If other sources have the option to deliver exchange rates via some kind of service (xml) and with more currency rates to deliver than ECB it will certainly be of interest for us. Will you check this for us, please?
/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
If other sources have the option to deliver exchange rates via some kind of service (xml) and with more currency rates to deliver than ECB it will certainly be of interest for us. Will you check this for us, please?
/Joe
Please, sajjad, it has been explained both here and in the setup forum. Please read it ones more. If you still don't get a habit of it, maybe you just don't need them now and you can wait until you need them. You can switch them of in company setup.
/Joe
If it is a new install of FA you can choose to not populate the database you create at the beginning of the install.
If you create a new company, you can choose en_US-new.sql instead as chart of accounts when you create a new company.
It is too time consuming to get rid of the demo data, because it is tied together so much.
/Joe
If you have a new company (no transactions) where the fiscal year is ranging from 01 jan 09 to 31 dec 09 and want it to be a fiscal year from 01 July09 to ??? you will have to first create a fiscal year 01 jan 08 to 31 dec 08 and set your company to use this year.
Delete the fiscal year 01 jan 09 to 31 12 09. Now you have to create a 'dummy' short year from 01 jan 09 to 30 jun 09. And now your correct new fiscal year from 01 july to ???.
After you set this new year on your company, you can delete the earlier unwanted fiscal years if there are no transactions here.
The reason for these operations is that there must be no gaps between the fiscal years.
/Joe
Hello Alvin,
Please read this topic. You might find some info here.
/Joe
We are working on a complete new report extension manager, but you will have to wait until release 2.2.2 at least for this.
In the mean-time you can copy the report rep706.php into the folder /company/X/reporting where X stands for the company number.
If there is a rep706.php (or any other report) here, FA will select this instead of the ordinary ones. Then you can experiment.
But again, wait with serious reporting until we are ready with this new extension.
/Joe
Check that these variables are there too:
$def_coy = 0;
$tb_pref_counter = 2;
The $def_coy tells which company should be presented as default when logging in. The $tb_pref_counter is the next prefix to use in front of the tables.
/Joe
I am not sure if these modules are up to date. It says that there is a new release for 2.1, but. You may try and if it doesn't work, you can uninstall it again.
You are right. In 2.2 the menu is Install/Activate Extensions. You use this for installing.
/Joe
Yes, just put them on the transactionline in that order you want the end results. Remember there are only the head account, then level1 dimension and then level2 dimension. You can always take reports for a dimension isolated, but by having the level1 you can keep track of a department or so. Level1 is higher in the organization. You can only select level1 and no level2 filter, or you can select level1 and a level2 filter.
Later in the 2.2.X history we are also introducing the account and dimension tags to filter reports even more. Exciting!
/Joe
You have to manuelly take care of the using of level 1 and level 2. You may help yourself by naming them accordingly.
/Joe
Often when problems sounds weird, it helps emptying the browsers internet cache. Empty everything and start up again.
And do not have 2 instances of FA running on the same computer.
/Joe
Often when problems sounds weird, it helps emptying the browsers internet cache. Empty everything and start up again.
And do not have 2 instances of FA running on the same computer.
/Joe
Thanks Chaitanya for pointing this out. Will be fixed and committed to CVS Main ASAP.
/Joe
Hello chaitanya,
When you are entering the purchase order, the items and price are in our meassures. Internally the purchase orders are following our standard, but if you print the purchase order, you will see it converted into the suppliers quantities and meassures.
/Joe
Hello,
1. Achieved stands for how much column 1 has reached column 2 in percent.
2. YTD stands for Year To Day
/Joe
This is now fixed in CVS Main repository on https:/sourceforge.net/projects/frontaccounting.
Affected file /reporting/includes/header2.inc
When printing of documents and the global variable $print_invoice_no is set to 0, then the reference number is printed instead of the internal number. The refer to deliveries and sales orders also print reference numbers now.
/Joe
Fixed in CVS Main repository on
Affected file /admin/company_preferences.php
/Joe
Thanks for pointing this out. Will be fixed asap.
/Joe
I guess you are right. If the global variable $print_invoice_no is 0 in config.php then the references are printed instead of the internal numbers. This is the fact for both sales orders, delivery notes, invoices and credit notes.
We have, though, a small problem when creating direct invoices. These creates deliveries with the reference 'auto'.
I will have to correct it so it prints correct reference numbers when the $print_invoice_no is set to 0. And when the reference is 'auto' the field should be empty.
/Joe
You can find more info about FrontAccounting Wiki in the Announcements Forums.
/Joe
Check the Display Setup (or Preferences) that the printing support is set to Browser Printing Support (It might have been set to a printer by mistake). These printers will only work with network printers.
The Browser Printing Support uses a PDF reader for presenting the reports. They can be printed from here.
/Joe
Hey, did you miss the info in the Announcement Forum regarding FrontAccounting Wiki?
/Joe
Go into the Setup tab in FrontAccounting as admin. Enter Install/Update Languages and change the encoding for the en_GB (US) language to utf-8 or iso-8859-X where x is the number representing your language. This will create utf-8 html pages. I don't think there should be any side-effect with this.
/Joe
If you need to accept foreign characters you must either set your language charset to utf-8 or the appropriate iso-8859-X, where the X is a number representing your language.
This way the html is stamped with the charset used.
/Joe
I think the en_US-new.sql is the most truncated COA that exists for now. Of course it is possible to truncate it more, but then you will have to do that yourself, before using the accounts.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.