Preguntas clave antes de contratar un ERP interno
Descubre las preguntas esenciales que debes hacer y los indicadores de alerta al elegir un sistema interno de gestión para tu empresa peruana
Foto de Саша Алалыкин en Pexels
En la rutina diaria de gerentes y dueños de empresas peruanas, la presión por optimizar procesos internos se vuelve abrumadora cuando los sistemas actuales no escalan. Este artículo te brinda una lista concreta de preguntas y señales que debes evaluar antes de decidirte por un ERP interno, para que puedas evitar sorpresas y garantizar una inversión alineada con tus metas.
Las preguntas que hay que hacer
-
¿Cuál es el alcance funcional que cubre la solución?
- Respuesta esperada: El proveedor detalla módulos específicos (ordenes de producción, control de inventario, facturación electrónica SUNAT, gestión de recursos humanos) y explica cómo se integran entre sí.
- Qué te debe preocupar: Respuestas vagas o promesas de “todo en uno” sin desglosar funcionalidades; eso suele indicar falta de experiencia o un producto genérico que no se adapta a la normativa peruana.
-
¿Cómo se gestionan los cambios regulatorios, por ejemplo la facturación electrónica SUNAT?
- Respuesta esperada: Actualizaciones automáticas, roadmap de versiones y pruebas de conformidad con la SUNAT dentro de los 30 días posteriores a cualquier cambio oficial.
- Qué te debe preocupar: Dependencia de actualizaciones manuales o plazos indefinidos; la empresa podría quedar fuera de cumplimiento y enfrentar multas.
-
¿Cuál es el modelo de arquitectura y dónde se aloja la información?
- Respuesta esperada: Arquitectura de micro‑servicios en la nube privada o pública con certificación ISO 27001, y datos almacenados en servidores ubicados en Perú para cumplir con la Ley de Protección de Datos Personales.
- Qué te debe preocupar: Propuestas que solo ofrecen alojamiento en servidores fuera del país sin garantías de cumplimiento legal.
-
¿Qué nivel de personalización es posible sin romper la hoja de ruta del producto?
- Respuesta esperada: Personalizaciones mediante configuraciones y scripts claros, con estimaciones de tiempo (por ejemplo, 2 semanas por módulo) y un plan de pruebas.
- Qué te debe preocupar: Promesas de “cualquier cambio a medida” sin definir impacto en mantenimiento o costos futuros.
-
¿Cuál es el esquema de soporte post‑implementación?
- Respuesta esperada: Soporte 24/7, SLA de respuesta en 4 horas para incidencias críticas y 24 horas para incidentes menores, con un equipo local que entiende la normativa peruana.
- Qué te debe preocupar: Soporte limitado a horario comercial o con tiempos de respuesta no especificados.
-
¿Qué métricas de desempeño (KPIs) se incluyen en la herramienta?
- Respuesta esperada: Dashboard con indicadores de tiempo de ciclo, nivel de inventario, cumplimiento de entregas y costos operativos, actualizados en tiempo real.
- Qué te debe preocupar: Ausencia de reportes nativos o necesidad de desarrollar informes externos desde cero.
-
¿Cómo se gestiona la propiedad del código fuente?
- Respuesta esperada: El cliente recibe licencia perpetua del código con cláusulas claras de uso, sin royalties adicionales.
- Qué te debe preocupar: Modelos de suscripción donde el código permanece bajo propiedad del proveedor, limitando futuras adaptaciones.
Lo que tiene que estar por escrito
- Alcance detallado: Documento que enumere cada módulo, integración con SUNAT, conectores con bancos locales y cualquier funcionalidad específica solicitada (por ejemplo, gestión de rutas de distribución en Lima y provincias).
- Entregables: Listado de artefactos (código fuente, documentación técnica, manuales de usuario, scripts de migración de datos) con fechas de entrega estimadas en semanas. Por ejemplo, “Módulo de inventario: 6 semanas desde la firma del contrato”.
- Plazos: Cronograma con hitos claros (análisis, diseño, desarrollo, pruebas, puesta en producción) y márgenes de tolerancia (máximo 10 % de desviación).
- Soporte y mantenimiento: SLA que especifique tiempos de respuesta, niveles de severidad y canales de comunicación. Incluye cláusulas de actualización obligatoria para cumplir con cambios de la SUNAT.
- Propiedad del código y licencias: Acuerdo que establezca la titularidad del código, derechos de uso y condiciones de sublicenciamiento, evitando sorpresas de costos recurrentes.
Señales de alarma
- El proveedor evita detallar plazos. En lugar de fechas concretas, habla de “próximas versiones”. Eso indica falta de planificación y riesgo de retrasos.
- Respuestas genéricas sobre cumplimiento normativo. Si menciona solo “cumplimos con la SUNAT” sin explicar procesos de actualización, el proyecto podría quedar desactualizado.
- Falta de referencias locales. No muestra casos de éxito en Perú o no cuenta con equipo técnico peruano, lo que dificulta la adaptación a requisitos locales.
- Propiedad del código bajo reserva. Si el contrato no menciona explícitamente la cesión de derechos, el futuro de tu sistema queda en manos del proveedor.
- Soporte fuera del horario peruano. Un SLA que indique respuesta en 48 horas para incidentes críticos es inaceptable para operaciones que no pueden detenerse.
Cómo comparar dos propuestas distintas
- Normaliza unidades: Convierte todos los plazos a semanas y los esfuerzos a horas‑hombre. Por ejemplo, si una propuesta indica “3 meses” y la otra “10 semanas”, ambas equivalen a 12 semanas.
- Desglosa costos indirectos: Identifica qué parte del presupuesto corresponde a personalización, integración con SUNAT, capacitación y soporte. Así podrás comparar si un precio más bajo oculta gastos ocultos.
- Evalúa la cobertura de riesgos: Marca en una tabla qué propuesta incluye SLA de 4 horas, actualizaciones automáticas y propiedad del código. Asigna un puntaje (0‑2) por cada criterio.
- Usa una tabla comparativa visual:
Propuesta A
- Plazo total 20 semanas
- SLA crítico 8 horas
- Propiedad código No cedida
Propuesta B
- Plazo total 18 semanas
- SLA crítico 4 horas
- Propiedad código Cedida
Conclusión
Al terminar de leer, tendrás una lista concreta de preguntas que cualquier proveedor serio debe responder, un checklist de elementos contractuales que deben quedar por escrito y un conjunto de señales de alarma que te ayudarán a filtrar propuestas poco fiables. Además, contarás con un método práctico para comparar dos ofertas distintas, garantizando que la decisión se base en datos claros y no en promesas vagas. Con esta guía, tu empresa podrá avanzar segura hacia la implementación de un ERP interno que respete la normativa peruana y aporte los beneficios operativos esperados.
