Buena parte de los proyectos de integración de ERP salen a producción más tarde de lo previsto. No por falta de código, sino por las trampas que se pasan por alto al empezar. En este artículo las repasamos una a una, junto con la forma de evitarlas.
01. Trampa 1: se aplaza la decisión sobre el registro maestro
Si no se determina desde el principio qué dato es maestro en qué sistema, la integración se convierte en dos sistemas que se invalidan mutuamente. Esa decisión debe escribirse en la primera semana del proyecto y contar con el visto bueno de todo el equipo.
02. Trampa 2: zonas horarias y desfases de hora
El ERP guarda las marcas de tiempo en UTC y el B2B las muestra en hora local, o al revés. Si los dos sistemas trabajan con nociones de tiempo distintas, las fechas de pedido pueden desplazarse horas. Hay que fijar un único estándar desde el principio, preferiblemente UTC en la capa de sistema.
03. Trampa 3: no se prueba la tolerancia a cortes
El ERP está un minuto en mantenimiento. ¿Se pierden los 12 pedidos que llegan en ese minuto? Si la respuesta es que sí, la integración está incompleta. Una integración sin mecanismo de colas (RabbitMQ, Azure Service Bus, etc.) no debería salir a producción.
04. Trampa 4: correspondencia de campos sin documentar
Al empezar el proyecto, qué campo va a qué campo está en un único Excel. Seis meses después cambia el equipo y ya nadie se acuerda. El documento de correspondencia debe mantenerse versionado y cada cambio debe quedar registrado.
05. Trampa 5: puesta en marcha sin trabajo en paralelo
«Hoy el sistema antiguo, mañana el nuevo.» Ese enfoque se derrumba en producción en una semana. Una transición sana se hace con 2-4 semanas de trabajo en paralelo: los mismos datos entran en ambos sistemas y las diferencias se revisan a diario. Cuando se ven dos semanas seguidas sin ninguna diferencia, se apaga el sistema antiguo.
Explore nuestra solución de Integración ERP
Puede reservar una consultoría gratuita para obtener información detallada.