Migración de Zoho Books a Odoo 19 para empresas peruanas
1. Determine qué debe cambiar además del sistema contable
Zoho Books puede estar conectado a otros módulos, flujos de aprobación y campos que condicionan la operación. Antes de exportar, documente qué procesos permanecerán, cuáles se integrarán y cuáles se retirarán. Odoo 19 puede reunir finanzas, compras, inventario, ventas y sucursales, pero el diseño debe partir de responsabilidades y evidencias, no de una equivalencia de menús.
Seleccione una venta con Factura o Boleta, una Nota de Crédito, una compra con recepción, un pago parcial en moneda extranjera y una transferencia entre almacenes. Recorra cada caso desde el registro inicial hasta el reporte y la excepción. Este recorrido revela datos obligatorios que una exportación resumida podría ocultar y evita migrar historia sin un propósito definido.
«Revisado el 5 de noviembre de 2026». La correspondencia de campos y las decisiones fiscales deben revisarse con los propietarios de datos y el contador peruano en cada iteración.
2. Mapee organizaciones, módulos y campos con evidencia de exportación
Registre cada organización Zoho Books, sus módulos activos, sucursales, monedas, usuarios, campos personalizados y aplicaciones relacionadas. No suponga que dos organizaciones comparten configuración ni que un campo visible aparece con el mismo significado en todos los reportes. Documente qué entidad legal y qué compañía Odoo recibirá cada conjunto.
Para cada archivo, conserve criterio de selección, periodo, fecha, formato, cantidad de filas, totales y versión de la transformación. Compare algunos registros con la pantalla y el reporte original. Si un campo personalizado se usa para identificación, establecimiento o clasificación de producto, valide su contenido antes de destinarlo a RUC, código de establecimiento o UNSPSC. Un encabezado coincidente no basta para heredar una obligación fiscal.
3. Limpie maestros sin perder el vínculo con Zoho Books
Cree identificadores externos estables para organización, cuenta, contacto, artículo, unidad, almacén y documento. Separe clientes y proveedores según el modelo aprobado sin duplicar una misma contraparte por variaciones de nombre. Registre el identificador Zoho original, el identificador Odoo, la regla de consolidación y quién autorizó combinar o mantener registros.
Revise direcciones y tipos de identificación. Use la consulta oficial del RUC para verificar por separado que el estado del contribuyente sea Activo y que la condición del domicilio fiscal sea Habido. Archive la evidencia, la fecha y el revisor; la consulta no actualiza por sí sola las fichas importadas. Clasifique UNSPSC y códigos de establecimiento con responsables humanos. Ordene las cargas por dependencias y pruebe una segunda ejecución para comprobar que los identificadores impiden duplicados.
4. Trate documentos abiertos e historia como decisiones distintas
Defina fecha de corte y concilie los reportes financieros de cada organización antes de mover saldos. Las facturas y notas pendientes necesitan tercero, moneda, importe original, saldo, fechas y relación con pagos o créditos para seguir su ciclo en Odoo. La historia cerrada puede conservarse para consulta en un repositorio aprobado o migrarse detalladamente si el alcance lo justifica.
No cargue a la vez un saldo resumido y sus documentos individuales sin explicar la contrapartida. Concilie totales de débito y crédito, saldos por contacto y moneda, número de documentos y partidas vinculadas. Si un pago no aplicado existe en Zoho Books, registre su tratamiento y evite presentarlo simultáneamente como saldo disponible y como conciliación ya ejecutada. Cada diferencia debe quedar asociada a una regla o incidencia.
5. Construya una matriz de paridad PEN por transacción
La matriz incluye organización, documento, moneda de transacción, importe original, contravalor en PEN, tipo de cambio, fuente y fecha, fecha contable, saldo abierto, pago vinculado, diferencia de cambio y residual. Añada el valor esperado, el valor obtenido y la firma del revisor. Así se puede distinguir una diferencia heredada, una transformación incorrecta y una diferencia de cambio posterior.
Ensaye un documento en moneda extranjera con pagos en fechas diferentes y una nota aplicada después del primer cobro. La documentación multimoneda de Odoo 19 describe la mecánica general; la localización peruana documenta tipos de cambio de SUNAT obtenidos de forma automática o manual. La empresa decide la fuente y fecha válidas para cada saldo y quién aprueba ajustes. Ningún residual se elimina mediante una tolerancia genérica sin explicación.
6. Revise PCGE, IGV y reportes en lugar de copiar códigos antiguos
El plan de cuentas destino se construye sobre el PCGE incluido en la localización peruana y se ajusta con el contador. La correspondencia desde Zoho Books documenta cuenta origen, cuenta destino, naturaleza, saldo y motivo. No se deriva un tratamiento peruano de un código tributario antiguo sin analizar la operación.
La tasa del IGV aplicable a las operaciones gravadas es del 18 %, conforme a la orientación oficial de SUNAT. La plantilla de Odoo contiene impuestos de venta y compra con esa tasa como punto de partida. Exoneraciones, exportaciones y otros supuestos se revisan por separado con el contador. Las salidas RVIE, RCE y PLE se parametrizan y concilian antes de uso. Generar un archivo no significa presentarlo automáticamente ni acredita por sí solo su contenido.
7. Pruebe bancos, inventario y costos con sus dependencias
Para cada banco registre cuenta, moneda, extracto, referencia, saldo y estado de conciliación. Importe historia solo según el alcance, compruebe duplicados y huecos, y enlace pagos con partidas abiertas. La sincronización futura se valida con la institución y el proveedor; si no es adecuada, se documenta una importación de extractos con revisión y responsables.
En inventario compare cantidades, costo y contabilidad a la fecha de corte. Ensaye cargos de importación recibidos después de una venta parcial y antes o después del cierre. Landed Costs requiere la configuración apropiada y, en el flujo documentado desde factura de proveedor, categorías AVCO o FIFO cuando Odoo 19 lo exige. Standard Price necesita validación separada. La GRE 2.0 documentada para inventario corresponde al remitente, no al transportista.
8. Ensaye dependencias entre organizaciones y eliminaciones
Si existen varias organizaciones, identifique transacciones recíprocas, contrapartes, moneda, documentos y diferencias antes de cargarlas como operaciones de terceros independientes. La matriz añade entidad origen, entidad contraparte, referencia común, importe en cada moneda, contravalor en PEN, eliminación y aprobador. No elimine una diferencia que todavía representa una partida pendiente.
Las sesiones educativas OXP2026 sobre multimoneda y consolidación y gobierno de consolidación ayudan a estructurar estas conversaciones generales. Las empresas que aparecen no son clientes ni referencias de Oakland. Estos materiales no acreditan la conciliación intercompañía ni el cumplimiento en Perú. La regla definitiva se aprueba con contabilidad y se prueba con los datos de la organización.
9. Ejecute cargas repetibles con rechazos y rollback visibles
Conserve las exportaciones originales y registre cada transformación en archivos versionados. La ejecución documenta insumos, filtros, reglas, lecturas, altas, actualizaciones, omisiones y rechazos. Cada rechazo tiene motivo, responsable y decisión; una fila corregida conserva su identificador para que la siguiente ejecución no cree otra versión.
Interrumpa deliberadamente un ensayo en sandbox, reanúdelo y compare totales. Pruebe también la repetición completa con idénticos insumos. Defina rollback por lote y las excepciones para registros modificados manualmente. Antes de la carga final, congele mapeos, establezca el tratamiento de movimientos de transición y obtenga aprobación de los propietarios. La calidad se demuestra con el expediente de ejecución y conciliación, no con una demostración de importador.
10. Vincule el corte con la operación peruana que seguirá después
El paquete final combina balance, cuentas por cobrar y pagar, bancos, inventario, monedas, documentos abiertos, intercompañía y adjuntos incluidos. Contabilidad y operaciones ejecutan casos en Odoo y firman la aceptación con las diferencias explicadas. La aceptación incluye el trabajo posterior al corte: emitir un comprobante nuevo, recibir la CDR individual o del resumen diario que corresponda y conciliar un cobro. Si un comprobante enviado individualmente recibe una CDR rechazada, carece de validez tributaria y el emisor genera un nuevo comprobante electrónico que corrige las causas del rechazo. Si la CDR rechazada corresponde a un Resumen Diario, se genera un nuevo resumen corregido conforme al procedimiento aprobado; no se duplican las Boletas incluidas ni se las declara inválidas solo por el rechazo del resumen. Una Nota de Crédito o de Débito no subsana una Factura rechazada. Las notas se aplican a una Factura con CDR aceptada o a una Boleta previamente otorgada (BVE otorgada), según el documento y el canal.
Para los documentos nuevos se configuran Factura, Boleta, Nota de Crédito y Nota de Débito con UBL 2.1 y el canal validado; la carga histórica no se retransmite como emisión nueva. Use el libro de migración y conciliación en PEN, revise el camino desde QuickBooks cuando coexisten orígenes y planifique la formación por roles para que los usuarios puedan operar y explicar las excepciones desde el primer cierre.
Convierta sus exportaciones de Zoho Books en un ensayo auditable
Describa organizaciones, módulos, campos personalizados, sucursales, monedas, inventario e historia requerida. Comparta muestras de contactos, artículos, documentos abiertos, reportes financieros y conciliaciones con sus criterios de extracción.
Contáctenos
Buhaira Corniche, 43132 Sharjah,
Emiratos Árabes Unidos