Search options (Page 114 of 247)

Do a diagnostic check of all your tables and re-index them. Also set the auto increment value of each such table to 1 - it should then set the actual value by itself. Make sure your Chart of Accounts sql schema compares exactly with the sql/en_US-new.sql file.

https://frontaccounting.com/fawiki/index.php?n=Main.Usage

Study how the Tamil Translation was added:
https://frontaccounting.com/punbb/viewtopic.php?id=5242

Browser display issues with Khymer unicode:
http://www.sbbic.org/2014/05/01/fix-khmer-unicode-doesnt-display-correctly-firefox/
https://bugs.chromium.org/p/chromium/issues/detail?id=225717

You can login to http://www.transifex.com and find that the Khymer language (km_KH) translations have been enabled at:

https://www.transifex.com/gnuacademy/frontaccounting24/language/km_KH/

Translate and let us know so we can include it.

FA Forum login credentials work for the Wiki.

What is your platform OS and versions of PHP/MySQL/Apache and locales available in your OS?
Make sure your browser supports UTF-8 unicode and you have the necessary Arial-Unicode font file or other Urdu fonts available.

The ar_EG (Arabic Egypt) stands updated in my repo.

Yes

Setup -> Display Setup - Exchange Rates -> 8

Base Currency: USD

Banking and GL -> Exchange Rates -> shows 8 decimal places.

The BuyRate form field is set to allow upto 15 digits.

Now all calculation should be okay.

That's how the wiki has been built - great to have another diligent wiki contributor!

There is no CustomerID field in FrontAccounting. Which table and which field are you referring to? Customers, Suppliers, etc are stored in the debtors_master table and in the case of customers, the cust_branch table is also cross referenced. The 3 crm_* tables store the actual contact info.

The Customer Short Name too can be used for what you need.

Providing a credit note may do it as will a negative shipping charge (without tax) but will get mixed up with the real shipping charges.

@joe: Can we extend FA to accommodate an AdHoc discount at the end of each invoice as an amount value?

The Rupiah Exchange rate would need additional decimal places if say the USD is the base currency!
If you keep your Indonesian Rupiah as the base currency all should be well.
Alternatively, you can omit the last 3 decimal places of the Indonesian Rupiah and modify the exchange rate entries accordingly.

As it is, if you want to change the decimal places size, then do it in Setup -> Display Setup (Preferences) in the Web UI.

Taxes are % of price and hence not directly possible.
Bill full value and apply adhoc discount after tax.