¿Por qué los caracteres extranjeros se muestran incorrectamente como caracteres especiales en la interfaz de usuario y los catálogos? Por ejemplo, "wählen" puede aparecer como "w%hlen".

Esto ocurre debido al conjunto de caracteres utilizado al cargar los datos en Ariba. La codificación de caracteres Unicode Transformation Format-8 (UTF-8), un conjunto de caracteres normal utilizado muy a menudo, no permite estos caracteres especiales. Cambie la codificación por una que permita estos caracteres especiales (como ISO-8859-1 para Europa occidental).

Puede confirmar que esto causa el problema exportando los datos de Ariba. El archivo exportado contiene la codificación de caracteres utilizada al importar los datos a Ariba y ve que todos los caracteres extranjeros se han eliminado.

Este concepto también se puede aplicar a los catálogos cargados en Ariba. Si el catálogo debe contener caracteres extranjeros, el catálogo debe codificarse en un conjunto de caracteres diferente que contenga los caracteres necesarios. Cada catálogo cargado en Ariba tiene un campo "CHARSET" establecido en la cabecera, que se definirá siempre para el juego de caracteres necesario (similar al encabezado de codificación mencionado en la información anterior para importaciones CSV). El buque siguiente muestra un ejemplo de una cabecera de catálogo que hace referencia a un CHARSET de carácter báltico (ISO-8859-13) para permitir caracteres polacos.

CIF_I_V3.0
LOADMODE: F
SUPPLIERID_DOMAIN: Buyersystemid
COMENTARIOS: Generado el 10 de octubre a las 00:00:00 PDT de 2013
UNUOM: VERDADERO
MONEDA: EUR
CHARSET: ISO-8859-13

La siguiente captura de pantalla muestra un artículo cargado en Ariba utilizando caracteres polacos. Este ítem se cargó dos veces, una incorrectamente codificada en UTF-8 (resaltada en rojo) y luego una correctamente codificada en ISO-8859-13 (resaltada en verde).

Tenga en cuenta que esto es para datos maestros cargados en Ariba y catálogos. Es posible que esta información no se aplique a los datos de Spend Visibility.

Compras