Search options (Page 116 of 246)

Are you using a customised Tax Report - reporting/rep709.php ?
The standard one used in FA 2.4.1+ is attached.

The Exempt line is there to show that there has been some inputs that bear no tax.

If you want the old behaviour, then make the line 106 in the said report file:

    $taxes[0] = array('in'=>0, 'out'=>0, 'taxin'=>0, 'taxout'=>0);

to revert to:

    $taxes = array();

Wonder what it would affect.

@joe: ?

Those using FA 2.4.1+ please provide feedback on the latest import_transactions module in the unofficial GitHub FA 2.4 extensions  repo - this is a "fixed" version of the pkg in the official repo. This contains the mods / fixes by @braathwaate cleaned up for whitespace and spaced indentations.

The config.php file's English wiki page has been updated for FA 2.4.x and the old one for FA 2.3.x archived. The various language translators of the wiki are advised to update them as well.

Which version of FA are you using - v2.3.x or v2.4.x?
What is your OS platform / MySQL / PHP for the server and version?
Which client browser and version are you using?

The said message emanates from Line 273 of purchasing/supplier_invoice.php.
If you want to brute force it then comment out the lines 266-279 in it.
Check the settings in your sys_prefs table / config settings for the real fix.

@joe: any fix?

You will have to re-design the invoice to suit the width of the thermal printer. The invoice file is reporting/rep107.php.

It is available in the Bank Transaction Query.
The Bank Statement Report is in reporting/rep601.php.
The field bank_trans.person_id has the necessary person_id value of "Goods Received" in the attachment.
The report gets the Person_id info from the function get_counterparty_name() defined in admin/db/transactions_db.inc. This function does not reference the bank_trans table at all.
Hence we can assume that all internal allocations like "Goods received" from Purchases into Stock Inventory will not have any entry for the Person ID field in this report. The 'type' is listed as 1 in the bank_trans table for such transactions.

@joe: must this be addressed in the code?

Assume you are using FA 2.4.1.

The file gl/view/gl_trans_view.php provides the query view and it has the print link and can be modified by adding after line (for header image):

$credit = $debit = 0;

the line with your header image like:

echo "<center><img src='https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcR_KUCneY0HSb36I6iUoilKd42Kk9RH0ywVvtxlZwhZQ5zVHdDw' width='60%'></center>";

and at the end of the if statement (for footer image):

if ($heading_shown)

the following line with your footer image like:

echo "<center><img src='http://files.photografy-edicoes.webnode.com/200000818-e5968e690c/banner%203.png' width='60%'></center>";

In the reporting/rep###.php files, use something like:

$rep->fontSize += 2;

and then revert back with

$rep->fontSize -= 2;

RFC 5336 - SMTP Extension for Internationalized Email Addresses.

IMAP
====

if (extension_loaded('imap')) {

....
....

}

The popup problem has been sorted out.

All FA 2.4.x extensions are in my unofficial repo. Fork it and get your developers to work on them and submit pull requests to incorporate them in the upstream.

Scarce screen real-estate will dictate the displayability of the 25 character account code. Enabling Alpha account codes in the config.php may be the solution to large number of account codes.