| Status | |
|---|---|
| Owner | |
| Stakeholders | ERGUIZA-ext, Pinky Love PUN-ext, Eddy JOSHI-ext, Aditya VILARES, ines LEIGHTON-ext, Dean @STEFANESCU-ext, Aurelia MOUSSA-ext, Eva |
The purpose of this document is to define the conversion approach to create Notification in S/4 HANA.
A Notification is a structured record in SAP PM used to report, track, and manage maintenance issues or requests.
It acts as the starting point for most maintenance processes, ensuring that problems, inspections, or service requests are documented and communicated.
Legacy Plant Maintenance Notification is using a diverse range of formats across the different systems. As per SyWay design, EAM Notification will be standardized.
The scope of this document covers the approach for converting active Notification from Legacy Source Systems into S/4HANA.
In standard SAP functionality whenever an asset or its component is identified as having suffered a fault or malfunction, a maintenance notification is created to report the event and to request maintenance. The appropriate technical object (i.e. functional location or equipment) that represents the asset is referenced on that notification along with the suspected symptom and other information (e.g. priority, short / long description, date, reported by, breakdown indicator, etc.)
In general terms, a notification can be utilised in the following situations:
Besides capturing maintenance requests and providing a means to track outstanding faults/defects and their current rectification, notifications are also used to capture malfunction and failure data which is crucial for long-term asset reliability analysis.
The data from legacy system includes:
The data from legacy system excludes:
List of Tables to extract for this object is maintained here: Extract Table Register.
| Source | Scope | Source Approx No. of Records | Target System | Target Approx No. of Records |
|---|---|---|---|---|
PF2, WP2 | Relevant Measurement Documents will be extracted from PF2 and WP2 | 110,000 | S/4HANA | 110,000 |
Note: Documents attached to Notification will be migrated as part of 9104-EAM Attachments
Not Applicable
Not Applicable
The technical design of the target for this conversion approach.
1.Notification Header
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| QMEL | QMNUM | QMNUM | Notification Number | CHAR | 12 | Mandatory |
| QMEL | AUFNR | AUFNR | Order Number | CHAR | 12 | Conditional |
| QMEL | QMART | QMART | Notification Type | CHAR | 2 | Mandatory |
| QMEL | QMTXT | QMTXT | Short Text | CHAR | 40 | Mandatory |
| QMIH | EQUNR | EQUNR | Equipment number | CHAR | 18 | Conditional |
| ILOA | TPLNR | TPLNR | Functional Location | CHAR | 30 | Mandatory |
| QMIH | INGRP | INGRP | Planner Group | CHAR | 3 | Conditional |
| QMIH | IWERK | IWERK | Maintenance Planning Plant | CHAR | 4 | Mandatory |
| QMEL | ARBPL | LGWID | Object ID of the Work Center | NUMC | 8 | Conditional |
| QMEL | QMDAT | QMDAT | Date of Notification | DATS | 8 | Mandatory |
| QMEL | MZEIT | MZEIT | Time of Notification | TIMS | 6 | Mandatory |
| QMEL | ERNAM | ERNAM | Reported By | CHAR | 12 | Mandatory |
| QMEL | STRMN | STRMN | Required Start Date | DATS | 8 | Conditional |
| QMEL | LTRMN | LTRMN | Required End Date | DATS | 8 | Conditional |
| QMEL | PRIOK | PRIOK | Priority | CHAR | 1 | Mandatory |
| QMEL | QMGRP | QMGRP | Code Group - Coding | CHAR | 8 | Mandatory |
| QMEL | QMCOD | QMCOD | Coding | CHAR | 4 | Mandatory |
| QMEL | RBNR | RBNR | Catalog Profile | CHAR | 9 | Conditional |
| QMIH | ILART | ILA | Maintenance activity type | CHAR | 3 | Mandatory |
| QMIH | REVNR | REVNI | Revision | CHAR | 8 | Conditional |
| QMIH | MSAUS | MSAUS | Breakdown Indicator | CHAR | 1 | Conditional |
| QMIH | AUSVN | AUSVN | Malfunct. Start Date | DATS | 8 | Conditional |
| QMIH | AUZTV | AUZTV | Malfunct. Start Time | TIMS | 6 | Conditional |
| QMIH | AUSBS | AUSBS | Malfunct. End Date | DATS | 8 | Conditional |
| QMIH | AUZTB | AUZTB | Malfunct. End Time | TIMS | 6 | Conditional |
| QMIH | AUSZT | AUSZT | Breakdown Duration | FLTP | 16 | Conditional |
| QMIH | MAUEH | MAUEH | Breakdown Unit | UNIT | 3 | Conditional |
| QMEL | OBJNR | QMOBJNR | Object Number for Status Management | CHAR | 22 | System |
| QMEL | ARBPLWERK | QARBPWERKS | Plant for Work Center | CHAR | 4 | Mandatory |
2.Notification Header Long Text Header
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| STXH | TDOBJECT | TDOBJECT | Texts: application object | CHAR | 10 | Mandatory |
| STXH | TDNAME | TDOBNAME | Name | CHAR | 70 | Mandatory |
| STXH | TDID | TDID | Text ID | CHAR | 4 | Mandatory |
| STXH | TDSPRAS | SPRAS | Language Key | LANG | 1 | Mandatory |
3.Notification Header Long Text Line
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| STXL | TDOBJECT | TDOBJECT | Texts: application object | CHAR | 10 | Mandatory |
| STXL | TDNAME | TDOBNAME | Name | CHAR | 70 | Mandatory |
| STXL | TDID | TDID | Text ID | CHAR | 4 | Mandatory |
| STXL | TDSPRAS | SPRAS | Language Key | LANG | 1 | Mandatory |
| STXL | CLUSTD_TAG | TDFORMAT | Tag column | CHAR | 1 | Mandatory |
| STXL | ROWCOUNT | ROWCOUNT | Row number | NUMC | 10 | Mandatory |
| STXL | TXLINE | TDLINE | Text Line | CHAR | 72 | Mandatory |
4.Notification Item
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| QMFE | QMNUM | QMNUM | Notification Number | CHAR | 12 | Mandatory |
| QMFE | FENUM | FELFD | Item Number in Item Record | NUMC | 4 | Mandatory |
| QMFE | FETXT | FETXT | Notification Item Short Text | CHAR | 40 | Mandatory |
| QMFE | FEGRP | FEGRP | Code Group - Problem | CHAR | 8 | Conditional |
| QMFE | FECOD | FECOD | Problem or Damage Code | CHAR | 4 | Conditional |
| QMFE | OTGRP | OTGRP | Code Group - Object Parts | CHAR | 8 | Conditional |
| QMFE | OTEIL | OTEIL | Part of Object | CHAR | 4 | Conditional |
| QMUR | URTXT | URSTX | Cause Text | CHAR | 40 | Conditional |
| QMUR | URGRP | URGRP | Code Group - Causes | CHAR | 8 | Conditional |
| QMUR | URCOD | URCOD | Cause Code | CHAR | 4 | Conditional |
Note: Each Notification Header can have many Notification Items
5.Notification Item Long Text Header
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| STXH | TDOBJECT | TDOBJECT | Texts: application object | CHAR | 10 | Mandatory |
| STXH | TDNAME | TDOBNAME | Name | CHAR | 70 | Mandatory |
| STXH | TDID | TDID | Text ID | CHAR | 4 | Mandatory |
| STXH | TDSPRAS | SPRAS | Language Key | LANG | 1 | Mandatory |
6.Notification Item Long Text Line
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| STXL | TDOBJECT | TDOBJECT | Texts: application object | CHAR | 10 | Mandatory |
| STXL | TDNAME | TDOBNAME | Name | CHAR | 70 | Mandatory |
| STXL | TDID | TDID | Text ID | CHAR | 4 | Mandatory |
| STXL | TDSPRAS | SPRAS | Language Key | LANG | 1 | Mandatory |
| STXL | CLUSTD_TAG | TDFORMAT | Tag column | CHAR | 1 | Mandatory |
| STXL | ROWCOUNT | ROWCOUNT | Row number | NUMC | 10 | Mandatory |
| STXL | TXLINE | TDLINE | Text Line | CHAR | 72 | Mandatory |
7. Quality notification - causes
| Table | Field | Data Element | Field Description | Data Type | Length | Requirement |
|---|---|---|---|---|---|---|
| QMEL | QMNUM | QMNUM | Notification Number | CHAR | 12 | Mandatory |
| QMUR | FENUM | FELFD | Item Number in Item Record | NUMC | 4 | Mandatory |
| QMUR | URNUM | URNUM | Sequential Number for Cause | NUMC | 4 | Mandatory |
| QMUR | URGRP | URGRP | Code Group - Causes | CHAR | 8 | Conditional |
| QMUR | URCOD | URCOD | Cause Code | CHAR | 4 | Conditional |
| QMUR | URTXT | URSTX | Cause Text | CHAR | 40 | Conditional |
All data cleansing should take place in the data source system as defined in this document, unless system limitations prevent it.
If data cleansing is managed outside of the source system (e.g. Syniti Migrate, 3rd Party Vendor, DCT), the necessary documentation must be produced and appended to this deliverable for sign-off.
| ID | Criticality | Error Message/Report Description | Rule | Output | Source System |
|---|---|---|---|---|---|
9004-001 | C1 | Notification with assigned Functional Location which is not Relevant (as per Relevancy Criteria) | Notification as per Relevancy Criteria assigned with an Equipment / Functional which does not belong below:
| Notification Number, Short Text, Plant for Work Centre, Functional Location | PF2, WP2 |
9004-002 | C1 | Notification with assigned Equipment which is not Relevant (as per Relevancy Criteria) | Notification as per Relevancy Criteria assigned with an Equipment / Functional which does not belong below:
| Notification Number, Short Text, Plant for Work Centre, Equipment | PF2, WP2 |
9004-003 | C1 | Catalog Code Groups: Invalid or Inactive Catalog Code Groups & Code linked to Notification | Notification as per Relevancy Criteria assigned with a Catalog Code Groups & Code does not belong below: | Notification Number, Short Text, Plant for Work Centre, Catalog Code Groups & Code | PF2, WP2 |
9004-004 | C1 | Maintenance Item: Invalid or Inactive Maintenance Item linked to Notification | Notification as per Relevancy Criteria assigned with a Maintenance Plan and Item does not belong below: | Notification Number, Short Text, Plant for Work Centre, Maintenance Item | PF2, WP2 |
9004-005 | C1 | Revision: Invalid or Inactive Revision linked to Notification | Notification as per Relevancy Criteria assigned with a Revision does not belong below: | Notification Number, Short Text, Plant for Work Centre, Revision | PF2, WP2 |
9004-006 | C1 | Work Centre: Invalid or Inactive Work Centre linked to Notification | Notification as per Relevancy Criteria assigned with a Work Centre does not belong below: | Notification Number, Short Text, Plant for Work Centre, Work Centre | PF2, WP2 |
9004-007 | C2 | Notification Creation Date: Open Notifications older than 3 months with No Work Order Assigned | Open Notifications older than 3 months with No Work Order Assigned (Status ORAS = Work Order Assigned) | Notification Number, Short Text, Plant for Work Centre, Notification Creation Date | PF2, WP2 |
9004-008 | C1 | Plant: Notification Plant incorrect | Notification as per Relevancy Criteria with Invalid Plant (T001W) | Notification Number, Short Text, Plant for Work Centre | PF2, WP2 |
9004-009 | C1 | Planner Group: Invalid or no Planner Group linked to Notification | Notification as per Relevancy Criteria with no Planner Group Assigned or Invalid Planner Group (T024I) | Notification Number, Short Text, Plant for Work Centre, Planner Group | PF2, WP2 |
9004-010 | C2 | Description: Notification contains Thai characters | Notification Description with Thai characters | Notification Number, Short Text, Plant for Work Centre | PF2, WP2 |
9004-011 | C1 | Notification with assembly only | Notification with assembly without Functional Location / Equipment | Notification Number, Short Text, Plant for Work Centre, Assembly | PF2, WP2 |
9004-012 | C1 | Notification for non asset level in legacy system | Notification assigned to non asset level Functional Location | Notification Number, Short Text, Plant for Work Centre, Functional Location | PF2, WP2 |
Note: List of Cleansing is maintained here: Conversion Specs Register (DCT & Cleansing Report)
Informal Words **
Group 1 | Group 2 | Group 3 | Group 4 | Group 5 |
|---|---|---|---|---|
*DNU | Delete | donot | Formerly | Old # |
.. | Deletion | DONT USE | From | Old[ ] |
/ | DELISTED | DON'T USE | Incorrect | PLEASE USE |
? | Discontinued | Dup Use | Invalid | Pls Use |
@ | Disposable | DUPLICATE | New | Previously |
^ | DNU | -DUPLICATE | NOT ACTIVE | Replace |
+ | Do Not | DUPLICATION | not in use | Replaced |
++ | Do Not Re | Duplicidad | Not Used | RESERVED |
£ | Do Not Sell | Duplikat | NOT VALID | Retired |
Defective | Do Not Use | Former | Obsolete | ZZDEL |
The high-level process is represented by the diagram below:

For sites that are not on SAP-PF2 and WP2 systems, collection will be done manually in the data collection template.
Data Privacy and Sensitivity
Extract data from a source into Syniti Migrate. 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
| Req # | Requirement Description | Team Responsible |
|---|---|---|
| 1 | Extract data from source system based on relevancy rule | SyWay Data Team |
| Selection Ref Screen | Parameter Name | Selection Type | Requirement | Value to be entered/set |
|---|---|---|---|---|
| Not Applicable |
No DCT will be used for Notification.
Notification DCT Rules
| Field Name | Field Description | Rule |
|---|---|---|
Not applicable |
Extraction Dependencies
List the steps that need to occur before extraction can commence
| Item # | Step Description | Team Responsible |
|---|---|---|
| 1 | Relevancy Criteria for Catalog Profile | SyWay A2D Data Team |
| 2 | Relevancy Criteria for Catalog Code Groups & Codes | SyWay A2D Data Team |
| 3 | Relevancy Criteria for Characteristics | SyWay A2D Data Team |
| 4 | Relevancy Criteria for Class | SyWay A2D Data Team |
| 5 | Relevancy Criteria for Construction Type | SyWay A2D Data Team |
| 6 | Relevancy Criteria for Equipment | SyWay A2D Data Team |
| 7 | Relevancy Criteria for Functional Location | SyWay A2D Data Team |
| 8 | Relevancy Criteria for Maintenance Plan and Item | SyWay A2D Data Team |
| 9 | Relevancy Criteria for Revision | SyWay A2D Data Team |
| 10 | Relevancy Criteria for Task List | SyWay A2D Data Team |
| 11 | Relevancy Criteria for Work Centre | SyWay A2D Data Team |
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:
| Item # | Step Description | Team Responsible |
|---|---|---|
| 1 | Obtain DCT Sign-off from Business. | SyWay Data Team |
| 2 | In dspMigrate, select the wave – S4/HANA – Plant Maintenance | Syniti |
| 3 | Go to Process Area Launch and Process the Object – Notification | Syniti |
| 4 | Review and Validate Error and Preload Reports | Syniti |
| 5 | Execute the transformation to prepare the target tables | Syniti |
| 6 | Validate data from pre-load and error reports | Business/Data owner |
| 7 | Generate load files | Syniti |
Transformation Rules
1.Notification Header Data Construction Rules
| Rule # | Source system | Source Table | Source Field | Source Description | Target System | Target Table | Target Field | Target Description | Transformation Logic |
|---|---|---|---|---|---|---|---|---|---|
| 1 | PF2, WP2 | QMEL | QMNUM | Notification Number | S/4 HANA | QMEL | QMNUM | Notification Number | System (Internal numbering). |
| 2 | PF2, WP2 | QMEL | AUFNR | Order Number | S/4 HANA | QMEL | AUFNR | Order Number | Value Mapping: Work Order |
| 3 | PF2, WP2 | QMEL | QMART | Notification Type | S/4 HANA | QMEL | QMART | Notification Type | Direct Mapping. |
| 4 | PF2, WP2 | QMEL | QMTXT | Short Text | S/4 HANA | QMEL | QMTXT | Short Text | Direct Mapping. Only if notification does not exist for PM01 Work Order, default to: Work Order Description |
| 5 | PF2, WP2 | QMEL | EQUNR | Equipment Number | S/4 HANA | QMEL | EQUNR | Equipment Number | If not blank then Value Mapping: Equipment Number If blank or cannot be mapped, and if linked to Work Order, then use Work Order value. |
| 6 | PF2, WP2 | QMEL | TPLNR | Functional Location | S/4 HANA | IFLO | TPLNR | Functional Location Label | Default to blank if Equipment is not blank. If not blank then Value Mapping: Functional Location. If blank or cannot be mapped, and if linked to Work Order, then use Work Order value. |
| 7 | PF2, WP2 | QMIH | INGRP | Planner Group | S/4 HANA | VIQML | INGRP | Planner Group | Value Mapping: Planner Group If blank or cannot be mapped, and if linked to Work Order, then use Work Order value. |
| 8 | PF2, WP2 | CRHD | ARBPL | Work Centre | S/4 HANA | CRHD | ARBPL | Work Centre | Value Mapping: Work Centre |
| 9 | PF2, WP2 | CRHD | WERKS | Work Centre plant | S/4 HANA | CRHD | WERKS | Work Centre plant | Value Mapping: Plant (Maintenance Plant = Yes) |
| 10 | PF2, WP2 | QMEL | QMDAT | Notification Date | S/4 HANA | QMEL | QMDAT | Notification Date | Direct Mapping. If notification does not exist for PM01 Work Order, default to: Work Order Basic Start Date |
| 11 | PF2, WP2 | QMEL | MZEIT | Notification Time | S/4 HANA | QMEL | MZEIT | Notification Time | Direct Mapping. Only if notification does not exist for PM01 Work Order, default to: 00:00:00 |
| 12 | PF2, WP2 | QMEL | ERNAM | Reported By | S/4 HANA | QMEL | ERNAM | Reported By | Direct Mapping. Only if notification does not exist for PM01 Work Order, default to: Migration User ID (Name) |
| 13 | PF2, WP2 | QMEL | STRMN | Required Start Date | S/4 HANA | QMEL | STRMN | Required Start Date | If STRMN is blank, and if linked to Work Order, then use Work Order value for both start and end date If End Date is earlier than Start Date, then default both Start and End Date from Work Order. If Start Date is before 2 years prior to go live date, then default both Start and End Date from Work Order. |
| 14 | PF2, WP2 | QMEL | LTRMN | Required End Date | S/4 HANA | QMEL | LTRMN | Required End Date | If LTRMN is blank, and if linked to Work Order, then use Work Order value for both start and end date If End Date is earlier than Start Date, then default both Start and End Date from Work Order> If End Date is before 2 years prior to go live date, then default both Start and End Date from Work Order. If LTRMN is blank and not linked to Work Order, copy Start Date into End Date. Validation Rule: End Date cannot be earlier than start date |
| 15 | PF2, WP2 | QMEL | PRIOK | Priority | S/4 HANA | QMEL | PRIOK | Priority | Value Mapping: Priority Only if notification does not exist for PM01 Work Order, default to: Low |
| 16 | PF2, WP2 | QMEL | QMGRP | Code Group | S/4 HANA | QMEL | QMGRP | Code Group | Direct Mapping. |
| 17 | PF2, WP2 | QMEL | QMCOD | Coding | S/4 HANA | QMEL | QMCOD | Coding | Direct Mapping. |
| 18 | PF2, WP2 | QMEL | RBNR | Catalog Profile | S/4 HANA | QMEL | RBNR | Catalog Profile | Derive from Functional Location |
| 19 | - | - | - | - | Issue Permit | If Notification is assigned to Work Order then default to “X”. | |||
| 20 | PF2, WP2 | QMIH | ILART | Maintenance Activity Type | S/4 HANA | QMIH | ILART | Maintenance Activity Type | Derive from Work Order ILART |
| 21 | PF2, WP2 | QMIH | REVNR | Revision | S/4 HANA | QMIH | REVNR | Revision | Direct Mapping. |
| 22 | PF2, WP2 | QMIH | MSAUS | Breakdown Indicator | S/4 HANA | QMIH | MSAUS | Breakdown Indicator | Direct Mapping. |
| 23 | PF2, WP2 | QMIH | AUSVN | Malfunct. Start Date | S/4 HANA | QMIH | AUSVN | Malfunct. Start Date | Direct Mapping. |
| 24 | PF2, WP2 | QMIH | AUZTV | Malfunct. Start Time | S/4 HANA | QMIH | AUZTV | Malfunct. Start Time | Direct Mapping. |
| 25 | PF2, WP2 | QMIH | AUSBS | Malfunct. End Date | S/4 HANA | QMIH | AUSBS | Malfunct. End Date | Direct Mapping. |
| 26 | PF2, WP2 | QMIH | AUZTB | Malfunct. End Time | S/4 HANA | QMIH | AUZTB | Malfunct. End Time | Direct Mapping. |
| 27 | PF2, WP2 | QMIH | AUSZT | Breakdown Duration | S/4 HANA | QMIH | AUSZT | Breakdown Duration | Direct Mapping. |
| 28 | PF2, WP2 | QMIH | MAUEH | Breakdown Unit | S/4 HANA | QMIH | MAUEH | Breakdown Unit | Direct Mapping. |
2.Notification Item Data Construction Rules
| Rule # | Source system | Source Table | Source Field | Source Description | Target System | Target Table | Target Field | Target Description | Transformation Logic |
|---|---|---|---|---|---|---|---|---|---|
| 1 | PF2, WP2 | QMIH | QMNUM | Notification Number | S/4 HANA | QMEL | QMNUM | Notification Number | System (Internal numbering). |
| 2 | PF2, WP2 | QMFE | IWERK | Maintenance Planning Plant | S/4 HANA | VIQML | WERK | Maintenance Planning Plant | Default to Planning Plant from reference technical object. |
| 3 | PF2, WP2 | QMFE | ARBPL | Object ID for Work Centre | S/4 HANA | QMFE | ARBPL | Object ID for Work Centre | Value Mapping: Work Centre If blank or cannot be mapped:
|
| 4 | PF2, WP2 | QMFE | OTGRP | Code Group - Object Parts | S/4 HANA | QMFE | OTGRP | Code Group - Object Parts | Value Mapping: Catalog Code Group and Code |
| 5 | PF2, WP2 | QMFE | OTEIL | Part of Object | S/4 HANA | QMFE | OTEIL | Part of Object | Value Mapping: Catalog Code Group and Code |
| 6 | PF2, WP2 | QMFE | FEGRP | Damage – Code Group | S/4 HANA | QMFE | FEGRP | Damage – Code Group | Value Mapping: Catalog Code Group and Code |
| 7 | PF2, WP2 | QMFE | FECOD | Problem or Damage Code | S/4 HANA | QMFE | FECOD | Problem or Damage Code | Direct Mapping |
| 8 | PF2, WP2 | QMFE | FETXT | Notification Item Short Text | S/4 HANA | QMFE | FETXT | Notification Item Short Text | Direct Mapping |
| 9 | PF2, WP2 | QMUR | URGRP | Code Group - Causes | S/4 HANA | QMUR | URGRP | Code Group - Causes | Value Mapping: Catalog Code Group and Code |
| 10 | PF2, WP2 | QMUR | URCOD | Cause Code | S/4 HANA | QMUR | URCOD | Cause Code | Value Mapping: Catalog Code Group and Code |
| 11 | PF2, WP2 | QMUR | URTXT | Cause - Text | S/4 HANA | QMUR | URTXT | Cause Text | Direct Mapping |
List of Custom Target Reports for this object is maintained here: Conversion Specification - Custom Reports Register.
| Mapping Table Name | Mapping Table Description |
|---|---|
Work Order | Old to new Work Order |
Planner Group | Old to new Planner Group |
Work Centre | Old to new Work Centre |
Plant | Old to new Plant |
Equipment | Old to new Equipment |
Functional Location | Old to new Functional Location |
Priority | Old to new Priority |
Catalog Code Group and Code | Old to new Catalog Code Group and Code |
List the steps that need to occur before transformation can commence
| Item # | Step Description | Team Responsible |
|---|---|---|
| 1 | Ensure DCT tables completeness | SyWay Data Team |
| 2 | Ensure all Transformation mappings are up to date. | SyWay Data Team |
| Task | Action |
|---|---|
Verify Record Count | SyWay A2D Data Team to verify that the total number of relevant records from the source systems and/or the DCT is equal to the total number of records in the Preload and Load Sheets. |
| Task | Action |
|---|---|
Conversion Accuracy | SyWay A2D Data Team to verify that all fields below meet pass the checks:
|
Review Error Reports | 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. |
| Task | Action |
|---|---|
Verify Record Count | Business Data Owner/s to verify that the total number of relevant records from the source systems and/or the DCT is equal to the total number of records in the Preload and Load Sheets. |
| Task | Action |
|---|---|
Conversion Accuracy | Business Data Owner/s to verify that all the data in the load table/file is accurate as per endorsed transformation/mapping rules (and signed-off DCT data). |
The load process includes:
| Item # | Step Description | Team Responsible |
|---|---|---|
| 1 | Ensure Pre-load sign-offs are obtained. | SyWay Data team |
| 2 | Go to the load tool and select the correct load Program. | SyWay Data team |
| 3 | Proceed with Data load. | SyWay Data team |
| 4 | Validate few records loaded by accessing standard transactions | SyWay Data team |
| 5 | Generate the post load reports in the tool. | SyWay Data team |
| 6 | Log errors as defects, if any and address resolutions. Close defects. | SyWay Data team |
| 7 | Resolve defects by reupload and re-generate post load reports if necessary. | SyWay Data team |
| 8 | Business to validate the post load files as part of post-load validation, raise data defects or provide the post-load sign-off. | Business |
| 9 | Repeat steps 5 to 7 if necessary. | SyWay Data team |
Load Phase and Dependencies
PostCutover
List the Configurations required before loading can commence
| Item # | Configuration Item |
|---|---|
| 1 | Notification Type |
| 2 | Priority |
| 3 | Maintenance Activity Type |
| Object # | Preceding Object Conversion Approach |
|---|---|
1002 | Equipment |
1003 | Functional Location |
1006 | Work Centre |
1010 | Assembly |
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 |
|---|---|---|
Invalid Data | Invalid data (Based on master data) | Check whether the master data is available in the system |
Invalid Data | Invalid data (Based on non master data) | Review and analyses the errors. Take necessary action to correct the data if possible. |
Configuration | Invalid Notification Type | Engage Functional team to expedite and fix the error in the system |
| Task | Action |
|---|---|
Verify Count | SyWay A2D Data Team to verify the record count created in target S/4 HANA by accessing post load reports in dspMigrate or standard reports from S/4 HANA. |
Verify Logs | Check if there is data that failed to load and perform the necessary actions (e.g. register as post load issue or attempt to load the record again, etc.). |
| Task | Action |
|---|---|
Conversion Accuracy | SyWay A2D Data Team to verify that the Notification data in target S/4 HANA were loaded correctly via dspMigrate post load reports or standard reports from S/4 HANA. |
| Task | Action |
|---|---|
Verify Count | Download Post Load Reports from dspMigrate and verify that the record count loaded in the target S/4 HANA is the same count as of the endorsed load file. |
| Task | Action |
|---|---|
Conversion Accuracy | Verify that the Notification data in target S/4 HANA were loaded correctly via dspMigrate post load reports or standard reports from S/4 HANA. |
Any additional key assumptions.
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.