Search options (Page 112 of 245)

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.

Does it have anything to do with hardcoded primary keys of any auto added primary key that starts with 1 each time?

As of the last day of the previous fiscal:
1. Make a dummy invoice for each vendor / customer trackable outstanding
2. Make a journal voucher for the rest of the balance sheet entries

For the first one above, you will be able to allocate payments in the current accounting year.

The current year invoices will now reflect their balances correctly.

Import Transactions is not contained in any "FA 2.4.2 update". It is a plugin by itself that has not been updated as yet in the official FA pkg distribution repo. Install it and overwrite the files with their counterparts from my repo for now till the devs update the pkg in the official repo.

In your Purchase Return file, you will have a copy of the function check_data() where the error emanates. Try to capture the value of the price form field variable and check what rounding off error causes it based on PHP version, MySQL version and Apache version nuances apart from platform dependancies - mention these versions and which version of FA you are using.