HBCI PIN/TAN(VR-Netkey/FIDUCIA) mit Quicken 2003

Hallo Rainer!

Ouh, das ist eine schwere Frage.
Das grundsätzlich deine Syncronisation funktioniert ist schonmal gut, das läuft ja sowieso unabhängig von Quicken, der DDBAC Kernel ist quasi ein Fremdprogramm
das die Quicken Leute zur HBCI Kommunikation eingekauft haben. Der Kernel lässt sich sogar einzeln bedienen
und steuern, gut gelöst wie sich oft herausstellt, so ja auch hier.

Mal was zu der Fehlermeldung: HKSAL 005 für HBCI 220 und Bank <meine BLZ> unbekannt

Der Geschäftsvorfall HKSAL ist eine Saldenabfrage, also Kontostand. Mit 005 ist die Segmentversion gemeint, so eine Art Versionsnummer in der der Auftrag gesadt wird. Zu jeder HBCI Version (hier ja zwangläufig 2.20, da HBCI-PIN/TAN) gehört eine bestimmte Segmentversion für jeden Geschäftsvorfall. In der Version 2.20 ist das eben die 5 für die Saldenabfrage.

Grundsätzlich ist die Unterstützung der höchstmöglichen Segmentversion aber keine Pflicht für die Bank, viel mehr müssen die Programme das intelligent regeln und auch ältere unterstützen. Dazu sind pro HBCI Version auch die älteren Segmente wieder definiert (denke 3,4 und 5 sind für HKSAL unter 2.20 zugelassen).
Zur korrekten Kommunikation erhält die Anwendung / das Programm bei der Syncronisation mithilfe von Steuerdateien (Bankparameterdatei und Userparameterdatei) die benötigten Informationen über zugelassene Geschäftsvorfälle, Segmentversionen, Konten, Limite und vieles mehr).

Entweder sind nun die Parameter falsch oder gar nicht übermittelt worden, oder aber Quicken wertet sie nicht korrekt aus und nimtm einfach den aktuellsten zur HBCI Version 2.20.

Wenn du mit dem DDBAC Modul eine Syncronisation machst, schalte doch bitte vorher mal unter HErstlelrhinweis das Aufzeichnen von Protokolldateien ein und kopier den Inhalt hier rein.

Vorher aber bitte deine persönlichen Daten (VRNetkey, ggf. Kontonummern und falls im Klartext geloggt auch die PIN) anonymisieren.

Wir forschen dann mal nach der Meldung der Bank, welche Segmente zulässig sind und schieben dann den schwarzen Peter entsprechend weiter :twisted:

Vielleicht kennen die Kollgen der Fiducia Banken hier aus dem Forum das Problem aber auch so und können direkt Hilfe leisten...

Hallo Rainer!

Deine Bank, vielmehr die Fiducia sagt eindeutig folgendes:
HISALS:18:4:4+1+1'

Die erste 4 sagt, das bitte nur die Segmentversion 4 verwendet werden soll, darauf scheint Quicken oder der DDBAC Kernel nicht zu hören.
Dort ist der Fehler zu suchen, ne Lösung für die Saldoabfrage habe ich aber auch nicht parat - ich habe keinen Zugriff auf nen Fiducia Testkonto.

Das du die Konten manuell anlegen musst, ist richtig. Anhand des Protokolls sieht man, das keine Konten und zu den Konten gültige Geschäftsvorfälle geliefert werden.

Dabei fällt mir was ein:
Wenn es ein Girokonto ist, kann es sein das dort zwar eine Umsatz- aber keine Saldenabfrage zugelassen ist. In Quicken kann man irgendwo sagen, was bei dem entsprechenden Konto angefordert werden soll. Such diese Einstellung mal bitte und stell das mal auf Umsatzabfrage um. Sollte es dann funktionieren, kann wiederum Quicken nichts dafür. Die Fiducia sagt Saldoabfrage ist zulässig, aber nicht das das eben nicht für Girokonten gilt...
Schwierig

Hallo Captain und Testerin,

vielen Dank für die fundierte Hilfe, bin absolut begeistert über die
Qualität des Supports hier. Wenn Lexware (oder andere Anbieter)
solch einen Support bieten würden würde ich auch gerne dafür bezahlen.

@Captain: habe das mit der Umstellung des Kontos bzgl. Saldenabfrage gesucht aber in meinem Quicken nix gefunden. Hätte das Problem
aber vermutlich ja auch nicht gelöst.

@Testerin: ich sehe das auch so, dass Quicken 2003 in Verbindung mit HBCI 2.2 und FIducia nicht tut. Habe mal einen Test mit Quicken 2005 gemacht, damit geht die Saldenabfrage.
Werde mir die Version dann halt wohl oder übel zulegen (auch wenn ich beim Test bereits diverse Abstuerze hatte, auch nach Update).

Vielen Dank nochmals,
Rainer

Hallo,

hmmm, habe nun nochmal nach Quicken und Segmentversion im Internet gesucht und den folgenden Beitrag gefunden:

http://www.lexware.de/Foren/Pr…le?id=3838

Hier gibt Elke Bongartz den Tipp auf HBCI 2.1 einzustellen.

Habe dies gemacht (im HBCI-Kontakt-Eigenschaften), dann das Konto neu synchronisiert, dann in Quicken rein... es geht.
Also Saldenabfrage und Umsatzabfrage funktioniert damit(und das ist alles was ich in Quicken brauche).

Also stimmt die Aussage, dass HBCI+/PIN/TAN nur mit HBCI 2.2 geht,
nicht zu 100% ?

Interessanterweise ist im Sync-Log von HBCI 2.1 ebenfalls die Zeile HISALS:18:4:4+1+1
drin.
Offensichtlich macht Quicken2003 das mit HBCI 2.1 dann doch richtig.

Gruss,
Rainer

Bei T-Online 5 gibt es ein ähnliches Phänomen. Ich habe eine Aktualisierung der Bankzugangsdaten gemacht und daraufhin auf HBCI PIN/TAN umgestellt (auch Fiducia VR-NetKey). Funktioniert auch alles. Wenn man sich dann allerdings die Einstellungen im Konto anschaut, steht als HBCI-Version die 2.10 drin.

Gruss

Gerhard

Es ist sogar möglich, dass eine Segmentversion, die erst in HBCI 2.2 definiert wurde, von der Bank bereits in der HBCI-Version 2.1 angeboten wird. Segmentversion und HBCI-Version sind vollständig von einander entkoppelt worden.
Dies gilt allerdings nur für Geschäftsvorfälle, nicht für administrative Segmente und auch nur zurück bis zur Version 2.01.

Generell muss ein Kundenprodukt dynamisch auf die vom Kreditinstitut übermittelten erlaubten Segmentversionen reagieren und je nach HBCI-Version die entsprechende auswählen.
In diesem Fall scheint es mir einfach, dass bei Quicken die Segmentversionen hard-codiert wurden, d.h. z.B:
wenn HBCI 2.1, dann HKSAL-4
wenn HBCI 2.2, dann HKSAL-5
Das funktioniert natürlich nicht, wenn die Bank die Version 5 nicht unterstützt und HBCi 2.2 verwendet wird. Dass sie das nicht tut geht aus den BPD hervor.

In der Änderung 44 zum HBCI-Standard 2.2 heißt es ausdrücklich:

[...]
Die Geschäftsvorfallversion (Segmentversion) ist unabhängig von der HBCIVersion,
d.h. grundsätzlich können alternativ oder zusätzlich zu den in Kap. VII beschriebenen
Geschäftsvorfallversionen in allen HBCI-Versionen beliebige andere
existierende Versionen eines Geschäftsvorfalls unterstützt werden. Einzige Bedingung
ist, dass der Geschäftsvorfall einer älteren Version auch aus Anwendungsgesichtspunkten
noch zulässig ist. So sind folgende Segmentversionen von dieser Regelung
ausgenommen:
· Segmentversionen aus HBCI-Versionen vor Version 2.0.1
· Segmentversionen von Geschäftsvorfällen, die aufgrund geänderter rechtlicher
Rahmenbedingungen nicht mehr gültig sind
· Segmentversionen von Geschäftsvorfällen, die Fremdformate enthalten, die
nicht mehr unterstützt werden (z.B. aufgrund fehlender Euro-Fähigkeit)
[...]

Beispiele:
[...]
Eine HBCI-Implementierung auf Basis HBCI 2.0.1 kann anstatt Version 3 auch die
Version 5 des Geschäftsvorfalls AUB unterstützen. Auch die gleichzeitige Unterstützung
mehrerer Versionen ist möglich, z.B. im genannten Fall 3, 4 und 5. Ebenso
kann eine Implementierung auf Basis HBCI 3.0 Segmentversion 3 des gleichen Geschäftsvorfalls
unterstützen. In beiden Fällen ist Segmentversion 2 jedoch aus fachlichen
Gründen unzulässig.
[...]

In der Änderung 59 wird dies nur noch einmal für HBC-Version 2.2 und FinTS 3.0 konkretisiert.

Gruß,
Uggh