[16.0][MIG] l10n_es_aeat_mod369: Migration to 16.0

[ACheung-FactorLibre]

No description provided.

[RodrigoBM]

@ACheung-FactorLibre cambiar el nombre de la tarea a [16.0][MIG] l10n_es_aeat_mod369: Migration to 16.0 gracias

[SoniaViciana]

Aquí realizamos una migración estándar de #3117.

Tras hacer pruebas en Runboat en las versiones 14.0 y 15.0 vemos que el modelo contiene multitud de errores o no lo estamos probando bien. Teniendo en cuenta que sólo contempla la declaración bajo el Régimen de la Unión:

1. Configuración de impuestos

Hay 2 campos de país:

Cuando "country_id = Hungría" y "oss_country_id = España". El informe completa la pestaña 4 pero el código de país es erróneo, puesto que debería ser HU:

Si invertimos la configuración: "country_id = España" y "oss_country_id = Hungría". El informe completa la pestaña 8 y el código de país es correcto, sin embargo no se rellenan 3 ni 4:

Esas pestañas deberían completarse conforme a la configuración del service_type que vemos en el impuesto pero no funciona:

2. Readme erróneo

El modelo no crea el asiento de regularización de IVA -> #3194

3. Fichero TXT de carga en AEAT erróneo

Sin entrar al detalle y tras realizar una comprobación en diagonal de las intstrucciones de la AEAT, el fichero que genera Odoo no es correcto:

https://sede.agenciatributaria.gob.es/Sede/ayuda/consultas-informaticas/presentacion-declaraciones-ayuda-tecnica/modelo-369.html

---

¿Este módulo se ha usado en algún entorno de producción en alguna versión? El PR original lleva meses mergeado #2362...

Gracias,

@JuanjoA @victoralmau @hildickethan-S73 @rafaelbn @pedrobaeza

[hildickethan]

¿Este módulo se ha usado en algún entorno de producción en alguna versión? El PR original lleva meses mergeado #2362...

Nosotros llegamos a usarlo en la 14.0, solo en 1 cliente pero sigue usándolo a día de hoy y no recibido quejas, aunque es posible que la configuración funcione por casualidad
Yo en su día me basé en el fichero ese de diseño de registro de modelo y llegué a sacar ficheros que los acepta la AEAT al declararlo con el cliente mencionado aneriormente

Pero lo que comentas sí que parece un poco raro; country_id en la 14.0 no estaba, parece ser que se puso en base en la 15.0
y debería haberse contemplado en la migración del módulo de OSS o este en esa versión. Aunque en todo caso entiendo que deberían de tener el mismo valor los 2 campos y los casos que presentas no deberían darse

[SoniaViciana]

Gracias por la respuesta @hildickethan-S73

Revisando en v14, sí existen ambos campos de "country" a nivel de impuestos:

• Oss country -> oss_country_id (Alemania)
• Fiscal country -> country_id (España)

El resultado en RunBoat es erróneo igual que en v15 y v16, puesto que no se completan los apartados 3 ni 4 a pesar de haber configurado los impuestos:

Al contabilizar una factura a la que aplican 2 cuotas de Alemania:

El modelo 369 no las diferencia, las unifica en una misma línea y no las tiene en cuenta ni como bienes ni como servicios:

[SoniaViciana]

Con el último FIX aportado por @aritzolea ya se calcula bien el modelo siempre que se establezca esta configuración en los impuestos:

Esta configuración puede ser algo confusa dado el nombre de los campos, pero vimos que oss_country_id se creó en el módulo l10n_eu_oss_oca en versiones previas, cuando los impuestos no tenían país, en versiones posteriores se incorporó el país en la base de account como country_id. Esta parte del país está bastante confusa actualmente, si alguien más le puede echar un vistazo y aportar ayuda se lo agradecemos.

De todas formas, ahora en la v16 sí se calcula bien el Régimen de la Unión::

Diferenciando bienes y servicios:

Próximos pasos:

• Incoporar pestaña "7. Correcciones de autoliquidaciones de periodos anteriores".
• Ajustar el fichero TXT para cargar en la AEAT

Gracias,

@HaraldPanten @ValentinVinagre @pedrobaeza

[SoniaViciana]

Revisión funcional OK

[pedrobaeza]

Vale, pero quedarían aún pasos antes de poder fusionar esto, ¿no?

/ocabot migration l10n_es_aeat_mod369

[ValentinVinagre]

¿ @SoniaViciana el PR ya está listo para revisar?

[SoniaViciana]

Se puede revisar que los cálculos y desglose de apartados del modelo 369 son correctos.

Lo que creo que no estará bien es el TXT puesto que no nos ha dado tiempo a revisarlo aún y a simple vista parece que ya venía mal de versiones anteriores.

Gracias,

[ValentinVinagre]

Se puede revisar que los cálculos y desglose de apartados del modelo 369 son correctos.

Lo que creo que no estará bien es el TXT puesto que no nos ha dado tiempo a revisarlo aún y a simple vista parece que ya venía mal de versiones anteriores.

Gracias,

Entonces vamos a esperar que lo tengáis terminado completamente para revisarlo.
Un saludo,

[SoniaViciana]

Esta migración ya debe estar correcta y se puede probar (pendiente rehacer el Runboat). El pasado mes de Enero una empresa declaró el 4T de 2023 con el mismo fichero que genera Odoo, este fue el resultado:

El error que sale sospechamos que es una advertencia solamente, consecuencia del método de redondeo, esto:

Si comparamos el 369 de Odoo respecto a la imagen que os he pasado de la AEAT, la AEAT directamente ajusta los céntimos:

Lo he comparado en Excel sólo que no puedo cargarlo, esto:

La cuestión es que por los céntimos difiere en 0,05€ el resultado que calcula la AEAT respecto a lo que le informamos desde Odoo con el TXT:

Pero lo dicho, consideramos que es una advertencia y que no tiene solución a no ser que se cambie el método de redondeo (lo cual nosotros en nuestro proyecto no haremos sabiendo cómo funciona). Si surge cualquier duda quedamos a vuestra disposición.

Saludos!

[pedrobaeza]

Efectivamente veo que es un aviso y que además, es demasiado estricto, ya que la suma de redondeos nunca será el redondeo de la suma. En otros modelos lo tienen en cuenta y dejan un margen de tolerancia, pero parece ser que aquí no.

Vamos a fusionar ya después de todo este recorrido, y siempre se pueden hacer PRs extra para cualquier parche encontrado posteriormente. Gracias a todos los que han colaborado.

/ocabot merge nobump

[OCA-git-bot]

This PR looks fantastic, let's merge it!
Prepared branch 16.0-ocabot-merge-pr-3166-by-pedrobaeza-bump-nobump, awaiting test results.

[OCA-git-bot]

Congratulations, your PR was merged at 4fb94d5. Thanks a lot for contributing to OCA. ❤️