Nuevo Módulo de renderización en vivo de XMLs de documentos electrónicos en Odoo 18

21 de mayo de 2026 por
Nuevo Módulo de renderización en vivo de XMLs de documentos electrónicos en Odoo 18
OdooBot
| Sin comentarios aún
  • Riesgo: medio
  • Tipo: nueva funcionalidad
  • Descripción:

    Problema: Cuando se reciben comprobantes electrónicos autorizados por el SRI desde proveedores en Ecuador, en muchos casos solo se cuenta con el archivo XML (sin el RIDE en PDF). Esto obliga a los usuarios a usar herramientas externas (visualizadores web del SRI, conversores manuales) para poder revisar, imprimir o archivar el comprobante en un formato legible, generando reprocesos, errores y dificultando la auditoría documental adjunta a la factura de proveedor.

    Solución: Se incorpora el nuevo módulo l10n_ec_xml_pdf_render ("Trescloud XML PDF Render") que renderiza automáticamente, dentro de Odoo, una representación impresa (RIDE) en PDF a partir del XML autorizado por el SRI y la adjunta al account.move correspondiente. Principales características:

    • Parser propio de XML del SRI que valida estructura y extrae los datos del comprobante sin depender de la localización ecuatoriana de Odoo, lo que evita acoplamiento y facilita su uso.
    • Renderizado automático al cargar XML por el chatter de la factura: se interviene ir.attachment.create y _message_post_after_hook para detectar archivos .xml, validarlos y generar el PDF. Los XML inválidos o de tipos no soportados se ignoran silenciosamente; los errores se registran en log sin romper el flujo del usuario.
    • Modo configurable por compañía (automático/manual) desde Ajustes de Contabilidad.
    • Acción manual en la vista de la factura (action_l10n_ec_download_rendered_xml_pdf) que regenera y descarga el PDF bajo demanda.
    • Salvaguardas: solo opera en compañías con country_code == "EC" y move_type en SUPPORTED_MOVE_TYPES (actualmente in_invoice); si la factura ya tiene un PDF no generado por el módulo (prefijo xml_render_), no lo reemplaza ni elimina, se respeta el PDF original como fuente de verdad; previene duplicados verificando el nombre objetivo antes de crear el adjunto.
    • Contexto no_new_invoice=True al crear el adjunto PDF para evitar que el OCR/Document AI lo interprete como una factura nueva.
    • Pruebas unitarias para el parser y para el flujo de render.
    • Traducciones es_419 incluidas.
  • Número Ticket/Tarea: #10927
Iniciar sesión para dejar un comentario