Search options (Page 39 of 97)

Welcome to the club, Mk zaman.

This does not make sense. If you want to print purchase order and send to supplier, just use Purchase Order report. There are both supplier and your data printed on it.

Item Category settings serve as default for new items created in this category. But once the item is defined you can change the item's category as you wish, you can also change individually GL accounts related to item - they are no longer dependent on category settings.
Janusz

.. or hair accountant to make the initial setup setup for you. The accounting knowledge is more or less necessary during FA configuration. Later you can use it without special skills.
Janusz

Maybe you have very low timeout set in company preferences?

You have to increase memory limit in your php.ini file.
Janusz

No, this is not so easy. This is really unsafe to send all the data back and forth between server and browser. This way all security role related constraints are broken. Session is saved using session id in cookie which are shared by all browser's tabs/windows. So far I have not found easy and secure way to skip this restriction.
Janusz

Seems something went wrong during upgrade. You can restore databases from backup, turn go_debug=1 in config.php, and then run upgrade again - this should result in more debugging messages. Before that check server logs and eventually tmp/errors.log file, to see what was the problem during upgrade.

Looks good. Personally I do not use lot control, but there was big demand for this kind of extension on the forum.

Ad 1. Seems most of the basic functionality for serial/batch control is covered by your description. Probably in final version the new item options should be included also in item category and company setup (as default setting). Also current batch/expire date inquire for controlled items should be implemented.

Ad.2 The best implementation form for such feature seems to be module. Unfortunately current FA framework does not support additional fields provided by modules in standard transaction forms. Such improvement to extension system is not trivial, so maybe better way for now is just to make the serial/batch control included in core FA source. The only condition which have to be fulfilled is additional control in company settings which would switch on/off batch control functionality. As for most  businesses batch control is not required, the related fields for batch selection,  expiry date etc.in delivery/invoice/inventory forms should be completely hidden when the feature is switched off on company level. Otherwise it would be big, annoying and not needed performance lost on data entry for most FA users. (BTW Currently we use Mercurial for version control, and not SVN).

Ad 3. You can rely on FA team help in functionality design process, we can also provide you advice on FA internals later during implementation. I'm also sure there is a lot of current FA users which will serve as testers for your code. Batch/serial control is subject not addressed so far in FA only due to lack of free resources, so if  you want to support the project with your programming skills, you are heartily welcome .

Ad 4. If the code you want to implement is consistent enough with core FA source style, and the extension details were consulted with us to ensure the best possible interoperability with other parts of core sources, I see no problem to make it available to public as soon as it is ready and tested.
The only real constraint we have is FA release policy which does not allow database changes in minor releases. Therefore all development should be done on unstable branch available in FA Mercurial repo, which is forthgoing code for 2.4 release.

Janusz

You can use journal entry  for it, but anyway direct purchase invoice is the best for this kind of expenses. If you create some generic service type item with editable description in Items catalogue, you can use it for ad hoc costs registration which does not require quantity stock control. This way you will have tax/net values properly calculated and posted, also payment will be processed during single step invoice entry.
Janusz