Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[16.0] l10n_es_aeat: Cambios a realizar en la función de "Facturas a Terceros" #3187

Open
SoniaViciana opened this issue Aug 10, 2023 · 16 comments

Comments

@SoniaViciana
Copy link

Hola,

No he seguido el histórico de las mejoras y cambios en la función de facturas a terceros -> https://github.com/OCA/l10n-spain/pull/2651 https://github.com/OCA/l10n-spain/pull/2720 #2599

Pero si he realizado pruebas en v16. Añado a continuación una serie de problemas que he encontrado:

Ventas

image

La numeración del tercero para mi gusto debería trasladarse a la numeración de la factura en sí tal y como se haría con https://github.com/OCA/account-invoicing/tree/15.0/account_invoice_force_number

En caso contrario, al buscar esa factura en el listado de asientos / apuntes contables, sólo la podré encontrar conforme a la numeración FUSD2/2023/0001, cuando la realidad es que al SII he remitido el número de factura THIRD202300004 que es lo correcto al ser una factura de tecero... Luego, si extraemos el LIVA también estaría mal, consta la numeración de Odoo y no la del tercero.

Compras

No veo sentido a los campos habilitados en las facturas de compra: me obliga a completar la "Referencia de proveedor" si tengo el SII, en caso contrario se mostrará un error de validación: "El nº de factura del proveedor es obligatorio".

Además, cuando contabilizo una factura de compra en nombre del proveedor, se la debería remitir. El PDF impreso no refleja el numero de factura del tercero.

*** Para compras creo que es mucho más completo https://github.com/OCA/account-invoicing/tree/15.0/account_invoice_supplier_self_invoice puesto que:

  1. Permite asignar secuencias de factura de compra a los proveedores
  2. Habilita la impresión de PDF autofactura

Gracias por vuestra ayuda,

@pedrobaeza @HaraldPanten

@pedrobaeza
Copy link
Member

No estoy de acuerdo en lo primero. Una cosa es el número de factura de la propia compañía, y otra el número de la factura de terceros.

Lo de compras no termino de entender qué tiene que ver con la numeración de terceros. ¿Acaso aparece dicho campo en facturas de proveedor?

@SoniaViciana
Copy link
Author

Cuando marco que una factura de cliente es en nombre de terceros, implica que la factura de la ha emitido el proveedor / acreedor en mi nombre, su factura y el número que él le haya dado es lo correcto, y no la numeración que le dé Odoo. Por ello no veo necesidad de asignarle a estas facturas la numeración de Odoo y menos que sea la que conste en los modelos legales.

En facturas de compra sí que aparecen estos campos y salvo error, no deberían.

Añado error extra: En facturas que ya han sido publicadas puedo marcar y desmarcar la opción sin restricción:

image

Lo óptimo es que no se pudiera quitar cuando la factura ya se ha publicado.

@pedrobaeza
Copy link
Member

Cuando marco que una factura de cliente es en nombre de terceros, implica que la factura de la ha emitido el proveedor / acreedor en mi nombre, su factura y el número que él le haya dado es lo correcto, y no la numeración que le dé Odoo. Por ello no veo necesidad de asignarle a estas facturas la numeración de Odoo y menos que sea la que conste en los modelos legales.

Si te emiten varios "proveedores" facturas de terceros, vas a tener un pastiche de números sin correlación. Insisto en que debe tener una numeración, pero estoy de acuerdo en que en el libro de IVA habría que tener en cuenta esta condición con lo que suponga (coger un número en lugar del otro, si hay que indicar que es de terceros, etc).

En facturas de compra sí que aparecen estos campos y salvo error, no deberían.

Vale, no lo sé si existen casos de estos, que entiendo que no, pero será cambiar las condiciones de visibilidad.

Añado error extra: En facturas que ya han sido publicadas puedo marcar y desmarcar la opción sin restricción:

Vale, pues esto sí es un bug claro.

@SoniaViciana
Copy link
Author

Además, del punto 1 de ventas, si se asigna la numeración de Odoo y el usuario por error valida la factura en un diario erróneo (no está restringida la visibilidad de los campos conforme a la configuración del diario), implica que perdemos un número de factura y habría saltos.

@pedrobaeza
Copy link
Member

La casilla está en el diario, y de hecho, creo que el bug es que se puede marcar/desmarcar libremente en la factura. Diría que era solo lectura en versiones anteriores. De esa forma, no se pueden hacer facturas de terceros si no se escoge el diario correspondiente.

@rafaelbn
Copy link
Member

rafaelbn commented Aug 12, 2023

Hola @pedrobaeza , @SoniaViciana tiene razón. Esto lo estudié muy mucho 😄

  1. Cuando aceptas que te manden factura un tercero (porque hay que firmar una acuerdo), tú no tienes número, no existe. El único número es el que te emite el tercero. Nada más.

  2. Lo debatí con @etobella , 3 gestores y con AEAT y está claro, cristalino. Se debe tener siempre un Dario de Ventas por cada "tercero" (aunque Enric no lo hace) pues estás aceptando bajo tu responsabilidad que un tercero te emita la facturas y deben ser todas, siempre, siempre, siempre, correlativas del tercero porque él pasa a darte tu secuencia única.

  3. Cualquier número que tú le pongas a esa factura es irrelevante de todo punto y mezclar en un diario esas facturas bajo una misma secuencia no es correcto.

  4. No en vano, mejoramos y refactorizamos junto con CREUBLANCA el módulo https://github.com/OCA/account-invoicing/tree/15.0/account_invoice_supplier_self_invoice para cuando somos el tercero y las emitimos. Porque ellos emiten también.

Nota: se me da el caso en varios clientes que se dan ambas casuisticas y no quedó otra que leer chorros de tinda 😄

https://sede.agenciatributaria.gob.es/Sede/ayuda/manuales-videos-folletos/manuales-practicos/manual-iva-2021/capitulo-10-obligac-formales-suj-registro/obligaciones-materia-facturacion/facturas-expedidas-terceros.html

Conclusión validada por hacienda:

-- Ventas --

  • Cada vez que firmas un acuerdo en la que un proveedor te va a emitir las facturas en tu nombre, debes crear un diario y comprobar que el tercero te emite las facturas correlativamente dado que la serie es tuya y sólo tuya.
  • POR TANTO, nosotros no tuvimos que hacer ningún cambio en ninguna función porque creamos un diario para cada cliente dado que nuestro clientes tiene la responsabilidad de que si su proveedor le emite la factura mal decírselo (aunque la realidad es una jungla).

-- Compras --

  • Por ende, si eres el proveedor y emites las facturas a un cliente en su nombre, (el módulo se ve) se debe genera por cara cliente su secuencia única. En proveedores no hay que tener un diario por cada uno de ellos dado que la secuenca no es tuya si no del cliente.

¡Espero que os aporte! ¡Abracitos! ❤️

@rafaelbn
Copy link
Member

@SoniaViciana

*** Para compras creo que es mucho más completo https://github.com/OCA/account-invoicing/tree/15.0/account_invoice_supplier_self_invoice puesto que:

1. Permite asignar secuencias de factura de compra a los proveedores
2. Habilita la impresión de PDF autofactura
  1. Te permite enviar las facturas por email con un correo específico
  2. Las puedes mandar masivamente 😄

¡Fue divertido! El cliente se parece mucho a Cabify que factura en nombre de los conductores, y necesitaba escalabilidad porque el emite las facturas a todos sus proveedores.

🥳

@etobella
Copy link
Member

Lo de diario por cada emisor de autofactura no queda claro, aunque si deben estar en un diario diferente al de facturas de venta habitual para no mezclar números.

@etobella
Copy link
Member

Tras revisarlo bien, en caso de recepcion se facturas emitidas por terceros, deben tener una numeracion propia cada una. De todas formas, al no usar el numero dado por odoo, sino el del cliente, no es obligatorio tener un diario por cliente y podriamos tener uno unico diario para todas ellas, aunque en entorno con pocos emisores puede ser recomendable para agrupar de forma más eficiente

@pedrobaeza
Copy link
Member

Mi experiencia con las facturas de terceros fue con Amazon, y con ellos, los números que te daban no venían seguidos (y de hecho, cada una tenía un formato diferente según el país destino). Sigo viendo mejor tener un número separado "interno" y otro "externo". La AEAT solo se va a meter en lo que envíes al SII o salga en el libro de IVA (y FacturaE). Lo único que no está adaptado ahora mismo es el libro de IVA. Pero si todos los demás decís lo otro, adelante con los cambios.

@etobella
Copy link
Member

A nosotros no nos ha passado, pero si que hemos visto que, en ocasiones, nos las enviaban en orden no correlativo, ya que alguna factura la paraba el cliente por algun motivo

@rafaelbn
Copy link
Member

rafaelbn commented Aug 14, 2023

Mi experiencia con las facturas de terceros fue con Amazon, y con ellos, los números que te daban no venían seguidos (y de hecho, cada una tenía un formato diferente según el país destino). Sigo viendo mejor tener un número separado "interno" y otro "externo". La AEAT solo se va a meter en lo que envíes al SII o salga en el libro de IVA (y FacturaE). Lo único que no está adaptado ahora mismo es el libro de IVA. Pero si todos los demás decís lo otro, adelante con los cambios.

Pedro, esto es imposible. Si Amazon es tu cliente y tú no le emites facturas si no que la emite el en tu nombre para pagarte, lo has tenido que aceptar en un contrato y entonces te debe mandar tus facturas con una secuencia única para ti.

¿No querrás decir que has comprado a Amazon, es tu proveedor, y el te manda una factura que ha emitido a nombre su cliente?

@etobella , ten en cuenta que si tu proveedor te emite mal las facturas, el problema es tuyo y no suyo 😄 aunque sea él el que te las manda mal....

@etobella
Copy link
Member

Mi cliente emite bien las facturas, pero si no la envian en el momento correcto puede pasar lo que comentavamos. Al final llegan todas, pero te obliga esperar a que llegue la correcta, por eso es mejor usar un numero alternativo, al estilo SII

Copy link

There hasn't been any activity on this issue in the past 6 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days.
If you want this issue to never become stale, please ask a PSC member to apply the "no stale" label.

@github-actions github-actions bot added the stale PR/Issue without recent activity, it'll be soon closed automatically. label Mar 31, 2024
@pedrobaeza
Copy link
Member

Alguien va a hacer algo sobre esto?

@etobella
Copy link
Member

etobella commented Apr 1, 2024

Yo creo que no se debe hacer nada, ya que la solución actual, para mi, es correcta

@github-actions github-actions bot removed the stale PR/Issue without recent activity, it'll be soon closed automatically. label Apr 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants