HBCI-Server

Einen eigenen HBCI-Server, nur um ein untaugliches Programm am Leben zu erhalten? Wow. Ambitioniertes Ziel. Irgendwie kann ich mir nicht vorstellen, dass dieses Ziel zu erreichen ist...

Dir ist schon klar, dass das Programm in der jetzigen Form, wenn es nicht jetzt upgedatet wird, ab dem 14.9. mit keiner einzigen Bank mehr kommunizieren kann?

Es wird ja geupdatet. Die 2020er-Version kann man auch kaufen.

Da müsste ich auf Hibiscus umsteigen, oder?


Ist Stefan Palme nicht hier? Hat homebanking-hilfe.de seit 2009 den Besitzer gewechselt?

Aber verstehe ich das richtig, Hibiscus ist ein Onlinebanking-Programm, also keine Schnittstelle, die ich an mein Onlinebanking-Programm anflanschen kann? Denn das möchte ich ja weiter benutzen.

Ich hatte eben gehofft, dass ich mit einem HBCI-Server, an den ich meinen WebScraper (oder z.B. eine kleine App fürs Handy, in der ich kleine Ausgaben eingeben kann) anbinde, am besten fahre, denn damit kommt mein Programm ja klar.

Stefan Palme hatte ja seinerzeit auch einen Server geschrieben, aber eben die Sources nicht hochgeladen, bzw. nur welche, mit denen ich nicht klarkomme. Es gibt den Server schon, ich finde nur keinen Weg, Stefan Palme zu erreichen, um ihn danach zu fragen!

Vergiss den HBCI4Java-Server. Der Code ist seit etlichen Jahren nicht mehr gepflegt worden. Es gibt zwar öffentlich verfügbaren Quellcode des Servers. Allerdings ist der so alt, dass der überhaupt nicht mehr kompatibel zur aktuellen hbci4java-Client-Version ist, die auch der Server intern verwendet. Such besser nach einem anderen Weg. Notfalls über irgendwelche Webscraper, die dir die Daten in CSV oder ähnlich bereitstellen, damit du sie importieren kannst. Solche Webscraper gibt es zwar von Sebastian Richter. Dann allerdings als Addons für Hibiscus. Um die ausserhalb von Hibiscus nutzen zu können, müsstest du dir auch was eigenes programmieren.

Dagegen spricht nichts, wenn du das nur intern verwendest, um die Daten in dein Bankingprogramm zu übergeben. Das Problem wird eher sein, den HBCI4Java-Server zum Laufen zu kriegen. Wenn es zu Fehlern kommt, weil die Client-Lib (und ich weiss nicht, welche Version zu dem Server kompatibel ist) nicht zu der Server-Version passt (der Server verwendet die ja auch intern) oder Config-Dateien nicht das richtige Format haben, wird dir keiner helfen können. Es gibt keinerlei Dokumentation dazu. Das müsstest du dann durch Quellcode-Analyse selbst herausfinden.

Sehe ich das vom Grundsatz her richtig, dass das bisherige FinTS/HBCI nur von "installierten Programmen" weiterhin verwendet werden darf.
Jegliche Cloud-/Serverbasierende Lösung (also z.B. auch die ganzen Rechnungs-/Invoice-Portale, bei denen man Umsätze abrufen kann) müssen zukünftig zwangsweise die XS2A Schnittstelle nutzen?

Um es noch etwas klarer zu formulieren: Es kommt nicht auf lokal installiert oder Cloud an, es kommt auf "Zugriff auf eigene Konten" oder "Zugriff auf fremde Konten" an.

Wenn Du eine EIGENE Cloud-Lösung betreibst (z.B. auf einem eigenen Server zuhause oder auf einem Mietserver bei einem Hoster) und damit auf EIGENE Konten zugreifst (z.B. weil Du laufend Umsätze für verschiedene Filialen Deiner Firma bereithalten willst), dann ist das über HBCI erlaubt. Denn DU greifst auf DEINE Konten zu.

Wenn Du allerdings einen Dienstleister (z.B. Shopbetreieber oder ähnliches) damit beauftragst, für Dich die Abfrage durchzuführen, dann fragt da ein DRITTER FREMDE Konten ab - das ist über HBCI nicht mehr zulässig sonder muss über PSD2-Schnittstelle erfolgen. Musterbeispiel ist die DATEV, die im Auftrag von Kunden bisher die Umsätze zentral in Nürnberg im RZ via HBCI die Umsätze von Kundenkonten abgefragt hat und diese dann in den betriebswirtschaftlichen Programmen dem zuständigen Steuerberater und teils dem Kunden selbst zur Verfügung gestellt hat. Dies ist zukünftig nicht mehr erlaubt. Deswegen stellt die DATEV die Umsatzabfrage über HBCI ein und läßt das dann (sicherlich gegen Extra-Kosten) von einem Drittanbieter machen. Ein anderer Weg wäre, dass der Kunde die Umsätze selbst "zuhause" über HBCI abgfragt und diese Umsatzdatei denn irgendwo "einspielt".

Hat die Datev jetzt doch eine Zahlungsdienstleister-Zulassung beantragt/bekommen? Das wollte sie doch explizit nicht... !?

Ich finde dazu nur, dass die SCHUFA finAPI übernommen hat... https://www.gruenderszene.de/f…terstitial

Und Datev schreibt "...über unseren Partner finAPI". Also doch externer Partner... !?

Folgende Zeilen der DATEV muß man sich auch mal auf der Zunge zergehen lassen (es geht um die künftigen Einschränkungen):

Einerseits führt man mit großem Trara die Echtzeitüberweisung ein. Per PSD2 wird den Unternehmen aber indirekt die Möglichkeit genommen, Zahlungen in Echtzeit abzuholen und zu verbuchen und daraufhin z.B. einen Versandprozeß zu starten. Es sei denn, man setzt einen MA hin, der wegen evtl. nötiger Abfrage-TANs Kontovollmacht haben muss... Das ist doch krank!

Dagegen sind die Vorteile recht überschaubar bzw. nicht vorhanden:

Momentchen. Ich hab die ganze Geschichte mit dem PSD2 nicht so wirklich verfolgt. Heißt das, es wird nun eine neue Schnittstelle vorgeschrieben? Wie sieht die aus?