Beim Arbeiten mit Adressen kann nach Hauptadressen (so genannte “Beteiligte”) und untergeordneten Postanschriften (so genannte “Adressen”) unterschieden werden. Eine Adresse ist immer einem Beteiligten zugewiesen, während ein Beteiligter mehrere Adressen haben kann.
Der Konzern-Hauptsitz kann als Beteiligter definiert sein, beispielsweise mit angeschlossenen Adressen für die Niederlassungen. Dasselbe gilt auch für eine Bank als Beteiligte, beispielsweise mit Adressen, welche die entsprechenden Abteilungen und relevanten Kontakte darstellen.
Konditionen, Kontonummern usw. sind einem einzelnen Beteiligten zugeordnet, während grundsätzlich eine Adresse einfach die Postanschrift für diesen bestimmten Beteiligten ist (d.h. es ist keine weitere Information unter einer Adresse enthalten). Meist wird die Beziehung 1:1 sein, d.h. dass ein Beteiligter einfach genau eine Adresse hat. In den Fällen, wo mehrere Adressen einem bestimmten Beteiligten zugeordnet wurden, kann der Benutzer jedoch den Beteiligten eingeben und erhält eine Auswahlliste der dem Beteiligten zugeordneten Adressen, von der aus er seine Auswahl treffen kann.
Jeder Beteiligte wird einem oder mehreren Adresstypen zugeordnet, die den Typ des Beteiligten (z.B. Kunde, Bank) festlegen. Jedes Mal, wenn ein Adressfeld während einer Transaktion auszufüllen ist, stellt die bestimmte Felddefinition fest, welcher Adresstyp benutzt werden kann. Nur diejenigen Adressen, die erlaubt sind, werden in der Auswahlliste angezeigt.
Es gibt verschiedene Eingabe-/Anzeigeformate für Adressen in Transaktionen:
Bei den Adressen in der Transaktionsbearbeitung stehen sowohl in der direkten Anzeige, als auch in der Listenanzeige folgende Icons je Adresse zur Verfügung:
Wenn eine Adresse manuell eingegeben wurde (durch Eingabe der Adresse auf dem Sub-Panel “Erstellen temp.<Beteiligter>”), wird der Benutzer gefragt, ob die eingegebene Adresse als so genannte temporäre Adresse gespeichert werden soll. Wenn dies bestätigt wird, ist die Adresse unter einem internen Code als temporäre Adresse in der Datenbank gespeichert und kann später auf die gleiche Art und Weise wie eine “normale” Adresse aus der Datenbank abgerufen werden.
In diesem Zusammenhang können diverse Nachrichtentypen, z.B. SWIFT-BIC-Nummern oder TradeConnect-IDs, direkt auf dem Panel eingegeben werden. Die Adressinformationen werden dann auf dem Panel “Authentifizierung der Adresse” angezeigt und können über die Bearbeitungstransaktionen im Stammdatensystem weiter bearbeitet werden.
Auf dem Anzeige-Panel für temporäre Adressen kann über den Button [
Ändern] eine temporäre Adresse bearbeitet werden.
Die Änderung wird direkt gespeichert, bleibt also auch erhalten, wenn die Erfassung der Transaktion unterbrochen bzw. abgebrochen wird.
Um eine Adresse aus der Datenbank aufzurufen, ist entweder die Nummer unter welcher der Beteiligte gespeichert ist, einzugeben oder ein Teil des Namens oder des BIC-Codes des benötigten Beteiligten. Gegebenenfalls wird eine Auswahlliste angezeigt, die sich auf die vom Benutzer eingegebene Information bezieht, aus der der Benutzer dann seine Auswahl treffen kann.
Diese “Beteiligten” (“Rollen”) sind je Geschäftsbereich festgelegt und mit bestimmten festen Bedeutungen versehen. Es handelt sich hier z.B. um den “Auftraggeber”, die “einreichende Bank”, usw. Je Rolle wird ein 3-stelliges Kürzel festgelegt, über das der Beteiligte in der Geschäftsabwicklung angesprochen wird. Dieses Rollenkürzel wird in der Anwendung immer dann angezeigt, wenn aus technischen Gründen eine Anzeige der korrekten fachlichen Bezeichnung nicht möglich ist. Sichtbar ist die Rolle z.B. in der Abrechnung und in der Übersicht der zu versendenden Nachrichten.
Die gültigen Rollen werden im Codetable “ROLALL” definiert. Es gibt verschiedene Arten von Beteiligten/Rollen:
Hier handelt es sich um die gängigen Beteiligten wie z.B. “einreichende Bank”, “Auftraggeber” usw.
Manche Kontraktbeteiligte können eine Kopie eines anderen Beteiligten sein, wobei der Anwender entscheiden will, welcher Beteiligte zu kopieren ist. Alternativ kann bei diesen Beteiligten auch eine neue, bis jetzt nicht im Kontrakt eingetragene Adresse verwendet werden. Bei diesen Beteiligten gibt es zusätzlich zu den Beteiligtendaten ein Rollenfeld, das steuert, welcher Beteiligte kopiert wird. Enthält das Rollenfeld den Wert “FRE”, dann handelt es sich um eine neu in den Kontrakt eingetragene Adresse. Enthält das Rollenfeld nicht den Wert “FRE”, dann werden die Daten der ursprünglichen Adresse und die des dynamischen Beteiligten immer synchron gehalten. Wird also z.B. die Referenz des dynamischen Beteiligten geändert, dann wird diese sofort auch in den ursprünglichen Beteiligten zurück kopiert.
In der Abrechnungsmaske und in den Nachrichten sollen nach Möglichkeit immer die dynamischen Kontraktbeteiligten verwendet werden, statt, abhängig vom Rollenfeld, den ursprünglichen Beteiligten zu ermitteln.
Typische dynamische Kontraktbeteiligte sind der “Dokumenteneinreicher (PRB)” und der “Zahlungspflichtige (PYR)”.
Diese unterscheiden sich von den dynamischen Beteiligten nur dadurch, dass sie in genau einer Transaktion verwendet und nicht im Kontrakt gespeichert werden. Ein typisches Beispiel hierfür ist der “Empfänger der Nachricht” in den xxxFRE-Transaktionen.