Search options (Page 20 of 247)

Check for extra blank line and see that the CRLF is all replaced with LF as line endings of text / csv file.

Clone reporting/rep707.php and alter after the line with 'Calculated Return'.

Although the System Requirements state that PHP 5.4+ is sufficient, the OpenCart v3.0.3.7 expects:
PHP8+ Required

The non-composer usage vendor folder is at upload/system/storage/vendor for OpenCart 3.x.

The ebooks available are for OpenCart v2.x only as on date and the online documentation is for that version which sports 131 tables at first install at the end of which there is a solicitation to buy the PHPMailer Addon for USD 20/- which can be manually hacked in as stated in a Github project and seconded here.

Free modules for OpenCart are here.

Attached is the set of screenshots of v2.3.0.2 install and sql / bash instructions that would be useful to integrate with FA.

https://github.com/opencart/opencart
http://docs.opencart.com/en-gb/requirements/
It uses MySQL database.
Can use triggers and procedures between FA and OpenCart DBs if on the same server.
Choose which application should be used for customers/suppliers data to be managed from.
Also whether accounting work in OpenCart and FA should be both ways or one way (which way).

Split the order into two parts - one for the work that the deposit tentatively pays for and another that can be for extra adjustments to the original order as a new order even it is just an addendum and then receive payment for that when done.

Use a phpMyAdmin or SQLyog or any other MySQL client to get the job done on a GUI. Alternatively on a linux / windows commandline, do a restore of the sql.

Just check customer ledger balance / statement before asking for payment. If such information as account balance shows up in an invoice, then all payments made thereafter and in invoice printouts taken later would be different.

Check if there are any un-reconciled entries in your bank account that is not there in your trial balance and vice-versa and pass necessary Journal entriess.

See your PM.

There are a total of 93 fields(en_US-new.sql) that re "double" type that are good for binary base computations that mess with decimal computations where a decimal field type should have been used. But this should not create such a huge difference unless an additional mess with signed and unsigned field type attributes are in the same expression.

@joe: There must be a better way to do this by calling it based on last timestamp of call taken from some log file in the index.php file itself.

@joe: ?