Diese Funktion dient dazu, bereits versendete Nachrichten unterschiedlichen Typs erneut versenden zu können. Dies ist erforderlich, wenn z.B. eine elektronische Nachricht fehlerhaft beim Empfänger angekommen ist und dieser darum bittet, die Nachricht erneut an ihn zu versenden.
Es besteht die Möglichkeit, einzelne Tags/ Felder von elektronischen Nachrichten (beispielsweise SWIFT, DTA, TradeConnect, Bolero, allNETT, SWIFT XML) zu editieren und so als neue geänderte Nachricht zu versenden. Welche Tags änderbar sind, wird über einen Ini-File (taggrp.ini) gesteuert. In dieser Datei können je elektronischem Medium die änderbaren Felder vorgegeben werden. Feldinhalte von Tags, die nicht im Ini-File als editierbar eingetragen sind, können in der Transaktion nicht geändert werden.
Nach Eingabe der Suchkriterien, wie (Teile der) “Reference”, “Ident No.”, “Transaktion” etc., in dem dazugehörigen Feld, kann über das Icon die gewünschte Information gesucht werden.
Als Suchbegriffe können bis zu 8 Stellen der Transaktions Identnummer, der Kontraktreferenz oder des Kontraktnamens verwendet werden und der passende Eintrag aus der Liste der Suchergebnisse ausgewählt werden.
Alle Kontrakte, die mit den Suchbegriffen übereinstimmen werden in der Tabelle aufgelistet.
Nach Auswahl des Kontraktes (durch Doppelklick auf den Eintrag oder über das Icon
) werden weitere Details zum Kontrakt angezeigt.
Die zur Transaktion gehörenden ausgehenden Nachrichten werden im Feld “Dokumente” angezeigt.
Zum Anzeigen der versendeten Nachrichten kann das Icon für die jeweilige Nachricht angeklickt werden.
Dadurch öffnet sich ein “Viewer”-Popup mit einer Darstellung der Nachricht.
Beim Klicken auf den Button [ Details] wird ein Screenshot der aktuellen Transaktion angezeigt.
Die rot unterstrichenen Felder/ Panele stellen die neuesten Änderungen an der Transaktion dar.
Bei den grün unterstrichenen Felder handelt es sich um ältere Änderungen.
Durch Klicken auf das Icon (oben links) werden die zu der Transaktion zugehörigen Nachrichten im Panel “Nachrichten” angezeigt.
Soll eine der angezeigten Nachrichten erneut gesendet werden, muss die Checkbox in der Spalte “Neu” für die entsprechende Nachricht gesetzt werden.
Über das Icon kann die einzelne Nachricht angezeigt werden.
Nach Auswahl einer Nachricht durch Markierung in der Spalte “Neu” (siehe oben) besteht die Möglichkeit, die einzelnen Tags der ausgewählten Nachricht(en) über das Icon
zu editieren. Wurde in dieser Transaktion der Inhalt eines Tags geändert, so kann sich der Benutzer über die Buttons
[
Nachr. (alt)], [
Nachr. (neu)] und [
Differenz] die alte Nachricht, die neue Nachricht und die Unterschiede zwischen den beiden anzeigen lassen.
Sind alle Änderungen vorgenommen worden, kann die Transaktion und damit die neue Kopie der Nachricht mit einem Klick auf das Icon gespeichert werden.
In der Kopfzeile erscheint eine entsprechende Rückmeldung.
Diese Transaktion muss dann vom Kontrolleur über die Transaktion “Kontrolle und Freigabe” geprüft und freigeben werden.
Beim Versenden von Kopien werden diese jeweils entsprechend gekennzeichnet. Nachrichten werden beispielsweise mit “Duplicate” (Kopie, Duplikat) gekennzeichnet. Dieses Wort, das bei erneutem Versand an den Text im Header einer Nachricht hinzugefügt wird, kann im “Task Manager” unten auf dem Panel “Drucken” im Feld “Duplikat” frei gewählt werden.
Anhand der Transaktionsnamen erkennt die Applikation automatisch, ob es sich um eine Kopie handelt.
Für welche Kanäle ein erneuter Versand der Nachricht möglich ist, wird im Rahmen der Projektarbeit von den Entwicklern festgelegt.
Näheres siehe unter TRNDIA Termine.
Keine
Details zur Nachrichtenerzeugung sind unter DOCEOT Nachrichten zu finden.
Keine Freigabe erforderl.
Suchpanel
Transaktions-Kopfzeile
Ergänzung
Eingehende Info -Tag 72/79
Nachrichten
Schnittstelle
Workflow
Ereignisse
Empfangsbest.
Abhängigkeiten
Auftrag
Empfangsbestätigung
Auftrag
Nachrichten
Embargo
Anhänge
DTAEA Felder
DTALC Felder
Gebührenkonditionen
DTAG Felder
Datenfeld | Beschreibung |
---|---|
Externer Schlüssel | cf Appendix A, Tabelle USR Feld EXTKEY |
Transaktions-ID | cf Appendix A, Tabelle ATP Feld COD |
Alle Sichtbaren Entities | Ist diese Checkbox markiert, führt die Transaktion die konfigurierten Funktionen (Erzeugung von Warteschlangeneinträgen und Priorisierung/Lastverteilung) für alle Entities aus, für die der ausführende Benutzer zugelassen ist. |
Datenfeld | Beschreibung |
---|---|
Eigene Referenz | cf Appendix A, Tabelle TRN Feld OWNREF |
Interne eindeutige ID | cf Appendix A, Tabelle TRN Feld INR |
Datenfeld | Beschreibung |
---|---|
Externer Schlüssel | cf Appendix A, Tabelle ACK Feld EXTKEY |
Objekttyp | cf Appendix A, Tabelle ACK Feld OBJTYP |
Objekt-INR | cf Appendix A, Tabelle ACK Feld OBJINR |
Sub-ID für Objekt (z.B.SMHINR) | cf Appendix A, Tabelle ACK Feld OBJSUB |
Sende-Service | cf Appendix A, Tabelle ACK Feld OUTSRV |
Service für eingehende Bestätigung | cf Appendix A, Tabelle ACK Feld ACKSRV |
Klasse des ACK (im Objekt) | cf Appendix A, Tabelle ACK Feld CLA |
Status | cf Appendix A, Tabelle ACK Feld STA |
Grund für NACK | cf Appendix A, Tabelle ACK Feld NACTXT |
Zusätzliche Information zu einem NACK | cf Appendix A, Tabelle ACK Feld NACSTM |