[l10n_es_payment_order] Errores de conversión de caracteres no-ascii al exportar remesa
Bug #992134 reported by
JB (eficent.com)
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenERP Spanish Localization Project |
Fix Released
|
Undecided
|
Ignacio Ibeas (www.acysos.com) |
Bug Description
Hola,
Al exportar una remesa me encuentro un error de conversión de carácteres no-ascii ("ordinal not in range(128)"), cuyo motivo es que el proveedor tiene informada la calle:
Gran Vía, 31 – 8º of. 25
El problema está en el símbolo "–" en este caso.
He identificado que para corregir este tipo de problema hay que aplicar la siguiente corrección en el fichero l10n_es_
Reemplazar:
file = base64.
Por:
file = base64.
Al aplicar esta corrección no se produce el error.
Adjunto fichero con la corrección.
Changed in openerp-spain: | |
assignee: | nobody → Ignacio Ibeas (www.acysos.com) (ignacio-acysos) |
status: | New → Incomplete |
status: | Incomplete → Fix Released |
To post a comment you must log in.
Hola,
Nosotros hemos aplicado esta solución en uno de nuestros clientes, ya que tienen el mismo problema y la verdad es que ahora pueden generar remesas sin ningún problema.
Pero ahora nos surge otro problema, y es que aplicando este cambio en su entorno, cuando envían el fichero de la remesa al banco,este les rechaza, ya que no interpreta correctamente los saltos de línea.
¿Tendríamos que hacer algún cambio adicional?, o es que ¿es algo puntual en este caso?
Gracias a todos por la aportación,
Saludos cordiales,
Ainara.