[IMP][18.0] l10n_es_sii_oca: Clave SII en “Extracomunitario” debería depender de si se venden bienes o servicios (01 vs 02)

[rafaelbn]

¡Hola!

¿Veis posible alguna mejora a este respecto @OCA/local-spain-maintainers ?

Problema:

[SII] Clave SII en “Extracomunitario” debería depender de si se venden bienes o servicios (01 vs 02)

En Odoo la clave SII por defecto se define en la posición fiscal. Con una única posición fiscal “Régimen extracomunitario”, si se deja la clave por defecto como [01], será correcta para ventas de servicios, pero incorrecta para ventas de bienes (exportación), donde debería ser [02]. Y viceversa.

Al usar la misma posición fiscal para varios clientes extracomunitarios, el sistema no puede elegir la clave correcta según el tipo de producto.

Deseado:

Permitir que la clave SII se determine automáticamente según el tipo de producto (bien/servicio), o al menos poder configurarla por línea/categoría de producto/impuesto, en lugar de quedar fija únicamente por posición fiscal.

Alternativas:

• Duplicar posiciones fiscales: “Extracomunitario bienes” (clave [02]) y “Extracomunitario servicios” (clave [01]).
• Cambiar manualmente la clave SII en cada factura antes de enviarla. Lo que se está haciendo ahora.

Contexto adicional:

Caso típico: mismo cliente con posición fiscal “Extracomunitario”. Si la factura incluye un producto tipo “Bien”, Odoo informa clave [01] por defecto y el SII debería ser [02]. En servicios, [01] sí encaja.

Muchas gracias por vuestros consejos y opiniones.
Saludos,
Rafa

@moduon MT-13659

[HaraldPanten]

Me he encontrado con este caso en numerosas ocasiones. Yo quizá plantearía otro enfoque:

No sería mejor que a nivel de partner se pudiera determinar una clave por defecto en el SII de ventas/compras que pase por encima de la general, que es la que se determina en la Posición Fiscal? Es decir:

• Como norma general, tengo la clave [02] de ventas para la posición extracomunitaria.
• Pero si en el partner tengo que su clave por defecto en el SII para ventas es la [01], entonces las ventas a ese partner cogerán la clave [01] por defecto.
• Sería la lógica general que sigue Odoo en todos sus flujos, Cuanto más concreta sea la configuración, más prioridad tendrá; en este caso: Si el partner tiene clave por defecto, me coge esa, pero si el partner no la tiene, entonces cojo la de la posición fiscal.

Habitualmente, para un mismo partner serviremos: o producto, o servicio. Y lo mismo ocurrirá en las adquisiciones para un mismo proveedor.

Sí es cierto que habrá casos que salgan de estas casuísticas, pero quizá hacer algo para ajustarlo más ya sería complicarnos demasiado. Igual podemos ir de menos a más.

Con esto creo que ya podríamos ajustarlo bastante. No nos olvidemos que se trata de una clave por defecto; es decir, es la que viene puesta en origen, pero se puede cambiar. Lo mismo nos pasa, a veces, con los modos de pago; ya que asignas uno por defecto en el partner, pero en facturas concretas acuerdas condiciones distintas.

WDYT?

[pedrobaeza]

Hay determinados impuestos que deberían definir la clave de registro automáticamente, en lugar de irnos a posición fiscal o a partner como sugiere Harald.

[HaraldPanten]

Entonces sugieres una lógica más profunda, no? Definido muy por encima de este modo:

• Con el SII puedo definir clave por defecto en la posición fiscal.
• Con el SII podré (si aplicamos esta mejora) definir una detección automática de clave en función del impuesto aplicado en la factura.
• Si hay lógica en el impuesto, pongo la clave del impuesto. Si no hay lógica en el impuesto, me voy a la posición fiscal. Y si ya no hubiera en la posición fiscal, dejo en blanco.

Entonces aquí lanzo mi consulta:

¿Qué pasa si tengo dos impuestos en una misma factura que tienen dos lógicas distintas y una implica poner la clave 01 y la otra la clave 02?

Caso práctico:

Venta extracomunitaria con bienes y servicios. Unas líneas tendrán IVA de exportación y las otras tendrán IVA 0% por prestación de servicios extracomunitaria.

Quizá la respuesta sea que ese caso no debería darse, o debería gestionarse de otra manera, pero al margen de eso, yo lo que intento analizar es: ¿Qué "lógica de impuesto" tiene prioridad? ¿Un error de usuario puede conllevar un error técnico?

Por eso sugería forzar la clave a nivel de partner, ya que me parece un buen punto de partida, igualmente útil, y que puede llegar a cubrir un alto porcentaje de casos.

WDYT?

[pedrobaeza]

Bueno, justo para esos casos existe las claves adicionales de registro. Habría que popular esas claves de manera secuencial.

[HaraldPanten]

@rafaelbn Podéis hacer planteamiento desde aquí (a nivel teórico) y vemos cómo lo avanzamos? Lo digo para que no abráis PR y haya que ir iterando. Para ser más efectivos.