Qué pasa tras la entrega de un ERP de manufactura

Implementar un ERP para empresas de manufactura es solo el primer paso; el verdadero reto empieza cuando el proyecto se firma y el software se entrega. En este artículo verás qué debes vigilar a partir del día de la entrega, quién responde ante fallas, qué incluye el mantenimiento y cómo asegurar la propiedad total del sistema.

Lo que empieza el día de la entrega

El día que el equipo de desarrollo te entrega el acceso al ERP, la mayoría de los gerentes piensan que el proyecto está concluido. Lo que no se cuenta antes de firmar es que la entrega implica una serie de entregables que deben estar claros y firmados:

• Manual de usuario y de administrador actualizado al 100 %. Sin él, el personal de operaciones perderá tiempo intentando descubrir funciones básicas.
• Plan de transición que detalle quién asume cada proceso en los próximos 30 días y qué actividades quedan pendientes.
• Inventario de módulos y personalizaciones con su respectiva versión. Esto evita sorpresas cuando el proveedor lanza una actualización.
• Acuerdo de nivel de servicio (SLA) que establezca tiempos de respuesta y disponibilidad del soporte técnico.

Si alguno de estos puntos falta, el proyecto se convierte en una deuda técnica que afectará la productividad de tu planta.

Quién responde cuando algo falla

Una vez que el ERP está en producción, cualquier interrupción impacta directamente en la línea de producción y en la cadena de suministro. Es fundamental definir con claridad quién asume cada tipo de incidencia:

1. Errores de configuración (por ejemplo, parámetros de inventario mal definidos). Responsabilidad del equipo interno; el proveedor debe ofrecer guía, pero la corrección recae en quien administra el sistema.
2. Fallos de código (bugs que provocan cierres inesperados). Responsabilidad del proveedor; el SLA debe especificar un tiempo máximo de respuesta, habitualmente 4 horas para incidencias críticas.
3. Integraciones externas (con SUNAT, bancos, sistemas de automatización). La responsabilidad suele ser compartida; el contrato debe indicar quién cubre pruebas y quién asume costos de ajustes.

Qué exigir por escrito

• Tiempo de respuesta: 4 h para incidentes críticos, 24 h para incidentes de nivel medio, 48 h para solicitudes menores.
• Procedimiento de escalamiento: contactos directos, niveles de gerencia y plazos de cada escalón.
• Registro de incidencias: un ticket debe incluir descripción, prioridad, fecha/hora y responsable de la solución.
• Compensación: cláusula de penalización por incumplimiento del SLA (por ejemplo, crédito de horas de soporte).

Mantenimiento: qué es y qué no

El término mantenimiento suele usarse como paraguas para varios servicios, pero no todo es lo mismo.

• Mantenimiento correctivo: solución de errores detectados. No implica cambios funcionales ni mejoras.
• Mantenimiento evolutivo: incorporación de nuevas funcionalidades solicitadas por el negocio (por ejemplo, un módulo de planificación de la producción más avanzado).
• Mantenimiento preventivo: actividades programadas como actualizaciones de seguridad, optimización de bases de datos y pruebas de rendimiento.

Lo que NO está incluido habitualmente

• Desarrollo de nuevos módulos fuera del alcance original. Estos se cotizan como proyectos a parte.
• Capacitación adicional más allá del plan inicial de 2 semanas. Cada sesión extra suele requerir un acuerdo adicional.
• Soporte para entornos no aprobados (por ejemplo, migrar el ERP a una nube diferente sin autorización).

Conocer estos límites evita que tu empresa solicite “todo incluido” y luego se encuentre con facturas inesperadas.

Cómo evitar quedar atrapado

Un ERP es una pieza crítica; perder el control de su propiedad puede paralizar tu operación. Aquí los pasos para garantizar la autonomía:

• Accesos totales: solicita credenciales de administrador y de base de datos antes de la entrega. Verifica que los usuarios internos puedan crear, modificar y eliminar registros sin intervención externa.
• Copias de seguridad: establece una política de backups diarios y semanales, almacenados en al menos dos ubicaciones distintas (por ejemplo, servidor local y almacenamiento en la nube). El plan debe estar documentado y probado cada 30 días.
• Documentación completa: además del manual de usuario, exige diagramas de arquitectura, scripts de despliegue y lista de dependencias (librerías, versiones de base de datos, etc.).
• Propiedad del código: el contrato debe especificar que el código fuente es propiedad de tu empresa, con licencia de uso ilimitado. Si el proveedor retiene derechos, asegúrate de contar con cláusula de acceso total en caso de terminación.
• Auditoría de seguridad: programa una revisión externa cada 6 meses para validar que no haya puertas traseras ni vulnerabilidades que requieran intervención del proveedor.

• No tienes acceso al código fuente. Cada vez que surge un error, dependes del proveedor y los tiempos de respuesta se alargan.
• Los backups se hacen solo en la nube del proveedor. Un fallo del servicio externo deja tu información sin respaldo local.
• El SLA no menciona penalizaciones. El soporte puede tardar más de lo acordado sin consecuencias para el proveedor.

Conclusión

Después de la entrega de un ERP para empresas de manufactura, la clave está en convertir la fase de “proyecto” en una operación estable y controlada. Define claramente los entregables del día de la entrega, establece responsabilidades y tiempos de respuesta, distingue entre los distintos tipos de mantenimiento y, sobre todo, asegura el acceso total y la documentación completa del sistema. Con estos pasos, tu empresa podrá aprovechar al máximo la inversión y evitar sorpresas que pongan en riesgo la continuidad productiva.