oca/l10n-spain

Odoo Spain Localization

l10n-spain

TODO: add repo description.

Available addons

addon	version	maintainers	summary
l10n_ca_cnae	17.0.1.0.0		Genera la traducción al catalán de todos los códigos Nace
l10n_es_account_asset	17.0.1.0.0		Gestión de activos fijos para España
l10n_es_account_banking_sepa_fsdd	17.0.1.0.0		Account Banking Sepa - FSDD (Anticipos de crédito)
l10n_es_account_statement_import_n43	17.0.1.0.1		Importación de extractos bancarios españoles (Norma 43)
l10n_es_aeat	17.0.1.0.1		Modulo base para declaraciones de la AEAT
l10n_es_aeat_mod111	17.0.1.0.0		AEAT modelo 111
l10n_es_aeat_mod115	17.0.1.0.0		AEAT modelo 115
l10n_es_aeat_mod123	17.0.1.1.0		AEAT modelo 123
l10n_es_aeat_mod303	17.0.1.3.0		AEAT modelo 303
l10n_es_aeat_mod303_vat_prorate	17.0.1.0.0		Prorrata de IVA [303]
l10n_es_aeat_mod347	17.0.1.0.1		AEAT modelo 347
l10n_es_aeat_mod349	17.0.1.0.0		AEAT modelo 349
l10n_es_aeat_mod390	17.0.1.1.0		AEAT modelo 390
l10n_es_atc	17.0.1.0.0		Modulo 'glue' de la AEAT para el menú de la ATC
l10n_es_cnae	17.0.1.1.0		Extiende los códigos NACE europeos con los CNAE españoles
l10n_es_partner	17.0.1.0.0		Adaptación de los clientes, proveedores y bancos para España
l10n_es_partner_mercantil	17.0.1.0.0		Añade los datos del registro mercantil a la empresa
l10n_es_toponyms	17.0.1.0.0		Topónimos españoles
l10n_es_vat_book	17.0.1.0.0		Libro de IVA
l10n_es_vat_prorate	17.0.1.0.0		Prorrata de IVA para la localización española
payment_redsys	17.0.1.0.0		Payment Acquirer: Redsys Implementation

Licenses

This repository is licensed under AGPL-3.0.

However, each module can have a totally different license, as long as they adhere to Odoo Community Association (OCA) policy. Consult each module's __manifest__.py file, which contains a license key that explains its license.

---

OCA, or the Odoo Community Association, is a nonprofit organization whose mission is to support the collaborative development of Odoo features and promote its widespread use.

l10n-spain's Issues

Training module

I'll write this bug in English to be able to refer to it from other OCA repos.

I already commented this elsewhere, but it's good for everyone to know that we are working in a training module adapted to Spanish' Fundación Tripartita. If anyone wants to help, just ask me.

It's pretty advanced already, but it's going to be a collection of many micromodules: some just for add fields to DB, others to adapt event.event to training, and others to adapt those to Spanish law.

We do not sell Odoo; we use it. This is a long-term project of my company and bosses agree in sharing most of our code under AGPL back to the community. With your help, we are developing very high quality modules and we are very thankful for that. We see no benefit on having our own forks of OCA repositories forever. However, please have in mind that honestly our priority number 1 is to make it work for us.

This will mean changing some structure to some OCA repositories, as many of you have seen in OCA/partner-contact#120 and other places.

This bug will be a good reference for all those efforts, and I think that if the everyone knows where are we heading, you will better understand the motivations after our contributions.

BTW, all our code can be found under the @GrupoEsoc team, and in https://github.com/grupoesoc/odoo-grupoesoc-addons you can already find some modules that we have and that we still did not have time to contribute back. It's not a repository intended to be used in production, and it does not have the quality standards of OCA repositores, but you can find there pretty helpful modules such as mail_forward, important_fields or our current standard training implementation.

You are being a very helpful community. Thanks for all your help!

[8.0] Fallo al instalar topónimos españoles

Cuando selecciono Geonames da el siguiente fallo:

File "/opt/odoo/syci8.0/l10n-spain/l10n_es_toponyms/wizard/geonames_import.py", line 94, in select_or_create_state
if country.code == 'ES':
AttributeError: 'int' object has no attribute 'code'

Migración de modelo 349 en proceso

Para que nadie se ponga con ello.

Módulo l10n_es_aeat_mod340 error al instalar

El módulo da el siguiente error cuando se instala:

ParseError: "null value in column "name" violates not-null constraint
" while parsing /opt/odoo/odoo/addons/l10n_es_aeat_mod340/taxes_data.xml:9, near

Tiene que ver con el fichero taxes_data.xml

¿Qué es del addon "l10n_es_account" para la versión 8.0?

Hola,

perdón si este no es el canal para hacer esta pregunta tan simple. He observado que en la rama relativa a la versión 9.0 existe el addon l10n_es_account, pero sin embargo no aparece en la rama de la versión 8.0. ¿Existe algún motivo por el que no deba estar ese addon en la versión 8.0? ¿Hay modificaciones del addon en la rama de la versión 9.0 que le harían no funcionar correctamente en la versión 8.0?

No tengo mucha experiencia en odoo pero si hay trabajo pendiente para hacer el backport a la 8.0 para ese addon podría intentarlo.

Muchas gracias por vuestro tiempo.

Problemas al actualizar el l10n_es_aeat_303 y 340 con el cambio de l10n_es

Hola,

Debido al cambio de los nombres en l10n_es, al hacer un update all, fallan estos dos módulos en la carga de datos.

ParseError: "External ID not found in the system: l10n_es.account_tax_code_template_RGIDBI4" while parsing /oc
b-8.0/addons/l10n_es_aeat_mod303/data/tax_code_map_mod303_data.xml:7, near

01


Régimen General - Base imponible 4%

No localiza al padre, porque con ese identificador aun no se ha creado.

Hay que crear un script que permita el cambio de nombre correctamente.

Saludos

l10n_es_aeat_mod303 - No deja exportar a BOE si antes creo el movimiento

Indico los pasos de la prueba:

1.- Creo la declaración del modelo 303

2.- Confirmo

3.- Pulso en Create Move
Ahora ya no aparece el botón de exportar a BOE y no he encontrado otro sitio donde aparezca

4.- Si exporto a BOE antes de crear el movimiento
Exporto a BOE y luego creo el movimiento. También desaparece el botón de exportar a BOE (aunque ahora ya lo tengo guardado en adjuntos).

Gracias!!

Libro de IVA

Varios nos habéis consultado sobre un libro de IVA mejorado. Intento resumir nuestro enfoque actual:
Explicación de archivos adjuntos al issue:

1. Guia de como ha de quedar aproximadamente el informe, a poder ser en XLS o CSV. INFORME DE IVA OPEN TREY.DOCX
2. CSV de los libros de IVA que uso para los 340 manuales, con los campos a exportar y su distribución. Libro de bienes de inversión, facturas emitidas y recibidas.
3. Módulos de domatix del libro de IVA, Funciona en versiones anteriores, el inconveniente era su compleja configuración y el aeroo. ADDONS se llama el módulo
4. account_invoice_export_xls v6.1 ok.zip - Es un módulo de factor libre que es como una exportación predefinida de facturas, el problema, que duplica líneas de impuestos de intracomunitarias o similares.

descarga archivos adjuntos: https://www.dropbox.com/s/olpx1810ojefo2q/adjuntoslibrosiva.zip?dl=0

Tal vez el módulo ese de libro de IVA o facturas que tenía TREY en v6.1 se puede adaptar a la plantilla adjunta, la verdad que ese era el que más se acercaba a lo que hacienda precisa.

Cualquier duda, estamos a vuestra disposición.

[8.0] Número de depreciaciones incorrecto

Cuando se elige "Número de depreciaciones" en "Método de tiempo" sin prorrateo, genera siempre una depreciación de menos.

El motivo se debe a estas líneas, que siempre restan uno a la cantidad de depreciaciones. Lo hace siempre porque aunque comprueba que la fecha de depreciación sea 1 de enero, siempre recibe esa fecha si no tiene depreciaciones previas contabilizadas
Aún en el caso de que efectivamente se comprase el 1 de enero y no fuese por lo del anterior enlace, no le veo sentido a que haga una depreciación menos.
He intentado ver la intención de esas líneas, que se añadieron en este commit, pero por la descripción tiene aún menos sentido porque únicamente tienen efecto cuando el método de tiempo no es el que el commit añade.
Parece que lo que intenta arreglar es en el caso excepcional de que un activo tenga fecha 1 de enero y prorrateo activado te genere una depreciación de más como esta:

pero al hacerlo estropea el caso general de cualquier otro día del año sin prorrateo.

Error al instalar el modelo 340

File "/usr/lib/python2.7/dist-packages/openerp/sql_db.py", line 234, in execute
res = self._obj.execute(query, params)
ParseError: "el valor null para la columna \xabname\xbb viola la restricci\xf3n not null
" while parsing /opt/odoo/apps/l10n-spain/l10n_es_aeat_mod340/data/taxes_data.xml:9, near

Alguien sabe que pasa?

l10n_es_aeat: Error al firmar el modelo 303 en la AEAT

El fichero se exporta e importa bien en el sitio web de hacienda, pero cuando lo vas a firmar muestra errores del tipo:

El problema está en los campos que aceptan números negativos, el código pone una 'N' si es negativo y un espacio ' ' si es positivo, para que funcione correctamente hay que poner un '0' si es positivo en la función _formatNumber del modelo l10n_es_aeat
Sorprende que hacienda haga la validación al firmar y no al importar el fichero, pero de todas formas con esto queda resuelto.
En breve haré un PR que lo corrige.

[8.0] Fallo al traducir términos

Al aplicar la traducción de términos da el siguiente fallo:

File "/opt/odoo/OCB/openerp/addons/base/module/wizard/base_update_translations.py", line 47, in act_update
tools.trans_export(this.lang, ['all'], buf, 'csv', cr)
File "/opt/odoo/OCB/openerp/tools/translate.py", line 524, in trans_export
translations = trans_generate(lang, modules, cr)
File "/opt/odoo/OCB/openerp/tools/translate.py", line 890, in trans_generate
for root, dummy, files in osutil.walksymlinks(path):
File "/opt/odoo/OCB/openerp/tools/osutil.py", line 56, in walksymlinks
for dirpath, dirnames, filenames in os.walk(top, topdown, onerror):
File "/usr/lib/python2.7/os.py", line 294, in walk
for x in walk(new_path, topdown, onerror, followlinks):
File "/usr/lib/python2.7/os.py", line 294, in walk
for x in walk(new_path, topdown, onerror, followlinks):
File "/usr/lib/python2.7/os.py", line 284, in walk
if isdir(join(top, name)):
File "/usr/lib/python2.7/posixpath.py", line 80, in join
path += '/' + b

EL fallo está en que hay una Ñ en el siguiente fichero:

l10n-spain/l10n_es_aeat_mod296/docs/diseño_registro_296_2008.pdf

Fallo al cargar módulo reporting_xls

Al arrancar el servidor da el siguiente fallo:

File "/opt/odoo/V8/openobject-server/openerp/service/wsgi_server.py", line 202, in application_unproxied
result = handler(environ, start_response)
File "/opt/odoo/V8/openobject-server/openerp/http.py", line 1279, in call
self.load_addons()
File "/opt/odoo/V8/openobject-server/openerp/http.py", line 1298, in load_addons
m = import('openerp.addons.' + module)
File "/opt/odoo/V8/openobject-server/openerp/modules/module.py", line 80, in load_module
mod = imp.load_module('openerp.addons.' + module_part, f, path, descr)
File "/opt/odoo/V8/l10n-spain/account_balance_reporting_xls/init.py", line 8, in
from . import report
File "/opt/odoo/V8/l10n-spain/account_balance_reporting_xls/report/init.py", line 7, in
from . import reporting_xls
File "/opt/odoo/V8/l10n-spain/account_balance_reporting_xls/report/reporting_xls.py", line 164, in
parser=AccountBalanceReportingXlsParser)
File "/opt/odoo/V8/l10n-spain/account_balance_reporting_xls/report/reporting_xls.py", line 42, in init
self).init(name, table, rml, parser, header, store)
TypeError: object.init() takes no parameters

l10n_es_partner: convertir IBAN a mayúsculas tras verificar

Si el usuario introduce un IBAN con el identificador de pais en minúsculas (esXXXXX...), tras la verificación y formateo se mantienen las letras minúsculas.

Aunque la norma creo que no distingue entre mayúsculas y minúsculas, dado que el formato "de facto" para un IBAN es usar mayúsculas, creo que el formato tras la verificación debería hacer también la conversión.

[8.0] l10n_es_pos : Aviso en instalación

Tengo el módulo y sus dependencias completas pero aún así me da el siguiente aviso:

2015-11-05 17:34:34,992 24014 WARNING bd openerp.tools.convert: Skipping deletion for failed search "[('id','=',ref('point_of_sale.pos_invoice_report'))]"
....
raise ValueError('External ID not found in the system: %s' % (xmlid))
ValueError: External ID not found in the system: point_of_sale.pos_invoice_report

Tampoco me aparece lo que indica la configuración del módulo:

"Se puede configurar el límite a partir del cual no se considera factura simplificada. Por defecto es 3.000,00 €. Para modificarlo ir a: Configuracion > Terminal punto de venta (TPV)"

La versión de l10n_es_spain es:
Merge: b3a3aff dc954a3
Author: Pedro M. Baeza [email protected]

Date: Thu Nov 5 12:33:12 2015 +0100

De pos:
Author: Alexis de Lattre [email protected]

Date: Wed Oct 28 17:42:00 2015 +0100

De OCB:
Merge: cc91b8f ea2c80c
Author: OCA git bot [email protected]
Date: Wed Nov 4 23:43:03 2015 +0100

Módulo RedSys inutilizable (Grave)

Tengo instalado el módulo payment_redsys, pero desde que actualice no hace mucho, no funciona, además lo he probado en una instalación nueva y tampoco.
Hay un error con la longitud de la clave, y he probado con 16 y 24 y da el mismo error. Ahora mismo el módulo no es funcional.

Falla aquí:

https://github.com/OCA/l10n-spain/blob/9.0/payment_redsys/models/redsys.py#L195

File "/usr/lib/python2.7/dist-packages/Crypto/Cipher/DES3.py", line 113, in new
return DES3Cipher(key, _args, *_kwargs)
File "/usr/lib/python2.7/dist-packages/Crypto/Cipher/DES3.py", line 76, in init
blockalgo.BlockAlgo.init(self, _DES3, key, _args, *_kwargs)
File "/usr/lib/python2.7/dist-packages/Crypto/Cipher/blockalgo.py", line 141, in init
self._cipher = factory.new(key, _args, *_kwargs)
ValueError: Invalid key size (must be either 16 or 24 bytes long)

Faltan las nuevas retenciones prara actividades profesionales aplicables a partir del 13 de julio de 2015

A partir del 13 de Julio de 2015 para actividades profesionales hay dos nuevos tipos de retención:

Para actividades profesionales con carácter general pasa del 19,0% al 15,0%
Para actividades profesionales de profesionales de nuevo inicio pasa del 9% al 7%

Links:

• http://www.agenciatributaria.es/AEAT.internet/Inicio/_componentes_/_Le_interesa_conocer/Real_Decreto_ley_9_2015_de_10_de_julio__de_medidas_urgentes_para_reducir_la_carga_tributaria_soportada_por_los_contribuyentes__acter_economico.shtml
• https://www.boe.es/diario_boe/txt.php?id=BOE-A-2015-7765

Lopd

Buenas tardes,

¿Tenemos algún módulo para la gestión de LOPD's en el Odoo 8? He observado que en este repositorio tienen un módulo para ello, pero el último push fue hace 2 años y no creo que funcione en Odoo 8. Si a alguien más le interesa podríamos tratar de adaptarlo: https://github.com/gisce/openerp-spain

Un saludo

Balance de Perdidas y Ganancias Abreviado

Uso de la cuenta 746 en el Balance.

Me parece que estamos usando mal la cuenta 746 al ponerla de manera genérica en el apartado 14 a) y no en el apartado 9). Creo que para decantarnos por uno de los dos apartados del balance, se debería mantener el grupo 746 en el apartado 9 del balance como norma general ya que el formato del balance en su apartado 14 a) hace referencia a la normativa (NECA 7.ª 4) y esa normativa dice literalmente:

"4. Las subvenciones, donaciones y legados recibidos que financien activos o gastos que se incorporen al ciclo normal de explotación se reflejarán en la partida 5. b). «Subvenciones de explotación incorporadas al resultado del ejercicio»: mientras que las subvenciones, donaciones y legados que financien activos del inmovilizado intangible, material o inversiones inmobiliarias, se imputarán a resultados, de acuerdo con la norma de registro y valoración, a través de la partida 9. «Imputación de subvenciones de inmovilizado no financiero y otras». Las subvenciones, donaciones y legados concedidos para cancelar deudas que se otorguen sin una finalidad específica, se imputarán igualmente a la partida 9. «Imputación de subvenciones de inmovilizado no financiero y otras». Si se financiase un gasto o un activo de naturaleza financiera, el ingreso correspondiente se incluirá en el resultado financiero incorporándose, en caso de que sea significativa, la correspondiente partida con la denominación «Imputación de subvenciones, donaciones y legados de carácter financiero»."

(Información obtenida de http://www.boe.es/buscar/act.php?id=BOE-A-2007-19884 o de http://www.gabilos.com/webcontable/nuevoPGCE/pnuevo/Normas_de_elaboracion_de_las_cuentas_anuales.pdf)

Por lo que yo entiendo de ese texto solo se debe usar el apartado 14 a) cuando el ingreso se corresponde a la financiación de un gasto o activo de naturaleza financiera mientras que las subvenciones, donaciones y legados que financien activos del inmovilizado intangible, material o inversiones inmobiliarias van a la partida 9.

Missing labels *needs fixing* and *needs review*

Read OCA/maintainer-tools#29 to know more about it

Actualización l10n_es_partner

Por un lado, los bancos del módulo l10n_es_partner se han quedado desactualizados, entre fusiones, adquisiciones, etc. Había además algún error en la información actual. Para facilitar la creación del XML, que es un coñazo, tenemos pensado hacer un script que lo construya partiendo del documento oficial [1], e inspirándonos en lo realizado con el módulo l10n_es_toponyms que tiene algo parecido para las provincias y ciudades (gracias Pedro por el aviso!). Con esto, además de tener los datos actualizados se facilitan posteriores actualizaciones.

Por el otro lado, nos encontramos con instalaciones antiguas que tienen cuentas bancarias con el formato antiguo, y que necesitan actualizarse al formato IBAN. Para ello, tenemos una serie de scripts que las transforman, una vez actualizada también la información de los bancos en sí. Creo que pueden ser interesantes también incluirlos en el módulo. Lo que no sabemos que hacer es con las cuentas antiguas no actualizadas previas a una fusión bancaria, dado que no tienen un banco asociado correcto al no encontrarse entre los correctos. Quizás las omitamos en la migración, todavía no lo tenemos resuelto.

[1] http://www.bde.es/bde/es/secciones/servicios/Particulares_y_e/Registros_de_Ent/Datos_actuales/Registros_ofici_c6e37f3710fd821.html

Gestión de Efectos y Cartera

En los próximos meses me voy a dedicar a mejorar este tema en odoo.

Alguien quiere ayudarme?

Migration to version 9.0

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-9.0

Modules to migrate

• account_balance_reporting - By @pedrobaeza - #416
• account_balance_reporting_xls - By @ValentinVinagre - #630 Eliminado por obsoleto
• account_refund_original - Movido a https://github.com/OCA/account-invoicing/tree/9.0/account_invoice_refund_link
• l10n_es - By @pedrobaeza - #402
• l10n_es_account_asset - By @pedrobaeza - #459
• l10n_es_account_balance_report - By @pedrobaeza - #416
• l10n_es_account_bank_statement_import_n43 - By @pedrobaeza - #408
• l10n_es_account_banking_sepa_fsdd
• l10n_es_account_invoice_sequence - By @pedrobaeza - #418
• l10n_es_aeat - By @pedrobaeza - #429
• l10n_es_aeat_mod111 - By @pedrobaeza - #433
• l10n_es_aeat_mod115 - By @pedrobaeza - #556
• l10n_es_aeat_mod216 - By @pedrobaeza - #557
• l10n_es_aeat_mod296 - By @ValentinVinagre - #879
• l10n_es_aeat_mod303 - By @pedrobaeza - #429
• l10n_es_aeat_mod340 Obsoleto
• l10n_es_aeat_mod340_type0 Obsoleto
• l10n_es_aeat_mod347 - By @pedrobaeza - #445
• l10n_es_aeat_mod349 - By @pedrobaeza - #435
• l10n_es_crm_lead_trade_name - By @misern2 - #639
• l10n_es_dua - By @MouTio - #844
• l10n_es_dua_sii - By @MouTio - #847
• l10n_es_fiscal_year_closing - By @pedrobaeza - #500
• l10n_es_irnr - By @pedrobaeza - #547
• l10n_es_partner - By @pedrobaeza - #410
• l10n_es_partner_mercantil - By @pedrobaeza - #456
• l10n_es_payment_order - Eliminar porque está obsoleto
• l10n_es_pos
• l10n_es_subcontractor_certificate
• l10n_es_toponyms - By @pedrobaeza - #404
• payment_redsys - By @sergio-teruel - #406

La descripción del producto de compra no se envía conl os detalles de pago a Redsys

Cuando se hace una compra online la descripción de producto que aparece en la pasarela de redsys es genérica y proviene de los datos de configuración del método de pago en vez del articulo que se ha adquirido. No se si esto es un error o por el contrario el funcionamiento estándar.

347 para abonos

Buenas, comento un caso que nos ha pasado con un cliente: si un partner tiene un importe de facturas de abono superior al de facturas de cliente que supera el límite también tiene que presentarse. Parece ser que es una historia vieja: http://foros.areadepymes.com/viewtopic.php?f=2&t=42208
Al caso, creo que con comparar con el total en absoluto en la línea 80 del mod347.py estaría:
if abs(total_amount) > self.operations_limit:

Nueva aportación : account_banking_payment_direct_conciliation

Buenos días a todos. Estoy trabajando en mi primera contribución a la localización española por lo que aún no tengo clarlo la forma de proceder.

A raíz del hilo https://groups.google.com/forum/#!searchin/openerp-spain/account_payment_extension/openerp-spain/ULTzNq0Xk3E/Nrb4GqKgCgAJ acerca de la contabilización directa de los pagos, según los comentarios de Pedro estoy trabajando en nuevo módulo llamado account_banking_payment_direct_conciliation que permite realizar el pago directo.

A pesar de que ya lo tengo funcionando para la versión 8, necesita un poco de depuración de código antes de subirlo.

Al ser mi primera contribución, alguien me puede indicar si existe alguna guía de estilo o procedimento para la localización española ?

Entiendo que una vez tenga el código pulido debo relizar un pull request, verdad ?

Muchas Gracias,
Marçal.

Error al instalar el módulo l10n_es_aeat_mod340 en instalación limpia de Odoo

Hola,

Quería reportar un error que he encontrado instalando Odoo (última versión del repo oficial) con el módulo l10n_es_aeat_mod340 de este repositorio. La versión que he utilizado del módulo es la última que hay. El Odoo con el que cuento es de una instalación limpia, así que es fácil de reproducir.

2015-09-04 12:09:39,984 2750 INFO mytestdb openerp.tools.translate: loading /home/odoo/.odoo-8.0/src/addons/l10n_es/i18n/es.po
2015-09-04 12:09:40,405 2750 INFO mytestdb openerp.modules.module: module l10n_es_aeat_mod340: creating or updating database tables
2015-09-04 12:09:40,974 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/report/report_view.xml
2015-09-04 12:09:40,998 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/wizard/export_mod340_to_boe.xml
2015-09-04 12:09:41,009 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/views/mod340_view.xml
2015-09-04 12:09:41,119 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/security/ir.model.access.csv
2015-09-04 12:09:41,156 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/views/res_partner_view.xml
2015-09-04 12:09:41,198 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/data/mod340_sequence.xml
2015-09-04 12:09:41,210 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/views/account_invoice_view.xml
2015-09-04 12:09:41,265 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/views/account_view.xml
2015-09-04 12:09:41,295 2750 INFO mytestdb openerp.modules.loading: loading l10n_es_aeat_mod340/data/taxes_data.xml
2015-09-04 12:09:41,302 2750 ERROR mytestdb openerp.sql_db: bad query: INSERT INTO "account_tax_code_template" ("id", "notprintable", "mod340", "sign", "create_uid", "write_uid", "create_date", "write_date") VALUES(nextval('account_tax_code_template_id_seq'), false, true, 1.0, 1, 1, (now() at time zone 'UTC'), (now() at time zone 'UTC')) RETURNING id
Traceback (most recent call last):
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/sql_db.py", line 234, in execute
    res = self._obj.execute(query, params)
IntegrityError: null value in column "name" violates not-null constraint
DETAIL:  Failing row contains (136, null, 1, null, 2015-09-04 12:09:40.972546, null, null, 1, f, null, 2015-09-04 12:09:40.972546, 1, t).

2015-09-04 12:09:41,303 2750 ERROR mytestdb openerp.http: Exception during JSON request handling.
Traceback (most recent call last):
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/http.py", line 537, in _handle_exception
    return super(JsonRequest, self)._handle_exception(exception)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/http.py", line 574, in dispatch
    result = self._call_function(**self.params)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/http.py", line 310, in _call_function
    return checked_call(self.db, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/service/model.py", line 113, in wrapper
    return f(dbname, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/http.py", line 307, in checked_call
    return self.endpoint(*a, **kw)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/http.py", line 803, in __call__
    return self.method(*args, **kw)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/http.py", line 403, in response_wrap
    response = f(*args, **kw)
  File "/home/odoo/.odoo-8.0/src/addons/web/controllers/main.py", line 948, in call_button
    action = self._call_kw(model, method, args, {})
  File "/home/odoo/.odoo-8.0/src/addons/web/controllers/main.py", line 936, in _call_kw
    return getattr(request.registry.get(model), method)(request.cr, request.uid, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/addons/base/module/module.py", line 446, in button_immediate_install
    return self._button_immediate_function(cr, uid, ids, self.button_install, context=context)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/addons/base/module/module.py", line 494, in _button_immediate_function
    registry = openerp.modules.registry.RegistryManager.new(cr.dbname, update_module=True)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/modules/registry.py", line 370, in new
    openerp.modules.load_modules(registry._db, force_demo, status, update_module)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/modules/loading.py", line 355, in load_modules
    loaded_modules, update_module)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/modules/loading.py", line 255, in load_marked_modules
    loaded, processed = load_module_graph(cr, graph, progressdict, report=report, skip_modules=loaded_modules, perform_checks=perform_checks)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/modules/loading.py", line 176, in load_module_graph
    _load_data(cr, module_name, idref, mode, kind='data')
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/modules/loading.py", line 118, in _load_data
    tools.convert_file(cr, module_name, filename, idref, mode, noupdate, kind, report)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/tools/convert.py", line 901, in convert_file
    convert_xml_import(cr, module, fp, idref, mode, noupdate, report)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/tools/convert.py", line 987, in convert_xml_import
    obj.parse(doc.getroot(), mode=mode)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/tools/convert.py", line 853, in parse
    self._tags[rec.tag](self.cr, rec, n, mode=mode)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/tools/convert.py", line 763, in _tag_record
    id = self.pool['ir.model.data']._update(cr, self.uid, rec_model, self.module, res, rec_id or False, not self.isnoupdate(data_node), noupdate=self.isnoupdate(data_node), mode=self.mode, context=rec_context )
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/addons/base/ir/ir_model.py", line 1077, in _update
    res_id = model_obj.create(cr, uid, values, context=context)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/api.py", line 336, in old_api
    result = method(recs, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/models.py", line 4082, in create
    record = self.browse(self._create(old_vals))
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/api.py", line 239, in wrapper
    return new_api(self, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/api.py", line 463, in new_api
    result = method(self._model, cr, uid, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/models.py", line 4220, in _create
    tuple([u[2] for u in updates if len(u) > 2])
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/sql_db.py", line 158, in wrapper
    return f(self, *args, **kwargs)
  File "/home/odoo/.venv/local/lib/python2.7/site-packages/openerp/sql_db.py", line 234, in execute
    res = self._obj.execute(query, params)
ParseError: "null value in column "name" violates not-null constraint
DETAIL:  Failing row contains (136, null, 1, null, 2015-09-04 12:09:40.972546, null, null, 1, f, null, 2015-09-04 12:09:40.972546, 1, t).
" while parsing /home/odoo/.odoo-8.0/addons/OCA/l10n-spain/l10n_es_aeat_mod340/data/taxes_data.xml:9, near
<record id="l10n_es.account_tax_code_template_IDBI" model="account.tax.code.template">
            <field name="mod340" eval="True"/>
        </record>

Nombre de impuesto de arrendamiento con IRPF

Hola @pedrobaeza y @cubells,

En al última actualización de impuestos de arrendamientos (19,5%) se han creado varios impuestos que se refieren a arrendamientos:

• Retenciones a cuenta IRPF 19,5% (Arrendamientos) [ventas]
• Retenciones 19,5% (Arrendamientos) [ventas]

En mi opinión el nombre del primer impuesto debería ser 'Retenciones a cuenta 19,5% (Arrendamientos)' sin IRPF, ya que se refiere al impuesto de arrendamientos no al de IRPF y aplica tanto a personas físicas como a empresas.

Puede ser que la confusión venga porque el modelo que se usa para declarar esa retención a cuenta es el 115 y su título es:

IRPF e Impuesto sobre Sociedades e Impuestos sobre la Renta de no residentes (establecimientos permanentes). Retenciones e ingresos a cuenta sobre rendimientos procedentes del arrendamiento de inmuebles urbanos.
Modelo 115

Recuerdo que lo comenté con @pedrobaeza hace unos meses en otro caso similar.

¿Qué opináis?
Gracias

Cuenta 523000 es de tipo payable?

He visto que la cuenta 523000 es de tipo payable, sin embargo el resto de las cuentas genéricas del grupo 52 son de tipo other.

¿Es un error de copy&paste o tiene un motivo?

https://github.com/OCA/l10n-spain/blob/9.0/l10n_es/data/account_account_common.xml#L5067

Gracias

Error en l10n_es_account_asset

En una instalación limpia, al instalar el módulo l10n_es_account_asset, al tratar de guardar un activo, da el siguiente error:
File "/opt/odoo/v8/l10n-spain/l10n_es_account_asset/account_asset.py", line 201, in compute_depreciation_board
depreciation_date = fields.Date.
AttributeError: 'module' object has no attribute 'Date'

Error en importación de extractos bancarios de Bankinter

Buenas,

por si alguien trabaja con Bankinter, en el extracto bancario exportado en la "norma 43" no indica ni el número de documento ni el concepto.

Al buscar el partner en el concepto da un error, porque el concepto no es False, si no que está vacío, lo que hace que el código actual de importación falle.

Estamos realizando pruebas y lo tenemos solucionado, añadiendo simplemente la comprobación de que si el concepto es vacío no siga buscando el partner.

En cuanto lo tengamos bien probado prepararemos el PR.

Saludos

Previsión de tesorería

En los próximos meses me voy a dedicar a mejorar este tema en odoo.

Alguien quiere ayudarme?

l10n_es_account_bank_statement_import_n43. No se pueden importar extracto en moneda distinta a EUR

La información de la divisa de la cuenta bancaria a importar está puesta de forma fija a EUR en el propio código y no se está extrayendo del código de divisa que figura en el archivo N43.

En el módulo account_bank_statement_import se añadió en junio una comprobación de divisa que impide realizar ahora la importación del extracto de una cuenta en otra divisa,

Al instalar Redsys el método de pago WireTransfer no muestra la página de confirmación de la operación

Hola, después de muchas vueltas he descubierto que al instalar Redsys se fastidia la URL de confirmación de WireTransfer (Transferencia Bancaria o Cheque) cuando ambos métodos de pago coexisten. Como se puede arreglar. Si es necesario puedo adjuntar pasos para reproducir el problema.

l10n_es_aeat_mod349: Mejoras

Pongo aquí para dejar constancia de los problemas vistos y plantear soluciones por si alguien quiere contribuir o solucionarlo.

• Actualmente, el campo clave de operación se establece a nivel de factura, no a nivel de línea, por lo que cuando se mezclan facturas que tienen servicios y tienen bienes, hay que elegir uno de los dos. Habría que mover el campo clave de operación a nivel de línea en lugar de a nivel de factura para gestionar eso.
• Ya que se tiene el campo a nivel de línea, se podría deducir en base al impuesto de la línea qué clave debe llevar. Hasta ahora, la clave se medio deducía cuando se establece la posición fiscal, pero obviamente no contempla la separación bienes/servicios. Poner tabla de equivalencias de clave de operación al estilo de la tabla del SII.
• Cuando se trata de sistemas migrados a mitad de ejercicio, normalmente los objetos que se migran con más prioridad son los asientos (aunque hay algunos que hacen un asiento de apertura con los saldos) en lugar de las facturas. En estos escenarios, puesto que la información del 349 está en las facturas, no se puede obtener el informe a final de año.
  Añadiendo el campo clave de operación al account.move.line, se podría obtener la información de ahí en lugar de las facturas. Habría que hacer script de migración para el cambio de situación.

como se instala

podrian indicarme como instalar esta traduccion y mejoras de odoo? muchas gracias por adelantado

Error instalando l10n_es_toponyms

Hola, me aparece este error al instalar l10n_es_toponyms en Odoo 9.0c
Es problema mío?
Un saludo

EDIT: he adjuntado el error en un fichero adjunto (en el mensaje se ve cortado!?)
error.txt
Estoy instalando la última versión, la acabo de clonar de github:
git clone https://github.com/OCA/l10n-spain.git

<<<
Odoo Server Error

Traceback (most recent call last):
File "/odoo/odoo-server/openerp/http.py", line 605, in _handle_exception
return super(JsonRequest, self)._handle_exception(exception)
File "/odoo/odoo-server/openerp/http.py", line 642, in dispatch
result = self._call_function(*_self.params)
File "/odoo/odoo-server/openerp/http.py", line 316, in _call_function
return checked_call(self.db, *args, *_kwargs)
File "/odoo/odoo-server/openerp/service/model.py", line 118, in wrapper
return f(dbname, _args, *_kwargs)
File "/odoo/odoo-server/openerp/http.py", line 309, in checked_call
result = self.endpoint(_a, *_kw)
File "/odoo/odoo-server/openerp/http.py", line 893, in call
return self.method(_args, *_kw)
File "/odoo/odoo-server/openerp/http.py", line 471, in response_wrap
response = f(_args, *_kw)
File "/odoo/odoo-server/addons/web/controllers/main.py", line 896, in call_button
action = self._call_kw(model, method, args, {})
File "/odoo/odoo-server/addons/web/controllers/main.py", line 884, in _call_kw
return getattr(request.registry.get(model), method)(request.cr, request.uid, _args, *_kwargs)
File "/odoo/odoo-server/openerp/api.py", line 238, in wrapper
return old_api(self, _args, *_kwargs)
File "/odoo/odoo-server/openerp/addons/base/module/module.py", line 459, in button_immediate_install
return self._button_immediate_function(cr, uid, ids, self.button_install, context=context)
File "/odoo/odoo-server/openerp/api.py", line 238, in wrapper
return old_api(self, _args, *_kwargs)
File "/odoo/odoo-server/openerp/addons/base/module/module.py", line 533, in _button_immediate_function
registry = openerp.modules.registry.RegistryManager.new(cr.dbname, update_module=True)
File "/odoo/odoo-server/openerp/modules/registry.py", line 385, in new
openerp.modules.load_modules(registry._db, force_demo, status, update_module)
File "/odoo/odoo-server/openerp/modules/loading.py", line 338, in load_modules
loaded_modules, update_module)
File "/odoo/odoo-server/openerp/modules/loading.py", line 237, in load_marked_modules
loaded, processed = load_module_graph(cr, graph, progressdict, report=report, skip_modules=loaded_modules, perform_checks=perform_checks)
File "/odoo/odoo-server/openerp/modules/loading.py", line 156, in load_module_graph
_load_data(cr, module_name, idref, mode, kind='data')
File "/odoo/odoo-server/openerp/modules/loading.py", line 98, in _load_data
tools.convert_file(cr, module_name, filename, idref, mode, noupdate, kind, report)
File "/odoo/odoo-server/openerp/tools/convert.py", line 852, in convert_file
convert_xml_import(cr, module, fp, idref, mode, noupdate, report)
File "/odoo/odoo-server/openerp/tools/convert.py", line 939, in convert_xml_import
obj.parse(doc.getroot(), mode=mode)
File "/odoo/odoo-server/openerp/tools/convert.py", line 802, in parse
self.parse(rec, mode)
File "/odoo/odoo-server/openerp/tools/convert.py", line 805, in parse
self._tags[rec.tag](self.cr, rec, de, mode=mode)
File "/odoo/odoo-server/openerp/tools/convert.py", line 709, in _tag_record
id = self.pool['ir.model.data']._update(cr, self.uid, rec_model, self.module, res, rec_id or False, not self.isnoupdate(data_node), noupdate=self.isnoupdate(data_node), mode=self.mode, context=rec_context )
File "/odoo/odoo-server/openerp/api.py", line 238, in wrapper
return old_api(self, _args, *_kwargs)
File "/odoo/odoo-server/openerp/addons/base/ir/ir_model.py", line 1101, in _update
res_id = model_obj.create(cr, uid, values, context=context)
File "/odoo/odoo-server/openerp/api.py", line 238, in wrapper
return old_api(self, _args, *_kwargs)
File "/odoo/odoo-server/openerp/addons/base/ir/ir_ui_view.py", line 351, in create
context=context)
File "/odoo/odoo-server/openerp/api.py", line 238, in wrapper
return old_api(self, _args, *_kwargs)
File "/odoo/odoo-server/openerp/api.py", line 342, in old_api
result = method(recs, _args, *_kwargs)
File "/odoo/odoo-server/openerp/models.py", line 4132, in create
record = self.browse(self._create(old_vals))
File "/odoo/odoo-server/openerp/api.py", line 236, in wrapper
return new_api(self, _args, *_kwargs)
File "/odoo/odoo-server/openerp/api.py", line 478, in new_api
result = method(self._model, cr, uid, _args, *_old_kwargs)
File "/odoo/odoo-server/openerp/models.py", line 4323, in _create
recs._validate_fields(vals)
File "/odoo/odoo-server/openerp/api.py", line 236, in wrapper
return new_api(self, _args, *_kwargs)
File "/odoo/odoo-server/openerp/models.py", line 1272, in _validate_fields
raise ValidationError('\n'.join(errors))
ParseError: "Invalid view definition

Error details:
View inheritance may not use attribute 'string' as a selector.

Error context:
View config.es.toponyms
[view_id: 1002, xml_id: n/a, model: config.es.toponyms, parent_id: 3]
None" while parsing /odoo/custom/addons/l10n_es_toponyms/wizard/l10n_es_toponyms_wizard.xml:5, near

config.es.toponyms
config.es.toponyms

Spanish states and cities configuration

                <button string="Install Modules" position="after">
                    <button string="Configure from local" type="object" name="execute_local"/>
                </button>
                <button string="Install Modules" position="attributes">
                    <attribute name="string">Configure from GeoNames</attribute>
                </button>
            </data>
        </field>
    </record>

l10n_es_partner: Validación de IBAN solo aplica en cuentas tipo="iban"

El algoritmo de validación de IBAN solo se aplica si el tipo de cuenta está establecido a "iban". Dado que actualmente la mayor parte de las cuentas en España se expresan en IBAN, esto impide usar el campo "tipo" para una clasificación de cuentas más cómoda para un usuario que maneje varias cuentas (p.e., "cuenta corriente/cuenta de crédito hasta XXXX€/cuenta de crédito a partir de XXXX€/...".

[8.0] Fail on wizard l10n_es_partner

ParseError: "External ID not found in the system: l10n_es_toponyms.ES28" while parsing /opt/odoo/V8/l10n-spain/l10n_es_partner/wizard/data_banks.xml:4, near

<record id="res_bank_caterpillar" model="res.bank">
            <field name="name">CATERPILLAR</field>
            <field name="lname">CATERPILLAR FINANCIAL CORP.FINAN., S.A.E.F.C.</field>
            <field name="code">4706</field>
            <field name="vat">A28125805</field>
            <field name="street">VIA DE LAS DOS CASTILLAS, 33 EDIF. ATICA, 6, PL.4</field>
            <field name="city">POZUELO DE ALARCON</field>
            <field name="zip">28224</field>
            <field name="phone">914951300</field>
            <field name="fax">913522609</field>
            <field eval="1" name="active"/>
            <field name="state" ref="l10n_es_toponyms.ES28"/>
            <field name="country" ref="base.es"/>
        </record>

Error en l10n_es_aeat_mod347

En una instalación limpia, tras instalar el módulo l10n_es_aeat_mod347, al tratar de crear los periodos por meses desde el formulario de ejercicio fiscal se produce el siguiente error:
File "/opt/odoo/v8/l10n-spain/l10n_es_aeat_mod347/models/account_period.py", line 50, in create_period
super(AccountFiscalyear, self).create_period(interval=interval)
File "/opt/odoo/v8/OCB/openerp/api.py", line 239, in wrapper
return new_api(self, _args, *_kwargs)
File "/opt/odoo/v8/OCB/openerp/api.py", line 547, in new_api
result = method(self._model, cr, uid, self.ids, _args, *_kwargs)
File "/opt/odoo/v8/OCB/addons/account/account.py", line 921, in create_period
de = ds + relativedelta(months=interval, days=-1)
File "/usr/lib/python2.7/dist-packages/dateutil/relativedelta.py", line 200, in init
self._fix()
File "/usr/lib/python2.7/dist-packages/dateutil/relativedelta.py", line 223, in _fix
if abs(self.months) > 11:
TypeError: bad operand type for abs(): 'dict'

La generación por trimestres funciona bien.

[8.0] Imposible instalar topónimos

En una base de datos limpia con el código completamente actualizado.

El problema está en los xml de los topónimos:

File "/opt/odoo/src/v8/core/addons/web/controllers/main.py", line 940, in call_button
    action = self._call_kw(model, method, args, {})
  File "/opt/odoo/src/v8/core/addons/web/controllers/main.py", line 928, in _call_kw
    return getattr(request.registry.get(model), method)(request.cr, request.uid, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/api.py", line 363, in old_api
    result = method(recs, *args, **kwargs)
  File "/opt/odoo/src/v8/l10n-spain/l10n_es_toponyms/wizard/l10n_es_toponyms_wizard.py", line 87, in execute_local
    self.create_zipcodes()
  File "/opt/odoo/src/v8/core/openerp/api.py", line 239, in wrapper
    return new_api(self, *args, **kwargs)
  File "/opt/odoo/src/v8/l10n-spain/l10n_es_toponyms/wizard/l10n_es_toponyms_wizard.py", line 65, in create_zipcodes
    'init', noupdate=True)
  File "/opt/odoo/src/v8/core/openerp/tools/convert.py", line 987, in convert_xml_import
    obj.parse(doc.getroot(), mode=mode)
  File "/opt/odoo/src/v8/core/openerp/tools/convert.py", line 853, in parse
    self._tags[rec.tag](self.cr, rec, n, mode=mode)
  File "/opt/odoo/src/v8/core/openerp/tools/convert.py", line 763, in _tag_record
    id = self.pool['ir.model.data']._update(cr, self.uid, rec_model, self.module, res, rec_id or False, not self.isnoupdate(data_node), noupdate=self.isnoupdate(data_node), mode=self.mode, context=rec_context )
  File "/opt/odoo/src/v8/core/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/addons/base/ir/ir_model.py", line 1077, in _update
    res_id = model_obj.create(cr, uid, values, context=context)
  File "/opt/odoo/src/v8/core/openerp/api.py", line 241, in wrapper
    return old_api(self, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/api.py", line 336, in old_api
    result = method(recs, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/models.py", line 4059, in create
    record = self.browse(self._create(old_vals))
  File "/opt/odoo/src/v8/core/openerp/api.py", line 239, in wrapper
    return new_api(self, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/api.py", line 462, in new_api
    result = method(self._model, cr, uid, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/models.py", line 4197, in _create
    tuple([u[2] for u in updates if len(u) > 2])
  File "/opt/odoo/src/v8/core/openerp/sql_db.py", line 158, in wrapper
    return f(self, *args, **kwargs)
  File "/opt/odoo/src/v8/core/openerp/sql_db.py", line 234, in execute
    res = self._obj.execute(query, params)
ParseError: "null value in column "city" violates not-null constraint
DETAIL:  Failing row contains (103077, null, null, null, Almeria, 1, 69, 1, 2015-04-20 17:28:49.753092, 715, 2015-04-20 17:28:49.753092).
" while parsing /opt/odoo/src/v8/l10n-spain/l10n_es_toponyms/wizard/l10n_es_toponyms_zipcodes.xml:4, near
<record id="city_ES_1" model="res.better.zip">
            <field name="state_id" ref="l10n_es_toponyms.ES04"/>
            <field name="name">Almeria</field>
            <field name="zip">04001</field>
            <field name="country_id" ref="base.es"/>
        </record>

l10n_es_partner - Bancos duplicados

He encontrado duplicados los códigos: 0149, 3025, 3096, 3117.

Bancos repetidos al realizar actualización en openerp 7.0 en producción

Openerp 7.0 en producción 1 año.
No sé si es culpa de la base de datos o de la actualización, pero estos son los bancos repetidos después de realizar una actualización de l10n_es_partner (30 en total):

code | name
------+----------------------------------------------------
0019 | DB-S.A.E.
0019 | DB-S.A.E.
0038 | BANESTO EMISION
0038 | SANTANDER SECUR
0145 | DB-A.G., S.E.
0145 | DB-A.G., S.E.
0149 | BNP PARIBAS, SE
0149 | BNP PARIBAS S.A
0152 | BARCLAYS, S.E.
0152 | BARCLAYS, S.E.
0160 | TOKYO-MITSUBISH
0160 | TOKYO-MITSUBISH
0161 | DB-TRUST COMPAN
0161 | DB-TRUST COMPAN
0167 | BNP PARIBAS F.
0167 | FORTIS BANK
0190 | BANCO BPI, S.E.
0190 | BANCO BPI, S.E.
0216 | TARGOBANK, S.A.
0216 | TARGOBANK, S.A.
0227 | UNO-E
0227 | UNO-E
0229 | BANCOPOPULAR-E
0229 | BANCOPOPULAR-E
0237 | CAJASUR BANCO
0237 | BBKBANK CAJASUR
1465 | ING DIRECT
1465 | ING BANK
1472 | CA-LEASING
1472 | CA-LEASING
1488 | PICTET & CIE
1488 | PICTET Y CIE
1544 | ANDBANC S.E.
1544 | ANDBANK S.A.
2000 | CECA
2000 | CECABANK, S.A.
2013 | CATALUNYA BANC,
2013 | CATALUNYA BANC,
2038 | BANKIA, S.A
2038 | BANKIA, S.A
2080 | ABANCA CORPORAC
2080 | NCG BANCO, S.A.
2095 | KUTXABANK, S.A
2095 | KUTXABANK, S.A
2096 | CAJA ESPAÑA DE INVERSIONES, CAJA DE AHORROS Y M.P.
2096 | CAJA ESPAÑA
2100 | CAIXABANK, S.A.
2100 | CAIXABANK, S.A.
2105 | CAST.-LA MANCHA
2105 | CAJA DE AHORROS DE CASTILLA-LA MANCHA
3025 | C. D'ENGINYERS
3025 | C. D'ENGINYERS
3096 | C.R. L'ALCUDIA
3096 | C.R. L'ALCUDIA
3117 | C.R.D'ALGEMESI
3117 | C.R.D'ALGEMESI
3191 | BANTIERRA
3191 | NUEVA CR ARAGON
8512 | U.C.I., SA, EFC
8512 | U.C.I., SA, EFC
(60 rows)

Puede ser?

Posting on the help forum: Forbidden

I signed up on the help forum (done with Odoo) and I trying to post a question, I get a 403: Forbidden Error.

Regards.

Cargar ficheros .n43

Hola!

Cuando creo un perfil de importación, en el apartado de "tipos de importación" solo me aparece " Generic .csv/.xls based on SO Name", al cargar un fichero .n43 me da un error que dice que solo puedo cargar ficheros csv o xls. Alguna pista?

Gracias por adelantado

Error importando bancos

Hola,
Estoy intentando importar los bancos, l10n_es_partner, y me da error continuamente, tanto de Internet como del fichero local:

Traceback (most recent call last):
File "/opt/odoo/optlc-pruebas/openerp/http.py", line 536, in _handle_exception
return super(JsonRequest, self)._handle_exception(exception)
File "/opt/odoo/optlc-pruebas/openerp/http.py", line 573, in dispatch
result = self._call_function(*_self.params)
File "/opt/odoo/optlc-pruebas/openerp/http.py", line 309, in _call_function
return checked_call(self.db, *args, *_kwargs)
File "/opt/odoo/optlc-pruebas/openerp/service/model.py", line 113, in wrapper
return f(dbname, _args, *_kwargs)
File "/opt/odoo/optlc-pruebas/openerp/http.py", line 306, in checked_call
return self.endpoint(_a, *_kw)
File "/opt/odoo/optlc-pruebas/openerp/http.py", line 802, in call
return self.method(_args, *_kw)
File "/opt/odoo/optlc-pruebas/openerp/http.py", line 402, in response_wrap
response = f(_args, *_kw)
File "/opt/odoo/optlc-pruebas/addons/web/controllers/main.py", line 941, in call_button
action = self._call_kw(model, method, args, {})
File "/opt/odoo/optlc-pruebas/addons/web/controllers/main.py", line 929, in _call_kw
return getattr(request.registry.get(model), method)(request.cr, request.uid, _args, *_kwargs)
File "/opt/odoo/optlc-pruebas/openerp/api.py", line 241, in wrapper
return old_api(self, _args, *_kwargs)
File "/opt/odoo/optlc-pruebas/openerp/api.py", line 363, in old_api
result = method(recs, _args, *_kwargs)
File "/opt/odoo/custom/addons/l10n_es_partner/wizard/l10n_es_partner_wizard.py", line 41, in import_local
self._cr, 'l10n_es_partner', fp, {}, 'init', noupdate=False)
File "/opt/odoo/optlc-pruebas/openerp/tools/convert.py", line 974, in convert_xml_import
doc = etree.parse(xmlfile)
File "lxml.etree.pyx", line 2953, in lxml.etree.parse (src/lxml/lxml.etree.c:56204)
File "parser.pxi", line 1555, in lxml.etree._parseDocument (src/lxml/lxml.etree.c:82511)
File "parser.pxi", line 1585, in lxml.etree._parseFilelikeDocument (src/lxml/lxml.etree.c:82832)
File "parser.pxi", line 1468, in lxml.etree._parseDocFromFilelike (src/lxml/lxml.etree.c:81688)
File "parser.pxi", line 1024, in lxml.etree._BaseParser._parseDocFromFilelike (src/lxml/lxml.etree.c:78735)
File "parser.pxi", line 569, in lxml.etree._ParserContext._handleParseResultDoc (src/lxml/lxml.etree.c:74472)
File "parser.pxi", line 650, in lxml.etree._handleParseResult (src/lxml/lxml.etree.c:75363)
File "parser.pxi", line 590, in lxml.etree._raiseParseError (src/lxml/lxml.etree.c:74696)
XMLSyntaxError: xmlParseEntityRef: no name, line 1224, column 33

[7.0] Imposible hacer declaración del modelo 303 despues de actualizar tabla de impuestos

Este error es grave.

Estoy intentando averiguar dónde está el problema.

URL de retorno de la pasarela de Redsys

Buenas tardes:

Lo primero agradecer y felicitar por el gran trabajo que se está realizando en esta comunidad en torno a Odoo.

Tengo una duda con respecto a la pasarela de pago de Redsys. Uno de los parámetros que hay que configurar es la URL de retorno (Merchant URL), a la que el banco envía la respuesta del resultado del pago. Me gustaría saber cuál es.

Probé con https://www.dominio.com/payment/redsys/return y veo que efectivamente Odoo procesa el pedido como pagado pero sin embargo para el banco es incorrecto porque esta URL no debe redirigir a otra. Esto sucede con un código de respuesta HTTP 302.

Muchas gracias y un saludo

Dónde poner los campos que faltan para el módulo de formación

Siguiendo con #174, necesito añadir estos campos a res.partner:

• % discapacidad
• ¿Afectado por terrorismo?
• ¿Afectado por violencia de género?
• Categoría profesional.
• Grupo de cotización.
• Nivel de estudios.

¿Sabéis si se encuentra alguno de ellos en algún módulo de OCA que ya exista?

Si no, tendré que hacerlos... ¿a qué repositorios debería enviar cada uno?

[8.0] Punto de venta (POS) - TPV - l10n_es_pos

Hola a todos:

Como ya sabéis publicamos https://github.com/OCA/l10n-spain/tree/9.0/l10n_es_pos para adecuar el punto de venta de Odoo a la legislación española.

También tenemos el repositorio https://github.com/OCA/pos para módulos del punto de venta.

Estos son los puntos que abro:

• TICKETS:
  • En los descuentos que se aplican en las ventas, debería aparecer el precio original, el descuento sobre este y el subtotal. ( ejem.: VINO 1 unid. 20 € DTO. 10% 2€, SUBT. 18€.
  • En los productos que van por peso poder especificar que el precio por kg. Es decir que ponga 12,00 € / kg.
• FACTURAS E IVA: Poder exportar el listado de facturas emitidas y revividas tanto de los tieckets como de las facturas realizadas en el backend. Debe aparecer la palabra FACTURA o FACTURA SIMPLIFICADA.

Ya me diréis a ver quién se anima.

Saludos,
Rafa