Search options (Page 23 of 246)

The above requires change of db schema.

Just put in the phone number as part of the memo / description for the invoice and search there from.

This is a nice feature request for reporting/rep710.php.
Attached is the diff and modded file.
@joe: can add it into the core with improvements.

Beware of adding apples and oranges. The Action column can be "Changed" or "Closed" for which there is no filter in the form request.

Update the extension from the FA24extensions repo.

It is possible that the Arabic abbreviation works in the FA UI but will need to be in English (IMHO) as it is a parameter to the appropriate function through the SlimAPI (probably the way it is implemented as there is no language/theme info in the API) and not a direct variable from a translatable form.

In your instance, the amounts were different across vouchers and appear multiple times, but such occurrence is due to the voucher number being same. There should be no linkage with amount as we can have the same amount legitimately in the same day for the same account too. Check on duplication in the reference: BKPMT-00010. Maybe if the taxes are different you might want to have different account numbers for each.

State which version / date of FA you are using. Please note that the file referred to was last changed on 2015-12-12 and no one has complained about it in the last few years.

Possibly the report re-calculates it instead of taking the adjusted value. Make the adjustment with some dummy "receipt of inventory" and see what happens.

Backdate entry sys_prefs variable can work in unexpected ways like when time zone is taken into account. Editing any field in an invoice is fraught with foreign key issues. Best is not to allow any edition at all and allow deletion and make fresh entry or make credit/debit note entries and supplementary invoices for any differences envisaged. Accounting is serious business - no marks for a good try.

@joe: any sys_prefs flag to prevent selling below cost?

Again, this is a "feature" to provide for freebies and encash obsolete stocks as well. Buy a cat for a million and get the house free!

The way FA is currently setup is that the salesman is part of the cust_branch table and that dictates the inquiry and reports as well.

As FA v2.4.x has frozen the DB schema, we can make this new feature in FA 2.5 only or in the meanwhile, make an extension for it.

Alternatively, we can possibly keep the salesman in the cust_branch table as the default and keep a flag in the sys_prefs table for overriding it using the logged in user but what if the logged in user does not happen to be a salesman at all? Hence this filter too has to be applied before using the override - that the logged in user is a salesman indeed.

@joe: looks like in this way we can address this issue and modify the views/inquiries and reports to accommodate it as well.

Fine indeed. This is so for those small businesses where the only owner wears all hats.
Change line 556 in sales/sales_order_entry.php:

        display_warning(sprintf(_("Price %s is below Standard Cost %s"), $price, $std_cost));

to

        display_warning(sprintf(_("Price %s is below Standard Cost"), $price));