Search options (Page 89 of 97)

You should set safe_mode=Off in php.ini config file. Safe mode is depreciated and not supported in FA.
Janusz

Hello Dave,
Some good and some bad news as usually.
There are big chances that beta  release of 2.1 for testing purposes will be available on SF.net at the fall of January.
The bad news is that using www browser as a user interface we have nearly no access to hardware on client side. As you said barcode scanner is special case as it simply emulates keyboard interface. The other class of POS devices made available in FA 2.1 are network printers, including printers connected to client box. This requires some additional configuration of PC (the printer must be available i the net as lpr device), but it is not hard to do and all needed additional software is ready from the box both on Win and Linux . On the other hand I see no way to integrate other type of hardware like cash drawers, simply because no www browser has direct access to PC hardware nor there are standard network interfaces for this type of devices.

Payroll may be implemented in the future, but full time tracking features seems to be too complicated to locate inside FA. We want to focus on accounting functions of FA, but if we find some complementary software with open API we can consider adding connectors to integrate FA with them.

Janusz

Hello hugerobot,

Your problem is that you try to display ShowReconcile with echo(), but you have set submit button to send request in asynchronous (ajax) mode. When you change the 5th argument of submit_cells to false you will see the result you wish. Or use display_error/notification() for debugging in ajax mode.

BTW. Could you explain us why is the reconciliation process so crucial for you, and why  one step process of entering bank deposit/payments is not enough?

Janusz

I'm not sure what you mean. Dimensions can be considered as one or two set of labels which can be attached to FA transactions. You can also define default dimensions for  stock items, suppliers and customers (but not customer branch) which are used in respective transactions.

Janusz

Thanks for warm words.
You cannot change change transaction number directly, but if you have $print_invoice_no=0 (default) in  config.php, reference numbers are used instead of transaction numbers on all documents. Next reference number for all documents you can set in Setup/Forms Setup.

You will find manual for FA on documentation download section, although the version is not especially up to date, I'm afraid.

Janusz

It is used for tax calculations during GL quick entry in payment/deposit registration if Use Tax option for given quick entry is set.

Janusz

You have to have something bad configured on your system, no idea what.
How it works normally you can test on the demo server on antipodes at http://fa2.iron.from.pl (login demouser/password).
Maybe when you set $go_debug=1 in config.php you will find some meaningful messages.

Janusz

Sometimes for bugtracking and profilling purposes I use xdebug together with kate , but personally I prefer old good console editors like mcedit. When code has good overall structure, there is no need for more complex tools I think.
I've created separated bugtracker section for unstable code on Mantis. This is really good tool, and cooperation with mantis seems work better. So if you will find something bad in the 2.1 code please report it there.

Thank you once again and Happy Christmas

Janusz

Hello Pete,

Yes, you are absolutely right. Both this bug and the one you have posted in the next thread have appeared here after item code table structure change (category added), this is my fault. I will update unstable CVS in a while.

Regarding the mantis there is no FrontAccount 2.1 branch because the new release is currently under development and have not achieved freeze state yet. Currently all bugs regarding the latest features included into future 2.1 release can be reported here on forum, but if you want make some extensive testing of  the unstable code, and you prefer to use the mantis we can of course create new branch in Mantis at any time.  Simply keep in mind that the unstable 2.1 code is subject to change at any time before freeze, so it is not recomended for production use, and also bug reports should be send with some delay after related code CVS commitment, to give us a chance to fix them ourself .

Anyway thank you very much for your kind effort. Very appreciated.

Regards
Janusz

The date of next release is not known yet, but it surely will be in next year, rather in summer than spring.

I do not fully understand your need to give the suppliers access to your company data. If it is your company who keep care on the physical warehouse I see no sense to adding the goods received by your supplier's salesman, not the person in your company who is responsible for inventory status. How do you want to ensure that the quantities of items entered is exactly as they were supplied in reality?

Regarding reporting quantities sold there is no specialized report for this, but there is Inventory Planning Report where you have summarized monthly sales of every item. So if items from different suppliers are stored in your inventory under different item codes this should work.

Janusz

You can entry as many lines as you wish in Bank Payment: one for purchase net value and one (or more if you need) for tax. Currently under development 2.1 release have already implemented quick entries which helps in this process. Check unstable CVS branch or test the feature on http://fa2.iron.from.pl demo page.

Regarding development process this is done entirely by our development team, but we are always open on suggestions and every valuable code contributions from users are included into FA source. The only requirement is that the proposed extension is usable for wider community and does not break overall FA consistency.

Janusz

The best for you would be leave them intact and simply not use GL features. The accounting is the heart of the application, so you have to set GL accounts for all operations in FA anyway and removing account groups is asking for troubles. But you can remove unused GL accounts from the master chart if you wish.

Janusz