Search options (Page 77 of 97)

Thank you very much Mario. We know PHP  5.3.0 is still buggy, but we have done our best to support it in next 2.2 version.
Janusz

The easiest way to start with fresh new database is to copy en_US-new.sql filefrom sql forlder to company/0//backup, and perform database restoring it on Setup/Backup and Restore page.
Janusz

I had only short look into Tom's code, but all seems right to me. The import module does not write anything to database, but only read transactions from file and pass control to respective journal/deposit/payment page, so all checks and writes are done by related core code.
For small amount of transactions to be processed in one shot this is really the best implementation, I think . Good work Tom .

Janusz

Coding skills are of course necessary to finally integrate any two different pieces of software, but it is long way before anything have to be coded. Most time on integration is spent on designing exact way how the two programs will cooperate. Is it really integration, or database synchronization? Both FA and Vtiger has overlapped some functionality e.g. sales orders, sales invoices, so which one should be used to record this documents? If the choice is Vtiger - what about inventory control? etc,etc..
All this can be done without writing one line of php code, but it is very time consuming and require some database structure recognizing skills. I fully agree that some kind of integration of superb Vtiger CRM would be very usefull, and probably this is the best CRM candidate for it.
But  I'm affraid FA development team is too small to  turn all FA community wishes into new features. There is still a lot of basic accounting software features not implemented in  FA, or simply buggy. We can promis knowhow help on FA side for anyone who want to take over Vtiger-FA integration, but we cannot do it ourself. We want to focus on turning FA into flexible, bulletproof accounting application in some visible future.

Janusz

You can set 'Show hints for new users' under Preferences to see some hints about user interface e.g. special keys like F4 usage. In next FA version legend about special keys will be displayed in bottom bar.

There were some assumptions made during FA design about target audience so not all usable options are included in the code. For example assumption was made that that purchase prices are always stated  excluding VAT/GST, as usually in B2B sales. This is alway trade off between software versatility and speed of data entry, so we try to minimalize number of controls in entry forms. Of course if you need the option here you can customize the code for yourself.

Regarding signature images there should be no problem here. Please look into header2.inc file to find how company logo image is included in reports header.
Janusz

Hello Tom,
I think this is good information for a lot of FA users over there . I will contact you by email.
Janusz

Yes,  I think so. Maybe before 2.2 release.
Janusz

I think this behaviour can be considered as minor bug if entry of negative amounts is allowed. But I'm not sure if negative amounts should be forbidden here or not.
Janusz

Thanks Pete. Joe will put your new COA version ASAP.
Janusz

Hello,
Nice to hear from  you again. We are currently at the end of development process for FA 2.2, and recently released version 2.1.5 seems to be the last one in 2.1 series. The change described above was not implemented yet, so I think you could work directly on development 2.2 version which can be downloaded from unstable CVS branch. If we would decide to release 2.1.6 anyway this should be strictly bugfix release.

Regarding supported php versions I personally use php4.3 with some random tests on php 5.1, Joe works entirely on some 5.x release. Joe is currently out of office, but will be available at the fall of week.

Janusz

Can't reproduce this issue. There should be no situation, when sales order is issued but location is not set at all.

Janusz

Check whether company/x/js_cache directory is writable or not. It should be.
Janusz