Sobald Geschäftstransaktionen gespeichert werden, wird ihnen ein definierter Verarbeitungsplan (Workflow) zugewiesen. Dieser Workflow besteht aus einer Abfolge von einzelnen Arbeitsschritten (Services).
Welche Services der Verarbeitungsplan enthalten muss, wird über Regeln in der Transaktion gesteuert. Beispielsweise wird der Service SWT (Versand der SWIFT-Nachricht) nur dann in den Verarbeitungsplan mit aufgenommen, wenn die Transaktion eine SWIFT-Nachricht erzeugt hat. Ebenso können die benötigten Druckservices abhängig von der Datenkonstellation der Transaktion gesetzt werden.
Das Bankgeschäft erfordert bestimmte Einschränkungen, denen die Reihenfolge, in der Services für eine Transaktion ausgeführt werden, gehorchen muss (z.B. dass eine SWIFT-Nachricht nicht gesendet wird, bevor die Transaktion nicht ausreichend ermächtigt wurde, d.h. alle erforderlichen Unterschriften besitzt). Solche Einschränkungen werden in “Verwalten der Service-Reihenfolge” definiert.
Die Reihenfolge der Services legt die vorhergehenden und nachfolgenden Services fest, die vom Task Manager verarbeitet werden sollen. Änderungen an der Service-Reihenfolge sollten mit größter Vorsicht zusammen mit einem Mitarbeiter vom Support durchgeführt werden, da einige Services von der erfolgreichen Verarbeitung eines vorangehenden Service abhängig sind.
Der Betrieb des Workflow-Systems verlangt mindestens die Existenz der folgenden Services, deren Existenz daher bei der Prüfung der Service-Reihenfolge erzwungen wird:
Alle Services werden typischerweise durch den Task Manager ausgeführt. Es ist möglich, mehrere Instanzen des Task Managers zu haben, wobei jede unterschiedliche oder die selben Services ausführen kann. Manuelle Eingriffe in den Workflow sind über “Transaktionen reparieren / Workflow bearbeiten” möglich.
Die verfügbaren Services sind in der Codetable “SRVTXT - Liste der aktiven Service” definiert.
Die folgende Tabelle beschreibt die verfügbaren Module und Services.
Service-Modul | Service | Beschreibung | Bemerkung |
---|---|---|---|
SRVANT | ANT | allNETT-Versand | Sendet aufbereitete allNETT-Nachrichten an die definierte Schnittstelle. |
SRVBOL | BOL | Bolero-Versand | Sendet aufbereitete Bolero-Nachrichten an die definierte Schnittstelle. |
SRVCHD | CHD | Nachricht prüfen | Prüft ob der Pretty print einer Nachricht ohne Fehler erzeugt werden kann, insbesondere für lange Nachrichten mit Sequenzen. Ansonsten wird der Eintrag zur Korrektur geschickt. Dieser Service sollte vor dem Unterschriften Service PDS eingefügt werden. |
SRVCCS | CCS | Compliance Check | SRVCCS erzeugt eine Textnachricht oder eine XML Ausgabedatei entsprechend ETP\CCSTYP in Transaktion “Maintaining Entity Group Transaction Profiles” (DBIETP). Hinweis: Wird ein anderes Verfahren benötigt, kann ein neuer Wert in der Codetable eingetragen werden. Dieser muss in “SRVCCS.SendMessageCus” beachtet werden. In Geschäftstransaktionen werden folgende Services aufgeplant (mittels Level 5 Regel), wenn CCSTYP nicht leer oder NON ist: SRVCCS zum Compliance Check SRVPDC zum ACK Check (Bestätigung) |
SRVCLN | CLN | Cleanup-Transaktion | Löscht Transaktionen aus dem Workflow nach Erfüllung sämtlicher Services. |
SRVCOM | COM | Verpflichtende (Commit-) Transaktion | Markiert die Transaktion als unumkehrbar. |
SRVFAX | EML | E-Mail Versand | Aus den Adressierungsdaten (Empfänger und CC-Informationen), der Nachricht bzw. Deckblatt und evtl. Attachments wird eine E-Mail im RFC 822 / RFC 2045 erzeugt, die dann an die definierte Schnittstelle (z.B. sendmail oder ein Pickup-Directory) übergeben wird. |
FAX | FAX-Versand | Sendet aufbereitete Telefaxe an die definierte Schnittstelle | |
SRVFIN | FIN | Auftrag endgültig machen | Setzt den Auftrag (ORD) auf “Beendet”. |
SRVGLE | GLE | Buchungsexport | Schreibt die Buchungen in eine Datei in der definierten Schnittstelle. |
SRVIZV | IZV | IZV-Versand | Sendet aufbereitete IZV-Nachrichten an die definierte Schnittstelle. |
SRVREL | REL | Kontrolle & Freigabe | Sorgt dafür, dass eine TRN erst dann freigegeben werden kann, wenn alle im Workflow davor liegenden Services erfolgreich erledigt wurden. |
SRVPDA | PDA | Prüfe Bestätigungen | Prüft, ob alle erforderlichen Empfangsbestätigungen erhalten wurden |
SRVPDC | PDC | Prüfe Compliance Check (ACK Check) | Siehe SRVCCS. |
SRVPDD | PDD | Prüfe Ausführungsdatum | Prüft, ob das eingetragene Ausführungsdatum erreicht ist. |
SRVPDL | PDL | Prüfe Limitstatus | Prüft den Limitstatus der Transaktionen, die für das Limitsystem relevant sind. |
SRVPDP | PDP | Prüfe Vorgänger | Prüft, ob alle vorhergehenden Vorgänge, auf die sich eine Transaktion bezieht, unwiderrufbar sind. |
SRVPDS | PDS | Prüfe fehlende Unterschriften | Prüft, ob Kontrolle & Freigabe erfolgreich ausgeführt wurde und sämtliche erforderlichen Unterschriften gemacht wurden. |
SRVPRT | PRT | Druckt alle Vorgänge, die vorgesehen sind, mit dem ersten Druckservice gedruckt zu werden. | |
PRR | Drucken 2 | Druckt alle Vorgänge, die vorgesehen sind, mit dem zweiten Druckservice gedruckt zu werden. | |
PRS | Drucken 3 | Druckt alle Vorgänge, die vorgesehen sind, mit dem dritten Druckservice gedruckt zu werden. | |
SRVPDX | PDX | Neubewertung | Umrechnung von Beträgen mit aktuellem Kurs |
SRVRVO | RVO | RIVO Nachrichten senden | Sendet aufbereitete RIVO Nachrichten an die definierte Schnittstelle. |
SRVSEP | SEP | Temporäre Abrechnung löschen | Löscht die Datensätze der vorläufigen (temporären) Abrechnung aus dem Abrechnungspool (SEP). |
SRVSPA | SPA | SEPA | Sendet aufbereitete SEPA-Nachrichten an die definierte Schnittstelle. |
SRVSWT | SWT | SWIFT-Versand | Sendet aufbereitete SWIFT-Nachrichten an die definierte Schnittstelle. |
TAR | Target-Versand | Sendet aufbereitete Target-Nachrichten an die definierte Schnittstelle. | |
SCO | SWIFT Score Versand | Sendet aufbereitete SWIFT Score-Nachrichten an die definierte Schnittstelle. | |
SRVTCO | DTA | DTA-Versand | Sendet aufbereitete DTALCR-Nachrichten an die definierte Schnittstelle. |
DTE | DTE-Versand | Sendet aufbereitete DTAEA-Nachrichten an die definierte Schnittstelle. | |
DTG | DTG-Versand | Sendet aufbereitete DTA-Garantie-Nachrichten an die definierte Schnittstelle. | |
TCO | TradeConnect-Versand | Sendet aufbereitete TradeConnect-Nachrichten an die definierte Schnittstelle. | |
TCX | TradeConnectDocX-Versand | Sendet aufbereitete TradeConnect-Nachrichten an die definierte Schnittstelle für Dokumentenhantierung. | |
SRVTLX | TLX | TELEX-Versand | Sendet aufbereitete Telexe an die definierte Schnittstelle. |
SRVTXT | TXT | TXT-Versand | In einer Transaktion kann ein unformatierter ASCII-Text als Dokument (CORTYP=“TXT”) erstellt werden (ist als Formularsatz “ASCII Text” in der Transaktion “Verwalten von Formularsätzen” verfügbar). Der Service “TXT” schreibt diese Nachricht in ein OUT-Verzeichnis. |
SRVWAI | WAI | Workflow blockiert (Warten) | Wird über das Icon in “Transaktionen reparieren / Workflow bearbeiten” (DBWTRN) gesetzt, um den Workflow zu unterbrechen. Kann auch über diese Transaktion auf z.B. “Erledigt” gesetzt werden. |
Die Services, die im jeweiligen System benutzt werden, sind installationsspezifisch und können zusätzliche, individuell zu implementierende Services einschließen, beispielsweise Dispositionsprüfungen gegen ein externes System.
Ein Service kann zu einem Zeitpunkt einen der folgenden Zustände haben:
Status | Beschreibung |
---|---|
“O”ffen | Dieser Eintrag ist noch nicht bereit den Service zu durchlaufen, weil Services, die gemäß der Servicereihenfolge vor diesem Service durchlaufen werden müssen, noch nicht erfolgreich abgeschlossen wurden (“D”one - erledigt). |
“W”artend | Alle Vorgänger (sofern irgendeiner vorliegt) für diesen Service wurden erfolgreich abgeschlossen (d.h. “D”one - erledigt), so dass dieser Eintrag darauf wartet den entsprechenden Service zu durchlaufen. |
“R”etry (Wiederholen) | Das System hat versucht den Service durchzuführen, war aber bisher nicht erfolgreich. Das gefundene Problem ist nur vorübergehend. Wiederhole später. Nur für prüfende Services (d.h. solche, deren Name mit “SRVPD” beginnt) sowie SRVCOM ist die Anzahl der Wiederholungen unbeschränkt. Für allen anderen Services wird der Status auf “E” gesetzt, wenn der Service nicht erfolgreich (Status “D”, “C” oder “S”) beendet werden konnte. |
“D”one (erledigt) | Dieser Service wurde erfolgreich durchgeführt. |
“E”rror (Fehler) | Dieser Service ist endgültig gescheitert. Der Plan für die Transaktion kann nicht erfolgreich abgeschlossen werden. Manueller Eingriff ist erforderlich. |
“C”ancel (Löschen) | Löschen für diese Transaktion wurde erforderlich (festgesetzt durch SRVPDS oder SRVPDP (bei Löschen von Vorgängern)). |
“S”kip (auslassen) | Service ist nicht (mehr) notwendig. |
Jedesmal, wenn der Status eines Service wechselt, bestimmt das System den neuen Status für alle Services derselben Transaktion. Dies ist beispielsweise dann der Fall, wenn ein Eintrag von “W”artend auf “D”one (erledigt) wechselt. Dann schaltet das System diejenigen Einträge von “O”ffen auf “W”artend, für die alle Vorgänger gemäß der Reihenfolge der Services nun erledigt (“D”one) sind.
Technisch gesprochen: Ein Service wird von “O”ffen auf “W”artend gesetzt, wenn all seine Vorgänger, gemäß der Reihenfolge der Services (Tabelle “SRO”), den Status “D”one oder “C”ancel oder “S”kip haben.