MONOGRAFIA

1
Universidad Autónoma de Yucatán
Facultad de Matemáticas
Monografía:
¿Qué es S/4 HANA?
Que presenta el:
Br. Omar Zapata Navarro
Para obtener el título de:
Licenciado en Ciencias de la Computación
Con los asesores de Monografía:
M. en C. Enrique Ayala Franco
Dr. Francisco Alejandro Madera
Mayo de 2020
2
Agradecimientos.
A mi familia le agradezco mucho por su paciencia, por el tiempo que me cedió y por el
apoyo para todo este proceso, pero sobre todo a mi hija Karina que siempre estuvo
colaborando con sus ideas.
Al Maestro Enrique Ayala Franco que me ayudó con sus conocimientos, consejos,
observaciones, pero sobre todo con su gran apoyo en todo el proceso que tenía pendiente,
un maestro con mucho sentido humano, sin su apoyo no habría sido posible realizar este
trabajo.
Al Dr. Francisco Alejandro Madera por sus revisiones, observaciones y consejos para
enriquecer este trabajo.
Al C.P. Rodrigo Castillo que sin su apoyo no hubiera sido posible la implementación
de SAP en la empresa donde laboro.
A los señores Xacur que me dieron la oportunidad de laborar en esta gran empresa en
donde he adquirido muchos conocimientos y experiencia.

3
Resumen
S/4 HANA es una solución empresarial compuesta de la solución de base de datos
HANA, un ERP con una interfaz web moderna orientado a la experiencia del usuario, y
herramientas para la ampliación de la funcionalidad del ERP. Es un sistema que pretende
cubrir los requerimientos actuales y futuros de las empresas en este mundo dinámico.
HANA, es en sí una potente solución de base de datos que reside en la memoria RAM
y explota los avances tecnológicos del hardware y del software. Además de las
características esenciales que debe cumplir cualquier sistema gestor de base de datos,
contiene características adicionales como el manejo de diferentes formas de almacenar la
información, para desempeñar la doble función de ser un sistema transaccional y un sistema
de inteligencia de negocios en tiempo real. Contiene componentes que trabajan de forma
coordinada y eficiente para hacer consultas en diferentes lenguajes. El motor de cálculo es
capaz de hacer cálculos complejos con resultados rápidos en coordinación con los motores
de consulta, ya que todo se encuentra en la memoria RAM. Contiene un servidor de
aplicaciones para servir los desarrollos directamente desde la misma instancia del sistema,
evitando por completo el movimiento de los datos, y una capa de modelación para
simplificar los desarrollos. Adicionalmente a esto tiene módulos para hacer análisis
predictivo, motores de inteligencia artificial, series de tiempo, entre otros.
El ERP es un sistema que permite adaptarlo a las necesidades de la empresa mediante
herramientas de configuración y personalización. Tiene varios módulos que se van
activando según los requerimientos del negocio como, por ejemplo, compras, cuentas por
4
pagar, ventas y distribución, cuentas por cobrar, contabilidad fiscal, contabilidad
administrativa, producción, mantenimiento de planta, proyectos, calidad y recursos
humanos. Para los requerimientos muy específicos que se salen del comportamiento
general con las mejores prácticas de la operación, el ERP permite ampliaciones mediante
desarrollos sin desvirtuar el sistema.
SAP cuenta además con una plataforma con conectores a otras fuentes de datos en el
que puedes desarrollar chatbots, el internet de las cosas, inteligencia artificial, portales,
etc., que se integra a el ERP.

5
Tabla de Contenidos
Introducción .........................................................................................................................8
Objetivo General ................................................................................................................10
Objetivos específicos .................................................................................................... 11
Marco Teórico ....................................................................................................................11
Metodología .......................................................................................................................16
Alcance ..............................................................................................................................16
1. La base de datos HANA ............................................................................................17
1.1 Orígenes de la base de datos ................................................................................... 17
1.2 Componentes de SAP HANA ................................................................................. 19
1.3 Características de la base de datos HANA ....................................................... 20
1.3.1 Almacenamiento en memoria RAM ................................................................ 20
1.3.2 Almacenamiento en columnas y filas .............................................................. 21
1.3.3 Compresión de datos ........................................................................................ 23
1.3.4 Simplificación .................................................................................................. 24
1.3.5 Explotando los avances tecnológicos............................................................... 26
1.3.6 Virtualización ................................................................................................... 27
1.3.7 Escalabilidad .................................................................................................... 28
1.3.8 Alta disponibilidad ........................................................................................... 30
1.3.9 Recuperación de desastres ............................................................................... 31
1.3.10 Replicación .................................................................................................... 32
1.3.11 Gobierno de datos .......................................................................................... 33
1.3.12 Movimiento del procesamiento de datos ....................................................... 33
1.3.13 Tipos de datos manejados .............................................................................. 34
1.3.14 SAP HANA es una plataforma ...................................................................... 35
1.3.15 Multitenancy .................................................................................................. 36
1.3.16 Capa de modelación ....................................................................................... 37
2. Módulo de MM (Material Management) ...................................................................38
2.1 Logística.................................................................................................................. 38
2.2 La cadena de suministro.......................................................................................... 38
2.3 Compañía ................................................................................................................ 39
2.4 Centro ...................................................................................................................... 39
2.5 Almacenes ............................................................................................................... 40
2.6 Organización de compras ........................................................................................ 40
2.7 Cotización ............................................................................................................... 41
2.8 Orden de compra ..................................................................................................... 41
2.9 Fuente de datos para el área de MM ....................................................................... 41
2.9.1 Proveedores .......................................................................................................... 42
2.10 Materiales .............................................................................................................. 44
2.10.1 Valuación del material ................................................................................... 47
2.10.2 Extensión del material.................................................................................... 48
6
2.10.2 Inforecord ....................................................................................................... 48

2.11 Proceso de compras............................................................................................... 49
2.11.1 Requisición .................................................................................................... 49
2.11.2 Liberación de la requisición ........................................................................... 49
2.11.3 Cotización ...................................................................................................... 50
2.11.4 Orden de compra ............................................................................................ 50
2.11.5 Liberación de la orden de compra .................................................................. 50
2.11.7 Recepción de la mercancía............................................................................. 51
2.11.8 Verificación de factura ................................................................................... 51
2.11.9 Proceso de pago ............................................................................................. 51
2.12 Transferencia de stock........................................................................................... 52
2.13 Subcontratación..................................................................................................... 53
2.13.1 Orden de compra de subcontratación ............................................................. 53
2.13.2 Provisión de componentes ............................................................................. 54
2.13.3 Recepción de materiales terminados .............................................................. 54
2.13.4 Verificación de factura ................................................................................... 54
2.13.5 Proceso de pago ............................................................................................. 54
2.16.1 Creación de inforecord (información de registro) ......................................... 55
2.16.2 Orden de compra de consigna ........................................................................ 55
2.16.3 Recepción de materiales de consigna. ........................................................... 55
2.17.4 Retiro de materiales de consigna ................................................................... 56
2.17.5 Documento de consumo de materiales .......................................................... 56
3 Módulo de SD (Sales and Distribution) ..........................................................................56
3.1 Compañía ............................................................................................................ 57
3.2 Organización de ventas ....................................................................................... 57
3.3 Canal de distribución .......................................................................................... 57
3.4 División de los materiales ................................................................................... 58
3.5 Área de ventas ..................................................................................................... 58
3.6 Grupos de ventas ................................................................................................. 59
3.7 Persona de ventas ................................................................................................ 59
3.8 Centro.................................................................................................................. 59
3.9 Almacenes ........................................................................................................... 60
3.10 El punto de embarque ....................................................................................... 61
3.11 Fuentes de datos para los documentos de ventas y distribución ....................... 61
3.12 Datos maestros de clientes ................................................................................ 62
3.13 Datos maestros de materiales ............................................................................ 64
3.14 Datos maestro de cliente-material ..................................................................... 65
3.15 Datos maestros de condiciones ......................................................................... 66
3.16 Documentos del proceso de ventas ................................................................... 66
3.17 El proceso de ventas.......................................................................................... 67
3.18 Proceso de distribución ..................................................................................... 68
3.19 Proceso de facturación. ..................................................................................... 69
7
4. Módulo de finanzas (FI).................................................................................................71

4.1 Contabilidad principal. ............................................................................................ 73
4.2 Cuentas por pagar. .................................................................................................. 73
4.3 Cuentas por cobrar .................................................................................................. 74
4.4 Contabilidad de activos ........................................................................................... 76
4.5 Contabilidad de Bancos .......................................................................................... 77
4.6 Estados financieros ................................................................................................. 77
5. Módulos complementarios .............................................................................................77
5.1 PP (Production Planning)........................................................................................ 79
5.2 CO (Controlling) ..................................................................................................... 79
5.3 PM (Plant Maintenance) ......................................................................................... 81
5.4 PS (Project System) ................................................................................................ 81
5.7 SAP SCP (SAP Cloud Platform) ............................................................................ 82
Conclusiones ......................................................................................................................82
Lista de referencias ............................................................................................................86
8
Introducción
El mundo ha estado cambiando de manera sustancial debido a los avances
tecnológicos, y a medida que el uso del internet, las redes sociales, los teléfonos
inteligentes, el internet de las cosas y la inteligencia artificial se usan más frecuentemente,
las capacidades tradicionales de cómputo para la operación de los negocios quedan
limitadas al no poder cubrir los nuevos requerimientos que surgen, ya que se requiere del
procesamiento de la información en tiempo real para la interoperabilidad entre las personas,
los sistemas y los dispositivos. Hoy en día no hay quien pueda negar que las empresas están
enfrentando desafíos e incertidumbre debido a los cambios rápidos que se están dando en
materia tecnológica, política, económica y social, como es el caso de la pandemia de covid-
19 que está ocasionando que las empresas manden a sus empleados a trabajar a sus casas
de manera inmediata, ya que muchas veces sus sistemas no están preparados para afrontar
dichos cambios. Los sistemas administrativos tradicionales, están divididos en módulos
individuales debido a las limitaciones tecnológicas de procesamiento y almacenamiento, y
no permiten la explotación de la información en tiempo real para la toma de decisiones, ya
que la generación de consultas de grandes volúmenes de datos y el procesamiento al vuelo
de éstas, demanda demasiada capacidad de transferencia y procesamiento de datos y hace
que los sistemas colapsen. Para evitar que colapsen los sistemas, muchas veces dividen una
tabla en varias tablas o crean tablas de históricos de partidas cerradas para prevenir estas
situaciones no deseadas, añadiéndole más complejidad a los modelos de datos y a los
sistemas. En la actualidad muchas corporaciones como, por ejemplo: Proteínas y Oleicos

9
SA de CV (http://www.proteinasyoleicos.com/), Galleta Donde
(https://www.galletasdonde.com/), Star Medica (https://www.starmedica.com/), Pollo
Industrializado de México SA de CV (https://grupocrio.com/), etc., cuentan con un sistema
ERP (Enterprise Resource Planing) que procesa las transacciones de las operaciones del
negocio para cumplir con las obligaciones legales y fiscales del país donde operan y para
administrar sus recursos materiales y financieros. Una práctica común en las empresas es
que, al finalizar el día, en las horas de menor carga de los sistemas, corren procesos que
extraen información del sistema ERP y otros sistemas complementarios, la transforman y
lo cargan a otro sistema BW (Business Warehouse) de donde se generan consultas para el
análisis en un BI (Business Intelligence). Lo anterior hace complejo, tedioso y tardado el
contar con la información para generar conocimiento y tomar decisiones inmediatas con la
rapidez con la que se demanda. Las necesidades actuales implican tener que procesar
grandes cantidades de datos y responder en el menor tiempo posible con base a información
que se está generando y a los eventos que están sucediendo, como cuando estamos en una
red social y los sistemas nos presentan anuncios personalizados de acuerdo a nuestro
comportamiento. Las empresas que no se preparen y adopten nuevas tecnologías que les
permitan seguir compitiendo, estarán condenadas a desaparecer o quedar rezagadas frente
a sus competidores. Como ejemplos de lo que puede pasar, Blockbuster y las grandes
corporaciones de taxistas fueron desplazados con facilidad por Netflix y Uber
respectivamente, ya que estas últimas adoptaron enfoques nuevos y disruptivos utilizando
la tecnología y se transformaron digitalmente. Esta situación obliga a los negocios a

10
explorar nuevas alternativas para cubrir los requerimientos actuales y futuros, que les
permita seguir compitiendo y creciendo para no ser desplazados.
Los típicos entornos se desarrollaron sobre diversas plataformas generalmente de
diversos proveedores en diferentes ambientes y diferentes lenguajes, teniendo una
complejidad difícil de administrar. Los departamentos de TI son los responsables de
integrar la información de esos sistemas con diversos especialistas moviendo, limpiando,
transformado los datos, y corriendo procesos y aun así no es posible contar con la
información en corto tiempo para la toma de decisiones. La transformación digital nos ha
alcanzado y exige tomar nuevos enfoques, SAP S/HANA es una plataforma que promete
proporcionar a las empresas las herramientas para lograr en ese objetivo.
La compañía SAP organiza foros anualmente en varias partes del mundo para exponer
lo último en sus adelantos tecnológicos. En México se organiza este evento desde hace 10
años y el 13 de febrero de 2020 en el expo Santa Fe fue el último foro que organizó con el
nombre de SAP Now centrado en el tema de “La Empresa Inteligente en la economía de la
Experiencia”. Varias compañías a nivel nacional, como, por ejemplo, Grupo Salinas,
expusieron sus casos de éxitos en el tema compartiendo sus experiencias.
Objetivo General
Proporcionar conocimientos de la funcionalidad de la solución S/4 HANA mediante la
descripción de las características de los componentes, con base en un trabajo de
investigación documental y con las experiencias adquiridas en el desempeño laboral, para

11
que los interesados en la implementación, desarrollo o administración de sistemas
administrativos puedan tomar mejores decisiones.
Objetivos específicos
 Describir las características de la solución de la base de datos HANA
 Describir las características centrales del ERP de S/4 HANA para tener
conocimientos de las capacidades del mismo.
 Describir los módulos adicionales que se pueden ir configurando con las
necesidades específicas de las empresas.
Marco Teórico
Bases de Datos
Una Base de Datos es una colección de datos estructurados interrelacionados que
contiene información relevante para un contexto de una empresa (Silberschatz, Korth y
Sudarshan, 2002).
Sistema Gestor de Bases de Datos
Un Sistema Gestor de Base de Datos es un conjunto de programas que permiten
almacenar, actualizar, modificar y extraer información de una base de datos, ofreciendo
interfaces de acceso a la misma de forma segura y manteniendo la integridad de los datos,
con mecanismos de recuperación debidos a fallos físicos y lógicos. Los usuarios no

12
necesitan conocer detalles del almacenamiento, sólo requieren tener una vista abstracta de
los datos (Millán, 2012).
Entre los gestores de bases de datos más conocidos están, Oracle Database
(https://www.oracle.com/index.html), MySql (https://www.mysql.com/), Microsoft SQL
Server (https://www.microsoft.com/), PostgreSQL (https://www.postgresql.org/), Progress
(https://www.progress.com/), entre otros.
Bases de Datos Relacionales
El modelo relacional es actualmente el principal tipo de modelado de datos para las
aplicaciones de procesamiento empresarial. Una Base de Datos Relacional es una base de
datos concebida por un usuario como un conjunto de tablas relacionadas. Cada fila de una
tabla representa una relación entre un conjunto de valores; dado que una tabla representa
un conjunto de relaciones hay una fuerte correspondencia entre el concepto de tabla y
relación matemática que es de donde toma su nombre (Silberschatz, Korth, Sudarshan,
2002).
Las Bases de Datos Relacionales son las más usadas en los sistemas ERP actuales.
Sistemas como el ERP de Oracle o el ERP de SAP trabajan con este tipo de bases de datos.
Data Warehouse
La definición universalmente aceptada de un Data Warehouse desarrollada por Bill
Inmon en la década de 1980 es "una variante de tiempo orientada al sujeto, integrada y no
volátil recopilación de datos utilizados en la toma de decisiones estratégicas”.

13
El Data Warehouse actúa como el punto central de la integración de datos, es el primer
paso para convertir los datos en información. Debido a este enfoque empresarial, sirve para
ofrecer una vista común de los datos empresariales, independientemente de cómo luego
será utilizado por los usuarios. El almacén de datos produce una fuente estable de datos
históricos, formación que es constante, consistente y confiable para cualquier usuario
(Imhoff, Galemmo y Geiger, 2003).
En la actualidad Grupo CMG (http://www.grupocmg.com.mx/) y Grupo Proteinol
(http://www.proteinasyoleicos.com/) tienen un Data Warehouse donde migran la
información de sus ERP por la noche para generar informes en el Business Intelligence.
Big Data
El cambio de escala ha conducido a un cambio de estado. El cambio cuantitativo ha
llevado a un cambio cualitativo. Fue en ciencias como la astronomía y la genética, que
experimentaron por primera vez esa explosión en la década de 2000, donde se acuñó el
término Big Data, “datos masivos”. El concepto está trasladándose ahora hacia todas las
áreas de la actividad humana (Schönberger y Cukier, 2013).
Una forma de pensar en esta cuestión hoy en día es la siguiente: los Big Data, los datos
masivos, se refieren a cosas que se pueden hacer a gran escala, pero no a una escala inferior,
para extraer nuevas percepciones o crear nueva formas de valor, de tal forma que
transforman los mercados, las organizaciones, las relaciones entre los ciudadanos y los
gobiernos; ese es el origen de las nuevas tecnologías de procesamiento, como Map-Reduce,
de Google, y su equivalente de código abierto, Hadoop, que surgió de Yahoo. Con ellos se
14
pueden manejar cantidades de datos mucho mayores que antes, y esos datos –esto es lo
importante– no precisan ser dispuestos en filas ordenadas ni en las clásicas tabulaciones de
una base de datos (Schönberger y Cukier, 2013).
Big Data es cualquier tipo de fuente de datos que tiene al menos una de las cuatro
características compartidas, llamadas las cuatro V, Volúmenes de datos extremadamente
grandes; la capacidad de mover esos datos a una alta Velocidad, una Variedad de datos en
constante expansión, Veracidad para que las fuentes de datos realmente representen la
verdad (Hurwitz y Kirsch, 2018).
Hoy en día empresas como Google (https://www.google.com/), Facebook
(https://www.facebook.com/) y Amazon (https://www.amazon.com/) recaban y procesan
cantidades masivas de datos de diferentes fuentes, difícil de concebir.
Inteligencia Artificial (IA)
La IA es la rama de la ciencia que se encarga del estudio de la inteligencia en elementos
artificiales y, desde el punto de vista de la ingeniería, propone la creación de elementos que
posean un comportamiento inteligente. Dicho de otra forma, la IA pretende construir
sistemas y máquinas que presenten un comportamiento que, si fuera llevado a cabo por una
persona, se diría que es inteligente. El aprendizaje, la capacidad de adaptación a entornos
cambiantes, la creatividad, etc., son facetas que usualmente se relacionan con el
comportamiento inteligente. Además, la IA es interdisciplinar pues en ella intervienen
disciplinas tan variadas como la Neurociencia, la Psicología, las Tecnologías de la

15
información, la Ciencia Cognitiva, la Física, las Matemáticas, etc. (Romero, Afonte,
Gómez, Penousal, 2007).
Un caso particular de uso de la inteligencia artificial se da en la solución Leonardo de
SAP que te permite dialogar con el sistema, ya que reconoce la voz de las personas y
procesa el lenguaje para presentar informes.
Machine Learning
Machine Learning es una forma de inteligencia artificial que habilita a los sistemas a
aprender de los datos en vez de un desarrollo explícito. Sin embargo, Machine Learning no
es un simple proceso (Hurwitz y Kirsch, 2018).
La empresa SAP proporciona un módulo de Inteligencia Artificial que incluye Machine
Learning con el que puedes procesar y clasificar imágenes para el control de calidad como
está aplicando en algunas sucursales la empresa Domino’s Pizza.
ERP
ERP es la abreviatura de Enterprise Resource Planning. Un ERP es el sistema que
proporciona los medios, las técnicas y conceptos para la gestión integrada de las empresas
en su conjunto y permite el uso efectivo de los recursos de gestión para mejorar la eficiencia
de la empresa. Proporciona la columna vertebral para un sistema de información de toda la
empresa, y es el núcleo del software empresarial con una base de datos central que operan
en una plataforma informática común. El sistema proporciona consistencia y visibilidad o
transparencia de todas las operaciones de la empresa (Venugopal, 2011).

16
Las empresas con cierto grado de madurez generalmente utilizan estos sistemas, ya que
les permite tener controlada la operación, por ejemplo, Fábrica de Jabón la Princesa
(http://www.grupocmg.com.mx/), Harinas del Sureste (http://www.grupocmg.com.mx/),
Galletas Dondé (https://www.galletasdonde.com/), etc. Cuentan con sistemas ERP.
S/4 HANA (SAP Business Suite 4 SAP HANA)
S/4HANA es una solución holística, una nueva generación de SAP Business Suite (ERP
y Business Intelligence) que se caracteriza por la simplificación, el aumento masivo en la
eficacia y características atractivas como opciones de planificación y simulación en varios
diálogos convencionales. SAP S/4HANA va un paso más allá del sistema de transacciones
que solo registra datos, hacia proporcionarle a los usuarios finales soporte activo en las
decisiones en tiempo real que se basa en los datos de fuentes internas y externas (Bardhan
et al., 2019)
En la actualidad, alrededor de 1,300 empresas en el mundo ya han migrado a S/4 HANA
como, por ejemplo: Associted British Ports, FEMSA, P&G, Coca Cola, IBM, AT&T,
Samsung, etc. (SAP AG, 2019)
Metodología
Estará basada principalmente en una revisión, selección y organización de documentos,
artículos, materiales y bibliografía que trate el tema de estudio, para posteriormente realizar
un análisis de los contenidos y poder así, describir detalladamente los pormenores de la
tecnología HANA.
Alcance
17
Al ser S/4 HANA una solución de software propietario bastante extensa (la base de
datos del ERP cuenta con más de 70,000 tablas, más de 100,000 diálogos cubriendo muchas
verticales; industria automotriz, alimentaria, medica, etc.), el alcance de este trabajo, estará
limitado a describir las características de la base de datos HANA y la funcionalidad de los
módulos de MM, SD, FI en S/4 HANA y se hará mención de los diversos módulos
adicionales con los que cuenta, así como también se mencionarán los servicios de la
plataforma SAP en la nube para la ampliación de las funcionalidades.
1. La base de datos HANA
1.1 Orígenes de la base de datos
La compañía SAP (Systems, Aplications and Products) empezó a explorar y a evaluar
la computación en memoria años atrás con su motor de búsqueda y clasificación TREX
(Text Retrieval and Information Extraction), que es la parte clave de varias aplicaciones
como SAP NetWeaver Enterprise Search. En SAP TREX los datos no se almacenaban en
la forma tradicional si no como un archivo plano en un sistema de archivos que, aunque no
estaba completamente en memoria, fue la primera incursión de la compañía en las bases de
datos en memoria.
El siguiente paso de SAP fue el desarrollo de su tecnología LiveCache. SAP LiveCache
se puede describir como una tecnología híbrida de base de datos en memoria que está
basada en MaxDB, una base de datos relacional propietaria de SAP, que introdujo una
combinación de datos en memoria con bases de datos orientada a objetos. El sistema de
bases de datos LiveCache pudo procesar enormes cantidades de datos de forma rápida, lo
18
cual incrementó significativamente la rapidez de varias aplicaciones de SAP como SAP
Supply Chain Management and SAP Advanced Planner and Optimizer.
Con la experiencia adquirida en las tecnologías de computación en memoria para la
respuesta rápida de sus soluciones, en 2006 SAP dio el siguiente paso al implementar un
dispositivo BWA (Business Warehouse Acelerator) para su solución de Business
Warehouse (BW) que soportaba consultas de grandes volúmenes de datos para generar
analíticos. BWA basado en TREX, fue una solución de Hardware y Software que movía
datos identificados en BWA a la memoria RAM, organizándolos e indexándolos de una
manera diferente a como se venía haciendo en las bases de datos tradicionales, permitiendo
de esta forma generar consultas en un menor periodo de tiempo.
El último y actual paso de este proceso evolutivo, es la solución de base de datos SAP
HANA en el cual toda la información de la base de datos reside en la memoria. SAP
optimizó SAP HANA para tomar ventaja de los avances tecnológicos, SAP HANA es una
fuente de datos agnóstica (no importa de dónde vengan los datos) que te permite mantener,
actualizar y analizar grandes volúmenes de datos en tiempo real, sin necesidad de crear
modelos complejos de datos (Berg y Silvia, 2013).
SAP HANA fue desarrollado desde cero, no se construyó sobre software existente para
poder tomar lo mejor de las tecnologías existentes y futuras, y poder así proveer la siguiente
generación de plataformas que se alinee con los nuevos enfoques (SAP SE, 2018).
19
1.2 Componentes de SAP HANA
SAP HANA cuenta con múltiples componentes que no siempre son requeridos por todos
los clientes, por eso, en vez de entregar un super archivo con todos los componentes que
requieren más inversión en hardware para su funcionamiento, HANA viene en diferentes
versiones. Se podría pensar en las versiones como diferentes agrupaciones de módulos. La
Standar Edition tiene el núcleo de la base de datos, servicios de integración y aplicación,
series de datos y otros componentes adicionales. La Enterprise Edition comprende la
Standar Edition más otros componentes de aplicaciones sofisticadas como los servicios de
integración de datos, servicios de replicación, análisis de flujos de datos de sensores, etc.
La Express Edition es una edición libre de cargo dirigida a los desarrolladores que quieren
construir y entregar aplicaciones sobre SAP HANA. Esta edición tiene menos
requerimientos de hardware y puede ser instalado en una pc o en una laptop con
requerimientos razonables. Con SAP HANA Express Edition se puede construir y entregar
aplicaciones que usen 32GB de RAM sin cargo que puedes incrementar hasta 128 GB de
RAM. Para tener más de los 128GB de RAM o añadir procesamiento avanzado como flujo
de análisis sistemáticos de datos estadísticos avanzados, se tiene que adquirir la licencia
Standard o Enterprise. En la Figura 1 se muestran los módulos y la forma en que se agrupan
por sus ediciones (SAP SE, 2018).

20
Figura 1. Módulos incluidos en las distintas ediciones de SAP HANA
1.3 Características de la base de datos HANA
Figura 2. Esquema de las características de la solución de base de datos HANA
1.3.1 Almacenamiento en memoria RAM

21
En la mayoría de los escenarios actuales, la base de datos se almacenaba en discos
mecánicos y solo los datos requeridos son movidos a la memoria RAM, ocasionando el
principal cuello de botella de los sistemas. Las operaciones con los datos en memoria RAM
pueden llegar a ser hasta 100,000 veces más rápidas en comparación con las operaciones
con datos que se acceden desde un disco mecánico, ya que además de la latencia del disco
mecánico, los discos duros están conectados a través de una cadena de buses y
controladores mientras que la memoria principal está conectada a la CPU a través de un
bus de alta velocidad. En SAP HANA la base de datos reside en la memoria RAM (Bardhan
et al., 2019).
1.3.2 Almacenamiento en columnas y filas
En SAP HANA los datos pueden almacenarse en filas o en columnas como se muestra
en la Figura 3. Tradicionalmente las bases de datos relacionales almacenan las filas de
datos como un todo, esto las hace eficientes en el proceso de escritura, pero cuando se trata
de consultas de un campo de una tabla que tiene cientos de columnas y solo requieren
algunas columnas, el proceso es ineficiente y esto es de manera precisa lo que sucede
generalmente con los análisis sistemáticos de datos estadísticos (analíticos). Para los
análisis sistemáticos de datos estadísticos, el almacenamiento en columnas es óptimo, ya
que con este tipo de almacenamiento es posible extraer los datos de una sola columna sin
realizar operaciones de lecturas innecesarias debido a que estos datos son almacenados de
forma contigua y no se tienen que saltarse valores en la búsqueda. Con el almacenamiento

22
en columnas se escanea más rápidamente la información sin tener que agregar índices,
evitando estar destruyéndolos y reconstruyéndolos y reduciendo de esta forma la
complejidad de las estructuras de datos. La desventaja del almacenamiento en columnas
sucede cuando tratas de reconstruir el registro entero de una columna ya que todas las
columnas son requeridas por la aplicación; este es el caso donde requieres hacer una
transacción sobre el registro. Las transacciones son posibles en el almacenamiento en
columnas, pero son más lentas que en el almacenamiento en filas. Actualizar e insertar
datos en una base de datos comprimida y almacenada en columnas es una actividad costosa,
para lidiar con este problema, SAP separó la base de datos en un área de almacenamiento
principal y en otra de almacenamiento secundario llamado delta, donde realiza las
operaciones de escritura que regularmente mezcla automáticamente con el área principal.
Esta actividad de mezclar el área principal de almacenamiento con el área delta es llamada
“delta merge”. Las consultas siempre corren sobre las dos áreas simultáneamente, pero
como el área principal está comprimida y ordenada es más rápida que la delta, el área delta
es muy rápida para insertar, pero lenta para consultas, por esta razón siempre se mantiene
pequeña la zona delta corriendo el proceso “delta merge” frecuentemente. El administrador
debe definir las condiciones que se deben cumplir para que se corra el proceso, por ejemplo,
que cuando el delta alcance un 5% del área principal (Hao et al., 2015) (Bardhan et al.,
2019).
23
Figura 3. Ejemplos de los tipos de almacenamiento soportado por la base de datos
1.3.3 Compresión de datos
SAP HANA aplica compresión de datos automáticamente a la base de datos, esta
comprensión permite que el tamaño de las bases de datos quede en una fracción de su
tamaño original.
El factor de compresión depende de la naturaleza de la operación del negocio, por
ejemplo, en una tabla enorme de órdenes donde tienes un tipo de cliente A, B, C que se
almacena en cada orden, el tipo de cliente aparecerá un número grande de veces. La
compresión clasifica los datos y almacena un único valor en un diccionario de datos, y
luego utiliza enteros para hacer referencia a los datos originales debido a que éstos ocupan
menos especio y son más eficientes para la búsqueda. La compresión de datos te permite
tener más datos en memoria cache del CPU y reduce el acceso a la memoria mejorando el
desempeño, te permite ajustar toda la base de datos en la memoria evitando el acceso a
disco y facilita las operaciones de respaldo y restauración. El almacenamiento en columnas
en conjunto con la compresión de datos, hace muchas veces que las consultas sean más
24
rápidas, y como los procesos necesarios están completamente inmersos en HANA lo
anterior pasa de manera inadvertible para los usuarios. La Figura 4 muestra un ejemplo
simplificado de la compresión por diccionario (Bardhan et al., 2019)
Figura 4. Ejemplo de compresión por diccionario para minimizar la cantidad de almacenamiento
1.3.4 Simplificación
En los escenarios tradicionales las empresas generalmente utilizan un ERP (Enterprise
Resourse Planing), un CRM (Customer Relationship Manager), un sistema de recursos
humanos y otros sistemas de diferentes proveedores en diferentes plataformas. Los
departamentos de TI con diversos expertos se encargan de la extracción, la transformación
y la carga de la información a otro sistema. Corren procesos en las horas de menor carga
para poder generar reportes de inteligencia de negocios para la toma de decisiones, lo que
ocasiona que muchas veces no se cuente con la información en el tiempo requerido,
limitando la capacidad de tomar decisiones y la capacidad de innovación. SAP HANA
puede generar vistas al vuelo, no necesita estar almacenando tablas de agregados o copias
25
de datos para mejorar el desempeño ni necesita de índices que se tienen que estar
actualizando en cada transacción como se muestra en la Figura 5.
Figura 5. Eliminando la complejidad de las estructuras de datos y de la cantidad de datos almacenados para
mejorar el desempeño
SAP HANA combina el proceso transaccional y el proceso de análisis en una sola
plataforma, por lo que ya no se necesita del movimiento de datos entre diferentes
plataformas, ya que trabaja con una única fuente de datos para cualquier requerimiento
como se muestra en la Figura 6. Esto significa que siempre se tienen los datos disponibles
para todas las aplicaciones en el momento que se requiera, reduciendo la complejidad y la
necesidad de múltiples habilidades en el personal de TI. Es una arquitectura con una sola
solución donde todos tus datos están disponibles en tiempo real, esto significa que ya no
será necesario tener diferentes plataformas cada vez más complejas con diferentes
interfaces de administración y diferentes expertos de TI.

26
Figura 6. Simplificación de los escenarios para disminuir el movimiento de datos
1.3.5 Explotando los avances tecnológicos
SAP HANA se desarrolló desde cero para tomar ventaja de los avances tecnológicos
del hardware, no se construyó sobre algún software existente. Este enfoque fue tomado
para poder afrontar el ambicioso reto de ofrecer una plataforma de nueva generación con
sus nuevos enfoques. Con muchos terabytes de memoria puedes almacenar enormes bases
de datos de grandes corporaciones. Adicionalmente a la memoria, los CPU continúan
mejorando con unas frecuencias fenomenales. Ahora puedes tener CPU multi núcleo de
alta velocidad que pueden tomar tareas complejas, dividirlas y procesarlas de manera
paralela para incrementar increíblemente la velocidad de respuesta. Esto significa que las
tareas de generar análisis predictivo en tiempo real con múltiples CPU de múltiples núcleos
ya son posible dando un enorme poder de procesamiento.
Los avances recientes en el diseño de la memoria cache implicaban que los datos no
pasaban de manera inmediata de la RAM al CPU lo cual con el manejo de enormes

27
cantidades de datos no era eficiente. Ahora SAP HANA cuenta con sofisticados caches
multiniveles de CPU que te permite tener la mayoría de los datos a usar cerca del CPU
incrementando la velocidad de procesamiento. SAP HANA explota lo último en tecnología
de hardware, ya que colabora con los líderes mundiales, como por ejemplo Intel, IBM, o
CISCO quienes le comparten las tecnologías de CPU y arquitecturas de cache para extraer
toda la potencia de las CPU.
1.3.6 Virtualización
La virtualización consiste en crear una representación basada en software, o virtual, de
una entidad física como, por ejemplo, aplicaciones, servidores, redes y almacenamiento
virtuales (vmware, 2020).
Las tecnologías de virtualización soportadas en HANA al momento de escribir esta
monografía son:
 Por software
o VMware
o vSphere 6.0
o SAP HANA SPS 11/12
o VMware vSphere 6.5
o SLES KVM, Redhat KVM
o Nutanix
 Por hardware:
28
o Power IBM
o HP
o Fujitsu
o Lenovo FlexNode
Al virtualizar, SAP menciona que hay una pérdida de desempeño de menos del 12%
con respecto a la instalación en servidores físicos. Es importante revisar las guías de
virtualización de SAP ya que están evolucionando constantemente. El camino de SAP
HANA empezó a través de dispositivos (appliance) enteros que consistían en un conjunto
de software preconfigurado que estaba instalado en un hardware preconfigurado vendidos
por proveedores certificados por SAP, como por ejemplo IBM, HP entre otros. sin
embargo, con la introducción del enfoque de centro de datos a la medida que también ha
evolucionado a través de los años se tiene la flexibilidad de usar diferentes componentes
de hardware de diferentes proveedores integrados en el centro de datos del cliente (Tonks,
2019).
1.3.7 Escalabilidad
Hay varios aspectos que se pueden escalar en SAP HANA: datos, desempeño,
aplicaciones y hardware. Una técnica que se puede usar para tratar el crecimiento de los
datos es incrementar el tamaño de la memoria RAM, una vez que se ha alcanzado el límite
de memoria en un solo servidor se puede escalar horizontalmente sobre múltiples máquinas
para crear un sistema distribuido, se pueden distribuir las tablas en diferentes servidores.
Cuando una sola tabla de hechos es más grande que la memoria RAM de un servidor, es
29
necesario particionar la tabla en secciones que residan en diferentes servidores. El
particionamiento de tablas es posible y transparente para las consultas y la manipulación
de datos.
En SAP HANA también es posible escalar el desempeño por su enfoque de paralelismo,
mientras más núcleos de procesamiento tenga tu sistema, mejor será el desempeño. SAP
HANA divide las tareas de procesamiento a través de todos los núcleos de los procesadores
asegurando que contribuyan al rendimiento. Se pueden definir particiones para cada
columna, las particiones puedes crearlas basadas en el conocimiento de tu base de datos o
dividir arbitrariamente columnas grandes para mejorar el procesamiento paralelo. El
procesamiento paralelo es un habilitador importante para las aplicaciones de tiempo real.
Una utilización promedio de CPU del 90% puede indicar que el sistema debe escalarse en
procesadores para mejorar el desempeño.
El particionamiento de datos se puede utilizar para escalar la aplicación, ya que admite
un número creciente de sesiones concurrentes y consultas analíticas complejas al distribuir
los cálculos en varios hosts. Esto cumple dos objetivos: dirigir a diferentes usuarios a
diferentes hosts (equilibrio de carga) y evitar la sobrecarga de la red relacionada con las
uniones frecuentes de datos entre hosts.
SAP HANA se ofrece de varias maneras: en forma de un dispositivo local, entregado
en una variedad de configuraciones y "tamaños" diferentes por socios de hardware
certificados o mediante el uso del modelo de integración de centros de datos a la medida,
y como parte de un servicio basado en la nube. Esto crea diferentes opciones de diseño del
30
sistema con respecto a las variaciones de escala. Para maximizar el rendimiento, SAP
recomienda que escale lo más posible verticalmente (adquiera la configuración con el
procesador y la especificación de memoria más altos para la carga de trabajo de la
aplicación), antes de escalar horizontalmente (para implementaciones con requisitos de
volumen de datos aún mayores con varios servidores).
1.3.8 Alta disponibilidad
Se puede configurar un sistema de múltiples hosts donde los hosts deben definirse como
hosts de trabajo o hosts en espera (el de trabajo es el predeterminado). Las máquinas de
trabajo procesan datos; las máquinas en espera no manejan ningún procesamiento y en
cambio, esperan para hacerse cargo de los procesos en caso de falla de la máquina de
trabajo. SAP HANA no solo se ocupa por mantener la confiabilidad de sus datos en caso
de fallas, sino también por reanudar las operaciones con esos datos cargados nuevamente
en la memoria lo más rápido posible. Host auto-failover es una solución local de
recuperación de fallas que se puede usar incluso como una medida complementaria o
alternativa a la replicación del sistema. Antes de instalar un sistema de host múltiple, es
importante considerar si es necesaria una alta disponibilidad y cómo deben agruparse los
hosts para garantizar la conmutación por error automática del host preferido. Para que la
conmutación por error automática del host sea exitosa, si el host activo (trabajador) falla,
el host en espera asume su rol al iniciar su instancia de base de datos utilizando los datos
persistentes y los archivos de registro del host fallido. El servidor de nombres de una de las
instancias de SAP HANA actúa como el administrador de clúster que hace ping a todos los
hosts regularmente. Si se detecta un host anormal, el administrador del clúster se asegura
de que el host en espera asuma el rol y de que el host anormal ya no tenga acceso de
escritura a los archivos (denominado cercado) para que no se corrompan.
31
La agrupación de hosts no afecta la distribución de la carga entre los hosts de los
trabajadores, la carga se distribuye entre todos los trabajadores en un sistema SAP HANA.
Si hay varios hosts en espera en un sistema, se debe considerar la agrupación de hosts,
porque la agrupación de hosts decide la asignación de recursos en espera si falla una
máquina de trabajo. Si no se especifica ningún grupo de hosts, todos los hosts pertenecen
a un grupo de hosts llamado "predeterminado". Cuantos más hosts en espera en un grupo
de hosts, más seguridad de conmutación por error.
1.3.9 Recuperación de desastres
Es posible replicar el log de la base de datos en una segunda instancia y mantener
sincronizadas las dos instancias para tener un respaldo caliente y poder usarlo
inmediatamente en caso de fallo del principal casi sin interrupción. Con esta configuración
se puede usar el segundo sistema para consultas intensivas mejorando el desempeño del
sistema, las aplicaciones pueden redireccionarse a la instancia principal en caso de
transacciones y al secundario en caso de consultas. La herramienta HANA cookpit te da
una vista completa del desempeño de ambas instancias para monitorear el desempeño.
SAP HANA utiliza memoria RAM para su almacenamiento, pero una vez que la energía
se va todos los datos de la memoria se pierden. SAP HANA automáticamente toma
instantáneas de la memoria entera frecuentemente y lo almacena en los discos duros en un
área llamada volumen de datos. La frecuencia de guardado es configurable y depende de
que tanto esté cambiando la base de datos. Cuando la energía se reestablezca, SAP HANA
32
automáticamente carga el volumen de datos en la memoria hasta el punto de guardado.
Para evitar la pérdida de información, todas las transacciones realizadas posteriores al
punto de guardado, son almacenadas simultáneamente en el log de la base de datos que
generalmente es un disco duro de estado sólido. Cuando la energía regresa y se carga la
base de datos desde el punto de guardado, se aplican las transacciones almacenadas en el
log. SAP HANA puede ser instalado a través de múltiples nodos, esto se llama scale-out
que es usado frecuentemente para aumentar el desempeño dividiendo la carga de trabajo
entra los nodos, pero también es usado para tener servidores redundantes que pueden
arrancar en caso de que alguno falle. Los servidores redundantes podrían ser también
redundantes calientes, en este caso el servidor primario replica el log en el servidor
secundario manteniendo sincronizados los servidores esto ayuda a que no haya caídas ya
que está disponible el servidor automáticamente en caso de falla del primario. Este enfoque
puede ser necesario para aplicaciones de misión crítica que puede ser muy dañino para el
negocio.
1.3.10 Replicación
SAP HANA tiene la opción de habilitar la replicación continua que incluye los datos y
los redo logs de cada transacción terminada en un lugar de almacenamiento remoto de la
red en un sitio secundario. Varios proveedores venden estos dispositivos de
almacenamientos certificados. La transacción en el sitio primario es terminada solo si la
transacción es replicada en el sitio secundario, esto es conocido como replicación síncrona
y solo puede ocurrir si los sitios están a menos de 100KM con una fracción de milisegundos
33
de latencia. Si el sistema completo falla, entonces el administrador configura un sistema
pasivo con el almacenamiento de respaldo. La ventaja de la replicación con respecto a los
respaldos consiste en que es menor el tiempo de recuperación, pero tiene la desventaja de
que si la base de datos principal se corrompe muchas veces esa corrupción es replicada
(Bardhan et al., 2019).
1.3.11 Gobierno de datos
Estar seguro de que los datos y los sistemas son confiables, va de la mano con que se
introduzcan datos confiables al sistema. Aunque SAP HANA no asegura que sean
confiables los datos y los sistemas, ya que se depende de personas y procedimientos. El
tener visibilidad de todos los datos prácticamente de manera instantánea te permite ver
problemas de forma muy rápida y evitar desviaciones mayores (Berg y Silvia, 2013)
1.3.12 Movimiento del procesamiento de datos
En el pasado el rol de la base de datos era escuchar instrucciones de crear, leer,
actualizar o borrar datos, las instrucciones eran simples y no procesaban información;
generalmente la capa de aplicación era la requería los datos, los procesaba y los enviaba de
vuelta para escribir. SAP HANA no solo hace operaciones simples, hará todas las
operaciones centrales; estas operaciones pueden ser agregar datos, filtrar y ordenar,
calcular datos, convertir datos, limpiar datos, estructurar datos. Una aplicación puede
enviar las instrucciones a realizar, SAP HANA lo procesará en memoria y devolverá solo
los resultados. Por ejemplo, si la capa de aplicación manda: totaliza los últimos 5 años de
34
facturación de lentes por región y calcula el valor neto después de descuentos, SAP HANA
en vez de mandar millones de registros de la base de datos a la capa de aplicación, lo
procesará en memoria y solo mandará los resultados. Habrá una enorme reducción de datos
transferidos ya que serán procesados inmediatamente en la memoria RAM. Se necesita que
los desarrolladores de aplicaciones repiensen sus desarrollos para pasar el procesamiento
de la capa de aplicación a la base de datos. Para aplicaciones simples SAP HANA toma el
control y un servidor de aplicaciones no es requerido. Para aplicaciones grandes como SAP
Netweaver si se requiere un servidor de aplicaciones por la lógica compleja; el lenguaje de
programación será ABAP, el cual requiere que se instale SAP Netweaver Sensor ABAP
que provee los servicios y corre sobre la base de datos HANA.
1.3.13 Tipos de datos manejados
SAP HANA puede procesar todos los tipos de datos y también los combina para generar
nuevas e innovativas aplicaciones como se muestra en la figura 7. Podrías tener una
aplicación que nos diera el resumen de las actividades de un cliente basado en las redes
sociales y checar si sus sentimientos están relacionados por su lugar geográfico y ver en un
mapa si los que están en su misma región geográfica si compraron artículos similares. SAP
HANA puede manejar datos de:
o Sistemas empresariales
o Data Warehouse
o Archivos
35
o Big data
o Archivos almacenados (xls, cvs, XML, etc.)
o Bases de datos
o Redes sociales
o Sensores
Figura 7. Tipos de datos y fuentes de datos manejados por la plataforma SAP HANA
1.3.14 SAP HANA es una plataforma
SAP HANA provee todos los servicios necesarios para las aplicaciones y fue construida
enteramente por SAP. Los componentes incluyen la base de datos, procesamiento de datos,
herramientas para el procesamiento de aplicaciones, administración del ciclo de vida e
integración de datos. SAP HANA cuenta con un ETL, lo que significa que no necesitas
software adicional para limpiar, enriquecer y estandarizar los datos. Tiene módulos
especializaos en análisis predictivo, inteligencia artificial, servidor de aplicaciones, etc.
SAP HANA puede comprarse para que lo tengas en tu sitio o en la nube, puede entregarse
36
como un dispositivo a través de proveedores certificados que te entregan el hardware con
HANA preinstalado o a través de un conjunto de hardware certificado de distintos
proveedores con un enfoque que se llama Tailored Data Center Integration (centro de datos
a la medida). SAP HANA corre en Linux Redhad, Suse Linux, SAP HANA corre en
arquitecturas X86 o en IBM power. También puedes adquirirlo como un servicio (HaaS).
Con el servicio en la nube tienes la ventaja de que puedes crecer o disminuir las capacidades
dinámicamente, pero tienes de desventaja de que dependes de SAP en el ciclo de vida, esto
significa que no tienes control sobre las actualizaciones. Con la versión en tu sitio tienes la
ventaja de que puedes afinar la aplicación para aplicaciones de misión crítica y tú decides
en qué momento actualizas. También existe la opción de un enfoque hibrido donde una
parte se corre en la nube y otra parte se corre en tu sitio, en este escenario puede estar tu
ERP en tu sitio y los desarrollos de aplicaciones especiales quedan en la nube.
1.3.15 Multitenancy
SAP HANA puede correr múltiples aplicaciones aisladas en el mismo sistema, es a este
concepto que se le llama multitenant. Cada inquilino tiene su propia base de datos aislada
y los usuarios de los sistemas no tienen idea de que están compartiendo un sistema con
otros corriendo diferentes aplicaciones. El beneficio de una plataforma multitenant es que
se puede correr varias aplicaciones en un solo recurso reduciendo los costos, pero cada
aplicación es aislada asignándole pedazo de recurso para que no interfiera con otros
sistemas. Multitenancy es la base para un mejor costo beneficio de la computación en la

37
nube. En la versión de Cloud no se ofrece la opción de multitenancy, ya que tú puedes
solicitar las instancias que requieras.
1.3.16 Capa de modelación
En SAP HANA podemos construir una capa sofisticada de modelación arriba de la base
de datos, esto significa que podemos procesar los datos crudos dándole significado y
devolverlos a la aplicación haciendo que esta sea más simple, esto tiene tres implicaciones:
 El código de la aplicación es simple ya que no tiene que lidiar con el proceso de los
datos crudos para darle significado
 El procesamiento de datos es movido a donde residen los datos por lo que ya no se
tiene que mover datos crudos a la capa de aplicación.
 Las vistas pueden ser reusados por todas las aplicaciones evitando la redundancia
Figura 8. Código simplificado al contar con una capa de modelado
SAP HANA tiene implementado capacidades de procesamiento complejos. Estos
incluyen texto, espacial, y funciones predictivas. Las vistas calculadas pueden fácilmente
38
ser llamadas desde estas funciones, por lo tanto, las aplicaciones pueden dejar el
procesamiento complejo a SAP HANA.
2. Módulo de MM (Material Management)
El ERP (Enterprise Resource Planing) de S/4 HANA fue originalmente desarrollado
como una aplicación para administrar a grandes compañías de manufactura, por lo
consiguiente, la administración de los materiales es una parte fundamental del mismo. El
objetivo del módulo de MM es permitirle a la empresa tener las cantidades de los materiales
requeridos en el lugar y en el tiempo correcto para tener una ventaja competitiva, ya que
permite disminuir costos y mejorar la atención al cliente. Empezaremos definiendo los
conceptos necesarios para poder explicar luego los procesos del módulo de MM que sirven
para la administración de los materiales (SAP SE, 2019).
2.1 Logística
La logística se puede definir como la administración de los procesos del negocio,
incluyendo la adquisición, el almacenamiento, el transporte y la entrega de los materiales
o servicios a lo largo de la cadena de suministro (Martin, 2006).
2.2 La cadena de suministro
La cadena de suministro es una red de vendedores, distribuidores, transportistas,
almacenadores, y proveedores que participan en la venta, la entrega y la producción de un
determinado material o servicio (Martin, 2006). La administración de los materiales es una
parte fundamental de la logística.

39
Las funciones de la logística incluyen:
 Administración de los materiales (MM)
 Ventas y distribución (SD)
 Calidad (QM)
 Mantenimiento de planta (MP)
 Planeación de la producción (PP)
 Sistema de proyectos (PS)
 Administración de almacenes (WM)
 Sistema de información logística (LIS)
2.3 Compañía
En el ERP el código de una compañía representa una razón social con su registro federal
de contribuyentes para el sistema de administración tributario, es una entidad legal con sus
obligaciones fiscales que puede ser una compañía o una subsidiaria dentro de un
corporativo. El código de compañía es relevante para el proceso de compras, ya que los
egresos por las compras realizadas se le asignan a este código de compañía para el balance
y los estados de resultados que se requieren por la ley.
2.4 Centro
Un centro es una ubicación donde se mantiene el stock de los materiales y puede
representar una planta de producción en el sistema o un centro de distribución. Una
compañía puede tener varios centros y un centro solo puede existir en una compañía y
40
representa una localidad. El centro en el sistema está relacionado a una compañía y a una
o varias organizaciones de compras.
2.5 Almacenes
Los almacenes en el ERP tienen como fin separar los inventarios en el centro. Tanto las
almacenes como los centros, son unidades organizacionales que pueden ser usados por
todas las áreas de logística del sistema. En la Figura 9 se muestra la estructura de
almacenes.
Figura 9. Estructura de los almacenes y sus relaciones con los centros
2.6 Organización de compras
Una organización de compras es una unidad organizacional que divide al área de
compras de acuerdo a las necesidades de la empresa. Una organización de compras
adquiere materiales o servicios, negocia condiciones de compra con proveedores y asume
las responsabilidades de estas transacciones. La empresa puede tomar un enfoque de
compras centralizadas o un enfoque de compras descentralizadas, por lo que la relación

41
con los centros puede ser de muchos a muchos. Se puede asignar una organización de
compras a una compañía, aunque no es necesario.
2.7 Cotización
Una cotización es un documento legal con el que se le informa al cliente el valor de
ciertas cantidades de los materiales o servicios y las condiciones de entrega para un periodo
de tiempo determinado. Una cotización tiene información del proveedor, los materiales,
los precios, las cantidades y el periodo de vigencia.
2.8 Orden de compra
Una orden de compra es un acuerdo contractual entre un departamento de compras y un
proveedor, para adquirir ciertos productos y servicios sobre un periodo de tiempo de ciertas
cantidades a un precio pactado.
Una orden de compra en general tiene información de los datos del proveedor,
materiales, precios, información de las cantidades, de las fechas de las entregas e
información del proceso de embarque.
2.9 Fuente de datos para el área de MM
Los datos maestros son datos almacenados en la base de datos por un largo periodo de
tiempo en un área central para evitar redundancia, estos datos generalmente son utilizados
en la operación del negocio. Cuando se crea un documento en el sistema se toman los
valores por default de los datos maestros para facilitar el llenado de la información. Los
datos maestros utilizados en al área de MM son los siguientes:
 Proveedores
42
 Materiales
 Info records (Registro de información).
Figura 10. Datos maestros de MM utilizados en la operación
2.9.1 Proveedores
Los proveedores en SAP S/4 HANA son administrados a través del socio de negocio,
con este enfoque se centraliza la administración de los clientes y proveedores. Cuando se
crea un socio de negocio se le asigna una categoría que es la que controlará la información
de entrada requerida para ese socio de negocio. El vínculo entre un socio de negocio y otros
componentes del sistema se logra mediante el concepto de rol. Un rol de socio comercial
corresponde a un contexto comercial en el que puede aparecer el socio de negocio. Los
roles posibles son, por ejemplo, proveedor o cliente. Esto garantiza que los datos maestros
relevantes para los diversos procesos de MM se puedan registrar en el dato maestro
correspondiente y que el socio comercial se pueda utilizar para las funciones relevantes en
el proceso de compras.
43
Figura 11. Roles de socio de negocio según su función en MM y SD
2.9.1.1 Información General del proveedor
Los datos generales del proveedor son válidos para una instancia del sistema que en
SAP se le conoce como cliente o mandante. Los datos generales incluyen la dirección del
proveedor, datos de control, datos bancarios y personas de contacto.
2.9.1.2 Datos contables
Los datos contables del proveedor incluyen el código de la compañía, datos como el
número de la cuenta de conciliación, información para correspondencia y retención de
impuestos, y los métodos de pago para las transacciones de pago automático.
2.9.1.3 Datos de compra
Los datos de compra se mantienen para cada organización de compras. Los datos de
compras incluyen datos como la moneda de la orden de compra, Incoterms (condiciones
de comercio internacional), roles de socios, datos de compras y varios controles

44
relacionados con el proveedor. También pueden contener datos diferentes para plantas
específicas o para subgrupos de proveedores.
2.10 Materiales
El dato maestro del material es la fuente central de datos específicos de los productos o
servicios de una empresa, se utiliza en todas las áreas de logística. La integración de todos
los datos del material en un único objeto de base de datos elimina el problema de la
redundancia. Las áreas, como compras, gestión de inventario, planificación de materiales
y ventas, pueden usar conjuntamente los datos almacenados.
Los datos almacenados en el dato maestro de material son necesarios para muchas
actividades, incluidas las siguientes:
 Datos de compra para realizar pedidos.
 Datos de gestión de inventario, para contabilizar movimientos de mercancías y
gestión de inventario físico.
 Datos contables para valoración de los materiales.
 Datos de planificación de los materiales para la planificación de necesidades de
materiales.
Varios departamentos dentro de una empresa trabajan con los datos de los materiales, y
cada departamento almacena información diferente relacionada con un material, por lo
tanto, los datos del registro de material se ordenan en vistas individuales que corresponden
a los distintos departamentos que los usan, para un mantenimiento adecuado de los mismos
como se muestra en la Figura 12.

45
Figura 12. Datos maestros de material con sus agrupaciones organizacionales.
Algunos datos de los materiales son válidos para todos los niveles de la organización,
mientras que otros son válidos solo para ciertos niveles, por ejemplo, se hace una distinción
para los siguientes niveles:
 Nivel de instancia del sistema (llamado cliente o mandante en SAP): Este nivel
contiene los datos aplicables a todas las empresas del grupo empresarial, todas las
plantas y todos los almacenes que pertenecen a una empresa. Ejemplos de los datos
del material que son válidos para toda la instancia del sistema son el texto breve del
material (descripción) y la unidad de medida base.
 Nivel de centro: Este nivel contiene los datos relevantes para un centro específico.
En este nivel se almacenan muchos datos específicos de compras, gestión de
inventario y valoración de materiales. Ejemplos de estos datos son el grupo de

46
compras, la unidad de medida de la orden de compra, la información sobre la vida
útil del material y el control de precios.
 Nivel de ubicación de almacenamiento: Todos los datos que son válidos para una
ubicación de almacenamiento en particular se almacenan en este nivel, por ejemplo,
el contenedor de almacenamiento.
Los niveles organizacionales son relevantes para el proceso de compras. Los datos
organizacionales de la planta y la ubicación de almacenamiento juegan un papel importante
cuando se ingresan datos para compras, administración de inventario y contabilidad. Otros
datos de niveles organizacionales pueden ser relevantes para otros departamentos, por
ejemplo, los datos de ventas y distribución se ingresan según la organización de ventas y
el canal de distribución. Para la gestión de almacén se debe especificar un número de
almacén y un tipo de almacenamiento.
Al crear un registro de material, se le debe asignar un sector industrial y un tipo. El
sector industrial determinará qué vistas se muestran y qué campos son necesarios, ejemplos
de sectores son: comercio, farmacéutico e industria entre otros. El tipo clasificará a los
materiales con las mismas propiedades, ejemplos de tipos de materiales son: materias
primas, productos semielaborados, productos terminados, refacciones, mercadería, etc.
Entre otras cosas, el tipo de material controla:
 El tipo de asignación de número (automático o manual).
 Los intervalos de rango de números permitidos.

47
 Qué usuario-departamento específico se propone para la entrada de datos (en
vistas).
 Qué tipo de adquisición se permite para un material, es decir, si el material se
produce internamente, se adquiere externamente o ambos.
La combinación de la planta y el tipo de material controla si el stock se gestionará en
función de la cantidad y/o el valor. Hay varios tipos de material disponibles para el uso en
el sistema estándar de SAP. Si la empresa necesita tipos de material adicionales, se pueden
definir de acuerdo con los requisitos en la personalización.
2.10.1 Valuación del material
La valuación del material establece los criterios para la valuación de los bienes
recibidos, puede ser una valuación estándar o variable, como se muestra en la Figura 13.
En la valuación estándar el valor del bien se toma del valor configurado en el dato maestro
y la diferencia del valor configurado en el dato maestro con el valor de la orden de compra
del proveedor se va a una cuenta contable de diferencias de inventario, la variación no se
tiene en cuenta en la valuación del inventario. En la valuación variable las entradas se
valoran con el valor de la orden de compra del proveedor y el sistema calcula
automáticamente el promedio móvil de acuerdo a la siguiente formula: (precio promedio
móvil) = (Valor total de stock en órdenes de compra) / (cantidad total de stock).

48
Figura 13. Tipos de valuación del material para el inventario
2.10.2 Extensión del material
Cuando se quiere usar el material para otras áreas u otros centros lo que se hace es
extender el material creando la información complementaria del área, centro o unidad
organizacional correspondiente.
2.10.2 Inforecord
El dato maestro inforecord es información adicional que se añade a la combinación de
un material y un proveedor específicos, como, por ejemplo, precio, condiciones
especiales, datos de entrega, etc.

49
2.11 Proceso de compras
El proceso de compras consiste en un conjunto de actividades, como se muestra en la
Figura 14, que se realizan paso a paso y quedan registrados en documentos del sistema,
los cuales describiremos a continuación.
Figura 14. Diagrama del proceso de compras general con sus diferentes pasos
2.11.1 Requisición
La requisición es el documento interno que se genera para informarle al departamento
de compras las necesidades de materiales o servicios de la empresa. Los empleados pueden
crear manualmente las requisiciones de compra o el sistema las puede generar
automáticamente en función de las necesidades calculadas si se tiene configurado el MRP
(Material Requirements Planning).
2.11.2 Liberación de la requisición

50
El sistema soporta la configuración de estrategias de liberación para la requisición por
medio de la combinación de diversos datos de los datos maestros, por ejemplo, centro,
grupo de articulo y solicitante. En las estrategias de liberación se pueden definir el número
de autorizaciones que se requieren para poder continuar con el proceso.
2.11.3 Cotización
La cotización es el documento donde se registran los precios y condiciones ofertados
por los proveedores. El sistema soporta la realización de la cotización manualmente o se
puede referir a órdenes de compra y acuerdos existentes en el sistema, para determinar al
proveedor que ofrece los mejores términos y condiciones de los bienes y servicios para la
compra de estos.
2.11.4 Orden de compra
La orden de compra es el documento que se genera para enviarle al proveedor con las
mejores condiciones y precios, se pueden crear órdenes de compra manualmente o dejar
que el sistema las cree automáticamente. Cuando se crea una orden de compra se copian
datos de otros documentos como puede ser una cotización o una requisición para reducir
la cantidad de datos a capturar.
2.11.5 Liberación de la orden de compra
El sistema soporta la configuración de estrategias de liberación para la orden de compra
por medio de la combinación de diversos datos de los datos maestros, por ejemplo, centro,
grupo de compra e importe. En las estrategias de liberación se pueden definir el número de

51
autorizaciones que se requieren para poder continuar con el proceso. Generalmente en las
órdenes de compra los importes determinan quiénes intervienen en la liberación.
2.11.6 Monitoreo de la orden de compra
Se puede monitorear el estatus de la orden de compra en el sistema para saber si se ha
recibido la mercancía o si se reconoció la factura del proveedor y tomar las acciones
correspondientes según sea el caso.
2.11.7 Recepción de la mercancía
La recepción de la mercancía es un documento que está asociado a una orden de compra
y es donde se validan que las cantidades que se están recibiendo concuerden con las
cantidades de la orden de compra. El sistema actualiza el estatus de la orden de compra al
recibir la mercancía.
2.11.8 Verificación de factura
La verificación de la factura es el paso donde se valida que los importes de la factura
concuerden con los importes de la orden de compra y se informa de diferencias en su caso
a los involucrados para determinar si procede el pago.
2.11.9 Proceso de pago
El proceso de pago es un proceso que se corre regularmente para reconocer las
obligaciones con los proveedores y la tesorería pueda proceder con el pago.

52
2.12 Transferencia de stock
Este proceso de abastecimientos de materiales sucede dentro de la misma compañía y
la orden es hecha para una transferencia de inventarios entre centros. Este proceso
involucra una orden y la recepción de mercancía, como se muestra en la Figura 15.
Figura 15. Proceso de transferencia de stock
2.12.1 Orden de transferencia
La orden de transferencia es documento donde se especifican los materiales que se van
a trasladar.
2.12.2 Entrega de mercancía
En la entrega de mercancía el almacenista del centro origen, registra los materiales y
las cantidades a entregar.
2.12.3 Stock en tránsito
El Stock queda en un estado de stock en tránsito mientras se está transportando la
mercancía hacia el destino final.

53
2.12.4 Recepción de la mercancía
En este paso el almacenista destino registra la mercancía recibida descargando el stock
en tránsito y aumentado sus inventarios disponibles.
2.13 Subcontratación
El proceso de subcontratación sucede cuando la compañía ordena materiales de un
proveedor externo y provee todos o parte de los componentes para la fabricación. En la
Figura 16 se muestra el proceso de subcontratación.
Figura 16. Diagrama del proceso de subcontratación de mercancía
2.13.1 Orden de compra de subcontratación
La orden de compra de subcontratación se genera con las especificaciones del producto
terminado a recibir junto con los coproductos o subproductos y se especifican los
materiales (componentes) que se van a entregar al proveedor.

54
2.13.2 Provisión de componentes
Posteriormente a la orden de compras se le entregan los materiales que le servirán como
componentes al contratista y los materiales ya no estarán disponibles para la compañía,
pero se seguirán manejando como un stock de la misma en un apartado diferente, stock en
consignación, ya que legalmente los materiales le siguen perteneciendo a la compañía.
2.13.3 Recepción de materiales terminados
Una vez que el subcontratista termina la fabricación, los materiales son recibidos con
referencia a la orden y en ese momento se afectan los inventarios de producto terminado y
se afecta el inventario de consignación para descontarlo del sistema.
2.13.4 Verificación de factura
La verificación de la factura es el paso donde se valida que la factura concuerde con la
orden de compra en importes y cantidades y se informa de diferencias en su caso a los
involucrados para determinar si procede el pago.
2.13.5 Proceso de pago
El proceso de pago es un proceso que se corre regularmente para reconocer las
obligaciones con los clientes y proceder con el pago.
2.14 Consigna
La consigna ocurre cuando el proveedor proporciona materiales que estarán bajo la
custodia de la empresa, pero no requiere de pago de manera inmediata. El proveedor sigue
siendo el propietario hasta que la empresa consuma esos materiales. Periódicamente se
realiza un inventario para determinar los consumos de estos. En la consigna antes de

55
proporcionar los materiales se llegan a acuerdos de precios que son guardados en el
sistema. En la Figura 17 se muestra el proceso de consigna.
Figura 17. Diagrama del proceso de consigna de mercancía
2.16.1 Creación de inforecord (información de registro)
Se crea un registro inforecord de precio de consigna con la combinación de proveedor
material.
2.16.2 Orden de compra de consigna
Se crea una orden de consigna con la lista de materiales y sus cantidades.
2.16.3 Recepción de materiales de consigna.

56
Se recibe los materiales con referencia a la orden de consigna, cuando los materiales
son entregados por el proveedor.
2.17.4 Retiro de materiales de consigna
Conforme se van requiriendo los materiales por las diversas áreas del negocio, se van
retirando de los almacenes.
2.17.5 Documento de consumo de materiales
El sistema provee una función especial para ir registrando los pasivos del proveedor
con los mensajes adecuados hacia el mismo.
En estos procesos también pueden aplicar las estrategias de liberación.
Por último, vale pena mencionar que existen funcionalidades adicionales que
automatizan los procesos de adquisición de materiales como es el MRP (Material
Requirements Planning), que al ejecutarlos con base en la demanda, genera solicitudes de
pedidos u órdenes de compra de manera automática, pero para que funcione correctamente
se tiene que tener al día toda la información de los diversos módulos, ya que para el cálculo
considera diversos parámetros como por ejemplo, el inventario actual, el inventario de
seguridad, los pedidos de venta, las solicitudes de pedido, las órdenes de compra, los
pronósticos de venta, etc.
3 Módulo de SD (Sales and Distribution)

57
El módulo de ventas y distribución es uno de los módulos principales del ERP incluido
en SAP S/4 HANA y por lo tanto uno de los más grandes y complejos. Empezaremos
definiendo una serie de conceptos que se manejan en el área de ventas y distribución y
luego explicaremos los procesos de ventas y distribución.
3.1 Compañía
El código de una compañía representa una razón social con su registro federal de
contribuyentes del sistema de administración tributaria, es una entidad legal con sus
obligaciones fiscales que puede ser una compañía o una subsidiaria dentro de un
corporativo. El código de compañía es relevante para el proceso de ventas, ya que los
ingresos por las ventas se le asignan a este código para el balance y los estados de resultados
que se requieren por ley.
3.2 Organización de ventas
Una organización de ventas es una unidad organizacional que vende, distribuye, negocia
términos y condiciones de ventas y es responsable de las transacciones de sus ventas. Para
usar las funciones de ventas y distribución en el ERP, se requiere de al menos una
organización de ventas, ya que es el nivel más alto para las estadísticas de ventas. La
organización de ventas también es usada para asignar la responsabilidad de las ventas de
una región, nación o división internacional al personal de ventas (Williams, 2008)
3.3 Canal de distribución
El canal de distribución es el medio a través del cual los productos y los servicios llegan
a los clientes. Los canales de distribución de ventas típicos son: ventas por Internet, ventas
58
al mayoreo, ventas al menudeo y ventas directas. Los canales de distribución se asignan a
una organización de ventas y se utilizan para definir responsabilidades, llevar un esquema
de precios flexibles o diferenciar estadísticas de ventas (Williams, 2008).
3.4 División de los materiales
Los materiales o servicios deben ser agrupados por divisiones de acuerdo a su
naturaleza. Esta agrupación se puede utilizar para definir precios, datos estadísticos o para
asignar responsabilidades al personal del departamento de ventas cuando están
especializados en grupos de artículos, por ejemplo, vendedores especializados en equipo
de cómputo y vendedores especializados en herramientas. Para cada división de materiales
se pueden definir acuerdos comerciales específicos, por ejemplo, entregas parciales,
precios, términos de pago y se pueden llevar estadísticas o realizar campañas individuales
de marketing (Williams, 2008).
3.5 Área de ventas
La combinación de la organización de ventas con el canal de distribución y la división
conforman un área de ventas en el sistema como se muestra en la Figura 18 (Williams,
2008).
59
Figura 18. Área de ventas como una combinación de organización, canal de distribución y división
3.6 Oficina de ventas
La oficina de ventas es el equipo responsable de las ventas, este equipo puede ser
complejo permitiendo que tenga su propia estructura con sus funciones de reporteo propios
(SAP SE, 2019).
3.6 Grupos de ventas
El grupo de ventas se refiere a un grupo de personal de la oficina de ventas, puede ser
subdividido en grupos de vendedores, esta funcionalidad es opcional (SAP SE, 2019).
3.7 Persona de ventas
Persona de ventas es el vendedor que puede estar asignado a un grupo de ventas, esta
funcionalidad es opcional (SAP SE, 2019).
3.8 Centro
60
Un centro es una ubicación donde se mantiene el inventario de los materiales y puede
representar una planta de producción o un centro de distribución. Una compañía puede
tener varios centros y un centro solo puede existir en una compañía. Un centro puede ser
asignado a varias áreas de ventas y representa una localidad en las cuales los materiales
son entregados a los clientes. El centro en el sistema está relacionado a una compañía, a
una organización de ventas y a un canal de distribución. El centro es esencial para
determinar el punto de embarque (SAP SE, 2019).
3.9 Almacenes
Los almacenes se usan para separar los inventarios en el centro. Tanto las almacenes
como los centros, son unidades organizacionales que pueden ser usados por todas las áreas
de logística del sistema en la Figura 19 se muestra una estructura de centros con sus
almacenes (SAP SE, 2019).
Figura 19. Estructura de los centros y su relación con las compañías y los almacenes
61
3.10 El punto de embarque
El punto de embarque es la unidad organizacional donde se realizan las actividades de
embarque de los materiales. Cada entrega de mercancía que se realiza es procesada
exactamente en un punto de embarque.
Un punto de embarque puede ser una rampa de carga, un riel de embarque, también
pueden ser un grupo de empleados organizados para entregar los materiales. Un punto de
embarque está relacionado a una planta y múltiples asignaciones son posibles como se
muestra en la Figura 20 (SAP SE, 2019).
Figura 20. Punto de embarque de mercancías de los centros
3.11 Fuentes de datos para los documentos de ventas y distribución
Los documentos de ventas y distribución adquieren datos de diferentes fuentes. La
mayoría de los datos son copiados de los datos maestros y propuestos para automatizar las
capturas de la información que sirve para determinar cuentas contables, precios, etc. Los
datos maestros relevantes para ventas son:

62
 Datos maestros de socios de negocios (Clientes)
 Datos maestros de materiales
 Datos maestros de la relación cliente-material
 Datos de condiciones que son utilizados para determinar el precio
 Datos de control que dependen de la configuración del sistema.
 Datos de salida que son usados para el intercambio digital.
En la Figura 21 se muestran las fuentes de datos para los documentos de ventas y
distribución.
Figura 21. Fuentes de datos maestros para los documentos de ventas
3.12 Datos maestros de clientes
Los datos maestros de clientes y proveedores son administrados por medio de los
datos maestros de socios de negocio, con este enfoque de socio de negocio es posible
mantener los datos de clientes y proveedores de manera centralizada y evitar los datos
redundantes. La liga entre un socio de negocio y otros componentes del sistema es
logrado a traves del concepto de rol, que determina en qué contexto de negocio puede
63
usarse para desempeñar sus funciones. El rol ademas es la propiedad que asegura que se
cuentan con los datos que se requerieren almacenar para el desempeño de las funciones
del socio del negocio (SAP SE, 2019). En la Figura 22 se muestran las funciones del rol
del socio de negocio.
Figura 22. Roles de los socios de negocios para el módulo de SD
Los datos de los clientes están agrupados en categorías: datos generales, datos del área
de ventas y datos de la compañía. Estos datos incluyen todo lo necesario para procesar los
pedidos las entregas, facturas y pagos de los clientes (SAP SE, 2019). En la Figura 23 se
muestran las categorías de los datos de los clientes.

64
Figura 23. Categorías de los datos de los clientes
Los datos maestros del cliente más importantes para ventas y distribución son:
 Datos de Pedidos
 Datos de Embarques
 Datos de Facturación
 Datos de Funciones de socio.
3.13 Datos maestros de materiales
Los datos maestros de los materiales son usados en varios procesos. La existencia del
dato maestro del material es obligatorio para varias funciones del sistema como en el
manejo del inventario. Los datos relevantes para el proceso de ventas y distribución son:
 Datos básicos
o Número de material
65
o Descripción del material centro
o Unidad de medida
o División
 Organización de ventas 1
o Planta de entrega
o Grupo de material
o Texto de clasificación
 Organización de ventas 2
o Grupo de precio del material
o Categoria del material
o Jerarquía de producto
 Centro
o Revisión de disponibilidad
o Grupo de transporte
o Grupo de carga
 Texto de ventas
o Elemento de texto para ventas.
3.14 Datos maestro de cliente-material

66
Se pueden definir propiedades de un determinado material con un determinado cliente
para automatizar la captura o para personalizar la información en los documentos para los
siguientes casos:
 El código de un material específico para un determinado cliente en lugar del
código manejado en el sistema
 La descripción específica para un material para un determinado cliente diferente
al manejado en el sistema
 Información de embarque para un cliente en un material.
Si se tiene configurado algún dato maestro de este tipo, este será el propuesto para los
documentos de ventas.
3.15 Datos maestros de condiciones
Los datos maestros de condiciones incluyen datos maestros para precio, descuentos,
recargos e impuestos y tienen varios tipos. Los tipos de condiciones incluyen lo siguiente:
 Clases de condiciones
 Escalas
 Niveles
 Periodo de validez
Los precios, escalas y niveles, son calculados mediante procedimientos complejos
llamados técnicas de condiciones, existen libros especializados en este tema.
3.16 Documentos del proceso de ventas

67
3.16.1 Cotización
Una cotización es un documento legal con el que se le informa al cliente el valor de
ciertas cantidades y las condiciones del producto en un periodo de tiempo. Una cotización
tiene información de los datos maestros del cliente, materiales, precios y cantidades.
3.16.2 Orden de ventas
Una orden de ventas es un acuerdo contractual entre una organización de ventas y un
cliente para proveer productos y servicios sobre un periodo de tiempo de ciertas cantidades
a un precio pactado.
Una orden de venta en general tiene información de los datos maestros del cliente,
materiales, precios, información de las cantidades, de las fechas de las entregas,
información del proceso de embarque e información de la facturación.
3.16.3 Entrega
La entrega es el documento básico para las diferentes actividades del embarque como
son la transferencia de mercancía, la recoja de mercancía, el embalaje y el embarque.
3.16.4 Factura.
La factura tiene dos funciones; una es la de acreditar la propiedad de los bienes y otra
es la fuente de datos para la contabilidad financiera para el cálculo del pago de impuestos
ante el sistema de administración tributaria.
3.17 El proceso de ventas

68
Durante el proceso de ventas se van generando documentos en el sistema que van
registrando los pasos del proceso. El proceso de ventas puede iniciar con las actividades de
preventa, como, por ejemplo, por medio de la publicidad o prospección, que puede
ocasionar que se genere una cotización en el sistema para enviar al cliente.
La cotización puede utilizarse para generar la orden de venta o para analizar las ventas
perdidas y darles seguimiento a los clientes. Si las actividades de preventa son exitosas, el
cliente ordenará bienes o servicios. La orden de venta puede generarse derivada de una
cotización, derivada de un contrato o de manera directa en el sistema una vez que el cliente
ha aceptado las condiciones de la venta. Cuando se genera un documento de ventas debe
ser asignado a un área de ventas, ya que el sistema accede a varios datos maestros
dependiendo de su área de ventas y realiza un conjunto de validaciones y cálculos basados
en el mismo (SAP SE, 2019).
3.18 Proceso de distribución
Una vez levantada la orden de venta en el sistema, se puede empezar el proceso de
distribución, siempre y cuando se cuente con los materiales en los almacenes del sistema.
Para el proceso de distribución se crea el documento de entrega que es la base para la
generación de los documentos relacionados al embarque. El documento de entrega se puede
utilizar para crear la orden de transferencia de mercancía (movimiento dentro del almacén),
para luego realizar la recolección de mercancía para el embarque, que es donde se indica
de qué lugar del almacén se tomaran los materiales a entregar, opcionalmente el embalaje
69
y por último la contabilización del movimiento de inventario, que es donde se realizan las
acciones en el sistema:
 Contabilización de la salida de mercancía.
 Actualización de las existencias de los inventarios.
 Asientos contables correspondientes.
 Creación de documentos adicionales para la contabilidad financiera.
 Generación de listas de documentos a facturar.
 Actualización de los estatus de los documentos de ventas asociados.
Los documentos de entrega generalmente son generados con referencia a una o varias
órdenes indicando las cantidades a entregar, la información relevante de las órdenes se
copia automáticamente a la entrega para evitar los retrabajos y así sucesivamente con todos
los documentos relacionados (SAP SE, 2019).
3.19 Proceso de facturación.
Después de concluir la entrega ya se pueden crear los documentos de facturación, estos
documentos de facturación se pueden hacer referenciados a las entregas o referenciados a
los pedidos en el caso de los servicios. Cuando un documento de facturación es creado, se
determinan automáticamente las cuentas para afectar la contabilidad con base en los datos
maestros y la configuración del sistema (SAP SE, 2019). En la Figura 24 se muestra el
proceso de ventas y distribución.

70
Figura 24. Diagrama del proceso de ventas y distribución
Durante el proceso de ventas y distribución el sistema va conservando un flujo de
documentos donde se le puede dar seguimiento al mismo y ver todos los documentos
relacionados, como se muestra en la Figura 25.

71
Figura 25. Relación de documentos en el sistema que se genera con la operación
El número de variables en un proceso de venta es vasto, uno podría ser una cotización
seguido de un contrato, orden de venta, entrega, factura. Otro podría ser un pedido seguido
de una factura.
SAP S/4 HANA tiene la robustez y la flexibilidad para cubrir las necesidades de ventas
y distribución con una amplia gama de escenarios que se dan en los negocios, además de
permitir la ampliación del sistema de manera ordenada a través de interfaces de aplicación
para programar y poder así ampliar la funcionalidad (SAP SE, 2019).
4. Módulo de finanzas (FI)
SAP HANA simplifica y agiliza la gestión financiera para cubrir toda la operación del
negocio de forma integral. Los usuarios finales reciben información personalizada y
detallada con muchas formas de ver y analizar los datos financieros dependiendo de las
72
soluciones implementadas. Este módulo involucra el nuevo libro mayor y los sub libros
mayores de cuentas por cobrar, cuentas por pagar, contabilidad de activos y el sub libro
mayor de banco. El libro mayor es designado como un libro mayor universal que puede
soportar diferentes principios contables y los centros de costos. Los reportes financieros
para uso externo que son creados en la contabilidad financiera, cumplen con los estándares
de contabilidad general GAAP (Generally Accepted Accounting Principles) y el estándar
internacional de reportes financieros IFRS (International Financial Reporting Standart)
(SAP SE, 2019). La arquitectura financiera de SAP S/4 HANA tiene las siguientes
características:
 Solo hay una fuente de información veraz para todos los componentes contables, la
reconciliación es cosa del pasado.
 Provee un modelo holístico simple que puede dar visión sin precedente del
contenido contable.
 La contabilidad universal combina y armoniza las buenas cualidades de todos los
componentes contables.
 Hay innovación y simplificación no disruptivas, lo que implica que la inversión
realizada en las versiones anteriores de SAP podrá seguirse aprovechando.
 Reportes multidimensionales rápidos son posibles sin replicar datos a un BI
(Business Intelligence).
 El uso de la memoria es reducido ya que se eliminan los datos redundantes.

73
4.1 Contabilidad principal.
La tarea central de la contabilidad general es usar cuentas para proveer una contabilidad
comprensiva a las entidades externas, grabando todas las transacciones relacionadas con
las actividades del negocio en un sistema que está completamente integrado con todas las
áreas operacionales de la compañía y asegurando que los datos contables están siempre
completos y precisos (SAP SE, 2019). Características de la contabilidad general:
 Opción libre de nivel: corporativo, grupo o compañía.
 Contabilidad automática y simultánea para todos los sub libros en el apropiado libro
de cuentas.
 Evaluación en tiempo real y reportes de los datos actualizados de la contabilidad.
 Estados financieros con diferentes versiones para los requerimientos de cada país.
4.2 Cuentas por pagar.
El componente de cuentas por pagar registra y administra las cuentas por pagar de todos
los proveedores. Este es parte integral del sistema de compras, donde las entregas y las
facturas son gestionados de acuerdo con los proveedores. El sistema automáticamente
contabiliza en respuesta a las transacciones de la operación. En la misma manera el sistema
provee la administración del efectivo de los importes de las facturas para optimizar la
liquidez. Las características del componente de cuentas por pagar son las siguientes:
 Las cuentas por pagar son pagadas de acuerdo con un programa de pagos. El
programa de pagos soporta los métodos de pago estándar (cheques y transferencias)

74
tanto en formato impreso como en los formatos EDI (electronic data interchange).
El sistema también cubre especificaciones particulares de diferentes de países.
 Si es necesario, se puede crear un aviso de reclamación por algún pendiente
necesario (por ejemplo, para recibir el pago de una nota de crédito).
Contabilizaciones hechas en cuentas por pagar son simultáneamente realizadas en
la contabilidad general. El sistema tiene las fechas de vencimientos para que
permita un monitoreo de los vencimientos y la realización de los presupuestos de
pagos.
 Se puede configurar la confirmación del saldo, los extractos de cuenta y otras
notificaciones para satisfacer los requisitos correspondientes. Hay una lista de
saldos, diarios, registros de auditoría de saldos y otras evaluaciones disponibles
para documentar las transacciones en la cuenta por pagar.
4.3 Cuentas por cobrar
El componente de cuentas por cobrar graba y administra los datos contables de todos
los clientes y es parte integral de la administración de las ventas. Las características del
componente de cuentas por cobrar son:
 Todas las contabilizaciones de cuentas por cobrar se contabilizan directamente en
la contabilidad general. Diferentes cuentas son actualizadas dependiendo de la
transacción realizada.
75
 El sistema contiene varias herramientas con las que se puede monitorear partidas
abiertas como son análisis contable, alarmas, listas de vencimientos, y un flexible
programa de pagos.
 La correspondencia vinculada a estas herramientas se puede derivar
individualmente para satisfacer las necesidades del negocio. Este también es el caso
de los avisos de pagos, la confirmación del saldo, los extractos de cuenta y el
cálculo de intereses.
 Los pagos entrantes se pueden asignar a cuentas por cobrar vencidas mediante la
función de un dialogo fácil de usar o por medios electrónicos como el EDI
(Electronic Data Interchange) o telecomunicaciones de datos.
 El programa de pagos puede realizar automáticamente el débito directo y los
anticipos.
 Hay una amplia gama de herramientas para documentar las transacciones que
ocurren en cuentas por cobrar, incluyendo lista de saldos, diarios, pistas de
auditorías de saldos y otros reportes estándares. Al elaborar los estados financieros,
se evalúan las partidas en moneda extranjera. Los clientes que también son
proveedores están listados, y los saldos en las cuentas se ordenan por término de
pago restante.
 La cuenta por cobrar no es solo una de las ramas de contabilidad que forman la base
de una contabilidad adecuada y ordenada, sino que también proporciona los datos
necesarios para una gestión crediticia efectiva (debido a su estrecha integración con
76
el componente de ventas y distribución) e información importante para la
optimización de plan de liquidez (a través de su enlace con el administrador de caja)
4.4 Contabilidad de activos
La contabilidad de activos fijos es usada para administrar y supervisar activos fijos en
el sistema. En la contabilidad financiera, sirve como un sub libro de la contabilidad general,
dando información detallada de las transacciones relacionadas con los activos fijos.
Características de la contabilidad de activos:
 El componente de la contabilidad de activos está dirigido para el uso internacional
en muchos países, independientemente del tipo de industria. Esto significa que no
hay código duro para los métodos de valuación. En la personalización del sistema
se le puede dar el dato específico de país y tipo de compañía para utilizar los valores
predeterminados para la contabilidad de activos, con lo que minimiza el tiempo de
configuración.
 Como resultado de la integración en el sistema, la contabilidad de activos transfiere
datos de otros módulos, como, por ejemplo, el módulo de MM transfiere datos
directamente al componente de activos fijos. Cuando un activo fijo es comprado o
fabricado en la misma empresa, se pueden transferir directamente los costos al
activo. Al mismo tiempo se puede transferir la depreciación y los intereses
directamente de la contabilidad financiera y de las componentes de la contabilidad
administrativa (controlling). Desde el componente de Mantenimiento de planta
(PM) se pueden añadir actividades de mantenimiento y capitalización a los activos.

77
4.5 Contabilidad de Bancos
El componente de la contabilidad de bancos es utilizado para procesar las actividades
que se procesan con los bancos. Las características de la contabilidad de bancos son las
siguientes:
 Incluye la administración de los datos maestros de los bancos con los pagos
entrantes y salientes.
 Es posible definir libremente las características específicas de los países, como las
especificaciones de los pagos manuales y electrónicos, formas de pago y otros
medios.
4.6 Estados financieros
Los estados financieros dependen de las especificaciones del cliente. Otros términos
utilizados para los estados financieros son: hoja de balance o estado de situación financiera.
5. Módulos complementarios
El ERP de SAP S/4 HANA tiene varios módulos que complementan, amplían al núcleo
y cubren un amplio espectro de la operación de cualquier tipo de empresa. Los módulos
complementarios se implementan de manera integral de tal forma que no hay parches
(Akhtar, 2009). En la Figura 26 se muestran los módulos del ERP de SAP S/4 HANA:
78
Figura 26. Principales Módulos del ERP de SAP
 SD (Sales and Distribution)
 PP (Production Planning)
 MM (Material Management)
 CO (Controlling)
 FI (Finace)
 QM (Quality Management)
 PM (Plant Manteinance)
 PS (Proyect System)
 SF (Success Factor, en la nube)

79
5.1 PP (Production Planning)
La planificación de la producción es el núcleo de cualquier proceso de producción. SAP
ERP ayudará a configurar y agilizar el proceso específico para maximizar la eficiencia en
el lugar de trabajo cuando se trabaja con diferentes tipos de manufactura (continua,
repetitiva, etc.).
En general, todo el proceso de planificación y control de la producción comienza cuando
se pronostica la demanda de un producto y se prepara un plan de ventas. El plan de ventas
es sincronizado y cronometrado con un plan de producción para tener en cuenta tanto las
realidades del proceso, como limitaciones de capacidad. El plan de producción se convierte
en la base de la planificación de necesidades de los materiales. La planificación del material
ayuda a los planificadores de producción y adquisiciones a saber cuándo tienen que adquirir
y producir un material para su eventual disponibilidad y envío a clientes. La ejecución de
la producción garantiza la contabilización y el registro de cada producción y los detalles
de ésta, incluida la generación de chatarra, coproductos o subproductos, en su caso.
Los controles de calidad en los procesos de producción aseguran un retorno mínimo del
cliente de materiales rechazados. El plan de producción continúa siendo un barómetro de
monitoreo contra el plan de ventas.
5.2 CO (Controlling)
Este componente ofrece herramientas que utilizan datos de la operación para análisis
del negocio y la administración de decisiones. La administración contable contiene todas
las funciones necesarias para un costeo efectivo y el reporteo de ingresos orientado a

80
requerimientos específicos de la empresa. Estos cubren todos los aspectos de gestión de
diferentes áreas de trabajo, como gestión de gastos generales, costeo de productos, costeo
basado en actividades, contraloría de objetos de costo, proyectos contables y análisis de
rentabilidad. Otros componentes de SAP S/4 HANA como MM y PP están integrados con
la administración contable (SAP SE, 2019).
Mientras el reporteo de la contabilidad financiera sigue principios contables que son
aplicados a los respectivos países, los reportes de la administración contable están
diseñados sobe la base del sistema de la contabilidad empresarial como un sistema flexible
de planeación de costos o costeo directo (SAP SE, 2019).
Este componente permita visualizar y analizar las áreas del negocio a través de las diversas
compañías del corporativo, por ejemplo, en grupo CMG existen una compañía
comercializadora, empresas productoras y empresas administrativas en donde la operación
de un giro de negocio se dispersa a través ellas y sin embargo se analiza la rentabilidad por
giro de negocio como puede ser el ramo harinero o el ramo jabonero.
5.2 QM (Quality Management)
El módulo de calidad se enlaza con el módulo de MM, PP y QM. Este módulo permite
llevar el aseguramiento de la calidad a través de toda la cadena de suministro. Desde el
proceso de compras se activan validaciones de calidad de los insumos permitiendo que los
inventarios sean tomados únicamente si cumple con los requisitos de calidad. También
realiza bloqueos al módulo de cuentas por pagar para que no se pague el material que no
cumpla con los requisitos de calidad. Durante el proceso productivo va registrando

81
parámetros de calidad y va generando los certificados que requieren los diversos clientes
para los productos terminados.
5.3 PM (Plant Maintenance)
El módulo de mantenimiento de planta controla el mantenimiento de todas las máquinas
y herramientas requeridas para la operación del negocio. Desde este módulo se registran
las máquinas y sus componentes con sus fechas de mantenimiento que posteriormente
genera requisiciones de compras o servicios según se vayan requiriendo y va actualizando
el valor de los activos fijos conforme se les da el mantenimiento, por lo tanto, está
relacionado con los módulos de MM y FI.
5.4 PS (Project System)
El módulo de proyectos sirve para realizar la planificación de los proyectos, ya sea
internos o para comercializar, como, por ejemplo, construir máquinas para vender. Esta
relacionados con el módulo de SD, MM, FI y QM, ya que al momento de planear un
proyecto se van requiriendo insumos que se van utilizando en las diferentes etapas y se van
convirtiendo en activos o en productos para vender.
5.6 Success Factors
Success Factors es el módulo que te permite llevar la administración del personal con
las siguientes funciones:
 Nómina
 Reclutamiento
 Incorporación del personal

82
 Capacitación
 Metas y desempeño
 Compensaciones
 Sucesión y desarrollo
 Análisis estadísticos de talentos.
Proporciona una visión de 360 grados, es sencillo de usar, reduce tiempos de procesos,
facilita la contratación, capacitación, reduce índices de rotación y entre otros.
5.7 SAP SCP (SAP Cloud Platform)
SAP Cloud Platform es una plataforma en la nube que ha lanzado SAP para desarrollar
aplicaciones y ampliar la funcionalidad de S/4 HANA sin modificar el ERP. Tiene módulos
de inteligencia artificial para implementar análisis predictivo, el internet de las cosas,
chatbots, etc. Incluye conectores a redes sociales, y muchas otras fuentes de información e
incluye una multitud de herramientas para facilitar el trabajo de los programadores e
integradores.
Conclusiones
SAP HANA es una solución de base de datos que permite manejar grandes volúmenes
de información con una alta velocidad de respuesta para el computo en tiempo real; de una
variedad de fuentes de datos, con la misma certidumbre que las de las bases de datos
relacionales tradicionales. Tiene diversos módulos que trabajan en la misma memoria

83
RAM de forma coordinada que permiten hacer análisis predictivos, data warehousing,
servicios de aplicaciones, análisis de flujos, series de datos, inteligencia artificial, entre
otros. Con SAP HANA ya no se necesitan de diversas plataformas o sistemas para la
transformación digital de las empresas.
El ERP de SAP es uno de los más completos del mercado, cuenta con diversos módulos
que se pueden ir configurando de acuerdo a las necesidades de las empresas, pero que
trabajan de forma integral (sin parches). Las empresas que trabajan con las mejores
prácticas de operación, generalmente solo tienen que configurar el ERP sin necesidad de
hacer desarrollos o adaptaciones, a excepción de requerimientos que hacen las autoridades
en ocasiones sin dar el tiempo necesario para la implementación (por ejemplo: facturación
electrónica en México) o cuando se tienen situaciones muy particulares. Para las
adaptaciones o ampliaciones. SAP proporciona diversas herramientas que permiten realizar
ampliaciones de manera eficaz y eficiente, por lo que no requieres de software adicional
para la administración de la empresa.
S/4 HANA es la solución del ERP con una reingeniería y una nueva interfaz que esta
implementado sobre la base de datos HANA. S/4 HANA está preparado para soportar los
nuevos requerimientos que surgen debido a los avances tecnológicos y poder tener una
empresa inteligente. Permite administrar a un corporativo sin importar su tamaño y los
giros del negocio que opere. La operación de un giro de negocio de un corporativo puede
estar dividida en diversas compañías para cumplir con los requisitos fiscales y al mismo
tiempo maximizar sus utilidades, por ejemplo, que las ventas estén en una empresa
84
comercializadora, el personal en una segunda empresa administrativa y la producción en
una tercera empresa productiva. La operación del corporativo se podrá analizar para saber
la rentabilidad de cada giro del negocio e incluso la rentabilidad de un producto; sin
importar a través de que empresas se distribuya la operación, ni el país donde se opere. El
sistema permite garantizar la calidad de los productos a los clientes de forma integral,
realizar el mantenimiento preventivo y correctivo de las plantas de forma adecuada y la
gestión del recurso humano para contar con el personal adecuado en cuanto a sus actitudes,
conocimientos y capacidades.
SAP Cloud Platform, es una plataforma que permite desarrollar, conectar otros sistemas
y automatizar todas las operaciones externas al negocio para integrarlos a la suite S/4
HANA. Se pueden desarrollar chatbots, el internet de las cosas, machine learning, etc.
En mi experiencia después de haber trabajado 6 años como responsable del área de
sistemas del catastro municipal de Mérida, desarrollando e implementando el ERP
catastral, y 18 años en las empresas del grupo CMG con 4 implementaciones exitosas de
SAP y haber asesorado a empresas con implementaciones fallidas, me parece que el
principal riesgo de fracaso de los sistemas se deriva de la falta de cultura de planeación y
de la institucionalización de las empresas mexicanas, por eso, aunque existen varias
empresas en la región que han implementado con éxito el ERP de SAP, existen otras que
han fracasado, en mi opinión, porque no quisieron institucionalizarse y dejar de operar con
sus prácticas antiguas (empresas familiares) por obsoletas e inadecuadas que sean. Para dar
el paso hacia un sistema como este, y tener el éxito esperado. La empresa tiene que cambiar
85
su cultura y adoptar las mejores prácticas que sugieren SAP o el proveedor del ERP que se
esté implementando. El cambio en los sistemas necesariamente trae un cambio en los
procesos del negocio.

86
Lista de referencias
Arikpo, I.I., Ogban, F.U. y Eteng, I.E. (2007). Von Neumann Architecture and Modern
Computers. Nigeria: Bachudo Science.
Millán, M. (2012). Fundamentos de bases de datos. Santiago de Cali, Colombia: Programa
Editorial Universidad del Valle.
Imhoff, C., Galemmo, N., Geiger, J. (2003). Mastering Data Warehouse Design.
Indianapolis, Indiana: Wiley Publishing, Inc.
Mayer-Schönberger, V. y Cukier, K. (2013) Big Data La evolución de los datos masivo.
Madrid: Turner Publicaciones S.L
Silberschatz, A., Korth, H. y Sudarshan, S. (2002) Fundamentos De Bases De Datos.
Aravaca, Madrid: Mc Graw Hill.
Hurwitz, J. y Kirsch, D. (2018). Machine learning for dummies. Estados Unidos de
América: John Wiley & Sons, Inc.
Romero, J., Afonte, C., Gómez, A., Penousal, F. (2007). Inteligencia Artificial y
Computación Avanzada. Santiago De Compostela: Fundación Alfredo Brañas.
Berg, B., Silvia, P. (2013). Sap Hana an Introduction. Galileo Press
Bardhan, D., Baumgartl, A., Choi, N., Dudgeon, M., Lahiri, A., Meijerink, B. y Worsley-
Tonks, A. (2019). SAP S/4 Hana and Introduction. Boston, MA: SAP Press.
Williams, G. C. (2008). Implementing SAP ERP Sales & Distribution. Estados Unidos de
América: Mc Graw Hill.
Akhtar, J. (2009) Production planing and control with SAP ERP. Boston: Galileo Press
87
Veeriah, N.(s.f.) Configuring Financial Accounting with SAP. Boston: Galileo Press
Agrawal, A. (2008) Materieal Manament processes in SAP ERP Operations. Boston:
Galileo Press.
Venugopala, Y. (2011) Enterprise Resource Planning. New Delhi: Lovely Professional
University Phagwara
SAP SE. (2018) SAP HANA an introduction. Bostons: SAP Press
SAP SE. (2018). Bussines Processes in SAP S/4 HANA Sales 2019 SAP SE
vmware, (2020) Virtualización. Recuperado de
https://www.vmware.com/mx/solutions/virtualization.html
Hao Z., Gang C., Beng C. Ooi, F., Kian-Lee T., y Meihui Z., (2015) In-Memory Big Data
Management and Processing, IEEE Transactions On Knowledge And Data Engineering,
VOL. 27, NO. 7

MONOGRAFIA

Cargado por

Copyright:

Formatos disponibles

MONOGRAFIA

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

MONOGRAFIA

Cargado por

Copyright:

Formatos disponibles

1

Universidad Autónoma de Yucatán

¿Qué es S/4 HANA?

Que presenta el:

Br. Omar Zapata Navarro

Para obtener el título de:

Licenciado en Ciencias de la Computación

Con los asesores de Monografía:

M. en C. Enrique Ayala Franco

Dr. Francisco Alejandro Madera

colaborando con sus ideas.

enriquecer este trabajo.

de SAP en la empresa donde laboro.

donde he adquirido muchos conocimientos y experiencia.

S/4 HANA es una solución empresarial compuesta de la solución de base de datos

herramientas para la ampliación de la funcionalidad del ERP. Es un sistema que pretende

contiene características adicionales como el manejo de diferentes formas de almacenar la

información, para desempeñar la doble función de ser un sistema transaccional y un sistema

de inteligencia de negocios en tiempo real. Contiene componentes que trabajan de forma

coordinada y eficiente para hacer consultas en diferentes lenguajes. El motor de cálculo es

de consulta, ya que todo se encuentra en la memoria RAM. Contiene un servidor de

predictivo, motores de inteligencia artificial, series de tiempo, entre otros.

El ERP es un sistema que permite adaptarlo a las necesidades de la empresa mediante

herramientas de configuración y personalización. Tiene varios módulos que se van

pagar, ventas y distribución, cuentas por cobrar, contabilidad fiscal, contabilidad

administrativa, producción, mantenimiento de planta, proyectos, calidad y recursos

desarrollos sin desvirtuar el sistema.

etc., que se integra a el ERP.

2.10.2 Inforecord ....................................................................................................... 48

4. Módulo de finanzas (FI).................................................................................................71

El mundo ha estado cambiando de manera sustancial debido a los avances

inteligentes, el internet de las cosas y la inteligencia artificial se usan más frecuentemente,

las capacidades tradicionales de cómputo para la operación de los negocios quedan

procesamiento de la información en tiempo real para la interoperabilidad entre las personas,

materia tecnológica, política, económica y social, como es el caso de la pandemia de covid-

dichos cambios. Los sistemas administrativos tradicionales, están divididos en módulos

individuales debido a las limitaciones tecnológicas de procesamiento y almacenamiento, y

no permiten la explotación de la información en tiempo real para la toma de decisiones, ya

que la generación de consultas de grandes volúmenes de datos y el procesamiento al vuelo

de éstas, demanda demasiada capacidad de transferencia y procesamiento de datos y hace

situaciones no deseadas, añadiéndole más complejidad a los modelos de datos y a los

sistemas. En la actualidad muchas corporaciones como, por ejemplo: Proteínas y Oleicos

SA de CV (http://www.proteinasyoleicos.com/), Galleta Donde

(https://www.galletasdonde.com/), Star Medica (https://www.starmedica.com/), Pollo

Industrializado de México SA de CV (https://grupocrio.com/), etc., cuentan con un sistema

extraen información del sistema ERP y otros sistemas complementarios, la transforman y

lo cargan a otro sistema BW (Business Warehouse) de donde se generan consultas para el

análisis en un BI (Business Intelligence). Lo anterior hace complejo, tedioso y tardado el

permitan seguir compitiendo, estarán condenadas a desaparecer o quedar rezagadas frente

corporaciones de taxistas fueron desplazados con facilidad por Netflix y Uber

respectivamente, ya que estas últimas adoptaron enfoques nuevos y disruptivos utilizando

la tecnología y se transformaron digitalmente. Esta situación obliga a los negocios a

permita seguir compitiendo y creciendo para no ser desplazados.

Los típicos entornos se desarrollaron sobre diversas plataformas generalmente de

diversos proveedores en diferentes ambientes y diferentes lenguajes, teniendo una

complejidad difícil de administrar. Los departamentos de TI son los responsables de

integrar la información de esos sistemas con diversos especialistas moviendo, limpiando,

información en corto tiempo para la toma de decisiones. La transformación digital nos ha

proporcionar a las empresas las herramientas para lograr en ese objetivo.