SEPA-Überweisung Postbank: Verwendungszweck gekürzt

Ich habe heute meine erste SEPA-Überweisung per Banking 4W bei der Postbank abgegeben. Dabei habe ich folgende Buchungsinformationen in Banking 4W eingegeben (Die Daten sind anonymisiert, aber von der Länge her wie verwendet):

Referenznummer:
123456

Verwendungszweck:
KundenNR 123456, Abcdef-Ghijklmnopqrst

Nach dem Abschicken ist daraus geworden:

Referenznummer:
(leer)

Verwendungszweck:
TANNR1/DE123456789012345678
KundenNR 123456, Abcdef-Ghi
rst


Die Referenznummer ist also ganz weggefallen und der Verwendungszweck in der Mitte des Textes abgeschnitten. Im Sendeprotokoll steht unter "Client message before encryption" im Tag <EndToEndId> die angegebene Referenznummer, im Tag <Ustrd> steht der korrekte, komplette Verwendungszweck. Und unter "Server message after decryption" findet sich der verstümmelte Verwendungszweck wieder. Sieht für mich als HBCI-Laie aus wie ein Problem der Postbank, oder?

Hat jemand ähnliche Probleme bei SEPA-Überweisungen mit der Postbank? Oder klappt es bei Euch? Und wie komme ich bei der Postbank an jemanden, der das Problem auch versteht und vielleicht sogar so weitergeben kann, dass es behoben werden kann? Oder liegt es doch an Banking 4W?

Nach dem Abschicken - damit meinte ich, dass direkt nach dem Abschicken die neuen Kontoumsätze geholt wurden und daher das Holen der Umsätze von der Postbank in der gleichen Log-Datei stehen. Der gleiche, verkürzte Verwendungszweck ist auch auf der Onlinebanking-Webseite der Postbank (unter "Aktuelle Umsätze", was sozusagen der Online-Kontoauszug ist) zu sehen. Auf der Onlinebanking-Webseite der Postbank ist auch gar kein Feld für eine Referenznummer vorgesehen (Formular für SEPA-Überweisung Inland).

Ich habe es auch schon einmal bei einem Kunden erlebt, dass der Verwendungszweck einer SEPA-Überweisung weder in seiner Umsatzanzeige noch im Kontoauszug vollständig angezeigt wurde. Beim Empfänger kam jedoch alles wie gewünscht an. Die diesbezügliche Anfrage beim Rechenzentrum läuft noch.

Habe ich mir gedacht. Aber der Kontoauszug ist die einzig rechtsverbindliche Dokumentation deiner Umsätze.
Aus der Umsatzanzeige lässt sich nichts ableiten. Daher warte bitte bis zum Auszug.
Wenn es da auch unvollständig sein sollte bitte bei der PoBa reklamieren.


Dann ist diese Software schon weiter als das Webbanking der Postbank.
Das Gesagte gilt nicht nur für die Umsätze. Die Banken und Softwarehersteller müssen alle ihre Masken ändern. Nicht nur bei Umsätzen, Auszügen sondern auch in der Erfassung.
Reklamiere das doch mal bei der PoBa. Die Antwort würde mich interessieren.

So, ich habe mal den Selbsttest gemacht, sprich zwei SEPA-Überweisungen (einmal via Webseite, einmal via HBCI über Banking 4W) an ein befreundetes Konto bei einer anderen Bank durchgeführt. Es hat sich gezeigt, dass der Verwendungszweck beim Empfänger korrekt ankommt. Als Referenznummer kommt beim Empfänger aber eine ganz andere Ziffernfolge an, als ich in Banking 4W eingegeben habe (Beim Webseiten-Banking der Postbank kann man keine Referenznummer angeben, daher konnte ich das nur beim HBCI-Banking testen). Ich habe das Gefühl, dass die Postbank in das Referenzfeld eine Postbank-interne Referenznummer einträgt, anstatt eine vom Kunden angegebene.

Sowohl als aktuelle Umsatzauflistung im Onlinebanking der DKB als auch als Abruf per HBCI-Software. Ein offizieller Kontoauszug (1x monatlich) steht zur Kontrolle noch nicht zur Verfügung.

Hallo,

übrigens: Nicht nur der Verwendungszweck wird gekürzt auch die Ende-zu-Ende-Referenz wird von der Postbank nicht weiter gegeben. Gleiches gilt für die Comdirect-Bank. Am kommenden Wochenende soll es ein SEPA-Update für das HBCI-System der Postbank geben. Bleibt zu hoffen, dass dann dieser Fehler behoben ist.

Hallo,

für die Ende-zu-Ende-Referenz gibt es nur ein einfaches XML-Element zu füllen. Spielraum ist da keiner. Habe ich auch schon überlegt und nach möglichen Varianten gesucht. Bei anderen Elementen, wie z.B. die Gläubiger-ID, gibt es schon mehr Spielraum, da diese an verschiedenen Stellen eingestellt werden kann.

Wohl durch die SEPA-Hektik ausgelöst kommt es in den letzten Wochen immer wieder zu haarsträubenden Fehlern und Problemen. Beim Abruf von SEPA-Daueraufträgen kommen teilweise unglaublich kaputte XML Daten die mit der Spezifikation nur mehr am Rande zu tun haben. Ich mache hier fast nichts anderes mehr als die Fehler der Banken durch Work-Arounds auszubügeln um meine Apps am laufen zu halten.

Mein SEPA war auch nicht von Anfang an fehlerfrei, aber ich habe diesen halt schon im Jahr 2008 implementiert und nicht ein paar Wochen vor der Deadline.