Hallo zusammen,

mein erster Eintrag und gleich mit einem Problem:
Ich habe mir active money von msu Berlin geholt und will damit mit meinem Mac (Mac OS X 10.4) mein Online Banking mit der Sparda Bank München abwickeln.
Bei dem Versuch mich mit der Bank zu verbinden, kommt aber ein Fehler (scheinbar Authentifizierung). Alle meine Versuche scheiterten. Ich habe auch schon alle FAQs bei der Sparda und bei msu beherzigt, aber nichts hilft. Hat hier schon jemand Erfahrungen oder einen Tip was evt. auch die Sparda Bank besonderes braucht?
Hier noch die weiteren Daten:
Host: https://www.bankingonline.de/hbci/pintan/PinTanServlet
HBCI Version: 2.2
Kontonummer = Kundennummer (beides eingegeben).

Bin für jede Hilfe dankbar

steamjoe

Hallo steamjoe,

also meine Mac-Kenntnisse sind gleich null, und das bleibt auch so solange Apple das OS an deren Hardware bindet

OK, zum Fall; Hier mal was allgemeines zu den Zugangsdaten. Soweit sieht das bei dir aber auch richtig aus.

Viel interessanter wäre aber die Fehlermeldung an sich.

--

Sparda Bank
Komm-Adresse: https://www.bankingonline.de/hbci/pintan/PinTanServlet (mit www!)
Benutzerkennung: die "Kundennummer" oder "Kontonummer" (je nach Sparda-Bank)
Kunden-ID: die "Kundennummer" oder "Kontonummer" (je nach Sparda-Bank)

weitere Infos: http://www.sparda-b.de/hilfe_shb_index.html

Infos finden sich immer mal wieder aktualisiert direkt hier: http://www.onlinebanking-forum…php?t=1174

Hallo Captain FRAG,
danke schonmal - die genaue Fehlermeldung stell ich heute Abend ein, wenn ich daheim bin...
Das Fehlerfenster sagt nur, daß die Verbindung Fehlgeschalgen ist und es an falscher Kontonummer oder Pin liegen könne...
Sinngemäß steht dann im Logfile erstaml eine Java-Exception bei der Authentifizierung - natürlich wesetnlich länger - stell ich eben heute Abend ein.

Grüße
steamjoe

PS: Kurz zum MAC: MAC OS X ist Unix-basiert und auf meinem Mac läuft parallel auch Windows (geht nämlich seit den Intel-Prozessoren) - nicht emuliert sondern echt als Betriebssystem... Es wird also schon offener und es ist nur eine Frage der Zeit bis OS X auch auf nem PC gut läuft - Siehe auch http://www.netzwelt.de/news/72…elmac.html

Ich kenne Bootcamp und auch die Versuche das Schutzmodul auf den Apple Boars zu faken. Legal ist das zweite aber keinesfalls.

Das Apple sein OS an die Hardware bindet ist auch logisch, damit verdienen sie gutes Geld. Und genau das ist der Punkt der mich stört, die Hardware ist viel zu teuer.

Aber egal, lass uns beim Thema bleiben.

Hier die ganze Fehlermeldung:

***************************************************

HBCI4Java Exception BEGIN ---Fehler beim Erzeugen eines HBCIHandler Objektes
-> Fehler beim Registrieren der Nutzerdaten
-> Fehler beim Aktualisieren der UPD
-> Fehler beim Aktualisieren der UPD
HBCI4Java Exception BEGIN ---*** error while signing
-> Element DialogInit.SigHead.secfunc hat einen ungültigen Wert: 997
HBCI4Java Exception END ---
HBCI4Java stacktrace BEGIN ---org.kapott.hbci.exceptions.HBCI_Exception: *** error while signing
at org.kapott.hbci.security.Sig.signIt(Sig.java:353)
at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:245)
at org.kapott.hbci.manager.HBCIKernelImpl.rawDoIt(HBCIKernelImpl.java:166)
at org.kapott.hbci.manager.HBCIUser.fetchUPD(HBCIUser.java:552)
at org.kapott.hbci.manager.HBCIUser.updateUserData(HBCIUser.java:592)
at org.kapott.hbci.manager.HBCIUser.register(HBCIUser.java:601)
at org.kapott.hbci.manager.HBCIHandler.registerUser(HBCIHandler.java:157)
at org.kapott.hbci.manager.HBCIHandler.<init>(HBCIHandler.java:128)
at de.msu.hbci.HBCIInterface.stdInit(HBCIInterface.java:222)
at de.msu.hbci.HBCIPinTanInterface.initHBCI(HBCIPinTanInterface.java:43)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at j4dObject.executeMethod(j4dObject.java:97)
at j4dProtocol.processInput(j4dProtocol.java:364)
at j4dClass.main(j4dClass.java:153)
Caused by: org.kapott.hbci.exceptions.NoValidValueException: Element DialogInit.SigHead.secfunc hat einen ungültigen Wert: 997
at org.kapott.hbci.protocol.DE.validate(DE.java:158)
at org.kapott.hbci.protocol.MultipleSyntaxElements.validateOneElement(MultipleSyntaxElements.java:279)
at org.kapott.hbci.protocol.MultipleDEs.validateOneElement(MultipleDEs.java:83)
at org.kapott.hbci.protocol.MultipleSyntaxElements.validate(MultipleSyntaxElements.java:296)
at org.kapott.hbci.protocol.SyntaxElement.validate(SyntaxElement.java:639)
at org.kapott.hbci.protocol.MultipleSyntaxElements.validateOneElement(MultipleSyntaxElements.java:279)
at org.kapott.hbci.protocol.MultipleSyntaxElements.validate(MultipleSyntaxElements.java:296)
at org.kapott.hbci.protocol.SyntaxElement.validate(SyntaxElement.java:639)
at org.kapott.hbci.security.Sig.signIt(Sig.java:310)
... 16 more

HBCI4Java stacktrace END ---
HBCI4Java Exception END ---

***************************************************

Einstellen kann ich noch ob ich mit Base 64 Filter arbeite oder ohne, bringt aber keinen Unterschied. Port ist 997 und 443.
Um es gleich vorweg zu nehmen: Die Pin ist richtig und per Web (normales online Banking) funktioniert vom gleichen Rechner alles wunderbar - nur eben mit active money nicht...

Kann damit jemand was anfangen?

Danke und Grüße steamjoe

Ah, da ist HBCI4Java im Hintergrund. Da gibt es hier doch einige Experten
Ich gehöre nicht dazu, habe aber ne Idee:

-> Element DialogInit.SigHead.secfunc hat einen ungültigen Wert: 997

Das müsste das TAN-Verfahren sein. 997 ist eines von vielen möglichen Kürzeln für ein Zweischrittverfahren, etwa iTAN oder ähnliches. Scheinbar ist das gewählte nicht zugelassen / ungültig.

Direkte Lösung habe ich nicht, aber es könnte ein Ansatz sein.

Hallo,

hier noch die Antwort vom Softwarehersteller:

"die Meldung deutet auf ein falsch ausgewähltes HBCI-Verfahren hin. Wenn Sie Online-Banking mit HBCI PINTAN machen, müssen Sie die HBCI-Version auf HBCI+ oder sogar FinTS einstellen.
Hintergrund: Das PIN/TAN-Verfahren sollte ursprünglich erst mit HBCI 3.0 (FinTS) eingeführt werden. Viele Banken haben die Unterstützung hierfür jedoch bereits in HBCI 2.2 integriert. Zur besseren Unterscheidung der beiden Versionen "HBCI 2.2 ohne PIN/TAN" und "HBCI 2.2 mit PIN/TAN" nennt man letzteres "HBCI+". Viele Banken bezeichnen sie jedoch dennoch als "HBCI 2.2"."

Probiert habe ich es noch nicht - werde ich aber morgen machen und berichten!

Grüße steamjoe

Funktioniert mit HBCI+

Grüße steamjoe