~openerp-spain-team/openerp-spain/6.0-git : changes

~openerp-spain-team/openerp-spain/6.0-git » Changes from revision 371

From Revision 174 to 155

Rev	Summary	Authors	Date
174	[REF] : Refactorización para portar a 6.0 - Paso 1. [REF] : Refactorización para portar a 6.0 - Paso 1. - Se han renombrado los módulos para usar la nomenclatura propuesta por OpenERP: l10n_es para el módulo base de localización (plan de cuentas), l10n_es_* para el resto de módulos. - Se eliminan los módulos extra_addons/* que deberían moverse a los extra-addons genéricos (no son específicos de España). - Se renombran los __terp__.py por __openerp__.py	Borja L.S.	13 years ago
173	[IMP] l10n_chart_ES: Añadidas a las posiciones fiscales de I... [IMP] l10n_chart_ES: Añadidas a las posiciones fiscales de IRPF los nuevos impuestos IVA 18% i IVA 8% que faltaban.	Jordi Esteve	13 years ago
172	[FIX] paydays: Pequeñas mejoras i establecer orden correcto ... [FIX] paydays: Pequeñas mejoras i establecer orden correcto en los días.	Albert Cervera i Are...	13 years ago
171	[FIX] l10n_ES_remesas: Correcciones en la generación del fic... [FIX] l10n_ES_remesas: Correcciones en la generación del fichero de la norma 32.	Albert Cervera i Are...	13 years ago
170	[FIX] l10n_ES_remesas: Especificar el módulo en dónde encont... [FIX] l10n_ES_remesas: Especificar el módulo en dónde encontrar el wizard para generar los ficheros puesto que sino no es posible heredar la clase sin copiar también el wizard.	Albert Cervera i Are...	13 years ago
169	[FIX] l10n_ES_extractos_bancarios: Corregido error tipográfi... [FIX] l10n_ES_extractos_bancarios: Corregido error tipográfico. Corregido error tipográfico que podía provocar una excepción al importar una línea de extracto no conciliable con un efecto, y para la cual el banco ha especificado un NIF válido que se corresponde con un cliente de OpenERP.	Borja L.S.	13 years ago
168	Añadidos impuestos IVA 8% y 18% Añadidos impuestos IVA 8% y 18%	leooviedo	13 years ago
167	[FIX] l10n_ES_cierre_ejercicio: Corregido mapeo cuentas patr... [FIX] l10n_ES_cierre_ejercicio: Corregido mapeo cuentas patr. neto y mejorados mensajes. - Se ha corregido y completado el mapeo de cuentas de patrimonio neto a regularizar. Ahora están mapeadas todas las cuentas 8 y 9 de tres dígitos según la cuenta destino definida en el PGCE. + Nota: Hay un par de cuentas (830, 833) que tienen como destino la 'cuenta' 13 en lugar de una subcuenta de la misma. Esto se debe a que el PGCE especifica que se habrá de usar una u otra subcuenta en función de las circunstancias. Por tanto, (ver punto siguiente), el usuario deberá seleccionar manualmente que subcuenta desea usar para estas dos cuentas antes de poder crear el asiento de regularización. - Se ha mejorado el comportamiento del asistente cuando no se pueden encontrar las cuentas destino definidas en los mapeos. Antes se producía un error (ver bug 583473) al crear una instancia del asistente. Ahora se permite continuar, para corregir manualmente el problema (elegir otra cuenta), hasta el momento de intentar crear el asiento de regularización, instante en el que se mostrará un mensaje de error descriptivo indicando que cuenta no está mapeada.	Borja L.S.	13 years ago
166	[IMP] paydays: Mejoradas traducciones es_ES y ca_ES [IMP] paydays: Mejoradas traducciones es_ES y ca_ES	Jordi Esteve	14 years ago
165	[FIX] l10n_ES_extractos_bancarios: Añadir soporte para carác... [FIX] l10n_ES_extractos_bancarios: Añadir soporte para carácter de fin de fichero. Algunos bancos (Bancaja) incluyen un carácter de fin de fichero (^Z) en la última línea del extracto. Ahora dicha línea se ignora.	Borja L.S.	14 years ago
164	[FIX] l10n_ES_remesas: Faltaba el campo require_bank_account... [FIX] l10n_ES_remesas: Faltaba el campo require_bank_account. Faltaba el campo require_bank_account en payment.mode, lo que producía el siguiente error: "AssertionError: Default function defined in payment.mode but field require_bank_account does not exist !" Se ha añadido el campo como booleano.	Borja L.S.	14 years ago
163	[FIX] l10n_ES_remesas: En la pantalla de resumen y generació... [FIX] l10n_ES_remesas: En la pantalla de resumen y generación del fichero mostrar el número correcto de recibos en lugar de cero.	Albert Cervera i Are...	14 years ago
162	[IMP/FIX] l10n_ES_extractos_bancarios: Mejorada la compatibi... [IMP/FIX] l10n_ES_extractos_bancarios: Mejorada la compatibilidad con la versión 6.0 En la versión 6.0 de OpenERP a partir de la revisión 2236, cambia la forma de uso de las propiedades y las referencias: ya no existe property.value sino que tenemos que usar property.value_reference; y las referencias en lugar de ser una cadena "id,modelo" ahora son directamente el browse_record apuntado. Con esta corrección se garantiza compatibilidad en todos los casos (5.0, 6.0 pre-2236 y 6.0 post-2236).	Borja L.S.	14 years ago
161	[IMP] l10n_ES_remesas: Poner por defecto el campo [IMP] l10n_ES_remesas: Poner por defecto el campo 'require_bank_account' a True porque este es el comportamiento que tenía el módulo cuando este campo no existía.	Albert Cervera i Are...	14 years ago
160	[REF][IMP] l10n_ES_remesas: Varias mejoras en el código: [REF][IMP] l10n_ES_remesas: Varias mejoras en el código: - Eliminada la opción en payment.mode para crear los ficheros en formato CRLF (ahora siempre se crean en este formato). - Refactorizado el código para tener un sólo botón de exportación en lugar de uno para transferencias y otro para el resto. - Simplificado el código llevando cada una de las normas a un fichero distinto y unificando comprobaciones. - Si payment.mode tiene 'require_bank_account' comprobar que todas las líneas tengan banco asignado. Antes se comprobaba siempre pero hay entidades que permiten mandar remesas sin cuenta bancaria asignada. - Añadida la implementación de la norma 32, aunque todavía no se ha comprobado con ningún banco. Ha requerido añadir el campo 'cedente' en payment.mode. - Actualizadas las traducciones al Catalán y Castellano con las modificaciones. - Añadido el wizard correspondiente en la función get_wizard para el caso de las transferencias.	Albert Cervera i Are...	14 years ago
159	[FIX] paydays: Hacer el parser de los días de pago algo más ... [FIX] paydays: Hacer el parser de los días de pago algo más robusto para que no dé errores con una cadena como la siguiente ' 5 , 10 '.	Albert Cervera i Are...	14 years ago
158	[FIX+IMP] l10n_ES_extractos_bancarios: [FIX+IMP] l10n_ES_extractos_bancarios: * Corregido error búsqueda empresas por CIF ('ES%' -> 'ES%s') * Si se importa un extracto que ya tuviera un archivo adjunto aparecía un error: Añadida típica condición (if context is None: context = {}) en todos los métodos con parámetro context=None. * Mejoradas traducciones es_ES y ca_ES.	Jordi Esteve	14 years ago
157	[IMP/FIX] l10n_ES_pyme_account/install: Añadir dependencia a... [IMP/FIX] l10n_ES_pyme_account/install: Añadir dependencia a account_renumber. El módulo account_renumber (que permite la reenumeración de asientos a final de año) es básicamente necesario para cualquier instalación estándar de la contabilidad Española; así que se añade la dependencia en los módulos de instalación para pymes. También se han corregido dos errores tipográficos en la descripción de los módulos.	Borja López Soilán	14 years ago
156	[FIX] l10n_ES_toponyms: Eliminado inicializar el campo state... [FIX] l10n_ES_toponyms: Eliminado inicializar el campo state con el valor open en el XML de definición del asistente de configuración inicial de los topónimos para evitar que en las sucesivas actualizaciones de este módulo nos arranque de nuevo este asistente de configuración inicial.	Jordi Esteve	14 years ago
155	[REF/FIX/IMP] l10n_es_extras: Reescrito por completo el módu... [REF/FIX/IMP] l10n_es_extras: Reescrito por completo el módulo para solucionar múltiples bugs. Se ha reescrito por completo el asistente de importación de extractos bancarios para solucionar diversos problemas (ver bug 575720). - [FIX] No se permitía más de un grupo de cuenta en el archivo C43 (registros 11 al 33). Esto era necesario para importar extractos de algunos bancos (como CaixaNova y Uno-E) que usan más de un grupo por fichero. Corregido. - [FIX] Si los grupos de cuenta del archivo no definían el saldo final, fallaba la verificación del fichero. Esto sucedía al importar extractos de algunos bancos (ej. extractos de tarjetas VISA de CaixaNova). Corregido. - [FIX] Si en el extracto había más de una línea con la misma cantidad, podía darse el caso de que se reconciliasen ambas contra el mismo apunte contable. Ahora se tienen en cuenta los apuntes marcados 'para ser conciliados' evitando este problema. - [FIX] Si una empresa tenía varios efectos de la misma cantidad, (por ejemplo dos cobros de 10 euros), al importar el extracto se reconciliaba uno cualquiera de ellos, incluso varias veces el mismo. Esto significa que si un cliente tenía pagos fraccionados (por ejemplo en dos meses al 50%) se conciliaba erroneamente el último pago (no vencido) en lugar del correspondiente a la fecha del movimiento bancario. Ahora se tiene en cuenta la fecha de los efectos, y se selecciona aquel cuya fecha de vencimiento sea más cercana a la deseada. Esto permite que si un cliente tiene pagos fraccionados (por ejemplo en dos meses al 50%) se concilie el pago que corresponda a la fecha del movimiento bancario. - [FIX] En algunos casos no se comprobaban si los apuntes a conciliar estaban particialmente conciliados. Corregido. - [FIX] Se han realizado otras correcciones menores. - [IMP] Ahora se permite al usuario seleccionar los métodos a utilizar para la conciliación automática: + Conciliar por referencia y cantidad (y fecha). + Conciliar por NIF y cantidad (y fecha). + Conciliar por cantidad (y fecha). + Conciliar órdenes de pago por cantidad total (y fecha). - [IMP] Ahora el usuario puede especificar la desviación máxima entre la fecha de vencimiento de los efectos, y la fecha (valor) del movimiento bancario. Esto permite reducir enormemente los falsos positivos en caso de conciliar únicamente por cantidad. - [IMP] Ahora la conciliación con órdenes de pago por cantidad es mucho más eficiente. - [REF] Se ha refactorizado por completo el asistente, para hacerlo mucho más modular y mantenible (se ha dividido el mega-método que realizaba la importación, en métodos más pequeños que procesan cada tipo de registro, métodos que encuentran los apuntes a conciliar...). - [REF] Se han reorganizado los archivos de código fuente. - [REF] Se ha mejorado la calidad del código (pylint).	Borja L.S.	14 years ago