| Status | |
|---|---|
| Owner | |
| Stakeholders |
The purpose of this document is to define the conversion approach to create Object 1205 - Treasury Business Partner - IHB Authorised Drawer - IHB200 in S/4 HANA.
The Business Partner role IHB200 is a specific SAP role for an "Inhouse Bank Authorised Drawer" used in in-house banking scenarios to manage a business partner entity as Internal bank account which processes intercompany payment, cash pooling, and related transactions. It also helps in the Payments on Behalf Of (POBO) scenarios, if applicable.
The below table explains the Role Matrix, applicable S4HANA tables and related Conversion Objects.
Role | Description | Table | Conversion Object |
000000 | General Role Business Partner Role - General view Customers + Suppliers (including name and address standards, languages, emails, formats, identifications etc.) | BUT000 | CNV-3007 |
IHB200 | IHB200- Inhouse Bank Authorised Drawer to a Business Partner and validity dates | BUT100 | CNV-1205 |
Note: Role IHB200 (IHB Authorised Drawer) is paired with Role IHB100. This is being covered in the CNV-1204
The key fields for the above mentioned S4HANA tables pertaining to CNV-1205 IHB Authorised Drawer - IHB200 are explained below:
The treasury function in legacy is carried out in the Quantum system and therefore for the data related to IHB Authorised Drawer will be provided by business in a Data Collection Template (DCT). which will be transformed in Syniti to generate a preload file as the per the to-be S4HANA design. The load will be part of the Business Partner Load (Object 3007) for the General Data and IHB Authorised Drawer (Role IHB200) data using the LTMC <TBC as the available LTMC for Business Partner- Treasury is only Direct Transfer>. The function module is CNV_OT_APPL_FI_TRM_BP_ROLE and the BAPI/API is FTB_BUPA_DARK_MAINTAIN_INTERN
The scope of this document covers the approach for converting active IHB Authorised Drawer-IHB200 from Legacy Source Systems into S/4HANA following the MDS for Object-1205 - DD-FUN-050 Master Data Standard-3XXX-Consolidated Business Partner.
The relevancy criteria are not applicable for this object as the relevant data will be provided by business in a DCT (Data Collection Template), however as the general data of IHB Authorised Drawer will be part of the object 3007, it needs to be ensured from deduplication perspective.
List of source systems and approximate number of records
Source | Scope | Source Approx No. of Records | Target System | Target Approx No. of Records |
Quantum | Active and in use IHB Authorised Drawers | 100 <TBC> | S4HANA | 100 <TBC> |
Not applicable
Not applicable
Not applicable
As the conversion involves a source system which is non-SAP, the below area needs special handling:
The technical design of the target for this conversion approach for Object 1205- IHB Authorised Drawer - IHB200 is as below, following the MDS Object-1205 - DD-FUN-050 Master Data Standard-3XXX-Consolidated Business Partner
The technical design of the target for this conversion approach.
Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
BUT100 | PARTNER | BU_PARTNER | Business Partner Number | CHAR | 10 | Mandatory |
BUT100 | RLTYP | BU_PARTNERROLE | BP Role | CHAR | 6 | Mandatory |
BUT100 | VALID_FROM | BU_ROLE_VALID_FROM | Validity Start of a BP Role | DEC | 15 | Mandatory |
BUT100 | VALID_TO | BU_ROLE_VALID_TO | Validity End of a BP Role | DEC | 15 | Mandatory |
For the Object 1205- IHB Authorised Drawer, no specific data cleansing is applicable due to below reasons/assumptions:
Data- Pre Load Validation Report
However, for the purpose of the Object 1205- IHB Authorised Drawer, below validations reports should be available in Syniti so that the data as provided in DCT is validated before generating the pre-load file.
ID | Criticality | Error Message/Report Description | Rule | Output | Source System |
01 | High | Validity end date is in the Past | Check if Business Partner RLTYP Not Equal to Blank, then the validity end date (VALID_TO) in the table BUT100 is not in the past <Cutover date | Records showing validity end date in the past | Not applicable. Check against S4 Configuration/Master Data |
02 | Medium | Validity start date is greater than Validity End date | Check if Business Partner RLTYP Not Equal to Blank, then the validity end date (VALID_TO) in the table BUT100 is not < than the Validity Start (VALID_FROM) date | Records showing errors | Not applicable. Check against S4 Configuration/Master Data |
The above report (ID-01) is similar to CNV-3040, CNV-1202 and CNV 1203
The generic high-level process steps for the conversion are as below:
However, with respect to Object 1205- IHB Authorised Drawer IHB200 Master Data - the conversion process will depend upon the DCT (Data Collection Template) which will be provided by the business based on the source data from Quantum system. This DCT will be used for transformation and generation of the pre-load file.
Data Privacy and Sensitivity
Not applicable
Extract data from a source into Syniti. There are 2 possibilities:
The agreed Relevancy criteria is applied to the extracted records to identify the records that are applicable for the Target loads
In case of the Object 1205- IHB Authorised Drawer IHB200 Master Data, the data is to be provided in a DCT by the business, therefore extraction related activity is not carried out via Syniti
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 Object 1205- IHB Authorised Drawer IHB200 Master Data with exception of some fields which require transformation as mentioned in the transformation rule.
This DCT is to be prepared in addition to the DCT containing the General Data such as Name, Address, Contact Details, Payment Information, Identification Numbers etc., which will be provided against the object 3007 - Business Partners - General (Role 000000)
Object 1205- IHB Authorised Drawer IHB200 Master Data DCT Rules
Field Name | Field Description | Rule |
BUT100-PARTNER | Business Partner Number | This is a required field. This number is internally generated by the system for non-intercompany and will be externally assigned for Interco (will be available once General Role -000000 is created) For DCT Purpose, the Business Partner number will need to be populated once the BP numbers are known after load of General Role |
BUT100-RLTYP | Business Partner Role | This is a required field. Business Partner that needs to be created as IHB Authorised Drawer should be assigned to role IHB200 |
BUT100-VALID_FROM | Validity Start of a BP Role | This is a required field. Though the date format is YYYYMMDDHHMMSS, in the DCT provide YYYYMMDD as real value and HHMMSS can be left blank Example: 20250101 |
BUT100-VALID_TO | Validity End of a BP Role | This is a required field. Though the date format is YYYYMMDDHHMMSS, in the DCT provide YYYYMMDD as real value and HHMMSS can be left blank. If the actual end date is not known, then a generic end date of year 9999 can be provided. Example: 99991231 Note: The end date should not be prior to the cutover/go live date. |
Note: Field DFVAL of BUT100 is not relevant as per MDS and therefore from Syniti perspective, this value to be kept as "Null"
For Object 1205- IHB Authorised Drawer IHB200 no extraction dependencies are applicable for as the extraction is via DCT and this is Master Data object by nature.
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 Syniti to make the data Target ready:
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
Rule # | Source system | Source Table | Source Field | Source Description | Target System | Target Table | Target Field | Target Description | Transformation Logic |
01 | NA | NA | NA | CONSTRUCT | S4HANA | BUT100 | PARTNER | Business Partner Number | Step 1 - Compare the BP Number in the DCT with BP XREFF - BPEXT field Step 2 - Find the BP Number for the match BP XREFF - PARTNER Field Step 3 - Replace the BP Number in the DCT field PARTNR |
02 | NA | NA | NA | CONSTRUCT | S4HANA | BUT100 | RLTYP | BP Role | Default to IHB200 |
03 | NA | NA | NA | CONSTRUCT | S4HANA | BUT100 | VALID_FROM | Validity Start of a BP Role | As per DCT Check the Validity Start date is not greater than Validity End Date |
04 | NA | NA | NA | CONSTRUCT | S4HANA | BUT100 | VALID_TO | Validity End of a BP Role | As per DCT Check the Validity End date is not < Cutover date |
Transformation Mapping
No mapping table is needed for this object.
Transformation Dependencies
List the steps that need to occur before transformation can commence
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 DCT from business has been received and maintained in Syniti | Syniti/Data team |
5 | Confirm on the extracted values | Syniti, Data and business |
The Pre Load validations are performed by Project Team
Task | Action |
Generation of | Mandatory field check.
|
Record Count | Record Count Confirm the record counts in preload summary report
|
Business Confirmation | Data team after the initial validation of Pre-Load validation based on the pre agreed validation checklist To send the Pre-Load file to the Business Representatives for all plants/valuation area in scope for conversion Business Representatives to validate the pre-load file Agree with data team on the next steps for erroneous record |
Accuracy
Task | Action |
Mandatory field mapping and transformation | Obtain a list of the fields to be populated with values from mapping files and ensure all these fields contain S/4HANA values.
|
Business Value Checks | The fields value as per the DCT, and pre-load fields are matching for the key fields. |
Records in Errors | Review and correct the errors. Achieve a zero-error record count as much as possible. Raise defects for data remediated and requiring a correction in the source data. |
Business
The following pre-load validations will be performed by business
Task | Action |
Check Data load register count | Business Data Owner/s to verify that the total number of relevant records to be converted as per DCT is equal to the total number of records in the Preload file. |
Key Fields Check | Business to check some key fields such as validity end date is correctly picked up as per DCT |
Accuracy
Task | Action |
Conversion accuracy | To check and validate the load files with all the transformation and mapping rules, to be signed off. |
The load process includes:
Item # | Step Description | Team Responsible |
01 | Go to load file and pick 5 data records, load manually without any tool. See what happens. If all okay, proceed with the next step. | Data team |
02 | Go to load file and pick 10 records and load them with the tool. No action if the previous step has fallen. If not, then continue to load 10 records with the tool. Check if everything went okay. | Data team |
03 | Proceed with the full load if steps one and two were succeed else fix the issue with records | Data team |
04 | Validate few records loaded by accessing standard transaction code "BP" from S/4HANA | Data team |
05 | Generate post load report if step 5 is validated | Data team |
06 | Log errors as defects, if any and address resolutions. Close defects. | Data team |
07 | Resolve defects by reupload and re-generate post load reports if necessary. | Data team |
08 | Business to validate the post load files as part of post-load validation, raise data defects or provide the post-load sign-off. | Business |
09 | Repeat steps 1 to 5 if necessary. | Data team |
Load Phase and Dependencies
The load phase for the object 1205-IHB Authorised Drawer IHB200 is Pre-Cutover Phase 3.
No specific configurations except the role as mentioned in this CS is needed.
Object # | Preceding Object Conversion Approach |
CNV-3007 | Business Partner - General Role |
CNV-3017 | Business Partners - FI Customer (FLCU00) |
CNV-3018 | Business Partners - FI Vendor (FLVN00) |
CNV-3040 | Business Partner Counterparty (TR0151) |
The table below depicts some possible system errors for this data object during data load. All data load error is to be logged as defect and managed within the Defect Management.
Error Type | Error Description | Action Taken |
Valid Master | Business Partner is not having a valid role i.e. IHB200 | Ensure that Business Partner is updated with correct role |
The following post load validations will be done by Project Team
Task | Action |
Reconciliation of Record Count | Record Count - Count and check how many records were loaded vs. Records in the load file (Each mock has its own data record count) Check for logs from Load and fix erroneous records, if any. |
Accuracy
Task | Action |
Check values in key fields for accuracy | Post-load reports will have the same structure as the load file and some additional columns as required to facilitate the post load validation. Leverage on tool to create a Post Load report that reports S/4HANA loaded records along with the legacy values side-by-side to allow for 100% check of all these fields in the shortest possible time. Any mismatch will be reported under the Post Load - Error report. |
Business
The following post load validations will be done by business
Task | Action |
Record Count Check | Review the record count report from the Data Team and ensure it is correct by cross-checking with the record count confirmed during Pre-load Business Validations Business may also run transaction code BP to cross check the records created for IHB Authorised Drawer |
Accuracy
Task | Action |
Field Checks | Check key fields to ensure that Business Partner - IHB Authorised Drawer has been maintained with proper details |
Insert links and references to other documents which are relevant when trying to understand this decision and its implications. Other decisions are often impacted, so it's good to list them here with links. Attachments are also possible but dangerous as they are static documents and not updated by their authors.