Delphi-PRAXiS
Seite 1 von 3  1 23      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Netzwerke (https://www.delphipraxis.net/14-netzwerke/)
-   -   Online-Banking selber programmieren (https://www.delphipraxis.net/182201-online-banking-selber-programmieren.html)

Tazidus 8. Okt 2014 22:43

Online-Banking selber programmieren
 
Hallo,

ich beschäftige mich zurzeit mit dem Thema Online-Banking zu Studienzwecken.

Ich finde zwar jeder Menge Infos zu Sepa / FinTS / HBCI u.a. aber nicht das was ich suche.

Ich würde gerne wissen, wie man die Verbindung zu einem Bankserver herstellt, Befehle übermittelt und Meldungen empfängt.

Mich interessiert in erster Linie die programmtechnische Umsetzung in Delphi/C++ und ich will keine API verwenden.

Außerdem interessiert mich noch die Flickergrafik, die für das ChipTAN/SmartTAN Verfahren benötigt wird.
Wie wird diese erstellt? Gibt es hierfür irgendwelche Infos? oder ggf. eine API?

Ich habe mir auch schon DDBAC uund FinTS-API angesehen. Ich habe aber hier einige Bedenken, weil
a) ich nicht weiß, wie ich diese Komponenten einbinden soll und
b) eigentlich auch die Kommunikation mit dem Server selber machen

Außerdem müsste ich noch Informationen finden, wie man eine SEPA-XML-Datei an die Bank online übertragen kann ohne sich einer Banking-Software oder einer Banking-Homepage zu bedienen.

Wer kann mit helfen oder sachdienliche Infos geben?

Vielen Dank
Gruß
Daniel

himitsu 8. Okt 2014 23:19

AW: Online-Banking selber programmieren
 
Zitat:

und ich will keine API verwenden
Egal wie, das mußt du dennoch.

Erstmal die API (also die Schnittstelle) für das SEPA, also der Aufbau der XML. Dann die API für das Übertragungsmedium, wie z.B. HTTP und TCP-IP, um es zur Bank zu schicken, eventuell auch die APIs für da DateiSystem (MSDN-Library durchsuchenCreateFile) und dann viele APIs um irgendwelche Funktionen im Delphi und Computer zu benutzten. usw.

Ob APIs nochmal in anderen Komponenten (z.B. Indy und TFileStream) versteckt sind, ist egal, denn auch diese Komponenten besitzen wieder ihre API, über welche du sie ansprechen kannst.


Beispiel:
  • Man kann eine SEPA-Komponente benutzen,
  • man implementiert das SEPA-Protokoll selber und nimmt via TIdHTTP mit einem WebServer Kontakt auf,
  • man implementiert das SEPA-Protokoll und das HTTP (Hypertext Transfer Protocol) selber und nimmt via TIdTCP mit dem WebServer Kontakt auf,
  • man implementiert das SEPA-Protokoll, HTTP und das TCP (Transmission Control Protocol) selber und nimmt via Socket-Komponente mit dem WebServer Kontakt auf,
  • man implementiert das SEPA-Protokoll, HTTP, TCP und auch das Socket-Zeugs selber,
  • oder man bastelt das SEPA-Protokoll und sogar die XML manuell als String zusammen und implementiert das HTTP, das TCP und auch noch das Socket-Zeubs selber.
  • Man kann auch noch auf die Speicherverwaltung verzichten und bastelt dann sogar die Strings selber (GetMem) und die extrem Harten verzichten sogar auf dem Delphi-Speicher-Manager und wenden sich direkt an Windows (MSDN-Library durchsuchenVirtualAlloc) und die nutzen Assembler (maschinennahe Programmiersprache) oder gleich mit'm Hexeditor geschriebenen Maschinencode, eigene Treiber und wenden sich direkt an die RAM-Riegel
    und am Ende bauen sie sich natürlich auch noch den Computer selber, nachdem sie die Rohstoffe selbst von Hand geschürft und im Keller zu Mikrochips verarbeitet haben.

Tipp: Es gibt hier bereits ein paar Themen zum Thema SEPA und da würde ich anfangen mit Suchen.

Und bevor du gleich alles selber machen willst, fang erstmal ganz unten an, implementier dir z.B. das SEPA, verwende dafür bereits vorhandene Komponenten/Funktionen
und wenn das dann geht, kannst du immernoch eine Zwischenschicht nach der Anderen entfernen, bis am Ende (in paar Jahrzehnten) alle selbstgemacht ist.
Ansonsten solltest du natürlich am anderen Ende anfangen, weil du sonst jahrelang nichts testen kannst, und findest erstmal raus, wie man Kontakt zu "irgendeinem" Webserver aufnehmen kann. (Request hinschicken und den Response empfangen <- bei HTTP das POST/GET hin und eine Antwort ala Text/XML/HTML/sonstwas zurück)

sh17 9. Okt 2014 08:51

AW: Online-Banking selber programmieren
 
Sorry, aber willst Du nur lernen oder das irgendwann mal produktiv einsetzen? Welche Bank lässt Dich denn bitte an deren Servern testen?

Hier mein Vorschlag:

https://subsembly.com/de/hbci-fints-api.html

OrNEC 9. Okt 2014 09:50

AW: Online-Banking selber programmieren
 
Zitat:

Zitat von sh17 (Beitrag 1275351)
Sorry, aber willst Du nur lernen oder das irgendwann mal produktiv einsetzen? Welche Bank lässt Dich denn bitte an deren Servern testen?

Das habe ich auch gedacht. Nicht mal nen Drucker kannst Du einfach so in ein Bankennetz schalten. Wenn es geht, suche Dir ein einfacheres Projekt.

Captnemo 9. Okt 2014 09:59

AW: Online-Banking selber programmieren
 
Schau mal hier: DDBAC.

Muß zwar mit weitergegen werden, und auch auf dem jeweiligen Client installiert werden. Dafür ist das wunderbar von Delphi nutzbar. Gibt auch Beispiele für Delphi und eine gute Dokumentation.

Ich habe selbst schon in ein Programm integriert, und es funktioniert super. Bisher ohne auch nur einmal zu mucken. Und wenn man das erst mal verinnerlicht hat, ist es auch einfach.

Der Preis ist allerdings Hammer.

[Edit] Grad gesehen, dass du das schon kennst.

Zitat:

Zitat von Tazidus (Beitrag 1275325)
Ich habe mir auch schon DDBAC uund FinTS-API angesehen. Ich habe aber hier einige Bedenken, weil
a) ich nicht weiß, wie ich diese Komponenten einbinden soll und
b) eigentlich auch die Kommunikation mit dem Server selber machen

Aber so schwer ist das nun nicht. Wenn du das nicht verstehst, wird das mit dem direkten Datenaustausch, den du vorhast auch nix.
Ich weiß ja nicht wie das bei deiner Bank ist, aber wenn bei meiner in der Anmeldung oder dem Datenaustausch zu viele Fehler auftreten, wird mein Onlineaccount erst mal zur Sicherheit gesperrt.[/Edit]

vagtler 9. Okt 2014 10:26

AW: Online-Banking selber programmieren
 
Zitat:

Zitat von Captnemo (Beitrag 1275361)
[...] Ich weiß ja nicht wie das bei deiner Bank ist, aber wenn bei meiner in der Anmeldung oder dem Datenaustausch zu viele Fehler auftreten, wird mein Onlineaccount erst mal zur Sicherheit gesperrt.[/Edit]

Dafür bieten die Banken und Sparkassen ja auch Testzugänge. Dass die selten kostenfrei sind, steht auf einem anderen Blatt... ;)

Sir Rufo 9. Okt 2014 10:32

AW: Online-Banking selber programmieren
 
@Captnemo

DDBAC ist dem TE bekannt (s. erster Beitrag)

Captnemo 9. Okt 2014 10:38

AW: Online-Banking selber programmieren
 
Zitat:

Zitat von Sir Rufo (Beitrag 1275373)
@Captnemo

DDBAC ist dem TE bekannt (s. erster Beitrag)

Hatte ich ja dann auch gesehen, deswegen mein "Edit"

Valle 9. Okt 2014 13:15

AW: Online-Banking selber programmieren
 
Wenn ich eine für TE sicherlich auch nicht uninteressante Frage hinzufügen dürfte:

Angenommen man hat die Schnittstelle mit der Bank bereits (oder arbeitet meinetwegen noch daran). Wie testet man sowas? Insbesondere dann, wenn man automatische Überweisungen implementieren wollte? Ich kann ja nicht ständig Cent-Beträge überweisen. Chef würde sich freuen. :stupid:

Bietet jede Bank so einen Testzugang oder wie läuft das?

Lemmy 9. Okt 2014 13:44

AW: Online-Banking selber programmieren
 
Zitat:

Zitat von Valle (Beitrag 1275406)
Bietet jede Bank so einen Testzugang oder wie läuft das?

zumindest die Banken, die Interesse daran haben, dass es Software fürs Onlinebanking gibt.

Ich habe bei einem Hersteller etwas in die Karten schauen dürfen. Wenn Du einen entsprechenden Zugang erhälst, dann ist da auch ein Konto dabei mit dem Du dann das gesamte Spektrum testen kannst. Welche Kosten da auflaufen weiß ich aber nicht.
Und du musst das gegen so viele Banken testen wie es geht, weil leider jeder meint, die definierte Schnittstelle individualisieren zu müssen. Von Fehlern bei der Umsetzung der Schnittstelle ganz abgesehen.

Grüße


Alle Zeitangaben in WEZ +1. Es ist jetzt 08:43 Uhr.
Seite 1 von 3  1 23      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz