Академический Документы
Профессиональный Документы
Культура Документы
Euromadi Group is a purchasing center and service provider for commercial distribution, leader in the Spanish
market. The company was born in 1993 as the result of the merger of Centra Coop., Selex Ibérica, Spar
Española, Vima and Daper, being currently the central purchasing and services leader in the sector.
Euromadi Group facilitates the products access from the manufacturer to the associate, guaranteeing the best
conditions for its sale and commercialization. The Group bases its business model on a corporate structure that
stands out for its competitiveness and dynamism. A business model developed through its subsidiaries
Euromadi, Markant, Desarrollo de Marcas, Persé, EuromadiPort, AMK Ibérica, Spar Española y EMD
Internacional. A global project diversified that focuses in a specialized way the different areas of the distribution
sector and general services.
Located in Esplugues de Llobregat (Barcelona), Euromadi Group has more than 137 associated companies
with more than 92.000 employees in more than 13.500 points of sales an Cash & Carry.
-3-
1. Who we are: Euromadi & Consultia
The technology sector’ crisis in 2001 caused a demand for a new approach to business in consulting firms. In response to these
requirements Consultia IT was founded, equipped with a new business model based on its consultants’ experience and its work
teams with very little hierarchical structure.
In Consultia IT we bring value to our services under the principles of Excellence, Teamwork and Passion towards our customer. We
capture our vision of a sustainable business in our effort to be the best in the services we offer..
70
customers
-5-
1. Who we are: Euromadi & Consultia
-6-
Index
Euromadi took the chance to carry out a profound change in the infrastructure and application of SAP that would allow us to
address an "unique and great transformation process", in order to ensure in a short term to live a stability period where the
business and not just the systems were the protagonist.
The idea was that the user perceive the maximum improvement and the least change.
-9-
Index
Affected developments
4 Vistas
11
(4 incidences)
16
Classes
Function Groups 1 Structure
Modified 360 6
(28 incidences) (2 incidences)
(60 incidences)
Low
tables Programs
(408 incidences)
Components
1
4 Data Element 2
WDA (4 incidences)
Enhancement Enhancement
(22 incidences) Point
CMOD
(2 incidences) 14 Tables (11 incidences)
(15 incidences)
1 Vistas
(1 incidence)
244 7
Deleted Programs
5 Function Groups 21 Tables 10
(422 incidences) (30 incidences) Classes Medium
Tables Components (27 incidences)
(21 incidences)
WDA 1 Help View
(11 incidences) (1 incidence)
- 12 -
3. Project Scope
Simplified Tables
- 13 -
3. Project Scope
As a collateral effect of mentioned changes, the developments must be adapted for the correct use of modified Tables without impacting
on the operation of the application.
Because of the S4 simplification model de S/4 HANA many table index and aggregates disappear.
As a collateral effects, all developments should be adapted by replacing deleted tables by the Table View provided by SAP :
Deleted Tables • CDS Models (Core Data Services) for data update and insert transactions
• Hana Views using ABAP proxy for data read only access
• Historical data in new tables (not recommended)
• Access to new real tables (ACDOCA, MATDOC…)
With the data rebuild also many old transactions have been decommissioned .
Deleted
As a side effect all developments using BATCH INPUT o CALL TRANSACTION to access to decommissioned tables, should be adapted to
transactions
new transactions or (recommended) use the corresponding BAPI .
- 14 -
3. Project Scope
SAP BI Upgrade
The capabilities of HANA allow Euromadi to rethink and define once again the reporting model based on the functionalities
and performance of the HANA2 database itself, however, given that a large part of the corporate reporting is supported on BI,
a technical upgrade was proposed to HANA focused on ensuring the stability of the platform and the integration of the model
with the new data model of SAP S / 4 with the needs of reporting on BI, taking into account the option of the decommission BI
in the future if direct reporting against HANA2 is possible in terms of information and performance.
In addition, a heterogeneous consolidation / copying of systems was carried out from two Windows NT environments to a
Power System environment (P8)
- 15 -
Index
We proposed a two step technical migration, stopping the systems around 80 hours.
1. DMO migration to ECC 6.0 NW 7.4 Unicode , from IBM iSeries to IBM Power System
2. S/4 Hana upgrade (several steps) using SUM to upgrade to S/4 HANA and activating simple finance and simple logistics
DMO
S/4 1610 (Linux Suse 12 > ECC 6.0 EHP7 NW 7.4 (Linux
SP1 – SAP HANA on IBM
SUM Suse – SAP HANA Platform
Power Systems Platform 2.0) 2.0)
- 17 -
4. How we defined the project plan
Upgrade methodology
- 18 -
4. How we defined the project plan
Technological preparation
Before the upgrade ,a series of small projects aimed at adapting the technology and infrastructure around SAP were addressed in
order to simplify and facilitate the upgrade process
A. SSM New installation
4. SSM version of (7.1) was out of date and was installed on an IBM iSeries.
5. New SSM version 7.2 has new BPM functionalities, monitoring capabilities and application control closer to business
needs ¡.
B. SAP Content Server installation and current documents (in SAP Database) migration
8) Archivelink and DMS documents in Euromadi were stored in SAP Database, so, if they were not migrated, it would
take up unnecessary HANA space with the consequent impact on memory resources sizing.
9) SAP CS was installed on Windows NT with version 6.50.
10) Once the installation was finished and customizing adapted all documents in table SAOKCONT1 were migrated to CS ,
cleaning the database and minimizing infrastructure needs.
CVI Conversion
CVI have been activated (customer vendor integration) as a preparation for the needed transformation of
customers and vendors into Business Partners.
The final activation is carried out during the process, but thanks to
the previous parameterization the inconsistencies of the process
can be detected and mitigation actions can be determined to avoid
duplication of clients and suppliers and / or the loss of information
(due for example to the fact that different partners may have the
same NIF).
• Customer view
• Vendor / supplier view
• Credit Management view
- 21 -
4. How we defined the project plan
As a mandatory preparation of Financials environment in SAP it’s mandatory to activate EA-FIN before the
upgrade takes place.
As a previous step we have to balance main accounting data :
• Assets accounting
• Reconciliation of general accounting (G/L) with Assets accounting
• Material ledger / material accounting
• Reconciliation of general accounting (G/L) with accounting of materials.
• Accounts Receivable / Accounts Payable
• Reconciliation of general accounting (G/L) with accounting of accounts receivable and payable, in Euromadi we
discovered an unbalance in the income statement that have been corrected by end users.
• General accounting (secondary index tables)
• Reconciliation of general accounting (G/L) with the secondary index tables of open items and the compensation by
account types , informs that the indexes are fully synchronized with the main Table.
Project stages
The methodology used by Consultia IT in all previous SAP upgrade projects has been applied in Euromadi, the methodology is
named Workbench for Upgrade and it’s a mix of standard SAP methodologies and several improvements integrated by y mejoras
Consultia IT, improvements defined based on the experience obtained after the participation of Cosultia’s team in more than 15
upgrade project of different products of SAP (SAP ERP, SAP PI, SAP BI, SAP EP…).
Our methodology define five main stages as mandatory for the project execution of a SAP upgrade project and includes the use of
different tools (additional to SAP standard tools) that helps to obtain better results in each phase (tools to detect code errors, to find
objects related with a particular transaction, to check authorization objects …)
Post-upgrade
Project definition Technical upgrade Testing and Preparation of Upgrade in Support and
And Scope And Testing plan Adjustment Production upgrade Production Landscape
definition
Project management
8*
10
5 6 Upgrade a S/4 HANA
INT ECC 6.0
11
- 24 -
4. How we defined the project plan
Testing cycle
Resultados
Process Testing set
Ecc 6.0
inventory ECC 6.0 Correct
Unicode
Non unicode Result Explicit signature
Of the
User
S/4 Hana
s/4 hana Correct
Unicode
Unicode
- 25 -
4. How we defined the project plan
Training
Consultia IT consultants who participated in the project were responsible for providing the training. The focus of the training
was to train trainers, in other words, key users were defined who were in charge of testing and supporting their colleagues.
Responsible Trainers
Key User
Frequent users
- 26 -
4. How we defined the project plan
Project management
- 27 -
4. How we defined the project plan
Team dedicated
Project management
Project director Project director
Key user
User MM User SD
Expert Basis SAP
Consultia IT
equipo de proyecto
- 28 -
Index
To deal with an upgrade from SAP ECC to S4HANA activating Simple Finance and Simple Logistics we should consider
technological, functional and process factors.
Systems, applications and process should be adapted and it’s important to understand what changes are mandatory before
beginning to walk.
- 30 -
Index
Lessons learned
The Upgrade of SAP ECC 6.0 to S / 4 HANA2 of Euromadi, one of the first made in Spain, has left us some
interesting lessons learned:
• Prepare yourself for the change: Due to the large percentage of developments that should be adapted, it is
an ideal framework to locate and eliminate obsolete developments.
• Take the chance: Check the new features in S4, although it is safer to perform a non-disruptive startup is a
good opportunity to take note and plan improvements afterwards.
• Before the conversion: It is very important to carry out the execution of Unicode, Hana and Functional pre-
checks, which will help us assess the adaptation efforts of the custom developments.
• Many changes Single testing: This particular upgrade included HW change and unicode conversion. The
code review included the necessary adjustments for the upgrade to S 4 and Unicode altogether, making a
single test plan both needs were met. This is possible if you have productive window large enough. In our
case, the bridge of December the 8th was used.
• Business Partner is mandatory: One of the most remarkable changes of the new version is the use of
Business Partner instead of customers and suppliers because Euromadi makes a specific management of
- 32 -
6. Epílogue
Lessons Learned
• New paradigm in Credit Management: Credit Risk is newly designed , which implies an extra configuration
in the process of migration to Simple Finance (Credit control areas become Segments, the credit account
disappears, a control appears in the credit tree…). New credit management implies the mandatory activation
of FIORI (embedded) and the revision of all the risk control functionalities applied to the new module.
• Not everything is ready: As an example message control using BRF+ has some bugs in Idoc message
processing, some hard-coded errors have to be corrected or just activate the old message control module
(still available in sales and, even not directly, in purchases).
• Problems in classic standard tables: Old tables transformed into table views (BSIS, BSIK…) and can be
uses in read only model, but performance in some old programs is not very good. We can accept low
performance in this old programs (as an example direct-inputs), or just develop new functionalities using new
technologies such as BAPI’s.
• Ask for users collaboration while the conversion to simple finance takes place : Users must be
involved in the data grid and in the redefinition of functionalities. S4 Simple Finance implies a structural
change in the financial processes that forces us to put order in the data and in the processes themselves.
Because of this, the system can suggest corrections.
Lessons Learned
• Performance: Reporting and performance capabilities of HANA2 could simplify our landscape and ensure a
reporting solution on-line and based on a single data base.
• Hardware resources: As many systems available to execute testing upgrades as many tests we can do and
more secure the final upgrade will be.
In summary, it is an important change, both technical and functional, but feasible if the possible
difficulties of each installation are detected before tackling it.
A look back
- 35 -
Index
- 37 -
The draft of this document has not yet been submitted to the usual
procedures of internal review of our firm and, therefore, we reserve the right
to make the modifications, insertions or deletions that we consider
convenient that could result from said review process.
This document has been prepared according to the specifications of the file
of June 1, 2009 number 300/2009/00561
- 38 -