¿Qué ocurre después de la entrega del sistema

La entrega de un sistema de control de inventario no es el final del proyecto, sino el comienzo de una fase que puede determinar el éxito o el fracaso de la inversión. En este artículo verás qué debes vigilar desde el primer día después de la firma, quién debe responder ante fallas, qué implica realmente el mantenimiento y cómo garantizar que tu empresa mantenga el control total del software.

Lo que empieza el día de la entrega

Cuando el proveedor firma el acta de entrega, la mayoría de los gerentes asume que el sistema está listo para operar. Lo que nadie cuenta es que, en ese mismo momento, se inicia una cadena de actividades que deben gestionarse con rigor:

• Validación de datos migrados: aunque el software se haya configurado, los registros de stock, códigos de producto y movimientos históricos deben revisarse. Un error del 0,5 % en la carga de datos puede traducirse en pérdidas de inventario de varios miles de unidades en un mes.
• Capacitación práctica: la teoría impartida en la capacitación formal no basta. Necesitas al menos una semana de acompañamiento operativo donde los usuarios realicen transacciones reales bajo supervisión.
• Ajuste de parámetros: niveles de reorder point, tolerancias de diferencia entre conteo físico y sistema y reglas de asignación de lotes se afinan con la primera semana de uso.
• Integración con SUNAT y facturación electrónica: el módulo de salida de inventario debe emitir los comprobantes electrónicos correctos. La primera emisión suele revelar ajustes de 2‑3 % en los campos de datos tributarios.

En resumen, el día de la entrega marca el inicio de una fase de verificación y ajuste que debe estar planificada con hitos claros y responsables asignados.

Quién responde cuando algo falla

Una vez que el sistema está en producción, la responsabilidad de solucionar incidencias recae en varios actores:

1. Proveedor del software – debe ofrecer un SLA (Service Level Agreement) que especifique tiempos de respuesta y resolución. En el contexto peruano, un SLA razonable para incidentes críticos (pérdida de visibilidad de stock) es de 4 horas para iniciar la respuesta y 24 horas para solución parcial.
2. Equipo interno de TI – es el primer nivel de soporte. Debe contar con acceso a logs, documentación y credenciales de administrador. Sin estos, cualquier incidente se prolonga al menos 48 horas más.
3. Gerencia de Operaciones – tiene la potestad de exigir reportes escritos de cada incidencia, con causas raíz y plan de mitigación. Estos reportes deben entregarse dentro de los 5 días hábiles posteriores a la resolución.

Qué exigir por escrito

• Acta de entrega firmada con lista de módulos entregados y versiones.
• Plan de contingencia que detalle pasos a seguir si el sistema queda inoperable, incluyendo contactos de emergencia y procedimientos de backup.
• Informe de SLA que indique los tiempos de respuesta acordados y las penalizaciones por incumplimiento.
• Registro de cambios (change log) actualizado cada vez que se aplique un parche o ajuste.

Sin estos documentos, la empresa corre el riesgo de quedar sin recurso frente a demoras o errores que afecten la cadena de suministro.

Mantenimiento: qué es y qué no

En el mercado peruano es común que la palabra “mantenimiento” se use indistintamente para referirse a corrección de errores, mejoras funcionales y, a veces, a la creación de módulos completamente nuevos. Es fundamental distinguirlas:

• Mantenimiento correctivo: solución de bugs o fallas detectadas. No debe superar el 10 % del tiempo total de proyecto anual.
• Mantenimiento evolutivo: incorporación de nuevas funcionalidades solicitadas por el negocio (por ejemplo, reporte de rotación de inventario por tienda). Este tipo de trabajo suele representar entre 15 % y 25 % del esfuerzo anual.
• Mantenimiento preventivo: tareas programadas como actualización de bases de datos, revisión de índices y pruebas de integridad. En un entorno de almacenes con alta rotación, se recomienda al menos una revisión trimestral.
• Re‑desarrollo: cuando se necesita rehacer un módulo porque la arquitectura original no soporta los requerimientos actuales. Esto no forma parte del mantenimiento y debe negociarse como un nuevo proyecto.

Entender estas diferencias evita que la gerencia acepte “mantenimiento” como excusa para entregas tardías o costos inesperados.

Cómo evitar quedar atrapado

Muchos directivos descubren, después de la entrega, que la empresa depende de un proveedor que controla el acceso al código y a la infraestructura. Para evitar esa dependencia, toma estas medidas antes de firmar el contrato:

• Acceso al código fuente: exige que el repositorio (Git, Azure DevOps, etc.) esté bajo tu control o que al menos exista una cláusula de entrega de código al término del contrato.
• Copias de respaldo completas: solicita al proveedor una copia completa de la base de datos y del entorno de ejecución (Docker images, máquinas virtuales) antes de la puesta en marcha.
• Documentación exhaustiva: manuales de arquitectura, diagramas de flujo de datos, scripts de instalación y guías de recuperación ante desastres deben entregarse en formato digital y estar actualizados.
• Propiedad intelectual: verifica que los derechos de autor del software desarrollado para tu empresa sean cedidos a ti, o que exista una licencia perpetua que te permita usar y modificar el código sin cargos adicionales.
• Capacitación continua: establece que el proveedor brinde al menos 20 horas de entrenamiento al equipo interno durante los primeros tres meses, enfocadas en administración y resolución de incidentes.

Cumplir con estos puntos garantiza que, si en algún momento decides cambiar de proveedor o internalizar la gestión, puedas hacerlo sin interrupciones mayores.

Conclusión

Después de la entrega, el control de inventario y almacenes entra en una fase crítica donde la verificación de datos, la claridad de responsabilidades y un mantenimiento bien definido son la columna vertebral del éxito. Exigir documentación formal, definir SLAs precisos y asegurar la propiedad total del código son pasos que evitan sorpresas costosas y mantienen la operación fluida. Si tu empresa sigue estos lineamientos, el software dejará de ser una herramienta externa y se convertirá en un activo estratégico que respalda la eficiencia de tus almacenes y la confianza de tus clientes.