Hello Henry,
Are you sure you selected the correct transaction type before voiding the transaction? If you don't select the Bank Deposit, Payment etc., it will not be voided. The GL transaction will be voided as well using these transaction types.

/Joe

4,927

(4 replies, posted in Setup)

Hello Henk,
If you are using a Windows Server, there are some hints in some other topics here.
Otherwise I'm stock. Please help us, if you other guys have some hints.

/Joe

4,928

(4 replies, posted in Setup)

Hello Henk,
I'm not sure if I understand you correctly. Do you mean that you use a remote server, where the PHP is set to safe mode=on? Even if this is generally not a good idea, you should be able to run it anyhow.
You could try to add the following line in the top of config.php:
ini_set("safe_mode", "Off");

/Joe

4,929

(7 replies, posted in Items and Inventory)

Hello Henk,
Great that you solved it. At first it looked a bit complicated. Henk, please specify exactly how you set up your tax groups, to help others with the same problem.

Best regards
Joe

4,930

(7 replies, posted in Items and Inventory)

Hello,
First you setup your various vat rates. Then you build your vat groups. This is an easy way of then using the correct taxgroup on the customers/Items.
I hope this gives a meaning to you, otherwise can someone from holland help him a bit, please.

/Joe

4,931

(4 replies, posted in Modules Add-on's)

A module for importing Items from other systems has been added to the Download pages.

/Joe

4,932

(2 replies, posted in Report Bugs here)

Thanks Henry for adressing this bug. It was difficult to find, but now it is fixed. Check out the files at the CVS repository at sourceforge. Look in the CHANGELOG.txt file.

/Joe

4,933

(2 replies, posted in Report Bugs here)

Which release are you running, Henry?

/Joe

Hello Henry,
These are known issues. They have a low priority.

Regards
Joe

This bug has been fixed in release 1.15.

/Joe

4,936

(2 replies, posted in Reporting)

But the memo/remark is still there if you look at the GL transactions when you look at GL Account Inquiry, and then press the # field, right.
And when you take a report of Journal Entries. There is not room for the info when Printing the GL Account transactions.

/Joe

4,937

(3 replies, posted in Accounts Payable)

Hello again,
Yes, there was a reason for not calculating the tax on GL lines in both the Supplier Invoice and Supplier Credit note. The reason is that it all depends on which accounts you post to. You have to enter the correct Tax-in values as GL lines as well.
The automatic calculation of Taxes is only working on Item lines. I hope this gives some meaning.

/Joe

4,938

(3 replies, posted in Accounts Payable)

I've had a closer look at it. The Tax works correct when working on Item lines if everything is setup correctly. You are right that when entering GL lines there are no Tax calculations. There might be a reason for that. I will deep into it further.

/Joe

4,939

(2 replies, posted in Setup)

Hello,
When you change the language in User Account Setup you should logout and login again. If everything is ok, you should se your new language. If not something else is wrong. Anyone out there that can help?

/Joe

4,940

(23 replies, posted in Misc. Charts of Accounts)

Hello,
You can either create a company with a en_US-demo.sql and inside this company you can start the translations of the various items that you see, including the chart of accounts. You should probably create this company with the same encoding like your own. This way you can write local characters.
After you are satisfied you can make a backup and download this sql file.

Is this isn't good you can also start from en_US-demo.sql and take this into an editor that can handle your language and same it with the correct language-country-demo.sql.

We look forward to hear that you have managed to make a new chart of accounts.

Happy translating.

Best regards
Joe
PS. You can also download the ar_EG language pack and use that as a template when creating the company.

Hello again,
This is another reason for makinge an import module for doing this. At the same time it would probably also be a good idea to make an import module for Customers. This way we could create a default branch for every customer after some criteria that could be picked up by a form.

Unfortunately I'm out of office the next week, but I would be keen on doing these import modules as well as the email notifications after that. It could probably be done within a week, and we would make a release 1.15.

/Joe

I've never seen this error before. Is the MySql server running? Was it the correct info you gave to MySql in the install script (username, password, etc.)? Try to create the database before running the install. Otherwise, can anybody help us with this?

/Joe

Yes, an automatic trigger would be the best.
Regarding the import of stock items, the best thing to do is to look into the sql file en_US-demo.sql file inside the /sql folder. The table name for stock items is stock_master. First you se the table fields under CREATE TABLE and you see the records under INSERT INTO later on. Be aware of the reference fields to other tables.
We, or other, could problable write an import module for doing this. An idea would be to create a comma-separated list for the most common fields, and a form to pick up some default values. Such comma-separated list is easily created with Excel, right?

/Joe

This seems to be a good idea, and we already have an email class in the system, so it should be quite easy to implement this. Probably we would need a flag in config.php for this, but this is not a problem.
We will try to get this in the next minor release. Have you any ideas about how to do this without having to many emails? Probably the best place to do this is when ordering/invoicing. And only when this happens the first time it should be sent.

/Joe

Hello lurdsammie,
There seems to be a strange table prefix (10_), especielly if you are starting with a fresh installation. If you only have one company, the prefix counter starts with (0_). The file, config_db.php, contains the prefix counter. Check that this is set to 0. Also check that your chart of accounts has a prefix of 0_. Otherwise do a search and replace.
The best thing to do when doing a fresh install is to first create the database, and then run the /install, that way it should be taken care of everything.

/Joe

Well ACS,

This is the way the program works- Hopefully this is not a problem. The rows are here, while not in the order you entered it.

/Joe

No, FrontAccounting is not period based. As long as a fiscal year is opened, you can enter transactions. This is preferred by most accountants.

/Joe

4,948

(1 replies, posted in Translations)

Hello Grego,

As far as I know, there is no on-going translation into Greek. So please do start with this task. Regarding the knowledge of accounting terms, the best thing to do is to assosiate with an accountant or a person who know the accounting terms, probably one that is also keen on Web Accounting.

I look forward to hear more from you!

/Joe

4,949

(11 replies, posted in Translations)

Hello bdoublas
If you look at the language folder on your server, can you see a language-file with the extension of .php. Such a file should be created if you do not have the GetText installed on the server.
There was another user running FrontAccounting on a Windows server that solved the problem, but I can't recall where this topic is.
Hopefully you solve the problem. Are there somebody out there that can contribute to this?

/joe

4,950

(1 replies, posted in Report Bugs here)

Hello,
Something seems to have failed during installation. Please reinstall and run the install script again. If it still doesn't work, then try the manual installation explained in the install.html.

Joe