User Tools
Add this page to your book 
Remove this page from your book 
Manage book (
Help Table of Contents
Änderungsanforderung
Transaktion RMTRAM
Die Transaktion wird dazu verwendet, eine nachteilige Änderung (Detrimental Amendment) an die abfordernde Bank zu senden. Zum Beispiel um bei einem bestätigten Rembours eine Änderungungsnachricht wegen einer Betragsreduzierung zu verschicken ohne das Obligo zu beeinflussen. Als “nachteilig” gelten alle Änderungen, die einen bestehenden Kontrakt zum Nachteil der abfordernden Bank ändern. Auf dem Panel “Anforderung einer Änderung” stehen dem Benutzer dabei alle Felder der Änderungsnachricht zur Verfügung.
In dieser Transaktion werden die Kontraktdaten nicht fortgeschrieben, dies ist nur in der Änderungstransaktion “Ändern” (RMTAME) möglich.
In allen Änderungsanforderung-Transaktionen wird eine Autoregistrierung für die jeweilige Änderungstransaktion durchgeführt. Nach Erhalt des Einverständnisses des Begünstigten kann der registrierte Vorgang aufgegriffen werden und die eigentliche Änderung in der Änderungstransaktion “Änderung Rembourse” verarbeitet werden. Dabei werden in der Änderungstransaktion alle Felder geladen, die hier in dieser Transaktion erfasst wurden, sodass eine erneute Erfassung der Daten nicht notwendig ist.
Bei Einverständnis wird die die Applikation verwendende Bank über das Einverständnis der abfordernden Bank informiert und aktualisiert den Kontrakt, d.h. in dem Kontrakt werden die Daten in der Änderungstransaktion fortgeschrieben.
Die Ablehnung einer Änderungsanforderung erfolgt über das Versenden einer “freien Nachricht” (RMTFRE) über die gleichnamige Transaktion. Das Löschen der Autoregistrierung ist nur manuell möglich und muss unbedingt vom Benutzer durchgeführt werden, da sonst die redundanten Daten im System verbleiben würden.
Solange noch für den Kontrakt eine Autoregistrierung für die Transaktion RMTAME vorliegt, generiert die Applikation beim Start eines jeden zugehörigen Kontrakts/Sub-Kontrakts eine Warnung, dass unter dem Kontrakt noch ausstehende Änderungsanforderungen vorhanden sind, die noch nicht akzeptiert wurden.
Voraussetzungen
Ein bestehender Rembourskontrakt, der geöffnet, nicht geschlossen und bestätigt ist.
Die Anzahl der Änderungen muss unter 999 liegen.
Eingangsnachrichten
| Kanal | Beschreibung | MT | Beschreibung | Kommentar |
|---|---|---|---|---|
| S | SWIFT | 747 | Amend Authorization to Reimburse |
Eingehende allNETT / RIVO Nachrichten siehe unter Übersicht der Eingangsnachrichten - allNETT / RIVO.
Transaktionssteuerung
Gebühren
Keine
Kommissionen
Ergebnisse der Transaktion
Diese Transaktion erzeugt eine Auto-Registrierung für “Ändern” des Rembours.
Termine
Näheres siehe unter TRNDIA Termine.
| Aktion | Beschreibung | Termin | Folgetransaktion | Kommentar |
|---|---|---|---|---|
| Anlegen | Offene Änderungsanforderung | Heute + 3 Arbeitstage | Freie Nachrichten |
Betragsfortschreibung (CBS)
Engagement (LIA)
Nicht anwendbar.
Ausgangsnachrichten
Details zur Nachrichtenerzeugung sind unter DOCEOT Nachrichten zu finden. Ausgehende allNETT / RIVO Nachrichten siehe unter Übersicht der Ausgangsnachrichten - allNETT / RIVO.
| Name der Nachricht | Empfänger | Nachrichten- ID | SWIFT | TCO | DTA/DTE | Kommentar |
|---|---|---|---|---|---|---|
| Empfangsbestätigung d. Änderung | Eröffnende Bank | RMTISSL1 | 730 | |||
| Änderungsmitteilung | Abfordernde Bank | RMTCLBL1 |
Freigabe
Lt. Source in Transaktion
Transaktions-Panels
Anforderung einer Änderung
Remboursermächtigung
Verschiedenes
Zusatzbetrag
Details
Beteiligte
Engagement
Abrechnungs-Details
Abrechnung
Buchungen
Bardeckung
DTAEA Felder
DTALC Felder
Ergänzung
Eingehende Info -Tag 72/79
Nachrichten
Embargo
Anhänge
Gebührenkonditionen
DTAG Felder
Anforderung einer Änderung
Datenfelder
| Datenfeld | Beschreibung |
|---|---|
| Eigene Referenz | cf Appendix A, Tabelle RMD Feld OWNREF |
| Änderungsdatum | Dieses Feld enthält das Datum, an dem laut externem Auftrag der Kontrakt geändert werden soll. Datum des externen Auftrages zur Änderung |
| Anzahl der Änderungen | cf Appendix A, Tabelle RMD Feld AMENBR |
| Eröffnungsdatum | cf Appendix A, Tabelle RMD Feld OPNDAT |
| Währung | cf Appendix A, Tabelle CBB Feld CUR |
| Nominalbetrag | cf Appendix A, Tabelle CBB Feld AMT |
| Betragstoleranz - Positiv | cf Appendix A, Tabelle RMD Feld NOMTOP |
| Betragstoleranz - Negativ | cf Appendix A, Tabelle RMD Feld NOMTON |
| Währung | cf Appendix A, Tabelle CBB Feld CUR |
| Maximalbetrag | cf Appendix A, Tabelle CBB Feld AMT |
| Änderungsbetrag | Dieses Feld enthält den Änderungsbetrag des Kontrakts. |
| Neue Positive Toleranz | Dieses Feld enthält die neue positive Toleranz des Akkreditivbetrags als Prozentwert. Zur Berechnung des neuen Maximalbetrags wird der positive Tolerantbetrag zum neuen Nominalbetrag hinzuaddiert. |
| Neue Negative Toleranz | Dieses Feld enthält die neue negative Toleranz des Akkreditivbetrags als Prozentwert. |
| Betragsspezifikation | In diesem Feld wird die Betragsspezifikation ausgewählt. |
| Verfalldatum (Änderung) | Dieses Feld enthält das neue (geänderte) Verfalldatum des L/Cs. |
| Verfalldatum | cf Appendix A, Tabelle RMD Feld EXPDAT |
| Gedeckter Zusatzbetrag (Änderung) | In diesem Feld werden die Änderungen am Zusatzbetrag beschrieben (z.B. Versicherung, Fracht, Zinsen, usw.). |
| Checkbox für Zusatzbetrag | Diese Checkbox kontrolliert die Speicherung eines Zusatzbetrages in diesem Kontrakt. Das Leeren dieser Box führt beim Speichern zur Löschung eines im Kontrakt vorhandenen Zusatzbetrages. Um einen neuen Zusatzbetrag eingeben zu können, muss diese Box zuerst markiert werden. |
| Zusatzbetrag | In diesem Feld kann der neue gesamte Zusatzbetrag angegeben werden, falls sich der Zusatzbetrag ändert. Beim Speichern der Transaktion wird der offene Zusatzbetrag auf den hier angegebenen Wert gesetzt. |
| Erzeuge Änderungsnachricht | Wenn gefüllt, erzeugt die aktuelle Transaktion eine ausgehende Änderungsnachricht. Wenn in xxxRAM eine Änderungsnachricht erzeugt wurde, dann wird in xxxAME keine ausgehende Änderungsnachricht mehr erzeugt, das Feld ist dann beim Start der Transaktion nicht gefüllt. |
Remboursermächtigung
Datenfelder
| Datenfeld | Beschreibung |
|---|---|
| Verantwortlicher Benutzer | cf Appendix A, Tabelle RMD Feld OWNUSR |
| Reservierter Kontrakt | cf Appendix A, Tabelle RMD Feld RESFLG |
| Nominaler Remboursbetrag | cf Appendix A, Tabelle CBB Feld AMT |
| Direkte Ablehnung | cf Appendix A, Tabelle RMD Feld REJFLG |
| Zusatzbetrag | Durch Markieren dieser Checkbox wird angezeigt, dass ein Zusatzbetrag unter dem Kontrakt vorhanden ist. Details können auf einem zusätzlichen Panel eingegeben werden. |
| Betragsbezeichnung | cf Appendix A, Tabelle RMD Feld NOMSPC |
| Betragstoleranz - Positiv | cf Appendix A, Tabelle RMD Feld NOMTOP |
| Betragstoleranz - Negativ | cf Appendix A, Tabelle RMD Feld NOMTON |
| Währung | cf Appendix A, Tabelle CBB Feld CUR |
| Maximaler Remboursbetrag | cf Appendix A, Tabelle CBB Feld AMT |
| Verfalldatum | cf Appendix A, Tabelle RMD Feld EXPDAT |
| Verfällt in | cf Appendix A, Tabelle RMD Feld EXPPLC |
| Kontrakt unterliegt §7 des URR (Aktuellste Version) | cf Appendix A, Tabelle RMD Feld ERAFLG |
