OCA / l10n-spain

Odoo Spain Localization
https://www.aeodoo.org/estado-localizacion
GNU Affero General Public License v3.0
290 stars 520 forks source link

RFC Prorrata especial #493

Closed rubencabrera closed 7 years ago

rubencabrera commented 7 years ago

¿Cuál sería la mejor manera de introducir el cálculo de la prorrata especial?

En el caso que me ocupa, que no sé si será el habitual, algunas líneas de factura pueden deducirse completamente y otras irían a la prorrata.

¿Creamos un tipo de impuesto que aplique la prorrata y llevamos los ya existentes con su importe total? ¿Creamos un tipo de impuesto que no la aplique y dejamos el cálculo tal cual está para los que ya hay?

¿Hay alguna otra particularidad que se me escape y haya que tener en cuenta?

pedrobaeza commented 7 years ago

No hacen falta impuestos especiales. Los impuestos que sirven para deducir la cuota de prorrata están ya incluidos en el plan contable. Lo suyo es ampliar el módulo l10n_es_vat_prorrate para permitir la prorrata especial, utilizando el mismo sistema de cálculo mediante el 303 (que además es en donde tiene efecto). Revisa el código aquí: https://github.com/OCA/l10n-spain/tree/8.0/l10n_es_aeat_vat_prorrate

rubencabrera commented 7 years ago

Hola, @pedrobaeza, ¿Qué impuestos son los que permitirían la prorrata especial? Utilizando el mismo sistema de cálculo, habría que distinguir el IVA prorrateable del que no se quiere prorratear, para deducirlo por completo, pero no hemos encontrado uno que por la descripción nos indique que es el destinado a este fin. Al usar los tipos de IVA soportado "comunes" como prorrateable por defecto, se genera confusión y el usuario tiende a usarlo como el IVA que se quiere deducir íntegramente, ya que nada indica ni en este ni en otro el concepto de prorrata. De momento hemos salvado los muebles de este trimestre creando un tipo de IVA a prorratear que sustituya a cada tipo de IVA por defecto, indicando con él que en este nuevo sí se va a deducir parcialmente, mientras que el resto queda como deducible por completo (o no deducible en el caso de que así se indicara con el impuesto correspondiente, esto no necesita cambio alguno). Esta solución es temporal y muy poco reutilizable, por lo que tenemos pendiente mejorarla con lo que pueda salir de este issue.

Este es el código del 'apaño' que comento. Como se puede ver, sólo hemos necesitado el cálculo para el 21%, ya que en el caso del cliente afectado no había otros a tener en cuenta.

Muchas gracias por tu ayuda.

pedrobaeza commented 7 years ago

OK, no recordaba cómo funciona la prorrata especial. En este caso entonces creo que es mejor marcar las líneas de factura prorrateables en lugar de crear nuevos impuestos.

rubencabrera commented 7 years ago

¿Ponemos un booleano en la línea de factura y al validarla lo indicamos en otro booleano en el apunte de la cuota? No sé si me dejo algo por ese lado, pero creo que también habría que hacer algo con la regularización a final del año.

pedrobaeza commented 7 years ago

La regularización de final de año creo que se haría como se hace con la prorrata general: en la declaración del cuarto trimestre del año (o de diciembre si es mensual), en el asiento generado, se incluye dicha regularización. Revisad el código de la prorrata general.

cincmi commented 7 years ago

Buenos días, respecto al modulo l10n_es_vat_prorrate, alguien puede explicarme como funciona? Por lo que veo del código, hace el càlculo de la prorrata al calcular el 303...eso significa que cuando se contabilizan las facturas no se pasa la prorrata a gasto? En mi trabajo quieren que se informe la prorrata general y a partir de ahí que cada factura pase la parte no deducible como gasto a la cuenta de gasto correspondiente. Y luego al final de año hacer la regularización con la prorrata definitiva. Este modulo no hace eso no?

pedrobaeza commented 7 years ago

La prorrata se pasará a gasto cuando se haga el 303, no antes. Está todo explicado en el módulo y no se debe meter ruido en esta incidencia que es para otra cosa.

carlosap92 commented 7 years ago

Buenas tardes. Vamos a trabajar en la siguiente solución:

Después de estudiar las soluciones planteadas anteriormente, hemos comprobado que el 303 busca los apuntes contables y no las líneas de factura (esto es correcto ya que si se realizara un apunte a mano, debería funcionar igualemente). Por tanto, no es posible marcar la propia línea de factura.

pedrobaeza commented 7 years ago

Pero es que no haría falta crear impuestos nuevos. Una empresa no puede estar simultáneamente en 2 regímenes de prorrata, por lo que los impuestos de no deducible valen para determinarlo.

rubencabrera commented 7 years ago

En la prorrata especial algunas líneas de factura pueden ser deducidas por completo, otras prorrateadas y otras no deducibles. El criterio es algo arbitrario, ya que puede depender de a qué vaya a ser destinado el material comprado. ¿Cómo distinguimos a la hora de calcular el 303 que un apunte va con prorrata y otro para el mismo impuesto va sin ella? Modificar la creación del apunte para indicarlo es más complejo que crear los códigos de impuesto y basarnos en ellos.

pedrobaeza commented 7 years ago

OK, entendido. Sí, entonces mejor con impuesto.

rubencabrera commented 7 years ago

Estupendo, gracias por la ayuda, @pedrobaeza. No sé si es muy relevante, pero puedes poner a @carlosap92 como asignado, ya mismo se ha puesto a ello.

rubencabrera commented 7 years ago

Cierro porque está solucionado y pendiente solamente de merge en #521