Fundamentos de S/4HANA explicados: qué cambia de verdad frente al SAP clásico

De SAP ERP a S/4HANA: ¿por qué un sistema nuevo?

El clásico SAP ERP (ECC) data de los años 90 y se amplió durante décadas. El resultado: un sistema crecido con miles de tablas, agregados e índices, donde la misma información se guarda a menudo varias veces. Allí, hacer reporting suele significar: extraer datos, consolidarlos de noche y analizarlos al día siguiente.

S/4HANA, en cambio, se construyó desde cero para la base de datos en memoria SAP HANA. En lugar de leer datos del disco, el sistema calcula directamente en memoria — lo bastante rápido como para calcular totales e informes en tiempo real a partir de los documentos. Las tablas de agregados se vuelven innecesarias y el modelo de datos se aligera.

Para las empresas, el cambio ya no es una modernización voluntaria: SAP está terminando el mantenimiento del ECC clásico. Por eso las ofertas de empleo piden hoy casi exclusivamente conocimientos de S/4HANA — y las universidades están adaptando sus cursos.

El núcleo: un modelo de datos más ligero

La consecuencia técnica más importante de la tecnología in-memory: desaparecen los agregados e índices. Donde ECC mantenía tablas propias para los totales de la contabilidad financiera, S/4HANA calcula los importes en vivo desde las posiciones del asiento cuando se necesitan.

El ejemplo más conocido es el Universal Journal (tabla ACDOCA): FI, CO, Material Ledger y la contabilidad de activos escriben en una única línea de asiento. La antigua separación entre contabilidad financiera y controlling — un tema recurrente en ECC — desaparece en gran parte. Las clases de coste ahora son cuentas de mayor, y cada documento lleva información de FI y CO al mismo tiempo.

Quien entiende esto, entiende la mitad de la lógica de S/4HANA: menos tablas, sin redundancia, informes en tiempo real directamente sobre el documento. Preguntas de examen como «¿Dónde se guarda la imputación CO en S/4HANA?» se responden con soltura: ACDOCA.

Interlocutor comercial en lugar de deudor y acreedor

Uno de los cambios más visibles en los datos maestros: los maestros de clientes y proveedores se gestionan ahora a través del interlocutor comercial central (Business Partner, transacción BP). Este agrupa todos los roles — cliente, proveedor, persona de contacto — en un solo objeto.

Las transacciones clásicas XD01 o XK01 ahora solo redirigen. En los exámenes esto suele preguntarse como cuestión de comprensión: ¿por qué existe el interlocutor comercial? La respuesta: datos maestros sin redundancia y una visión unificada de los socios de negocio en todos los módulos.

Fiori en lugar de SAP GUI

La clásica SAP GUI con sus códigos de transacción se complementa con el Fiori Launchpad: mosaicos en lugar de árboles de menú, roles en lugar de listas de transacciones, búsqueda integrada — mucho más cercano a las aplicaciones web modernas. Muchos procesos estándar funcionan hoy como apps Fiori, por ejemplo «Crear pedido» o «Visualizar facturas de acreedor».

Para exámenes y práctica esto significa: necesitas ambos. La lógica del proceso es la misma, pero el camino por el sistema cambia — y muchas universidades ya trabajan exclusivamente con Fiori.

Consejo práctico: quien conoce las transacciones del GUI encuentra rápido las apps Fiori correspondientes mediante la búsqueda. Y al revés ayuda anotar qué documento hay detrás de cada app — eso conecta la interfaz con la comprensión del proceso.

Qué cambia en el trabajo diario

Para el día a día, S/4HANA significa sobre todo tres cosas: procesos más rápidos (sin esperas por jobs en segundo plano), mejor reporting directamente en el sistema (analítica embebida en lugar de exportaciones a Excel) y nuevas variantes de proceso como el reconocimiento automático de documentos o funciones predictivas.

Al mismo tiempo, mucho sigue siendo familiar: los flujos de documentos, las estructuras organizativas y la lógica básica de order-to-cash y procure-to-pay son los mismos que en ECC. Quien entendió los procesos en el sistema antiguo se orienta rápido — pero debe aprender las nuevas interfaces y modelos de datos.

Qué deberías aprender en concreto

Un orden sensato: primero navegación y estructuras organizativas (mandante, sociedad, centro, organización de ventas), luego el interlocutor comercial, después el Universal Journal y por último un proceso completo como order-to-cash o procure-to-pay en el sistema en vivo.

En el módulo «Fundamentos de S/4HANA» de amigoSAP repasamos exactamente estos puntos en vivo dentro del sistema — incluidas las diferencias con ECC que aparecen una y otra vez en los exámenes. Así aprendes no solo dónde hacer clic, sino por qué el sistema funciona como funciona.