¿Qué es un ERP componible?

El ERP componible, como sugiere el mismo, es un sistema ERP hecho de componentes de diferentes proveedores, diferentes tecnologías. Desde el punto de vista histórico, espero no estar cometiendo ninguna herejía al decir que esta fue la forma en que SAP comenzó «en el pasado». En ese momento (y sigue siendo así) SAP era una empresa que producía el sistema SAP FI más confiable del mundo. Todas las demás partes de un sistema ERP moderno se realizaban en ese momento en aplicaciones heredadas/no SAP. Más tarde, SAP ERP se convirtió en un sistema integrado con todos los demás módulos (Ventas y Distribución para OTC, Gestión de Materiales para PTP, PP para Fabricación, LE para envío). Cuando volvamos a 2023, muchos de los clientes de SAP todavía usan cientos o miles de aplicaciones que no son de SAP conectadas con plataformas de integración (como SAP Process Orchestration o SAP Integration Suite) para su núcleo SAP ERP. Una de las aplicaciones descentralizadas más comunes es el sistema de gestión de almacenes. SAP siempre ha apoyado este escenario e incluso proporcionó una ruta de certificación para ISV llamada Escenario de gestión de almacén descentralizado (DWMS). En este artículo, trataría de resaltar por qué tiene sentido usar un escenario de almacén descentralizado, cuáles son los desafíos comunes y cómo resolverlos. Otro aspecto de lo mismo podría ser el uso de 3PL (proveedores logísticos de terceros) que también puede actuar como un almacén descentralizado e incluso aunque no se administre dentro de las instalaciones de la empresa, todavía constituye una parte del ERP componible.

¿Por qué utilizar un Almacén Descentralizado (también en escenarios 3PL)?

La gestión de almacenes descentralizada en escenarios de SAP permite el uso de múltiples sistemas de gestión de almacenes independientes que se pueden conectar a un sistema SAP ERP central. Este enfoque para la gestión de almacenes permite una mayor flexibilidad en las operaciones, ya que cada almacén puede optimizarse para sus necesidades y requisitos específicos. Por ejemplo, un almacén puede especializarse en artículos de rápido movimiento, mientras que otro puede centrarse en artículos de alto valor y lento movimiento, etc. La gestión descentralizada del almacén también proporciona un seguimiento de inventario más preciso, ya que cada almacén es responsable de mantener sus propios niveles de inventario. . Esto elimina la necesidad de reconciliación de inventario manual entre diferentes ubicaciones de almacén, lo que puede llevar mucho tiempo y ser propenso a errores. El factor adicional también es el costo: en la mayoría de los casos, el costo del sistema WM externo sería mucho menor que el de una solución comparable de SAP (importante: no tomar el costo de implementar la integración entre los dos).

En el caso de un escenario 3PL, el sistema externo podría incluso ser otro sistema SAP, pero dado que no se administra internamente, debe conectarse con el uso de las interfaces.

¿Cuáles son las dificultades comunes con el ERP componible y el almacén descentralizado en particular?

• Integración – para conectar dos aplicaciones de diferentes proveedores de software, debe crear algunos escenarios de integración. En el caso del 3PL es exactamente lo mismo incluso si se está utilizando SAP WM en el otro extremo. Esos proyectos son muy conocidos y puede obtener muchos consultores experimentados, pero asegúrese de usar el escenario DWMS y no las salidas de mensajes estándar para pedidos y entregas (sí, muchos proyectos de gestión de almacenes externos de SAP no conocen el escenario DWMS estándar preparado). por SAP). Integración de entrega entrante que se muestra en la figura a continuación.

Integración de entrega saliente que se muestra en la figura a continuación.

• Reconciliación – todos creen que esto es lo último de lo que debe preocuparse (las transacciones son lo más importante), pero déjenme decirles esto, si debido a una configuración y conciliación incorrectas, los niveles de material no son los mismos en WM y SAP ERP, no funcionará. bueno… por decir lo último.
• Pruebas – Si bien la integración y la reconciliación son algo de lo que la mayoría de los proyectos de SAP son conscientes, no muchas empresas piensan en el hecho de que los desarrolladores de SAP y los consultores funcionales de SAP (OTC, PTP) no podrán ejecutar la mayoría de sus pruebas sin consultar a alguien del Sitio DWMS/3PL para obtener ayuda. Lo que esto podría causar, además de retrasar el proyecto y dar como resultado interfaces que no se probaron y que funcionan incorrectamente, es la falta de autonomía para los desarrolladores de SAP y los consultores funcionales de SAP mientras trabajan en un proyecto tan importante.

¿Cuáles son los posibles escenarios de mitigación?

• Integración: asegúrese de obtener un equipo que comprenda que el escenario DWMS no utiliza IDOC estándar (DELVRY03/ORDERS05), sino que se ejecuta con sus propias interfaces especiales como SHP_IBDLV_SAVE_REPLICA04, SHP_OBDLV_SAVE_REPLICA03, etc.
• La interfaz/informe de conciliación es tan importante como todas las demás interfaces y debe pensarse bien. No lo coloque al final de la lista solo porque tiene que ejecutarse unas pocas veces, es tan importante como las interfaces de entrega entrantes y salientes.
• desacoplar – no necesita usar recursos de WM externos cada vez que ejecuta una prueba de SAP.
• Familiarícese con el concepto de simulación de sistemas de terceros (en el caso de WM local) y socios B2B (en el caso de escenarios 3PL) llamado Virtualización de servicios para obtener un control total Hay todo un curso GRATUITO de openSAP solo sobre ese tema (puede encontrar el enlace en la sección de referencias)
• 

Conclusión

Los escenarios de DWMS pueden funcionar perfectamente durante muchos años, pero antes de implementarlos, es posible que desee comprender no solo los beneficios sino también los desafíos y las formas de evitarlos.

Referencias

Escenarios de DWMS de help.sap.com

Curso gratuito de openSAP sobre simulación de sistemas de terceros – «Evite los retrasos en los proyectos de SAP S/4HANA con la virtualización de servicios de sistemas de terceros»