Modelos de arquitectura ERP
![Redactor jefeFin.jpg](https://e3mag.com/wp-content/uploads/2021/03/ChefredakteurFin.jpg)
![](https://e3mag.com/wp-content/uploads/2023/12/pmf_RGB_400x400_2-150x150.png)
Arquitectos ERP sin techo en la comunidad SAP
El tema de la arquitectura empresarial no es inmediatamente comprensible para los responsables de SAP, porque todo cliente existente de SAP supone probablemente de forma intuitiva que una función de este tipo o similar debería estar presente e integrada desde el principio. Sin embargo, si se mira más de cerca, R/3 y el actual ECC funcionaban sin un modelo de arquitectura. SAP desarrolló una infraestructura de TI y una arquitectura de TI perfectas con el modelo cliente/servidor de tres niveles. El CIO siempre estuvo satisfecho con esto y el ERP de SAP funcionó sin quejas durante mucho tiempo. Sin embargo, faltaba una arquitectura ERP relevante para el negocio como contrapartida a la TI en el lado empresarial y también faltaban arquitectos de empresa.
Fondos de Aris
Un sistema ERP es más que una base de datos central como único punto de verdad y unos cuantos servidores de aplicaciones, así como los clientes de los usuarios; véase el modelo cliente/servidor de tres niveles de SAP. Los procesos empresariales son decisivos en la estructura organizativa y operativa; el profesor August-Wilhelm Scheer intentó plasmarlos hace 30 años con la herramienta informática Aris. Puede que algunos miembros de la comunidad SAP aún recuerden los interminables fondos de escritorio de Aris en los talleres de reingeniería de procesos empresariales de los años noventa. Estos diagramas de flujo pretendían hacer comprensible lo que ERP podía hacer. Incluso entonces, la intención era proporcionar a los usuarios una arquitectura ERP. Entonces, como ahora, era importante crear un ERP transparente desde el punto de vista empresarial.
Salida: SolMan
Aris, del profesor Scheer, no fue un gran éxito. Más tarde, SAP intentó compensar parte del trabajo conceptual con Solution Manager. Desde el punto de vista operativo, SAP Business Suite se estabilizó, pero SolMan no consiguió mirar más allá del horizonte de SAP, por lo que la visión de una arquitectura empresarial seguía estando negada. SAP no consiguió ofrecer a los directivos, más allá de TI, una visión de ERP. SolMan siguió siendo una herramienta de SAP Basis. Los directivos seguían sin tener ni idea de lo que hacían el sistema SAP y el departamento de TI conectado.
El Arquitecto de Empresa
Un nuevo grupo profesional y la empresa LeanIX surgieron de la negligencia de SAP en los últimos años. El arquitecto de empresa no es un constructor de ERP ni un ingeniero informático, sino un planificador, archivista y cartógrafo que diseña, mantiene y gestiona una imagen global de la arquitectura ERP mucho más allá de los límites de SAP. Con sus mapas, el arquitecto de empresa muestra a la dirección las posibilidades de desarrollo, los costes de las licencias, los puntos débiles y los parámetros de rendimiento de su propia TI. No se trata de computación en nube, virtualización y cliente/servidor, sino de modelos de arquitectura operativos y estratégicos a los que la empresa puede y debe orientarse.
Salvavidas para S/4
Un modelo de arquitectura holístico, como el que un arquitecto de empresa puede crear con LeanIX, será el salvavidas para la conversión a S/4 en muchos casos. El coche más rápido, el camión más grande, el barco más seguro y el avión más cómodo son de poca ayuda sin un mapa. Si no se sabe adónde conduce el camino, no se llegará a ninguna parte ni siquiera con los medios técnicos de transporte. La conversión a S/4 sólo puede tener éxito con un plan maestro, el mapa de un arquitecto empresarial. SAP ha pasado por alto este parámetro, pero ahora ha elegido a LeanIX como socio estratégico. Los clientes actuales de SAP deberían pensar en estos pasos.