You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

Status

10%

OwnerVIDWANS-ext, Sauradh 
Stakeholders

Purpose

The purpose of this document is to define the conversion approach to create Facilities Transactions in S/4 HANA.

Facilities are borrowing arrangements with either one or multiple banks. If we have a long term borrowing facility with one bank its called as Bi-Lateral Facility. Under this facility you, can define the fund requirements and the Bank will ear mark these funds to be drawn at a certain interval. If this facility is with multiple banks its called as Syndicate Facility. In a Syndicate there is normally a Lead Banker who will arrange the lending commitment from other lenders and will also have a Lead Banker charges.

These instruments are created under a certain Product Type (Instrument Number) and a Transaction Type (Kind of action i.e. buying or selling) against a counterparty (BP Number) in a Company Code.

Conversion Scope

The scope of this document covers the approach for converting active Facilities from Legacy Source System (Quantum) into S/4HANA.

The relevancy criteria is not applicable for this object as the relevant data will be provided by business in a DCT (Data Collection Template).

List of source systems and approximate number of records


SourceScope

Source Approx No. of Records

Target SystemTarget Approx

No. of Records

Quantum

Live Commercial Paper Contracts

100 <TBC>

S4HANA

100 <TBC>

Additional Information

Multi-language Requirement

Document Management

Legal Requirement

Special Requirements


As the conversion involves a source system which is non-SAP, the below area needs special handling:

  1. Extraction of CP data from source system i.e. Quantum is to be done manually
  2. Cleansing by business team in the source system (Quantum) to ensure that only active and in use records for CP’s are provided in DCT
  3. The extracted records to be converted into a DCT and stored in the Syniti for Transformation
  4. Below Configuration Check Tables needs to be referenced in Syniti to validate the data in the DCT:
    1. Counterparty to Business Partner - BUT100
    2. Company Code - T001
    3. Product Type - TZPA
    4. Transaction Type -  AT10
    5. Trader - TZDEA
    6. Portfolio Code - TWPOB  
    7. General Valuation Class - TRGC_COM_VALCL
    8. Interest Calculation Method - Custom Check Table with Value Fields given in the below CNV
  5. Amount and date format from source system to align with S4HANA 
  6. As the target structure in S4HANA involves dependency on various Configuration and BP Master Data objects (CNV 3040), all this data needs to be loaded before Transactions Data loads.


Custom Check Tables for Interest Calculation Method, Frequency and Update Rule are as under:

Interest Calculation Method:

Interest Calculation Method

Text

1

360E/360

B

360E/365

L

360/360 (German)

F

360/360 (ISDA)

H

360/365 (ISDA)

7

360/360

2

act/360

E

act/364

3

act/365

R

act/365.25

4

act/366

M

act/365P

5

act/actP (ICMA)

6

act/actY (ISDA)

G

act/actE (AFB)

Q

act/actEP (AFB)

N

act/365L

S

act/365Y

A

actW/252

D

365/360

C

365/365

I

360E/actY

8

30.42E/360

9

*365.25/360

P

01-01-2026

J

m+act/360

K

m+30/360

0

Not Specified

T

act/act[M]

U

actW/actW[M]


Update Rule:

Rule NumberText
0Pro Rata Temporis
1Include Fully
2Do Not Include


Frequency:

1

At End of Term

5

On First Day of Month

2

On Last Day of Month

3

Monthly

4

Daily

0

Manual Input




Target Design


For a Transaction Load DCT, since there are no standard LTMC objects that we can use for loading this data, we will be using BAPI’s for this purpose. In a BAPI there are multiple fields, off which all are not necessary to be utilized as part of DCT.

In this section, we will see the full list of fields that are part of the DCT. This section will also explain field by field mapping of the DCT structure and where the data will come from for each field.

The technical design of the target for this conversion approach.


Table NameFieldField DescriptionData TypeLengthRequirement
VTBFHABUKRSCOMPANY_CODECHAR4This is a Required Field
VTBFHASGSARTPRODUCT_TYPECHAR3This is a Required Field
VTBFHASFHAARTTRANSACTION_TYPECHAR3This is a Required Field
VTBFHAKONTRHPARTNERCHAR10This is a Required Field
VTBFHADBLFZCONTRACT_DATEDATS8This is a Required Field
VTBFHAZURDEALERTRADERCHAR12This is Optional Field
VTBFHARPORTBPORTFOLIOCHAR10This is Optional Field
VTBFHAZUONDASSIGNMENTCHAR18This is Optional Field
VTBFHAZUNORDEXTEXTERNAL_REFERENCECHAR16This is Optional Field
VTBFHAREFERINTERNAL_REFERENCECHAR16This is Optional Field
VTBFHAMERKMCHARACTERISTICSCHAR25This is a Required Field
VTBFHATPM_COM_VAL_CLASSVALUATION_CLASSNUMC4This is a Required Field
VTBFHADBLFZTerm StartDATS8This is a Required Field
VTBFHADELFZTerm EndDATS8This is a Required Field
NANACalculation Period: Start Inclusive vs. End InclusiveCHAR1This is a Required Field
VTBFHAWGSCHFTTransaction CurrencyCUKY5This is a Required Field
VTB_ASGN_LIMITLIMIT_DATEFTR Assignment Management: Limit DateDATS8This is a Required Field
VTB_ASGN_LIMITLIMIT_CHG_AMOUNTFTR Assignment Management: Drawing AmountCURR17This is a Required Field
VTB_ASGN_LIMITLIMIT_CURRENCYFTR Assignment Management: Limit CurrencyCUKY5This is a Required Field
VTB_ASGN_LIMITLIMIT_POS_AMOUNTFTR Assignment Management: Drawing Amount (BAPI)DEC23This is a Required Field
VTBFINKOSRHYTHMFrequencyNUMC3This is Optional Field
VTBFINKOAMMRHY OR ATTRHY
 (Pick any field that has a value. If the Frequency Indicator is set to Months, then AMMRHY will have a value. If Frequency Indicator is set to Days then ATTRHY will have a value.
Unit for FrequencyNUMC1This is Optional Field
VTBFHAPOPKONDPercentage rate for condition itemsDEC10This is Optional Field
NANACalculation method for first period of condition itemNUMC1This is Optional Field
NANACalculation method for last period of condition itemNUMC1This is Optional Field
NANAInterest Calculation MethodCHAR1This is Optional Field
VTBFHAPOSKALIDWTInterest CalendarCHAR2This is Optional Field
NANAUpdate for Calculation/Due Date for InterestNUMC2This is Optional Field
VTBFHAPODVALUTCalculation DateDATS8This is Optional Field
NANAInclusive Indicator for Calculation DateCHAR1This is Optional Field
NANAMonth-End Indicator for Calculation DateCHAR1This is Optional Field
VTBFINKOSVWERKWorking Day Shift for Calculation DayNUMC1This is Optional Field
VTBFINKODFAELLDue dateDATS8This is Optional Field
NANAMonth-End Indicator for Due DateCHAR1This is Optional Field
VTBFINKOSFWERKWorking Day Shift for Due DateNUMC1This is Optional Field
NANAShift Due Date Back to End of TermCHAR1This is Optional Field


There are 5 main tables in consideration here. 

  1. VTBFHA
  2. VTBFHAPO
  3. VTBFINKO
  4. VTB_ASGN_LIMIT
  5. VTBFHAZU

The reference between the tables is a combination of Company Code and Transaction Number. This is the Primary Key to join these tables. 

In Addition to this, the field "Characteristics" will have the Legacy Quantum Deal Number. This will form a linkage between Deals loaded in the system vs Quantum deals. 

In the above table we saw fields in the DCT. Now we will check the fields in the BAPI and the data logic how it will correspond to the DCT.


Data Cleansing

For the Object 9113 – Treasury Facilities no specific data cleansing is applicable due to below reasons/assumptions:

  1. The Source System is Quantum and therefore it will be a manual extract of relevant data in a DCT form


Data- Pre Load Validation Report

However, for the purpose of the object 9113 – Treasury Facilities, below validations reports should be available in Syniti so that the data as provided in DCT is validated before generating the pre-load file. 


IDCriticalityError Message/Report DescriptionRuleOutput
1HighCompany Code is validCheck if BUKRS is valid as per Company Codes created in the system in Table T001Invalid Company Code
1HighPRODUCT_TYPECheck if VVSART is valid as per Product Types created in the system in Table TZPA.
Value for Facility Product Type is “CPF” or "BLT". If this is not, then the validation should fail. 
Invalid Product Type
1HighTRANSACTION_TYPECheck if SFHAART is valid as per Transaction Types created in the system in Table AT10Invalid Transaction Type
1HighPARTNERCheck if KUNNR is valid as per Business Partners created in the system under CNV 3040 Business Partner CounterpartyInvalid Partner
1HighCONTRACT_DATECheck if DVTRAB is valid in YYYYMMDD Format and is < or = Load DateContract Date greater than Load Date
1HighVALUATION_CLASSCheck if TPM_COM_VAL_CLASS is valid as per Company Codes created in the system in Table TRGC_COM_VALCLInvalid Valuation Class
1HighTERM STARTCheck if DBLFZ is valid in YYYYMMDD Format and is < or = Contract DateTerm Start greater than or equal to Contract Date
1HighTERM ENDCheck if DELFZ is valid in YYYYMMDD Format and is < Start DateTerm End greater than Term Start


Apart from the above, a custom report is required to be created for this. The report needs to have row reference for each Interest Rate Instrument loaded under this CNY and display the standard BAPI return messages successful as well as failed. This will make sure all the deposits successfully pass all checks. An additional check is needed if

  • All dates loaded are correctly transformed into the deals created
  • Payment Details are not going blank and if yes, the BAPI will return a warning for the same. If this warning appears, it will signify the BP Master Maintenance has been missed. Such records must fail and the maintenance needs to be done at the BP Master.

Conversion Process

The generic high-level process steps for the conversion are as below:

  1. Extraction:
    1. Extract from the source systems: Apply the selection parameters and data relevancy as mentioned in this specification, from the relevant tables
    2. DCT: The DCT to be prepared if the data to be transformed and is part of the load file is not available in the Source system
  2. Transform 
    1. Transform fields by applying the fields and value mapping in the Syniti 
    2. Generate and validate Pre-load files
  3. Load
    1. Load the validated Pre-load file using SAP's LTMC or the custom upload program as applicable. 

However, with respect to object 9113- Treasury Facilities DCT will be used for transformation and generation of the pre-load file. 


Data Privacy and Sensitivity

Not Applicable


Extraction

Extract data from a source into . There are 2 possibilities:

  1. The data exists. connects to the source and loads the data into . There are 3 methods:
    1. Perform full data extraction from relevant tables in the source system(s).
    2. Perform extraction through the application layer.
    3. Only if ; cannot connect to the source, data is loaded to the repository from the provided source system extract/report.
  2. The data does not exist (or cannot be converted from its current state). The data is manually collected by the business directly in . This is to be conducted using DCT (Data Collection Template) in

The agreed Relevancy criteria is applied to the extracted records to identify the records that are applicable for the Target loads

Extraction Run Sheet

Req #Requirement DescriptionTeam Responsible

01

Extract from relevant tables/reports from Quantum all relevant information required to populate the DCT for Interest Rate Instruments for relevant Company Codes.

This extraction is dependent on the extraction, validation and load of Master Data Object CNV 3040 BP Master. It is also dependent on completion of configuration for items like Company Code, Product Type, Transaction Type, Portfolio Codes, General Valuation Class. 

Business


Selection Screen

Not applicable as the extraction is manual activity to be performed by business in Quantum system.


Data Collection Template (DCT)

Target Ready Data Collection Template will be created for  data with exception of some fields which require transformation as mentioned in the transformation rule.Target Ready Data Collection Template will be created for 9113 - TRM Facilities with exception of some fields which require transformation as mentioned in the transformation rule.

9113 - TRM Facilities DCT Rules


Field NameField DescriptionRule
BUKRSCOMPANY_CODEThis is a Required field. 

This data will be captured by business. It is the Company Code under which a Stock is to be created.

In DCT, S4HANA number to be populated based upon the list of Company Codes. This list needs to be provided to the Business Team who will be downloading data from Quantum System.

Default Value "1010"
SGSARTPRODUCT_TYPEThis is a Required field. 

This data will be captured by business. It is the Product Type under which a Stock is to be created.

In DCT, S4HANA number is defaulted to “EAP”.

Drop Down Value "CPF" and "BLT"
SFHAARTTRANSACTION_TYPEThis is a Required field. 

This data will be captured by business. It is the Transaction Type under which a Stock is to be created.

In DCT, S4HANA number is defaulted to “100”.

Default Value "OBT"
KONTRHPARTNERThis is a Required field.

This data will be captured by business for Counterparties. A validation is needed to check the BP number captured in the DCT is valid one and is present as per CNV 3040 - Business Partner Counterparty.

Transformation Rule is to be applied to get the BP Number from BP Text.
DBLFZCONTRACT_DATEThis is a Required field.

Date format is YYYYMMDD. Contract Date will always be LESS Than the Load Date. This check needs to be implemented. 

Example: 99991231
RDEALERTRADERThis is a Optional field. 

This data will be captured by business. It is the Trader who concludes the Stock.

In DCT, S4HANA Trader Code needs to be populated based upon the list of configured Traders. This list needs to be provided to the Business Team who will be downloading data from Quantum System.

Validation check needs to be done with check table TZDEA
RPORTBPORTFOLIOThis is a Optional field. 

This data will be captured by business. It is the Portfolio Code to bucket all Stock under for reporting purposes.In DCT, S4HANA Portfolio Codes needs to be populated based upon the list of Portfolio's configured in the system. This list needs to be provided to the Business Team who will be downloading data from Quantum System.
Validation check needs to be done with check table TWPOB
ZUONDASSIGNMENTThis is a Optional field.

This is a freely maintainable field to capture additional data for the deal. No validations needed for this field. 
NORDEXTEXTERNAL_REFERENCEThis is a Optional field.

This is a freely maintainable field to capture additional data for the deal. No validations needed for this field. 
REFERINTERNAL_REFERENCEThis is a Optional field.

This is a freely maintainable field to capture additional data for the deal. No validations needed for this field. 
MERKMCHARACTERISTICSThis is a Required field.

This field will be populated with the Legacy Quantum Deal Number
TPM_COM_VAL_CLASSVALUATION_CLASSThis is a Required field. 

This data will be captured by business. It is the Valuation Class under which a Stock is to be accounted for.

In DCT, S4HANA GVC number needs to be populated based upon the list of GVC's configured in the system. This list needs to be provided to the Business Team who will be downloading data from Quantum System.
DBLFZTerm StartThis is a Required Field

Date format is YYYYMMDD. Start Term Date will always be LESS Than or Equal to Load Date. This check needs to be implemented as part of Preload Validation.

Example: If load date is 20260401 and date in DCT is 20260501, then the Validation Check should fail this record.  
DELFZTerm EndThis is a Required Field

Date format is YYYYMMDD. End Term will always be Greater Than the Load Date. This check needs to be implemented.

Example: If load date is 20260401 and date in DCT is 20250401, then the Validation Check should fail this record.  
NACalculation Period: Start Inclusive vs. End InclusiveThis is a Optional Field

This field defines if the Start Date is to be made inclusive in the calculation of Interest
WGSCHFTTransaction CurrencyThis is a Required Field

This data will be captured by business. It is the Currency of the Fixed Deposit.

Currency Codes are ISO standards hence it will be same in all Treasury systems. Still a Validation check is needed in Syniti to check if a valid Currency Code is used in the DCT.

Drop Down value from table "TCURC"
LIMIT_DATEFTR Assignment Management: Limit DateThis is a Required field

This field defines from when the Facility Limit is applicable from.
LIMIT_CHG_AMOUNTFTR Assignment Management: Drawing AmountThis is a Required field

This field defines what is value of the facility.
LIMIT_CURRENCYFTR Assignment Management: Limit CurrencyThis is a Required field

This field defines what is the currency of the facility
LIMIT_POS_AMOUNTFTR Assignment Management: Drawing Amount (BAPI)This is a Required field

This field defines what amount of the facility is available to be drawn.
SRHYTHMFrequencyThis is a Optional field

This field defines the Frequency on which Interest is to be paid

There is a domain value range for this field which needs to be given to business which they extract and prepare this DCT.

For Eg. Monthly or Quarterly.

Drop Down Value as per the "Frequency Category" table provided Above.
AMMRHY OR ATTRHY
 (Pick any field that has a value. If the Frequency Indicator is set to Months, then AMMRHY will have a value. If Frequency Indicator is set to Days then ATTRHY will have a value.
Unit for FrequencyThis is a Optional field

This field defines the number of days or months when Interest needs to be paid
PKONDPercentage rate for condition itemsThis is a Optional Field

This field defines the  Interest Rate if applicable to the deal.
NACalculation method for first period of condition itemThis is a Optional field

This field defines what is the calculation method of first period of Interest.

Drop Down Value from the table "Update Rule"
NACalculation method for last period of condition itemThis is a Optional field

This field defines what is the calculation method of Last period of Interest.

Drop Down Value from the table "Update Rule"
NAInterest Calculation MethodThis is a Optional field

This is the Interest Calculation Method for Day Counting of Interest and needs to be provided by business.

There is a domain value range for this field which needs to be given to business which they extract and prepare this DCT.

For Eg. ACT/360 in SAP means 2.

Drop Down Value as per the "Interest Calculation Methods" table provided Above.
SKALIDWTInterest CalendarThis is a Optional field

This defines Calendar to be considered to check if the Payment date is a holiday. Calendars are another configuration item and a list needs to be provided to business to populate the DCT.

A Pre Validation check is needed if the calendar is valid in the DCT.

Drop Down Values from table "TFACD - IDENT"
NAUpdate for Calculation/Due Date for InterestThis is a Optional field

This field defines the update rule for Calculation Date and Due Date.

Drop Down Values from table "Update Rules"
DVALUTCalculation DateThis is a Optional field

Date format is YYYYMMDD. Calculation Date will always be GREATER Than or Equal to Load Date. This check needs to be implemented as part of Preload Validation.

Example: If load date is 20260401 and date in DCT is 20260501, then the Validation Check should fail this record.  
NAInclusive Indicator for Calculation DateThis is a Optional field

This field defines if calculation period is to be shiftred to Start Inclusive or End Enclusive

Drop Down Value is "X"
NAMonth-End Indicator for Calculation DateThis is a Optional field

This field defines if Calculation Date is to be shifted to nearest Month End

Drop Down Value is "X"
SVWERKWorking Day Shift for Calculation DayThis is a Optional field

This field defines the how the Working Day needs to be calculated, for eg. If the interest payment date is a holiday then it should shift it to the Next working date.

Default Value "1"
DFAELLDue dateThis is a Optional field

This field defines if calculation Date is to be shiftred to Start Inclusive or End Enclusive

Drop Down Value is "X"
NAMonth-End Indicator for Due DateThis is a Optional field

This field defines if calculation period is to be shiftred to Start Inclusive or End Enclusive

Drop Down Value is "X"
SFWERKWorking Day Shift for Due DateThis is a Optional field

This field defines the how the Working Day needs to be calculated, for eg. If the interest payment date is a holiday then it should shift it to the Next working date.

Default Value "1"
NAShift Due Date Back to End of TermThis is a Optional field

This field defines if the due date is to be shifted to the end date of the deal.

Drop Down Value for this is "X"

Extraction Dependencies

For object 9113 - TRM Facilities dependencies are applicable as under

Item #Step DescriptionTeam Responsible

0001

TRM Business Partner

Data Team/Functional Treasury Team

0002

Treasury Configuration

Functional Treasury Team


Transformation

The Target fields are mapped to the applicable Legacy field that will be its source, this is a 3-way activity involving the Business, Functional team and Data team. This identifies the transformation activity required to allow to make the data Target ready:

  1. Perform value mapping and data transformation rules.
    1. Legacy values are mapped to the to-be values (this could include a default value)
    2. Values are transformed according to the rules defined in
  2. Prepare target-ready data in the structure and format that is required for loading via prescribed Load Tool. This step also produces the load data ready for business to perform Pre-load Data Validation

Transformation Run Sheet

Item #

Step Description

Team Responsible

1

Ensure all the fields that require value mapping, as stipulated Mapping tables, have the latest signed-off mapping files imported into Syniti

Data team

2

Ensure that signed off value mappings have been maintained in the Syniti 

Syniti team

3

Confirm the value mappings as maintained in the Syniti

Data team

4

Ensure that Signed off CONSTRUCT from business has been received and maintained in Syniti 

Syniti/Data team

5

Execute transformation for the object 

Syniti team

6   

Monitor the transformation progress and ensure performance and completion is within allowed timeframe

Syniti/Data team

7.      

Generate Pre-Load reports.

Syniti team

8.      

Generate data load count.

Syniti team

9.      

Log errors as defects, if any and address resolutions. Close defects.

Syniti/Data team

10.      

Re-transform and re-validate the Pre-load reports if necessary.

Syniti/Data team

11.   

Validate the transformed file as part of pre-load validation, raise data defects or provide the pre-load sign-off.

Business

12.   

Analyse and resolve any pre-load defects logged by business.

Syniti/Data team

13.   

Repeat steps 5 to 11 if necessary

Syniti/Data team

14.   

Proceed to pre-load validations

Data team


Transformation Rules

Source systemSource TableSource FieldSource DescriptionTarget SystemTarget TableTarget FieldTarget DescriptionTransformation Logic
NANANACONSTRUCTS4HANAVTBFHABUKRSCOMPANY_CODEFrom DCT Field BUKRS
NANANACONSTRUCTS4HANAVTBFHASGSARTPRODUCT_TYPEFrom DCT Field SGSART
NANANACONSTRUCTS4HANAVTBFHASFHAARTTRANSACTION_TYPEFrom DCT Field SFHAART
NANANACONSTRUCTS4HANAVTBFHAKONTRHPARTNERFrom DCT Field KONTRH

Step 1 - Concatenate BUT000 - Name_ORG1, Name_ORG2, Name_ORG3 & Name_ORG4.

Step 2 - Compare the BP Name in the DCT with the concatenated filed name.

Step 3 - Find the BP Number for the match BUT000 - PARTNER

Step 4 - Pass the BP Number fetched in BUT000 in table BUT100 to check if Role "TR0151"

Step 5 - If the condition matches, then replace the BP Number in the DCT field VTBFHA - KONTRH
NANANACONSTRUCTS4HANAVTBFHADBLFZCONTRACT_DATEFrom DCT Field DBLFZ
NANANACONSTRUCTS4HANAVTBFHAZURDEALERTRADERFrom DCT Field RDEALER
NANANACONSTRUCTS4HANAVTBFHARPORTBPORTFOLIOFrom DCT Field RPORTB
NANANACONSTRUCTS4HANAVTBFHAZUONDASSIGNMENTFrom DCT Field ZUOND
NANANACONSTRUCTS4HANAVTBFHAZUNORDEXTEXTERNAL_REFERENCEFrom DCT Field NORDEXT
NANANACONSTRUCTS4HANAVTBFHAREFERINTERNAL_REFERENCEFrom DCT Field REFER
NANANACONSTRUCTS4HANAVTBFHAMERKMCHARACTERISTICSFrom DCT Field MERKM
NANANACONSTRUCTS4HANAVTBFHATPM_COM_VAL_CLASSVALUATION_CLASSFrom DCT Field TPM_COM_VAL_CLASS
NANANACONSTRUCTS4HANAVTBFHADBLFZTerm StartFrom DCT Field DBLFZ
NANANACONSTRUCTS4HANAVTBFHADELFZTerm EndFrom DCT Field DELFZ
NANANACONSTRUCTS4HANANANACalculation Period: Start Inclusive vs. End InclusiveFrom DCT Field Calculation Period: Start Inclusive vs. End Inclusive
NANANACONSTRUCTS4HANAVTBFHAWGSCHFTTransaction CurrencyFrom DCT Field WGSCHFT
NANANACONSTRUCTS4HANAVTB_ASGN_LIMITLIMIT_DATEFTR Assignment Management: Limit DateFrom DCT Field LIMIT_DATE
NANANACONSTRUCTS4HANAVTB_ASGN_LIMITLIMIT_CHG_AMOUNTFTR Assignment Management: Drawing AmountFrom DCT Field LIMIT_CHG_AMOUNT
NANANACONSTRUCTS4HANAVTB_ASGN_LIMITLIMIT_CURRENCYFTR Assignment Management: Limit CurrencyFrom DCT Field LIMIT_CURRENCY
NANANACONSTRUCTS4HANAVTB_ASGN_LIMITLIMIT_POS_AMOUNTFTR Assignment Management: Drawing Amount (BAPI)From DCT Field LIMIT_POS_AMOUNT
NANANACONSTRUCTS4HANAVTBFINKOSRHYTHMFrequencyFrom DCT Field SRHYTHM
NANANACONSTRUCTS4HANAVTBFINKOAMMRHY OR ATTRHYUnit for FrequencyFrom DCT Field AMMRHY OR ATTRHY
NANANACONSTRUCTS4HANAVTBFHAPOPKONDPercentage rate for condition itemsFrom DCT Field PKOND
NANANACONSTRUCTS4HANANANACalculation method for first period of condition itemFrom DCT Field Calculation method for first period of condition item
NANANACONSTRUCTS4HANANANACalculation method for last period of condition itemFrom DCT Field Calculation method for last period of condition item
NANANACONSTRUCTS4HANANANAInterest Calculation MethodFrom DCT Field Interest Calculation Method
NANANACONSTRUCTS4HANAVTBFHAPOSKALIDWTInterest CalendarFrom DCT Field SKALIDWT
NANANACONSTRUCTS4HANANANAUpdate for Calculation/Due Date for InterestFrom DCT Field Update for Calculation/Due Date for Interest
NANANACONSTRUCTS4HANAVTBFHAPODVALUTCalculation DateFrom DCT Field DVALUT
NANANACONSTRUCTS4HANANANAInclusive Indicator for Calculation DateFrom DCT Field Inclusive Indicator for Calculation Date
NANANACONSTRUCTS4HANANANAMonth-End Indicator for Calculation DateFrom DCT Field Month-End Indicator for Calculation Date
NANANACONSTRUCTS4HANAVTBFINKOSVWERKWorking Day Shift for Calculation DayFrom DCT Field SVWERK
NANANACONSTRUCTS4HANAVTBFINKODFAELLDue dateFrom DCT Field DFAELL
NANANACONSTRUCTS4HANANANAMonth-End Indicator for Due DateFrom DCT Field Month-End Indicator for Due Date
NANANACONSTRUCTS4HANAVTBFINKOSFWERKWorking Day Shift for Due DateFrom DCT Field SFWERK
NANANACONSTRUCTS4HANANANAShift Due Date Back to End of TermFrom DCT Field Shift Due Date Back to End of Term


Transformation Mapping

Mapping Table NameMapping Table Description








Transformation Dependencies

List the steps that need to occur before transformation can commence
Item #Step DescriptionTeam Responsible













Pre-Load Validation

Project Team

Completeness

TaskAction





Accuracy

TaskAction





Business

Completeness

TaskAction





Accuracy

TaskAction





Load

The load process includes:

  1. Execute the automated data load into target system using load tool or product the load file if the load must be done manually
  2. Once the data is loaded to the target system, it will be extracted and prepared for Post Load Data Validation

Load Run Sheet

Item #Step DescriptionTeam Responsible













Load Phase and Dependencies

Configuration

Item #Configuration Item






Conversion Objects

Object #Preceding Object Conversion Approach

list the exact title of the conversion object of only the immediate predecessor – this will then confirm the DDD (Data Dependency Diagram)




Error Handling

Error TypeError DescriptionAction Taken










Post-Load Validation

Project Team

Completeness

TaskAction





Accuracy

TaskAction





Business

Completeness

TaskAction





Accuracy

TaskAction





Key Assumptions

  • Master Data Standard is up to date as on the date of documenting this conversion approach and data load.
  • is in scope based on data design and any exception requested by business.


See also

Change log

Version Published Changed By Comment
CURRENT (v. 9) Apr 23, 2026 12:24 VIDWANS-ext, Sauradh
v. 30 Apr 23, 2026 11:43 VIDWANS-ext, Sauradh
v. 29 Mar 25, 2026 08:55 VIDWANS-ext, Sauradh
v. 28 Mar 25, 2026 08:50 VIDWANS-ext, Sauradh
v. 27 Mar 23, 2026 11:37 VIDWANS-ext, Sauradh
v. 26 Mar 23, 2026 11:31 VIDWANS-ext, Sauradh
v. 25 Mar 23, 2026 09:46 VIDWANS-ext, Sauradh
v. 24 Mar 23, 2026 08:31 VIDWANS-ext, Sauradh
v. 23 Mar 19, 2026 13:02 VIDWANS-ext, Sauradh
v. 22 Mar 19, 2026 13:01 VIDWANS-ext, Sauradh

Go to Page History

  • No labels