da sind wir uns einig und gegen eine "Diagnoseliste" hat niemand was. Ich werde den Thread-Titel gleich auch mal abändern, weil die Lüdenscheider sicherlich kaum etwas dafür können.
Gruß
Raimund
Wenn du schon den Thread-Titel änderst, dann solltest Du - deiner Logik folgend - nicht "Sparkassen" sondern "Sprkassen und Banken" schreiben, da die DKB auch betroffen ist und du so nur Negativ-Werbung für die Sparkassen machst.....
@meisterwms: Das ist jetzt aber Erbsenzählerei. Es geht um BESTIMMTE Rechner/HBCI-URLs des Rechenzentrums FI der Sparkassen. Die DKB ist die einzige "Bank", die außer Sparkassen beim Rechenzentrum FI rechnen läßt, das hat den Hintergrund, daß sie eine Tochter der Bayersichen Landesbank (die letztlich die Ober-Sparkasse in Bayern ist) ist. Und die Probleme mit dem "Einschlafen" beim Abruf tritt bei der DKB eben nicht auf, die ist einer der vielen URLs, wo es das Problem nicht gibt.
Wenn man die Erbsen also genau zählen will, dann muß man schreiben "bei einigen HBCI-URLs des Sparkassen-Rechenzentrums FI".
hier ein kleiner Erfahrungsbericht meinerseits: Ich selbst nutze Ubuntu 16.04 64-Bit, habe Hibiscus in einer Nightly-Variante installiert, bin bei der DKB, habe das Abrufproblem mit FinTS 3.0 allerdings NICHT.
Bei mir läuft die Umsatzabfrage in wenigen Sekunden zügig durch unabhängig davon, ob neue Umsätze da sind oder nicht.
Ich habe also nicht den Eindruck, dass es rein bankenabhängig ist, wenn die DKB davon betroffen sein sollte.
Moin,
Ich hatte im anderen Thema: den Link hierher erhalten.
Bei mir sind die Aktualisierungszeiten in unterschiedlicher Umgebung zum hbci.gad.de Server und der SELBEN Sicherheitsdatei sehr unterschiedlich. Das Aktualisieren über Hibiscus meiner ACHT (8) Konten bei gleicher BLZ dauert immer ca. 90 - 120 Sekunden, VR-Networld erledigt das in max. 10 Sekunden.
Gruß Helmut
Hi,
nachdem kuehhe1 in mir die Hoffnung geweckt hat, dass es evtl. mit den Nighlties geht, habe ich mir Jameica-Nightly und Hibiscus-Nightly geholt. Leider klappt es bei der Berliner Sparkasse nicht.
Nur ein Beispielzitat:
Code
[22.08.2016 07:35:11] warte auf Antwortdaten
[22.08.2016 07:48:49] rescued TAN media info to new UPD: mobil
...und fertig war das Teil immer noch nicht.
Gruß
JamFX
Bei mir haperts immer an diesen Stellen (Log Sekunde .01 - .09) 8 sek. Verzög./Konto:
Code
[22.08.2016 10:24:00] Öffne HBCI-Verbindung
[22.08.2016 10:24:00] fetching BPD
[22.08.2016 10:24:00] waiting for response
[22.08.2016 10:24:01] installed new BPD with version 21
[22.08.2016 10:24:01] data NOT sent because of missing user confirmation
[22.08.2016 10:24:01] waiting for response
[22.08.2016 10:24:01] fetching UPD (BPD-Version: 21)
[22.08.2016 10:24:01] waiting for response
[22.08.2016 10:24:09] installed new UPD [old version: 0, new version: 125]
[22.08.2016 10:24:09] waiting for response
[22.08.2016 10:24:09] fetching SEPA information
[22.08.2016 10:24:09] Füge Auftrag SEPAInfo1 zum Dialog hinzu
@kuehhe1, das ist genau mein Problem! Ich habe ca. 60 Konten abzuprüfen... Da wäre ich dann gut beschäftigt. Gibt es eigentlich eine Möglichkeit X Konten zum Abgleich auszuwählen, die dann nacheinander abgearbeitet werden oder nur jeweils immer eines?
Hallo,
nach dem Start der Jameica Hauptseite auf der Linken Navigation-Seite im Baum Verzeichnis auf "Start" klicken dann siehst du auf der Rechten Willkommens-Seite eine Übersicht deiner (Ansichts) Möglichkeiten. Diese Ansicht kannst du über das kleine "Werkzeug-Icon" oben rechts konfigurieren. Wenn in der dortigen Auswahlliste "Konten sychronisieren" angeixt sein sollte wird auf der Willkommens-Seite das Auswahlfehld der zu synchronisierenden Konten angezeigt. Dort die gewünschten Konten auswählen und diese mit dem [Button] "Synchronisierung starten" in einem Rutsch aktualisieren.
Ich werde den Thread-Titel gleich auch mal abändern
Bitte: wenn politisch korrekt, dann aber auch richtig. Es muß heißen: "Saldenabfrage bei tollem Programm und manchen ansonsten tollen Kreditinstituten manchmal weniger schnell."
verdammt, passt nicht, einfach zu lang Vorschlag: SaldAbfrg b. tolm Prog & manchn nsonstn tlln KIs mnchml wengr schnll?
zum Thema:
Ich hab mich jetzt nicht durch die Logs durchgewühlt: Ist das denn so richtig?
[22.08.2016 10:24:09] installed new UPD [old version: 0, new version: 125]
Ich habe zwar im Kopf, dass jedes Mal eine UPD-Aktualisierung durchgeführt werden kann (soll?), aber das sollte nur einmal pro Dialog einer Ben.-Kennung/VRK nötig sein und nicht bei jedem Konto.
Ich hab mich jetzt nicht durch die Logs durchgewühlt: Ist das denn so richtig?
[22.08.2016 10:24:09] installed new UPD [old version: 0, new version: 125]
Genau, das geschieht bei jeder Aktualisierung bei jedem der acht Konten. Auch in Folge!
Teil des Logs bei 20:33:14:
Code
[Mon Aug 22 20:33:07 CEST 2016][INFO] versende HBCI-Nachricht
[Mon Aug 22 20:33:07 CEST 2016][INFO] warte auf Antwortdaten
[Mon Aug 22 20:33:07 CEST 2016][INFO] waiting for response
[Mon Aug 22 20:33:07 CEST 2016][INFO] entschlüssele Antwortnachricht
[Mon Aug 22 20:33:14 CEST 2016][INFO] überprüfe Signatur der Antwortnachricht
[Mon Aug 22 20:33:14 CEST 2016][INFO] installed new UPD [old version: 0, new version: 125]
[Mon Aug 22 20:33:14 CEST 2016][INFO] nutzerspezifische Daten aktualisiert - neue Version is 125
[Mon Aug 22 20:33:14 CEST 2016][INFO] beende Dialog
Log Auszug von Heute nach mehrfacher Aktualisierung:
Code
[Tue Aug 23 14:21:19 CEST 2016][INFO] versende HBCI-Nachricht
[Tue Aug 23 14:21:19 CEST 2016][INFO] warte auf Antwortdaten
[Tue Aug 23 14:21:19 CEST 2016][INFO] waiting for response
[Tue Aug 23 14:21:19 CEST 2016][INFO] entschlüssele Antwortnachricht
[Tue Aug 23 14:21:27 CEST 2016][INFO] überprüfe Signatur der Antwortnachricht
[Tue Aug 23 14:21:27 CEST 2016][INFO] installed new UPD [old version: 0, new version: 125]
[Tue Aug 23 14:21:27 CEST 2016][INFO] nutzerspezifische Daten aktualisiert - neue Version is 125
[Tue Aug 23 14:21:27 CEST 2016][INFO] beende Dialog
Das könnte doch ein Hinweis sein.
Ich habe diese Zeitverzögerung nicht bei der 1822direkt (Frankfurter Sparkasse)
[Tue Aug 23 14:55:24 CEST 2016][INFO] warte auf Antwortdaten
[Tue Aug 23 14:55:24 CEST 2016][INFO] waiting for response
[Tue Aug 23 14:55:25 CEST 2016][INFO] entschlüssele Antwortnachricht
[Tue Aug 23 14:55:26 CEST 2016][INFO] überprüfe Signatur der Antwortnachricht
[Tue Aug 23 14:55:26 CEST 2016][INFO] installed new UPD [old version: 0, new version: 0]
[Tue Aug 23 14:55:26 CEST 2016][INFO] nutzerspezifische Daten aktualisiert - neue Version is 0
[Tue Aug 23 14:55:26 CEST 2016][INFO] Dialog initialisiert - Dialog-ID ist xxxxx=xxxxx=
1822direkt mit HBCI-Chipkarte oder 1822direkt mit PIN/TAN?
Nur ersteres läuft bei der 1822direkt im RZ FI, das PIN/TAN-System ist Marke Eigenbau und läuft bei der 1822direkt selbst und hat einen eigenen Kopie-Datenbestand des Rechenzentrums. Somit würde diese Konstellation zum Problem garnichts aussagen.
@infoman
Gut möglich, daher kann Olaf auch nichts finden.
Aber jetzt ist man hoffentlich einen Schritt weiter, evtl. kann er ja da ansetzen und eine Lösung basteln...
Würde aber irgendwie nicht erklären, warum es nur bei Hibiscus diese Hänger gibt.
Was ist eigentlich gesichert, welche Programm/Versions-Kombinationen gibt es mit welcher Bank?
Betriebssystem, Javaversion, Zugangsart, Jamaica, Hibiscus, Provider, könnte alles irgendwie wichtig sein.