Localización Española

¡Bienvenido a los foros Aeodoo!

Somos la comunidad de Odoo internacional hispanohablante.
Estos foros son para compartir y debatir dudas técnicas, funcionales y mejores prácticas para Odoo. Recuerda que no están permitidos los insultos, descalificaciones o spam, cualquier conducta reprobable supondrá el baneo del usuario.

 
Ocultar IntroRegistro

0

Impuestos duplicados para diferenciar productos con precio IVA inc o no, no salen en modelos AEAT

Avatar
Laia Espinosa
AEAT

Hola, 

tenemos el caso de una empresa, cuyos productos se definen para su venta con el precio IVA inc y otros con el precio base.

Para cubrir ambos casos hemos tenido que duplicar el impuesto de IVA 21,10 y 4 para la venta, teniendo uno marcado el checkbox "Impuestos incluidos en el precio" y dejando el original como esta.

Todo parece funcionar ok, el problema es que al calcular el Libro de IVA o el modelo 303, por ej. ,vemos que no nos incluyen las ventas de estos nuevos impuestos al no estar incluidos en el mapeo.

Vemos que es un tema recurrente en varios post, si no lo entendi mal, se indica que la definición de los impuestos que se incluyen en un modelo se hace mediante definición fija en los módulos de OCA...entonces...¿cómo podemos definir nuevos impuestos?

 Muchas gracias por la ayuda,

saludos

Avatar
Discard
4 Answers
1
Avatar
Valentín Vinagre
Best Answer

Hola Laia,

¿Porque motivos habéis optado productos con el precio con impuesto incluido y otros que no? ¿Que canales de venta siguen cada uno?

Antes se tendría que saber porque estáis realizando esa "configuración" y que necesidades os han impulsado a ello, no es una práctica demasiado habitual y como ya habéis visto, da bastantes problemas si no tienes ne cuenta todo.

Un saludo,

Comment Share
2 Comments
Avatar
Discard
Avatar
Laia Espinosa
-

Hola, el escenario es el siguiente:
Una compañía que vende productos desde tiendas (con el módulo de TPV) a cliente particular.
También vende a otras empresas (con el módulo de ventas).
Y emite facturas de alquiler que tienen retención.

Sus precios de venta los determinan siempre IVA inc. y no podemos informar el precio sin IVA en la ficha del producto porque luego no se ajusta, por el tema de los decimales (no se calcula igual un precio).
Por ej un producto con precio deseado a 10 €:
Impuestos excluidos: 8.26€ & 10.00€
Impuestos incluidos: 8.26€ & 9.99€ (8.26€ * 1.21 = 9.99€)

Otro problema que se da con la config, de IVAs por defecto (Incluido en el precio = NO), desde el TPV cuando un empleado quiere cambiar el precio de un producto tiene que informarlo sin IVA..., aunque luego el precio que se muestra en la línea es correcto, al calcularle el IVA y mostrar el total, pero nos da problemas de ajuste por decimales (el ejemplo de antes).

Finalmente nos hemos planteado:
No añadimos nuevos impuestos.
Sólo en los impuestos de venta de "IVA (bienes)" indicamos que son precio con IVA.
En el resto, tanto los impuestos de compras, como los de venta "IVA (Servicios)" lo dejamos con la config. por defecto (Incluido en el precio = NO)

De esta forma los productos de las tiendas (que son de los que se gestiona stock y configurados como "Almacenables") les indicamos su IVA x% (bienes) y será incluido precio = SI. Su precio se informa IVA inc y desde el TPV nos permite informar bien el cambio de precio.

¿Puede ser una forma viable de resolverlo?

Muchas gracias a todos por la ayuda y aportaciones.

Avatar
Harald Panten López
-

Si así os cuadra, creo que podréis resolverlo bien. Acabad de probar los flujos para verificarlo, pero me suena mucho mejor que crear impuestos para cuadrar los casos faltantes (incluido/no incluido).

0
Avatar
Enric Tobella
Best Answer

A ver, si no recuerdo mal, las facturas que vienen de un impuesto ya fuerzan a que sea con IVA incluido (aunque tu empresa sea con IVA excluido). Esto puede que os pueda servir para pensar un código para forzarlo.

https://github.com/odoo/odoo/blob/17.0/addons/hr_expense/models/account_move_line.py#L29-L36

Comment Share
Avatar
Discard
0
Avatar
Fernando García Hansen
Best Answer

O una cosa u otra, las dos a la vez van a dar problemas.

Comment Share
Avatar
Discard
0
Avatar
Harald Panten López
Best Answer

Hola Laia,

No me convence del todo el planteamiento que habéis hecho, aunque desconozco el proyecto; claró está. Si creáis impuestos nuevos, es importante hacerlo por código y luego hacer las correspondientes extensiones para los modelos de Hacienda (303, 390, Libro de IVA, SII...), y hacer el mapeo.

De todas formas, tened en cuenta que si hacéis esto tendréis unas personalizaciones que dependerán únicamente de vuestro mantenimiento.

Saludos.

Comment Share
2 Comments
Avatar
Discard
Avatar
Laia Espinosa
-

Hola, para el caso que comentamos, "tener productos cuyo precio se establece IVA incluido , y otros que no..." como se podría plantear para no tener este problema?

Avatar
Harald Panten López
-

No conozco el proyecto lo suficiente como para valorarlo, pero normalmente eso se define a nivel de compañía, en caso de que se deban mostrar los impuestos incluidos/excluidos, o bien para los precios del TPV.
Creo que crear IVAs incluidos para gestionar todas esas casuísticas, lo que hacen es complicar el mantenimiento a largo plazo.
De todas formas, en caso de que fuera necesario (aquí deberíais valorarlo vosotros), habría que hacerlo por código y crear los correspondientes mapeos en los modelos de Hacienda.