Issue
Syensqo is a global chemicals company with a broad product range that includes sectors such as aerospace, automotive, healthcare, energy, batteries, and consumer goods. To manage this extensive portfolio, the company is divided into several global business units (GBU'sGBUs), each concentrating on a specific market sector. These units drive innovation in areas like advanced materials, consumer products, and industrial solutions. This structure allows Syensqo to adapt its cutting-edge technologies to the unique demands of each market, ensuring robust growth across its strategic divisions. The GBU concept is well established in the Business , however but it is not very clear on how it needs to be represented in the system and this . This document is to identify the same. meant to help with the identification of guidelines and rationales for GBU representation in the to-be solution across the enterprise structure.
Background & Context
Syensqo is a prominent global chemicals company renowned for its diverse and comprehensive product portfolio. The company operates across a wide array of sectors, including aerospace, automotive, healthcare, energy, batteries, and consumer goods. To effectively manage and optimize this broad range of products and services, Syensqo has organized itself into several specialized Global Business Units (GBUs), each focusing on a distinct market sector. Following are the GBU's GBUs that are active as of the time of writing this paper
Aroma Performance- Composite Materials
- Novecare
- Oil and Gas
- Speciality Polymers
- Technology Solutions
Each GBU is dedicated to a specific area of expertise, allowing Syensqo to tailor its strategies and innovations to meet the particular needs and demands of its respective industries. This specialized structure fosters innovation in key areas such as advanced materials, consumer products, and industrial solutions. By concentrating on these critical segments, Syensqo is able to leverage its cutting-edge technologies and industry insights to drive growth and maintain a competitive edge. The company’s strategic organization enables it to respond dynamically to market trends and customer requirements, ensuring that its solutions are both relevant and effective. This approach not only supports Syensqo’s commitment to innovation but also contributes to its robust growth and leadership across its various strategic divisions.
In order to support the innovation, operations and Business development each of these GBU's GBUs is allocated a separate budget along with their own leadership team, org structure and reporting lines. Each of these GBU's GBUs have different customer base and different trademarked product lines (Some of the products still might have similar compositions to other GBU'sGBUs) with different pricing mechanisms.
Following are some of the commonalities across the GBU'sGBUs
- Products
- A lot of the raw materials and semi-finished goods are shared across the GBU'sGBUs. A finished product of one GBU's GBUs can become a semi-finished product of another GBU
- Physical Presence
- Some of these GBU's GBUs share the same physical location for Production or Distribution Example: 7008 Willow Island in US is a manufacturing center shared between Composites, Novecare and Technology Solutions, 8090 / Ospiate Di Bollate in Italy is a distribution center for Aroma Performance, Novecare , Speciality Polymers and Technology Solutions
- Company Registrations
- These GBU's GBUs are not registered separately as a company in each of the country they operate. They usually share the same companies with their licenses to sell, manufacture and operate assigned to the same company. Ex: Company code 6059 SOLVAY SPECIALITIES INDIA PRIVATE LIMITED in India 6422 Specialty Operations France S.A.S in France, which is registered to operate and sell sell Novecare, Technology Solutions, Aroma Performance and Composite Materials Speciality Polymer products
- Fixed Assets
- Some of the Fixed Assets are shared across multiple GBUs in case the plants are shared across multiple GBUs
- Logistics eg: Transportation management and warehousing
- Transportation is planned and executed across multiple Legal Entities and GBUs
- GBUs have shared warehouses
Following are some of the differentiating factors for each of the GBU'sGBUs
- P&L and Group Results
- Each GBU has its own P&L, Balance Sheet. Some parts of the Balance Sheet are tracked and reported at GBU level (e.g. working capital, invested capital)
- Market results are published at a operating segment level(Further aggregation of GBU's). Operating segments are an aggregation layer above the individual GBUs
- Sales for the reporting period are disclosed externally by GBU
- Regulatory and Compliance
- Each GBU, given the nature of their Business and unique customer base have different regulatory and compliance requirements ex: Trading Licenses are obtained at GBU level. 7786-CYTEC AUSTRALIA HOLDINGS Pty Limited has 2 trading licenses under one legal entity
- Operational Differences
- At a material level: Even though it is the same materials that is procured / transferred / Sold, following are some of the differences that can happen at a GBU level
- Raw materials though same material across the GBU's GBUs can have a different supply chain network i.e. In GBU 1, the same raw material can be transferred from another plant and in GBU 2, it can be transferred from a different plant. This could be because of the quality parameters, urgency of the material, advance planning maturity, country of origin etc..
- Though same material is sold to a customer from the same plant, different GBU's GBUs can have different ways of packaging the product
- Though it is the same material that is sold, there could be different ways of shipping the product depending on the customer and the GBU
- Different inventory valuation approaches for materials across GBU's GBUs - Some GBU's GBUs consume the standard cost of the material and the others Moving average price(Semi consume based on statistical moving average prices (semi-standard price).
- At a Business Partner (Customer/Vendor) level:
- Can have different Incoterms for the same Customer / Vendor based on the GBU
- Can have different payment terms for the customer or vendor
- KPI's
- The targets and KPI's are different for each GBU even though the materials are similar. This is due to the nature of the industry and the customer base
- Operational Security
- Access Restrictions / Chinese walls Firewalls (e.g. China) between the GBU's GBUs for accessing certain kind of data due to the operational / in country regulations/policies and procedures
- At a material level: Even though it is the same materials that is procured / transferred / Sold, following are some of the differences that can happen at a GBU level
Considerations
- With Syensqo being a relatively young company,
- investments,
- divestments and re-
- organizations are expected
- to occur. Hence, the GBU representation in ERP
- must be flexible enough to support such business activities.
Simplification Options considered
Following are some of the simplification options considered to represent the GBU in ERP Rebuild Hub
- Aligning the GBU's per company code
- Aligning the plants per company code
- Aligning the Sales Org per company code and GBU
Option 1 and 2 are not viable for the following key reasons and not pursued further.
As production, warehousing, and other activities from multiple GBUs are consolidated within certain plants, the alignment of GBUs with company codes and plants will result in the creation of additional virtual plants in the system. This will lead to increased operational complexity.
- Increased Overhead: Managing two sets of storage locations and warehouses will result in additional operational tasks and complexities.
- Goods Movement: If a manufacturing plant is divided to align with different GBUs, raw materials will need to be transferred between these split plants. What was previously a simple consumption from a storage location will now involve intra-company transfers.
- Procurement Efficiency: Splitting purchase orders across multiple plants is inefficient and will limit potential savings on raw materials.
- Inventory Management: Stock takes will become more cumbersome since all the physical inventory remains in the same plant despite the virtual plant setup.
Option 3: Aligning Sales Org per company code and GBU
This option is documented in the KDD KDD060 - Sales Enterprise Structure - Sales Organization and the recomendation is to create one Sales Org per company code and GBU
Recommendations
ApproachBased on the above background, following is how GBU's GBUs will be represented in ERP Rebuild program
- Success Factors:
- The entire GBU Organisational Structure and reporting structure will be replicated in Success Factors
- The cost centers will be aligned with the GBU structure
- There will be common job profiles across Syensqo, however where required there will be specialised specialized jobs created for each GBU
- The job bands however will be aligned across Syensqo and will not be GBU specific - These these bands will be consumed in operational / DOA workflows
- ERP
- Enterprise Structure
- Enterprise structure objects generally will not be differentiated based on GBU unless the following exceptions. However, in case of the below exceptions, there might be a differentiation in the GBUs:
- Legal / Regulatory requirements require the GBU's GBUs to be denoted separately
- Required for reporting the P&L ex: Profit center
- Requirement to report partial or complete Financial Statements at GBU level (via profit centre/cost centre hierarchies)
- Requires complex customizations Requires a lot of customisation and effort to meet the operational requirements if the GBU's GBUs are not denoted separatelyseparately
- Enterprise structure objects generally will not be differentiated based on GBU unless the following exceptions. However, in case of the below exceptions, there might be a differentiation in the GBUs:
- Enterprise Structure
- Master Data
- Master data will generally
will - Master Data
- not have any GBU differentiation
ex: Single - , e.g. single material master record with relevant plant and storage location attributes
.- There will however be some exceptions ex: BOM's , Routings, work centers , cost center , profit center etc.
- Manufacturing Data - Mostly GBU specific
- CO Data - Mostly GBU specific by hierarchies used for reporting
- Other - Non GBU Specific. There might be GBU specific views
- Security
- GBU based security will be implemented where required either by Enterprise structure objects or custom security objects
Reporting - GBU based reporting will be implemented where required by Enterprise structure objects or % based split based on historical data Sustainability reporting??
| Master Data | Details |
|---|---|
| Manufacturing Data | Master data will be mostly GBU-specific, e.g. BOMs, Routings etc. |
| CO Master Data | GBU-specific via profit centre assignment and roll-up into hierarchy nodes representing GBUs |
| Other Master Data | No GBU differentiation - e.g. Material Master, Vendor etc. |
- Transactional Data
- There is no GBU specific differentiation done in the transactional data unless required by Security requirements / Reporting or Workflow requirements. Ex: There is going to be one order type for Intercompany Purchase Orders irrespective of the GBU, however if there is a need to differentiate the GBU there might be a different document type created. The requirements will be evaluated in the detailed design and the best recommendation to incorporate those requirements will be proposed
- Security
- GBU-based security will be implemented only where required, either by standard means (ex: Order types, Item Types etc..) or by Enterprise structure objects or by implementing custom security objects . Detailed further in the security approach.
- Reporting
- GBU-based reporting will be implemented via Enterprise Structure objects or other attributes where applicable. ex: Inventory reporting at GBU level for finished goods is achieved by profit center reporting, however for raw materials, semi-finished materials and Assets it will have to be a % based split on the historical data
- Workflow
- Global DOA approval workflows will be implemented based on the Job Bands
- Transactional Data

