Repair Entgelt auf Grund Fehlerhafter DTAZV-Angaben

Hallo alle zusammen,

ich hab da mal ne Frage und hoffe, daß jemand sich damit auskennt.

Also ich hab das Starmoney B 3.0 und damit eine Auslandsüberweisung gemacht. Keine EU.
Alle Felder in dem Formular waren ausgefüllt, mit Name, Adresse des Begünstigten und der Bank,
Kontonummer des Begünstigten:/55535551234567
BIC:MBTCPHMMXXX

u.s.w.

Ein Häckchen bei Sender ist nicht Zahlungspflichtig,
Bundesland 11 Firmennummer 00999.. stand schon drin.

Die Überweisung wurde ausgeführt und dann kam die Rechnung von der Commerzbank.
Entgelt für Ausführung/porto 12 € klar, ok.

Aber zusätzlich 10 € Repair Entgelt "auf Grund Fehlerhafter DTAZV-Angaben."

Dann hab ich mir das ZVTools von windata mal runtergeladen und die Überweisung als DTAZV exportiert und mit dem Tool überprüft.
So das Tool hat die Kontonummer als fehlerhaft bemängelt.
Gut ich hab die Kontonummer dann so geschrieben:/555-3-555-123456-7
Dann war kein Fehler mehr laut denm Tool, aber bei der nächsten Überweisung war es das gleiche.
10 Euro Repair Entgelt

Kann mir bitte mal jemand erklären, was da noch falsch sein kann? oder was hab ich da falsch ausgefüllt? ops:

Ich hab des öftern mal so eine Überweisung zu machen und immer 10 € extra, da kommt auch was zusammen.

Vielen Dank erstmal

Hallo,
die Frage was genau falsch ist kann dir sicher am ehesten die ComBa beantworten. Mein Favorit ist das / am Anfang der Kontonummer. Grundsätzlich ist der AZV immer noch sehr viel aufwändiger als der IZV und die Folgen bei Fehlern sind auch gravierender. Hast du schon einmal versucht, eine Falschbuchung nach Indien zurückzuholen? Hier kommen schnell immense Kosten zusammen, weil sich jede auf dem Weg beteiligte Bank (das sind u.U. einige) ihr insbesondere im Sonderfall ihr massives Gebührenhäppchen (leicht 50-100€) nimmt. Deshalb kann es gut sein, dass eine Bank für die manuelle Berichtigung einer fehlerhaften IBAN/BIC eine Gebühr nimmt. Hier sind nämlich teilweise detektivische Fähigkeiten und auf jeden Fall sehr gut ausgebildete und spezialisierte (mit anderen Worten teure) Mitarbeiter gefordert.
Wie man an Dir sehen kann klappt die Erziehung der Kunden über den Geldbeutel immer noch am besten...

CU
Frank

Nachtrag:
Die Antwort mail kam grad vom Comba support.
Ich soll die IBAN mit der Empfängerbank abgleichen, gut.
Es wär mir allerdings das Neueste, wenn die Bank auf den philippinen eine IBAN benutzen.
Also bin ich genauso schlau wie vorher. Dann bleibts halt dabei mit der fehlerhaften DTAZV

Ja Captain, ich versteh das ja auch nicht mit der prüfsumme, aber wie gesagt, wenn ich versuchsweise nach 3 nummern einen bindestrich einfüge, sagt das tool nix mehr.

Der DTAZV-Test mit SFirm32 ergibt folgendes:
Keine besonderen Auffälligkeiten, insbesondere nicht in dem zuletzt benutzten Kontonummernformat (also nur die nackige Nummer mit automatisch vorausgestelltem "/").

Aber:
Im Feld T5 steht ein für meine Verständnis kaputtes/ungültiges Datum. Das ist das Datum der gewünschten Ausführung für diese einzelne Zahlung (T-Satz). Es gibt das Datum noch einmal für die Gesamtdatei im Q-Satz.

Im T-Satz ist es ein Kannfeld, etweder es wird nicht belegt (=blank) oder aber es wird mit einer Abweichung zum Q-Satz belegt. Bei dir steht "000000" drin - ich vermute da liegt der "Fehler".

Die Frage ist, ob man mit SMB auf das Feld überhaupt Einfluss nehmen kann.

Andererseits kann sich hier auch ein Inhaltlicher Fehler eingeschlichen haben, den eine Logikprüfung in einer Testsoftware eben nicht finden kann.

Hallo,

Feld T5 ist numerisch. Nicht belegte Stellen sind mit "0" zu belegen. Die Belegung mit "000000" geht also in Ordnung. blanks finden sich nur in alpha bzw. alphanumerischen Feldern erlaubt.

Daran sollte es also nicht liegen.

Grüße

Matthias

Das wird wahrscheinlich von wenig Erfolg gekrönt sein. Im IBAN-Registry tauchen die Philippinen nicht auf: http://www.swift.com/index.cfm?item_id=61332

Ggf. die CoBa mal freundlich darauf ansprechen.

Grüße

Matthias