Diagnóstico inicial sin costo para evaluar tu proyecto

¡Consultar ahora!
Software a medida

Cómo se ve migrar de Excel a un ERP propio en Perú

Descubre, con datos y plazos reales, cómo cambia la operativa diaria de una empresa peruana al pasar de Excel a un sistema ERP propio

Kovensa 5 min de lectura

Foto de RDNE Stock project en Pexels

En tu empresa ya no basta con seguir guardando datos críticos en hojas de cálculo: la falta de control, los errores de versión y la imposibilidad de integrarse con SUNAT hacen que el proceso sea costoso y arriesgado. En este artículo verás, paso a paso, cómo se vivió la migración de Excel a un sistema propio en una compañía peruana y qué aprendizajes puedes aplicar directamente.

El punto de partida

Tipo de empresa: distribuidora de insumos médicos con 120 empleados, 3 sucursales en Lima, Arequipa y Trujillo.

Sector: salud, regulado por la SUNAT y la Dirección General de Salud (DIGESA).

Tamaño: facturación anual de aproximadamente S/ 70 millones, 2500 SKUs gestionados.

Problema concreto: el equipo de operaciones usaba 12 archivos de Excel interconectados para registrar pedidos, stock, facturación y control de vencimientos de productos críticos. Cada mes se detectaban al menos 8 errores de conciliación que generaban devoluciones y multas por facturación electrónica incorrecta. Además, la carga manual de datos en el portal de la SUNAT requería entre 30 y 45 horas mensuales, lo que obligaba a contratar horas extra.

Qué se hizo y por qué

Decisiones estratégicas

  1. Desarrollo interno vs. SaaS – Se evaluó una solución SaaS de gestión de inventarios, pero la normativa de DIGESA exige que los historiales de lote y trazabilidad estén disponibles en servidores locales por 5 años. Por eso se descartó el modelo cloud‑only.
  2. Módulos críticos primero – Se priorizó la gestión de stock y la generación de comprobantes electrónicos, dejando la planificación de la producción para una fase posterior.
  3. Arquitectura basada en microservicios – Para evitar el “todo‑en‑uno” que suele colapsar con grandes volúmenes, se optó por dividir la lógica en servicios independientes (inventario, facturación, reportes). Cada servicio se comunica mediante API REST, lo que facilita la integración futura con la plataforma de la SUNAT.
  4. Equipo mixto – Kovensa aportó 2 senior developers, 1 analista de procesos y 1 QA; la empresa aportó 3 usuarios clave (jefe de operaciones, responsable de almacén y analista financiero) que acompañaron al equipo durante la fase de levantamiento de requerimientos.

Alternativas descartadas

  • Migrar a un ERP comercial: la licencia anual y los costos de personalización superaban el presupuesto aprobado (30 % del ahorro esperado).
  • Mantener Excel con macros avanzadas: los riesgos de pérdida de datos y la imposibilidad de auditoría bajo los requisitos de SUNAT fueron decisivos.
  • Externalizar la facturación electrónica: aunque reduciría la carga de trabajo, implicaba ceder el control de datos sensibles a un tercero, lo que la dirección consideró inaceptable.

Solución interna

  • Control de datos total
  • Tiempo de implementación 14 semanas
  • Flexibilidad alta

ERP comercial

  • Control de datos parcial
  • Tiempo de implementación 8 semanas
  • Flexibilidad baja

Cronograma y esfuerzo

EtapaDuraciónRecursos clave
Levantamiento y diseño3 semanasAnalista + usuarios clave
Desarrollo de módulos base6 semanas2 devs, 1 QA
Integración SUNAT (API)2 semanasDev senior + consultor SUNAT
Pruebas piloto (una sucursal)2 semanasEquipo QA + usuarios piloto
Despliegue total1 semanaTodos los involucrados

Total: 14 semanas de trabajo continuo, con una sobrecarga de 10 % de tiempo extra del personal operativo para pruebas y ajustes.

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

Antes

  • Registro manual: cada pedido se ingresaba en una hoja de cálculo, luego se copiaba a otra para la facturación.
  • Errores de versión: 2‑3 usuarios trabajaban simultáneamente en el mismo archivo, generando conflictos que se resolvían al día siguiente.
  • Reportes tardíos: el cierre mensual de inventario requería 4 días de consolidación manual.
  • Carga SUNAT: 30 horas mensuales de carga de XML, con un 12 % de rechazos por inconsistencias.

Después

  • Ingreso único: el operador del almacén registra el pedido en la pantalla de “Orden de venta”. El sistema actualiza stock y genera automáticamente el comprobante electrónico con la firma digital requerida por SUNAT.
  • Visibilidad en tiempo real: los gerentes consultan el dashboard de stock y ventas desde cualquier sucursal; la información está actualizada al minuto.
  • Cierre de inventario en 4 horas: el módulo de conciliación compara entradas y salidas, señalando discrepancias automáticas.
  • Facturación electrónica automática: el sistema envía el XML a la SUNAT vía API; el 98 % de los documentos se aceptan al primer intento, reduciendo la carga manual a menos de 5 horas mensuales (solo revisiones).

Impacto cuantitativo

  • Reducción de errores: de 8 errores mensuales a menos de 1 (0,8 %).
  • Ahorro de tiempo operativo: 30 horas mensuales de carga SUNAT → 5 horas, lo que equivale a 300 horas anuales liberadas.
  • Mejora de la toma de decisiones: los indicadores de rotación de inventario pasaron de 45 días a 32 días, permitiendo una reposición más ágil.

Qué es replicable y qué no

Lo replicable

  • Metodología de levantamiento: usar workshops de 2 horas con usuarios clave para mapear procesos críticos funciona en cualquier sector que dependa de Excel.
  • Arquitectura de microservicios: dividir la lógica por dominios (stock, facturación, reportes) facilita la adaptación a normativas locales, como la SUNAT.
  • Integración API SUNAT: el patrón de envío de XML y manejo de respuestas es idéntico para empresas que emiten facturas electrónicas.
  • Cronograma de 14 semanas: la división en fases (diseño, desarrollo, pruebas piloto, despliegue) es una plantilla reutilizable.

Lo no replicable

  • Regulación de trazabilidad de productos médicos: la obligación de conservar lotes por 5 años y la necesidad de auditorías internas son específicas del sector salud.
  • Número de sucursales: la solución incluyó sincronización de datos entre 3 centros; una empresa con 10 o más puntos de venta requerirá una estrategia de replicación de bases de datos distinta.
  • Cultura de trabajo: la empresa tenía una alta adopción de herramientas digitales; organizaciones con resistencia al cambio podrían necesitar un plan de capacitación más extenso.

Migrar de Excel a un ERP propio reduce errores y tiempo operativo, pero el éxito depende de una planificación clara y de adaptar la arquitectura a la normativa peruana.

Conclusión

Si llegaste hasta aquí, sabes que la migración no es solo una cuestión tecnológica, sino un proceso que transforma la forma en que tu equipo gestiona la información día a día. En una empresa peruana del sector salud, pasar de 12 hojas de cálculo a un ERP propio tomó 14 semanas, eliminó el 90 % de los errores de facturación y liberó más de 300 horas anuales de trabajo manual. Los pasos clave —definir módulos críticos, usar microservicios y validar con una prueba piloto— son aplicables a la mayoría de los negocios que dependen de Excel, mientras que los requisitos regulatorios y la cantidad de sucursales pueden requerir ajustes específicos. Con la información presentada, podrás evaluar si tu organización está lista para dar el salto y qué elementos deberás adaptar para que la migración sea un éxito real.

  • #erp
  • #migración
  • #automatización
  • #perú
  • #gestión
Compartir:

Seguir leyendo

Otros artículos