[l10n_ar_invoice] amount calc bug cuando incluye impuestos en precio final pre-configurados en el producto

Bug #1042944 reported by Mariano Ruiz
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openerp-l10n-ar-localization
New
Undecided
Unassigned

Bug Description

Cuando en un producto configuramos impuestos en "Contabilidad"/"Impuestos de ventas", para que al crear la factura automáticamente agregue esos impuestos al registro, los campos que agrega este módulo _amount_unit_vat_included, _amount_unit_not_vat_included, .... funcionan correctamente.

Pero si en el impuesto que declaramos en el producto, tildamos la casilla "Impuestos incluidos en precio", lo que hace OpenERP es en el campo de la linea de la factura "price_unit" es meter el valor total con impuestos del producto (1 unidad), mientras que en el field "price_subtotal" pone el valor sin impuestos, EXCEPTO los que están con impuesto incluido en precio, por lo que el reporte termina imprimiendo valores finales correctos, pero en la columna "Subtotal" de la factura si es de tipo "A" de todos modos figuran con el valor + impuestos.

En el branch que cree propongo una solución para este bug, pero no se si es la mejor solución, así que si alguno tiene el mismo problema invito a que revisen el patch para si es correcto mergearlo con el trunk.

Related branches

Revision history for this message
Mariano Ruiz (marianoruiz) wrote :

Ah, también para que sea más genérica la detección de impuestos IVA, en el branch cambié la función lambda para que en vez de pasarle la lista de los nombre de impuestos que son IVA, directamente filtre todos aquellos que en parte de su nombre esté el string "IVA", ya que ningún impuesto que no sea tal va a llevar en su nombre esa palabra. Esto puede ser omitido en el merge ya que no es necesario para corregir el bug descripto.

Revision history for this message
Cristian Sebastian Rocha (cristian-rocha) wrote :

Mariano,

estoy revisando tu requerido de Merge. Me gustaría armar una caso de testing automático para este bug y así agrego todo junto, pero para ello necesito un ejemplo.

Voy a utilizar el ejemplo automático que utiliza openerp que se encuentra entre los addons:

addons/account/test/account_customer_invoice.yml

Ahí construye la siguiente factura:

-
  In order to test account invoice I create a new customer invoice
-
  !record {model: account.invoice, id: account_invoice_customer0}:
    account_id: account.a_recv
    address_contact_id: base.res_partner_address_zen
    address_invoice_id: base.res_partner_address_zen
    company_id: base.main_company
    currency_id: base.EUR
    date_invoice: !eval time.strftime('%Y-%m-%d')
    invoice_line:
      - account_id: account.a_sale
        name: '[PC3] Medium PC'
        price_unit: 900.0
        quantity: 10.0
        product_id: product.product_product_pc3
        uos_id: product.product_uom_unit
    journal_id: account.sales_journal
    partner_id: base.res_partner_3
    reference_type: none

El producto esta declarado como:

        <record id="product_product_pc3" model="product.product">
            <field name="default_code">PC3</field>
            <field name="supply_method">produce</field>
            <field name="list_price">900.0</field>
            <field name="standard_price">600.0</field>
            <field name="uom_id" ref="product_uom_unit"/>
            <field name="uom_po_id" ref="product_uom_unit"/>
            <field name="sale_delay">3.0</field>
            <field name="name">Medium PC</field>
            <field name="type">product</field>
            <field name="categ_id" ref="product_category_pc"/>
        </record>

Entonces. Necesitaría que me confirmes, necesitamos probar los casos:

1) precio de PC3 con IVA incluido.
2) precio de PC3 sin IVA incluido.

Para ello habría que modificar el campo "price_include" en el impuesto IVA. Estamos de acuerdo?

Abrazo,
Cristian.

Revision history for this message
Mariano Ruiz (marianoruiz) wrote :

mm el problema es que si bien el problema creo está en ese campo, que no debería de incluir ningún impuesto, como puede tener un impacto muy grande, el cambio lo hice en el cálculo de los campos propios del módulo, que arrastraban el error (_amount_unit_vat_included y _amount_unit_not_vat_included).

Revision history for this message
Cristian Sebastian Rocha (cristian-rocha) wrote :

Bue, luego de hacer un gran esfuerzo logré armar un prueba automàtica para chequear este bug. El problema es que como no entiendo todavía exactamente donde se encuentra solo puedo adjuntar el código y que me ayudes a que fuerce este bug.

Revision history for this message
Cristian Sebastian Rocha (cristian-rocha) wrote :

Mariano,

todo este bug se relaciona a los precios con IVA incluido en la lista de precios? Porque si es así creo saber como debería hacer el test.

Revision history for this message
Mariano Ruiz (marianoruiz) wrote :

No no uso lista de precios, nunca trabajé con ellas, de hecho no se como funcionan.

Revision history for this message
Cristian Sebastian Rocha (cristian-rocha) wrote : Re: [Openerp-l10n-ar-localization] [Bug 1042944] Re: [l10n_ar_invoice] amount calc bug cuando incluye impuestos en precio final pre-configurados en el producto

No Mariano, no... me expresé mal.

Hay dos formas de cargar el precio de un producto: con iva y sin iva.

Este bug esta relacionado con los precios con iva incluido?

2013/2/7 Mariano Ruiz - EOC <email address hidden>:
> No no uso lista de precios, nunca trabajé con ellas, de hecho no se como
> funcionan.
>
> --
> You received this bug notification because you are a member of OpenERP -
> Team de Localización Argentina, which is subscribed to openerp-l10n-ar-
> localization.
> https://bugs.launchpad.net/bugs/1042944
>
> Title:
> [l10n_ar_invoice] amount calc bug cuando incluye impuestos en precio
> final pre-configurados en el producto
>
> Status in OpenERP - Localización Argentina:
> New
>
> Bug description:
> Cuando en un producto configuramos impuestos en
> "Contabilidad"/"Impuestos de ventas", para que al crear la factura
> automáticamente agregue esos impuestos al registro, los campos que
> agrega este módulo _amount_unit_vat_included,
> _amount_unit_not_vat_included, .... funcionan correctamente.
>
> Pero si en el impuesto que declaramos en el producto, tildamos la
> casilla "Impuestos incluidos en precio", lo que hace OpenERP es en el
> campo de la linea de la factura "price_unit" es meter el valor total
> con impuestos del producto (1 unidad), mientras que en el field
> "price_subtotal" pone el valor sin impuestos, EXCEPTO los que están
> con impuesto incluido en precio, por lo que el reporte termina
> imprimiendo valores finales correctos, pero en la columna "Subtotal"
> de la factura si es de tipo "A" de todos modos figuran con el valor +
> impuestos.
>
> En el branch que cree propongo una solución para este bug, pero no se
> si es la mejor solución, así que si alguno tiene el mismo problema
> invito a que revisen el patch para si es correcto mergearlo con el
> trunk.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openerp-l10n-ar-localization/+bug/1042944/+subscriptions
>
> --
> Mailing list: https://launchpad.net/~openerp-l10n-ar-localization
> Post to : <email address hidden>
> Unsubscribe : https://launchpad.net/~openerp-l10n-ar-localization
> More help : https://help.launchpad.net/ListHelp

--
Coop. de Trab. Moldeo Interactive Lmt.
Cristian Sebastian Rocha
Consultor Analista.
Castillo 1336 Módulo 12 A
(C1414AXD) CABA, Argentina.
(+54-9-11).6800.0269
http://interactive.moldeo.coop

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.