Status	Revision in Progress
Owner	TEE-ext, Paul
Stakeholders	ERGUIZA-ext, Pinky Love PUN-ext, Eddy JOSHI-ext, Aditya VILARES, ines LEIGHTON-ext, Dean HEARD-ext, Kevin

Purpose

The purpose of this document is to define the conversion approach to create Safety Certificate Template in S/4 HANA.

SAP Safety Certificate Templates are standardized forms used in SAP S/4HANA to manage workplace safety requirements. They allow planners to define safety precautions, link certificates to work permits, and ensure compliance with plant safety regulations. Templates streamline certificate creation by providing reusable structures tailored to specific activities or plants

In Syensqo’s SAP S/4HANA landscape a work permit template provides a predesigned structure that can be used to create work permits in a consistent format. Creating work permits using a template allows you to simplify and streamline the work permit generation process.

The governance of this object shall be managed through tier 2.

Conversion Scope

The scope of this document covers the approach for creating Safety Certificate Template into S/4HANA following the Safety Certificate Template Master Data Design Standard.

All Data for Safety Certificate Template are fully construted in the DCT.

The data from legacy system includes:

Not applicable

The data from legacy system excludes:

Not applicable

Note: There are no tables to extract from the source systems

List of source systems and approximate number of records

Source	Scope	Source Approx No. of Records	Target System	Target Approx No. of Records
DCT	All Permit to Work data will be fully constructed, as it does not currently exist in the source systems and represents a new design in the to-be Syensqo landscape.	300	S/4 HANA	300

Additional Information

Multi-language Requirement

Based on the plant the language will be localized.

Document Management

Not Applicable

Legal Requirement

Not Applicable

Special Requirements

Not Applicable

Target Design

The technical design of the target for this conversion approach.

1.General information

Table	Field	Data Element	Field Description	Data Type	Length	Requirement
ISFTYCERTTMPL	SAFETYCERTIFICATEINTERNALID	J_OBJNR	Number	CHAR	22	Mandatory
ISFTYCERTTMPL	SFTYCERTDESC	WCESTXT	Description	CHAR	40	Mandatory
ISFTYCERTTMPL	MAINTENANCEPLANNINGPLANT	IWERK	Maintenance Planning Plant	CHAR	4	Mandatory
ISFTYCERTTMPL	SAFETYCERTIFICATETYPE	WCEUSAGE	Safety Certificate Template type	CHAR	3	Mandatory
ISFTYCERTTMPL	SFTYCERTVALIDFRMDATE	WCEDATEFR	Valid From	DATS	8	Mandatory
ISFTYCERTTMPL	SFTYCERTVALIDFRMTIME	WCETIMEFR	Valid-From Time	TIMS	6	Mandatory
ISFTYCERTTMPL	SFTYCERTVALIDTODATE	WCEDATETO	Valid to	DATS	8	Mandatory
ISFTYCERTTMPL	SFTYCERTVALIDTOTIME	WCETIMETO	Valid-To Time	TIMS	6	Mandatory
ISFTYCERTTMPL	WORKCENTER	PPH_ARBPL	Main Work Center	CHAR	8	Mandatory
ISFTYCERTTMPL	WORKCENTERPLANT	WERKS_D	Main Work Center Plant	CHAR	4	Mandatory

2.Safety Precautions

Table	Field	Data Element	Field Description	Data Type	Length	Requirement
PTWSFTYRQMTGRP	PTWSFTYRQMTGRP	PTWSFTYRQMTGRP	Safety Precautions Category	CHAR	3	Mandatory
PTWSFTYRQMTTXT	PTWSFTYRQMTTXT	PTWSFTYRQMTTXT	Safety Precautions Description	CHAR	100	Mandatory

3.Approvals

Table	Field	Data Element	Field Description	Data Type	Length	Requirement
ISFCMAPPROVAL	SFTYCERTIFICATESUBOBJECTTYPE	WCETYP	Approval type	CHAR	10	Mandatory
ISFCMAPPROVAL	SFTYCERTIFICATEAPPROVALSTATUS	PTWEWORKPERMITAPPROVALSTATUS	Approval status	CHAR	1	Mandatory

Safety Certificate Template Data strictly adheres to the Master Data Standard. The complete information of the key fields that hold the Permit to Work Template information follows the Master Data Standard document that is located here.

Data Cleansing

Safety Certificate Template not exist in the legacy system. Therefore, data cleansing is not applicable.

Data for the Safety Certificate Templat will be captured directly in the Data Collection Template (DCT) and any required refinement will be carried out during the data construction activity.

ID	Criticality	Error Message/Report Description	Rule	Output	Source System
		Not Applicable

Note: List of Cleansing is maintained here: Conversion Specs Register (DCT & Cleansing Report)

Conversion Process

The high-level process is represented by the diagram below:

Collection will be done manually in the Data Collection Template for the following scenarios:

For all A2D In-scope Planning Plants.

Data Privacy and Sensitivity

Not Applicable

Extraction

Data extraction is not applicable, as no corresponding data exists in the legacy system.

Extraction Run Sheet

Req #	Requirement Description	Team Responsible
	Not Applicable

Selection Screen

Selection Ref Screen	Parameter Name	Selection Type	Requirement	Value to be entered/set
	Not Applicable

Data Collection Template (DCT)

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

Note: All rules specified below should be documented as a tooltip in the DC Page.

Format:

Line 1: Mandatory / Conditional
Line 2: Remaining text

1.General information DCT Rules

Field Name	Field Description	Rule
SAFETYCERTIFICATEINTERNALID	Number	Mandatory. Staging identifier used to uniquely define a Permit to Work Template.
SFTYCERTDESC	Description	Mandatory. Note: - Template will start with three letters, which will be a prefix for the type of safety certificate (e.g. CON for Confined Space, HOT for hot work, etc). This is followed by a running number. The prefix for the description must be aligned with the safety certificate template type setup in the configuration, e.g. the description of a confined space certificate can only be created for a confined space certificate template type. - AAA - Safety certificate - NNN should be running number - All Letters must be Uppercase - There should be no duplicate descriptions within the same plant. -Example: CON-001, CON-002, etc.
MAINTENANCEPLANNINGPLANT	Maintenance Planning Plant	Mandatory. Note: Manual input based on plant where safety certificate template is designed for
SAFETYCERTIFICATETYPE	Safety Certificate Template type	Mandatory.
SFTYCERTVALIDFRMDATE	Valid From	Mandatory. Must be current or future date. No date in past. Must be in DDMMYYYY format
SFTYCERTVALIDFRMTIME	Valid-From Time	Mandatory. Must be in HHMMSS format
SFTYCERTVALIDTODATE	Valid to	Mandatory. Must be a date in future and later than the Valid From date. Must be in DDMMYYYY format
SFTYCERTVALIDTOTIME	Valid-To Time	Mandatory. Must be in HHMMSS format
WORKCENTER	Main Work Center	Mandatory.
WORKCENTERPLANT	Main Work Center Plant	Mandatory.

2.Safety Precautions DCT Rules

Field Name	Field Description	Rule
PTWSFTYRQMTGRP	Safety Precautions Category	Mandatory.
PTWSFTYRQMTTXT	Safety Precautions Description	Mandatory.

3.Approvals DCT Rules

Field Name

Field Description

Rule

SFTYCERTIFICATESUBOBJECTTYPE

Approval type

Mandatory.

Note:

Must be a valid value as per Safety Certifcate type. Multiple Approval types may be assigned.

SFTYCERTIFICATEAPPROVALSTATUS

Approval status

Mandatory.

Note:

To use the permit template in the process the final status must be A - Approved

Extraction Dependencies

Item #	Step Description	Team Responsible

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:

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
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

Transformation Rules

Rule #	Source system	Source Table	Source Field	Source Description	Target System	Target Table	Target Field	Target Description	Transformation Logic

Transformation Mapping

Mapping Table Name	Mapping Table Description

Transformation Dependencies

List the steps that need to occur before transformation can commence

Item #	Step Description	Team Responsible

Pre-Load Validation

Project Team

Completeness

Task	Action

Accuracy

Task	Action

Business

Completeness

Task	Action

Accuracy

Task	Action

Load

The load process includes:

Execute the automated data load into target system using load tool or product the load file if the load must be done manually
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 Description	Team 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 Type	Error Description	Action Taken

Post-Load Validation

Project Team

Completeness

Task	Action

Accuracy

Task	Action

Business

Completeness

Task	Action

Accuracy

Task	Action

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.

Change log

Version	Published	Changed By	Comment
CURRENT (v. 9)	Apr 02, 2026 13:43	ERGUIZA-ext, Pinky Love	Changed Owner to Iesha
v. 127	Feb 12, 2026 16:18	TEE-ext, Paul
v. 126	Feb 12, 2026 16:18	TEE-ext, Paul
v. 125	Feb 12, 2026 16:17	TEE-ext, Paul
v. 124	Feb 12, 2026 16:16	TEE-ext, Paul
v. 123	Feb 12, 2026 16:15	TEE-ext, Paul
v. 122	Feb 12, 2026 15:52	TEE-ext, Paul
v. 121	Feb 12, 2026 15:49	TEE-ext, Paul
v. 120	Feb 12, 2026 15:47	TEE-ext, Paul
v. 119	Feb 12, 2026 15:36	TEE-ext, Paul

Go to Page History

Apr 02, 2026	Actor	Type	Activity	Version
Revision in Progress	ERGUIZA-ext, Pinky Love	Edit	updated the page at 1:43 pm Changed Owner to Iesha
Revision in Progress	ERGUIZA-ext, Pinky Love	State	changed state to Revision in Progress at 11:43 am	v128
Mar 09, 2026
Approved	TAN-ext, Charmaine	State	changed state to Approved at 11:06 am (State override) [PMO Comments] Conversion Spec completed as per CS register and functional review completed	v127
Lead Approval	TAN-ext, Charmaine	State	gave Minor change approval at 11:06 am [PMO Comments] Conversion Spec completed as per CS register and functional review completed
Feb 18, 2026
	BAGGA-ext, Abhishek	Comment	commented 1:54 pm Please Clarify this.
	MOUSSA-ext, Eva	State	changed expiry date to '25 Feb, 2026 08:44 am' at 8:44 am
	MOUSSA-ext, Eva	State	changed state to Lead Approval at 8:44 am	v127

Workflow history

Space shortcuts

Page tree

CNV-1206 Safety Certificate Template

Purpose

Conversion Scope

Additional Information

Multi-language Requirement

Document Management

Legal Requirement

Special Requirements

Target Design

Data Cleansing

Conversion Process

Data Privacy and Sensitivity

Extraction

Extraction Run Sheet

Selection Screen

Data Collection Template (DCT)

Extraction Dependencies

Transformation

Transformation Run Sheet

Transformation Mapping

Transformation Dependencies

Pre-Load Validation

Project Team

Completeness

Accuracy

Business

Completeness

Accuracy

Load

Load Run Sheet

Configuration

Conversion Objects

Error Handling

Post-Load Validation

Project Team

Completeness

Accuracy

Business

Completeness

Accuracy

Key Assumptions

See also

Change log