[16.0][FIX] l10n_es_verifactu_oca

[cesarsc79]

Module

l10n_es_verifactu_oca

Describe the bug

El módulo permite crear diarios de venta sin activar la casilla "Verifactu".
Esto provoca que, de forma implícita, se puedan emitir facturas mediante esos diarios sin cumplir el reglamento Verifactu, aun cuando el entorno ya está desplegado y funcionando con el módulo.

En la práctica, el sistema no garantiza que todos los diarios de ventas estén sujetos a Verifactu una vez el módulo está en uso, lo que puede generar incumplimientos regulatorios.

To Reproduce

Affected versions:
16.0

Steps to reproduce the behavior:
Instalar y configurar el módulo l10n_es_verifactu_oca.

Emitir facturas con el check de verifactu activado en el diario

Crear OTRO diario de tipo "Ventas".

Observar que la casilla "Verifactu" no está activada por defecto. Permite no activarla

Emitir una factura usando ese nuevo diario.

La factura se genera connormalidad sin pasar por el flujo Verifactu.

Expected behavior
Una vez desplegado el módulo Verifactu, se espera que:

Todos los diarios de ventas estén obligatoriamente vinculados a Verifactu.

O, alternativamente, que el sistema impida crear diarios de ventas sin activar el check.

O que el sistema bloquee la emisión de facturas desde diarios sin Verifactu si la base está configurada para ello.

El comportamiento esperado debe evitar en todo caso la posibilidad de emitir facturas fuera del cumplimiento del reglamento.

Additional context
Odoo permite la creación de diarios de ventas manuales sin marcar la opción Verifactu.

Esto puede provocar incumplimiento normativo si un usuario emite facturas desde un diario sin Verifactu activado.

[ignaciord]

Yo por mi parte no veo bug aquí. Sí podría ser interesante que, cuando se crean nuevos diarios de venta, se genere alguna alerta del tipo "Por favor, revise si debe activar la comunicación Verifactu en este diario".

Hay casos en los que se necesitan registrar / importar en Odoo facturas de venta que han sido generadas desde otro SIF y, por lo tanto, ya han sido comunicadas a Verifactu en ese otro sistema.

[cesarsc79]

El SIF debe cumplir la normativa siempre.
Permitir crear facturas sin ese check activado no cumple el reglamento de facturacion

Ahí esta mi preocupación

[pedrobaeza]

La verdad es que aunque haya casuísticas que puedan justificar no enviar a VERI*FACTU, esto es la puerta abierta a tener un diario de "caja B". @almumu @anmarmo1 @SoniaViciana recordáis cuál fue la razón inicial de habilitar VERI*FACTU por diarios? O fue solo por mimetizar con el SII?

Y lo mismo podría plantearse de las posiciones fiscales.

[cesarsc79]

Disculpas si convenís que esto aquí no procede

Pero si viene a colación

Hay una casuística que igual puede ser tenida en cuenta

Cuando el destinatario de las operaciones es quien emite la factura en nombre del emisor

El destinatario envía a la AEAT pues es él quien la ha generado con un SIF y esa AUTOfactura se la envía al emisor

Vamos a necesitar introducir en odoo esa factura para contabilizarla, pero esa factura ya ha sido enviada, ya tiene una serie y un número

Se podría limitar o modificar algún elemento de todos los registros account.move que pertenezcan a esos diarios concretos para que no generen facturas a través de la modificación del reporte

[ignaciord]

Pongo un escenario real:

-Empresa del sector eléctrico que utiliza Odoo como ERP para su operativa general (contabilidad, compras, facturación propia, etc.).
-Además, subcontrata un SIF externo para la emisión de determinadas facturas en su nombre.

Ese SIF externo:

-Genera su propia serie y numeración,
-Remite esas facturas a Verifactu, cumpliendo con las obligaciones técnicas de envío establecidas en el reglamento.

Para poder llevar la contabilidad consolidada en Odoo, la empresa debe importar periódicamente esas facturas ya emitidas en el sistema externo. Deben existir como facturas en Odoo (por IVA, libros, modelos fiscales, conciliaciones…), pero no deberían reenviarse a Verifactu, ya que ese envío ya se realizó correctamente desde el primer SIF.

Por ese motivo, veo lógico que el módulo de OCA permita configurar diarios en los que:

-Se registren e integren esas facturas externas,
-Pero con Verifactu desactivado para evitar duplicidades en la AEAT.

Desde mi punto de vista, la configuración por diario no es un error, sino que permite cubrir escenarios en los que una empresa factura desde varios SIF y, aun así, centraliza toda su contabilidad en Odoo.

En este contexto existirían dos SIF diferenciados:

-El SIF externo, que emite y, por tanto, es responsable de enviar a Verifactu lo que él mismo genera.
-Odoo, que actúa como SIF únicamente respecto a las facturas emitidas efectivamente en Odoo. Los diarios “no Verifactu” no emiten; simplemente contabilizan facturas originadas en otros sistemas.

Coincido con Pedro en que esta flexibilidad podría malutilizarse para crear diarios “opacos”, pero entiendo que ese riesgo existe en prácticamente cualquier ERP y no deriva de la funcionalidad en sí, sino del control interno y los procesos de cada empresa.

[cesarsc79]

Con ese planteamiento

Se permite emitir facturas al margen del reglamento

No es viable

[ignaciord]

FAQ para desarrolladores de la AEAT: https://www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/FAQs-Desarrolladores.pdf

El punto 10, importación de facturas, creo que da la pista sobre el tema. Pongo este extracto:

[...]Por lo tanto, en los sistemas del empresario,
efectivamente, este tendrá facturas de dos clases: las producidas con su SIF y las
producidas con el SIF del empresario al que delegue esa facturación. Esas otras
facturas, naturalmente no se tienen ni que volver a imprimir con QR, ni mucho menos
volver a enviarlas a la Sede Electrónica de la AEAT. Ambas funcionalidades las habrá
realizado el SIF de la empresa que materialmente las haya emitido.[...]

[fgarcia-humanoide]

El módulo de odoo SA para 18 por ejemplo , no permite desconectar verifactu en un diario de ventas si verifactu está activado

[fgarcia-humanoide]

Sin embargo, el módulo de odoo SA no bloquea el diario de ventas con el hash de odoo (esto sería otra cuestion)

[cesarsc79]

Propuesta de solución

En aquellos deployments donde Verifactu esté activado a nivel de compañía —como sucede actualmente— puede darse el caso de que existan diarios con la opción Verifactu activada y otros diarios donde dicha opción no esté activada.

Para garantizar el cumplimiento normativo y evitar inconsistencias, se propone aplicar una restricción directa sobre los movimientos contables (account.move) que pertenezcan a diarios con Verifactu desactivado.

Restricción propuesta

Para los registros de account.move cuyo diario no tenga habilitada la opción Verifactu, se aplicarán los siguientes bloqueos:

1. No permitir imprimir

Los documentos contables asociados a estos diarios no podrán ser impresos bajo ninguna circunstancia.
Esto evita que se generen versiones impresas que puedan interpretarse como documentos oficiales cuando no cumplen con los requisitos Verifactu.

2. No permitir enviar

Del mismo modo, estos documentos no podrán enviarse a terceros (por email u otros medios) desde el sistema.
El objetivo es impedir que se distribuyan documentos que no estén validados conforme al estándar Verifactu.

Resultado esperado

Con esta limitación:

Los diarios con Verifactu activado seguirán funcionando con todas las características previstas (envío, impresión, informes…).

Los diarios sin Verifactu activado quedarán claramente diferenciados, sin posibilidad de imprimir ni enviar sus movimientos.

Se evita cualquier uso indebido o interpretación errónea de documentos no validados según Verifactu.

Se garantiza un funcionamiento coherente dentro del mismo deployment mixto.

[anmarmo1]

La verdad es que aunque haya casuísticas que puedan justificar no enviar a VERIFACTU, esto es la puerta abierta a tener un diario de "caja B". @almumu @anmarmo1 @SoniaViciana recordáis cuál fue la razón inicial de habilitar VERIFACTU por diarios? O fue solo por mimetizar con el SII?

Y lo mismo podría plantearse de las posiciones fiscales.

Hola Pedro, lo dejamos abierto por que se planteo el tema de las auto-facturas y posibles casos en los que no se tuviesen que remitir a AEAT, Realmente, no se si realmente hay casos en los que no aplique el verifactu a parte de diarios que se utilicen para importar ventas y cosas asi, pero personalmente yo no lo contemplaría en un diario de venta ya que si lo tratamos como factura nos obliga a tener un registro de facturacion aunque no se envie a AEAT y la implementacion de eso se complica, el registro de facturacion no es la propia factura en el documento de faq's en el punto 10 "Cada factura tiene un Registro de Facturación (RF). En la configuración de dicho RF se incluye la identidad del SIF emisor. Por lo tanto, las facturas, mejor dicho los Registros
de Facturación, que se encuentren soportados en un sistema de Gestión, pero que no
hayan sido producidos por el SIF del empresario, son fácilmente identificables como
RFs importados para dicha gestión" Eso implica que guardemos la identificación del SIF original

[ignaciord]

En ese sentido, quizás sería interesante habilitar un campo de la cabecera de la factura, para diarios de venta No Verifactu, en el que se pueda informar la identificación del SIF original.

[ignaciord]

Y, también, lo que indica cesarsc79 tiene sentido: si se trata de facturas importadas desde otro SIF, hacia un diario de ventas de Odoo No Verifactu, quizás se podría plantear la posibilidad de impedir que se pueda imprimir o enviar una factura, estas facturas solo deberían existir en Odoo con propósitos de gestión contable, declaración de impuestos... Pero no para reimpresión (al menos el Qr ya no sale) o para envío.

[pedrobaeza]

Cuantas más vueltas le doy, más se debería prohibir estos diarios que no envíen a VERIFACTU. Si alguien importa, que en su proceso de importación neutralice esas facturas para que no se envíen otra vez (por ejemplo, tocando el estado VERIFACTU y poniéndolo a enviado).