Open-Fin-TS-JS-Client
FinTS/HBCI ist eine standardisierte Schnittstelle zur Kommunikation mit Banken von der Deutschen Kreditwirtschaft (DK). Es existieren derzeit drei Versionen der Schnittstelle.
- HBCI 2.2 bzw. HBCI+ - Diese API unterstützt diese Version.
- FinTS 3.0 (noch weitestgehend auf HBCI basierend) - Diese API unterstützt diese Version.
- FinTS 4.1 (neuste auf XML basierend) - keine Unterstützung (noch keine große Verbreitung)
Der Open-Fin-TS-JS-Client unterstützt zurzeit nur die Version FinTS 3.0 mit der Pin/Tan Sicherheitsvariante.
Es existieren nur wenige Implementierungen für HBCI bzw. FinTS. Zurzeit (2015) nur eine für Javascript, diese ist allerdings kommerziell. Dieses Projekt versucht diese Lücke zu schließen.
Unterstützte Geschäftsvorfälle
- SEPA Kontoinformationen laden (HKSPA)
- Kontoumsätze laden (HKKAZ)
- Salden laden (HKSAL)
- SEPA Einzelüberweisung (HKCCS) - geplant
- Kontoumsätze im Format camt anfordern (HKCAZ) - geplant
Unterstützte Plattformen
- Node-JS
- Browserfy - allerdings ist hier ein Umweg notwendig wegen der Cross-origin resource sharing Problematik in normalen Browsern
- weitere Plattformen mit Anpassungen denkbar
License
Das Projekt wurde 2015 von Jens Schyma jeschyma@gmail.com ins Leben gerufen.
Quick-Start
Der einfachste Weg ist Open-Fin-TS-JS-Client über NPM durch eine Dependency in der package.json in ein Projekt einzubinden. Am folgenden Beispiel zum Laden von Kontoumsätzen wird gezeigt wie der Client zu bedienen ist.
var FinTSClient = ;// 1. Definition der Bankenliste - Echte URLs sind hier http://www.hbci-zka.de/institute/institut_auswahl.htm erhältlich.var bankenliste = '12345678':'blz':12345678'url':"http://localhost:3000/cgi-bin/hbciservlet" "undefined":'url':"";// 2. FinTSClient anlegen// BLZ: 12345678// Kunden-ID/Benutzerkennung: test1// PIN: 1234// Bankenliste siehe obenvar client = 12345678"test1""1234"bankenliste;// 3. Verbindung aufbauenclient;
API Beschreibung
in_blz - Die entsprechende BLZ als Zahl oder String in_kunden_id - Die Benutzerkennung bzw Kunden-ID - 9999999999 = Anonymer Benutzer in_pin - Die Pin in_logger - Ein Bunyan Logger per default wird nichts gelogged Attribute = Notwendig um die Verbindung herzustellen = blz ctry - Zurzeit immer 280 für Deutschland kunden_id - pin - tan - Noch NULL da keine Geschäftsvorfälle mit Tan zurzeit unterstützt debug_mode - Debug = Status des aktuellen Client Objekts = dialog_id - Ein FinTSClient Objekt repräsentiert ein Dialog / dies ist die vom KI zugewiesene ID next_msg_nr - Nachrichten werden Nummeriert beginnend von 1 dies ist die nächste Nummer client_name - Name des Clients sollte individuell belegt werden mit dem Namen der die API nutzenden Software client_version - Version des Clients = Bank Parameter Daten und System-ID + letzte benutzte Signatur-ID sys_id - vom KI zugewiesene System-ID identifiziert diese Anwendung für den entsprechenden Benutzer eindeutig Sollte um die Generierung Unmengen neuer IDs zu vermeiden für weitere Verbindungen beibehalten last_signatur_id - Zuletzt verwendete Signatur-ID hängt an der System-ID und gewährleistet dass Nachrichten nicht mehrfach eingereicht werden bpd - Die Bank Parameter Daten siehe Dokumentation zu mehr Details 'vers_bpd':"0" // Version der BPD 'bank_name':"" // Name der Bank 'supported_vers':"300" // Unterstützte HBCI/FinTS Versionen 'url':"" // URL für Pin/Tan, wird durch die Bankenliste und die BLZ vorbelegt 'pin': 'min_length':0 // Minimal Länge der Pin 'max_length':100 // Maximal Länge der Pin 'max_tan_length':100 // Maximale Länger der Tan 'txt_benutzerkennung':'Benutzerkennung' // Vorbelegungs Text für das Feld Benutzerkennung 'txt_kunden_id':'Kunden ID' // Vorbelegungs Text für das Feld Kunden-ID 'availible_seg': // Verfügbare Geschäftsvorfälle als Key und Wert für Tanerforderlichkeit 'HXXXX':true // Wert true -> mit Tan 'HXXXX':false // Wert false -> ohne Tan 'tan': 'one_step_availible':true // Ein-Schritt-Verfahren verfügbar 'multiple_tan':false // Mehrfachtan 'hash_type':"0" // zu verwendender Hash Algorithmus 'tan_verfahren':'999': // Verfügbare Tan Verfahren 'code':'999' // Code des Verfahrens 'one_two_step_vers':"1" // 1-Ein Schritt-Verfahren / 2-Zwei Schritt-Verfahren 'tech_id':'PIN' // Technische ID des Verfahrens 'desc':'Einfaches Pin-Verfahren' // Lesbare Beschreibung des Verfahrens 'max_len_tan':100 // Maximal Länge der Tan 'tan_alphanum':true // Tan Alphanumerisch? 'txt_rueckwert':'Rückgabewert' // Vorbelegungs Text Rückgabewert 'max_len_rueckwert':100 // Maximale Länge des Rückgabewerts 'anz_tanlist':'2' // Anzahl Tan-Listen 'multi_tan':true // Mehrfachtan? 'tan_zeit_diabez':"" // Tan Zeit Dialog Bezug 'tan_list_nr_req':"" // Tan Listennummer erforderlich? 'auftragsstorno':false // Auftragsstorno? 'challange_class_req':false // Challange Klasse erforderlich? 'challange_value_req':false // Challange Wert erforderlich? // Funktion um die Daten zu Clonen }; = User Parameter Daten = upd - Die User Parameter Daten 'vers_upd':"0" // Version der User Parameter Daten 'geschaefts_vorg_gesp':true // Wie sind die nicht aufgeführten Geschäftsvorfälle zu Werten? true = sind gesperrt / false = keine Aussage darüber treffbar 'availible_tan_verfahren':"999" // Verfügbare Tan Verfahren für den Benutzer, [0] ist die aktuell verwendete // Funktion um die Daten zu clonen }; konten - Liste der Konten des Benutzers 'iban':"" // IBAN des Kontos 'konto_nr': // Konto-Nr 'unter_konto': // Unterkonto Merkmal 'ctry_code': // Länderkennzeichen idr. 280 für Deutschland 'blz': // BLZ 'kunden_id': // Kunden ID dem das Konto gehört 'kontoar': // Art des Kontos 'currency': // Währung des Kontos 'kunde1_name': // Name des Kunden 'product_name': // Produktbezeichnung 'sepa_data': // Zusätzliche Daten für SEPA Konten, kann null sein, wenn kein SEPA Konto z.B. Depots etc. 'is_sepa': true // Ist SEPA Konto? 'iban':"" // IBAN 'bic':"" // BIC 'konto_nr':"" // Konto_NR 'unter_konto':"" // Unter Konto 'ctry_code':"280" // Ctry Code 'blz':"" // BLZ Methoden <-- Internal --> - Initialisiert alle Attribute - Erzeugt eine neue Signatur ID returns - Verschickt Nachricht per HTTPS an die Bank
Besonders zu beachten ist, dass pro FinTS-Dialog, das heißt pro FinTSClient Objekt nur auf ein Callback gleichzeitig gewartet werden kann. Das liegt daran, dass das FinTS Protokoll ein sequenzielles Protokoll ist, welches nur eine Nachricht als Anfrage pro Dialog zur selben Zeit erlaubt. Der Nutzer der Client-Bibliothek hat sicherzustellen, dass nur eine Anfrage zur selben Zeit läuft. Wird dies nicht eingehalten führt die Client Library das Senden der Nachricht nicht aus und schmeißt eine Exception. Ein Beispiel das die falsche und richtige Verwendung der Client-Library zeigt:
// Achtung: Falsche Verwendung führt zu einer Exceptionclient;client;// Hier wird eine Exception geschmissenclient;// Hier wird eine Exception geschmissenclient;// Hier wird eine Exception geschmissen// Richtige Aufruf Hirarchie von Mehrfachen Aufträgen pro Dialogclient;// Die Schachtelung von Callback-Funktionen führt hier zu sehr unleserlichen Code// Lösen können dies Biblitheken die speziell für dieses Problem entwickelt wurden// ein Beispiel ist ASYNC vgl. https://www.npmjs.com/package/async var async = ; async;// bzw. als Schleife async;
Entwickler-Tools
Das Projekt beinhaltet auch einen FinTS 3.0 Server. Unterstützt wird nur das Pin/Tan Verfahren. Der Server dient primär als Testserver für die Entwicklung der API, er wird auch für die TestCases verwendet.
Test-Cases
Um die Tests zu starten im Verzeichnis des Projekts folgenden Befehl in der Konsole ausführen:
npm test
Für die Tests wird der interne FinTS Server verwendet und die in der Datei credentials.js konfigurierten FinTS Real Server. credentials.js
moduleexports = bankenliste: '12345678':'blz':12345678'url':"http://localhost:3000/cgi-bin/hbciservlet" "undefined":'url':"" blz:12345678 user:"maxmuster" pin:"12345" bunyan_live_logger:true ;
Um ein Code-Coverage Test durchzuführen folgenden Befehl im Paket eingeben.
npm run coverage
Die Demos können auch direkt aus dem Paket ausgeführt werden.
npm run demo
Logging
Logs werden mit Bunyan erstellt. Standardmäßig werden keine Logs erstellt. Soll das Logging aktiviert werden muss wie folgt ein Logger beim Aufruf des Konstruktors mitgegeben werden.
var bunyan = ; var log = bunyan; var client = 12345678"test1""1234"bankenlistelog;
Für eine bessere Darstellung empfiehlt sich Bunyan CLI.
node examples/zeige_kontoumsaetze.js log | bunyan -l trace
Alternativ können mit dem Bunyan Live Logger die Logs live dargestellt werden. Für die TestCases kann durch credentials.js und dem Attribut bunyan_live_logger:true der Live Logger direkt gestartet werden.