Synchronisierung Banking4X/4I -- interessantes Verhalten bei Datenabgleich mit HBCI

Das ist jetzt wohl eher so ein Henne-Ei-Problem. Zuerst muß man sich bewußt sein, daß alle Versionen B4* auf dem GLEICHEN Quelltext basieren und da nur für die Oberfläche etwas drübergelegt ist. Wenn Du also jetzt mit dem Rechner das so anlegst, dass ein Schlüsseldateizugang da ist, dann wird dieser Quelltext erst mal auf allen Systemvarianten versuchen, die nötigen Module zu laden. Nachdem Chipkarten in den mobilen Versionen nicht unterstützt werden (und systemseitig die nötigen Module nicht zur Verfügung stehen), können sie also nicht geladen werden. Dies ist erstmal ein Fehler und der wird ins Protokoll geschrieben, das finde ich nicht weiter verwerflich. Ein Modul, das für die vorliegende Konfiguration benötigt wird, kann nicht geladen werden. Das ist mal so. Dass Du diese Teilkonfiguration hinterher gar nicht verwenden willst, kann das Programm zu der Zeit nicht wissen und es ist ja eigentlich auch unerheblich. Du schreibst, daß das nur im Protokoll autftaucht - da gehört es hin. Der nächste kommt und fragt sich, wieso Chipkarten in der mobilen Version nicht gehen und findet keinen Hinweis im Protokoll - das kann es ja auch nicht sein.

Weiterhin: Es würde den einheitlichen Quelltext schon wieder komplett diversifizieren, wenn man alles, was mit dem jeweiligen System vielleicht nicht gebraucht wird, unterdrücken wollte. Das kanns sicher auch nicht sein. Dann braucht man kein Entwicklungssystem, welches explizit alle Systeme unterstützt. Und solange die Fehlermeldung nur im Protokoll erscheint und nicht auf der Oberfläche, BEVOR versucht wird, die Chipkarte zu NUTZEN, ist das auch OK. Nur wenn man die immer wegklicken müßte, beim Start z.B., dann wäre es nervig und falsch.

Ich verwende unter B4W und B4A auch Tresore mit Chipkarten- und PIN/TAN-Zugängen für die selbe Bank. Probleme hatte ich damit noch nie, solange man nicht versucht die Chipkartenkonfiguration zu benutze, klappt alles ausgezeichnet. Ich muß allerdings auch zugeben, ich bin noch nie auf die Idee gekommen, mir die Protokolldatei auf dem Mobilgerät tatsächlich anzuschauen.

Hmmm. Ich kenne die MacOS-Version nicht, aber die muß ja weitestgehend gleich zur Windows-Version sein. Du meinst also das Fortschrittsfenster, das bei der Übertragung aufgeht und wo der Fortschritt durchläuft? Da würde mich so eine Fehlermeldung, die mit der aktuellen Übertragung nichts zu tun hat, allerdings auch stören!

Ansonsten gibt es noch ein Protokoll unter "Extras/Protokolle" (das auch mit im Tresor gespeichert ist) und in Fällen von "gröberen Fehlern" ein TopBankingError.txt, welches als eigene Datei im Dateisystem bei den Daten des Nutzers gespeichert ist. Das müßte man ggf. unter MacOS suchen.

Der Hersteller liest hier mit, wahrscheinlich wird er zu Deinem Problem etwas antworten. Wenn nicht, würde ich eine Frage dazu an support@subsembly.com stellen.

Was mir noch einfällt: Ist sichergestellt, daß bei dem Abruf mit der Fehlermeldung nicht doch noch irgendwo ein Zahlungsauftrag gelauert hat, der übertragen werden wollte, und der den Chipkartendialog angesprochen hat? Ich geh davon aus, daß Die Fehlermeldung bei Dir im Rundruf gekommen ist. Du könntest um das Einzugrenzen mal noch alle Konten einzeln auf neue Umsätze abfragen und dabei schauen, wann genau der Fehler kommt und ob dabei evtl. doch irgendwo der Chipkartendialog aufzurufen versucht wird... Denn wie gesagt, ich verwende auch die gleichen Tresore am PC und mobil und wenn ich mobil keinen Chipkartendialog anspreche, dann kommt auch keine Fehlermeldung (so wie man es erwartet).

Diese "Erwartung" wird so nicht erfüllt. Aufträge (Abruf wie Sendeaufträge) werden nicht dynamisch mit "einer zur Verfügung stehenden Verbindung" abgewickelt, sondern immer mit der Verbindung, die "fest verdrahtet" ist.

Ein Auftrag gehört zu einem Konto, und in jedem Konto ist in den Kontoeinstellungen eine Bankverbindung für Senden und eine ggf. andere Bankverbindung für Abruf hinterlegt. Genau diese wird genommen, wenn sie nicht zur Verfügug steht, gibt es einen Fehler. Es kann also nicht sein, daß z.B. ein Abrufauftrag automatisch auf dem PC via Chipkarte und auf dem Mobilgerät via PIN/TAN abgewickelt wird. Einzig ist es möglich, bei der Einstellung einen Haken zu setzen, daß man vor jeder Auftragsausführung über ein PopUp-Fenster zur manuellen Auswahl einer gewünschten Verbindung aufgefordert wird...