Es la pesadilla de cualquier Gerente de Sistemas: el ecommerce funciona, vende millones al mes, pero el directorio decidió que es hora de reemplazar el viejo ERP on-premise por un SAP o Microsoft Dynamics moderno. ¿Cómo se opera el cambio sin parar la facturación?
Fase 1: Desacople y Middleware
Nunca conectes el ERP nuevo directo al ecommerce si el viejo estaba así. Aprovechá la migración para poner un Middleware. El middleware será el escudo.
Durante la fase de prueba, el middleware lee del ERP viejo y transmite al ecommerce. Luego, podés hacer que el middleware empiece a leer el stock del ERP nuevo en modo "Shadow" (oculto) para validar que los datos cuadren, sin mostrarlo a los clientes.
Fase 2: El Mapeo Maestro (Data Cleaning)
El ERP viejo llamaba a la tuerca TUER-123. El ERP nuevo le puso un código global 8849-T. Si no mappeás esto, tu ecommerce va a quedar con catálogos rotos o duplicados.
- Mapeo de Clientes (ID viejo a ID nuevo).
- Mapeo de SKUs.
- Mapeo de Vendedores.
- Listas de precios: acá suele haber rediseño. Las "40 listas" del sistema viejo a veces se unifican en 5 listas inteligentes en el sistema nuevo.
Fase 3: Cutover (El apagón controlado)
No se hace un martes a las 10 AM. Se planifica para un fin de semana largo.
- Viernes 20:00: El ecommerce entra en "Modo Lectura" (Catálogo visible, checkout bloqueado).
- Sábado: Migración final de pedidos pendientes al ERP nuevo.
- Domingo: El Middleware hace el switch y apunta al ERP nuevo. Se corren pruebas automatizadas de pricing y creación de órdenes sintéticas.
- Lunes 08:00: Se habilita el checkout. Se monitorean los logs de API en tiempo real.
Comunicación al cliente B2B
A diferencia del B2C, al cliente B2B hay que avisarle semanas antes de una ventana de mantenimiento. "Realice sus pedidos de stock crítico antes del jueves porque el sistema estará offline el fin de semana por actualización tecnológica".
