Search options (Page 128 of 245)

All the said terms can be placed together as a single term in FA and the actual can be done on local discretion.

Study the Wiki on Taxes setup discussed in the forums several times as well.
The reporting for taxes both summary and detailed are quite generic in nature and covers most aspects generally needed. Both VAT and GSt and Tax exempt are supported.

https://frontaccounting.com/fawiki/index.php?n=Help.TaxTypes
https://frontaccounting.com/fawiki/index.php?n=Help.TaxGroups
https://frontaccounting.com/fawiki/index.php?n=Help.ItemTaxTypes

Please make sure that you are using the latest stable FA version as your issues may have been resolved since the official release.

Line 218 of admin/void_transaction.php throws up this error when the exist_transaction() function (also in the same file) tested in the immediate if above it returns false.

This happens when the function get_voided_entry() (defined in admin/db/voiding_db.inc) returns a valid result (1 or more rows).

This latter function extracts:

SELECT * FROM voided WHERE type=$type AND id=$type_no;

This ensures that the said entry was not voided earlier.

Therefore make sure that you have not attempted to void the same entry more than once.

Additionally, for the said error to crop up, as you are voiding a Bank Deposit entry, the function exists_bank_trans() (defined in gl/includes/db/gl_db_bank_trans.inc) must return false, that is that if there was no such entry available.

The sql executed here is:

SELECT trans_no FROM bank_trans WHERE type=$type AND trans_no=$type_no;

There will be such errors if there is a primary key violation in uniquely identifying such transactions....
Also note that the table bank_trans has NULL-able fields type and trans_no and if they have null values in some of their records, it may cause issues.
@joe: please check - should those fields be NOT NULL for best practices or are NULL values possible in FA for these fields?

In @dz's post no. 6 in this thread, please correct the function invocation "zone_cells" to be "zone_list_cells" to match the "function zone_row" definition above it.

Alternatively, an extra parameter with a default null value could have been placed in the existing areas functions itself to avoid another set of functions just for the default "No Sales Area Filter" option.

Also, compare your "rep102.php" with the current master file as it has been corrected in 4 places that does not reflect in your post - you may be using a dated version. See lines 44 and 49 to 51 in the said file for changes.

Thanks @joe: Stands committed in FA 2.3 and FA 2.4.

There should be a relationship between input items and output items like:
2 Ltrs of Item 1 is mixed with 3 Kgs of Item 2 to get output of 4 Meters of Item 3 (Item Type: Manufactured Item) packed in 1 Meter packs of Item 4. Make sure a Work Centre exists for Manufacturing. Add Components to the Bill of Materials.

Wait till April 1st, 2017. Excise will be merged into GST (if the parliament is allowed to function)....

In the meanwhile, Arrange for an invoice type that bills a dummy client.... and gets return of goods when transferred to another client / location. Sometimes, Excise can be treated as a commission agent (Sales Person) as well.....

Alternatively treat it as warehouse transfers and keep the excise offline.

Treating the goods as a manufactured item and the final destination as the real client, Excise can become a Manufacturing service cost with reversibility on manufacture and return to warehouse.

@joe: Thanks for the commit.

@joe: Boxygen's claim needs to be checked for reporting consistency.

Look in the modules folder's sub-folder of the extension used. The name of the extension's folder path is listed in the installed_extensions.php file.