InterAct-Adapter – Speicher- und Weiterleitungsmodus

Im SnF-Modus (Store and Forward) werden Nachrichten zur Sendezeit an eine Warteschlange übermittelt und vom Ziel aus der Warteschlange abgerufen. Bei Verwendung von SnF stammt die Antwort von SWIFTNet SnF selbst und enthält kein Feedback vom Responder.

Nachrichten und Dateien können mit der gleichen Flexibilität an Warteschlangen weitergeleitet werden wie nachrichten, die an einen Serverprozess weitergeleitet werden, wenn sie keine SnF verwenden. Diese Definition befindet sich innerhalb von MRR (innerhalb von SWIFTNet). Der Empfänger entscheidet, in welcher Warteschlange eine Nachricht oder Datei platziert wird, nachdem sie vom Absender gesendet wurde. Das Einfügen einer Nachricht oder Datei in einer Warteschlange erfolgt durch Kennzeichnen der Nachricht für den SnF-Übermittlungsmodus (innerhalb von RequestControl).

Das Abrufen einer Nachricht aus einer Warteschlange kann je nach Auswahl des Anwendungs-Designers in zwei verschiedenen Modi erfolgen. Diese Modi werden als Push und Pull bezeichnet.

Wenn Sie den Pushmodus verwenden, befindet sich die Initiative zum Übermitteln einer Nachricht mit SWIFTNet SnF. Die Nachricht wird dann von SWIFTNet SnF "gepusht" und von einem Anwendungsserver auf SWIFTNet Link empfangen. Die Serveranwendung muss sicherstellen, dass die Nachricht sicher gespeichert ist, bevor sie mit einer Bestätigung antwortet. Diese Bestätigung gibt SWIFTNet SnF an, wie die Nachricht empfangen wurde. Eine Bestätigung enthält keine weitere zusätzliche "Geschäftslogik".

Warteschlangen in SWIFTNet

Warteschlangen enthalten die Nachrichten und Dateien, die vom Absender gesendet wurden, um an den angegebenen Empfänger übermittelt zu werden. Warteschlangen enthalten auch die Übermittlungsbenachrichtigungen, die von SWIFTNet SnF generiert werden.

Warteschlangen werden vom organization des Empfängers definiert und konfiguriert. Die eigentliche Erstellung einer Warteschlange erfolgt auf Anforderung des Benutzers durch SWIFT. Der Absender weiß nichts über die Warteschlange, in der die Nachricht letztendlich platziert wird. Dies ist vollständig unter Kontrolle des Empfängers.

Das Warteschlangenfenstergröße-Attribut steuert die maximale Anzahl von Nachrichten, die SWIFTNet SnF ohne Bestätigung aus einer Warteschlange abruft. Der Empfänger muss die Nachricht noch bestätigen, bevor der Slot im Fenster freigegeben wird.

Übermittlung in eine Warteschlange

Bei Diensten, die store-and-forward verwenden, entscheidet der Empfänger, welche Warteschlange zum Speichern der nachricht verwendet wird, die im Store-and-Forward-Modus gesendet wurde.

Übermittlungsbenachrichtigungen werden in eine Warteschlange der Absender-Institution eingefügt, um den Absender über die Zustellung status einer gesendeten Nachricht zu informieren. Dies kann mit den Eigenschaften des Sendeadapters konfiguriert werden.

Sitzungen

Beim Abrufen einer Warteschlange wird eine Sitzung gestartet. Die Sw:SnFSessionId wird für jede Nachricht zurückgegeben, die von SWIFTNet SnF übermittelt wird. Sw:SnFSessionId enthält den Warteschlangennamen, den Sitzungsmodus Push und eine Sitzungsnummer. Die Sitzungsnummer wird für jede Sitzung erhöht. Im folgenden Code wird ein Beispiel veranschaulicht:

<Sw:SnFSessionId>bankwxyz_applicq1:p:000458</Sw:SnFSessionId>

Das "p" gibt eine Pushsitzung an. Eine Sitzung kann auch als Reservierung der Warteschlange durch einen Autorisierten betrachtet werden. Die nachfolgenden Nachrichten müssen von demselben Autorisierten bestätigt werden.

Sitzungen sind beim Senden von Nachrichten an das Speichern und Weiterleiten nicht anwendbar.

Pushsitzungs-SnF

Für die SnF-Sequenz wird Folgendes vorausgesetzt:

• Der Clientprozess hat seine Aufgabe erledigt und kann nun beendet werden. Dazu müssen die geöffneten Sicherheitskontexte bereinigt werden, indem eine SwSec:DestroyContextRequest ausgegeben wird. Nach sw:TermRequest kann der Prozess exit() ausgeführt werden.

• Ein weiterer Client wird gestartet. Die Initialisierungsschritte sind identisch mit denen für den ersten Client. Das Release der Warteschlange erfolgt durch Ausführen eines SwCall mit sw:ReleaseSnFQueueRequest als Eingabegrundtyp.

  SWIFTNet beendet die Zustellung von Nachrichten aus der Warteschlange, sobald die Freigabe der Warteschlange erfolgreich verarbeitet wurde.

  Der Server verarbeitet jeweils eine Anforderung. SWIFTNet SnF übermittelt mehrere Anforderungen aus der Warteschlange. Diese werden im Netzwerk und swiftNet Link gepuffert, bis der Server antwortet oder ein Timeout auftritt.

  Es ist möglich, dass einige Anforderungen bereits übermittelt wurden, aber noch nicht bestätigt wurden, bevor die Warteschlange freigegeben wurde. SWIFTNet SnF verarbeitet keine weiteren Bestätigungen für diese Nachrichten, bis die Warteschlange freigegeben wird. Diese Nachrichten werden in einer nachfolgenden Sitzung erneut übermittelt.

  Es bleibt der lokalen Implementierung überlassen, ob die Serveranwendung weiterhin mit einer positiven Bestätigung für Anforderungen antwortet, die von einer Warteschlange übermittelt wurden, nachdem der Client die Freigabe dieser Warteschlange ausgestellt hat. In der Regel wäre dies jedoch nicht der Fall.

Weitere Informationen

Architektur des InterAct-Adapters
Komponenten des InterAct-Adapters
InterAct-Adapter – Nachrichtentypen für Geschäftsnachrichtenaustausch
InterAct-Adapter – Clientanwendung
InterAct-Adapter – Serveranwendung
Sicherheitsarchitektur des InterAct-Adapters
InterAct-Adapter – Sicherstellen einer zuverlässigen End-to-End-Übermittlung
InterAct-Adapter – Statusüberwachung
InterAct-Adapter – Nichtabstreitbarkeit