Search options (Page 158 of 201)

The good news is that you don't have to do anything at all if you are satisfied with the Chart of Accounts and Balance Sheets or Profit/Loss Statements as they are.

The old way (and the way FA works without any change):
                                Parent                                Level
1     Assets                          Class                 
1     Short term                -1 Type/Group               1
5     Current Assets            1 Type/Group               2
1065 Bank                         5  Account
2      Long term                 -1  Type/Group              1
1500 Inventory                   2  Account             
a.s.o

First there are classes. Then there are Types/Groups in 1-2 levels. And finally the Account itself.
In this example the 5 Current Assets is a sub-group of Type/Group 1 Short term.

The new way (With Group/Types of the same length)
                                   Parent                                  Level
1          Assets                          Class
1000    Short term                -1 Type/Group               1
1001    Current Assets      1000  Type/Group               2
1002    Bank/Cash            1001  Type/Group              3
1003    Bank                    1002  Type/Group               4
1065    Cheque Account    1003   Account   
1100    Long term                 -1  Type/Group              1
a.s.o

Here you can have 4-5 levels of types/groups. But the Types/Groups must be in sorted order inside the class.
This example is somewhat exaggerated. In my opinion, I am satisfied with the old way of grouping.
But some countries/organizations may require more than the 2 levels we can handle in the old way.
Therefore this new was implemented.

The Wiki has been updated with this example.

/Joe

JE = Journal Entry, sorry.
While the Journal entry (that includes transactions on a tax account) is saved everything in GL are updated correctly, but when updating the trans_tax_details for this Journal Entry the type was changed to a Bank Payment because we couldn't figure out if this was Outgoing or incoming tax statistics.
When I see this in the code, I remember you did some changes here when we updated the Tax Report after implementation of the Quick Entries.

But again, these transactions should not be done before the Tax Report has been taken. See the Wiki regarding tips on how to do this correctly.

If this tax_trans_detail is still there after voiding the Journal Entry and if the Transaction is from before a Tax Report, this do not have any effect on the future tax reporting.

/Joe.

Some time ago, about 9-12 months, you changed something here Janusz, when we implemented the quick entries. To pick up the correct debit/credit tax you changed a JE entered voucher with tax accounts from type 0 (JE) into type 1 (bank payment).  I guess when this JE is voiced, it can't find the correct trans_tax_detail to void.

Please also read the info on how to use the Tax System and Reporting in practice on the Wiki

/Joe

Well, I am not the Judge. The option has been here all the time, without complains so far.

/Joe

Ah, Towhid. You fooled me a bit when talking about over_receive and over_charge on deliveries and invoice.
My answer was wrong.
The over_receive is an allowed percent of over received qty when receiving items for a purchase order.
The over_charge is an allowed over charge of line items in a supplier invoice from received items.

Hope this is clear now.

/Joe

The GL Postings are done correctly. If the stock is negative the standard cost for the item is 0.
Default the 'Allow negative stock' is NOT marked. Some business doesn't need to keep check of their stock. For some reason. Therefore negative stock gives no values in the inventory account.
So as I see here, you should operate with the 'Allow negative stock' unmarked, and we avoid these questions.
In other words, you should know what you are doing, if you mark this flag.

/Joe

If you deliver items before any are received how is that possible? I know it can be done, but FA assumes that if you start delivering items, these items must have an initial value per item. This can be set initially in Items and Inventory, Standard Costs.
This is the danger having the stock check disabled. It is only delivering during the period from GRN to supplier invoice the price will change and only if there really is a price change from GRN to supplier invoice.

This algorithm is setup now to increase the first numeric field and not the last. You should swap the info to:
MYCOMP/000000/2010, then it will increase correctly.

/Joe

Test3 and Test4: I guess you mean GRN (not GRV). How did you succeed to invoice non received GRNs?

This mechanism GRN, Invoice, creditnotes, voiding the items etc. has been rigoriously tested two years ago. And it should work.

/Joe

Another tips regarding the tax paying.
If you have a tax reporting period for January and print this tax report out in the beginning of February. You want to pay this in February.
Then you should consider using an extra liability account for accumulated tax.
Then you can empty the tax accounts per Jan 31 and counter book them on this accumulated tax account. Now you are not destroying the statistics for February when you are paying the tax. This entry will debit the accumulated tax and credit the bank account.

I will put these instructions on the Wiki.

/Joe

For gl items, you should create Quick Entries for your various non items related entries. This is the best way of doing this.

/Joe