| Status | |
| Owner | |
| Stakeholders | Vincent Desthieux, Sandrine Rochat, Julie Anne Hubert, Nicolas Thomas |
Syensqo currently uses SAP functionalities in ECC to cover HSE requirements relating to Safety Datasheets, Labelling, Dangerous Goods Management, Substance Volume Tracking and Compositions. These SAP functionalities are covered by SAP Product Compliance with S/4 HANA.
S/4HANA offers the option to implement a 'Classic Version' or a 'New Version' for SAP Product Compliance. A decision is required, which version of S/4HANA Product Compliance (New or Classic) should be implemented considering scope and timelines.
The recommendation is to implement the S/4HANA for Product Compliance 'Hybrid Version' (Option 4).
This is partially driven by the following key points:
Explain the context in which the decision is being made.
S/4 HANA for Product Compliance includes the following components (upon full scope availability):
The SAP strategy is focused on the complete renewal of Product Compliance in SAP S/4HANA. At a high level S/4 HANA for Product Compliance offers two sets of capabilities in Private Cloud.
The database model and code is very different between 'Classic Version' and 'New Version'. The 'Classic Version' continues to use the Specification Database Workbench, the same as ECC6.0. The 'New Version' uses a CDS-based data model (SAP Core Data Services) and a new process model. SAP CDS is an infrastructure for data modelling that enables data models to be defined and consumed on the database server rather than the application server. A full-on migration/re-implementation is needed to transition between 'Classic Version' and New Version.
HSE Landscape As Is

Assumptions
Clearly describe the underlying assumptions which informed or limited the choices available, or impacted the decision: cost, schedule, regulatory requirements, business drivers, country footprint, technology, etc. Include links as necessary. This section is important because a future change in circumstances might invalidate some key assumptions, which then prompts a decision to be revisited.
It is assumed that:
Capture any additional constraints that the chosen alternative (i.e. the decision made) might impose on other parts of the overall design, solution, or processes.
Describe the impact of the decision on processes, infrastructure, other SAP modules or systems, data cleansing and migration, developments, automations, interfaces, in-flight projects, etc.
The decision may translate into business rules which enforce the decision and will require configuration. List these business rules here. For example, "An Outline Agreement cannot be created via the RFQ process. An awarded RFQ can only result in a Purchase Order".
Decision for 'Classic Version' is expected to result in limited investment in change of scope in the time between the implementation of the 'Classic Version' and the greenfield implementation of the 'New Version' for Product Compliance.
List the options (viable options or alternatives) you considered. These often require a longer explanation with diagrams, or references to other documents (links are best, but attachments are also possible). Use enough detail to adequately explain what you considered so that a project or business stakeholder reviewing this decision will not come back and ask "did you think about...?"; this leads to loss of credibility and questioning of other decisions. This section also helps ensure that you considered enough suitable alternatives rather than just copy/pasting SAP's recommendations.

Decribe the option in sufficient detail for a reader familiar with the subject matter to understand it properly
Decribe the option in sufficient detail for a reader familiar with the subject matter to understand it properly
Decribe the option in sufficient detail for a reader familiar with the subject matter to understand it properly

Outline why you selected a position. The best format could be a pro/con table (sample below), but is up to you as the author. You must consider complexity, feasibility, cost/effort to implement, but also ongoing operational impact and cost. You must consider the program principles and explain any deviations in detail. This is probably as important as the decision itself.
An evaluation overview based on the detailed Pros and Cons for each capability in the subsequent table further clarify the reasoning behind the recommendation.
| Capabilities | Option 1 Product Compliance NEW | Option 2 Product Compliance CLASSIC | Option 3 Product Compliance ECC | Option 4 Product Compliance HYBRID |
|---|---|---|---|---|
| Compliance | Medium | High | High | High |
Risk | Low | Medium | Medium | High |
| Business Impact | High | Medium | Medium | Medium |
| Complexity | Low | Medium | Low | Medium |
| Integration | Low | Medium | Low | Medium |
| Longevity | High | Medium | Low | High |
| Overall |
| Capabilities | Option 1 | Option 2 | Option 3 |
|---|---|---|---|
| Compliance |
|
|
|
Risk |
|
|
|
| Business Impact |
|
|
|
| Complexity |
|
|
|
| Integration |
|
|
|
| Longevity |
|
|
|