Maybe you can trap some errors by setting the $go_debug to 1 (in comfig.php). Also try the $pdf_debug by setting to 1. It would be nice if we could trap the cause of this error.
/Joe
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 joe
Maybe you can trap some errors by setting the $go_debug to 1 (in comfig.php). Also try the $pdf_debug by setting to 1. It would be nice if we could trap the cause of this error.
/Joe
Yes, please read the Wiki at the https://frontaccounting.com/fawiki and try the demo or training Co. This will give you an idea about how to solve things.
/Joe
Please look around in the Bank Accounts. There is a subtype used for Bank accounts.
There are no GL type for Receipt and Remittance. These are only another words for deposits or payments.
It is not possible to add more types to FrontAccounting than those already there.
/Joe
I am sorry, it is not possible to change the currency for a bank account. You will have to either delete or inactivate the bank account and create another bank account with the correct currency.
/Joe
This is strange. Have you set any of the debugging flags in config.php? F.i. the $pdf_debug to 1 ?
/Joe
The JE do not have anything to do with the amounts of the delivery. These amounts are first handled when invoicing. As told before the only GL transactions for the delivery are the the crediting of inventory and debiting of COGS. Please try to discuss this with an accountant.
I cannot reproduce the 1 and 2 errors. Nobody have reported problems in the latter releases.
/Joe
For deliveries in journal entries, the JE transactions are based on the purchase price. The purchase is credited the Inventory Account and debited the COGS Account. Just as it should. The Invoice JE transactions take care of the Sales amounts etc.
Make sure you have the last release regarding the double entries. There has been a bug here that is fixed.
/Joe
We are sorry, that we don't have resources to help you change FA. We are fully occupied with developing FA.
/Joe
There are currently no custom reports about Invoicing. You can install / activate a custom report, just to get the idea of how to write one.
/Joe
You should be safe doing so. FA do not have period tables, so when calculating the period balances it runs through all the transactions.
/Joe
Ok, try to comment out the line and see if you get the correct info.
/Joe
You do get the same information on the Invoice in FrontAccounting. If the customer/branch use a pricelist with included then the total is displayed and information about how much the various tax rates are included for the Invoice.
If you need special information you will have to rewrite a custom report.
/Joe
You can install / activate the extension, Sales Summary Report and activate it for your company.
I think it includes service items, otherwise you can easily change the report to include it.
After install, it will be in /modules/reporting/rep_sales_summary/rep_sales_summary.php . The selections for the report is in /modules/reporting/reports_custom.php.
/Joe
The menu item is called Install / Activate Chart of Accounts
You cannot import a chart of accounts directly from a csv file. You will have to convert it into a SQL script.
/Joe
You can, as admin, remove unwanted received item lines in the Supplier Invoice form.
/Joe
Please look in the Wiki, https://frontaccounting.com/fawiki .
/Joe
It is only used for service items.
/Joe
Can any of you help us trap this bug on the IIS Windows server. We were earlier suspicious to the function session_regenerate_id() in line 79 of file /includes/session.inc.
What happens if you comment out this line?
You could also read this thread:
http://se2.php.net/manual/en/function.session-regenerate-id.php
And try to experiment a little for the work arounds. We are sorry, that we don't have the Windows IIS server installed in our development environment.
/Joe
The best way is to change the call to add_bank_transaction() in the import module to:
add_bank_trans($type, $trans_no, $bank_act, $ref, $date_,
$amount, $person_type_id, $person_id, $currency="", $err_msg="", $rate=0)
The best way is to change the call to add_bank_transaction() in the import module to:
add_bank_trans($type, $trans_no, $bank_act, $ref, $date_,
$amount, $person_type_id, $person_id, $currency="", $err_msg="", $rate=0)
You can see the function in /gl/includes/db/gl_db_bank_trans.inc.
Hope this will work.
/Joe
Please set the $go_debug variable in config.php to 1 and see if any errors are trapped.
Otherwise look into your error.log and also ensure that your folder for saving your sessions (session_save_path) is writable.
/Joe
You can only search for partly Item Code, Item Category or Item Name.
/Joe
You will have to experiment with FrontAccounting to see which option suits you the best. You can use the training company for that.
You can also consider writing a module / extension for this. We do not, however, have the resources for doing that.
/Joe
No, No, you can establish as many tax groups that you want, and put the right tax group on the Supplier.
A tax group can consist of many tax types.
Please try again
/Joe
There have been made some safety routines in the fiscal years since this info was made. If you are sure there are no transactions on the company, the easiest way to change the fiscal year is to use phpMyAdmin.
However the proper way to do it in FrontAccounting is:
1. The current fiscal year is 01-01-2011 to 31-12-2011.
2. Create a fiscal year 01-01-2012 to 31-03-2012. A short dummy year.
3. Create a fiscal year 01-04-2012 to 31-03-2013. Set this year as active on the company setup.
4. Close and delete year 01-01-2011 to 31-12-2011.
5. Close and delete year 01-01-2012 to 31-03-2012. The dummy year.
6. Create a fiscal year 01-04-2011 to 31-03-2012. Set this year as active on the company setup.
You are now ready to start your transactions. You will now have 2 fiscal years on the company. but you are currently using the first one.
I will fix the update on the Wiki.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.