Postbank Verwendungszweck / Buchungstext

Moin zusammen,

irgendwie gehen seit einem der letzten Updates in B4W dubiose Sachen mit Postbank Verwendungszwecken / Buchungstexten um. Die Postbank hat die Eigenheit dass bei einer Überweisung im Verwendungszweck folgendes steht:
MTAN, IBAN, KTONR, BLZ sind Platzhalter für die tatsächlichen Werte.



Manchmal passiert auch sowas:


Dabei steht in Banking 4W die Information aber IMMER im Verwendungszweck. Neuerding steht das alles im Buchungstext und zwar so:


Es wird also die Lücke auch noch entfernt. Ist das nun ein Bug in b4w oder bei der Postbank? Ebenfalls gruselig finde ich, dass bei Lastschriften die Bank einfach mal ALLES in den Verwendungszweck schreibt anstatt irgendwelche Felder zu benutzen...

Grüße
pyloor

Ich werde da mal weiter auf die Suche gehen und den Trace analysieren. Was ist ein Kinken?

Das wird bei B4* nichts helfen. Alle Daten (für einen Mandanten) sind in einer Datei, die man öffnet (wie eine WORD-doc-Datei) und das Programm ist so übersichtlich (auch von der Anzahl der Dateien her), dass es entweder funktioniert (korrekt) oder eben nicht funktioniert (garnicht). Interessant wäre mal, was an Daten von der Postbank geliefert wird - also der MT940 oder aber CAMT-Teil aus dem Protokoll. Kann die Postbank eigentlich schon CAMT?

Kann es sein dass von der Postbank verschiedene Formate kommen? Ich habe im Trace für die Terminüberweisungen XML gesehen das camt.052 entspricht. Die aktuellen Umsätze kommen aber so:


Das ist doch nicht camt

@infoman:
Erwartungsgemäß hat das Neuinstallieren der Software nichts gebracht. ich habe von Anfang an nicht daran geglaubt das es etwas bringt, wollte aber zumindest den Punkt der Diskussion ausnehmen. Ich habe einen anderen Verdacht:

Ich habe mir eingehend den Trace angesehen. Dann habe ich mir die MT940 Spezifikation zumindest im Groben durchgelesen. Das maßgebliche Feld um das es hier geht ist :86:
Sobald in diesem Feld ein EREF+, MSGID+, KREF+, CREDATE+ auftaucht wird der Verwendungszweck von Banking4w nicht in das Feld Verwendungszweck geschrieben sondern in das Feld "Buchungstext". Die Daten von der Postbank kommen immer im Feld :86: und nirgends anders. Also muss es einen internen Parser geben, der die Daten in das andere Feld verschiebt. Ich werde das mal an die technische Mailadresse von B4W weiterleiten.

Ich habe weiterhin den Test mit aqbanking gemacht. Dort kommen die Daten korrekt rein.

Und wieder eine Extrawurst mehr für eine Bank, die sich nicht an die Spezifikationen hält. Das ist absolut frustrierend.

Das kann's nicht sein, das muß andere Gründe habe,. denn es gibt seit längerem keine einzelnen Postbanken ORT mehr, und natürich schon gar keine einzelnen Rechenzentren. Sieht man übrigens schon allein daran, dass es für alle Postbanken nur noch EINE BIC PBNKDEFF gibt. Die Versionen mit drei Ziffern dahinter (die die ersten drei Ziffern der BLZ der einzelnen Orte waren) gibt es NICHT mehr, eine Verwendung führt in vielen Fällen zu Problemen, da diese in den offiziellen Tabellen der existierenden BICs nicht mehr drin stehen. Evtl. ist es eine Verschiedenbehandlung von Privat- u. Geschäftskonten oder irgendwas in der Art.

Oh ja, ist es. Und das schlimmste, bei den CAMT-Formaten fängt die Bastlerei mit Work-Arounds auch schon wieder an. Wieso können die Banken nicht einfach formal korrekte Daten gemäß Spezifikation senden. Ist das wirklich zu viel verlangt.

Weil bei DTAUS die Bank nur der Empfänger und nicht der Ersteller der Dateien war

Das liegt daran, dass die Postbank-Konten auf das wunderbare Uraltsystem der Mutter Deutsche Bank umgezogen wurden.

Das ehemalige Postbanksystem hat dieses Feld befüllt, das jetzige DeuBa System füllt dieses Feld grundsätzlich nicht. Sozusagen "Pech gehabt".