| Status | |
| Owner | |
| Stakeholders |
The ERP Rebuild project will introduce SAP S/4HANA as the ERP system for Syensqo, instead of the current different ECC systems. Meanwhile, Syensqo is running a project to introduce an external planning system: Maestro.
The current Maestro business case and scope are based on the existing dual landscape ECC system which will be replaced by the ERP rebuild product with S/4HANA.
Maestro modules currently in scope are:
Supply Chain Planning:
Inventory Management:
We must define the boundaries between S/4HANA and Maestro functionalities and the data flows to be implemented between the 2 systems.
The planning process is composed by the following elements:
The different options analysed in this document explore different combinations of execution of each of these steps in Maestro and/or S/4HANA and/or MES systems.
In particular:
The different options considered differ on the system(s) used for MRP runs and Detailed Scheduling.
Option B is the recommended one: Maestro will take care of S&OP, Demand Management and MRP. This includes Sales Forecast, Customer Requirements, Indepndent Requirement and high level production plan. S/4HANA will be the master system for Production Planning and FIne Scheduling, via MRP and PP/DS functionalities. This is considered the best balance between a flexible and scalable planning model and the simplicity of the interfaces.
At the moment in Syensqo the tools and methods for production planning are not harmonized:
S&OP is executed in some cases in Dynasis, in many cases in Google Sheets or local tools. The same is valid for Demand Management.
MRP is mostly running in SAP ECC, even though it is largely used by some plants, almost ignored by others, that are re-planning manually their production disregarding MRP results.
Fine Scheduling and Capacity Levelling is performed in Google Sheets, other SAP Interfaced commercial Software, Local Tools or just manually.
Shop Floor management (urgencies, outages, last minute changes) are managed mostly visually directly in the shop floor and are visible only after actual confirmations.
The scope of Maestro project (Kinaxis) is to substitute Dynasis and provide a unique standard tool for S&OP and DM across all Syensqo.
Maestro Project does not include Fine Scheduling and Capacity levelling at the moment.
Important to note that other external systems, like Google Sheets, Excel, local tools, are not part of the model anymore, each plant will identify S/4HANA or Maestro as the MRP and Fine Scheduling system. This is valid for all 3 options.
S/4HANA is the master system for all relevant master data (Material master, Vendor, Customers, BOM, Recipes/Routings, Production Versions, Product costing, etc.)
S/4HANA is the master system for Stock and Process/Production Orders.
Maestro must be ITAR compliant for the production data it will receive from S/4HANA.
Order Management must be in S/4HANA as this is the system where Product costing and Actual costing happen.
S/4HANA will be also the master system for Process Orders / Production Orders towards all MES different systems, likewise AS-IS model.
Timeline: Maestro project must guarantee that the functionalities of S&OP and DM will be available before the S/4HANA go-live for each plant in scope, or at least at the same time. Contingency Plan: in case Maestro won't be ready, the Planned Independent Requirements will be created (or uploaded) directly in S/4HANA, to allow the subsequent steps to work.
PPDS in S/4HANA is the tool for fine scheduling and capacity levelling. It is a complete new object for Syensqo and will require dedicated analysis and training.
Analysis and visibility of the rationale behind long term sales plan will be not visible in S/4HANA, as it will be created in Maestro and we will receive only the final result of that elaboration.
The following Data flows are foreseen via interfaces:
Currently only a subset of plants in Syensqo are using automatic tools for planning and SAP MRP. The new model foresees a full automatic planning process, with users intervening only to manage exceptions. A relevant Change Management is required to have all the plants embracing the automatic process in Maestro, SAP MRP and SAP PP-DS.
PPDS is the only tool in Syensqo for Fine Production Scheduling
Maestro is the only tool in Syensqo for S&OP and Demand Management
While Maestro will run an internal MRP to have visibility of the procurement plans of Raw materials, we have the main MRP run in S/4HANA
Option A

Maestro is used for S&OP, DM, MRP and Detailed Scheduling, S/4HANA is used for Order Management, S/4HANA and/or MES is used for Shop Floor control, depending on the MES system functionalities available for each plant / production line. In this option the transactional data flow from Maestro to S/4HANA will include Firmed and Dispatched Planned Orders.
Option B

Similar to Option A, but here S/4HANA takes care also of Detailed Scheduling, via PP-DS functionalities. While Maestro will run an internal MRP to have visibility of the procurement plans of Raw materials, we have the main MRP run in S/4HANA. In this option the transactional data flow from Maestro to S/4HANA will include Firmed Planned Orders (not Dispatched) for the top level of the BOMs.

Here we open up the possibility to manage MRP and Detailed Scheduling both in Maestro and S/4HANA. This will allow each GBU or plant to pick up the system that suits them better and increase the flexibility of the planning model used by Syensqo, to leverage the best of both systems.
The complexity of the interface is higher in this option, as we must design a flexible data flow from Maestro to S/4HANA; able to send Planned Independent Requirements, Firmed Planned Order, or Firmed and Dispatched Planned Orders, depending on the planning model selected by each plant.
Option A | Option B | Option C | |
|---|---|---|---|
| Future Proof and Scalability |
Example of data required by Fine Scheduling: Cross Plant and Cross Company ongoing transfers Current Inspection Lots and related Planned End Date Stock Status (Blocked, Restricted, etc.) Availability of stock at Vendor etc. |
|
|
| Simplicity |
|
| |
| Reduce Training needs | |||
| Protect current/previous investment | |||
| Planning Functionalities | |||
| Interface complexity and effort |
Weight | Option A | Option B | Option C | |
|---|---|---|---|---|
| Future Proof and Scalability | VH | Low | Very High | High |
| Simplicity | H | Low | High | Low |
| Reduce Training needs | M | High | Low | Very Low |
| Protect current/previous investment | H | Low | High | Very Low |
| Planning Functionalities | VH | High | High | Very High |
| Interface complexity and effort | H | Low | High | Very Low |
| TOTAL | Medium | High | Low |
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.
