lp:~avanzosc/openerp-spain/6.1

Created by Daniel Campos (Avanzosc) and last modified
Get this branch:
bzr branch lp:~avanzosc/openerp-spain/6.1
Members of Avanzosc Developers can upload to this branch. Log in for directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Avanzosc Developers
Project:
OpenERP Spanish Localization Project
Status:
Development

Recent revisions

390. By Oihane (Avanzosc)

[MOD] <l10n_es_aeat_mod340> Solventado problema al crear modelo 340, todas aquellas facturas que fallan se marcan con un check y se pone el error que antes hacia que el proceso se parase

389. By Ignacio Ibeas (www.acysos.com)

[FIX] l10n_es_aeat_mod347: eliminación de las facturas canceladas en el calculo del 347

388. By Ignacio Ibeas (www.acysos.com)

[FIX] l10n_es_aeat_mod340: error en el anterior commit

387. By Ignacio Ibeas (www.acysos.com)

[FIX] l10n_es_aeat_mod340: exportación con ceros compatible con el nuevo programa de Hacienda Nacional. Exclusión de lineas con base cero.

386. By Daniel Campos (Avanzosc)

[FIX] l10n_es_aeat_mod347: Solucionada creación de registro de caja cuando el partner no tiene facturas este año, pero ha pagado alguna del año pasado.

385. By Ignacio Ibeas (www.acysos.com)

[FIX] l10n_es_aeat: bug instalación simultanea de l10n_es y l10n_es_aeat_mod340

384. By Ignacio Ibeas (www.acysos.com)

[FIX] l10n_es_aeat_mod340: mejoras varias y libro de IVA

383. By Pedro Manuel Baeza

[ADD] account_balance_reporting: Motor de informes de cuentas anuales. Incluye las siguientes mejoras sobre la anterior versión:
- Añadida la opción de que si no se pone ninguna fórmula en el ejercicio fiscal 2, se utiliza la fórmula del ejercicio fiscal 1. De esta forma, se reduce la cantidad de datos (ya que normalmente la fórmula es la misma), se aligera la pantalla de datos, y se hace más intuitivo (teniendo que tocar sólo en un sitio en lugar de en dos cuando se modifica alguna fórmula).
- Añadida la posibilidad de parsear espacios, que hasta el momento no se admitían, lo cual provocaba también posibles fallos de cálculo que no eran reportados al usuario (no se mostraba ningún error, pero la línea se quedaba con valor 0), provocando confusión.
- Corregido cálculo del signo para cuentas credit y debit. Tal como estaba, la expresión -debit(xxx) o -credit(xxx) sumaba el debe o el haber, nunca restaba.
- Corregido cálculo de la expresión debit, que añadía la suma de los saldos deudores en positivo en lugar de en negativo, que es como saldría si se obtiene el saldo de una cuenta que sólo tiene entradas en el debe.
- Corregida utilización de paréntesis para códigos. En el caso del cálculo con códigos, siempre se invertía el signo, independientemente del modo de informe.
[IMP] l10n_es_account_balance_report:
- Se han actualizado las plantillas para tener sólo la fórmula del ejercicio fiscal 1, ya que en todos los casos la fórmula del ejercicio fiscal 2 era la misma.

382. By Ignacio Ibeas (www.acysos.com)

[FIX] l10n_es_partner: compatibilidad IBAN

381. By Javier

[FIX] l10n_es_partner: Herencia correcta para la vista del partner.
[IMP] l10n_es_partner: Modificación de atributos en lugar de reemplazar campo acc_number.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:~openerp-spain-team/openerp-spain/7.0
This branch contains Public information 
Everyone can see this information.