Elegir un ERP exige comprobar su cobertura operativa, integración, soporte y obligaciones contractuales antes de firmar. La norma ISO/IEC 25010:2023 ofrece un modelo de nueve características de calidad para definir requisitos y pruebas de aceptación. La norma no establece ponderaciones comerciales para seleccionar proveedores. (International Organization for Standardization (ISO) e International Electrotechnical Commission (IEC), 2023)
01
Matriz de evaluación de proveedores
La selección de un ERP empieza con el inventario de procesos que la empresa necesita controlar. Compras, almacenes, ventas y contabilidad se evalúan mediante operaciones reales, documentos generados y resultados verificables. Una presentación comercial muestra funcionalidades, pero aporta evidencia limitada sobre el comportamiento del sistema con los datos y las excepciones de cada empresa.
ISO/IEC 25010:2023 establece un modelo de calidad de producto con nueve características y sus subcaracterísticas. La norma permite definir requisitos, objetivos de prueba y criterios de aceptación para productos de software y sistemas de información. Sirve como base para estructurar la evaluación técnica y no impone pesos comerciales a cada criterio. (International Organization for Standardization (ISO) e International Electrotechnical Commission (IEC), 2023)
Una matriz práctica distribuye la calificación entre cobertura funcional, integración, soporte local, escalabilidad y riesgos contractuales. Cada criterio lleva una ponderación aprobada por la gerencia y una evidencia exigible al proveedor. Los resultados distinguen las funcionalidades estándar, las configuraciones necesarias y los desarrollos adicionales.
La evaluación separa el costo de adquisición del costo total de operación. El presupuesto identifica licencias, implementación, migración, capacitación y mantenimiento. Las modificaciones futuras y los servicios excluidos llevan partidas independientes para evitar comparaciones incompletas.
- La cobertura funcional se califica mediante procesos ejecutados con información representativa de la empresa.
- La integración se comprueba con intercambios reales de información y condiciones comerciales documentadas.
- El soporte local se evalúa según responsables, tiempos de atención y obligaciones contractuales.
- La escalabilidad considera crecimiento operativo, actualizaciones y compatibilidad de personalizaciones.
- Los riesgos contractuales se miden por condiciones de salida, propiedad de datos, exclusiones y responsabilidades.
02
Cobertura funcional y cumplimiento peruano

La cobertura contable y tributaria en Perú necesita una evaluación específica. La documentación oficial de Odoo 19.0 identifica módulos de localización peruana para contabilidad, plan de cuentas, impuestos, tipos de documentos y facturación electrónica. También identifica informes para el Registro de Ventas e Ingresos RVIE 14.4 y el Registro de Compras Electrónico RCE 8.4. (Odoo S.A., 2026)
Esas funcionalidades constituyen cobertura declarada por el proveedor. No sustituyen las pruebas de cumplimiento tributario sobre una implementación concreta. (Odoo S.A., 2026) Las pruebas contemplan emisión de comprobantes, registros contables, conciliaciones y generación de información tributaria con las configuraciones y documentos de la empresa.
El laboratorio de selección reproduce operaciones completas. Una compra comienza con la solicitud interna, continúa con la recepción y termina con la contabilización. La evaluación registra diferencias entre cantidades, documentos y saldos, e identifica las excepciones que requieren intervención manual.
El resultado es un inventario de brechas funcionales con responsables y tratamiento definido. Cada brecha se clasifica según se resuelva mediante configuración, cambio del proceso o desarrollo adicional.
03
Integraciones y continuidad tecnológica
La capacidad de integración condiciona la utilidad de un ERP cuando existen aplicaciones comerciales, sistemas de producción o plataformas externas. Odoo 19.0 incorpora la interfaz externa JSON-2, accesible por HTTP con autenticación mediante clave de acceso. La documentación indica que ese acceso está disponible en el plan Custom y no en One App Free ni en Standard. (Odoo S.A., 2026)
La arquitectura y el licenciamiento se verifican a la vez. Una demostración técnica de intercambio de datos resulta insuficiente si el plan presupuestado excluye la interfaz necesaria. El contrato identifica el plan contratado, las integraciones incluidas y quién responde por las modificaciones posteriores.
La documentación de Odoo 19.0 programa el retiro de las interfaces externas tradicionales en Odoo 22, previsto para el otoño de 2028. El retiro en Odoo Online 21.1 está previsto para el invierno de 2027. JSON-2 es la interfaz de reemplazo. Las integraciones construidas sobre las interfaces tradicionales enfrentan un riesgo de continuidad. (Odoo S.A., 2026)
La evaluación de continuidad exige un inventario de interfaces, mecanismos de recuperación y responsables de mantenimiento. El proveedor presenta cómo conservará el intercambio de información después de una actualización. Las pruebas verifican la detección de errores y la conciliación de transacciones entre sistemas.
04
Soporte local, actualizaciones y contratos

Odoo documenta que cada versión mayor recibe tres años de soporte. Su procedimiento de actualización recomienda usar una base de datos de prueba, validar los flujos de negocio y comprobar las integraciones externas antes de actualizar producción. Los módulos personalizados deben ser compatibles con la versión de destino antes de completar la actualización. (Odoo S.A., 2026)
El servicio de actualización de Odoo Enterprise cubre las aplicaciones estándar y determinadas personalizaciones o desarrollos cubiertos por una suscripción de mantenimiento. No incluye la limpieza de datos o configuraciones preexistentes, la actualización de módulos adicionales sin contrato de mantenimiento ni la capacitación sobre nuevas funcionalidades. Estas exclusiones obligan a diferenciar los compromisos del fabricante, del integrador y de la empresa contratante. (Odoo S.A., 2026)
La matriz contractual precisa horarios de soporte, clasificación de incidentes y tiempos comprometidos de respuesta y resolución. Establece quién administra las copias de seguridad, atiende los errores críticos y autoriza cambios en producción. La presencia comercial en Perú se contrasta con la capacidad efectiva del equipo asignado.
El tratamiento de datos personales añade obligaciones legales. El Decreto Supremo N.° 016-2024-JUS aprobó el nuevo Reglamento de la Ley N.° 29733, Ley de Protección de Datos Personales. Se publicó el 30 de noviembre de 2024 y entró en vigencia el 31 de marzo de 2025. La evaluación contractual de un ERP que trate datos personales considera las responsabilidades del proveedor y de la empresa contratante. (Ministerio de Justicia y Derechos Humanos y Autoridad Nacional de Protección de Datos Personales, 2024)
05
Observaciones de implementación
Dmunoz Group implementa Odoo y ha encontrado una brecha entre la configuración declarada y la ejecución real de los procesos. En una empresa industrial, una operación de fabricación tenía asignada una ubicación de materiales distinta de aquella donde estaban los insumos. La diferencia impedía seleccionar los lotes y generaba advertencias de existencias negativas.
En otra implementación, una verificación técnica mostró un volumen de registros contables menor que el real. El mecanismo de comprobación no medía el conjunto completo. También se observó que la configuración de los diarios contables determina la serie de los comprobantes emitidos. Por ello las pruebas verifican resultados completos y documentos finales.
El método DMG-RT de Dmunoz Group vincula cada intervención tecnológica con un indicador de negocio y una línea base aprobada por finanzas. Para compras, mide el costo de compra unitario antes y después de introducir solicitudes de cotización a varios proveedores y aprobaciones por monto. En operaciones, mide la eficiencia global de equipos cuando se incorpora el registro de paradas. Para integraciones, usa las horas de digitación por semana como indicador del doble registro entre sistemas.
Cada oportunidad documenta su fórmula de beneficio, fuente de datos, supuestos y rango. Una oportunidad sin fuente de datos se reporta como cualitativa. El cliente opera la solución desde la primera semana de puesta en marcha. El traspaso incluye dueños de indicadores nombrados, manual de operación y revisiones a los 3, 6 y 12 meses.
06
Ponderaciones y decisión de contratación
La ponderación de la matriz responde a la exposición económica de cada empresa. Una distribuidora hipotética con operaciones intensivas de inventario puede asignar mayor peso a la trazabilidad y al control de existencias. Una organización hipotética con varios sistemas críticos puede priorizar la integración y la continuidad tecnológica. Estas decisiones se justifican antes de recibir las propuestas comerciales.
El expediente de contratación reúne resultados de pruebas, brechas funcionales, presupuesto desagregado y condiciones de mantenimiento. Incluye criterios objetivos para aceptar entregables y aprobar el paso a producción. ISO/IEC 25010:2023 identifica entre sus aplicaciones la definición de objetivos de prueba, los criterios de control de calidad y los criterios de aceptación. (International Organization for Standardization (ISO) e International Electrotechnical Commission (IEC), 2023)
La portabilidad de los datos requiere una condición contractual explícita. El acuerdo identifica formatos de exportación, documentación necesaria, responsabilidades de migración y procedimiento de recuperación de información al finalizar el servicio. También precisa el tratamiento de las integraciones y desarrollos que permanezcan bajo licencias o derechos del proveedor.
El gobierno de datos se revisa cuando la implantación cambia el tratamiento de información personal. La Autoridad Nacional de Protección de Datos Personales señala que los titulares de bancos de datos personales inscritos deben mantener actualizada su inscripción. El procedimiento de modificación es virtual, gratuito y de aprobación automática, sujeto a fiscalización posterior. (Autoridad Nacional de Protección de Datos Personales - Ministerio de Justicia y Derechos Humanos, 2026)
Fuentes
- International Organization for Standardization (ISO) e International Electrotechnical Commission (IEC). ISO/IEC 25010:2023 - Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Product quality model. 2023-11-15. https://committee.iso.org/standard/78176.html
- Odoo S.A. Perú — documentación de Odoo 19.0. 2026. https://www.odoo.com/documentation/19.0/applications/finance/fiscal_localizations/peru.htm
- Odoo S.A. External JSON-2 API — Odoo 19.0 documentation. 2026. https://www.odoo.com/documentation/19.0/developer/reference/external_api.html
- Odoo S.A. External RPC API — Odoo 19.0 documentation. 2026. https://www.odoo.com/documentation/19.0/developer/reference/external_rpc_api.html
- Odoo S.A. Upgrade — Odoo 19.0 documentation. 2026. https://www.odoo.com/documentation/19.0/administration/upgrade/online_hosting.html
- Ministerio de Justicia y Derechos Humanos y Autoridad Nacional de Protección de Datos Personales. Decreto Supremo N.° 016-2024-JUS - Reglamento de la Ley N.° 29733. 2024-11-30. https://www.gob.pe/institucion/anpd/normas-legales/6554453-16-2024-jus
- Autoridad Nacional de Protección de Datos Personales - Ministerio de Justicia y Derechos Humanos. Modificar banco de datos inscrito en el Registro Nacional de Protección de Datos Personales. 2026-05-22. https://www.gob.pe/9251-modificar-banco-de-datos-en-el-registro-nacional-de-proteccion-de-
Autodiagnóstico de preparación para ERP
Once preguntas sobre datos maestros, procesos documentados, responsables y sistemas actuales. Al terminar ve su puntaje por dominio y las tareas previas a una implementación.
Ir al autodiagnóstico (6 min)