In der Partnerverwaltung zentral

In der Partnerverwaltung können zentral (wenn man das Benutzer-Recht Admin hat) sogenannte Zusatzkennungen angelegt werden, die systemweit (auf diesem Integration Server) gelten.

(1) Jede zentrale Zusatzkennung muss eine ID haben im Bereich von 100000 bis 199999.

(2) Zudem muss ein Name vergeben werden.

In Partner-Kanälen

Innerhalb der Partner-Kanäle besteht die Möglichkeit für diese systemweiten Zusatzkennungen Werte zu speichern, die dann nur spezifisch für diesen Kanal gelten.

(3) Wird die Option gewählt, dann liegt der Wert in der Datenbank nicht in Klartext vor, sondern wird mit AES-256 verschlüsselt.

(4) Der Name aus (2). Wichtiger Hinweis: Groß- und Kleinschreibung ist zu beachten. Hinweis: Der selbe Name kann mehrfach eingetragen werden.

(5) Der Wert der Zusatzkennung für diesen Partner-Kanal. Hinweis: In anderen Partner-Kanälen kann für dieselbe Zusatzkennung ein anderer Wert vergeben werden.

Vorsicht beim Import und Export von Partnern (mit seinen Kanälen)

Wenn eine zentrale Zusatzkennung im Zielsystem nicht definiert ist, kann eine entsprechende Zusatzkennung im Kanal auch nicht erfolgreich angelegt werden beim manuellen Export/Import eines Partner und seiner Kanäle. Sie finden dann zwar eine Zusatzkennung im Kanal, aber ohne Namen. Legt man auf dem Zielsystem manuell eine zentrale Zusatzkennung mit der selben ID an (nicht selben Namen!), wird auch in der Zusatzkennung im Kanal der Name wieder aktualisiert. Alternativ, um dieses Problem zu umgehen, können Sie den Transport Manager verwenden.

Anwendungsbeispiele

Verwendet werden können diese Zusatzkennungen z. B. in

• Datei-Inspektoren von Content-Inspektoren (dynamische Filterwerte, siehe EDIFACT Inspector und X12 Inspector),

• in den Funktionen find channel reference-value(a,b), find channel reference-value(a,b,c,[d],[e]) und find channel(a,b,[c,d]) (siehe jeweils die Beispiele dort, z. B. dynamischer Austausch von Kanälen in Eingangsagenten und Antwortwegen oder das Ermitteln bestimmter Kunden-Parameter anhand anderer Kunden-Parameter)

• oder um dynamisch einen alternativen DMZ-Server für einen Partner-Kanal zu definieren.

Die Idee ist dabei, dass man abhängig vom Partner-Kanal (also Kommunikationspartner) dynamische Werte verwenden kann. So könnte man z. B. in Profilen über die genannten Funktionen aus den Zusatzkennungen für den jeweiligen Partner spezifische Wert auslesen und diese Im Mapping verwenden (z. B. Adressdaten) oder auch abhängig von diesen Werten jeweils andere Antwortwege in Phase 6 ansteuern. Das erlaubt eine allgemeine/abstrakte Erstellung von Profilen, die dann unverändert für mehrere Partner verwendet werden können. Zum einen spart das Arbeit/Profile und zum anderen wird dadurch eine weniger fehleranfällige und übersichtlichere Pflege von Kontakt- und Kommunikationsdaten ermöglicht.