Evaluar el pedido B2B antes de sustituir el ERP

Evaluaría primero un proceso de pedido difícil para clientes empresariales (B2B) por separado de la sustitución del sistema de gestión empresarial (ERP). Una mejor búsqueda, una lista reutilizable de artículos o una indicación de estado comprensible pueden desarrollarse en una aplicación de cliente. Su viabilidad depende de la integración existente y las reglas de negocio necesarias.

Delimitar cada función

Un mayorista ficticio de suministros técnicos quiere facilitar la repetición de pedidos. El ERP actual conserva la responsabilidad sobre precios de cliente y creación de pedidos. La siguiente distribución es una propuesta de diseño.

Así se ve qué trabajo afecta realmente a la interfaz. Mejorar la búsqueda no exige automáticamente una nueva gestión de pedidos. Sin embargo, ayuda poco si después los artículos elegidos se transfieren incorrectamente al sistema actual.

La traducción no aporta una capacidad ausente

Microsoft describe una capa de traducción entre sistemas modelados de forma distinta. Ese límite puede ser útil cuando la aplicación y el ERP usan formas de datos diferentes. En el ejemplo debe mantener la relación acordada, en vez de crear dos lógicas de precios mantenidas por separado.

Si el ERP no responde a tiempo a una solicitud de creación, la aplicación debe gestionar el resultado incierto. Reintentar no debe generar otro pedido sin comprobarlo. La planificación necesita por ello una operación reconocible y una forma fiable de aclarar el resultado. Un mensaje visual de éxito no aporta esa prueba.

Dónde alcanza su límite la renovación separada

Si el sistema actual no puede proporcionar los precios necesarios, crear pedidos de forma controlada o admitir los permisos adecuados, una nueva interfaz no basta. Entonces deben estudiarse adaptaciones, otra vía de integración o la sustitución del ERP. Una primera medida más pequeña no es un fin en sí mismo.

Tampoco todos los proyectos requieren un servicio de mediación adicional. Si una interfaz existente y mantenida cubre la relación necesaria, la infraestructura extra debe justificar su carga de trabajo.

Para el mayorista sería útil una prueba limitada: encontrar un artículo en el contexto correcto, mostrar el precio confirmado, transferir un pedido de prueba y relacionar su resultado. Si falla la interfaz, el trabajo está ahí. Si falta una capacidad necesaria en el sistema central, la decisión debe reconocer ese límite. Así, el alcance de sustituir el ERP se deriva de un problema demostrado.

Fuentes

• Microsoft Azure Architecture Center: Anti-Corruption Layer pattern