BFS Version 2.X
...
Property | Description |
---|---|
Key | This is the actual identifier of the transaction type which is used in the TransactionMappings. The transaction types should be named according to the following naming convention: [BFSInstanceName/Default/SpecificModule]_[Trade/Transfer/Payment]_[Transaction dimension (Trade/Settle]_[Description] If the transaction type belongs to the general framework the first part of the transaction will be named "Default". If the transaction type is customized for the BFS-instance the first part could be named "Custom". BFS has a number of default transaction types which are named according to the following: Default_Trade_Buy Default_Transfer_Settle_Cash Default_Transfer_Trade_Cash etc... |
Status | The status of the transaction type defines which userlevels will be able to utilize the transaction type. The available settings are:
|
Sort order | Defines at which place in the drop down list of transaction types in the order ticket the transaction type should appear. |
Manual ticket | Defines if the transaction type should be available in manual order tickets or only available as automated transactions. |
Reporting type | The selection determines in which section the transaction will appear in Activity statements |
Tax Type | The selection determines how the transaction will be classified for taxation |
Return calculation type | There are three main divisors that are used to put the transaction types into various baskets and this is called Return Calculation Type. The return calculation type can be Trade, Transfer or Payment and determines how the transaction type will be used when calculating the return of an account. Trade represents a trade of an asset, Transfer represents a transfer of an asset to or from an account and Payment represents a cost that has been applied or an income that has been received by the account. If return calculation type is empty the default value will be Transfer. |
Custody Account Asset 1 | Obsolete |
Custody Account Asset 2 | Obsolete |
System Account | This is always set to true since the transaction must be mapped to an account when it is created |
Trade date | Defines if trade date should be defined in the creation of a transaction of the specified type. |
Settlement date | Defines if settlement date should be defined in the creation of a transaction of the specified type. |
Value date | Defines if value date should be defined in the creation of a transaction of the specified type. |
Asset 1 | This determines what type and label that should be shown for the asset in the first leg of the transaction |
Amount Asset 1 | Defines if an amount should be present for the first Leg and the sub property Label defines if Amount or Quantity should be used for the property. |
Asset 2 | This determines what type and label that should be shown for the asset in the second leg of the transaction |
Amount Asset 2 | Defines if an amount should be present for the second Leg and the sub property Label defines if Amount or Quantity should be used for the property. |
Price | Defines if price should be defined in the transaction type creation. |
Acquisition Value | Defines if an acquisition value in the acquired asset currency should be defined. |
Acquisition Value Account Currency | Defines if an acquisition value in the base currency of the acquiring account should be defined. |
Comment | Defines if a comment should be possible to input for the transaction type. |
With each transaction type there should be a transaction mapping associated which defined what account transactions should occur. As an example, lets create a manual transaction where we select the transaction type called Default_Transfer_Trade_Cash, this should create a transaction in the trade dimension for the selected account. The business transaction ticket looks like this:
...