Saltar al contenido principal

Odoo y facturación electrónica DGII: cómo se conectan de verdad

Circula la idea de que Odoo no sirve para cumplir con la DGII. No es exacta, pero tampoco lo es la contraria. Esto es lo que Odoo resuelve, lo que no, y qué hay que añadir.

8 min de lectura

Si estás evaluando Odoo en República Dominicana vas a encontrar dos afirmaciones opuestas y las dos incompletas. Una dice que Odoo no comprende las normas de la DGII y que su localización depende de módulos de terceros. La otra, en boca de algún implementador, dice que Odoo emite e-CF sin más. La realidad tiene tres capas y conviene separarlas antes de firmar nada.

Capa 1: qué trae Odoo de fábrica

Nada dominicano. Odoo es un ERP internacional: su contabilidad, su facturación y sus impuestos son genéricos, y cada país se resuelve con un paquete de localización. Esto vale igual para Community y para Enterprise — la edición no cambia nada en este punto, y es el malentendido más caro de la evaluación.

Así que la frase "Odoo no comprende las normas de la DGII" es literalmente cierta sobre el producto base, y es igual de cierta sobre SAP, sobre Dynamics y sobre cualquier ERP que no se haya escrito en Santo Domingo. No es un defecto de Odoo: es cómo funciona el software multinacional.

Capa 2: la localización dominicana

Existe, es open source y está mantenida por la comunidad dominicana de Odoo. Es la que aporta el catálogo de cuentas alineado a la DGII, el ITBIS de 18 % y 16 %, las retenciones, la propina legal, las secuencias de NCF por tipo y los formatos 606, 607, 608 e IT-1.

Que dependa de módulos de la comunidad no es lo mismo que sea frágil, pero sí cambia quién responde cuando algo se rompe. Con una localización comunitaria, el responsable de que siga funcionando tras una actualización de versión es tu implementador, no el fabricante. Es una decisión de riesgo legítima, y hay que tomarla con los ojos abiertos en lugar de descubrirla en la primera migración.

Capa 3: la emisión del e-CF ante la DGII

Aquí es donde se decide el proyecto, y donde casi todas las comparaciones se quedan cortas. Emitir un e-CF no es imprimir un documento distinto: hay que generar un XML con el formato vigente, firmarlo con un certificado digital, transmitirlo a la DGII, recibir la respuesta y guardarla, y gestionar los rechazos. Y antes de todo eso, la empresa tiene que estar autorizada como Emisor Electrónico.

La DGII contempla tres rutas: desarrollar tu propio sistema de emisión, usar el Facturador Gratuito, o apoyarte en un Proveedor de Servicios de Facturación Electrónica autorizado. Odoo, por sí solo, no es ninguna de las tres — es el sistema desde el que sale la factura, y necesita conectarse a la que elijas.

Cómo se conectan en la práctica

  1. Odoo queda como el sistema donde ocurre la operación: se vende, se despacha, se factura y se contabiliza.
  2. La localización dominicana aporta la estructura fiscal: cuentas, impuestos, retenciones, secuencias y los reportes 606, 607, 608 e IT-1.
  3. La emisión electrónica ocurre contra la DGII, ya sea con desarrollo propio o a través de un proveedor autorizado, según la ruta elegida.
  4. La respuesta de la DGII vuelve a Odoo, porque un comprobante rechazado no es una factura emitida y alguien tiene que verlo dentro del sistema donde trabaja.

Lo que hay que decidir antes de empezar

  • Qué ruta de emisión eliges: desarrollo propio o proveedor autorizado. Determina el costo recurrente y quién responde ante un fallo de transmisión.
  • Quién mantiene la localización cuando salga la próxima versión mayor de Odoo. Se publica una al año.
  • Cómo se gestionan los rechazos y quién los atiende a diario. Es la tarea que aparece después de la puesta en marcha y la que nadie presupuesta.
  • Qué pasa en contingencia si la DGII no responde: el sistema debe encolar y reintentar, no detener la facturación.
  • Si ya emites con otro sistema, si conviene migrar la emisión a Odoo o dejarla donde está e integrar.

Entonces, ¿Odoo sirve o no?

Sirve, con la localización dominicana puesta y con la ruta de emisión resuelta. Lo que no sirve es comprar Odoo esperando que la parte fiscal venga hecha, ni contratar una certificación e-CF esperando que arregle un ERP mal configurado. La pregunta útil no es si Odoo cumple, sino quién se hace responsable de que siga cumpliendo dentro de dos años y una actualización de versión.

Si estás en esa decisión, el detalle de cada lado está en implementación de Odoo y en facturación electrónica e-CF.

Preguntas frecuentes

La pregunta está mal planteada: la DGII no autoriza software, autoriza contribuyentes como Emisores Electrónicos y certifica Proveedores de Servicios de Facturación Electrónica. Tu empresa es la que se autoriza; Odoo es el sistema desde el que emites. Por eso la certificación se hace sobre tu operación real y no se hereda del producto.

No. La edición no determina el cumplimiento fiscal dominicano: ninguna de las dos trae la normativa de la DGII de fábrica y ambas dependen de la localización. La elección entre Community y Enterprise se decide por módulos, soporte y costo total, no por el e-CF.

Técnicamente puedes emitir por el Facturador Gratuito mientras facturas en Odoo, pero significa digitar cada comprobante dos veces y mantener dos fuentes de verdad. Funciona con volumen bajo; deja de funcionar en cuanto el volumen sube o alguien se equivoca al transcribir.

Las secuencias autorizadas de NCF conviven durante la transición y dejan de usarse cuando quedas autorizado como emisor electrónico y pasas a producción. La configuración de Odoo tiene que contemplar ambos mundos durante ese período, no solo el final.

¿Odoo, e-CF, o los dos a la vez?

Revisamos tu operación y te decimos qué hace falta en cada capa, con qué orden y qué se puede hacer en paralelo. Si ya tienes Odoo funcionando, partimos de ahí.

Ver el servicio de implementación de Odoo