Oft ist es notwendig sog. Fremdschlüssel beim Transformieren in eigene Schlüsselwerte umzuwandeln. Dies wird in eBiss i.d.R. über Wertetabellen bewerkstelligt. Es geht also darum einen Fremdschlüssel1) in einen bekannten internen Schlüssel2) umzuwandeln. Dabei ist es selbstredend, dass der interne Schlüssel eineindeutig ist und die Kardinalität Fremdschlüssel zu internem Schlüssel gleich n:1 sein kann.
Hinweis: Bei einer geringen Anzahl an Schlüsseln bietet sich die Alternative Translate() Funktion an
Umschlüsselungen können in der folgende Form in eBiss konsumiert bzw. in den vorhandenen Tabellen3) per Copy & Paste angelegt werden:
Hinweis: In eBiss unterscheiden wir zwischen globaler und partnerspezifischer Umschlüsselung. Partnerspezifische Umschlüsselungstabellen werden automatisch angelegt, wenn die Funktion LookUpTP verwendet wird.
Im folgenden werden einige Beispiele gängiger Umschlüsselungen diskutiert:
Produktgruppenumschlüsselungen sind i.d.R. in einem Retail eBiss System erforderlich, weil die Lieferanten PRICATs meist nur mit den Lieferanten oder im Idealfall auch mit Standardproduktgruppen versehene sind. Wenn Standardproduktgruppenschlüssel verwendet werden erleichtert es die Arbeit des Kunden, denn er muss dann nicht für jeden Lieferanten die spezifische Umschlüsselung machen sondern braucht nur eine Umschlüsselung von der Standardproduktgrupe auf seine Produktgruppenschlüssel.
Wenn die Produktgruppenumschlüsselung Genderabhängig ist, dann muss zuerst der Gender ermittelt werden.
Artikelkategorien sind i.d.R. Klassen von Produktgruppen. Wenn diese innerhalb einer Schnittstelle übermittelt werden sollen, dann brauch es eine entsprechende global Umschlüsselung vom eigenen Produktgruppenschlüssel auf den eigenen Artikelkategorieschlüssel.
Falls benötigt kann die Ableitung der Artikelkategorie ggfs. aus der Produktgruppe höchstwahrscheinlich n:1 gemacht werden Produktgruppe(IK)10) → Artikelkategorie(IK)11)
Farbcode(Lieferant) und Farbbezeichnung(Lieferant) → Farbcode(Konsument) und Farbbezeichnung(Konsument) Multiple Farben können in den „StandardColorContainer12)“ als Liste abgebildet werden.
Auch bei den Farbcodes bietet sich die Verwendung von Standards an um möglichst viele Partner mit globaler Umschlüsselung umzusetzen.
(ggfs. abhängig von Artikelkategorie und Lieferant): Artikelkategorie(IK) ist bereits bekannt und kann mit der Herstellergrößenangabe als Nachschlagefremdschlüssel herangezogen werden. D.h. es brauch folgende Umschlüsselungstabelle: ArtikelkategorieID((Konsument)-Größe(Lieferant) → Größe(Konsument)
Dies wird analog der bisher beschriebenen Umschlüsselungen i.d.R. partnerspezifisch gemacht.
Die Entscheidung ob eine partnespezifische oder globale Umschlüsselung gemacht werden soll wird mittels geschickter Anwendung von LookUp Funktionen gemacht. Dabei wird zunächst mit einer nicht zwingend erforderlichen Mappingregel festgestellt ob ein globaler Umschlüsselungswert existiert, falls ja wird dieser verwendet, falls nein wird ein partnerspezifsicher Umschlüsselungseintrag erforderlich. Falls dieser nicht vorhanden ist, wird der Fremdschlüssel in die Umschlüsselungstabelle eingetragen und die Zuordnung zum eigenen Schlüssel muss anschliessend manuell gemacht werden. Wenn alle erforderlichen Umschlüsselungen vorhanden sind können die Nachrichten erfolgreich verarbeitet werden.
Hinweis: Manchmal ist es erforderlich den Fremdschlüssel bzw. Nachschlagewert mit verschiedenen Schlüsseln zu verknüpfen um einen eindeutigen Hostsystemschlüssel zurück zu bekommne.
Beispiel: Lieferantenproduktgruppe & Gender werden als Nachschlagewerte für die eigene Produktgruppenidentifikation benötigt.