Re: [Hbci4java-help] InfoPoint-Server-Abfrage
Brought to you by:
kleiner77
|
From: HBCI4Java (S. Palme) <hbc...@ka...> - 2009-04-29 14:39:00
|
Hallo, > Das wäre also > - ein Mapping der hbci4java-internen Bezeichnung auf die > Nomenklatur der jeweiligen Bank. > - etwaige Post- oder Prefixe die bei einzelnen Felder davor oder > dahinter gehängt werden müssen (ist das überhaupt relevant?) Ich glaube, in subsembly wird das sogar gemacht. Aber wenn es keinen "Automatismus" gibt, diese Daten zu pflegen... (siehe unten) > - die unterstützten Geschäftsvorfällen wären jetzt nicht meine > Priorität, da sie zum Einrichten des Accounts nicht nötig sind und im > Anschluss dann eh abrufbar sind. Diese Daten können trotzdem nützlich sein. Zum einen könnte man damit ohne HBCI-Kommunikation bereits unterstützte GVs o.ä. abfragen. Zum anderen könnte ich anhand dieser Daten z.B. Auswertungen fahren, welche Versionen von welchen GVs von keiner einzigen Bank mehr unterstützt werden, und die entsprechenden Syntax-Specs. dann aus HBCI4Java entfernen (weit hergeholt zwar, aber mir fallen bestimmt auch noch mehr Anwendungen dafür ein ;-) > Da eine automatische, anonyme Pflege dieser Daten eher problematisch > ist (s. Michaels Mail) würde man diese Datensammlung vielleicht eher > als eine Art WIki mit begrenztem Zugriff organisieren. > Sprich, eine > kleine Gruppe von vertrauenswürdigen Personen kümmert sich um die > Updates. Ist das realistisch? Finden sich hier auf der Liste Menschen, > die ein Interesse an einer gemeinsamen Anstrengung in dieser Richtung > haben? Sowas gibt es schon. Zum einen gibt es die Bankenliste auf http://www.hbci.de. Dort kann man sich auch subscriben, um regelmäßig ein Excel-File mit allen bekannten HBCI-Bank-Daten zu erhalten (dieses wird auch zur Erzeugung der blz.properties in HBCI4Java verwendet). Allerdings werden dort nur Daten eingetragen bzw. aktualisiert, wenn die betreffende Bank die selbst dorthin meldet. Das scheint zwar eine ziemlich gute Idee zu sein (Sicherheit; Daten aus erster Hand, und zwar im Prinzip zum frühestmöglichen Zeitpunkt). Allerdings weiß ich von einigen Banken, dass die ihre Daten 2004 das letzte Mal angesehen und aktualisiert haben. Andere Banken stehen dort gar nicht drin. Dann fällt mir noch die Wiki-Seite auf Olafs Webseite ein (Olaf, hilf mir mal mit dem Link bitte). Dort hat man zwar noch keine automatisierbare Abfragemöglichkeit, aber vom Prinzip her wäre es sicherlich das, was Du (@Jan) Dir vorgestellt hast, oder? Das Problem ist halt die Pflege. Wenn die Banken kein Interesse daran haben, ihre Daten an einer zentralen Stelle sauber gepflegt zu sehen (das Argument ist immer "wir schreiben doch die richtigen Daten in den Brief rein, den die Nutzer bei der Registrierung be- kommen!"), fällt diese eigentlich sehr schöne Informationsquelle schon mal weg. Und sowas von Nutzern pflegen zu lassen ist auch schwierig. Ein "kleiner Personenkreis" hat das Problem, dass er nur mit sehr hohem Aufwand von allen Banken immer die richtigen Daten zusammen- sammelt (zumal bei vielen auch einfach "probiert" werden muss, wenn man nicht schon weiß, wie's richtig geht). Wenn man den Personenkreis vergrößert, so dass die Wahrscheinlich- keit steigt, dass auch von jeder Bank wenigstens ein Nutzer dabei ist, der weiß wie's geht, steigt auch die Gefahr von falschen / gefälschten Einträgen. > Langfristiges Ziel wäre die Schaffung eines defacto Standards. Das "InfoPoint-Protokoll" ;-) > Dann hätten die Banken ein begründetes Interesse an der Richtigkeit ihres > Eintrages, da sie hierdurch ihren Supportaufwand verringern könnten > und könnten die Pflege ihres Datensatzes selber übernehmen. Das halte ich wie gesagt für nicht sehr realistisch. So wie ich das sehe ist das Online-Banking für viele Banken eher ein Klotz am Bein als eine Möglichkeit, Geld zu verdienen. Im Web-Banking mag das ja vllt. noch gehen, aber bei HBCI kann man ja nicht mal Werbung schalten - und auch sonst ist die Bereitstellung eines HBCI-Zugangs etwas, was man halt machen "muss" (weil die anderen es auch machen), aber es bringt keine Einnahmequellen... Darum wird dieses Thema wohl oft sehr stiefmütterlich behandelt (mach Dir mal den Spaß und frag am Schalter der Bank Deiner Wahl (TM) nach, woher man den Fingerprint für die Überprüfung des SSL-Zertifikates bekommt. :-) Der erste Versuch mit dem InfoPoint-Server war ja der, dass ich versuchen wollte, zunächst Daten zu SAMMELN (was aber wohl ein Fehlschlag war). Vllt. sollte ich das Pferd von hinten aufzäumen: wenn ich zunächst die aktuelle blz.properties statisch im InfoPoint-Server hinterlege und ein API für die ABFRAGE dieser Daten schaffe, so dass Anwendungen schon mal die Einrichtung von HBCI-Zugängen bzw. die Änderung von Zugangsdaten unterstützen könnten..... Wenn diese Quasi-Datenbank noch mehr Anwender findet, könnte man vllt. nach und nach Protokolle für das Aktualisieren dieser Daten zur Verfügung stellen. Mal schauen wo das noch so hinführt... Grüße -stefan- |