Verbindung zur Netbank (gelöst)

Ich habe auch die Version 10.5 und bin auch so vorgegangen wie beschrieben.

Hat aber leider auch bei mir nicht geklappt.

Mir war nur aufgefallen, dass bei Neuanlage der HBCI-Kürzels nach Eingabe der Bankleitzahl jetzt schon einen neue internetadresse mit "fints" (https://fints.netbank-money.de/hbci/pintan/PinTanServlet) vorgegeben wird. Mit der hat aber nicht einmal die Aktualisierung der Benutzerdaten funktioniert.
Nach Eintrag der "richtigen" internetadresse war alles wieder wie zuvor.

Benutzerdaten lassen sich aktualisieren aber die Umsatzabfrage klappt immer noch nicht !

Ich hatte aber schon vor einiger Zeit auf HBCI 3.0 umgestellt. Das hat bis vor ein paar Tagen noch gut funktioniert ? Das kann dann doch nicht an der Software liegen ???

Kann man so nicht sagen. Es gibt Spezifikationen, wie die SEPA-Zahlungen in MT940 einzustellen sind. Vereinfacht: zu Beginn jedes Verwendungszweckfeldes ein Feldschlüssel und dann der Feldinhalt, ggf. weiter in die nächste Zeile. Das nächste SEPA-Feld beginnt dann mit einem Feldschlüssel im zu Beginn des NÄCHSTEN MT940-Feldes. Also vereinfacht:

SVWZ+ Dies ist ein Text, der fuer das MT940 Feld
zu lang ist
CRDT+ DExxxxxxxxxxx

Wenn das so geliefert wird, dann klappt es auch wunderbar. Nur entwickeln wieder viele Banken ihren eigenen Dialekt bzw. sind völlig unfähig, das halbwegs sinnvoll zu programmieren (Musterbeispiel SPARDA). Da beginnen die Subfelder direkt nach dem vorherigen, nicht in einer neuen Zeile, div. Angaben werden einfach weggelassen usw. Dass CAMT auch kein Allheilmittel ist, wenn man es nicht richtig umsetzt, zeigen derzeit die Sparkassen

Was meinst du genau?

Ich meine, dass über CAMT bei der Stadtsparkasse München die Texte anders kommen, als via MT940. Im Einzelnen sind zwischen Textfragmenten verschiedene Anzahlen von Leerzeichen (ist zu verschmerzen, stört aber bei Vergleichen trotzdem), dann fehlt über CAMT bei Sammelüberweisungen die Zeile mit der Postenanzahl, weiterhin wird bei Einzahlungen am Einzahlungsautomat als Zahlungsgegnername NONREF eingestellt, als Konto von Herrn Nonref aber mein eigenes mit BLZ.

Gerade die Sammelbuchung, bei der die Postenanzahl fehlt, stört gewaltig. Diese wurde bei mir z.b. schon mal via MT940 abgerufen (letzter abgerufener Buchungstag) und dann wieder via CAMT (erster abgerufener). Nachdem der Text anders ist wird sie nicht erkannt und als Doppler in die Datenbank geschrieben...

Wir sind noch dabei, die Sache genauer zu prüfen. Ich werde mir morgen mal die abgerufene XML-Datei genauer anschauen.

Wie rufst du bei der Sparkasse CAMT ab?

chrissi, schau mal im Subsembly Forum. Andreas hat das wieder rausgenommen, weil das eine ganz neue Dimension von Problemen schafft!

http://www.onlinebanking-forum…hp?t=16386
http://www.onlinebanking-forum…6873#96873

Achso, du hattest auf meine Frage an msa geantwortet?
Kann man das in PC auswählen, welchen GV man machen will?

Ich ging erst davon aus, dass du das als Lösung für chaotische Umsätze der Netbank empfiehlst, deshalb habe ich geantwortet, dass das nicht so dolle ist.

Mmmmh, OK! Aber mir fehlt der Glaube, dass es bei NUR CAMT besser geworden wäre. Ich habe mich schon vor 25 Jahren beruflich mit Onlinebanking beschäftigt - damals noch via BTX. Das war die Zeit, als die ZKA-Schnittstellen über BTX geboren wurden und das Screen-Auslesen ersetzten. Schon damals waren die einzelnen Banken mehr als kreativ, die eigentlich klaren Standards immer und immer neu und anders auszulegen, so dass am Ende doch wieder für jede Bank kundenseitig ein eigenes Modul zum Verstehen des Dialektes der Bank nötig war, obwohl doch eigentlich alles standardisiert war. Vor dem Hintergrund habe ich mich immer gewundert, dass das DTAUS Format so lange und unverändert akzeptiert wurde.

Damals mit BTX gab es (gefühlt) weniger Probleme, mit dem DTA nie.

Zum Netbankproblem:

Meine Zusammenstellung:

1.) Benutzerdaten aktualisieren funktioniert einwandfrei bei einmaliger Ergänzung der wpc.ini mit der Zeile und der Änderung der URL. Eine Neuanlage ist nicht nötig.

2.) Umsatzabfragen brechen ab mit

3.) SEPA-Überweisungen klappen einwandfrei.


Scheinbar kommt Proficash mit dem von der Netbank unstrukturiert gesendeten Umsätzen nicht klar. Ein weitere von der Netbank zugegebener Fehler ist das fehlen von Auftraggeberdaten. Dazu wurde mir mitgeteilt:

zu meinem vorigen Beitrag:

HBCI_VERSION_55090500=300
muss es vollständig lauten!

p.s.:Nach allen Versuchen streikt nun die Bank1Saar Abfrage mit HBCI-Karte!