Skip to forum content
FrontAccounting forum
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 169 of 200)
Topics by joe User defined search
Posts found: 4,201 to 4,225 of 4,996
I think I have found the problem of the tax group on a supplier doesn't change.
In the Item Tax Types you should only exempt those tax types that should never be taxed, f.i. manufacturing tax or so. All the various tax rates should be unmarked (unless they REALLY should never be used).
With this change, the tax group will work always.
BUT, the quick entries will not work with this change. They are based on an item tax type and would now include too many lines. Instead this should be changed to be based on the Tax Groups instead.
We are going to fix this in current release.
/Joe
Hello the-moog.
We are aware of the problem. We are discussing a way of moving the Item Tax Types to use the Tax Groups strictly. And only eventually use an additional tax type on the items (f.i. manufacturing tax).
This would mean that you will have to create a tax type/group for those suppliers/customers having other tax types. And setting this tax group on him (as you do now).
But this change will require a change in the database structure, so it will come in release 2.2 that are shipping in a month or so.
/Joe
You could upload a file containing the following
Save it as something.php and upload it to the server root.
Then run this script
your_domain/something.php
This will tell you about the php info and if gettext is installed. It looks like it is installed, as you didn't have a sv_SE.php file here.
Try also to empty your internet cache in your browser to see if it helps.
/Joe
Strange. Are you sure you have php gettext installed on your server. If you don't have it installed, FA creates a php file with the translations text instead. This file might be cashed. Delete this file if so. It is in the same folder as the sv_SE.po file. Then a new file will be created the next time you run FA.
/Joe
Sorry, I thought you were interested in translating the missing strings. You can do that by downloading a program, called poEdit from . Open the file, sv_SE.po, and start translating, also the fuzzy strings (bad translations).
/Joe
Ah, we overlapped a bit. Please read the changes to the topic.
/Joe
You can translate this by using the program poEdit.
The reason for that not having translated these is that they contain accelerator keys (&) in from of the key.
I will prepare a new file, sv_SE214.zip and place it on Sourceforge.net, languages. It will contain the latest strings up to 2.1.4.
If you translate the po file, please also do the fuzzy translations. They are almost wrongly translated. And please return it to us, when finished.
/Joe
You can either have double setup of items/customer or let the 1. address line contain the foreign name for the customer. For items you can include both names in the description.
/Joe
Per definition FA will print the invoice in English if it is in another currency than the company currency.
These texts are in /reporting/includes/doctext2.inc. The domestic invoice texts are in /reporting/includes/doctext.inc.
You can laborate with these two files to fix this. But you will probably have problems with space for both languages, right?
But certain texts could be fixed that way, I guess.
/Joe
It is quite simple to create a new fiscal year and you should do that before closing the existing one.
You just create the new fiscal year. After that you enter the Company Setup and choose this new year. When you don't need the old fiscal year you can close it.
/Joe
Let us wait for other comments on this.
In the mean-time you can use the memo field below to register the orig. inv.date. This memo field will follow the supp inv view as well as the GL trans.
/Joe
The date you enter for the supplier invoice must have the same date as the gl transactions, so if you want the gl transaction date to be 12/Aug then you must enter the supp invoice date as 12/Aug.
The supp invoice date follows all the transactions around the various tables.
/Joe
The CVS for 2.2 is tagged 'unstable'. It is not fully merged with the last changes from 2.1.4. The merge only happens when minor releases are shipped.
We expect a shipment for the 2.2 RC in about one month, Though we may move the Item Tax Types to the other tax setup and perhaps rewrite it a bit. Janusz has announced this and I agree. It would be easier to understand it this way. So please expect up to 2 months.
/Joe
In release 2.2 you can allocate the payments directly. I guess you can see this on the demo 2.2 CVS,
/Joe
Hello Jason,
The Quick Entries is based on the normal Journal Entry Lines from the table 0_gl_trans. So when you build these lines correctly the VAT part occupies a transaction line of its own.
Internally the tax details is updated automatically, so your vat report/inquiry should report correctly.
It is, however, important that the Sales/Purchase Tax Accounts are set up correctly in Tax Setup. And you should use a Sales Tax Account for each vat rate you use. Similar on the Purchase Tax side.
We have no need for saving the tax part on the transaction line.
/Joe
You can use the Advanced manufacturing. When the Work Order is created, the required items according to BOM is reserved so you should NOT issue the same items again. Only if more than the BOM is required. Then before running production, you can choose 'Issue' and select type 'Return Items to Location' and enter the qty that you are returning.
/Joe
Yes, we are aware of this problem. We might need some improvements to this in release 2.2. I will discuss this with my co-developer when he is back in office again.
At the meantime you can enter the tax-accounts and taxes yourself on separate lines.
I saw your reports on Mantis too. We will try to solve them asap.
/Joe
Thanks,
I am glad you resolved this issue.
I will fix this for the download version 2.1 on the Website.
/Joe
Thanks Khaled,
I am glad you resolved this for the community.
I will fix this for the download version 2.1 on the Website.
/Joe
Hello,
Janusz has built our ui_lists and he is out of office at present. This will be a change in db structure, so we have to wait until 2.2 release.
I guess he can fix that for us.
/Joe
I have heard of this before. Maybe this is a good idea to tag an account to not be normally shown. But couldn't it be dangerous to use? I mean if a GL posting only consist of one debit amount to an account with the tag and not the same amount in the credit? Well this was only quick thoughts. Let us see what other mean about that.
/Joe
Unfortunately this is not possible at present. I know of people who has put the id in front of the name to solve it.
/Joe
Hello,
It sounds interesting with the change of primay key types, but let us wait for any other comments to that.
Personly I am not glad for the long account code field. My experience is that 6 should be enough, at most 11 as is now.
Regarding the REPGEN 2.1 you are probably right. It was a long time since this repgen was created. It should use the 'ae_tholoth' font as default, but I guess the zarbold is better (gives less fingerprint and is available for download at the download section). This can be changed in /reporting/includes/class.pdf.inc about line 101.
I am sorry I don't have the resources to help you at present, but I hope you will figure it out yourself.
/Joe
Yes there is. Have a look in the report itself first to see which parameters are needed.
Then have a look in /reporting/includes/reporting.inc (function print_link) and f.i. /manufacturing/work_order_entry.php (line 62 and 63) to see how to build the parameters.
Finally use the file /reporting/prn_redirect.php for firing the report (the href part inside the link in function print_link).
/Joe
Hello Courtney,
Just let the credit amount/percentage be negative.
/Joe
Posts found: 4,201 to 4,225 of 4,996
