Scope of the Dashboard

External sales from all GBUs. Internal sales are being reintegrated in the dashboard for some SpP and CM specific usage. Only customers added in the customer definition list are available in the "Customer" drop down list. However, all ShipTo / SoldTo are searchable and available in My Report page.

Not Included : 

  • Corporate Business Services (SBS, ...) : TSA, operations for customers / partners such as BASF or Dow.
  • GY - Energy Services / SES
  • All the Services on all GBUs  

Delta is approx. 570M€ with the P&L (Net Sales + Revenues from non-core activities) in 2020.

This "Customer" concept is specific to this dashboard.

Retrieve in the document below which dimension is mapped behind "Customer" depending on the source of the data

Customer 360 - KPI Definition


Data Sources

GBU

Sales
incl. ICM
+ PT

Orderbook
+ Orderlines
(CCR)

OTIFForecast

Opportunities
+ Complaints
+ Contacts

Overdue
& DSO
Service LevelsNPS
PA

BW
P&L

MVCOPA

BW
Global
Sales

MVSDSO

BW
Global
Sales

MVSDSO

BW
Dynasis

MVDYN

Core CRM
(SalesForce)
BW
Financial
Account
Receivable

MVFIAR



Flat File
CT
CS
PE
SI
SD
CH
TS
OGN/A*
SPPicaso QVICARE CRM
(SalesForce)
CM (after jul. '21)

BW
Dynasis

ICARE CRM
(start. 03/22)
CM (before jul. '21)Monthly
Flat File

Weekly
Flat File

P/A
(01/2020)

N/AP/A
(01/2019)

N/A

N/A : Not Available

P/A : Partially Available (starting date)

*OG GBU is not yet under SalesForce, which means that their opportunities / complaints (and all SFDC objects) are still showing under the former GBUs : Mostly CS & TS (but maybe also CT, CH, PA ...)


Below a summary of Accuracy and confidence of each kind of indicator. Please refer to the footnote when needed.

GBU

Revenue

ICMVolumeOTIFForecast

Opport.

Compl.
+ CCR

Overdue
& DSO
Service
Levels
NPS
PA

+++

+++++2

+++

+++

++++++++7
++8
CT++++1++2

+++

+++

++++++++7
++8
CS

+++

+++++2

+++

+++

+5+5++7+++++8
PE++++1++2++++++++++++++7+++++8
SI++++1++2++++++++++++++7
++8
SD++++1++2++++++++++++++7
++8
CH++++1++2++++++++++++++7
++8
TS++++++++2+++++++5+5++7+++++8
OG++++++++2++++++N/A5N/A5++7
++8
SP++++++++2+++-4++++++++7+++++8
CM (after jul. '21)++++++-3+++

+++

To update 6N/A6++7
++8

+++ : High Accuracy // ++ : As good as possible // + : Globally good, need to read the advices // - : Issues on these indicators

1 : For some GBUs, we can face some inaccuracies on ICM, specially when the sales are done through selling companies (Company 0001, 0005, ...)

2 : Volumes are depending on the VKG conversion in SAP. We know that some volumes can't be converted in KG (Services, Energy, other kind of products ...), therefore we face very minor inaccuracy

3 : For CM, the volume is a big challenge. From 40+ units (sq. meters, liters, cubic feet, units, ...) they need to maintain the conversion in VKG in SAP, which seems not to be accurate as of now.

4 : We take the forecasts from a SpP Specific Qlikview server in the US where a supply chain dashboard has been developed a few yers ago. It seems that we have some conversion issues as of now (currently being investigated by the GBU).

5 : OG GBU historical data has been "reshaped" excluding the carved-out activities from the former GBUs to virtually recreate the historical BW data (sales, orderlines, ...) for OG. The opportunities and complaints are still on the former GBUs (mostly TS and CS) since OG didn't roll out under SFDC yet. Therefore TS and CS have extra opportunities and complaints. On the other side, OG orderlines are already excluded from TS and CS to be attached to the newly created GBU : therefore the CCR is wrong for the 3 GBUs until Complaints are assigned to Oil & Gas

6 : Opportunities for CM should be available in March 22. Complaints will be handled in CM's historical tool for now. Therefore they are not integrated in the dashboard for now.

7 : Overdue and DSO is neither based on Sold-To nor Ship-To KA but on Payer dimension. In this dashboard, we linked the Overdue and DSO based on Corporate Sold-To Group code = Corporate Payer group code. First of all, we know that it is not 100% accurate. Then the Corporate Payer Group is only available for the top customers. Therefore we may face discrepancies in some cases (shared payment services, factoring, ... ). In case a Corporate Payer group needs to be updated / created, please contact SBS CCT teams.

8 : We would like to emphasize that we have a very few answers to the NPS survey as of now, which lower its accuracy. In addition to that, the NPS is not linked to a given GBU, therefore only users with an access to all GBUs will be able to see the NPS.

Specific Dimensions

The opportunity processes have been aligned between CORE CRM and ICARE CRM in the frame of Opportunity playbook project. 

GBUCorporate
Groups
ShipTo
KA
AERO
Dimensions
Corp/GBU
Segments

Notes
PA


CT


CS


PE


SI


SD


CH


TS



OG

Corporate Groups are common to all GBUs. Concerned ShipTo KAs have been replicated for TS / CS ShipTo KAs
SP

Manual Updates on a regular basis for these dimensions. Can lead to discrepancies with other GBUs.
CMXX

Available in

  • Sales
  • Orderbook
  • Forecast


X
Corporate Groups being manually updated. ShipTo KA not updated yet in GBR : It is derivated from the AERO dimensions for now. Segments are filled-in directly in SAP (since no SFDC), but since Corporate Groups are not yet accurate, we may face corporate segmentation discrepencies.

Mappings

In Customer 360 dashboard we perform several kind of mappings : 

  • due to the dashboard itself : direct / indirect split (for sales and orderbook)
  • correction mappings : to perform a calculation not available in another system (HPPO JV case)
  • restatement mappings : to identify carved-out scopes and exclude these scope from the dashboard
  • meta-grouping mappings : such as Payment Terms or Opportunity Stage Groups
  • alignment mappings : to align the values between different systems (ICARE / CORE CRM for instance)
  • temporary palliative mapping : because one dimension is not available at a given time in one GBU we derive it from another dimension, such as ShipTo KA for Composite Material is taken from AERO Market / AERO Program.


1

Customer Definition - Direct / Indirect Split


Link to the file


Scope : 

  • Sales (Revenue, Volume, ICM), Orderbook
  • For all the GBUs
  • Based on the Customer definition list

In the Customer definition list, we have all the Corporate Group Codes (PF1 / WP1) of the customers we want to display in the "Customer" dimension drop down list. In order to perform the Direct / Indirect split on sales and orderbook data, we reassign the PF1 corporate group code to all WP1 lines. The PRS / PF1 corporate group code becomes the reference, therefore each customer we want to display needs to have both PF1 and WP1 codes (even if it has sales only in WP1). In case codes are missing : 

  • WP1 code missing : we'll miss the WP1 sales
  • PF1 code missing : we won't be able to display the customer

The label of the customer in the mapping will also override the Corporate Group name, so we are able to realign labels between systems if needed, or hide / rename on the fly a customer for confidentiality reasons for instance BUT it also means that, in case of any typo in the Corporate Group Codes, sales from another customer will display under the wrong customer. In case of data discrepancy, it is one point to check.

The PF1 code is also used to link the MVFIAR Payer Group for Overdue and DSO. 2 warnings on that : 

  • We know it's not 100% accurate because we link Sold-To-related and Payer-related data together
  • The Payer groups are only maintained for the top customers (80 to 200 customers) by SBS CCT. In case any payer group should be created / updated, please reach out to SBS CCT teams.

Finally, the PF1 code in this customer definition is used for access restriction by customer.

2

HPPO JV cases


Link to the file


Solvay has joint-ventures with partners that happen to be also customers / suppliers / competitors such as Dow and BASF. HPPO 1, HPPO 2 and HPPO 3 are part of them. 

In Customer 360 dashboard, we had to consider sales to these JVs as part of internal (Solvay shares) and part external, linked to the correct partner(s).

Therefore we use the Customer Definition mapping (same mapping file) to apply a rate on HPPO Sales, and reassign the correct Dow / BASF Corporate Group to the sales.

3

Corporate Groups for Composite Materials


Link to the file


Scope : 

  • For Airbus and Boeing customers
  • Only Composite Materials
  • Mostly on COGNOS (Flat File) Data

Since Corporate Groups is a concept that is WP1 / PF1 related and Composite Materials is fully under WP1 since July 2021, we have to reassign the COGNOS data (flat file, fed by legacy ERP) to the correct Corporate Groups. We took the opportunity to remap also some Corporate Groups in WP1 data. When Composite Materials fully embraces the corporate group process, we'll be able to remove the WP1 related lines in the mapping.


4

Restatement / Divestment / Reshaping of GBUs

Scope : 

  • Sales only in Customer 360.
  • For all the GBUs
  • Based on the commun mapping for Orderbook dashboard, Customer 360 and CRM Analytics Dashboard.

Due to several M&A / Carve-out or GBU restructurations, and in order to compare current scope to a comparable scope in the past, we retreat the historical scope depending on : 

  • the divestment : Odyssey, Barcelona / Condrieu ...
  • the new GBUs creation : Oil and Gas (mostly from Novecare and Technology Solutions)

This mapping is not specific to Customer 360.

5

Grouping Mappings


Link to the file


Contact Role : 

  • On ICARE / CORE CRM data (Contact / Visit Report)
  • Based on CRM Contact Function
  • We assign one of the 3 contact Roles : Influencer, User or Decider


Opportunity Stage Group

  • On ICARE / CORE CRM data (Opportunities)
  • Based on Opportunity Stage
  • We assign one of the stage groups : 1. Identification, 2. Lab Testing, ...


Payment Terms bucket : 

  • On BW P&L data
  • Based on Payment term value
  • We assign one of the Payment Terms group : < 30 days, 31-45 days, 46-60 days ...



Not able to find the solution? Contact SBS Support.

Page viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))