account_balance_reporting: Las cuentas de ingresos aparecen con saldos negativos

Bug #485221 reported by Borja López Soilán (NeoPolus)
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenERP Spanish Localization Project
Fix Released
Medium
Borja López Soilán (NeoPolus)

Bug Description

Originalmente reportado por Mikel a través del foro (http://openobject.com/forum/post47061.html#47061):

"Probando este módulo me encuentro con lo siguiente.

En los informes de PyG, en el primer apartado (1. Importe neto de la cifra de negocios) tengo un importe negativo.

El motivo es que las cuentas 701,702...705 tienen importes en el "haber". Cada vez que vendo un producto o presto un servicio va aumentado el "haber" de esas cuentas. Tengo importado el PGC 2008 del módulo l10_chart_es por lo que esas cuentas son de tipo "Ingresos" y OpenErp calcula sus saldo haciendo la resta "debe"-"haber" y su resultado es negativo.

El informe PyG que esperaba sería igual que el que se genera si ese importe fuese positivo. "

Se trata efectivamente de un bug, la causa radica en que OpenERP no está considerando en absoluto el tipo de las cuentas a la hora de calcular su balance: lo calcula siempre como debe-haber sean tanto sean cuentas de gastos como de ingresos. Dado que el módulo account_balance_reporting se basa en el cálculo de OpenERP, las cuentas 'de tipo haber' acaban teniendo el signo incorrecto.

Changed in openerp-spain:
assignee: nobody → Borja López Soilán (Pexego) (borjals)
importance: Undecided → Medium
status: New → Confirmed
status: Confirmed → In Progress
Revision history for this message
Borja López Soilán (NeoPolus) (borjals) wrote :

Se hace commit de la solución en la r164

Changed in openerp-spain:
status: In Progress → Fix Released
Revision history for this message
mikel (mikel-martin) wrote :

Acabo de probar la última versión la r164.

Sigue siendo negativo el "1. Importe neto de la cifra de negocios" por las razones explicadas anteriormente.

Lo que ha cambiado ahora es que los gastos aparecen como positivos con lo que el resutado es el esperado pero con el signo cambiado.

De esta forma si hay beneficios se obtiene un resultado del ejecicio con signo negativo y viceversa. No sé de contabilidad pero se me hace extraño.

Revision history for this message
Borja López Soilán (NeoPolus) (borjals) wrote :

¿Has hecho la actualización del módulo desde OpenERP? No me refiero a actualizar los archivos, sino a decirle a OpenERP "hey! que el módulo ha cambiado, actualízalo" desde el menú de administración o arrancando el servidor con la opción "--update=account_balance_reporting" (por cierto, tendrás que actualizar tanto account_balance_reporting como l10n_ES_account_balance_report)

En el PyG los ingresos (cuentas 7 en general) deberían aparecer positivos y los gastos (cuentas 6 en general) negativos tal y como esperas (como si calculásemos los saldos como haber-debe, justo lo contrario de lo normal en OpenERP). En los Balances de Situación deberían aparecer tanto el activo como el pasivo+neto positivos.

En la última versión añadimos opciones a las plantillas para permitir que los saldos se calculasen al estilo haber-debe. Si no has hecho el 'update' del módulo l10n_ES_account_balance_report, no se habrán recargado la configuración de las plantillas y se seguirá usando debe-haber.

Prueba a ver si obligando a OpenERP a actualizar el módulo te funciona :)

Gracias

Revision history for this message
mikel (mikel-martin) wrote :

Borja,

 Siento no haber podido contestar antes. Efectivamente sólo había actualizado el módulo account_balance_reportingy no el l10n_ES_account_balance_report)

  Ahora al crear nuevos informes usando la plantilla de PyG funciona como esperaba.

  Muchas gracias por el gran trabajo.

Revision history for this message
Borja López Soilán (NeoPolus) (borjals) wrote :

Gracias a ti por notificar el bug y ayudar a mejorar el programa :)

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

Other bug subscribers

Related questions

Remote bug watches

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