Page tree
Skip to end of metadata
Go to start of metadata

In order to assign indices to input and output transactions of a non-monetary account which has a corresponding account, first, you must assign indices to input and output transaction of corresponding accounts with the first two operations. Assigning indices to input and output transactions of G/L accounts which have corresponding accounts must be performed after completing these operations . Thereby indices assignment for input/output transactions of accounts having corresponding accounts must be performed separately from indices assignment transaction of other accounts.
When this operation is selected, indices are assigned to input transactions first. If there are corresponding accounts of a non-monetary account, input transaction of the relevant account and defined debt/credit transactions of corresponding accounts are associated according to FIFO method. Let's say that corresponding accounts of account 621 [non monetary (debt)] are as below:

January

February


March


April

1000

1100


1200


1300

Account Code


Description


Transaction Type


151.01


Stock A


Credit


151.02


Stock B


Credit



When transactions of the relevant accounts are as below, indices' values are calculated as such:

Date

Account Code

Debit

Credit

Indices

01.02.2001

151.01


100,000

1100

03.03.2001

151.02


50,000

1200

04.03.2001

621

125,000


1119*

03.04.2001

151.01


50,000

1300

05.04.2001

621

75,000


1265**


((1/F.E(1100)100,000) + ((1/F.E(1200)*25,000) 1/F.E =100,000 + 25,000
In this formula, 1100 and 1200 numbers are not indices of the relevant transaction month; they are indices of the transactions. So, if index of the transaction dated 03.03.2001 were 1500, number 1500 would be used in this formula, instead of number 1200.
((1/F.E(march)*25,000) + ((1/F.E(April)*50,000)

1/F.E =25,000 + 50,000

As it is seen in table, two transactions which meet debt amount of input transaction dated 04.03.2001 are credit transactions of 151.01 dated 01.02.2001 and 151.02 dated 03.03.2001. The first transaction meets 100.000 TL of 125.000 TL and the remaining amount, 25.000 TL, is met over the second transaction.

After this relation is detected, indices are assigned to the relevant input transaction of account 621 through weighted average method over indices of the relevant transactions and the relevant amount. After assigning indices to the input transaction of the relevant accounts, output transactions are assigned indices. Rules stated above in "G/L transactions (Outputs)" section are valid for assigning indices to output transactions as well.

In case an account which has a corresponding account is a corresponding account itself, a hierarchical order is used when assigning price indices. Input/output transactions of each account are assigned indices from top to bottom. So no account transaction will be left out when assigning indices. A circular relation can also be found in corresponding account relations. Let's say that 150 is corresponding account of 151 and 150 is corresponding account of 151; so in this case, indices assignment can not be performed. The user is warned with "Circular relation was detected" message. Accounts with circular relation are reported to the user when required.

User can see assigned price indices in G/L slip lines. "Indices" column is added to transactions for this purpose. As indices information can be calculated by the application automatically, it can also be entered manually. This field is editable.

If there are indices values entered in opening slips, these values are not recorded. Similarly, if "Excluded from calculation" parameter of a transaction is approved by selecting "Yes" option, indices info of this transaction is not recorded either. If there are output transactions related to the transaction of which "Excluded from calculation" parameter is approved, indices of the relevant input transaction is used when calculating indices of these transactions, namely indices average is not calculated.

Closing slips are not included in this transaction.

  • No labels