ANDES - HLD High Level Design Document - FI - All Countries - V1

HLD: High Level Design Document
ANDES Project
___________________________________________
ROLES AND APPROVALS
ROLE NAME/AREA SIGNATURE

IS Functional Lead Charles Santos
IS Project Manager Enock Alves
IS Integration Mgr Fabio Guizelini
Program Manager Rodrigo Pasqualetti
Requester
Controller
Division / Area IS manager
BPO (Business Process Owner)
Approving CFO Gabriela Gonzalez
Approving CFO Giselle Somalle
Approving CFO Martin Castellucci
DOCUMENT REVISION HISTORY
AUTHOR VERSION DATE CHANGES

Enock Alves 1 Oct, 2020
Wipro FI Team Complement the SAP FI (GL, AP, AR,
1.1 Oct,21/2020
AA, TX) process
PURPOSE OF THIS DOCUMENT

The purpose of this document is to outline the solution to be provided by IS to attend to the
requirements as stated in the approved BRD (Business Requirements Document). It will
include a description of the work required and an estimate for the duration and cost of the
project. This information will be used to evaluate the solution and its cost against the
business case and obtain approval for the execution of the project from business and IS.
The HLD will include a description of assumptions, restrictions and prerequisites for the
solution to work as expected, including work to be performed by the business, if any. It will
not include a detailed plan or Go Live date since resource planning will be done after
approval and prioritization against resource availability.
739547772.docx 2 of 72
739547772.docx 3 of 72
TABLE OF CONTENTS
1. SOLUTION OVERVIEW............................................................................5
1.1. Scope.........................................................................................................................5
1.2. Organizational Structure..........................................................................................6

1.2.1. Finance / Controlling............................................................................................6
1.2.2. Logistic (Plant / Sales Org. / Purchase Org. / Purchase Group)..........................7
1.2.3. Logistic (Plant / Storage Location).....................................................................11
1.3. Master Data Requirements....................................................................................20

1.3.1. FI – Finance.......................................................................................................20
1.3.2. CO – Controlling................................................................................................ 20
1.3.3. MM - Material Magement and Inventory Management......................................20
1.3.4. SD - Sales & Distribution...................................................................................20
1.3.5. CS - Customer Services.................................................................................... 20
1.3.6. PS - Project System...........................................................................................20
1.3.7. PM - Plant Maintenance.....................................................................................21
1.3.8. PP - Production Planning...................................................................................21
1.3.9. QM - Quality Management.................................................................................21
1.4. Common Business Processes (valid for all clusters).........................................21

1.4.1. FI – Finance.......................................................................................................21
1.4.2. CO – Controlling................................................................................................ 21
1.4.3. MM - Material Magement and Inventory Management......................................21
1.4.4. SD – Sales & Distribution...................................................................................22
1.4.5. CS – Customer Services....................................................................................22
1.4.6. PS - Project System...........................................................................................22
1.4.7. PM – Plant Maintenance....................................................................................23
1.4.8. PP – Production Planning..................................................................................23
1.4.9. QM - Quality Management.................................................................................24
1.5. Distinct Business Processes (specific for a clusters/country)..........................24
1.6. Process Flow.......................................................................................................... 24
1.7. Process Steps.........................................................................................................26
1.8. Solution Elements (Work Breakdown Structure).................................................27
1.9. Integration Points (Cross Module)........................................................................27
1.10. Application Mapping..............................................................................................28
1.11. Interfaces................................................................................................................ 28
1.12. Standard Reports................................................................................................... 29
739547772.docx 4 of 72
1.13. Key Design Considerations and Out of Scope....................................................31
1.14. Test Strategy...........................................................................................................31
1.15. Deployment Strategy..............................................................................................32
1.16. Approximate Timeline for Deployment.................................................................32
1.17. Effort and Resources Estimate.............................................................................32
1.18. Assumptions...........................................................................................................32
1.19. SAP Profiles............................................................................................................32
1.20. Roles and Responsibilities (IS).............................................................................32
1.21. Documents (IS).......................................................................................................32
739547772.docx 5 of 72
1. SOLUTION OVERVIEW
1.1. Scope
Roll out Brazilian solution to countries in LATAM (Argentina, Chile, Peru, Colombia, and Panama + Caribbean
countries) with the functionalities already deployed for Brazil with Fit/GAP phase; Blueprint design; System and
integrations development; Testing; Go Live and Hyper Care.
In order to achieve cost and timeline objectives, current scope is considering deploy the BR SAP template into the
countries in scope, including only for legal requirements and any locally distinct processes that add value for the
customer. Back-office processes (e.g. AR, AP, SCM, etc.) should be standardized across the region with the
objective to minimize the cost per transaction (GBS).
Background & Context
 Risk record open for Chile related to patching of the old ERP environment (we cannot apply latest security
patches)
 SAP is imperative for LATAM and we had a serious risk of business interruption, like a severe incident in Chile
in June. ERP’s do not fully attend
 SOX and business requirements. Currently local and manual solutions/workarounds, shadow IT applications
are defined to address the need.
 Due to the lack functionality and maintenance from the vendors of the old current ERP’s versions; It is also
important to mention that we will not be able to fully take advantage of the GBS implementation until we get
a common ERP.
 We have currently 4 different ERPs (BaaN IV c2, iScala 2.3 SR2, Oracle EBS 11i.5.10.2, SAP R3 ECC 6.0).
The project will have two Go Live waves, ensuring controlled rollout of new SAP processes/functionality without
impact to the adopting Business Units (BUs).
739547772.docx 6 of 72
1.2. Organizational Structure
1.2.1. Finance / Controlling
739547772.docx 7 of 72
1.2.2. Logistic (Plant / Sales Org. / Purchase Org. / Purchase Group)
Company Code: AR10 - Argentina

Sales Purchasing Purchasing
Plant
Organization Organization Group
AR10 - IA AR10 - IA-Products
AR10 - IA
AR11 - IA-Zona Franca AR16 - IA-Service
AR20 - MO AR20 - MO-Products

AR20 - MO A01 Joaquin Gracia-Cos, A02 Daniel Uzunoff,
AR21 - MO-Zona Franca AR26 - MO-Service
A03 Rita Gomez, A04 Florencia Scarinci,
AR30 - EL A05 Verocnica Suarez, A06 Sebastian Fernandez,
A07 Noemí Amaya, A08 Agustina Rosenblut,
AR31 - EL-Zona Franca A09 Patricia Alvarez, A10 Marcos Di Matteo,
AR32 - EL (Tucuman) A11 Adrian Vergara, A12 Jorge Caloia,
AR30 - EL-Products
AR30 - EL A13 Alan Rioja, A14 Emanuel LazarteKer,
AR33 - EL (Tucuman - FP) AR36 - EL-Service
A15 Lucia Bernal, A16 Martín A. Pagura
AR34 - ELDS A17 Romina Esquivel-Co, A18 Pedro Baffaro,
A19 Héctor Lipreti, A20 Jorge Schiaffino,
AR35 - EL-Zona Franca ELDS A21 Julieta Fernandez, A22 Giuliana Di Rubba,
AR40 - RA A23 Lucia MarcelaPerez, A24 Liliana Martinez,
AR40 - RA-Products
AR40 - RA A25 Giselle Monsivais, A26 Cecilia Agustoni
AR41 - RA Zona Franca AR46 - RA-Service
AR90 - ZC oficina Chile

AR90 ZC- Corporate AR90 - ZC - Corporate
AR91 - ZC Planta El Jaguel
Company Code: UY10 - Uruguay

Purchasing Purchasing
Plant Sales Organization
Organization Group
UY10 - IA
UY10 - IA-Material
UY11 - IA-Zona Franca UY10 - IA
UY16 - IA-Service
UY12 - IA-Externo
UY20 - MO
UY20 - MO-Material
UY21 - MO-Zona Franca UY20 - MO
UY26 - MO-Service
UY22 - MO-Externo
U01 - Silvana Sappa,
UY30 - EL U02 - Salvador Pérez,
UY30 - EL-Material U03 - María Caballero
UY31 - EL-Zona Franca UY30 - EL
UY36 - EL-Service
UY32 - EL-Externo
UY40 - RA
UY40 - RA-Material
UY41 - RA-Zona Franca UY40 - RA
UY46 - RA-Service
UY42 - RA-Externo
UY90 - ZC Corporate UY90 ZC- Corporate UY90 - ZC Corporate
Company Code: CL10 - Chile
739547772.docx 8 of 72
Organization Group
CL10 - IA-Material
CL10 - IA-Vicuña Mackenna CL10 - IA C01, C02, C03, C04, C05, C06, C07, C08
CL16 - IA-Service
CL20 - MO-Vicuña Mackenna CL20 - MO-Material

CL20 - MO
CL21 - MO-Rio Refugio CL26 - MO-Service
C09, C10, C11, C12, C13, C14, C15
CL40 - RA-Material
CL40 - RA-Vicuña Mackenna CL40 - RA
CL46 - RA-Service
CL30 - EL-Material
CL30 - EL-Vicuña Mackenna CL30 - EL C16, C17, C18, C19, C20, C21, C22
CL36 - EL-Service
CL90 - ZC-Vicuña Mackenna CL90 ZC- Corporate CL90 - ZC Corporate C23, C24
Company Code: PE10 - Peru

Organization Group
PE10 - IA-Material
PE10 - IA-Lima PE10 - IA P01 , P02 , P03 , P04
PE16 - IA-Service
PE20 - MO-Lima
PE20 - MO-Material
PE21 - MO-Arequipa PE20 - MO P05 , P06 , P07 , P08
PE26 - MO-Service
PE22 - MO-Operador Logistico
PE30 - EL-Lima
PE30 - EL-Material
PE31 - EL-Operador Logistico PE30 - EL P09 , P10 , P11
PE36 - EL-Service
PE32 - EL-ELDS Lima
PE90 - ZC Oficina Javier Prado
PE90 ZC- Corporate PE90 ZC- Corporate P12 , P13
PE91 - ZC-Av. Argentina
Company Code: CO10 - Colombia

Organization Group
CO10 - IA-Siberia
CO10 - IA-Material O01 - Martha Gordillo, O02 - Stephany Toral,
CO11 - IA-Lagartos CO10 - IA
CO16 - IA-Service O03 - Neftali Roldan, 04 - Temporal
CO12 - IA-Barranquilla
CO20 - MO-Siberia CO20 - MO-Material O05 - Juan Maldonado,
CO20 - MO
CO21 - MO-Lagartos CO26 - MO-Service O06 - Temporal
CO30 - EL-Siberia CO30 - EL-Material O07 - Juan camilo Rivera,

CO30 - EL
CO31 - EL-Lagartos CO36 - EL-Service O08 - Temporal
CO90 - ZC-Siberia
O09 - Grupo GBS IM&S,
CO91 - ZC-Lagartos CO90 ZC- Corporate CO90 - ZC Corporate
O10 - Grupos GBS IM&S
CO92 - ZC-Barranquilla
Company Code: EC10 - Ecuador
739547772.docx 9 of 72
Organization Group
EC10 - IA-Material
EC10 - IA-Quito EC10 - IA E01
EC16 - IA-Service
EC20 - MO-ADIPHARM EC20 - MO-Material
EC20 - MO E02
EC21 - MO-Oficina EC26 - MO-Service
EC30 - MO-ADIPHARM EC30 - EL-Material

EC30 - EL E03
EC31 - MO-Oficina EC36 - EL-Service
EC90 - ZC-Oficina EC90 ZC- Corporate EC90 - ZC Corporate E04
Company Code: PA10 - Panama

Organization Group
PA10 - IA-FP Costa Del Este PA10 - IA-Material
PA10 - IA
PA11 - IA-M8 Centro Ind. Milla PA16 - IA-Service
PA20 - MO-FP Costa Del Este

PA20 - MO-Material N01 , N02 , N03 , N04 , N05 , N06 , N07 , N08 ,
PA21 - MO-M8 Centro Ind. Milla PA20 - MO
PA26 - MO-Service N09 , N10 , N11 , N12
PA22 - MO-VE Plaza Doral
PA30 - EL-Material
PA30 - EL-FP Costa Del Este PA30 - EL
PA36 - EL-Service
PA90 - ZC-FP Costa Del Este PA90 ZC- Corporate PA90 - ZC Corporate

Organization Group
PA10 - IA-Material
PA12 - IA-FP Costa Del Este PA10 - IA
PA16 - IA-Service
PA20 - MO-Material
PA23 - MO-FP Costa Del Este PA20 - MO
PA26 - MO-Service N01 , N02 , N03 , N04 , N05 , N06 , N07 , N08 ,
PA30 - EL-Material N09 , N10 , N11 , N12
PA31 - EL-FP Costa Del Este PA30 - EL
PA36 - EL-Service
PA91 - ZC-FP Costa Del Este PA90 ZC- Corporate PA90 - ZC Corporate
Company Code: CR10 - Costa Rica

Organization Group
CR10 - IA CR10 - IA
CR00 - Material
CR20 - MO CR20 - MO N01 , N02 , N03 , N04 , N05 , N06 , N07 , N08 ,
CR60 - Service
CR30 - EL CR30 - EL N09 , N10 , N11 , N12
CR90 - ZC-Corporate CR90 ZC- Corporate CR90 - ZC Corporate
Company Code: DO10 - Dominican Republic
739547772.docx 10 of 72
Organization Group
DO10 - IA DO10 - IA
DO00 - Material
DO20 - MO DO20 - MO N01 , N02 , N03 , N04 , N05 , N06 , N07 , N08 ,
DO60 - Service
DO30 - EL DO30 - EL N09 , N10 , N11 , N12
DO90 - ZC-Corporate DO90 ZC- Corporate DO90 - ZC Corporate
Company Code: GT10 - Guatemala

Organization Group
GT10 - IA GT10 - IA
GT00 - Material
GT20 - MO GT20 - MO N01 , N02 , N03 , N04 , N05 , N06 , N07 , N08 ,
GT60 - Service
GT30 - EL GT30 - EL N09 , N10 , N11 , N12
GT90 - ZC-Corporate GT90 ZC- Corporate GT90 - ZC Corporate
Company Code: SV10 - El Salvador

Organization Group
SV10 - IA SV10 - IA
SV00 - Material
SV20 - MO SV20 - MO N01 , N02 , N03 , N04 , N05 , N06 , N07 , N08 ,
SV60 - Service
SV30 - EL SV30 - EL N09 , N10 , N11 , N12
SV90 - ZC-Corporate SV90 ZC- Corporate SV90 - ZC Corporate
Company Code: TT10 - Trinidad & Tobago

Organization Group
TT10 - IA TT10 - IA
TT00 - Material
TT20 - MO TT20 - MO N01 , N02 , N03 , N04 , N05 , N06 , N07 , N08 ,
TT60 - Service
TT30 - EL TT30 - EL N09 , N10 , N11 , N12
TT90 - ZC-Corporate TT90 ZC- Corporate TT90 - ZC Corporate
1.2.3. Logistic (Plant / Storage Location)
Company Code: AR10 - Argentina
739547772.docx 11 of 72
Plant Storage Location
2002 Analitica IAMA
2004 Turbocharging
2006 O&G Sist. Indust
2008 Power Generation
2007 Instrumentos IAMA
AR10 - IA
2009 Control Tech.
SUBC Subcontratación
1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
AR11 - IA Zona Franca TERC Zona Franca
AR20 Motion
AR20 - MO 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
AR21 - MO Zona Franca TERC Zona Franca
AR30 Eletrification
AR30 - EL 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
AR31 - EL Zona Franca TERC Zona Franca
4001 Produccion
4002 Almacen
4003 Pañol Repuestos
AR32
EL Tucumám
ZGAR Garantia
TERC Terceros
AR33 - EL Tucumám FP 4004 Finish Goods
6001 Autolink Mat.
6002 MV Sec. Distrib.
6003 Recloser Mat.
6004 Relays
6005 OCB (Int. Ext.)
6006 NSPPCompactSubSt
6007 Autolink Produc.
AR34 - ELDS
6008 MV Sec. Prod.
6009 Recloser Produc.
6010 Producción CSS
ZGAR Garantia
TERC Terceros
AR35 ELDS Zona Franca TERC Zona Franca
739547772.docx 12 of 72
AR40 Robotics & D.Aut.
AR40 - RA
ZGAR Garantia
TERC Terceros
TERC Zona Franca
AR41 - RA Zona Franca TERC Zona Franca
AR90 - Corporate Oficina Chile AR90 Oficina Chile
AR91 - Corporate El Jaguel AR91 El Jaguel
Company Code: UY10 - Uruguay

UY10 Central
1001 Service
UY10 - IA
ZGAR Garantia
TERC Terceros
UY11 - IA Zona Franca UY11 Zona Franca
UY12 - IA Externo UY12 Externo
UY20 Central
1001 Service
UY20 - MO
ZGAR Garantia
TERC Terceros
UY21 - MO Zona Franca UY21 Zona Franca
UY22 - MO Externo UY22 Externo
UY30 Central
1001 Service
UY30 - EL
ZGAR Garantia
TERC Terceros
UY31 - EL Zona Franca TERC Zona Franca
UY32 - EL Externo UY32 Externo
UY40 Central
1001 Service
UY40 - RA
ZGAR Garantia
TERC Terceros
UY41 - Zona Franca TERC Zona Franca
UY41 -RA Zona Franca TERC Zona Franca
UY42 - RA Externo UY42 Externo
UY90 - Central UY90 Central
739547772.docx 13 of 72
Company Code: CL10 - Chile
CL10 Central
ZGAR Garantia
CL10 - IA-Vicuña Mackenna TERC Terceros
CL12 – TW – Op.Logist.
CL13 – Staging 01
CL14 – Staging 02
CL15 – Bodega IA
CL20 Central
CL20 - MO-Vicuña Mackenna
ZGAR Garantia
TERC Terceros
CL22 - TW – Op.Logist.
CL21 Central
CL21 - MO-Rio Refugio
ZGAR Garantia
TERC Terceros
CL40 Central
CL40 - RA-Vicuña Mackenna
ZGAR Garantia
TERC Terceros
CL30 Central
CL30 - EL-Vicuña Mackenna
ZGAR Garantia
TERC Terceros
CL90 - ZC-Vicuña Mackenna CL30 Central
Company Code: PE10 - Peru

0001 IAPI Service 4201
0002 IAPI 4200/4100
PE10 - IA-Lima 0003 IAMA 3199
0004 IATU 7712
739547772.docx 14 of 72
ZGAR Garantia
TERC Terceros
0001 MOSE 4131
0002 MOSE 4159
0003 MOMG 4156MODP 4015
PE20 - MO-Lima SUBC Subcontratación
ZGAR Garantia
TERC Terceros
0001 MOSE 4131
PE21 - MO-Arequipa 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
0001 MOMG 4156/MODP 4015
PE22 - MO-Operador Logistico 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
0001 ELSP 3078/ELSB 3085
PE30 - EL-Lima 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
0001 ELSP 3078/ELSB 3085
PE31 - EL-Operador Logistico 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
0001 ELDS Service 3442
0002 ELDS 3435/3446
PE32 - EL-ELDS Lima
ZGAR Garantia
TERC Terceros
PE90 - ZC Oficina Javier Prado PE90 - CorporateCO / CorporateRE
PE91 - ZC-Av. Argentina PE91 - CorporateCO / CorporateRE
Company Code: CO10 - Colombia

2002 Analitica IAMA
2004 Turbocharging
CO10 - IA-Siberia 2005 O&G Sist. Indust
2006 TBD Martin Bogado
2008 Power Generation
739547772.docx 15 of 72
2007 Instrumentos IAMA
2009 Control Tech.
SE00 Service
ZGAR Garantia
TERC Terceros
CO11 - IA-PRINCIPAL
CO11 - IA-Lagartos 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CO12 - IA-PRINCIPAL
CO12 - IA-Barranquilla 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CO20 - MO-PRINCIPAL
CO20 - MO-Siberia 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CO21 - MO-PRINCIPAL
CO21 - MO-Lagartos 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CO30 - EL-PRINCIPAL
CO30 - EL-Siberia 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CO31 - EL-PRINCIPAL
CO31 - EL-Lagartos 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CO90 - ZC-Siberia CO90 - SIBERIA
CO91 - ZC-Lagartos CO91 - LAGARTOS
CO92 - ZC-Barranquilla CO92 - PARALELO 108
Company Code: EC10 - Ecuador

EC10 - IA STOCK
EC10 - IA-Quito ECXC - EXCEDENTES
ECDM - IA DEMO
739547772.docx 16 of 72
ZGAR Garantia
TERC Terceros
EC20 - MO STOCK
ECXC - EXCEDENTES
ECDM - MO DEMO
EC20 - MO-ADIPHARM SUBC Subcontratación
ZGAR Garantia
TERC Terceros
EC21 - MO-Oficina ECDM – MO STOCK
EC30 – EL STOCK
ECXC - EXCEDENTES
ECDM - EL DEMO
EC30 - MO-ADIPHARM SUBC Subcontratación
ZGAR Garantia
TERC Terceros
EC31 - MO-Oficina EC31 - EL STOCK
EC90 - ZC-Oficina EC90 – Corporate Almacen

PA10 – FP (Principal)
PA10 - IA-FP Costa Del Este 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
PA11 – MB (Principal)
PA01 - IA Entrega Directa
PA11 - IA-M8 Centro Ind. Milla
ZGAR Garantia
TERC Terceros
PA20 - MO-FP Costa Del Este 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
PA21 – MB (Principal)
PA21 - MO-M8 Centro Ind. Milla 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
PA22 - MO-VE Plaza Doral PA22 – VE (Principal)
739547772.docx 17 of 72
ZGAR Garantia
TERC Terceros
PA30 - EL-FP Costa Del Este 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
PA90 - ZC-FP Costa Del Este PA90 – Principal

PA12 - IA-FP Costa Del Este PA12 – FP
PA23 - MO-FP Costa Del Este PA23 – FP
PA31 - EL-FP Costa Del Este PA31 – FP
PA91 - ZC-FP Costa Del Este PA91 – FP
Company Code: CR10 - Costa Rica

CR10 - IA-PRINCIPAL
CR10 - IA 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CR20 - MO-PRINCIPAL
CR20 - MO 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CR30 - EL-PRINCIPAL
CR30 - EL 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
CR90 - ZC-Corporate CR90 - ZC-PRINCIPAL
Company Code: DO10 - Dominican Republic

DO10 - IATU-PRINCIPAL
DO01 – IA Entrega Directa
DO10 - IA
ZGAR Garantia
TERC Terceros
DO20 - MO DO20 - MO-PRINCIPAL
739547772.docx 18 of 72
ZGAR Garantia
TERC Terceros
DO30 - EL-PRINCIPAL
DO30 - EL 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
DO90 - ZC-Corporate DO90 - ZC-PRINCIPAL
Company Code: GT10 - Guatemala

GT10 - IA-PRINCIPAL
GT01 – IA Entrega Directa
GT10 - IA
ZGAR Garantia
TERC Terceros
GT20 - MO-PRINCIPAL
GT20 - MO 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
GT30 - EL-PRINCIPAL
GT30 - EL 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
GT90 - ZC-Corporate GT90 - ZC-PRINCIPAL
Company Code: SV10 - El Salvador

SV10 - IA-PRINCIPAL
SV10 - IA 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
SV20 - MO-PRINCIPAL
SV20 - MO 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
SV30 - EL-PRINCIPAL
SV30 - EL
739547772.docx 19 of 72
ZGAR Garantia
TERC Terceros
SV90 - ZC-Corporate SV90 - ZC-PRINCIPAL
Company Code: TT10 - Trinidad & Tobago

TT10 - IA-PRINCIPAL
TT10 - IA 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
TT20 - MO-PRINCIPAL
TT20 - MO 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
TT30 - EL-PRINCIPAL
TT30 - EL 1500 Reparación Calidad
ZGAR Garantia
TERC Terceros
TT90 - ZC-Corporate TT90 - ZC-PRINCIPAL
1.3. Master Data Requirements
1.3.1. FI – Finance
SAP General Ledger Module (GL) Master Data Element
Chart of Accounts
Unique Plan of Accounts: It is a catalog which contains the accounts necessary to record the economic events
of one or more organizations. A chart of accounts must meet several requirements, such as homogeneity,
integrity (it must present all the necessary accounts), systematic (it must follow a certain order) and flexibility
(it must allow the addition of new accounts).
Accounting Account:
Account, or item, is the basic and central element in accounting and payment services. It is also the smallest
accounting unit capable of summarizing an economic fact. The accounting account is the representation
valued in monetary units of each of the elements that make up the assets of a company (goods, rights and
obligations) and the result of the same (income and expenses), it allows the monitoring of the evolution of
739547772.docx 20 of 72
the elements in time. Therefore, there are as many accounts as there are equity elements that the company
has and, consequently, the set of accounts of a company supposes a complete representation of the equity
and the result (profits or losses) of the company.
General Ledger Account:

These are accounting accounts where debits and credits are registered in a general way, where it is difficult to
extract the movements by a specific criterion. Usually its control is based on the net balance that is calculated
by subtracting the credits from the debits, depending on the nature of the account (the account may be
Debtor or Creditor nature)
Auxiliary Book Account: These are accounting accounts that record the details of the movements that
support the balances reported in the General Ledger accounts. This control is done by recording all the
movements in detail for each member of the auxiliary (debtors, creditors) and that impact the General
Ledger on a consolidated basis (on a daily or monthly basis), as a resulting balance and without transferring
all the transactions that make up said balance.
The chart of accounts is a list that presents the accounts necessary to record the accounting events. This is a
systematic ordering of all accounts.
SAP Account Payable (AP) Master Data Element

Master data is divided into 2 segments with different types of information which is useful for different areas of an
organization.
The creditor master data is divided into:
 General data: these are the supplier's own data, they are data that do not change according to the company
or purchasing organization where they are created, for example, name or company name, address, tax
identification, tax status, etc.
 Company data: these are the data that interest the company in which the provider is created, for example,
the associated account, the payment methods, the treasury group, the data of tax interest such as
withholdings, etc.
 Purchase organization data: these are the data referring to the purchase conditions, such as the payment
terms, the price scheme, the usual purchase currency, etc.
To create a vendor master data, you must use an account group which defines two especially important things:
 Determine the field status of the account master data: The status field is what determines which data is
required, optional, or remain hidden at the time the master data is created.
 Defines the number range: for each group you can create a different number range, or you can even assign
the same range to multiple groups.
Currently, the Template handles account groups that are not useful for other LATAM countries, especially since
providers that are national for one country can be from abroad to others. The definition use and process to be given
to supplier groups in relation to all countries is pending by the ABB team.
BANKS
The relevant master data for bank transactions are:
 Country bank: this is the code that represents a country's banking institutions. The Central Bank of each
country assigns a code to the enabled banks. This code is saved as a country bank or general bank.
 Own bank: Set up to identify the general bank in which companies have one or more bank accounts.
 Account ID: This concept represents the bank accounts held by the company code in its own bank. The same
bank itself can have one or more accounts.
739547772.docx 21 of 72

Cash book or Petty Cash
The cash book is a tool for cash management and movement of funds. It is used to record cash inflows and outflows.
The relevant master data for petty cash transactions is:
 G/M account: This master data contains information that controls the account assignments of the
transactions and the processing of the data.
SAP FI-AR Master Data Elements

The following (supporting) Master Data elements are in-scope:
 Customer Master
 Business Partner
 Material Master
SAP Fixed Asset Module (AA) Master Data Element

The following (supporting) Master Data elements are in-scope:
 Standard Fixed Asset Master Data is a baseline object managed at group level. Baseline naming
convention for Standard Master Data will be unique and global and it will consider the peculiarity of each
value chain.
 Primary Numbers: Represent the principal asset. Primary asset will contain ABB “historical” master data,
with values coming from current legacy System; after SAP start, these assets will be created functionally
for “new constructions” or for new financial asset acquisitions/transfer acquisitions carried out in the
companies. On the primary asset, will be capitalized first acquisition value (e.g: a new device, a new
spare part).
SAP Tax Module (TX) Master Data Element (Argentina)

The following (supporting) Master Data elements are required:
Vendor and Customer master Data Fields
These are necessary fields in Vendors and Customer master data. Appears in the General view master data.
Fields
A) Tax Number 1: this field contains the Tax and legal number of each Vendor or Customer. Ex. CUIT number in
Argentina 30-56071085-9 (to be complete without dashes)
-SAP standard localization; also validate the format of the Tax number 1 for the country according these definitions.
B) Tax Number 2: this field contains the Gross Income (IIBB) number of each Vendor/Customer.
C) Tax number Type (LFA1-STCDT): this value represents the fiscal ID type (identification type) for Vendors in all
LATAM Countries. (two digits). For Vendor and Customers
D) Will be used for Legal reports and other relevant documentation (invoices, others)
E) Tax Type (LFA1-FITYP): this value represents the fiscal condition of the customer/vendor in the country.
Classification of companies according to tax aspect.
F) Tax Categories: this value represents the activation of some local taxes (IIBB, and others) to bill the customer in
the SD Billing Invoice (manage dates, exemptions, etc.)
739547772.docx 22 of 72
E) Withholding Taxes: represents the activation of the Withholding tax type and codes these fields are at
Company code level (FI)
SAP Tax Module (TX) Master Data Element ( All the countries)
The following (supporting) Master Data elements are required:
Vendor and Customer master Data Fields
These are necessary fields in Vendors and Customer master data. Appears in the General view master data.
Fields
A) Tax Number 1: this field contains the Tax and legal number of each Vendor or Customer.
B) Tax number Type (LFA1-STCDT): this value represents the fiscal ID type (identification type) for Vendors in all
LATAM Countries. (two digits). For Vendor and Customers
Example: RUT, NIT, RUN, etc.
C) Tax Type (LFA1-FITYP): this value represents the fiscal condition of the customer/vendor in the country.
Classification of companies according to tax aspect.
Example: Natural Person, National, Juridic Company, etc.
E) Withholding Taxes: represents the activation of the Withholding tax type and codes these fields are at
Company code level (FI)
1.4. Business Processes (valid for all clusters)
FI – Finance
Libro Mayor (GL)

Sap fi introduction to general ledger (gl) refers to SAP's Main Accounting module. The central task of primary
accounting is to provide a balance sheet of the external accounts and accounts. Basically, the general ledger serves as
a complete record of all accounting operations.
 Processes and operations
• Transaction - General posting

• Entry - Register G / L Account Document
• Transaction - General posting with template
• Modification and Viewing of documents
739547772.docx 23 of 72
 Open and close accounting periods
In this process it is possible to indicate in each company code variant, which posting periods are open for posting. For
this, there are two time intervals, where it is indicated in each interval: A lower period limit, an upper period limit and
the year.
 Arrastre de Saldos: Libro Mayor
At the end of the fiscal year, it is necessary to carry over the balances of each book to the new fiscal year. This activity
can be repeated as many times as desired. However, it is usually not necessary to repeat the run since, when posting
in the previous fiscal year, the postings are automatically carried forward to the new fiscal year, provided that the
carry-forward of balances has already been executed to the new fiscal year.
 Valuation of Foreign Currency.
Valuation in Foreign Currency, With the valuation program in SAP, through the transaction FAGL_FC_VAL - Foreign
currency valuation, the items or balances are valued using the new exchange rate, generating a valuation difference
that is posted to adjust the accounting to the values current.
 Balance Sheet Structure

Balance structure is a tool that allows you to configure the format of a balance allowingyou to have different
groupings of accounts or hierarchical structures of balances. Eachstructure will serve to expose a balance sheet in a
different way. The balance sheet structure is complemented with Z development to meet the legal book requirements
of each location
ACCOUNTS PAYABLE MODULE (AP)

The main object to run the accounts payable control is the documents generated for the vendor. With them, the
control needs of these documents (open items, prepayments, credit) and the clearing or sending of payments to the
supplier are generated. The origin of these documents can come from MM (Invoice Entries), PWCE (Invoice Entry,
Advances or Credit Memo), FI-AP - manual document postings.
SUPPLIER MASTER DATA
Vendor master data record contains name, address, currency used for purchase orders, payment condition, control
account. The vendor master record consists of three areas:
a) General data:
Data that applies equally to each company (address, telephone number, language, etc.)
b) Company details:
Data maintained at the company level (payment transactions, reconciliation account number, etc.)
c) Purchases:
Important data relating to purchasing activities, which is maintained at the purchasing organization level
(terms of supply of contact persons, etc.)
739547772.docx 24 of 72
Suppliers can be registered in two ways:
 Through GEFOR - system developed in notes that has workflow and after doing the integration with SAP,
automatically creating the supplier.
 By registering suppliers in SAP in transaction xk01 / xk02.
CREATION OF SUPPLIER INVOICES

Invoices are documents created for the supplier, originated from a purchase, taxes payable, etc.
Invoices can come automatically from purchasing processes, generated taxes, PWCE invoices, PLC uploads or manual
posting directly to the AP.
Manual posting in ABB is only used as an exception and, when invoice is required, it is filled in as follows.
ANTICIPATION REQUEST
It is a statistical document, that is, it does not generate accounting movements at the time of its creation. This item
will only be recorded in the general ledger at the time of payment (F-53) or registration by transaction (F-48).
AUTOMATIC PAYMENT
This option will be used to make massive payments, that is, it is the generation of borders that will be sent to the
banks electronically. Through it we will be able to select all the payments that are maturing on a certain date and
process them at the same time.
All payment must be in the name of the provider registered in the System. Payment is not allowed on behalf of a third
party.
PAYROLL PAYMENTS
The entries of amounts related to Payroll are created by the Human Resources Department through the Rhevolution
system, with the generation of an electronic payment file, where they are sent to the Bank (Itaú), to make the
payment to the employees.
The accounting for these payments is grouped by a total amount per branch and sent to SAP after approval on a Lotus
Notes basis, and a file (PLC > Account Entry Spreadsheet) is sent to carry out the accounting of the output of these
payments.
TAX PAYMENT
The accounting of taxes and taxes are made by the Accounting, Taxes and Human Resources Departments, and sent to
the Financier for payment through collection guides.
These postings are verified and released in the SAP System considering their respective maturities.
After the releases and conferences of the payments, the Suppliers department, through the ZFITAXPOSTER
transaction, and based on an Excel file, generates the open items for these payments.
Thus, the payment proposal is generated through transaction F110 and generates the payment cycle, thus considering
the corresponding providers and their respective due dates.
For some taxes and duties, the Suppliers department receives electronic files from the responsible departments to
send them to the banks.
739547772.docx 25 of 72
The postings for tax payments that were not possible to generate the electronic file by the person in charge are
entered manually in the Bank's system by the Suppliers department.
INTERNAL PURCHASE AND SALE PROCESS. CVI

The internal buying and selling process is called CVI. The SAS receives the payment request with the information of the
exit to pay and the exit to receive.
PAYMENTS WITH CHECKS

Payment by check will only be made for branch refunds and refunds or in the case of any legal process that requires
payment by check. These must be signed by authorized approvers in accordance with the Judicial Power.
RETURN OF PAYMENT
Payment return files are generally received by the Accounts Receivable department. The consistency files and the final
declaration are downloaded to the SAP system. Consistency files are downloaded only to verify that payments have
been scheduled. If the bank rejects any payment at the time of canceling consistency, the SAP system automatically
reopens the item, allowing correction on departure and forwarding to the Bank.
PAYMENTS REFUSED
Payments rejected by the bank through DOC and TED in days after the due date are analyzed and returned for
payment by the Accounts Payable department. In the rejected departure, a history of the reason for the return is
observed.
PAYMENTS WAGONLIT, AMEX, ALATUR

These are open item documents for travel and card expenses. These expenses are received through files and uploaded
to SAP, processed in releases and a file is generated to be uploaded via PLC.
Account Receivable Module (AR)
 Master Data – Create, Change and Display Customer

In the customer register, the following is inserted: customer name, Address, Communication, Tax Number (Example:
CUIT Number), Accounting Information (Reconciliation Accounting), Payment Methods, Dunning frequency and
Interface ICV and R-Box (ABB global solution).
 Customer Credit Management
Credit analyst checks the client's financial documentation and determines the credit limit in the register. Credit
Control Area defines credit limit. A credit control area can have more than one company. Risk Class is manually
changed. Credit exposure occurs in Sales order and Invoice.
Customer is blocked for all credit management business transactions (order acceptance, delivery, ) after running out
of credit limit. Customer blocked for all credit management business transactions (order acceptance, delivery) after
running out of credit limit. Can still post invoices for goods that have been delivery.
 Customer Down Payment Request
If Customer Down Payment Request is with external project, is required create billing document with input invoice
document (SD). Area creates down payment request and post conciliation based on the bank entry.
 Business Partner
739547772.docx 26 of 72
Business Partner automatically created when the client generated. These rules determine the order that customers
shown on Worklist. With the presentation of clients on the Worklist, it is possible to start Dispute Case and Promise to
pay.
 ‘Dispute Case
Dispute Case is internal communication and created due to business problems that, for the customer, justify the non-
payment of the debt (wrong invoice, wrong tax, wrong address, goods not received, etc.).
Email sent to ABB technical staff and technical team analyzes the case. Required definition of Analyst and Supervisor
by Profit Center to which emails will sent. After solving, Dispute case will returned to business area, which will
continue the collection process.
Dispute case will closed when customer invoice are cleared e o history of the actions performed will displayed in the
worklist.
Dispute Case update done through a program (without manual intervention).
 Promisse to pay
Worklist will show all unpaid invoices on the due date according to the established rule. Promise to pay are created
when there are no technical and operational details that justify non-payment.
Business area contacts customer and determines new payment date e create Promise to pay. Program sends email to
the customer informing about the agreed payment promise. If payment confirmed, it updates the payment promise
and links the payment received to the business partner.
 Dunning
It is the process for which collection letters sent to customers who have unpaid invoices by the due date.
SAP standard allows for three rules and three card templates. (GAP will show below).
Fixed Asset Module (AA)
 Asset Master Data Management

 Asset acquisition process
 Final Asset and AUC Automatic creation-Settlement Management
 Asset Movements-Transfers
 Asset Movements-Retirements
 Asset Depreciations/Month End Closing
 Asset Year End Closing
 Asset Reporting Process
The indicated Fixed Asset (AA) business processes will be supported via the implementation of the following SAP
FI components, along with supporting applications/interfaces:
Manage Creation/Updating of asset master data, according to the defined Accounting scheme, guarantee
integrity and tracking from Business work object and Asset Master Data
Manage the different kind of requirements for Asset classification and depreciations (IFRS/LOCAL GAAP/ USGAAP/
tax/ managerial/ regulatory).
739547772.docx 27 of 72
Provide appropriate reporting on asset master data.
This process describes the reference framework to Asset Master Data Management, which aims to optimize asset
management with:
Embedded controls on Business Work Object to guarantee integrity of Asset Data from the beginning of work.
Link between work end date and depreciation start. It will set the date of the first capitalization
Creation of both Asset Under Construction and Final Asset will be automated.
Depreciation will be posted every month for all assets belonging to a company code.
Legal or Tax books do not require separate running of Depreciation.
Before period is closed centrally at month end, depreciation to be posted.
The monthly depreciation posting scheduled as background job. It post separate documents in 0L and parallel
Ledger.
Taxes (TX) Argentina/Uruguay and Caribbean Countries

 Purchasing (input process)
 Sales (output process)
 Withholding Taxes
 Tax Reports
The indicated Taxes (TX) business processes will be supported via the implementation of the following
SAP FI components, along with supporting applications/interfaces:
Taxes Module (TX)
Purchasing/Billing Processes: The Input/ouput documents (Invoice, Credit notes, etc) will include the calculation
and derivation of different taxes.
Tax Codes:
Used to implement Taxes on Sales and Purchases (VAT, Perceptions, internal taxes)
Tax procedure is defined in the country, which includes the tax structure and tax codes.
Tax Codes can combine different taxes and include the corresponding rates to be calculated on each transaction
(e.g.: VAT 21% + Gross Income Perception CABA 1,5 %)
Accounts are defined for each tax component.
Withholding tax Module

SAP calculation applied through the combination of a Withholding tax code and an Withholding tax type indicator.
Combinations of tax code and types indicators reflect withholding tax regimes for which the company acts as
agent.
Withholding tax Type:
Withholding classified according to different tax withholding systems.
Specifies different attributes to calculate deductions. For example: Time of retention
(Posting of the invoice or payment posting) Calculation Base (gross, net, tax), type of accumulation (monthly,
quarterly, annual or without accumulation), treatment of partial payments, issuance of certificates retention
control minimum amounts base and retention, etc.
They are assigned by company code
739547772.docx 28 of 72
Withholding tax Code:
Defined the amount or the percentage of each withholding
Tax Reports
Different kinds of Tax and Withholding tax reports are required and will be provided by SAP TAX standard
module and/or according Argentina localization.
In the case of Argentina, different Z Reports will be extended from the current SAP system to the new SAP.
1.5. Distinct Business Processes (specific for a

clusters/country)
Chart of Accounts:
Country chart of accounts: in certain countries it is mandatory to use the specific chart of accounts by legal
regulations. However, a company can have the same chart of accounts of its parent company and in each G / L
account of the operational chart of accounts assign the account of the country chart of accounts in order to
maintain an equivalence between both charts of accounts
COP
The PUCC (Single Plan of Accounts Colombia) must be implemented

Since by fiscal regulations it is required to manage the accounts established for the country, in this way to be
able to execute the reports requested by the national regulatory entities.
COP/Ecuador
It is required to determine the use of the LOTUS NOTE tool in LATAM countries, since currently some of these
do not use this tool in their processes
 At this point an analysis should be performed to develop a program to cover the authorization process.
COP
Magnetic Book Reports
The generation of tax reports is required according to COLGAAP standards, where withholdings are shown at
the source of third parties, Income, Purchases and Expenses (where the third party (supplier / client)
involved, Sales, among others is identified.
 Location notes must be installed
COP
Tax Reports
A meeting is required to request sample formats to cover the request
739547772.docx 29 of 72
 A meeting is required to request sample formats to cover the request
Ec
Central Bank Exchange Rate of each country
It is required to maintain multiple exchange rates (M) on a daily basis with the relationship between the
country's local currency and foreign currencies according to the Central Bank Quote of each of the countries.
Validate if this process will be followed manually or the automatic process of the Template will be adapted.
 a configuration will be made to cover this process
PER
The identifying agent requires a specific chart of accounts for Peru, even if we have another chart of
accounts, we have to follow the rules of that plan, numbering and description. We also manage it externally
to avoid duplication of information in our ERP. Peru's ERP is IScala.
• ALL CLUSTER
It is requested to validate those required for the other countries..
Transfer price
Transfer prices are understood as the price or rate agreed between related parties for the transfer of
services, goods, loans, etc. ... Transfer pricing regulations began to be in force in Peru since 2006.
PER
Transfer price and there will be differences between the two books, IFRS vs UGAAP.
the Journal, Ledger

It is requested that you do not send some examples of the Journal, Ledger, Inventory, etc.
• ALL CLUSTER
It is requested to validate those required for the other countries..
PER
closing and opening
He commented that they make closing and opening entries, take the values of the income statements to the
accrued income, profit or loss accounts, and then take the asset and liability accounts. There is a process in
Template that does that process. Verify if you can be applied for Peru.
• the development creation for this process should be analyzed
PER
739547772.docx 30 of 72
What will be the tool that will replace the PLC (a program that creates accounting entries in SAP)?
 it should be analyzed if a development will cover the request
Arg/Urg
You need to obtain the Accounting Balance in Local Currency (ARS in Argentina and UYU in Uruguay) for Local
accounting requirements = IFRS.
Likewise, it also requires accounting reports in USD extracted under Local regulations to comply with internal
information or audit requirements.
ALL COUNTRIES
You are required to send the Accounting Balances (Accounting Reports) under Global / Corporate standards =
USGAAP and in USD Currency.
Solution proposal
To comply with obtaining the local Balance = IFRS (in local currency and in USD), book 0L would be used and
to comply with the global report, book 1L would have to be used, as defined today in the Template.
This applies to Argentina and Uruguay.
Arg
It was requested to activate and configure the automatic GL inflation adjustment module by local
requirement of Argentina. With monthly execution.
Caribe
You need to obtain the Balance Sheet in Local Currency for Local = IFRS accounting requirements.
Likewise, it also requires accounting reports in USD extracted under Local regulations to comply with internal
information or audit requirements.
COMMERCIAL PROCESSES ACCOUNTS PAYABLE FOR ALL COUNTRIES

The main object to run the accounts payable control is the documents generated for the vendor. With them,
the control needs of these documents (open items, prepayments, credit) and the clearing or sending of
payments to the supplier are generated. The origin of these documents can come from MM (Invoice Entries),
PWCE (Invoice Entry, Advances or Credit Memo), FI-AP - manual document postings.
At this point, the gaps detected for each of the clusters / countries that make up the object of the
implementation rollout are added, they are identified individually by each one of them.
739547772.docx 31 of 72
These points or requirements are requested by the BPOs for current processes or required by country
regulations within each of the current processes managed by the Template
SUPPLIER MASTER DATA

Vendor master data record contains name, address, currency used for purchase orders, payment condition,
control account.
ALL COUNTRIES
 Provider Groups: It is required to validate the handling of provider groups for the ABB group
since they are shared among themselves. For Brazil, a supplier can be national while for Colombia
it is considered foreign. This requirement is necessary for all clusters or countries that make up
the ABB group, and includes the range of numbers. The solution is pending by ABB team.
CREATION OF SUPPLIER INVOICES

Invoices are documents created for the supplier, originated from a purchase, taxes payable, etc.
Invoices can come automatically from purchasing processes, generated taxes, PWCE invoices, PLC uploads or
manual posting directly to the AP.
Manual posting in ABB is only used as an exception and, when invoice is required, it is filled in as follows.
For the registration of invoices, the process currently handled by the Template will be considered, however it
is necessary to mention that there are particularities for the countries as mentioned in the following points:
ARG-URY
• Automatic Check Not Legal Vendors/Purchase Invoices: request to add and automatic process and
validation to verified if the Vendor and the Purchase Invoice is legal. According a Legal electronic file
with a new Program. Currently Argentina does not have this functionality in SAP.
• Automatic Check of Exchange Rates (Invoice issue date Vs SAP Table Rate): Request to add and
automatic validation to verify the difference between the Exchange Rate in the Issue Invoice that
are posted against the SAP Exchange Rate table and check a value as limit. Currently Argentina does
not have this functionality in SAP.
• Credit Invoice document Legal Validation request : is required to fulfill the Legal validations of the
Credit Invoice from Vendors. (is Not Electronic Billing invoice to customer) . Currently Argentina has
developed in 2019 year with a Third-party Vendor the Process, a Z program and Z monitor in SAP to
have a solution. ABB Template does not have a program to fulfill this local requirement. In case that
we continue with the Z programs, will be necessary to review technically and extend the Program to
the new SAP.
ALL CLUSTER
• Use of tools to upload invoices: It is required to validate the use of tools external to the system that
are currently handled in the Template. For example, the loading of invoices through PLC or those
created from PWCE.
• Check Purchase Documents formats and Duplication : ABB request to put different
validations now of the post the Purchase documents to avoid duplication by Vendor, Company Code,
Document type, depending the format numbering of the document. ABB Template does not have
this kind of validation depending the format/numbering of the legal purchase document.
ANTICIPATION REQUEST
739547772.docx 32 of 72
For the registration of advances, the process currently handled by the Template will be taken into account,
however it is necessary to mention that there are particularities for the countries and points that affect all of
these in the same way as mentioned in the following points:
ARG-URY
• Blocking type to control a Credit note posted : A Blocking type “F” was implemented that ensures
that an invoice affected by a Purchase Order, with an Open Advance, cannot be released for
payment without the Credit Note canceling the advance has been posted (development in SAP)
AUTOMATIC PAYMENT
The payment process currently handled by the Template will be taken into account, however it is necessary
to mention that there are particularities for the countries and points that affect all of these in the same way
as mentioned in the following points:
ARG-URY
• Program to send TXT Electronic File with payments to Bank : Is required a Program to create the
TXT eletronic files, according the formats of local Banks. Currently have the Program Zpaylink which
creates the TXT file with Payments information created by Trx F110 in SAP according some Argentina
and Uruguay Banks formats requirements. Currently download and send manually to each Bank.
ABB Template must confirm which Program has to be used by these 2 Countries. The ARG/URY
Program or the Brazil Program. In case that we continue with Zpaylink will be necessary to review
technically and extend the Program to the new SAP.
• Interface to send TXT Electronic File with payments automatically to Bank : After the
Program Zpaylink creates the TXT file is required to develop a new Interfase/process to send the TXT
electronic Files to each Bank automatically from the new SAP. ABB Template does not have a
Program to Interfase these Files according the technical definitions of each Local Banks.
• Payment Advice: Is required to send to the vendors a payment advice form with all the information
related each payment, invoices, withholding, etc. Currently these countries have a Z Program in SAP.
ABB Template does not have a program which send these forms according local requirements. In
case that we continue with the Z program, will be necessary to review technically and extend the
Program to the new SAP.
• Treasury Bank Statement and reconciliations : Is required that the Electronic bank statement be
processed in SAP and clear bank accounts and vendor and customer account. Currently Argentina
has internal Process and a Z program developed to have this solution. ABB Template does not have a
program to fulfill these local requirements according the local Banks Structure formats and the
module is configured according Brazil requirements. In case that we continue with the current Z
program will be necessary to review technically and extend the Program to the new SAP, also make
all the configurations of the Treasury modules related all the Banks, reconciliations keys, etc.
PAN-CAC
TXT eletronic files, according the formats of local Banks. Currently is a manual process that is
entering in Bank Web page and process all the Payments information created. ABB Template must
confirm which Program has to be used by these 2 Countries. The ARG/URY Program or the Brazil
Program. In case that ABB define that Zpaylink (ARG) will be necessary to review technically the
payment formats of the Bank of these countries and extend the Program to the new SAP.
• Interface to send TXT Electronic File with payments automatically to Bank : is requited to send the
TXT file with payments with a new Interfase/process to each Bank automatically from the new SAP.
ABB Template does not have a Program to interfase these Files according the technical definitions of
the Local Bank.
739547772.docx 33 of 72
• Payment Advice: is required to send to the vendors a payment advice form with all the information
related each payment, invoices, withholding, etc. Currently these ABB Template does not have a
program which send these forms according local requirements. Is required a new Z program to get a
form according the definitions of each country.
• Treasury Bank Statement and reconciliations: Is required that the Electronic bank statement is
processed in SAP and clear bank accounts and also vendor and customer account. A Manual bank
statement occurs when is not possible the bank send all bank movements by files, so manually users
maintain this information by transactions properly developed to this functionality. ABB Template
does not have a program to fulfill this local requirements according the local Banks Structure
formats and the module is configured according Brazil requirements. Will be necessary a Z program
also make all the configurations of the Treasury modules related all the Banks, reconciliations keys,
etc.
COL-ECU
related each payment, invoices, withholding, etc. since the bank sends payment information
received into account without indicating details of the invoice.
creates the TXT file with Payments information created by Trx F110 in SAP according some Colombia
Banks formats requirements. ABB Template must confirm which Program has to be used. In case
that we continue with Zpaylink will be necessary to review technically and extend the Program to
the new SAP.
• Program to send TXT Electronic File with payments to Bank : In the case of Ecuadoir is required a
Program to create the TXT eletronic files, according the formats of local Banks. Currently is a manual
process that is entering in Bank Web page and process all the Payments information created. ABB
Template must confirm which Program has to be used. In case that ABB define that Zpaylink will be
necessary to review technically the payment formats of the Bank of these countries and extend the
etc.
CHI-PER
related each payment, invoices, withholding, etc. since the bank sends payment information
received into account without indicating details of the invoice.
creates the TXT file with Payments information created by Trx F110 in SAP according some Colombia
Banks formats requirements. ABB Template must confirm which Program has to be used. In case
that we continue with Zpaylink will be necessary to review technically and extend the Program to
the new SAP.
• Program to send TXT Electronic File with payments to Bank : In the case of Ecuadoir is required a
Program to create the TXT eletronic files, according the formats of local Banks. Currently is a manual
process that is entering in Bank Web page and process all the Payments information created. ABB
Template must confirm which Program has to be used. In case that ABB define that Zpaylink will be
739547772.docx 34 of 72
necessary to review technically the payment formats of the Bank of these countries and extend the
etc.
• Confirming payment process: The process is an agreement with the bank where it informs when the
payment is made to the corresponding provider before the due date. Validate the process currently
handled by the Template and see if it applies to countries that use this payment method.
ALL CLUSTER
• It is requested to validate the formats required for the payment orders handled in each country.
BANKS
• Each cluster or country has its particularity to maintain bank communication regarding the account
statements received. For this reason, all countries are requested to socialize banks to request the
service they provide for sending the account statement, its formats and information necessary for
configuration in each of the countries of the group.
PAYROLL PAYMENTS
• Each cluster or country has its own peculiarity to carry out Payroll's accounting records, some
maintain a provider that issues an encrypted file and that is uploaded to the system, while others
make the entries manually. The Template must validate the process that will be carried out and the
tool that will be used for it.
TAX PAYMENT
For taxes and withholdings based on the payment process, the process currently handled by the Template
will be taken into account, however it is necessary to mention that there are particularities for the countries
and points that affect all of these in the same way as mentioned in the points following:
ARG-URY
• Withholding Tax Certificates: Is required to send to the vendors a Withholding tax Certificates forms
with all the information related withholding taxes, etc. Currently this country has a Z Program in SAP.
ABB Template does not have a program which send these forms according local requirements. In
case that we continue with the Z program, will be necessary to review technically and extend the
• Electronic Withholding Tax Certificates and Interfase with Government: is required to send to the
vendors a Withholding tax Certificates with all the information related withholding taxes, etc.
in Electronic format and Interfase in automatic way the Tax legal entity of Uruguay . Currently this
country has a Z Program in SAP. ABB Template does not have a program which send these forms
according local requirements. In case that we continue with the Z program, will be necessary to
review technically and extend the Program to the new SAP.
739547772.docx 35 of 72
COL-ECU
• Withholding of accumulated payments: It is required to validate the application of withholdings for
accumulated payments per month or quarter.
ALL CLUSTERS
• It is required to validate the use of transaction Z handled in the Template for the creation of
accounts payable generated from withholdings.
INTERNAL PURCHASE AND SALE PROCESS. CVI

The internal buying and selling process is called CVI. The SAS receives the payment request with the
information of the exit to pay and the exit to receive.
ALL CLUSTERS
• It is required to validate the Cash in Time process by the Template and show the guidelines with
which this process will be handled
PAYMENTS WITH CHECKS

For the check payment method, the Template does not handle any process since checks are not made,
however, it is necessary to mention that there are particularities for the countries and points that affect all of
these in the same way as mentioned in the points following:
ARG-URY
• Checks Payment method: Required to have a process, module, Programs and Forms to pay with
Checks Payment method. ABB Template does not include the steps of this Process/request and does
not provide the module, Programs, forms, etc. ABB Template must confirm if we can replicate the
Process, configurations, Programs, Forms to the new SAP.
PAN-CAC
CHI-PER
RETURN OF PAYMENT
Payment return files are generally received by the Accounts Receivable department. The consistency files and
the final declaration are downloaded to the SAP system. Consistency files are downloaded only to verify that
payments have been scheduled. If the bank rejects any payment at the time of canceling consistency, the SAP
system automatically reopens the item, allowing correction on departure and forwarding to the Bank.
PAYMENTS REFUSED
Payments rejected by the bank through DOC and TED in days after the due date are analyzed and returned
for payment by the Accounts Payable department. In the rejected departure, a history of the reason for the
return is observed.
739547772.docx 36 of 72
PAYMENTS WAGONLIT, AMEX, ALATUR
The travel management module is not activated so it is required to validate the Travel Expenses development
implemented in Argentina and to validate if it applies to all countries.
ARG-URY
• Employees Travel and Expenses processes and reimbursement : Is required to have in the new SAP
a Process functionality related Employees travel and Expenses and refund of expenses. Currently
these countries have Tool connected with Lotus notes and Z program in SAP as a solution with
approvals levels and Workflows integrated with cost objects, positions, etc. ABB
template must define the next steps related this Functionality/Module required that is not cover
in detail or with a specific program by the template. Also, Lotus notes will be deactivated.
PAN-CAC
• Employees Travel and Expenses processes and refund : is required to have in the new SAP a Process
functionality related Employees travel and Expenses and refund of expenses. Currently these
countries manage manually. ABB template must define the next steps related this
Functionality/Module required that is not cover in detail or with a specific program by the template.
Also, Lotus notes will be deactivated.
COL-ECU
CHI-PER
PETTY CASH
For petty cash management, the Template does not handle any process, however it is necessary to mention
that there are particularities for the countries and points that affect all of these in the same way as
mentioned in the following points:
ARG-URY
• Petty Cash Process/Program: Is required to have in the new SAP a Process functionality to
manage a small expenses and refund. Currently these countries have a defined Process and Z
Program with approvals levels and Workflows, etc. ABB template does not include this Process in the
Template and do not provide any global program as a solution. In case that we continue with the Z
program, will be necessary to review technically and extend the Program to the new SAP.
PAN-CAC
• Petty Cash Process/Program: is required to have in the new SAP a Process functionality to
manage a small expenses and refund. Currently these countries have a manual process. ABB
template does not include this Process in the Template and do not provide any global program as a
solution. New program, configuration, process, will be necessary to get a solution.
COL-ECU
739547772.docx 37 of 72
• Petty Cash Process/Program: Information is required on existing petty cash in each country,
amounts assigned and responsible, expense accounts that apply to petty cash. Standard
configuration or Z development (Argentina).
• Validation XREF1 and XREF3 fields: For petty cash, it is required to implement a validation for each
expense line, to ensure that the Reference1 and Reference3 fields arrive with the Tax ID and the
name, respectively. This is required for third party reports required by the tax authority.
The different types of taxes in Chile:
Direct taxes. First Category Income Tax.

It is the tax levied on the income that comes from the capital of commercial, service,
industrial, mining companies, etc. ...
Indirect taxes. Sales and Services Tax (IVA)
IVA
The IVA in Chile is 19%. Although this% does not appear in, for example,
tickets when buying a product included in the price of goods and services..
739547772.docx 38 of 72
Sales and Purchase Tax
These taxes and fees are identified in order to integrate them in purchasing and sales processes:
Chile: IVA (19%)

Tax exempt payment (0% tax rate)
19% creditor IVA
Import IVA 19%
IVA Fixed Assets 19%
IVA Out of Term (19%)
19% IVA debtor
IVA Sales losses (19%)
Retention
The increase will be progressive and will start with an increase of 0.75%
per year from 2020. ... We are talking about the law that increases the
withholding of taxes from ballots to fees, which will go from the current 10% to 10.75%
as of January 1, 2020.
 Honorary Ballot 10.75%
The different types of taxes in PERU:
IGV (18%)
18% creditor IGV
IGV Import 18%
IGV Fixed Assets 18%
IGV Out of Term (18%)
IGV debtor of 18%
IGV Sales losses (18%)
GENERAL TAX FOR COLOMBIA AND ECUADOR

• In Colombia there is a great variety of withholdings required by the tax authority. So, SAP generated
a particular note where it facilitates the reports required by this control entity. In these reports, the
details of the withholdings of each third party must be handled separately.
739547772.docx 39 of 72
• For Ecuador there is no particularity for the management of taxes and withholdings, however the
report formats that they currently handle is required to consider them.
• For both countries it is required to generate the withholding certificates once the invoices have been
registered or the payments have been issued, in the same way for the sales process according to the
withholdings that apply.
FSCM
GAP: Configuration of collection management rules. Configuration performed by currency according to the
rules already created in the template (All)
Dunning
GAP: Form creation and collection letter rule (All).
Customer Group
GAP: Client 100, 200 and 300 will be equivalent to a single group for LATAM.
It is necessary to create a development to, at the time of accounting, cross-country of the center vs country
of the client to determine the correct reconciliation account for AR (All).
Exchange Rates in Customer Sales Billing

GAP: mantener a diario el Tipo de cambio M con la relación entre moneda Local del país y las monedas del
extranjero según la Cotización del Banco Central de cada país (Panamá).
Issue: actualmente el Template solo contempla mantener un tipo de Cambio M según el Tipo de cambio ABB
Global en SAP y no el de los países (Panamá).
Issuance of invoices from Sales

GAP: Juan Pablo mentions that they only invoice from sales, and for the reception of advances, they issue an
invoice according to the consideration of clients since not all require it and in this they can apply VAT
withholdings. The advance recorded in a deferred account. Camilo mentions that they create an equivalent
document. Advance posted to the advance account directly. Generation of the equivalent document
(Collection receipt). (Ecuador/Colombia)
GAP: Validate the advance registration process and the issuance of invoices for the receipt of these
(Ecuador/Colombia).
Bank Reconciliation Process

GAP: Survey and analyze in detail the Current Development of Argentina to implement it in the new SAP.
Analyze the entire necessary prerequisite configuration carried out in SAP for each Country and Bank
(Argentina/Uruguay).
Issue: Template does not contemplate a Global Bank Reconciliation process according to TXT File Formats
applied equally in these countries. The Template must determine if this Development will can extended or if
they will use some other tool. In Template (Brazil), the files are imported automatically and the conciliation
process in Brazil is automatically in SAP but with the format of the Brazilian Banks and with other programs.
In Brazil Template, they also have three Accounting Accounts to manage the Banks (All).
739547772.docx 40 of 72
Credit limits
GAP: Colombia performs credit analysis and in relation to this credit quota assigned. They do not manage
credit structures, independently of the associations of the company’s credit line applies separately to each of
them. Quota analysis carried out annually to approve higher quotas if required. In Ecuador, it handled in a
similar way, managing limits based on BAT (Business Authority Table) and risk qualifiers. They do not manage
credit management structures (Colombia/ Ecuador).
Electronic Invoice to customers

GAP: The electronic invoice must also made in foreign currency. (Colombia).
GAP: Invoicing from the FI module will not allowed according to Template as in the current SAP. The
requirements and definitions of Electronic Invoicing reviewed from the SD module (Panama/Caribe).
Allowance for Doubtful Accounts

GAP: Alessandra indicates that the Template manages a tool for the application of provisions for doubtful
debtors, which will validated if it is applicable to the needs of each country. Review of the Allowance for
Doubtful Accounts process (All).
Collection processes
ISSUE: Panama accounts Receivable not managed from Panama centralized in Mexico. They do not have the
Function in Panama, the GBS does. The entire closing process managed here and they defined for each
country. We need a Person to explain the Collection process to us. Reference Miguel Arroyo. (Panama)
ISSUE: In Caribe, each country is responsible for collection. It is the responsibility of the accountant in each
country. The idea is to align in the collections model. Most pay them with Bank Transfer and others with
Checks and some with credit cards. In 99%, they are bank transfers, which only received in a single bank that
is CITIBANK. It is the only Bank and the one that will be this only. Then the extracts downloaded from the
Bank's page, prepared in Excel and entered manually in the current ERP. Local references requested to
request from CITIBANK Bank what Service it offers to achieve an integrated SAP Solution for the Collection
Process .In order to determine the implementation deadlines, programs to implement, what is the process,
costs. Global model, there is a process in Brazil for the management of automatic collections that only applies
according to the location of Brazil (Caribe).
GAP: Define if the country's Collections process will continue in the same way (Panama/Caribe).
GAP: Analysis if Developments related to the process will be necessary (Panama/Caribe).
GAP: Define whether process of Entry and registration of Tax Withholdings in Collections in each country.
Today the Template does not contain this process in its content that can extended to countries
(Panama/Caribe).
GAP: Define if the country's Collections process will continue in the same way (All).
GAP: Analysis if Developments related to the process will be necessary (All).
Issue: there are different collection processes depending on each Bank in which the company operates. It is
necessary for the ABB Company to define with the references of the Template, which will be the Company's
Collections Process in the new SAP. Since the Template presents definitions that apply only to Brazil but does
not indicate which will be the Global collection model to follow (All).
739547772.docx 41 of 72
Issue: there are different collection processes depending on each Bank in which the company operates. It is
necessary for the ABB Company to define with the references of the Template that will be the Company's
Collections Process in the new SAP. Template presents definitions that apply only to Brazil but does not
indicate which will be the Global model of collections to follow (All).
ISSUE - Verify the discount points for prompt payment and the payment conditions for clients. Nicole and
Hector (Peru).
ISSUE - For advances or advances received, proof of payment with VAT application issued. NC and ND prints
applied to invoices generated. Only sales processes generated. For the billing issue they use two applications
called GOSOCKET and XML billing (electronic billing), they validate the required fields to avoid any errors
before sending to Sunat or the tax authority. They are providers of electronic services (Peru).
ISSUE: For advances or advances received, proof of payment with VAT application issued. Each area is
responsible for the creation of invoices and NC, these are created through Oracle and then sent through a
transaction to GOSOCKET. In the same way, advances can registered without billing according to the contract.
The whole process carried out the same as in Peru (Chile).
ISSUE - Chile raised a case of receipt by check in which they cancel the customer's invoice against the receipt
of the check, not against the deposit in the bank. How should they proceed in SAP? Answer: This is the
accounting problem and solved by creating a deferred check transit account and then when the check entry
appears on the bank statement, it cleared (Chile).
ISSUE - Peru raised the case of deductions in Peru, they are applied to certain ABB service invoices that
exceed 700 Soles, the client makes the payment in two parts, pays a part to ABB (check or bank transfer), for
For example, 90% and the other part, 10%, is paid to the National Bank. The National Bank account is an
account for paying taxes. It is a checking account used to pay taxes (IGV - General Sales Tax, income tax, etc.).
How to handle this in SAP in SAP? Detail: The dates of entry into the two accounts may be different (Peru).
Tax withholdings in Customer Collections

GAP: In all countries the Customer Withholds VAT and sends the Withholding Certificate by mail in PDF to the
ABB collections area. The customer sends them a PDF with the Withholding Certificate by mail and at the
time of applying the collection, they have to apply the Withholding Certificate and it reflected in the Client's
checking account. Today they have some restriction in the ERP to process it and it does so with a debit note
to save the situation. Define whether the process of Income and registration of Tax Withholdings in
Collections in each country. Today the Template does not contain this process in its content that can
extended to countries (Panama/Caribe).
GAP: Validate the process of applying withholding tax on payments and issuing invoices (Panamá / Caribe).
Withholding at the time of the invoice and at the time of receiving the payment
ISSUE - If there is withholding at the time of the invoice, but there is no withholding at the time of receiving
the payment (Chile).
ISSUE - In the case of sale of goods, ABB is a special taxpayer, no withholding is made, but in the case of sale
of services a deduction is charged (Peru).
GAP: Required a process to post the Withholding taxes suffered by Customers an enter additional
information with the collection or a moment after that. ABB Template does not provide a solution for this
request. Will be necessary extend this step process in the Collection moment (Argentina/Uruguay).
Account Receivable Collection with Checks

GAP: Is required a process and a program to collect with Checks. ABB Template does not provide for these
countries any process or Program to collect with Checks. If is decided to extend the current Z Program will be
739547772.docx 42 of 72
necessary a technical analysis to move this to the new SAP. Uruguay currently does not use Program for
Collection (Uruguay/Argentina).
Collection Receipts Form

GAP: Required a SAP program that automatically generates customer collection receipts in each country. It is
not legal, but it is necessary for reasons of uses and customs (Panamá / Caribe).
Reports related to Credits and Collections

GAP: Translation of the following programs: ZFBL5N_NEW, ZRFI_TOP_EXPOSURE, ZRFI_TOP_NET,
ZRFI_TOP_OVERDUE,
ZRFI_CREDIT_LIMITS (All).
GAP: The reports they currently handle requested, mainly an overdue report and another with expiration
dates. Validate legal reports (Colombia/ Ecuador).
Refunds to customers
GAP: Analyze - Juan Pablo and Camilo confirm that the reimbursements they receive are due to contract fees
and, for example, training expenses that distributed among the assisting countries (Colombia/ Ecuador).
Accounting entries
GAP - What will be the tool that will replace the PLC, a program that creates accounting aspects in SAP? What
is happening today in Argentina's SAP? (All)
Divergent accounts
GAP: Camilo indicates that in the current system they do not handle divergent accounts. If a change needed
in the client's account, the invoice canceled or the client expected to make the payment to modify the master
data and agrees to implement the divergent accounts in SAP in the event that a posting change needs to
make in the associated account. Juan Pablo indicates that these cases have do not been presented in the
system, but he also accepts the creation of divergent accounts (Colombia/ Ecuador).
Exchange rate
GAP: maintain the M exchange rate daily with the relationship between the country's Local currency and
foreign currencies according to the Central Bank Quote of each country (Argentina/Uruguay).
Issue: currently the Template only contemplates maintaining an M Exchange rate according to the ABB
Global Exchange Rate in SAP and not that of the countries (Argentina/Uruguay).
GAP: maintain the M exchange rate daily with the relationship between the country's Local currency and
foreign currencies according to the Central Bank Quote of each country (Panamá / Caribe).
Issue: currently the Template only contemplates maintaining an M Exchange rate according to the ABB
Global Exchange Rate in SAP and not that of the countries (Panamá / Caribe).
Chart of Depreciation general explanation

The main entity in Assets Accounting is the Chart of Depreciation. It is a list of depreciation areas arranged according
to business and legal requirements.
739547772.docx 43 of 72
The chart of depreciation enables to manage all rules for the valuation of assets in a particular country or economic
region.
Chart of depreciation is meant to be the ensemble of all parallel views required to fulfil all the statutory, fiscal and
managerial demands of the Companies. Each depreciation area represents a specific type, mainly for the depreciations
count and for the managing of related funds.
Chart of Depreciation is a baseline object at Country Level, all the Company in the same Country must use the same
Chart of Depreciation.
To fulfil the location of each Country from legal and fiscal point of view and the characteristics of their companies, we
have to create for each Country a Chart of Depreciations and assign this in each Company Code.
Is confirmed by decision of the Corporate Group that Argentina will not have any Company code where the local
currency being USD ISO code, so is not necessary to create second Chart of Depreciation to assign them.
For the definition of this object, the guideline of the Chart of Depreciation will be as follow:
Chart of dep. Description

AR10 Chart of depreciation ABB Argentina
UY10 Chart of depreciation ABB Uruguay
CL10 Chart of depreciation ABB Chile
PE10 Chart of depreciation ABB Peru
CO10 Chart of depreciation ABB Colombia
EC10 Chart of depreciation ABB Ecuador
PA10 Chart of depreciation ABB Panama
RD10 Chart of depreciation ABB Republica Dominicana
CR10 Chart of depreciation ABB Costa Rica
GU10 Chart of depreciation ABB Guatemala
TT10 Chart of depreciation ABB Trinidad Tobago
SA10 Chart of depreciation ABB El Salvador
*Solution: Configuration Standard
Depreciation Areas general explanation

Each depreciation area is set up to handle depreciation for a particular purpose (e.g. book depreciation, tax
depreciation, group depreciation, cost-accounting depreciation, etc.).
Every depreciation area belongs to at least one chart of depreciation and is managed independently from other
depreciation areas.
In each area, separate credit and debit balances are managed as follows:
 by asset;
 by individual value component: historical asset cost, depreciation.
The Global template contains different depreciation areas with specific definition related how depreciation will be
posted
To fulfil Local and Fiscal requirements of each country the depreciation areas will be defined.
These are the Depreciation areas that will created
739547772.docx 44 of 72
Argentina and Uruguay: Local GAAP (Local Currency and USD Currency), Fiscal/Tax (ARS), Inflation (ARS) (only
Argentina), Historical+Inflation (ARS) (only Argentina), USGAAP (Local Currency).
Also will created Reports areas (derived areas) and Difference areas/Deltas (Local Vs. USGAAP)
*ABB request globally to Argentina and Uruguay to report USGAAP in USD Currency, however the Template has a
technical limitation where does not have the USD currency active in the 1L (Parallel Ledger).
So ABB Template has to confirm which will be the solution to cover this requirement for Argentina and Uruguay
Caribbean Countries: Local GAAP (Local Currency and USD Currency), USGAAP (Local Currency).
Also will created Reports areas (derived areas) and Difference areas/Deltas (Local Vs. USGAAP)
*ABB request globally to those Caribbean Countries where the Local Currency is different than USD, to report USGAAP
in USD Currency, however the Template has a technical limitation where does not have the USD currency active in the
1L (Parallel Ledger).
So ABB Template has to confirm which will be the solution to cover this requirement for them.
Chile and Peru: Local GAAP (Local Currency and USD Currency), Fiscal/Tax (Local Currency), USGAAP (Local Currency).
Also will created difference areas/delta (Local Vs. USGAAP)
Chile has to confirm if is necessary a Monetary Correction/revaluation additional area to migrate values separately for
Reports.
Colombia: IFRS (Local Currency and USD Currency), COLGAAP (Local Currency), USGAAP (Local Currency).
Also will created difference areas/delta (IFRS Vs COLGAAP Vs. USGAAP)
Ecuador: Local GAAP (Local Currency and USD Currency), USGAAP (Local Currency).
Also will created difference areas/delta (Local Vs.USGAAP)
Depreciation calculation keys
The depreciation key (or valuation key) controls the valuation of the asset in the particular depreciation areas.
The depreciation key consists of the following:
 Calculation method for the automatic calculation of interest, ordinary and special depreciation;
 Possibly a cut off value key;
 Various control indicators.
Further local depreciation keys can be defined at localization level.

These are the additional Depreciation Keys for Local / IFRS GAAPs that will be created:
a) Straight-line over cost Full same Month: an specific period control method is defined start depreciation from the
same Month of Capitalization date.
b) Straight-line over cost Proportional of same Month: an specific period control method is defined start depreciation
from the same Month of Capitalization date and calculate in proportion of the Dates (Example from day 20
Capitalization date)
739547772.docx 45 of 72
*To be confirmed in which countries for Local GAAP and IFRS is necessary to assign one or the other new depreciation
keys by each Asset Class that are required in the country.
Asset Classes
• Defines the type of asset and how is treated. Contains default values and control elements which are passed
on to individual assets when you open a new asset maser data record
• Is used to assign the assets to the correct general ledgers accounts
• Account determination: must post GL accounts according to global design.
• The Global template presents a complete list of asset classes, which can be used by new company code based
on requirement.
Each Country has to review the Template asset classes and confirm which are to be applied.
Some countries request additional Asset classes that not exist in the Template to manage the Rental/Leasing Assets.
Argentina: request an additional Asset class that not exist in the Template to manage the Rental/Leasing Computers.
New class should be created with all the configurations related.
Colombia: request an additional Asset class that not exist in the Template to manage DEMOS (no depreciation) New
class should be created with all the configurations related.
Peru/Chile: request an additional Asset classes (vehicles, equipments and others) that not exist in the Template to
manage leasing as asset. New classes should be created with all the configurations related.
Fixed Asset module Inflation

Argentina request an automatic calculation and posting process monthly in SAP to fulfill the legal and local accounting
resolution about Inflation Adjustments at Fixed Asset level according the Legal Index issued by the government.
Posting only in the Local GAAP Ledger.
ABB templates does not have this Functionality currently in SAP.
SAP provides an Standard Module and program (configuration, OSS SAP notes, new GL accounts, master data, tests,
data migrations, are required) to cover the solution of this request.
Fixed Asset Monetary Correction

Chile requests an automatic calculation and posting process monthly in SAP to fulfill the legal and local accounting
resolution about Monetary Correction (revaluation) Adjustments at Fixed Asset level according the Legal Index issued
by the government. Posting only in the Local GAAP Ledger.
ABB templates does not have this Functionality currently in SAP.
SAP provides an Standard Module and program (configuration, OSS SAP notes, new GL accounts, master data, tests,
data migrations, are required) to cover the solution of this request.
*Chile has to confirm if they keep or not this requirement to run in SAP.
739547772.docx 46 of 72
Sales Fixed Asset

All the countries: request that the Sales has to be managed with E-Invoice (when apply) from SD module and the AA
module only post the movement here after that.
Low Value Assets

All the countries: request a process to manage the low value assets, this process is cover with the Template AA
process.
In the case that for an specific Local or fiscal regulation they country need to send part of Fixed asset as expense for
example will be necessary a manual adjustment at fixed asset level to reclassify the value from Asset account to
Expense account.
Will be necessary to have AA Transaction movements specifically to cover this request (reclassify capitalization values)
Non Plan Depreciations

Some countries required to input at fixed asset additional depreciation values ( accelerate or manual depreciations by
each depreciation area, where you can have difference amount between Local/IFRS Vs USGAAP)
Will be necessary to have AA Transaction Depreciation movements specifically to cover this request (Non Plan
Depreciations)
Peru/Chile requirement.
Colombia/Ecuador requirement.
Fixed Asset Electronic Report

Peru requests an automatic report with Fixed Asset information in Electronic Format according Local and Fiscal
Requirements.
*Solution: Z development
Fixed Asset Information/Reports

Countries requests information related Fixed Asset according Local and global requirements.
Is pending to receive each report and review the report in details from Colombia, Chile, Peru.
The rest of the countries have confirmed that Standard Reports are Ok.
We consider that the information required could be cover with Standard SAP Reports.
739547772.docx 47 of 72
Tax and Withholding Tax Modules (Argentina)
Taxes
The following are a list of the maing types of taxes that apply in Argentina currently.
In some Taxes is required to have the automatic calculation and posted in the system to get the necessary information
to create the Tax and Legal Declarations or send reports to Tax Entities from Argentina.
In other cases is required to have accounting information from different processes (revenues, expenses, fixed assets,
payroll, etc) to help to Tax area in the preparation of some Tax forms.
Orde Tax name (English) Tax name (Spanish) Additional information

r
1 VAT (Value added Tax) IVA (impuesto al Valor Agregado) Check VAT (IVA) section with more details
about this requirement below.
2 VAT Perceptions IVA Percepciones Check Perceptions Taxes section with more
details about this requirement below.
3 Gross Income Tax (IIBB) Ingresos Brutos (IIBB) Is required to get from the system GL
information from expense and revenue
accounts to create the Tax declaration
annually.
Check the point with Tax Reporting
requirements with more details.
4 Gross Income Tax (IIBB) Percepciones Ingresos Brutos Check Perceptions Taxes section with more
Perceptions Buenos Aires (IIBB) Buenos Aires Province details about this requirement below.
Province
Perceptions City of Buenos (IIBB) Buenos Aires City (CABA) details about this requirement below.
Aires (CABA)
Perceptions Different (IIBB) de cada provincia details about this requirement below.
Provinces
7 Income tax Impuesto a las ganancias Is required to get from the system GL
information from the most of the GL
accounts to create the Tax declaration
annually.
Check the point with Tax Reporting
requirements with more details.
8 SUSS (System Social SUSS (Sistema unico de la Is regarding Payrroll Tax monthly
Security Tax) Seguridad Social) declaration.
Some information (like Suss Withholding tax
is required to recover from the system) and
other complement employees information is
recovered outside the System.
8 Minimum presume Income Ganancia Minima Presunta Is required to get from the system Fixed
Asset valuations and Assets GL accounts
9 Withholding Taxes (to Retenciones de impuestos (a Check Withhdolding Taxes section with
vendors) Proveedores) more details about this requirement below
10 Suffered withholding taxes Retenciones de impuestos Check Withhdolding Taxes section with
739547772.docx 48 of 72
(from Customers) sufridas (por clientes) more details about this requirement below
I.V.A. - Value Added Tax (V.A.T.)

A value-added tax (VAT) or IVA according Argentina tax resolutions, is a goods and services tax, is a type of
general consumption tax that is collected incrementally, based on the surplus value, added to the price on the work at
each stage of production, in the case of Argentina according requirements the tax rate is based on the location of the
customer/Vendor, legal/fiscal type of the Customer/Vendor and the place where is provided the Service or Product
purchasing (in the country or outside).
Input Documents (Purchase)

When the company posts any legal document from vendors like Purchase Invoices, Credit Notes and Debit Notes is
required also to calculate automatically and post in the System the IVA Tax with the correct rate depending the rate
that each form shows.
The company presents the requirement to manage in the system different IVA rates to cover different kind of taxes
situations, at the end of the month the company needs to identify each rate and IVA type separately to have a clear
information to create the Tax Declaration according Argentina Tax resolutions and determines how has to pay to the
government.
Output Documents (Sales)

The company presents the request to issue different kind of legal documents like billing invoices, credit notes and
debit notes to customers with IVA tax and other additional tax that are explained in points below.
Is required that SAP select, calculate and post automatically the IVA taxes and other additional taxes (Perceptions,
etc.)
Perceptions Taxes
Argentina presents the requirement to calculate and post in the system additional Taxes, which are known as
Perceptions.
The Perception is an additional tax that has to appears separately of the VAT tax in the legal documents, and takes as
base in the calculation the net amount of the document (the same base as VAT tax).
Argentina company code presents the request when issue Sales documents (billing invoice, credit notes and debits
notes) in some cases to calculate only VAT rate and amount (simple Tax) however in other cases depending of the
fiscal definition of each customer that is decided for Tax authority (like ARBA, ARCIBA, etc.) every month, must include
VAT plus the correct rate and amount of the Gross Income Perception (Buenos Aires Province (IIBB), CABA, etc.) Tax
(combined tax)
Also from Purchase point of view the documents can include VAT plus one or more than one Perceptions related
different taxes or provinces with different rates.
For this reason Argentina presents the request to calculate and post in the system simple Tax (when the document has
only one VAT rate) or a combined tax (When the document has VAT plus Perceptions rates)
*Currently Argentina has in the Current SAP System a list of Output and Input codes (Sales/Purchase) with VAT (IVA)
and Perceptions Taxes to cover the requirements from this country that will replicated in the new SAP.
739547772.docx 49 of 72
Argentina presents the request to post these Taxes (VAT and Perceptions) in different GL accounts with the objective
to include the balance of each tax correctly in the Argentina accounting legal reports and fulfill local resolutions.
According Argentina best practices is suggested to manage different Tax accounts to avoid and reduce manual tasks to
identify the balance of each tax correctly.
Also are requested different accounts to improve the process of reconciliation of each tax separately and define the
position (Debit or Credit) of each of them every month.
Some examples:
Sales/Purchase Taxes GL accounts GL Account
Sales/Purchase Sales/Purchase Taxes GL accounts:
(English) number
Sales IVA FISCAL DEBIT IVA DEBITO FISCAL Global
Sales PERCEPTION REALIZED IIBB Bs.As. PERCEPCION EFECTUADA IIBB Bs.As. NEW GL account
Purchase IVA FISCAL CREDIT IVA CREDITO FISCAL Global
Purchase PERCEPTION SUFFERED IIBB Bs.As. PERCEPCION SUFRIDA IIBB Bs.As. NEW GL account
Purchase PERCEPTION SUFFERED IIBB CABA PERCEPCION SUFRIDA IIBB CABA NEW GL account
Purchase PERCEPTION SUFFERED IVA PERCEPCION SUFRIDA IVA NEW GL account
Withholding Taxes
Argentina presents the request to calculate and post automatically in the system different Withholding tax types at
the time of the “payment” to vendors.
This is the list of the main withholding tax types requested:
Withholding Tax Types

Withholding tax Income R830
Withholding tax Income Foreign Vendors
Withholding tax Income Invoice M R1575
Withholding tax Income Monotribute R2616
Withholding tax IIBB Buenos Aires
Withholding tax IIBB CABA General Reg.
Withholding tax SUSS Eventually Services
Withholding tax SUSS Constr. Companies
Withholding tax SUSS Cleaning Companies
Withholding tax IVA R18/97
Withholding tax IVA Cleaning Ss. R3164
Withholding tax IVA Invoice M R1575
Withholding tax IVA Monotribute R2616
739547772.docx 50 of 72
*Currently Argentina has in the Current SAP System a list of Withholding taxes to cover the requirements from this
country that will replicated in the new SAP.
Each withholding Tax type presents different characteristics to calculate the correct tax amount like net base amount,
accumulation by month or year, no accumulation, by level of amount, etc, which are defined in Local tax resolutions.
The following are some examples of the descriptions, use and rates relating to the withholding taxes for Argentina:
Withholding Tax description Withholding Tax Code description (In
and purpose Spanish) %
Income: Rent Gcias: Alquileres o Arrendamientos 6,00
Income: Sales Goods Gcias: Enajenac. Bs. Muebles y de Cambio 2,00
Income: Services Gcias: Locaciones Obras y Servicios 2,00
Income: Profesional Services Gcias: Profesiones Liberales No % rate
Foreign Income: Technical Asistance Gcias Ext: Asistencia Técnica 21% 21,00
Foreign Income: Other incomes Gcias Ext: Otras Rentas 31,5% 31,50
Foreign Income: Interest Foreign Loan Gcias Ext: Intereses Prést. del Ext. 35% 35,00
Foreign Income Gcias Exterior No % rate
Income: Invoice M GR. 1575 Gcias: Factura M RG 1575 3% 3,00
Income: Goods Monotribute Gcias: Monotributo Bienes 35% 35,00
Income: Services Monotribute Gcias: Monotributo Servicios 35% 35,00
IIBB: Buenos Aires G1 0,00% IIBB: Buenos Aires G1 0,00% 0,00
IIBB: Buenos Aires G15 3% IIBB: Buenos Aires G15 3% 3,00
IIBB: Buenos Aires G16 4% IIBB: Buenos Aires G16 4% 4,00
IIBB: Buenos Aires 4% (No en Padron
IIBB: Buenos Aires 4% (Not in Padron) ARBA) 4,00
739547772.docx 51 of 72
IIBB: CABA G1 0,00% IIBB: CABA G1 0,00% 0,00
IIBB: CABA G14 3% IIBB: CABA G14 3% 3,00
IIBB: CABA G15 4% IIBB: CABA G15 4% 4,00
IIBB: CABA 4,50% (Not in Padron) IIBB: CABA 4,50% (No en Padron ARCIBA) 4,50
IIBB: CABA 4,50% (Fiscal Risk) IIBB: CABA 4,50% (Riesgo Fiscal ARCIBA) 4,50
SUSS: Eventually Services SUSS: Servicios Eventuales No % rate
SUSS: Arquitecture 2,5% SUSS: Arquitectura 2,5% 2,50
SUSS: Cleaning Services 6% SUSS: Servicios de Limpieza 6% 6,00
IVA: Cleaning services 10,5% IVA: Servicios de Limpieza 10,5% 10,50
IVA: M Invoice 21% IVA: Factura M 21% 21,00
IVA: Invoice IVA: 21% 21,00
IVA: Monotribute Goods 21% IVA: Monotributo Bienes 21% 21,00
IVA: Monotribute Services 21% IVA: Monotributo Servicios 21% 21,00
These are some examples of the GL accounts requested to use and post all the withholding taxes.
Argentina presents the request to post in these Gl accounts with the objective to include the balance of each tax
correctly in the Argentina accounting legal reports and fullfil local resolutions.
According Argentina best practices is suggested to manage different Tax accounts to avoid and reduce manual tasks to
identify the balance of each tax correctly.
Also is to improve the process of reconciliation of each tax separately and define the position (Debit or Credit) of each
of them every month.
GL Account
Withholding Tax GL accounts (English) GL accounts (Spanish)
number
739547772.docx 52 of 72
Income Withholding Tax Retenciones Imp. A las Ganancias NEW GL account
IIBB Withholding Tax Buenos Aires
Retenciones Ingresos Brutos Bs.As. NEW GL account
Province
IIBB Withholding Tax CABA Retenciones Ingresos Brutos CABA NEW GL account
SUSS Withholding Tax Retenciones SUSS NEW GL account
IVA Withholding Tax Retenciones IVA NEW GL account
Also is requested to include and show in different Withholding Tax reports and withholding certificates Official
Wihholding Tax keys and Legal codes by each withholding tax code, defined by AFIP (Argentina Tax Authority).
According Local Tax resolutions is mandatory to fulfill some conditions and rules to calculate the correct tax amount.
Withholding Taxes suffered

When the customer pays any billing invoice, the customer calculates and withholds a rate and amount to Argentina
company, and does not pay the total amount of the invoice.
This customer with or after the payment moment sends a Withholding Tax Certificate with the reduce amount and
other legal information.
Argentina request to post in the system the amount and other additional information (Customer Tax Id number,
Certificate number and Province) related each withholding suffered from customers, with the objective to get from
the system this information by report and present different Tax declarations monthly.
With the objective to have control of this process is requested to post them in these new GL accounts, examples:
Additional data requested in the collection

GL account description GL Account number moment or manual posting
Suffered Withholding tax IVA New GL account Certificate number+Customer TAX Id (CUIT)
Certificate number+Customer TAX Id (CUIT)+Province
Suffered Withholding tax IIBB New GL account Code
Suffered Withholding tax SUSS New GL account Certificate number+Customer TAX Id (CUIT)
Suffered Withholding tax
Income New GL account Certificate number+Customer TAX Id (CUIT)
Withholding Tax Certificate
Is mandatory in Argentina after the payments to vendors, if a withholding tax was posted send (by email or printing)
to each vendor a Withholding Tax Certificate which shows mandatory information in Spanish language according legal
resolutions.
Argentina requests to generate from the system automatically each Withholding Tax Certificate for each withholding
Tax Type (Income, IVA, IIBB, etc.) with some legal information like Tax Id numbers, address, dates, Company code legal
information, Vendor Tax information, Purchase invoice legal number, Invoice legal type, Amounts, rates and others.
739547772.docx 53 of 72
Also these certificates have to show a legal number with the format 0001 + correlative number, where 0001 is the
branch issue of this certificate. This numbering should be different by each withholding tax type.
Currently exist a Z program with this functionality to be reviewed.
IIBB Withholding Tax updated according “ARBA” and “ARCIBA” and other provinces Padron (e-
files) to Vendors
Is required to check and update in Vendors Withholding tax Codes according the values defined in the Padrons ARBA
Txt File, ARCIBA Txt File, and others provinces according the Legal definitions with the objective to calculate and post
in the system the correct rate that apply for each vendor for this month.
Is necessary to upload monthly in SAP TXT Files (according ARBA, ARCIBA Padrons format, and others), check the
current values and update with the correct rate (%) published by tax entities.
Also is required to check and update the withholding tax codes in Vendor open items which have these withholding
Tax types.
Tax and Withholding Tax Modules (Uruguay)

Taxes
The following are a list of the main types of taxes that apply in this country currently.
to create the Tax and Legal Declarations or send reports to Tax Entities.

r

A value-added tax (VAT) or IVA according tax resolutions, is a goods and services tax, is a type of general consumption
tax that is collected incrementally, based on the surplus value, added to the price on the work at each stage of
production, in the case of this country according requirements the tax rate is based on the location of the

739547772.docx 54 of 72
information to create the Tax Declaration according country Tax resolutions and determines how has to pay to the
government.

Is required that SAP select, calculate and post automatically the IVA tax.
The main IVA rates are:

Purchasing (Input): (0%, 22%, 10%)
Sales (Output): (0%, 22%)
*Currently Uruguay has in the Current SAP System a list of Output and Input codes (Sales/Purchase) with VAT (IVA) to
cover the requirements from this country that will replicate in the new SAP.
Withholding Taxes
The country presents the request to calculate and post automatically in the system different Withholding tax types at
the time of the “Purchase invoice” also in payment advances, to vendors.
Currently this country does not have this module in SAP, is manually at GL account level only.
This is the list of the main withholding tax types requested: IRAE, IVA, IRPF, IRNR.
Will be checked/reviewed the list of rates and conditions to calculate and post automatically each of them.
Withholding Tax Certificate electronically/Interfase
Is mandatory in Uruguay after the post of Purchase invoice to vendors, if a withholding tax was posted create an
electronic file from SAP with these information and send by Interfase with DGI (Tax entity) those Certificates.
Also is required to create the certificates / PDF forms
Currently this country has a Development and Interfase for this to be reviewed to extend to the new SAP.
Tax and Withholding Tax Modules (Caribbean Countries)

Taxes
The following are a list of the main types of taxes that apply in this country currently.
to create the Tax and Legal Declarations or send reports to Tax Entities.

r
739547772.docx 55 of 72
A value-added tax (VAT) or IVA according tax resolutions, is a goods and services tax, is a type of general consumption
tax that is collected incrementally, based on the surplus value, added to the price on the work at each stage of
production, in the case of these countries according requirements the tax rate is based on the location of the

information to create the Tax Declaration according country Tax resolutions and determines how has to pay to the
government.

Is required that SAP select, calculate and post automatically the IVA tax.
The main IVA rates are:
Sales (Output):
Panamá: 7 % IVA (general rate), 0% (not taxed) and 0% (exempt, international op.)
R. Dominicana: 18 % IVA (general rate), 0% (not taxed, special regime) and 0% (exempt, international op.)
Guatemala: 12 % IVA (general rate), and 0% (exempt, international op.)
Trinidad and Tobago: 12,5 % IVA (general rate), and 0% (exempt, international op.)
Costa Rica: 15 % IVA (general rate), and 0% (exempt, international op.)
El Salvador: 13 % IVA (general rate), and 0% (exempt, international op.)
Purchase Process (Input):

Panamá: 7 % IVA (general rate), 0% (not taxed) and 0% (exempt, international op.)
IVA = (ITBMS) 7% (General rate), Services, like hoteles (10%), Other expenses like Secure: 5%, Exempt/International
Op. 0%.
R. Dominicana: 18 % IVA (general rate), other purchase 8%, 0% (not taxed, and 0% (exempt, international op.)
*Additional Tax: Selectivo al Consumo: Secure 16%.
* Tipping tax for purchases in Restaurant: 10%
739547772.docx 56 of 72
Guatemala: 12 % IVA (general rate), and 0% (exempt, international op.)
Trinidad and Tobago: 12,5 % IVA (general rate), and 0% (exempt, international op.)
Costa Rica: 15 % IVA (general rate), and 0% (exempt, international op.)
El Salvador: 13 % IVA (general rate), and 0% (exempt, international op.)
Withholding Taxes
These countries present the request to calculate and post automatically in the system different Withholding tax types
at the time of the “Purchase invoice” also in payment advances, to vendors.
R. Dominica also has at the moment of the payments some Withholding taxes.
Each country has different kind of taxes and rates.
Will be checked/reviewed the list of rates and conditions to calculate and post automatically each of them.
Withholding Tax Certificate
Is mandatory in these countries after post the purchase invoice to vendors send (by email or printing) to each vendor a
Withholding Tax Certificate which shows mandatory information in Spanish language according legal resolutions.
However these countries are not possible to get from SAP these forms because should be generated outside the System
(Legal applications, etc.)
R.Dominicana: request a program and a Form (with a Pre Printed form) to send to this form from SAP automatically all
the information related Withholding taxes (purchase or Payments moments.). Legal numeration in the form not in SAP
Income Tax Declaration Panama

Panama request to define in SAP a process to get and extract from SAP the information necessary to prepare the
income Tax declaration
All the Countries:

Legal Document Types
The countries request to manage and post in SAP different kind of Legal Document related Account payable and
Account receivable Process to integrate with Electronic Invoices and Tax Reports.
ABB Template has some SAP document Types defined and configured in global processes
Will be necessary to review and create some additional documents types in SAP, develop Z User Exits and
configuration integrated with other modules to derived them to Finance correctly.
Derived in SAP FI Print Characters and legal billing numbering

The countries request to manage and post in SAP different kind of Print Characters related Purchase invoices and
Billing Invoices to integrate with Electronic Invoices and Tax Reports this information in an specific format.
Update this Print character and legal numeration correctly according each localization (SD-MM-FI Integrations)
Identified legal Type of Customer and Vendor, Tax ID and Tax Type ID
The countries request to identify each Domestic/Local Customer/Vendor with the Legal type to integrate with
Electronic Invoices and Tax Reports.
739547772.docx 57 of 72
Will be necessary to configure and assign them to each master data.
Tax and Legal Reporting

To fulfill tax and legal resolutions, is requesting to get from the system different reports, electronic files (TXT) and
complementary GL account movement or balance information with the objective to create taxes declarations, tax
forms and send electronic information (in specific formats) to different tax authorities (national or state) monthly,
yearly or on demand.
The reports have to show information in local currency.
Argentina and Uruguay have many Z reports that are required to extend to the new SAP.
The countries have to send the format and example of the Tax Report to be reviewed in details and in case that they
need all of them automatically format is SAP will be new developments in all of them.
1.6. Process Flow

End of month flow
The SAP ERP transactions available to carry out the monthly accounting closing processes cover the following
functionalities
739547772.docx 58 of 72
Accounts Payable is a submodule of SAP FI used to manage and record Accounting data for all the vendors. It handles
vendor invoices, approvals, payments, and other allied activities.
Any postings made in Accounts Payable is updated in General Ledger as well. The Accounts Payable submodule has
tons of reports and forecasting to features to track vendor outstanding and payments.
The chief processes covered in the sub-module are:

• Maintain Vendor Master Data
• Invoice Handling
• Payments
• Account Analysis of Reconciliation
• Reports
In Account Receivable, each process has a defined set of tasks to be performed.

These tasks are known as process flow.
739547772.docx 59 of 72
739547772.docx 60 of 72
In Fixed Asset, each process has a defined set of tasks to be performed.
 Asset Master Data Management
 Asset acquisition process
 Final Asset and AUC Automatic creation-Settlement Management
 Asset Movements-Transfers
 Asset Movements-Retirements
 Asset Depreciations/Month End Closing
 Asset Year End Closing
These are the diagrammatic representation of the process flow of SAP AA defined:
739547772.docx 61 of 72
*Fixed Asset Inflation AA (Argentina) Step will be necessary to add in this process before the Depreciation run step.
739547772.docx 62 of 72
In Taxes, each process has a defined set of tasks to be performed.
 Purchase Invoices with Taxes /Withholding taxes
 Sales Invoices with Taxes
 Payments with Withholding taxes
 Collections with Withholding taxes
1.7. Process Steps
Account Payable, Process Steps:
• Maintain Vendor Master Data

Master data is records in SAP that are used in transactions. These logs are not constantly modified and allow the user
to work in an agile manner. They are referred to in the documents by their code, which will refer to the complete
information thereof. By integrating master data into centralized database objects, you can avoid data redundancy. SAP
components use data from individual master data records for most transactions.
• Invoice Handling
Depending on business requirements, different types of vendor invoices can be processed, such as invoices or credit
notes. In most cases, vendor invoices are preceded by purchasing processes and followed by processes such as
accounts payable, payment management, and general ledger. This process describes how vendor invoices are entered
into the system manually with reference to previous documents, such as purchase orders, receipts for goods and
services, inbound deliveries, or purchase contracts.
• Payments
A payment proposal list contains all open items (for example, invoices or credit memos) that the system proposes for
payment within a single payment run. Payment proposal lists can be used to verify internally initiated payments prior
to execution.
The list of payment proposals is determined according to the payment strategy defined in the configuration and shows
the pending payments, considering the payment terms.
• Account Analysis of Reconciliation
739547772.docx 63 of 72
This report checks each petty cash balance, checks the balances and bank account balance to see if the relevant
balance in the cash subledger matches the corresponding balance in the cash register.
The key date corresponds to the transaction date of a payment, not the posting date. If discrepancies are found, the
amount of the difference is displayed. You can use this report to check if the payment amounts have been successfully
transferred to the cash subledger
• Reports
There are different types of accounts payable report aimed at measuring volumes, efficiencies, productivity, times.
Status aging shows the age of the invoices in process. That is, it indicates what status each invoice is in at the present
time, for how long and who is responsible for the task to be carried out with the invoice. In the same way, there are
multiple reports that show the information required for the management of accounts payable of a company.
Fixed Asset, Process Steps:
1.8. Solution Elements (Work Breakdown Structure)

<list all objects for configuration, development, conversion or execution; show integration
with legacy or external systems if applicable; list all objects that need conversion and how
it is planned to be executed; adapt the table format according to the platform or system or
activity (SAP, other applications, infrastructure, … >
739547772.docx 64 of 72
1.9. Integration Points (Cross Module)
Account Payable Module

Following are the process into SAP used to data records used in Cross Module, separated by module:
For master data integrations at SAP in the Cross Module, it is necessary to execute these procedures
• Master data (GL)
• Master Data (MM)
• Business Parter (BP)
• Cost Center (CO)
• Project Order (PS)
• Product Planning Order (PP)
Following are the process into SAP used to data records in Cross Module, separated by module:
• General Ledger
• Material Management
• Controlling
• Project System
• Production Planning
For master data integrations at SAP in the Cross Module, it is necessary to execute these procedures:
 Master Data (SD)

 Customer Master (SD)
 Material Master (SD)
 Business partner (FSCM)
Account Receivable Module

SD:
 Sales order
 Credit management
 Process Billing
PS:
Project (Advance from customer with project)
Fixed Asset Module

MM:
 Purchase Requisitions and Orders
 Goods Receipts
739547772.docx 65 of 72
 Invoices
SD:
 Sales order
 Credit management
 Process Billing
CO
 Month-end Closing
 Year-end Closing
 Settlement
 Result Analysis
FI
 Customers and Vendors Invoices
 Customers and Vendors Payments
Tax/Withholding tax Modules: following are the process into SAP used to data records used in Cross Module,
separated by module:
MM:
 Invoices
SD:
 Process Billing
FI
 Customers and Vendors Payments
1.10. Application Mapping
1.11. Interfaces
739547772.docx 66 of 72
1.12. Standard Reports
Module General Ledger (GL)

Transaction Description
FB01 Create journal entry
FB02 Modify accounting entry
FB03 Consult accounting entry
FS00 Create G / L account
FB50 Register doc. ledger account
F-02 General accounting
FBL3N Visualize
S_ALR_87003642 Open / Close periods
FBV0 Post draft document
FS10N Balance display
FSP0 Reg.tas.mayor in plan ctas.
FB01L Post G / L document for ledger group preliminary
FV50L ME assessment
F05 Cancel compensation
FBRA Individual override
FB08 Currency Valuation (New)
FAGL_FC_VAL Currency translation of balances
FAGL_FC_TRANS EM / RF compensation
F.19 Balance carry forward (new)
FAGLGVTR
Account Payable Module (AP)

FBL1N Vendor Line Item Display
FBL3N GL Account Line Item Display
transaction figures: Account balance

S_ALR_87012079
S_ALR_87012086 List S_P99_41000101 record checks
checks collected
S_ALR_87012119
S_P99_41000102 Ranges of vendor check numbers
S_ALR_87012309 Cash Book
S_ALR_87012348 checks cashed by bank account
S_ALR_87012077 Vendor Information System
S_ALR_87012082 Vendor Balances in Local currency
S_ALR_87012093 business providers
FAGLB03 Account balance display
FBL5N Customer Line Item Display
S_ALR_87009987 Bill Holdings (Bill of Exchange Receivable List with ALV facility)
S_ALR_87012172
Customer Balances in Local Currency
739547772.docx 67 of 72
Customer Line Items
S_ALR_87012197
S_ALR_87012168 Due Dates Analysis for Open Items
S_ALR_87012173 List of Customer Open Items
Customer Evaluation with Open Item Sorted List

S_ALR_87012176
S_ALR_87012177 Customer Payment History
S_ALR_87012178 Customer Open Item Analysis (Overdue Items Balance)
List of Customer Cleared Line Items

S_ALR_87012198
List of Down Payments open at key date
S_ALR_87012199
S_ALR_8701228 Debit & Credit Notes Register – Monthly

AS03 Visualizar Datos Maestros de Activos Fijos
AW01N Explorer AF – Visualizar Valores de Activos Fijos
Patrimonio de Activos Fijos por Nro de AF

S_ALR_87011963
S_ALR_87011964 Patrimonio Activos Fijos por Clase de AF
S_ALR_87011966 Patrimonio de Activos Fijos por Centro de Costo
Patrimonio de Activos Fijos por Centro Logístico.

S_ALR_87011967
Patrimonio de Activos Fijos por Emplazamiento o Ubicación
S_ALR_87011968 Física
Patrimonio de Activos Fijos por supranúmero AF
S_ALR_87011969
S_ALR_87011970 Patrimonio de Activos Fijos por pool de trabajo
S_ALR_87010125 Modelo para datos de dirección de un activo fijo
Terrenos y derechos similares

S_ALR_87010127
Parque de vehículos
S_ALR_87010129
S_ALR_87011978 Patrimonio AF en complejos AF
S_ALR_87010137 Códigos de barras
S_ALR_87011990 Cuadro de activos fijos
S_ALR_87011994 Patrimonio de activos fijos
S_ALR_87012004 Total de Amortizaciones
S_ALR_87012006 Amortizaciones Normales
S_ALR_87012011
Correcciones
739547772.docx 68 of 72
S_ALR_87012013 Comparación de amortización
Amortizaciones e intereses
S_ALR_87012018
S_ALR_87010173 Revalorizaciones
Amortizaciones contabilizadas por AF y período contable

S_P99_41000192
S_ALR_87010175 Amortizaciones contabilizadas referidas a centros de coste
S_ALR_87012936 Amortización activos fijos activos (simulación Amo)
S_ALR_87012026 Amortizaciones del Ejercicio en Curso
Valoración del patrimonio
S_ALR_87012028
S_ALR_87012030 Valores asegurables
S_ALR_87012037 Modificaciones de los registros maestros de Act.Fijos
S_ALR_87012039 Movimientos de Activos Fijos
Patrimonio AF (val.contables act.)

S_ALR_87012041
Saldos de Cuenta de Mayor
S_ALR_87012043
Movimientos activos fijos
S_ALR_87012048
S_ALR_87012050 Altas de Activos
Bajas de Activos Fijos

S_ALR_87012052
S_ALR_87012054 Traslados de Activos Fijos
S_ALR_87012056 Directorio de activos fijos no contabilizados
S_ALR_87012058 Comprobación de origen cargos activos fijos
S_ALR_87012060 Comprobación de origen por clases de coste
S_ALR_87012064 Total de Amortizaciones Fiscales
Historial activo fijo

S_ALR_87012075
Tax/Withholding tax Module (Tx)

S_ALR_87010075 Social Withholding Tax
S_ALR_87010073 Withholding Tax Amount and Income
S_ALR_87012224 Gross Income Perception
S_AL0_96000642 Daily Report for VAT
S_ALR_ 87012127 Payments with Withholding Tax:Argentina
S_AL0_96000640 Purchase Regime Information Argentina
S_ALR_87012128 Withholding Tax Certificate
739547772.docx 69 of 72
CITI_VENTAS Sales Report (Argentina)
S_AC0_52000171 Monthly Payments Tax Argentina
S_ALR_87012287 Document Journal
S_P00_07000134 Generic Withholding Tax Reporting
S_PL0_09000447 Withholding Tax Report for Vendor
1.13. Key Design Considerations and Out of Scope

<list functionality and scenarios NOT covered by this solution, if any>
Account Payable Module

Among the points not considered for the project we have the management of travel expenses for which SAP
handles the TM (Travel Management) module. Currently the process for relation of travel expenses is
handled manually through seat loads in the Lotus Note tool which will be removed. The validation of the
process that will be created in all countries for the management of these expenses is required
Fixed Asset Module

ABB has to define how to manage the main Template processes in AA like acquisitions, retirements, etc
processes without the use of Lotus Notes (Lotus Notes is defined in the ABB template) however will not be in
use in the future with SAP.
1.14. Test Strategy

Ste
p Action Input data Transaction Sponsor Premisses Expected Results
1 To be defined
2
6
7
8
9
10
11
12
739547772.docx 70 of 72
13
14
15
16
17
18
1.15. Deployment Strategy

<topics to be considered: training requirements, communication, data migration
requirements, data preparation activities by business and IS>
<SAP: for Gate 3 the Cutover Document (use template COD) must be created to further
detail and plan this item>
1.16. Approximate Timeline for Deployment

<estimate project timeline (duration) until Go Live>
<for Gate 3 a detailed Project Plan must be created>
1.17. Effort and Resources Estimate

<for Gate 2, use Estimation template (SAP). IS cost only (resources, software, hardware).
Required resources (profiles or competencies) must be listed both for IS and business.
1.18. Assumptions
1.19. SAP Profiles
1.20. Roles and Responsibilities (IS)

<list any specific roles and responsibilities not already defined as standard in IS SAP
Governance, for example when multiple modules or IS domains are involved>
739547772.docx 71 of 72
1.21. Documents (IS)
<specify all documents to be created and made available in the official IS documentation
repository as part of the project, as required according to IS Governance. Insert more lines
as required. This list will be used to validate finished and approved documentation at the
Gate 4 and 5 Reviews>
Document type Document Description (Name)

(FSD, TSD, (XYZ_<Project Name>_<free text>_version)
COD, …)
739547772.docx 72 of 72

ANDES - HLD High Level Design Document - FI - All Countries - V1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

ANDES - HLD High Level Design Document - FI - All Countries - V1

Uploaded by

Copyright:

Available Formats

HLD: High Level Design Document

ROLE NAME/AREA SIGNATURE

DOCUMENT REVISION HISTORY

AUTHOR VERSION DATE CHANGES

PURPOSE OF THIS DOCUMENT

1.2. Organizational Structure..........................................................................................6

1.3. Master Data Requirements....................................................................................20

1.4. Common Business Processes (valid for all clusters).........................................21

1.5. Distinct Business Processes (specific for a clusters/country)..........................24

1.6. Process Flow.......................................................................................................... 24

1.7. Process Steps.........................................................................................................26

1.8. Solution Elements (Work Breakdown Structure).................................................27

1.9. Integration Points (Cross Module)........................................................................27

1.10. Application Mapping..............................................................................................28

1.12. Standard Reports................................................................................................... 29

1.14. Test Strategy...........................................................................................................31

1.15. Deployment Strategy..............................................................................................32

1.16. Approximate Timeline for Deployment.................................................................32

1.17. Effort and Resources Estimate.............................................................................32

1.19. SAP Profiles............................................................................................................32

1.20. Roles and Responsibilities (IS).............................................................................32

1.21. Documents (IS).......................................................................................................32

1.2.1. Finance / Controlling

Company Code: AR10 - Argentina

AR20 - MO AR20 - MO-Products

AR90 - ZC oficina Chile

Company Code: UY10 - Uruguay

Company Code: CL10 - Chile

CL20 - MO-Vicuña Mackenna CL20 - MO-Material

Company Code: PE10 - Peru

Company Code: CO10 - Colombia

CO30 - EL-Siberia CO30 - EL-Material O07 - Juan camilo Rivera,

Company Code: EC10 - Ecuador

EC30 - MO-ADIPHARM EC30 - EL-Material

EC90 - ZC-Oficina EC90 ZC- Corporate EC90 - ZC Corporate E04

Company Code: PA10 - Panama

PA20 - MO-FP Costa Del Este

Company Code: PA20 - Panama

Company Code: CR10 - Costa Rica

CR90 - ZC-Corporate CR90 ZC- Corporate CR90 - ZC Corporate

Company Code: DO10 - Dominican Republic

DO90 - ZC-Corporate DO90 ZC- Corporate DO90 - ZC Corporate

Company Code: GT10 - Guatemala

GT90 - ZC-Corporate GT90 ZC- Corporate GT90 - ZC Corporate

Company Code: SV10 - El Salvador

SV90 - ZC-Corporate SV90 ZC- Corporate SV90 - ZC Corporate

Company Code: TT10 - Trinidad & Tobago

TT90 - ZC-Corporate TT90 ZC- Corporate TT90 - ZC Corporate

1.2.3. Logistic (Plant / Storage Location)

Company Code: AR10 - Argentina

Company Code: UY10 - Uruguay

Company Code: PE10 - Peru

Company Code: CO10 - Colombia

Company Code: EC10 - Ecuador

Company Code: PA10 - Panama

Company Code: PA20 - Panama

Company Code: CR10 - Costa Rica

Company Code: DO10 - Dominican Republic

Company Code: GT10 - Guatemala

Company Code: SV10 - El Salvador

Company Code: TT10 - Trinidad & Tobago

1.3. Master Data Requirements

General Ledger Account: