Show TOC

 Editing Generic Transactions Locate this document in the navigation structure

Use

You use this transaction to create, display, or change generic transactions, or to create a new transaction as a copy of an existing generic transaction.

You can use generic transactions to depict structured and non-structured financial products and to make them available to Risk Analysis. Generic transactions are structured in a way that enables them to be valuated by the price calculator. They are therefore based on cash flows.

You can create generic transactions using various elementary transactions, each of which describe a simple transaction. You can arrange the elementary transactions in a freely definable hierarchical structure. For example you can depict a loan with a right of notice as a call option on a loan.

The generic transaction is used in the Risk Analysis, Profitability Analysis (only calculation of NPVs is possible) and Default Risk and Limit System components. You can use generic transactions to:

depict transactions that cannot be depicted in any other way.

store transactions that are transferred from non-SAP systems in a standard way.

Functions are available that allow you to:

integrate existing transactions in the generic transaction. You do this using a pointer, which references the transaction in question.

store templates for generic transactions to enable you to create generic transactions more quickly.

depict fictitious or simulated transactions (positions)

manage versions of the generic transactions.

Structure of a Generic Transaction

The elementary transactions of a generic transaction are identified by a transaction form. This controls the valuation of the elementary transaction in the Risk Analysis component.

This graphic is explained in the accompanying text.

Prerequisites

You have made the appropriate settings for the generic transaction in the Business Data Tool (BDT) . In particular, you have used the field selection control to define for every elementary transaction which fields are offered for you to maintain. You can determine the BDT settings for the generic transaction by choosing AccountingBank ApplicationsSEM BankingData PoolTools  BDT DevelopmentGeneric Transaction in the SAP Easy Access menu.

Procedure

Choose your application in the SAP Easy Access menu and then choose Data PoolBank TransactionGeneric Transaction

The system displays a selection screen.

Data Selection

You can enter an external number or an internal number, and a version date. The external number identifies generic transaction uniquely. The system assigns the internal numbers. You can use the version date to save more than one version of a generic transaction. You can use the version date in the case of transactions with variable interest payments for example, in order to examine the transaction before and after interest rate fixing.

This graphic is explained in the accompanying text.

The sole purpose of version management for generic transactions is to enable you to record changes to the generic transaction as a result of corporate actions (for example a change to the nominal values). When you save a generic transaction, you can choose whether or not the system creates a version. In general, you do not need to use a version date, as changes are documented in the change documents.

Ensure that the version date is always before the start of the term of the first elementary transaction of the generic transaction If this is not the case, the system does not select the generic transaction when you carry out evaluations with an evaluation date that is before the creation date.

If you leave the Version Date field empty, the system uses today’s date as the version date.

You can create one version per day only.

To edit a generic transaction, proceed as follows:

Create without template

Enter an external number to identify the generic transaction.

You can also enter a version date from which the generic transaction is valid. If you do not enter a version date, the system uses today’s date.

Choose  ( ) Create .

Create with template

Select a generic transaction that you want to use as a template.

Enter an internal or an external number and a version date, or use input help.

Choose  ( ) Copy Generic Transaction .

The system opens a dialog box.

Enter a new external number for the generic transaction.

You can also enter a version date from which the generic transaction is valid. If you do not enter a version date, the system uses today’s date as the version date.

Choose  ( ) Copy Generic Transaction .

 ( )

You can use category 8 for generic transactions that you want to use as a template only.

Change

Select a generic transaction that you want to change.

Enter an internal or an external number, or use input help.

Choose  ( ) Change .

 ( ) Note that you can change the current version only. You do not therefore need to enter a version date for the generic transaction.

Display

Select a generic transaction that you want to display.

Enter an internal or an external number and a version date, or use input help.

Choose  ( ) Display .

The system displays a screen that contains all information relating to the generic transaction, or in which you can enter this information. The dialog structure on the left contains the hierarchy of the elementary transactions of the generic transaction. The tab pages on the right contain the master data and the analysis parameters.

Action

To change or create a generic transaction, proceed as follows:

Enter master data for the generic transaction

Enter the following information:

Short name

Enter an appropriate name for your generic transaction.

Category

Generic transactions can have the following categories:

Real Generic Transaction (Category 0)

Transaction that exists in the SAP system and is to be valuated. You can process this transaction online and offline and it is suitable for external data transfer (EDT).

Fictitious Generic Transaction (category 1)

Transaction that the user can create and that is taken into account in ALM simulations only, and not in NPV analysis. You can process this transaction online only and it is not suitable for external data transfer (EDT).

Simulated Generic Transaction (category 2)

Transaction that is generated automatically by the system for ALM simulation. You can process this transaction online only and it is not suitable for external data transfer (EDT).

Sample Hierarchy for a Generic Transaction (category 8)

Sample that contains the hierarchy of the subtransactions of a generic transaction. You can process this transaction online only and it is not suitable for external data transfer (EDT).

Class Supplement as a Generic Transaction (category 9)

Class for a Treasury transaction that is to be expanded to form a generic transaction.

This graphic is explained in the accompanying text.

Note that you can create financial objects for generic transactions of category 0 (real generic transaction) only. Generic transactions of categories 1 and 2 (fictitious and simulated generic transactions) are assigned to positions. You can create financial objects for those positions.

Securities Identification Number

Enter the security ID number of the generic transaction.

This graphic is explained in the accompanying text.

You do not need make entries for the transaction environment and the security ID number for all transactions. Cash flow transactions for example do not require a security ID number.

Transaction environment

Enter a company code, securities account, portfolio, trader, currency, and business partner for the generic transaction.

Create hierarchy for the elementary transactions

The dialog structure shows which elementary transactions make up the generic transaction, and how the hierarchy of the elementary transactions is arranged. You can use the following interactions in order to create new elementary transactions or change the hierarchy:

Interactions in the Dialog Structure

Action

Function

 ( ) Create Trans. on Next Level

The system creates an elementary transaction directly below the selected node on the next level down in the hierarchy.

 ( ) Create Trans. on Same Level

The system creates an elementary transaction directly behind the selected node on the same hierarchy level.

This interaction is not possible for the top hierarchy node of the generic transaction.

 ( ) Change Trans. Form

You change the transaction form of the selected elementary transaction.

 ( ) This interaction enables you to change the transaction form of an elementary transaction at a later point in time. This overwrites the data in the old transaction form. Note that for purposes of consistency, these changes can only be made to root nodes in the hierarchy, and only then, if there are no subordinate elementary transactions assigned to the root node.

 ( ) Delete Elementary Transaction

The system deletes the selected elementary transaction.

This graphic is explained in the accompanying text.

For notes on creating structured transactions, see Examples of Generic Transactions .

Elementary transaction data

Select the elementary transaction in the dialog structure.

The system opens a dialog box.

Select the transaction form of the elementary transaction.

This graphic is explained in the accompanying text.

The transaction form controls the valuation in Risk Management, as it tells the price calculator what kind of transaction is involved. If a node has an elementary transaction form, the corresponding sub-tree also has to describe this transaction. If this is not the case, inconsistency errors occur.

This graphic is explained in the accompanying text.

For more information, see Transaction Form of an Elementary Transaction .

The system creates the tab pages for the header information and the cash flow of the transaction. The entries that the system requires depends on the transaction form of the elementary transaction.

Choose the Header Information tab page .

You must make the following entries for all transaction forms:

Valuation rule

You can define a valuation rule for each of the elementary transactions that belong to the generic transaction.

Note that the valuation rules defined in the elementary transactions are overridden by any valuation rule that is defined in the financial object of the generic transaction.

Default Risk and Limit System

Set the Selected Transaction indicator as required. The following restrictions apply:

The indicator must be set in exactly one elementary transaction.

You cannot change the indicator in elementary transactions with the transaction form 200 (complex financial transaction).

You cannot change this indicator for generic transactions of category 9 (complex class).

Start of Term

You must make an entry in this field for the top node in the hierarchy of the elementary transactions. For all other nodes, this field is optional.

You must enter additional information on the generated tab page, depending on the transaction form you chose. For more information, see the examples of generic transactions.

Choose the Cash Flow tab page and enter the cash flows for the transaction.

Choose  ( ) Back and then  ( ) Save .

In the case of generic transactions belonging to the fictitious category, the system asks you whether a position is to be generated in position management for generic transactions. The system then assigns an internal number and the description <User><Date><Time> to this position.

You have the following additional options when editing generic transactions:

Interactions when editing a generic transaction

Action

Function

 ( ) Check Entries

The system checks whether the entries in the tab page that is currently displayed are consistent.

 ( ) Other Generic Transaction

The system returns to the selection screen in which you can select a new generic transaction for editing.

Result

You have edited the generic transaction.

When you make changes, the system generates change documents. These are flagged as “change document relevant” in the ABAP Dictionary. You can display the change documents from the Edit Generic Transaction screen by choosing ExtrasChange Documents .

This graphic is explained in the accompanying text.

You have to create a financial object for the generic transaction so that the generic transaction is taken into account in the SEM evaluations. If the generic transaction refers to a transaction that already has a financial object in the SAP system, you have to make sure that this existing financial object is deactivated. Otherwise, these transactions will be included in evaluations twice.