Warum werden Fremdzeichen fälschlicherweise als Sonderzeichen auf der Benutzungsoberfläche und in Katalogen angezeigt? Beispielsweise kann "wählen" als "w%hlen" angezeigt werden.

Das Problem tritt aufgrund des Zeichensatzes auf, der beim Laden der Daten in Ariba verwendet wird. Die Zeichenkodierung des Unicode-Transformationsformats 8 (UTF-8), ein normaler Zeichensatz, der sehr oft verwendet wird, lässt diese Sonderzeichen nicht zu. Ändern Sie die Kodierung in eine Kodierung, die diese Sonderzeichen zulässt (z.B. ISO-8859-1 für Westeuropa).

Sie können bestätigen, dass dies das Problem verursacht, indem Sie die Daten aus Ariba exportieren. Die exportierte Datei enthält die Zeichenkodierung, die beim Importieren der Daten in Ariba verwendet wird, und Sie stellen fest, dass alle fremden Zeichen entfernt wurden.

Dieses Konzept kann auch auf Kataloge angewendet werden, die in Ariba geladen werden. Wenn der Katalog fremde Zeichen enthalten muss, muss der Katalog in einem anderen Zeichensatz kodiert werden, der die erforderlichen Zeichen enthält. Für jeden Katalog, der in Ariba geladen wird, ist im Kopf ein Feld „CHARSET“ festgelegt, das für den erforderlichen Zeichensatz definiert werden muss (ähnlich dem Kodierungskopf, der in den obigen Informationen für CSV-Importe genannt wird). Das folgende Schiff zeigt ein Beispiel für einen Katalogkopf, der ein baltisches Zeichen CHARSET (ISO-8859-13) referenziert, um polnische Zeichen zuzulassen.

CIF_I_V3.0
LOADMODE: F
SUPPLIERID_DOMAIN: buyersystemid
STELLUNGNAHME: Generiert am 10. Okt 00:00:00 PDT 2013
UNUOM: TRUE
WÄHRUNG: EUR
CHARSET: ISO-8859-13

Der Screenshot unten zeigt einen Artikel, der mit polnischen Zeichen in Ariba geladen wurde. Diese Position wurde zweimal geladen, einmal falsch in UTF-8 kodiert (rot hervorgehoben) und dann einmal korrekt in ISO-8859-13 kodiert (grün hervorgehoben).

Hinweis: Dies gilt für Stammdaten, die in Ariba und Kataloge geladen werden. Diese Informationen gelten möglicherweise nicht für Spend Visibility-Daten.

Einkauf