lp:~avanzosc/openerp-spain/6.1
- Get this branch:
- bzr branch lp:~avanzosc/openerp-spain/6.1
Branch merges
- Pedro Manuel Baeza: Needs Resubmitting
-
Diff: 112 lines (+32/-9)3 files modifiedl10n_es_aeat_mod340/mod340.py (+2/-0)
l10n_es_aeat_mod340/mod340_view.xml (+6/-0)
l10n_es_aeat_mod340/wizard/calculate_mod340_records.py (+24/-9)
Branch information
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 - 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
- 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.
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