@genebarker: Thanks indeed.
The writeup will be useful for FA Evangelism.
Wonder why you have not upgraded to FA 2.3.24 yet (from your screenshot).
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by apmuthu
@genebarker: Thanks indeed.
The writeup will be useful for FA Evangelism.
Wonder why you have not upgraded to FA 2.3.24 yet (from your screenshot).
Your computation of GST (in the notes) assumes 70% for Item 1 instead of 7%. FA calculates it correctly.
The label for the column "Qty yet to Credit" should be "Rate".
@joe: Please change this.
Which versions of FA and extension are you using?
Use FireFox Browser and not MSIE.
Check the error.log to locate the line number that causes the fault.
FA 2.4 is heading towards PHP 5.4 and UTF-8 fully. Use "UTF-8 without BOM" in your IDE.
Is default '' illegal for text fields?
See if there have been changes in the latest FA 2.4 build.
I see you have forked the official FA Unstable as well - that is the way to go - not a fork of my frontac24.
You need to install the module from within the default company and then activate it for the target company and possibly enable permissions for the user to access it's functionality before you can start using it. Search the forums and read the wiki for more info.
Study the various extensions available and roll your own. The extensions files are available in my unofficial github repo.
Copy the rep304.php into company/#/reporting/rep304 and edit it there - # is your company number. It will override the original report file of the same name.
Changes in config file values to reflect in FA may need a logout and login again if session variables are depended upon.
Your workaround could be useful for others till the dev fixes it. Thanks.
The selections in one screen are the ones which get processed. Selections in the second screen must be done separately. You can try to increase the number of entries on each screen as stated in this thread, if you want all in one go.
You will have to increase the number of variables in php's php.ini - see another post for it.
Using Courier New or Terminal font (slashed zero) may be suitable.
This is so that you have all links available after the transaction and you can choose what you want.
Platform - Linux/Windows.
FA version?
Files and Folder permissions for webserver user.
The php closing tag issue generally comes up on PHP 5.4 onwards.
The include_once should have no effect and is needed to enforce authority to download only if logged in.
If the generated file is good, then the browser transfer may be the issue. Check the apache error logs for any clues.
What you ask will break the normal workflow of FA. Better make a module (extension) with a new table that keeps track of these fields but you will have to take into account what happens when such entries are edited. There is another thread with info on editing Journal Vouchers and their consequences for the database tables and next_reference field.
There is huge scope for misuse of FA for money laundering and embezzlement besides hiding transactions amidst legitimate ones making forensics that much more difficult if what you say is allowed since there is no info on the final resting place for the monies to all the intermediate parties concerned.
If the autoupdate is enabled, then what you state is acceptable as a current exchange rate would have been acquired. If not, only an older exchange rate would be available and may be used for the current transaction as would obtain if it is withing a few days of no significant change.
If the date_ >= $date is used, then the Order by Desc should be Order by Asc. Should there be a dictate to use the old exchange rate if autoupdate is disabled with an option to update for that specific time alone as well otherwise?
Today is Tamil New Year's Day. Let us hope Tamil makes it to the list of FA languages officially (it is there in my unofficial GitHub Repo though).
Attached is a snapshot of the last 1001 registrations in the FA Forums.
Thanks for the policy decision - any rationale?
Would it then not clutter the standard listing of the transaction summary listing? Some vouchers could have huge GL postings like Opening balances and P & L Transfers.
The function get_exchange_rate_from_to() calls the following functions in the same file includes/banking.inc:
1. get_exchange_rate_to_home_currency($from_curr_code, $date_)
2. get_exchange_rate_from_home_currency($currency_code, $date_)
The first one is the arithmetic inverse of the second one.
All currency exchange rates in FA are relative to the home currency.
The sql used in the second function (lines 91, 92) is:
SELECT rate_buy, max(date_) as date_ FROM ".TB_PREF."exchange_rates WHERE curr_code = ".db_escape($currency_code)."
AND date_ <= '$date' GROUP BY rate_buy ORDER BY date_ Desc LIMIT 1
The date_ <= $date is key to the record being pulled out.
Should it not be for all future transactions by making it date_ >= $date ?
After all, when we get an exchange rate from a provider (YAHOO, ECB, BLOOMBERG, GOOGLE, etc) it should be for all future transactions till the next one is obtained and not for all past transactions.
@joe: your take?
If SGD is the home currency, get the exchange rate of the alternate currency say USD here. The exchange rate of the home currency will always be "1". The Supplier / Customer Currency needs to be used for the Supplier / Customer Invoice respectively.
The recommended FA server versions for FA v2.3 are PHP 5.3+, MySQL 5 to 5.1 and Apache 2.2.x
The latest version of FA is v2.3.24 with many bugs squashed since your version which was released on 2013-.02-14. The date shown in your install is based on the file creation date of the CHANGELOG.php file.
MS Internet Explorer <= v8.0 is now not supported by FA. Use some of the later versions of FireFox. Chrome has it's quirks and politico-commercial slants.
Does your install have much data?
What CoA (chart) are you using?
Which extensions are you using?
Any customisations?
Choose the Inventory Sales Report and choose your customer and the date range.
The Wiki page on FA Reports has the specific report 304 you want.
Navigate to:
Items and Inventory => Inventory Reports => Inventory Sales Report
Actually, the Zoho looks simple enough but what happens to the figures if they are not balanced? Multiple submissions and JS error popups I guess.
The Journal Voucher mode makes sure the credits and debits are balanced and also allows you to have more than one opening balance for one account which is useful if you want to reconcile entries of the previous period.
If the trial balance is really big, it can span multiple Journal Vouchers by consolidating unallocated balances to a temporary Suspense Account from which the contras are made in subsequent JVs.
After all FA is designed and used primarily by Accountants (CPAs) and professional bookkeepers and not for simple income and expense tallying.
The Zoho screenshot is attached for reference towards any UI tweaking. Thanks for your valuable input.
See how the information is stored in the backend database table - you might want to escape it with a backslash or use the encoded version of it. If your db charset is UTF-8 it might have choices.
What platform are you using FA on - Linux or Windows?
What browser and version are your trying it out on?
MSIE versions <= 8 are not suitable for FA.
FrontAccounting forum → Posts by apmuthu
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.