Maintain Site Master FDD
Maintain Site Master FDD
OPERATIONS
FSC1
Internal
1
Compass Group Doc No: BP310_OPS_9.1.2 Maintain Site Master Data
Matrix Rev:
0.4 Page 2 of 66
Business Process Design
9.1.2 Maintain Site Master Data Modified: 30 June 2022
Document Information
Project ID FSC1
Release Switzerland Deploy
Business Owner Andy Porter
Document Title 9.1.2 Maintain Site Master
Version 0.3
Date Created 16/08/2021
Author Suchit RaviChandra, Arnd von Minckwitz, Matt Leefe
Document Location Link to Sharepoint
Document Versions
Version Date Author Summary of Changes
V0.1 16/08/2021 Suchit RaviChandra Create
V0.2 27/10/2021 Arnd von Minckwitz Chapter 5 Detail Design
V0.3 22/04/2022 Matt Leefe Design Updates & Clarifications
V0.3 16/09/2022 Suchit R & Satheesh C Reference site details updated (POS type 3
added)
References
Document Type Document Name Document No. Location
Peer Reviewer
Internal
2
Compass Group Doc No: BP310_OPS_9.1.2 Maintain Site Master Data
Matrix Rev:
0.4 Page 3 of 66
Business Process Design
9.1.2 Maintain Site Master Data Modified: 30 June 2022
Document Reviewers
Rajiv 18/05/2022
Compass Operations SAP Consultant Rajiv Padmanabhan
Padmanabhan
Document Approvers
Agreed-FDD lite
Internal
3
Compass Group Doc No: BP310_OPS_9.1.2 Maintain Site Master Data
Matrix Rev:
0.4 Page 4 of 66
Business Process Design
9.1.2 Maintain Site Master Data Modified: 30 June 2022
Table of Contents
1. Document Overview..............................................................................................................
1.1 Purpose...............................................................................................................................
1.2 Scope (L3 Processes in Scope)...........................................................................................
Internal
4
Compass Group Doc No: BP310_OPS_9.1.2 Maintain Site Master Data
Matrix Rev:
0.4 Page 5 of 66
Business Process Design
9.1.2 Maintain Site Master Data Modified: 30 June 2022
Internal
5
Compass Group Doc No: BP310_OPS_9.1.2 Maintain Site Master Data
Matrix Rev:
0.4 Page 6 of 66
Business Process Design
9.1.2 Maintain Site Master Data Modified: 30 June 2022
1. Document Overview
1.1 Purpose
This document provides the L3 processes build packages detailed information.
Internal
6
Compass Group Doc No: BP310_OPS_9.1.2 Maintain Site Master Data
Matrix Rev:
0.4 Page 7 of 66
Business Process Design
9.1.2 Maintain Site Master Data Modified: 30 June 2022
2. Requirements
A live Jira Dashboard of the latest version of the Matrix Business Requirements (both Functional &
Non-Functional) can be found at this link.
The latest version of the Requirements at the time this document was signed off have been inserted
into the document below in section 2.1 - 2.3.
Release 1 (Switzerland)
A list of the relevant Key Design Decisions (KDDs) relating to the current definition of the Level 3
process area are shown in the table below.
Note: The full list of KDDs can be found in JIRA via this Link.
Many countries already have workflows in place (e.g. CH and DE). Not
having workflows or ending up with Excel templates would be a step
Workflows backwards for these countries.
16 June
MTX-19689 &
2021
Approvals RPO's are raising this KDD asking to bring workflows back in scope (as per
requirements in MTRX project). The Compass Core Business Team are
agnostic in relation to the workflow solution, not necessarily a specific system
workflow. What is needed is an efficient, transparent and reusable solution to
manage review and approval of (master) data, invoices and a few other
items.
Note: Subsequently it was decided that Master Data related workflows (as per this
L3) would not be designed/built for Release 1 in Switzerland but would be
deferred until the next country deployment (R2). Instead, Switzerland should
Internal
8
Compass Group Doc No: BP310_OPS_9.1.2 Maintain Site Master Data
Matrix Rev:
0.4 Page 9 of 66
Business Process Design
9.1.2 Maintain Site Master Data Modified: 30 June 2022
Head Office There is no requirement for creating Intercompany Customer and Vendor 27
MTX-1095
Sites separately. This role will be fulfilled by the Head Office
Site both for FI only or non FI
(operational)
Following successful completion to the MAP Sales & Retention business process,
a new Site or Sites needs to be created, updated or re-opened in the system in
order to enable Site mobilisation.
Site Master
MTX-290 For Business loss, following the loss of a Client, an existing Client or Sites can be
Data Process closed down in the system in order to ensure a clean exit.
Above-country Matrix Strategy and Governance will be in place for Master Data
definition and ownership.
Organisation
MTX-318 23
Design Centralised co-located Master Data Team with cross-functional
input - at country level
The latest version of the document describing which Key Financial Controls (KFC’s) relate to this
business process and the way how Matrix will be compliant is available via this Link
The Risk & Control Matrix for this process can be found in this Folder
The assumptions and dependencies related to this process are shown in the table below:
Internal
10
Compass Group Doc No: 9.1.2 Maintain Site Master
Project Matrix Rev: V0.3 Page 11 of 66
Integration
ID Integration Topic Description Owner BPD Reference
The Matrix Program risks and issues are mastered in Jira. The latest status of risks and issues is available
via this Link.
A list of the risks and issues related to this process, applicable at the time of writing of this document, is
shown in the table below:
Risks / Issue
Jira ID Description
The allocation and consumption of these Site IDs for each country is an
Site ID name off-system data governance process to be managed centrally Above-
MTX-1571 allocation by Country. There is no way to control this process in standard system and
Country pre-Allocate a Site ID interval by Country.
If the data governance is not followed, the country runs the risk that
any ID can be used by any user in any other country. Issue
Mitigation: Data Governance
For Internal Control risks, Controls and Mitigations refer to section 3.2 Internal Controls.
- Reference Site:
A Reference Site will be created for each Distribution Chain (Sales Org + Distribution Channel) in the
country Switzerland. Master Data team will be the responsible team for the Reference Site creation
process. These Reference sites should also be created using input from multiple teams like
Procurement, Finance and Operations.
- Master Data Admin Pack (MDAP) is the source of data, which notifies the SAP S4 system to Create
or Update (change and close) the Units (Site) and Outlets (Business Partner).
- Once the notification is received from the MDAP, based on the type of notification (Create or
Update), below processes will be started in the SAP S4 system.
- The site master creation template (list of fields) is filled with the basic information from MDAP and
circulated between the cross streams like Finance, Operations and Procurement.
- Each team will update the field values in the site master creation template and once that activity is
completed by all the teams, the site master creation template is shared with the Master Data team.
- Master Data team uses the site master creation template and create the actual site in the SAP S4
system by choosing the right reference site (already created in the SAP S4 system) or change the
existing site in the SAP S4 system.
- Sites will be linked to Outlets through the Partner Function “ZO” in the “Site Customer – Sales” Role.
Note:
i. Master Data team might use the upload tool (Fiori app Mass Site Creation; transaction
ZWDA_OPS_E002_MASS_SITE) or manual creation process (transactions WB01 / WB02 and
BP) to create or change the Site and the relevant Site Business Partners in the SAP S4
system based on the number of sites to be created or changed.
ii. Site master creation template also carries the relevant fields of the site business partners.
iii. The Master Data Manager can display the Site Master and Site Business Partner using
transactions WB03 and BP to check that the site has been correctly set up before the Status
of the site master and BP site can be changed to active.
iv. The Master Data Manager can also review the data, status and set up of the site and related
outlets using the OPS_FSC_R_0118_Unit and Outlet status report. For more details, see
[Link]
- The outlet creation template (list of fields) is filled with the basic information from MDAP and
circulated between the cross streams like Finance, Operations and Procurement.
- Each team will update the fields in the outlet master creation template and once that activity is
completed by all the teams, the outlet master creation template is shared with the Master Data
team.
- Master Data team uses the outlet master creation template and create or change the outlet in the
SAP S4 system.
Note:
i. Master Data team might use the upload tool (Fiori app Mass Site Creation; transaction
ZWDA_OPS_E002_MASS_SITE) or manual creation process (transaction BP) to create or
change the Outlet in the SAP S4 system based on the number of outlets to be created or
changed.
ii. The Master Data Manager can display the Outlet Business Partner using transaction BP to
check that the outlet has been correctly set up before the Status of the BP site (outlet) can
be changed to active.
iii. The Master Data Manager can also review the data, status and set up of the site and related
outlets using the OPS_FSC_R_0118_Unit and Outlet status report. For more details, see
[Link]
- Site closure checklist (list of Actions for each team like Finance, Operations and Procurement) is
filled with the required information from MDAP and circulated with all the teams.
- Site closure checklist is designed in such a way that, each team actions are sequenced. So that, the
site closure process is completed successfully.
Note:
i. Master Data Team or Operations Team should take the responsibility in monitoring the
checklist flow and the actions closure in both checklist and SAP S4 system. – Check with
business.
ii. For the detailed design of the Site closure flow in SAP S4, please refer to the SiteClose_SAP
Flow_V1.0 spreadsheet and the SiteCloseInSAP_Flow tab in green colour.
Then the Site Business Partner is connected to each Trading Client Business Partner that the Unit services
using the Unit (ZU) partner function. In the following example, the Trade Client is connected to the two
Units that service it:
a. Main prerequisites are the creation of the Profit Center and Cost Center/s to represent the Unit and
Outlet/s respectively. For more details, refer to 9.1.1 Maintain Finance Master Data BPD and FDD.
b. After that, the known BP Outlets of a Unit should be created with their BP Roles Site so that the BP
Outlets can be connected later to the BP Unit. The relevant Cost Center will be assigned to each BP
Outlet.
c. After that, the Site Master and BP Unit for the BP Roles Site is created. It is possible to assign the
Outlets after creation of the Unit using Partner Function ZO (Outlet).
d. As the Unit is related to the Trade Client, the BP Trade Customer must be updated to assign the
Units that service this Trade Customer using Partner function ZU (Unit).
e. Real-time replication of the SAP S/4 site will take place automatically from SAP S/4 to SAP CAR
within the same environment via SLT (SAP Landscape Transformation).
f. Partner profiles for Inbound and Outbound are set up automatically in SAP S/4 whenever a new Site
is created. SAP copies the partner profiles from the Reference Site, provided these have been set
up by the IT team.
g. In SAP CAR (Customer Activity Repository), Inbound and Outbound partner profiles are set up by the
IT team for each new Site.
h. The partner profiles ensure that the newly created site has two-way communication from SAP S/4
to SAP CAR and POS, for outbound master data transfer and for inbound consumer sales and
payments. For more details, refer to 6.3.1 POS Inbound and 6.3.2 POS Outbound BPD and FDD.
i. When a Unit or Outlet is created or changed in S4HANA, app specific Unit/Outlet master data
attributes are uploaded via spreadsheet into the REACT app database for use across all apps as
required. See section 7.2 Front End Apps Data Requirements for more details
j. In CH, BP Units (Sites) and BP Outlets are manually created in the POS system as part of the
organisational data set up in TC POS.
[Link]
Once set up, the Unit (Site) and Outlet master data is used by S4HANA transactions and REACT apps across
multiple Level 3 processes. See section 5.4 Integration Considerations for more details.
The following shows an example of the relationships between sites, profit centers, outlets, cost centers and
receiving delivery addresses:
BP Delivery
BP Outlet Address
assigned to assigned to
Compan BP Site via BP Outlet via
y BP Profit ZO partner ZD partner
Code Site Site Name Site Center BP Outlet Outlet Name Cost Center function function
80000001
4 142 Lightcube CH0C142000 800000014
80000001
800000014
5 14210 Mondelez Shop CH0C142100 800000015
142 80000001
CH10 C142 C142 CH0C142000
Lightcube 6 14220 Mondelez Coffee Points CH0C142200 800000016
80000001
7 14250 Allreal Restaurant Catering CH0C142500 800000017
800000017
80000001
8 14260 Allreal Coffee Points CH0C142600 800000018
In summary:
The Unit (Site) Number (e.g., C142) is the middle 4 characters of the Profit Center (e.g.
CH0C142000). The Profit Center is not stored as a field on the Site Master or Site business partner.
However, the Unit Name can be used to store the site number on the Profit Center.
The Cost Center (e.g., CH0C142600) is maintained on the Outlet business partner (e.g., 800000018)
in the FI Site Customer role in the Company Code data in the Destination Cost Center on the
Customer: Ctry-Spec Enh tab.
The Outlet business partners are assigned to the Unit (Site) business partner using the Outlet (ZO)
partner function.
The Receiving Delivery Address is assigned to the Outlet business partner using the Delivery Address
(ZD) partner function.
The technical S4HANA field mapping between profit centres / units (sites) and cost centres / outlets is
detailed in the Profit Center Unit Client Outlet Lookup document contained in
[Link]
During the lifecycle of Units / Outlets the status will be updated manually by using Change Transactions
WB02 or BP.
Notes:
Automatic status updates are not recommended for FSC1/CH due to the complexity and possibility
of running into status deadlocks across different process areas.
[Link]
The initial data migration of CH Units (sites) and Outlets will be performed in each S4HANA
environment (e.g., Development, QA, Pre-Production and Production) using the DATA_C_001_GL -
Conversion RICEFW (ETL) - Master Data – Sites data load.
Post go live, new sites and outlets will be created in each environment where the site master data is
required, either individually using transactions WB01 and BP or via mass upload using the Mass Site
Creation Fiori app transaction ZWDA_OPS_E002_MASS_SITE. CH are not planning to use the SAP
Site Distribution (DRFOUT) functionality to replicate site master data between environments.
After go live, the master data team will create new sites directly in Production.
Pre-production will be refreshed with data from Production on an agreed basis so any new Units
created directly in Production will be available for UAT purposes in Pre-Prod after the refresh.
New sites will only need to be created in Development, Quality or Pre-Production systems on an
exception basis, if the site behaves differently to existing sites or the site is needed to test new
functionality.
[Link]
For details of the Level 4 processes, refer to Matrix 2021 - BPD 9.1.2 Maintain Site Master.
For the Process Step Tables including the roles, SAP transactions and Fiori apps, refer to 9.1.2 Maintain Site
Master (v4 Post Solutions Review) - role mapping.
Partner functions
BP Roles
The BP Roles which must be maintained are shown in the box at bottom left hand side.
A new BP Grouping/Account Group for outlets has been introduced to separate BP Outlets from Trade
Customer BP numbers: [Link]
The site number is 4 characters long and is the same as the BP Site number for a Unit. Example C001.
There will be n Reference Sites set up for creation of sites with Reference, one per Organisation (Comp
Code -Sales Area). A reference site is a model site which will simplify the creation of a new site by copying
the data from the reference site to the new site at the time of creation.
There will be n Site (Plant) Profiles set up for use when creating site, one per Reference Site. The Site Profile
contains key attributes for site creation such as:
Plant category
Plant with Supplier
BP Grouping
Cust. acc. Group
Supp. acc. Group
BP Role Grouping
Reference Site
Copy Rule
As stated in the Swiss Enterprise Structure, Storage Locations are not being used by CH in S/4HANA so do
not need to be set up against Sites (Plants). This has been confirmed by Solution Architecture:
[Link]
There will be no head office or operational sites for company code CH12 on the basis that there is no
purchasing or billing carried out by this legal entity. It will be represented by a standalone inter-
company business partner.
[Link]
[Link]
Listing
o Listing Conditions for Assortments
o Ticked
o Subsequent Listing Indicator
o Defaulted to 1
o Listing Procedure
o In S4HANA, the listing procedure can be defaulted from the assortment, article or site
o The Listing Procedure is not used at the Site Master level by CH. The Managed Order
Guide (MOG) Workbench and Selling Catalogue functionality do not use the Site Listing
Procedure in the listing of procurement or sales articles respectively.
[Link]
o Listing Basic Rule
o This defines the basic rule for how retail assortments are checked by S4HANA in SD
documents (sales orders, deliveries). Not used by CH sites as SAP SD sales orders and
deliveries are not in scope.
[Link].4 Purchasing/Distribution
Not used.
[Link].5 POS
[Link].6 Layout/Blocks
[Link].6.2 Block:
[Link]
Blocking Reasons
01 SAP Standard – not used
ZC Closed and ZF Future Store are blocks used by France but not by FSC1
The following Blocking Reason Codes and status combinations will be used by CH: The
descriptions of Order and Billing Blocks follow the Blocking Reason Codes
Blocking Reason Code Order Block Billing Block POS Outbound
Z1 DRAFT|| Order block Z1|| Billing Block Z1|| Block POS Outbound
blank
Z2 ACTIVE: || Order Block Z2|| Billing Block Z2|| Block OS Outbound
blank
Z5 SERVICE Order block Z5|| Billing Block Z5|| Block POS Outbound
DISCONTINUED: || blank
Z6 CLOSED: || Order block Z6|| Billing Block Z6|| Block POS Outbound
flagged
Block from
The date from which the block is to be valid.
Block to
The date to which the block is to be valid.
It is only possible to set one Reason code. If a block should be valid in the future, the Reason code
for today would be “Blank”. Blank will be handled like CLOSED. Recommendation: The Block From
and To dates should only be maintained when setting the Blocking Reason to Closed, as Purchase
Orders cannot be raised with delivery dates after the Block From date.
[Link]
[Link]
In addition, the Block From and To Dates should only be populated when the Blocking Reason is set
to Closed, as the site cannot be assigned to an Assortment otherwise:
[Link]
For Information: No classification is in scope for Site Master (Confirmed by PRC and OPS). Classifications are
used with BP Site Vendors. See below for details.
BP site Number for a Unit or an Outlet – the number range will be pre-configured
o Unit (external number range): A – ZZZZ
o Outlets (internal number range) 0800000000 0899999999
BP Grouping – The Grouping is pre-configured; this will allow system to pick up the correct Number
Range for Sites/Outlets as described above under BP site Number.
o Units: ZSIT
o Outlets: ZOUT
[Link].1 Address
All kind of BP Site must have mandatory address data: Name, Street, House number, Country, (Region),
Communication Language.
The following fields for Name and Search Term are discussed in
[Link]
As there is no global governance on that so far, this should become the CORE Rule too.
Name
The NAME1 Field should be maintained in a way, that every BP can be identified. NAME1 of the address
from BP outlet / BP Unit should follow the description of Profit Center / Cost Center - but without the
key information (e.g., …C142…) - to have a proper name in the address. So, Profit Center / Cost Center
must contain a meaningful and usable wording in name for identification within Compass Organisation
which is then used in BPs too and fulfil the needs in OPS.
Search Terms
The Search Terms should be maintained in a way, that the Site Number is included, and all Outlets of a
Unit can be selected with Wildcard “*”. should follow the last digits of the Cost Center and should be
populated per definition always in Search Term1.
C142 Unit
C142000 Outlet 1
C142110 Outlet 2
In this case C142* would list all BP Sites. Using only the number without leading character might lead to
a conflict with other countries. So, it should be unique.
In Summary - Search Term 1 will contain Site Number (middle part of Profit Center e.g., CH0C142000)
for BP units or last 7 digits of Cost Center (e.g., CH0C142000 or CH0C142100) for BP outlets, because
these will be unique and standardized expressions across the Compass organisation.
Note: Print programs will have their specific logic to handle required addresses. The program can
consider addresses in Customizing on Company Code (->legal Entity) or Sales Area (->Seller) or in case of
unit/outlet the BP (-> delivery address for a PO, sender-receiver address in stock transfer, provider of
the service to a client maybe in quote/order or billing).
Address and Communication – the below fields will be used to define address and communication
method for a client:
o Postal Code
o City
o Street / House number
o Country
o Region (optional)
o Language – The language is used for communication.
o Email/Fax/Telephone can be maintained for BP site
Note: The BP Site email address should be populated on all POS Type 3 (non-connected) sites so
that S4HANA master data such as articles and pricing can be emailed in readable format (e.g.
OP_FSC_R_024 - POS Outbound - Output Pricing information in Human readable form for POS type
3)
[Link].2 Identification
Even though this tab is displayed for BP Role General, Site Customer and Site FI Customer, the BP Role
General shows all the fields used by Matrix.
[Link].2.2 Industries
Not used by Finance / Procurement.
Identification Number
The Global Location Number (GLN) for BP sites (Units and Outlets) will be entered in the Identification
Number for the ID Type of BUP005. The GLN is printed on the CH Purchase Order, if entered.
[Link].3 Status
Not used. Status will be on org dependent levels. Might become relevant when Archiving of Data into a
System Archive will be done. Please refer to Status section within Sales Area Data below for how BP Site and
Outlet statuses are managed. Please refer to Blocks section above for how Site Master statuses are
managed.
[Link].1 Control
Even this tab is shown for BP Role General, Site Customer and Site FI Customer, the BP Role Site FI Customer
shows at least all fields.
[Link].1.3 Notes
Not used
[Link].3 Status
[Link].3.2 Lock
Central Block
Blocks Finance Functions for whole BP.
Not Released
If ticked, SAP displays a warning message in BP Transaction. As Compass use Status ’DRAFT’ in Sales
Area Data which are planned to be checked in OPS Processes, this could be used as information for
the Data Maintainer that the site /outlet business partner set up hasn’t been finalized.
Used by Finance.
Authorisation Group (Company Code Data)
Not used at this level
[Link]
Note: As COMPASS will use a single S/4HANA System, at least sales area, company code and purchasing
org data access should be restricted across different Compass organisations.
Note: See Authorisation Group (Business Partner General) in Control view for additional restriction
possibilities.
[Link].9.2 Correspondence
Not used
[Link].3.1 Attributes
T1 Type 1 Connected
T2 Type 2 Partially Con
T3 Type 3 Non-Connected
Z1 Mixed POS
Z2 No POS
SAP Standard entries are removed.
[Link]
Value Description
001 Compass owned Stock
002 Client owned Stock
SAP Standard entries are removed.
[Link]
[Link]
There are no texts to be migrated from CH and no requirement to have specific texts in BP site.
Later Release.
[Link].8 Orders
Currency (mandatory field, value field)
This will be a value field. Usually, the local currency is selected. The currency is used in transactional
data.
Price Group
o The Price group contains the Format/Concept. It can be used to set up article Sales Prices at
the Format/Concept level on either units or outlets. There are two accesses to maintain the
sales price at the Format level:
Article / Price Group --> applies at Unit (Site) Price Group level
Article / Plant / Outlet / Price Group --> applies at Outlet Price Group level
For CH in Release 1, Format (Price Group) level prices are not required:
[Link]
o CH are not planning to use Format level price functionality at go live but may use it in the
future: [Link]
o The following Price Group values are available. (SAP Standard Entries are removed)
01 Smartfridge
02 Smarthub
03 Smart&fresh
04 Starbucks
05 Dallucci
06 Mix&Match
07 Pot&Spoon
o The outlet will always carry the same sector/subsector as the related Unit.
o The following Sectors and Subsectors will be available for CH:
[Link].9 Deliveries
Not used
[Link].10 Billing
Payment Terms (value field)
The Payment Terms are maintained in 2 areas: Company Code data and Sales Area Data.
The values within the BP Customer should be the same.
The payment terms for customers provided by Business can be found here:
[Link]
Account Assignment Category (value field)
This field is used to determine Revenue Accounts during POS Billing of the Site. Not required for
Outlets. The following settings will be used:
Z1: Compass Traded - for units where Compass trade on the own and Compass retain consumer
payments received
Z2: Non-Compass Traded - for units where Compass trade on behalf of the client and the client
retains consumer payments received
[Link]
[Link]
[Link]
[Link]
Tax Determination (mandatory field)
The tax related fields in the Sales Area data are used for Tax determination. Based on the definition
of the tax classification for the BP customer, tax condition records can be set up as master data.
The following tax classifications for BP site are valid:
1 = Taxable (used for BP Customer/ BP sites) x% normal tax rate (CH 7.7%)
2 = Reduced tax (not maintained in BP Sites, but may be populated in tax conditions / POS
Inbound / Billing for “take away”) (CH 2.5%)
3 = Special (used for BP sites/outlets for “Hotels and room service” → (CH 3.7%), 2 Swiss
Units)
Note: 0 = Tax Exempt is only used with Trade or 3rd Party Clients. Not used by Unit and
Outlet BPs.
Country and Tax Category are defaulted by the System.
[Link]
The BP site for an Outlet will not have additional partner functions.
Customer Group 1:
Used by France to categorise SD Contracts.
Not used by FSC1 as CCM Contract Types are used instead.
001 Management Fee
002 Fixed Value
003 Profit & Loss
004 Unallocated / Other
Regarding the alignment in [Link] this
information will be held in Cost Center for FSC1. After FR will be converted in the future, these
entries are obsolete and can be removed.
Customer Group 2:
not maintained in BP but used in CCM.
001 Food Service
002 Support Service
003 Multi Service
Customer Group 3:
not maintained in BP but used in CCM.
HCF-Reporting (MAP1 Brand)
001 Chartwells
002 ESS
003 Eurest/Eurest Servic
004 Levy
005 Medirest
006 Scolarest
007 Vending Equipment
008 Other/non-branded
Customer group 4:
Not used by FSC1
001 Invoice by Mast Cont
002 Invoice by DistChan
003 Invoice By Outlet (S
004 By DistChan / Outlet
005 Invoice by Cost Cent
006 Invoice by Purchase
Customer group 5:
Used to control the logo on the forms within the transactions
France uses
F01 SCOLAREST
F02 COMPASS GROUP
F03 OPTIM APPRO
….
F32 NO BRAND
Switzerland “Billing Brand”. CH will use 2 entries. Valid only at BP Outlet level to control the
Consumer Brand logo in the Quotes & Orders app. Not maintained in BP Customers. As per
alignment in [Link]
C01 Compass Group (in general and for all Invoicing)
C02 Compass Catering (for Quotes & Orders for unit 186)
[Link]
[Link]
Customer group 6:
Not in use
Customer group 7:
not relevant for FSC1
FR10 Y1 EDI
FR10 Y2 Non EDI
Customer group 8:
Not used for BP Site (Used for BP Customer to distinguish between Trade and 3rd Party Clients)
Customer group 9:
Not in use
Customer group 10:
Not in use
[Link].13 Status
Sales Block
The following Blocks will be used to manage the Status of a BP site for both Units and Outlets. For
Units it should be in sync with the Site Master’s Blocking Reason Code.
o Order Block for selected Sales Area
Z1 Draft
Z2 Active
Z5 Service Discontinued
Z6 Closed
o Billing Block for selected Sales Area
Z1 Draft
Z2 Active
Z5 Service Discontinued
Z6 Closed
Note: Order and Billing Blocks for “All Sales Areas” are not being used.
[Link]
[Link].15 Documents
Not Applicable
[Link].5 Classification
The BP site for Vendors will have Classification Data that can be accessed via More > Extras > Classification.
For Classification maintenance, transaction code CL20N can be used as well.
There will be one global Class and each Country will have additionally one local Class. Both must be
maintained.
Notes:
The possible list of values available for the Sector and Sub-Sector characteristics will be maintained
in a custom table ZTOTC_SEC_SUBSEC using transaction code ZOTC_ASORTMENTS_01, rather than
as a list of characteristic values. This is because the list of values is shared across Site Vendors, BP
Vendors, Profit Centers and the Procurement MOG Workbench (See WRICEF ID OPS_FSC_E_0034 -
Operational sector & sub-sector table for more information).
Assign Approved Vendor to Unit. The characteristic values on the vendor business partner and site
business partner will be compared. If the values match, those vendors will be listed in a dynamic
view along with any other previous status maintained in the status table for the respective vendor
and site. Thus, an Approved Vendor List (AVL) for each Unit is generated (See WRICEF ID
PRO_FSC_E_0085 - Approved Vendor List (AVL) and the 9.1.3 Maintain Business Partner - Vendor
FDD for more information).
Different Outlets within a Unit may be assigned with a common Outlet to represent the ZD Receiving
Delivery Address. The ZD partner functions will be available in the front-end Ordering App so that the
appropriate ZD Receiving Delivery Address can be assigned to the Purchase Order and printed on the PO
form.
The following example shows how this assignment might be set up:
BP
Delivery
BP Outlet Address
assigned assigned to
to BP Site BP Outlet
via ZO via ZD
Company BP Profit Cost partner partner
Code Site Site Name Site Center BP Outlet Outlet Name Center function function
800000014 142 Lightcube CH0C142000 800000014
For some Outlets in CH, an additional ZD Delivery Address is required which is different from any of the
Unit’s Outlet addresses. In this case, then the Delivery Address will be created as an Outlet business partner
using the BP Grouping ZOUT. But it will only be extended to the ZSTVN1 Site Vendor BP role so that it can
be assigned as a ZD Delivery Address to the relevant Outlet BP vendors.
ZD Delivery Addresses are assigned at the Outlet BP level within the Site Vendor BP role:
[Link]
[Link].11 Interchangeability
Not used
Further Notes:
There are no BP Relationships to be built.
There are no Contact Persons so far planned for sites or outlets.
Swiss transfers the existing plants which are in scope for Migration like A001 -> C001, means keeping the
numerical part of the plant key from Legacy System.
There will be no head office or operational sites for company code CH12 on the basis that there is no
purchasing or billing carried out by this legal entity. It will be represented by a standalone inter-company
business partner.
[Link] [Link]
31207
There will be 1 Site (Plant) Profile for each Reference Site, which controls the creation of new sites and BP
sites for Units. For Switzerland, Site Profiles ZC01 and ZC02 have been set up for reference sites CBZZ and
CBZY respectively.
ZC01 for CH10 and Reference Plant CBZZ
ZC02 for CH11 and Reference Plant CBZY
The Dummy sites will be assigned only to CH10 organisation. This means, Reference Site is CBZZ.
5.2.1 Manage In-Unit Stock Count app Stock counts are requested and recorded per outlet.
Inventory
5.2.4 Manage In-Unit Goods Receipt app / S4 Goods and service receipt notes are recorded for
Goods Receipt Goods Receipt units/outlets.
5.2.6. Manage Goods Stock Transfers app Request and approve transfers of stock between different
Transfer units or outlets.
6.2.1 Manage Client Quote & Orders app Quotes, orders and billing information for clients within an
Quotes and Orders outlet is created and maintained.
6.3.1 POS Inbound POS systems Sales and payment information within units and outlets is
recorded on POS systems and REACT apps, transferred via
SAP CAR and posted into S4.
6.3.2 POS Outbound S4 POS Outbound Data SAP article, assortment listing, pricing and promotions data
Transfer for units and outlets is transferred to POS Type 1 systems and
emailed to POS Type 3 units.
6.3.3 Consumer Sales BI Sales Analytics In-Unit Dashboard and In-Unit Product Gross Profitability
Analytics Reports Report provide analytics per unit.
7.1.3 Intercompany S4 Intercompany Head Office Site BPs and Intercompany customers (for
Accounting Reconciliation Compass legal entities not yet live on S/4HANA) will be
assigned with a Trading Partner Number (Company ID) to
support identification of intercompany postings and
intercompany reconciliation, netting and settlement.
7.1.4 Period End In Unit Closing Cockpit Unit manager confirms completion of various unit activities
Closing app for the period.
7.3.3 In-Unit Sales and EOD app – POS Type 3 Sales transactions (e.g., revenue, non-revenue, payments) are
Payment Accounting and Cashbook functions recorded for each outlet in POS Type 3 units, based on the
POS system report.
Cashbook transactions (e.g., cash payments received and
made, bank deposits, cash transfers, cash counts) are
recorded for each unit outlet.
9.1.1 Finance Master S4 Profit Centre (Unit) Units and outlets are created and maintained as profit
Data Management and Cost Centre (Outlet) centres and cost centres respectively.
maintenance
9.1.3 Maintain S4 Approved Vendor List A list of approved vendors is generated for each unit, based
Business Partner – (AVL) on matching vendor and unit characteristics, and can be
Vendor manually adjusted.
9.1.4 Maintain S4 Business Partner Units are assigned to Trade Clients as ZU Unit partner
Business Partner - maintenance functions.
Customer
9.1.5 Maintain Articles S4 Assortment Selling Catalogues of articles are created and assigned to
maintenance sectors or units.
For more details on each process and functionality, see the corresponding BPD and FDD documentation.
Below table provides the list of Legacy systems where Units and Outlets needs to be updated. List needs to
be further enriched in country specific deployments:
Country Legacy System Used for Units & Outlets Updated by &
update mechanism Frequency
CH Touchway Menu Planning/ Content Manual Unit/ Outlet creation
Management System (CMS)
CH Eaternity Carbon Footprint estimation Manual Unit/ Outlet creation
CH MIK Reporting Manual
CH Webshop Ordering Not Integrated Not integrated
CH TC POS Point of Sale (POS) Manual Unit/ Outlet creation
CH Success Factors Payroll Activities Manual Unit/ Outlet creation
(TBC)
[Link]
Note: A Site Master is one business object made up of several components including site master data,
plant configuration and Customer and Vendor Business Partner master data.
Note: Customer / Vendor Integration (CVI) in S/4HANA bidirectionally integrates Business Partner data
with Customer and Vendor Master data in real time as SAP S/4HANA SD, MM and other modules still
use the classic SAP ERP Customer and Vendor tables.
As well as accessing the basic S4HANA unit and outlet data (e.g., business partner number, name, address)
and the assignment of outlets to units via the ZO Outlet partner function, REACT apps use the following
specific unit/outlet information maintained in S4HANA:
Goods Receipt is populated on any new Purchase Order items added during
Goods Receipt.
6.2.1 Manage Client Quote & Orders app Customer Group 5 in Switzerland represents the “Billing
Quotes and Orders Brand” at outlet level and controls the Consumer Brand logo
printed on Quotes & Orders in the app.
7.3.3 In-Unit Sales and EOD app – POS Type 3 The POS Type (General Attribute 2) indicates whether POS
Payment Accounting and Cashbook functions Type 3 transactions need to be recorded in the EOD app for
Type 3 Non-Connected units/outlets.
The current Matrix security access model for the Apps checks the profit centre, which is mapped to from
the unit, outlet or cost centre depending on the App and process being transacted.
When a Unit or Outlet is created or changed in S4HANA, app specific Unit/Outlet master data attributes are
uploaded via spreadsheet into the REACT app database for use across all apps as required. Here are
examples of the app specific attributes and data that is maintained:
For more details on each process and app functionality, see the corresponding BPD and FDD
documentation.
CH01 is available to
assign to Swiss Business
Partners.
MTX-24085 BP Site/Customer and 1 Align on Additional Data / Closed with alignment on
Site Unit: Classification / Customer Groups which Attributes & Customer
Additional fields / Groups will be used for CH
Customer Groups unit and outlet BPs
N/A Material Ledger default 1 Which Material Ledger Type Closed - Material Ledger Type
in System should be assigned to Site CG01 will be used, as
Masters? confirmed by Finance
Notes:
The Unit & Outlet Status Report (OPS_FSC_R_0118 BI report) can be used to review the data, status
and set up of the site and related outlets. For more details, see
[Link]