Por que os caracteres estrangeiros são exibidos incorretamente como caracteres especiais na interface do usuário e catálogos? Por exemplo, "wählen" pode aparecer como "w%hlen".

Isso ocorre devido ao Conjunto de caracteres usado ao carregar os dados para o Ariba. A codificação de caracteres Unicode Transformation Format-8 (UTF-8), um conjunto de caracteres normal usado com muita frequência, não permite esses caracteres especiais. Altere a codificação para uma que permita esses caracteres especiais (como ISO-8859-1 para a Europa Ocidental).

Você pode confirmar que isso causa o problema exportando os dados da Ariba. O arquivo exportado contém a codificação de caracteres usada ao importar os dados para o Ariba, e você vê que os caracteres estrangeiros são todos removidos.

Este conceito também pode ser aplicado a catálogos carregados no Ariba. Se o catálogo tiver que conter caracteres estrangeiros, o catálogo deve ser codificado em um conjunto de caracteres diferente que contenha os caracteres necessários. Cada catálogo carregado para a Ariba tem um campo "CHARSET" definido no cabeçalho, que permite que o conjunto de caracteres necessário seja definido (semelhante ao cabeçalho de codificação mencionado nas informações acima para importações CSV). O navio abaixo mostra um exemplo de um cabeçalho de catálogo referenciando um caractere báltico CHARSET (ISO-8859-13) para permitir caracteres poloneses.

CIF_I_V3.0
LOADMODE: F
SUPPLIERID_DOMAIN: buyersystemid
COMENTÁRIOS: Gerado em 10 out 00:00:00 PDT 2013
UNUOM: VERDADEIRO
MOEDA: EUR
CHARSET: ISO-8859-13

A captura de tela a seguir mostra um item carregado para a Ariba usando caracteres poloneses. Este item foi carregado duas vezes, uma vez codificado incorretamente em UTF-8 (destacado em vermelho) e depois codificado corretamente em ISO-8859-13 (destacado em verde).

Nota: isto é para dados mestre carregados no Ariba e catálogos. Essas informações podem não ser aplicáveis a dados do Spend Visibility.

Compras