Several Manufacturing Plants in the current scope for project SyWay are not using AVEVA PI nor Aspentech. Therefore, we must define a common solution for Manufacturing Control and Actual Production Postings for these plants.
In the case of composite we also need to consider that even plants with MES, we will remain with well over 60% of the workcenter across Composite GBU where production declaration is performed without any MES capabilities. 80% plus of Composite plants will be using Mixed solution of MES and no MES
The list of plants completely without any MES includes:
| GBU | Plant |
|---|---|
| Specialty Polymers | Newark |
| Specialty Polymers | Rheinberg |
| Novecare | Dhaymers (Taboão) |
| Novecare | Méréville |
| Novecare | Levin |
| Novecare | Roha |
| Composite Materials | Rock Hill SC |
| Composite Materials | Orange CA |
| Composite Materials | Kalamazoo MI |
As per the information collected in Conceptual Design, the Newark plant is currently in SAP ECC, but it is not using any Manufacturing SAP functionality.
Option A (Neptune Apps) will be anyway available for all cases where Syensqo decide to privilege mobility confirmations.
There are some requirements to be considered in context together with the topic of this KDD:
This is the representation of the agreed architecture:

And this is the Recap of the Data FLows in scope for Sy-Way Project:

N/A
The implementation of the propsed Option B will require a clear definition of the business rules and Apps to be used in confirmations for the different cases of integration with LO and EWM:
HU vs not-HU managed storage locations for consumptions
EWM vs not-EWM managed storage locations for GR
The development of the proposed Dashborad must happen in collaboration between Production, Logistic and EWM teams.
Components' consumptions will rely on the BOM used by the process orders, therefore it is worth mention here a business rule that has been defined in the Production Master Data Workshops:
"The BOM will list all components which are used in the production process, in the production line or immediately nearby, used before or simoultaneously with Production Goods Receipt". Only Packing materials added in the Warehouse won't be in the BOM.
To put this rule in context, here some examples:
The following Apps are already defined in scope, to be used as possible Production Confirmation Tools in case there is no MES, or there is MES but no interface:
They are a viable and simple solution to confirm production on mobile devices, however, they are less suited for plants and production lines were Wi-Fi connectivity is poor or absent.
To discuss this option, we need a look at the integration model we are going to build with the MES systems.
From S/4HANA to AVEVA Asset Framework, we will send the Released Process orders, with the full set of data. This will happen at Release and for any subsequent change.
From AVEVA Asset Framework to S/4HANA, we can receive Components GI (including by-products GR), Time TIcket, Target Products GR (including Co-Products).
These last three data flows won’t post immediately in SAP, a validation tool will be developed to allow the user to check, approve, edit and post the data arrived from MES.
The Validation tool will work as described by this model:

The same tool, with the same layout and features, can be used also for cases without MES integration and can be extended to fulfill IPA requirements as per this model:

This is a first Draft of the Mian Cockpit we will design:

In case of MES interface, the tool will post directly Consumptions, GR and TIme Tickets as soon as the user validate, proposing the data received from MES.
IN case of not-MES productions, the tool will propose standard value, allowing their editing, then will immediately post them or navigate to specific Apps depending on the context. FOr instance, in case of Production into a HU-managed location and HU already created, the button Post GR will navigate to the App "Goods Receipt Process Order by Handling Unit".
The most siginficant advantages of option B are:
The most important disadvantage is that the proposed tool is a complex custom development that will require a deep analysis and abundant tests.
On a plant / production line that does not use any MES at the moment, updating the solution to a fully integrated model would require:
While this is something that is going to happen for several plants, fully or partially for some production lines, for sure at Sy-Way go-live only a subset of the global Syensqo production will work on this model. Option 3 therefore is seen as a future TO-BE model but is not a viable solution in the project timeline.
SAP Digital Manufacturing is complete suite that provides all functionalities of an MES system and of a Production Data Collection and Analysis: Flexible Operator Dashboard, Execution and Confirmation Tools, Resource Orchestration, Production Analysis and KPI calculations, Integration with Quality and Plant Maintenance, Edge functionalities to work offline, etc.
More information is available in this presentation.
While it acts as a real MES; it is in significant overlap with Aspentech, AVEVA PI, Aveva Asset Framework and other functionalities already existing in Syensqo as part of the Star Trek program and heavily invested on.
Considering the significant functional overlap, despite SAP DM would provide a real MES system while the current solution is just part of it, and the significant investment already done on Star Tek program, plus the fact that the program itself is still ongoing, there is no willing in Syensqo at the moment to invest in SAP Digital Manufacturing
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.
Option A | Option B | Option C | Option D | |
|---|---|---|---|---|
| Standardization |
|
|
|
|
| Timeline |
|
|
| |
| Technical Constraints | ||||
| Costs and effort | ||||
| Scalability |
IN this table, the 3 are considered a "veto", therefore option C and D are immediately excluded. The Project Team consider Option B the primary way to go for all plants without MES, for the current plants using IPA and as validation tool for all the MES integrated plants and production llines.
Option A will be anyway available for all cases where Syensqo decide to privilege mobility confirmations.
Deck used in the first discussion on this KDD:
AVEVA vendor Engagement draft for the MES integration:
MES integration proposed model: