RJCT - ist einer von drei Haupt-Statuscodes einer SWIFT-Zahlung. Es steht für 'Rejected' - aus irgendeinem Grund hat eine der Banken in der Kette entschieden, dass diese Zahlung nicht ausgeführt werden kann und an den Absender zurückgesendet werden muss. In diesem Artikel behandeln wir die wichtigsten Fragen zum RJCT-Statuscode.
Es gibt verschiedene Gründe, warum internationale Überweisungen abgelehnt werden. Die häufigsten sind:
In der Regel sendet die Bank einen kurzen Ablehnungsgrund an den Absender, den dieser bei seiner Bank nachprüfen kann. Meistens werden jedoch nicht viele Details bereitgestellt, zum Beispiel: „Richtlinie“, oder schlimmer noch, es stimmt nicht tatsächlich mit dem wahren Grund überein, warum es passiert ist.
Wenn eine Bank eine Zahlung ablehnt, trägt der RJCT-Status in der Regel einen Grund-Code aus dem ISO 20022 External Code Set. Dieselben vierstelligen Codes werden in der pacs.002-Statusmeldung übertragen, die Banken untereinander austauschen, sowie im SWIFT GPI-Tracking. Der Code soll erklären, warum die Zahlung zurückgesendet wurde, doch der Code, dem Sie am häufigsten begegnen werden, MS03, bedeutet, dass die Bank überhaupt keinen Grund angegeben hat. Betrachten Sie den Code als Ausgangspunkt, nicht als vollständige Erklärung.
Hier sind die Ablehnungsgründe, die bei einer abgelehnten grenzüberschreitenden Zahlung am häufigsten vorkommen, gruppiert nach der Art des Problems.
| Code | Was es bedeutet |
|---|---|
| MS03 | Grund von der Bank nicht angegeben. Der häufigste Code bei einer abgelehnten Überweisung: Die Zahlung wurde zurückgewiesen, aber es wurde kein Grund genannt. |
| MS02 | Grund vom Kunden, der die Zahlung in Auftrag gegeben hat, nicht angegeben. |
| NARR | Der Grund wird als Freitext in der Nachricht angegeben statt als Code. |
| Code | Was es bedeutet |
|---|---|
| AC01 | Falsche Kontonummer. Die Kontonummer oder IBAN des Begünstigten ist falsch oder existiert nicht. |
| AC02 | Die Kontonummer des Absenders (Schuldner) ist ungültig oder fehlt. |
| AC03 | Die Kontonummer des Begünstigten (Gläubiger) ist ungültig oder fehlt. |
| AC04 | Geschlossene Kontonummer. Das Konto des Begünstigten wurde geschlossen. |
| AC06 | Gesperrtes Konto. Das Konto des Begünstigten ist gesperrt und kann die Zahlung nicht empfangen. |
| AC07 | Die Kontonummer des Begünstigten wurde geschlossen. |
| BE01 | Der Name des Begünstigten stimmt nicht mit der Kontonummer überein, die der Bank vorliegt. |
| BE04 | Die für die Zahlung erforderliche Adresse des Begünstigten fehlt oder ist falsch. |
| BE06 | Der Begünstigte ist bei der angegebenen Bank nicht bekannt oder existiert nicht mehr. |
| BE07 | Die für die Zahlung erforderliche Adresse des Absenders fehlt oder ist falsch. |
| Code | Was es bedeutet |
|---|---|
| RC01 | Der Bankidentifizierungscode (BIC) hat ein falsches Format. |
| RC02 | Die Bankkennung (BIC) ist ungültig oder fehlt. |
| RC03 | Der BIC der Bank des Absenders ist ungültig oder fehlt. |
| RC04 | Der BIC der Bank des Begünstigten ist ungültig oder fehlt. |
| CNOR | Die Bank des Begünstigten ist im Clearing-System nicht unter diesem BIC registriert. |
| DNOR | Die Bank des Absenders ist im Clearing-System nicht unter diesem BIC registriert. |
| Code | Was es bedeutet |
|---|---|
| AM02 | Der Betrag liegt über dem zulässigen Höchstbetrag. |
| AM03 | Die Währung wird auf dieser Route oder gemäß der Vereinbarung nicht akzeptiert. |
| AM04 | Unzureichende Kontodeckung für die Zahlung. |
| AM05 | Duplikat. Die Zahlung ist ein Duplikat einer bereits gesendeten Zahlung. |
| AM09 | Falscher Betrag. Der erhaltene Betrag entspricht nicht dem erwarteten Betrag. |
| Code | Was es bedeutet |
|---|---|
| RR01 | Das gemäß Vorschriften erforderliche Konto oder die Identifikation des Absenders fehlt. |
| RR02 | Der gemäß Vorschriften erforderliche Name oder die Adresse des Absenders fehlt. |
| RR03 | Der gemäß Vorschriften erforderliche Name oder die Adresse des Begünstigten fehlt. |
| RR04 | Regulatorischer Grund. Die Zahlung verstößt gegen eine Compliance-, Sanktions- oder Meldevorschrift. |
| AG01 | Transaktion nicht erlaubt. Diese Art von Transaktion ist für das Konto nicht zulässig. |
| DT01 | Ungültiges Datum. Das angeforderte Wert- oder Ausführungsdatum ist falsch oder fehlt. |
| TM01 | Die Zahlung ist nach dem täglichen Bankschluss (Cut-off-Zeit) eingegangen. |
| FF01 | Das Nachrichtenformat ist unvollständig oder ungültig. |
Sanktions- und Compliance-Ablehnungen benennen sich selten von selbst. Eine Bank, die eine Zahlung aus Compliance-Gründen blockiert, gibt in der Regel RR04, NARR oder ein einfaches MS03 zurück, statt das eigentliche Problem zu benennen. Wenn eine Zahlung von oder an ein Hochrisikoland mit einem dieser Codes abgelehnt wird, wenden Sie sich direkt an Ihre Bank, anstatt sie erneut zu senden, und lesen Sie unseren Leitfaden zu von OFAC blockierten Transaktionen.
Es kommt darauf an. Wenn Sie Ihre Zahlung mit Ohmyfin verfolgen, sehen Sie manchmal, wie der Status auf dem Weg des Geldes zurück zum Absender wieder auf ACSP wechselt, und manchmal bleibt er die ganze Zeit auf RJCT. So oder so ist der entscheidende Punkt: Sofern die Zahlung nicht durch eine Sperre von OFAC, OFSI oder einer ähnlichen Aufsichtsbehörde gestoppt wurde, was sehr selten vorkommt, geht sie automatisch an den Absender zurück. Sie müssen nichts unternehmen, um die Rücküberweisung auszulösen.
Meistens ist das Geld innerhalb einer Woche wieder da. In schwierigen Fällen kann es bis zu einem Monat ab dem ursprünglichen Überweisungsdatum dauern, bitte haben Sie also etwas Geduld. Wenn ein voller Monat vergangen ist und die Zahlung immer noch nicht zurückgekommen ist, bitten Sie Ihre Bank, eine Zahlungsermittlung durchzuführen.
Eine Ausnahme sollten Sie im Hinterkopf behalten: Wurde die Zahlung als Bank-zu-Bank-Überweisung mit MT202 (pacs.009) und einer separaten Deckungszahlung gesendet, müssen beide Teile storniert werden, um sie zurückzuholen, also die Zahlungsanweisung und die Deckungszahlung. Wird nur einer der beiden zurückgerufen, bleibt das Geld zwischen den Korrespondenzbanken hängen.
Wenn die Bank des Absenders Teilnehmer des SWIFT GPI ist, kann der Absender seine Bank bitten, ein detailliertes SWIFT GPI-Tracking der Zahlung bereitzustellen. Es enthält Informationen über die gesamte Kette und welche bestimmte Bank die Zahlung abgelehnt hat.
Wenn Sie Ihre Zahlung über TrackMySwift verfolgen, ist es etwas schwieriger. Meistens haben Sie drei Verdächtige:
Wenn der Tracker Ihnen Details von einer bestimmten Bank zeigt (er teilt Ihnen mit, welche), können Sie verstehen, ob sie erfolgreich passiert ist oder nicht.
Falls der Tracker keine Details anzeigt, besteht Ihre einzige Möglichkeit darin, mit den Banken zu kommunizieren: Der Absender kann seine Bank fragen, der Empfänger kann seine Bank fragen.
Überprüfen Sie die Details des Begünstigten und stellen Sie sicher, dass Sie die korrekte Kontonummer, den Namen und die Adresse eingeben. Es sollte 100%ig mit den Details übereinstimmen, die die Bank des Begünstigten in den Unterlagen hat.
Geben Sie die Details Ihrer Zahlung an. NUR GÜTER oder RE #-Nummer sind in der modernen Compliance-Welt nicht genug. Die Bank muss sicher sein, dass es sich um eine legitime Zahlung handelt. Helfen Sie ihnen. Beispiele für ordnungsgemäße Zahlungsdetails:
Ändern Sie die Korrespondenzbank des Begünstigten. Banken haben für eine ausgewählte Währung oft mehr als eine Korrespondenzbank. Finden Sie die Liste der Korrespondenzbanken und passen Sie die Route an.
Ändern Sie die Währung. Wenn Sie die Währung ändern, zum Beispiel von EUR auf USD, ändert sich meist die gesamte Zahlungskette. Idealerweise benötigen Sie den kürzesten Weg von einem Absender zu einem Begünstigten.
Wandeln Sie Ihre internationale Zahlung in eine lokale um. Manche Fintech-Anbieter bieten Netting und lokalen Zahlungsausgleich: Sie laden in einer Währung auf und zahlen über lokale Zahlungswege in einer anderen Währung aus, sodass die Gelder nie mit SWIFT in Berührung kommen und keine Korrespondenzbanken beteiligt sind. Wo eine solche Route existiert, ist sie oft schneller und günstiger als die Reparatur der Überweisung.
Nicht sicher, welche dieser Optionen Ihrer Zahlung am meisten hilft? Planen Sie den nächsten Schritt gemeinsam mit Ohm, unserem KI-Assistenten. Ohm greift auf echte Bankdaten, die Regeln für grenzüberschreitende Zahlungen und Zahlungsstatistiken zurück und zeigt Ihnen, welche Maßnahme in Ihrem konkreten Fall den größten Nutzen bringt, von der Korrektur eines Details über den Wechsel der Währung und der Korrespondenzbank bis hin zu einer Route um SWIFT herum.
Erstellen Sie ein kostenloses Konto, um internationale Überweisungen zu verfolgen und Echtzeit-Statusaktualisierungen zu erhalten.