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
Hello Hocus,
This seems to be a very valuable report. I will include a report in the Sales tab and call it Sales Summary Report. The selection dates will follow the tax period and the headers will be 'Customer' 'Tax Id', 'Total ex. Tax' 'Tax', 'Tax Group'.
This report will be good for other purposes too, I guess.
I will prepare it, and send you the 2 files needed for testing.
/Joe
You can install theme exclusive. This theme has vertical submenus. The problem with the vertical menus is that it will take space from many of the larger forms and inquiries.
/Joe
You can merge your existing .po file with the empty.po (from the new release) file with msgmerge.
Or, if you are using poEdit, you can load your .po file and select 'Catalog', 'Update from pot-file'. Select All files as filter and navigate to the empty.po file and select this one.
Now the merge will take place and you see all your new strings. Translate the new strings and save your work. The .mo file is created when you save.
That is all there is 
/Joe
BTW. Please share the new files with us.
You have put this item in dual places. See the answer under Accounts Payable.
/Joe
When creating the PO you will have a link to email the order.
If you want to do this later you will have to go to the Supplier Reports and select the PO and select Email.
In both cases you must have a valid email set on the supplier.
The pdf file is scrambled when normal printing, but you can save it as a file and in the pdf reader you can possible also email it. But you don't have the automatic interphase then.
/Joe
Thanks. The HG repository is updated in a while.
You can change the following in /admin/users_db.inc, line 148, show_users_online:
Add $db as global.
Add || !isset($db) in the first long line of restrictions. This eliminates the problem.
/Joe
Hello Brendan,
We have an ambition to make the SQL compatible with mysql, postgres and MS Sql Server. We have a project planning to go into release 2.4 (next major release). This work is in final progress but stalled a bit due to heavy work with release 2.3.3.
The test runs fine on all these DBs, but some minor fixes are to be done.
So either stay put, or make your own approach. You do as you please.
/Joe
You can merge your existing .po file with the empty.po (from 2.3.3) file with msgmerge.
Or, if you are using poEdit, you can load your .po file and select 'Catalog', 'Update from pot-file'. Select All files as filter and navigate to the empty.po file and select this one.
Now the merge will take place and you see all your new strings.
/Joe
BTW. Please share the new files with us.
Implemented and going to release 2.3.4. HG repository updated.
/Joe
Yes, sure it might be a good idea. I will have a look at it.
/Joe
Jujuk, please try for yourself on the Training Co. I have not heard of problems here. I am busy with the release of 2.3.3.
/Joe
Jujuk, I cannot reproduce this. I cannot find the value $320 anywhere in my listing.
I started with B $100, C $100 and D $20. That gives a total value of A $220.
The first production gives a value of $220, the second production gives a value of $220 and after delivering a GL of $220 credit.
So everything is right. There must be something else influensing this.
/Joe
Hello Jujuk,
Please try to be a little more detailed when illustrating the case. We have worked hardly on the average material costing lately, together with Chaitanya from India. So I really hope this works now.
/Joe
Yes, we are releasing 2.3.3 today and it is included here.
/Joe
If you enter Supplier Invoice (on the right side of the Purchase tab) and select the supplier, you will see received items. You can remove the line(s) that were included in the wrongly entered GRN. You must have access to this (you probably already have).
By removing the line(s) it will dispear and the GL transactions will be counterbooked.
This should cure it and you can enter the GRN under the correct fiscal year.
The bug is fixed and will be included in 2.3.3
/Joe
You should not be allowed to enter a supplier invoice on a closed year. This is a bug. Thanks.
/Joe
Well, if you have sophisticated subgrouping under Expense, then create another group with a higher ID than Expense and call this group Net Result or something. Change the group for account year p/l result to this new one. Then everything will be shown correctly.
/Joe
Hi and welcome.
The GSTNo is the Tax ID and yes is eualent to your RFC. This ID is by default printed on the invoices. The company number is the company registration number from the authorities.
If you enter a percent in 'Add Price from Std Cost' you will get this percent increase on the prices from the average purchase price. Otherwise you can also setup the prices in Items and Inventory.
/Joe
You are not doing anything wrong. Your net income is now in the your newly create account. If you followed the instructions to place this account as your last expense account, you should have your income stamement ok.
/Joe
I open for better algorithms. Though very busy right now. Please do some research and eventually either tell me the new algorithm that should replace the existing one or change the file and send it me.
/Joe
This is a good idea. Will be implemented in next release, 2.3.3, shipping next week.
/Joe
No, it is really not neeed. The prices are independent of any locations.
/Joe
8. No not needed.
I see the problem you have.
I will try to explain how FA works.
Stock moves are created on Sales Deliveries, PO Receivals, Work Order (simple), Work Order Advances - Production and Adjustments.
Sales orders create 'Demand', POs and WOs advanced before Production create 'On Order'.
So as you see, as long as you have not done any Production of the Work Order, the QOH will not be correct.
I hope you understand me. To avoid these things, I recommend to Produce the items before putting them on the Sales Orders. You will, however, not be able to deliver the items (or even produce them) if you get negativ stock (with the accept negative stock unmarked).
/Joe.
A branch is normally not a legal entity like a subsidiary. This is the reason for not allowing statements by branch.
You should consider use Customers for these branches and eventually group them together to easy see their belongings.
/Joe
Please try to explain exactly everything you have done so I can monitor the process.
Without a work order the demand is as you describe. The work order is needed to handle the stock correctly. But after the work order is created it is correct.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.