Cómo se ve migrar de Excel a un sistema propio

En tu empresa el uso indiscriminado de hojas de cálculo genera errores, retrasa decisiones y dificulta la trazabilidad. En este artículo verás, con ejemplos concretos, cómo se vive la transición a un sistema propio, qué decisiones se tomaron y qué cambios percibe el equipo en su día a día.

El punto de partida

Sector: distribución de insumos médicos.

Tamaño: 80 empleados, 12 sucursales en Lima y provincias.

Problema concreto: El equipo de operaciones gestionaba inventarios, pedidos y conciliaciones con SUNAT en varios archivos Excel enlazados entre sí. Cada mes se detectaban inconsistencias de hasta el 5 % en los balances, se perdían horas en consolidar datos y la generación de la declaración de pagos a la SUNAT se hacía de forma manual, con riesgo de sanciones.

Los directivos notaron que el proceso consumía aproximadamente 120 horas mensuales entre el jefe de operaciones, dos analistas y el área de finanzas. Además, la falta de controles de acceso provocaba que usuarios no autorizados modificaran fórmulas críticas.

Qué se hizo y por qué

1. Evaluación de alternativas

   • Continuar con Excel: descartada por la imposibilidad de escalar a 12 sucursales y por los riesgos de auditoría de SUNAT.
   • ERP comercial: se consideró un paquete estándar, pero la personalización requerida para la gestión de lotes con fecha de caducidad y la integración con el portal de proveedores locales tendría un costo de implementación estimado en 800 horas de desarrollo.
   • Sistema web a medida: se eligió porque permitiría diseñar flujos exactos para la cadena de suministro y la generación automática de los archivos de facturación electrónica exigidos por SUNAT.

2. Decisiones clave

   • Arquitectura en la nube: se optó por un hosting peruano con certificación de seguridad de datos, evitando la inversión en servidores propios y facilitando el acceso remoto de las sucursales.
   • Módulos iniciales: se priorizó un módulo de gestión de inventario y otro de generación de reportes contables. Los módulos de CRM y de gestión de recursos humanos se planificaron para fases posteriores.
   • Metodología ágil: sprint de 2 semanas, con entregas parciales cada 4 semanas, permitió validar rápidamente con los usuarios finales.

3. Equipo de proyecto

   • Product Owner: jefe de operaciones.
   • Desarrolladores: 3 programadores senior de Kovensa.
   • Usuarios piloto: 2 analistas de datos y 1 responsable de almacén.

El proyecto totalizó 16 semanas de desarrollo activo, con 2 semanas de pruebas de aceptación y una semana de capacitación intensiva.

Qué cambió en el día a día

Antes

• Consolidación manual: cada fin de mes, los analistas copiaban datos de 15 archivos diferentes, verificaban fórmulas y generaban un reporte en PDF.
• Errores de datos: se detectaban 8‑12 errores críticos por mes, que requerían correcciones tardías.
• Acceso indiscriminado: cualquier usuario con la hoja podía editar celdas protegidas, lo que provocaba alteraciones no autorizadas.
• Dependencia de Excel: si la hoja se corrompía, se perdían horas de trabajo y se necesitaba restaurar copias de seguridad.

Después

• Actualización en tiempo real: el módulo de inventario muestra el stock de cada sucursal al instante; los pedidos se registran con un clic y se reflejan automáticamente en el reporte financiero.
• Cero errores de consolidación: la generación de los archivos de SUNAT se automatiza; la auditoría interna muestra una reducción del 100 % en discrepancias.
• Roles y permisos: cada usuario tiene acceso limitado a su área (almacén, finanzas, compras). Los cambios quedan registrados en el historial del sistema.
• Reportes instantáneos: el jefe de operaciones obtiene un dashboard con indicadores clave (rotación de inventario, cumplimiento de pedidos) en menos de 5 segundos.

El equipo reportó un ahorro de ≈ 110 horas mensuales, que ahora se destinan a análisis de demanda y a mejoras de servicio al cliente.

Qué es replicable y qué no

• Replicable

  • Metodología ágil: dividir el proyecto en módulos funcionales y validar cada entrega con usuarios reales funciona en cualquier sector que dependa de Excel.
  • Control de accesos basado en roles: la arquitectura de permisos es aplicable a cualquier empresa que necesite separar funciones operativas y financieras.
  • Integración con SUNAT: la generación automática de los archivos de facturación electrónica es un requisito común en Perú y se puede reutilizar con pequeños ajustes.

• No replicable

  • Gestión de lotes con caducidad: la lógica específica para insumos médicos (fecha de vencimiento, trazabilidad por lote) es propia del sector salud y requeriría adaptación para, por ejemplo, una empresa de servicios.
  • Número de sucursales: la arquitectura diseñada para 12 puntos de venta incluye sincronización de datos en tiempo real; una empresa con una sola oficina podría simplificar la infraestructura.
  • Cultura de pruebas: el proyecto contó con una fase de pruebas de aceptación de 2 semanas, pero en organizaciones con menor tolerancia al cambio se podría necesitar un período más largo.

Migrar de Excel a un sistema propio transforma procesos manuales en flujos automáticos, reduciendo errores y liberando tiempo para decisiones estratégicas.

Conclusión

Si tu empresa está atrapada en hojas de cálculo que generan errores y consumen horas valiosas, la experiencia de esta distribuidora muestra que un sistema a medida puede implementarse en 4 meses, con un ahorro de más del 90 % en tiempo de consolidación y con controles de acceso que cumplen con la normativa peruana. La clave está en definir módulos críticos, trabajar con un equipo que siga una metodología ágil y adaptar la solución a las particularidades del sector. Lo que se aprendió aquí puede servir como hoja de ruta para cualquier organización que quiera dejar atrás Excel y ganar eficiencia real.