Hallo zusammen!

Ich verwende ... ein Programm, das früher mal mit Q anfing und nun mit Finanz anfängt, um meine Konten abzurufen. Es bietet mir an, dass es auch von Banken, die kein HBCI können, per WebScraping die Umsätze abruft.

Natürlich tut es das nicht so, wie ich es möchte, und einige "meiner" Banken unterstützt es nicht. Natürlich legt der Hersteller auch die Schnittstellen nicht offen, sodass ich mir zwar problemlos einen eigenen Webscraper schreiben kann, der die Bankwebsite versteht, aber mangels Schnittstelle bringe ich die Daten nicht in das Programm.

Deshalb spiele ich mit dem Gedanken, mir einen eigenen HBCI-Server bereitzustellen, den ich bei Bedarf lokal ausführe, und an den ich den WebScraper anschließen kann, und auf der anderen Seite besagtes Programm. Leider finde ich keinen -- es gibt im HBCI4Java-Projekt zwar einen, aber den habe ich bislang nicht zum Laufen gebracht. Laut http://hbci4java.kapott.org/index.html#kontakt ist er von Stefan Palme, und als Kontakt steht www.homebanking-hilfe.de drin. Also eben dieses Forum hier!

Bin ich hier richtig und kann mir hier jemand weiterhelfen?

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?

Hallo Hipzi,
einen Server zu betreiben wäre wohl übertrieben, aber dieses Erweiterung über Jameica/hibiscus hier könnte dir helfen:
forum/topic.php?t=16007
Gruß
Raimund

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?

Nö, das war eigentlich immer so wie jetzt. Das Forum lief zwischendurch mal auf onlinebanking-forum.de als wir den Server wechseln mussten.
Stefan hat - leider - keine Zeit mehr, Olaf Willuhn führt den Kernel aber weiter. Hibiscus scheint mir für deinen Zweck wirklich sinnvoll, gerade weil du dich mit Java auskennst.
Gruß
Raimund

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!

um welche Banken handelt es sich?
vielleicht hast du mit FinanzManager nur ein falsches Produkt?
und wie bereits erw. ab 14.09.2019 wird das ganze nochmals ein bißchen schwieriger, einmal für den webscraper und zum anderen wie willst du deine Daten in HBCI-Server bekommen, der Stand 2009 hat - da ist es doch einfacher deine "Rohdaten" vom Webscraper in ein Import-Format für FM aufzubereiten.

aber rentiert sich der Aufwand?

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.

Bis vor kurzem um die CreditEurope, aber da bin ich nicht mehr.

Eine Handy-App wäre ja bankenunabhängig.

Vielleicht, aber eben Daten für Jahrzente drin.

Ich will keine unsichtbare Lösung, die keinesfalls Benutzereingriff braucht. Das bedeutet, solange es Banking im Browser gibt, kann ich es scrapen.

Eine Schnittstelle wird ja nicht schlecht, nur weil die Software dahinter älter ist. Mein Scraper liest die Daten aus und gibt sie dem Server. Und der FiMa kann auch mit älteren HBCIs sprechen.

Wenn es etwas gibt, das – nein, lass es mich anders formulieren. Eins der Dinge, die ich beim FinanzManager schon fast unverschämt unbequem finde, ist der Datenimport...

Weißt du, manchmal, wenn mich was so richtig lang richtig nervt, spielt das plötzlich keine Rolle mehr...


Was spricht denn dagegen, auch die alte Client-Version für den Server heranzuziehen?

Die brauche ich ja in jedem Fall. Mit einem HBCI-Server wäre das Erzeugen des selben anstrengend. Mit CSV ist jeder Kontoabgleich anstrengend. Da bin ich sicher, denn genau die WebScraper--CSV--Import-Variante verwende ich bereits.

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.

Jetzt lasst ihn doch, er hat sich so in seine Idee verbissen, dass es schwer ist, davon abzulassen. Sobald er mit diesem Projekt angefangen hat, wird er merken, dass es ein Irrweg ist (meine Meinung). Er möchte das unbedingt und glaubt an sich. Vielleicht schafft er es ja - man weiß es nie. Also lasst ihn einfach mal losarbeiten und wir warten gespannt ab, ob und was daraus wird

Es sollte ihm nur von Anfang an klar sein, dass er es ganz allein machen müssen wird, weil es weder Dokumentation noch Leute gibt, die sich damit noch auskennen. Man kann nur viel Glück und Ausdauer wünschen und schauen, was rauskommt...

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?

Immer dann, wenn man nicht selbst auf seine eigenen Konten zugreift sondern das über einen Dritten geschieht, darf FinTS nicht mehr verwendet werden. Genau dafür ist ja die XS2A-Schnittstelle eingeführt worden.

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".

dies wird von der finAPI durchgeführt und ist im "monatlichen Grundpreis" beinhaltet.

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

Die haben doch finAPI übernommen. Vielleicht war das ja günstiger, als selbst die Zertifizierung zu machen ;)

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:

Stimmt. Hast Recht, hab ich verwechselt Die SCHUFA war's.

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?