EBICS Fehler beim Kontorundruf mit Sfirm 2.1.1 Pl5

Hallöchen @ all,
ich hoffe Ihr könnt mir helfen. ops:

Folgende Situation:
Sparkassenkonten sind über EBICS eingerichtet (bisher FTAM)
Dresdner und Deutsche Bank per HBCI PIN/TAN.
Sfirm lokal installiert. C:\Programme
Sfirm32 Version 2.2.1 PL5
DFÜ per ISDN-Karte

Vor der Umstellung von FTAM auf EBICS lief der Rundruf sauber durch. Nach der Umstellung läuft Dresdner und Deutsche sauber und bei der Sparkasse kommt die folgende Meldung.

Ebics Fehler: 0Code:8,de.ppifis.travic.ebics.kernel.transport. Communikation Exeption. Bei der Kommunikation mit https://www.ebics-net.de

Das komisch daran ist, dass wenn ich Dresdner und Deutsche im Rundruf deaktiviere, läuft der Abruf der Sparkasse per EBICS sauber.
Es schein also, das der Automat bzw. der Ebics-Kernel nach der HBCI-Übertragung keine SSL-Verbindung zu https://www.ebics-net.de
aufbauen kann.

Was nun ?

Patchlevelreperatur wurde gemacht, Firewall und Virenscanner wurden zum Test deaktiviert ? Keine Änderung

Wer hat noch eine Idee ?

Hallo,

ich habe die Fehlermeldungen nicht mehr genau im Kopf - aber vielleicht hilfts ja als Spur, auch wenn mir das bisher eher bei Hypo und Coba über den Weg gelaufen ist.

In den BPD kann man die URL von EBICS noch zertifizieren lassen. Bei Sparkasse lief das bisher ohne Probleme aber wer weiß, vielleicht liegts ja daran.

Habe mittlerweile 2 Kunden mit diesem Problem.
Das Problem konnte etwas näher eingegrenzt werden.
Die Zertifikate sind es meiner Meinung nach nicht, sonst würde ja ein EBICS-STA-Einzelabruf bzw. IZV-Dateien auch nicht funktionieren. Oder ?

Da die DFÜ per ISDN somit also DFÜ-Verbindung abläuft, habe ich einfach mal ein paar Einstellungsvarianten getestet.
Der Fehler trat immer auf, nachdem die Umsätze der HBCI-Banken sauber abgeholt wurden. In den DFÜ Einstellungen war hinterlegt, das die Verbindung nach Übertragung immer ohne Nachfrage getrennt werden soll.
Das Problem ist halt, dass nach dem HBCI-Abruf die Verbindung getrennt wird und für den EBICS-Abruf nicht erneut aufgebaut wird.
Wenn ich die Einstellung dahingehend ändere, dass die Verbindung bestehen bleiben soll.(keine automatische Trennung) dann läuft der komplette Rundruf samt EBICS sauber durch.
Die "Wartezeit bei langsamer Interneteinwahl" hab ich schon auf 30 Sek. hoch gesetzt, brachte aber keinen Erfolg.

Weitere Ideen :?:

Das wäre dann aber ein Programmfehler . Oder ?

Als Übergangslösung habe ich auch die Trennung nach 30 Sek. Inaktivität eingerichtet, doch der Kunde ist nicht so richtig glücklich damit, da es bei FTAM früher alles automatisch lief und das Problem jetzt mit der EBICS-Umstellung aufgetreten ist.
:roll: