Accounting

Accounting is a primary function of BFS and can be configured in a dynamic way to support internal accounting standards. The transaction dimension called Accounting Transactions exist in the same way as Trade Transactions and Settlement Transactions. 

A default chart of accounts could look like this.

The XML-configuration below shows the MoneyTransfer settings as an example.

<BusinessTransactionMappingRule transactionType="MoneyTransfer">    <Filter>
      <PropertyValue property="AmountAsset1" operator="GreaterThan" value="0"/>
    </Filter>
    <AccountTransactionItems>
      <AccountTransaction dimension="T" amountType="AmountAsset1" assetType="Asset1" factor="1" transactionDate="TradeDate" xsi:type="AccountDefault" />    
 
      <AccountTransaction dimension="A" amountType="AmountAsset1" assetType="Asset1" factor="-1" transactionDate="TradeDate" xsi:type="AccountSelection" accountTypeKey="AccountingAccount" accountNo="2451" />
      <AccountTransaction dimension="A" amountType="AmountAsset1" assetType="Asset1" factor="1" transactionDate="TradeDate" xsi:type="AccountSelection" accountTypeKey="AccountingAccount" accountNo="1650" />
      
    </AccountTransactionItems>
  </BusinessTransactionMappingRule>

The accounting transactions are defined by the setting dimension="A", which means the accounting dimension. The next property is amountType. An account transaction can be comprised of two assets, in the configuration file these are named Asset1 and Asset2 with corresponding AmountAsset1 and AmountAsset2. For the sake of this example the term Leg1 and Leg2 are going to be used to define the two sides of the transaction. 

If one asset is of the type Cash this asset will exist as the first Leg. In case of a deposit of funds there will only be one Leg of the transaction and Leg2 will be empty (NULL). If both Legs of the transaction is comprised of Cash then the first Leg will be the asset that is being reduced (FromAsset). If the transaction only consists of one Leg and that Leg is not a Cash-asset then Leg1 will be empty.

The next property is the factor that is widely used for the accounting transaction configuration. In the XML-example above AmountAsset1 is a positive number and in the accounting transaction there should be a negative value applied to accounting account 2451. To acheive this the factor is set to -1 and AmountAsset1 is then multiplied with this factor. The factor can be used to multiply any value for the account transactions, for example if fees should be split 50 % each to two accounts the factor could be set to 0.5.

Next up is transactionDate that determines the date that should be used for the account transaction. The available options are:

• TradeDate
• SettlementDate
• ValueDate
• CurrentAccountingDate
• CurrentSystemDate

If TradeDate, SettlementDate or ValueDate is used the accounting transaction will obtain the same date as the corresponding setting for the BusinessTransaction. 

The CurrentAccountingDate would be used if batched accounting is being used where all accounting transactions are qued during a certain day and then processed as a batch at midnight resulting in aggregation of accounting account transactions. In the XML-example above there will, by default, be created two account transactions in the accounting account 1650. With batched accounting however there would be only 1 transaction made or 0 transactions if the first accounting transaction had the same amount as the second. This would in turn reduce the loan on any external accounting systems where accounting files (SIE-files in Sweden) are exported.
 

• AccountDefault
• AccountSelection

If AccountDefault is selected the account transaction will be applied to the account that was used in the BusinessTransaction. This will usually equal to the SystemAccount being used. If AccountSelection is selected the properties accountTypeKey and accountNo is required.

The accountTypeKey can be any of the account types defined in the BFS instance like the ones listed below.

The accountNo is the identifier of the account and depending on the account type rules it does not have to be a number but can instead be a text string.