The items in a sales kit is not reserved when created. They are first taken when delivered. You will, however, get a message if the stocks are not available.
Joe
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by joe
The items in a sales kit is not reserved when created. They are first taken when delivered. You will, however, get a message if the stocks are not available.
Joe
Thank you guys. Glad that there other programs having bugs too.
Joe
Yes, tm, you were right. Internally your access Group was set to Member,but was presented as Senior Members.
I have now manuelly set you access Group to Senior Member. You should now be able to see the attachment buttons.
Please tell me, and if so, I will manuelly upgrade the other Senior Members.
/Joe
Yes, maybe. I will try to set it from the administratin box for you 3 persons and we will see.
Joe
Hello folks,
This is very strange. I have just created a new user and upgraded him to Senior Member and when using the new user I see the attachment buttons.
I will have to make some investigations on this.
Joe
Strange. Can you read them in an editor? If so, you can just rename them to .inc.
/Joe
Strange, as a Senior Memer you are enabled to upload files. I don't know what is happening.
Will other Senior Members try to test this feature.
/Joe
You shoul use the Post Reply link up right.
Joe
There is no manual on how to use the ajax in FA.
To make it simple please have a look in /sales/includes/ui/sales_order_ui.inc
Look up the function display_order_header, line 258.
First in the function the $Ajax is defined as global.
$Ajax->update($name) can be used either for a single Control (the Control name) or a span of code with div_start($name) and div_end(), where you can declare your own name and use it in $Ajax->update.
Everytime the $Ajax->update is called the specific Control/code is called.
By looking at the code here, I guess you will get a first hint of how to use it.
/Joe
This has now been fixed. The supp credit notes should not be seen in allocable list.
When crediting invoices from transaction invoices, the invoice is automatically been allocated.
HG repo is updated.
However when using crediting of specific lines (not necessarily whole invoice), the allocation must be done by the routines for allocation.
Please download the files, /purchasing/includes/db/invoice_db.inc and /purchasing/includes/db/suppalloc_db.inc and replace.
/Joe
You are right. Credit notes should not show up in the items for allocation. I also see some other strange things. Will have a look at this.
/Joe
The overhead cost is booked in GL according to the accounts given in the work order creation. The debit accounts are set on the item.
The standard cost include material cost, labor and overhead cost. These costs are included in the manufactured value.
These standard costs are first credited from inventory/stocks of work in progress, and debited on COGS when delivering the item.
Joe
According to your last post, you are right. The standard cost is the average material and overhead cost over time.
So I guess this is just a learning process, right?
Joe
When dealing with assembling/production you will not see any standard material cost before the first assembling/production. This standard material cost is saved with many decimals, to avoid rounding errors.
I cannot reproduce any errors here. Please be specific with more data during the process. Maybe there are some misunderstanding here?
/Joe
Couldn't you use assembly items for this?
Joe
You can change in /reporting/includes/doctext.inc about line 268.
/Joe
This is not possible in existing core.You can either make an extension or change the code.
/Joe
I have answered you in Another topic. Please only use one topic per question.
/Joe
You cannot assign a user to a specific item. Consider using dimensions and call it a user name and assign it to the item.
You can also put a location to a POS which you can put on every user.
You may test for yourself on the Training Co.
/Joe
This has now been fixed. HG repository updated. Will be included in next minor release.
/Joe
Yes, this will be a good idea, however, we have the option for cash invoices which are being paid automatically, so we will have to make a filter for this. For cash invoices we should be able to print a receipt and for normal invoices we should have the option to make a customer payment. Will have a look into this.
/Joe
This is normally not needed, however you van use cost accruals to destribute depreciations and other things during the year.
Joe
You can also copy the report rep705.php into /company/X/reporting, where X is your company number.
FA will always look into the company reporting folder for specific reports. Here you can change the report without changing the original.
Joe
A global variable in config.php, $print_invoice_no (I guess it is called, I am not at the source at present) is probably set to 1. Set it to 0 and the reference is printed instead.
Joe
Hello jlinkels,
Well everything is working correctly.
You see, the account numbers are so called alphanumeric (not numeric), that is to say that account 110 is grater than account 1000.
So this is the reason for the behaviour. Just remember this, and you will have no problems in the future.
Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.