Aplicaciones redundantes: costos y riesgos de consolidar sistemas

La evaluación comienza con un inventario de procesos, aplicaciones y datos. El análisis debe identificar qué funciones ejecuta cada sistema y qué áreas dependen de ellas. Dos aplicaciones pueden registrar las mismas ventas y atender necesidades diferentes de facturación, conciliación o control interno. La revisión debe distinguir las funciones duplicadas de aquellas que dependen de integraciones o reglas particulares.

Finanzas debe identificar la procedencia de los saldos, los responsables de aprobar transacciones y los mecanismos de elaboración de reportes. También debe registrar quién administra los catálogos de clientes, productos y cuentas contables. Cuando varias aplicaciones modifican información compartida, el diseño de consolidación debe asignar una fuente autorizada para cada conjunto de datos.

Odoo documenta para Perú funciones de contabilidad, facturación electrónica, reportes contables y guías de remisión electrónicas. Su documentación contempla información para el Registro de Ventas e Ingresos Electrónico (RVIE), el Registro de Compras Electrónico (RCE) y libros del Programa de Libros Electrónicos (PLE). Estas capacidades permiten identificar posibles superposiciones con aplicaciones tributarias existentes. (Odoo S.A., 2026) La comparación funcional debe comprobar configuraciones, documentos, operaciones y resultados antes de considerar una sustitución.

En Perú, Google Workspace Business Starter cuesta PEN 28 por usuario al mes con compromiso anual y PEN 33,60 bajo modalidad flexible. Business Standard presenta tarifas de PEN 56 y PEN 67,20, respectivamente. (Google Workspace, 2026) El presupuesto debe distinguir usuarios contratados, usuarios activos y servicios que permanecerán después de la consolidación. Esta separación permite identificar gastos susceptibles de eliminación y obligaciones que continuarán vigentes.

Google permite agregar o retirar usuarios en su plan flexible y cancelar el servicio sin penalización. El plan anual exige un compromiso mínimo de un año. Las licencias contratadas solo pueden reducirse al renovar el contrato. Una cancelación anticipada exige pagar el saldo pendiente y no genera reembolsos. (Google Workspace, 2026) El modelo financiero debe registrar las fechas de renovación y los compromisos económicos pendientes de cada proveedor.

Odoo publica precios promocionales de USD 24,90 por usuario al mes para Standard y USD 49,00 para Custom, bajo facturación anual. Los precios de referencia son USD 31,10 y USD 61,00, respectivamente. El descuento promocional cubre los primeros 12 meses para los usuarios iniciales contratados. Ambos planes incluyen aplicaciones, soporte, alojamiento y mantenimiento. Custom incorpora acceso mediante API externa, Studio y funciones multiempresa. El alojamiento Odoo.sh se cobra por separado. Estos importes corresponden a precios publicados por el fabricante y no constituyen una cotización específica para Perú. (Odoo S.A., 2026)

Para comparar alternativas, finanzas debe calcular el gasto recurrente bajo condiciones contractuales equivalentes. La evaluación puede separar licencias, infraestructura, soporte, almacenamiento y servicios adicionales. También debe incorporar el costo de mantener temporalmente las aplicaciones anteriores durante la transición.

La consolidación requiere presupuestar configuración, preparación de datos, integración y capacitación. Odoo publica un paquete Basic de 25 horas por USD 3.600 para clientes existentes y USD 3.060 para nuevos clientes. El paquete Standard comprende 50 horas por USD 7.000 o USD 5.950, respectivamente. El descuento para nuevos clientes alcanza el 15 % y se aplica al primer paquete. Estos servicios incluyen configuración, capacitación y asistencia para importar información según el alcance contratado. (Odoo S.A., 2026)

Los paquetes publicados proporcionan referencias de servicios profesionales y no representan presupuestos completos de migración desde otro ERP. Pueden requerirse trabajos adicionales de integración, desarrollo y pruebas. (Odoo S.A., 2026) Cada alternativa debe presentar estos componentes por separado para evitar comparaciones basadas exclusivamente en el precio inicial.

AWS Database Migration Service ofrece modalidades bajo demanda y serverless, sin tarifas mínimas ni compromisos iniciales. Las instancias bajo demanda se facturan por hora de capacidad utilizada. La modalidad serverless utiliza unidades de capacidad DCU, equivalentes a 2 GB de memoria RAM cada una, y factura la capacidad por hora. El importe depende de la región, el dimensionamiento y la duración del trabajo. (Amazon Web Services, 2026)

La tarifa de infraestructura de AWS no comprende necesariamente la transformación de datos, la conciliación contable ni las adaptaciones funcionales. (Amazon Web Services, 2026) El presupuesto integral debe incorporar esas actividades, además de pruebas, capacitación y contingencias. La evaluación financiera debe distinguir el desembolso inicial del gasto recurrente posterior a la consolidación.

El retiro de una aplicación puede modificar los intercambios de información y la secuencia de las operaciones. La evaluación debe identificar las dependencias entre sistemas y documentar los mecanismos de recuperación. AWS recomienda realizar pruebas de concepto con cargas comparables a producción y preparar procedimientos operativos estándar. También recomienda evaluar fallas y medir recursos, tiempos de recuperación y cumplimiento de acuerdos de nivel de servicio. (Amazon Web Services, 2025)

La guía de AWS identifica riesgos relacionados con conectividad, permisos insuficientes, indisponibilidad de registros de transacciones y saturación de almacenamiento. (Amazon Web Services, 2025) El plan de consolidación debe asignar responsables, mecanismos de detección y procedimientos de respuesta para los escenarios aplicables. Cada prueba debe producir evidencia que permita decidir si el sistema de destino puede asumir la operación.

La documentación de Odoo 19.0 recomienda probar procesos empresariales, integraciones, automatizaciones, exportaciones y operaciones contables antes de actualizar producción. También advierte que una actualización puede generar indisponibilidad temporal. El fabricante recomienda programarla durante períodos de baja actividad. Estas indicaciones corresponden a actualizaciones entre versiones de Odoo y tienen un alcance distinto al de una migración desde otro fabricante. (Odoo S.A., 2026)

En una consolidación, el plan operativo debe definir fechas de corte, criterios de conciliación, responsables de aceptación y condiciones de retorno. Un período de ejecución paralela puede permitir la comparación de documentos, saldos y resultados. El retiro definitivo debe depender de pruebas funcionales y contables aprobadas por los responsables de cada proceso.

En Perú, el Decreto Supremo N.º 016-2024-JUS aprobó el nuevo Reglamento de la Ley N.º 29733, Ley de Protección de Datos Personales. La norma se publicó el 30 de noviembre de 2024. El reglamento entró en vigencia el 31 de marzo de 2025. Esta disposición reemplazó al reglamento aprobado mediante el Decreto Supremo N.º 003-2013-JUS. La evaluación de una consolidación debe considerar el tratamiento de los datos personales transferidos y conservados. (Diario Oficial El Peruano, 2024)

El inventario de información debe identificar datos personales duplicados, usuarios autorizados y mecanismos de conservación. Los responsables deben revisar qué información requiere el sistema de destino y qué registros permanecerán archivados. También deben documentar los permisos de acceso y verificar que el retiro de una aplicación no deje copias disponibles sin controles adecuados.

La localización peruana documentada por Odoo 19.0 incluye facturación electrónica y componentes relacionados con RVIE, RCE y PLE. La documentación especifica configuraciones fiscales y mecanismos de intercambio electrónico que requieren validación. Estas funciones permiten evaluar la posible sustitución de herramientas tributarias, pero su disponibilidad no garantiza equivalencia integral con las aplicaciones existentes. (Odoo S.A., 2026)

Finanzas debe comprobar comprobantes de pago, notas de crédito, asientos contables y reportes mediante operaciones representativas. La revisión debe considerar documentos históricos, diferencias de redondeo y criterios de registro. Los responsables deben conciliar los resultados con la información del sistema de origen y documentar las diferencias pendientes antes de aprobar el cambio.

El método DMG-RT de Dmunoz Group vincula cada intervención tecnológica con un indicador de negocio y una línea base reproducible. El método establece que finanzas debe aprobar la línea base antes de calcular los beneficios de una intervención. Este criterio permite estructurar diagnósticos y comparar alternativas de consolidación. Los indicadores aplicables pueden incluir costo por usuario activo, gasto mensual de mantenimiento y tiempo de cierre contable.

La fase de diagnóstico prevista por el método examina procesos, información disponible y oportunidades de mejora. Cada oportunidad debe documentarse con una fórmula de beneficio, una fuente de datos, supuestos y un rango estimado. Cuando falta una fuente verificable, el método clasifica el beneficio como cualitativo. La comparación financiera debe separar ahorros contractuales, reducciones de carga operativa e inversiones necesarias para ejecutar la transición.

La evaluación funcional debe comprobar las operaciones efectivamente disponibles en cada aplicación. En un escenario hipotético, una empresa podría mantener activa una configuración de abastecimiento mientras el proceso operativo asociado permanece inhabilitado. Una revisión limitada a los parámetros visibles podría omitir esa diferencia. El diagnóstico debe contrastar configuraciones, permisos, documentos y resultados mediante pruebas representativas.

DMG-RT establece la participación de los responsables de proceso del cliente y el registro de indicadores, acciones correctivas y actas en la plataforma operativa. El método contempla responsables definidos para cada indicador, manuales de operación y revisiones a los 3, 6 y 12 meses. Estos criterios pueden incorporarse a las condiciones de selección y aceptación de una alternativa tecnológica.

Para dimensionar cada oportunidad, DMG-RT exige identificar la fórmula de beneficio, la fuente de información y los supuestos empleados. En la consolidación de aplicaciones, el análisis puede comparar el gasto contractual previsto con los costos de migración y operación posterior. La evaluación también debe registrar las dependencias que impidan retirar una licencia o desactivar una plataforma en la fecha prevista.