EBICS-Fragen (STA, C53, Teilnehmer, ...)

Hallo liebe Onlinebänkler,

ich bin derzeit beauftragt in eine unserer web-basierten Anwendungen eine EBICS-Schnittstelle zu integrieren (wir werden voraussichtlich die EBICS API von Subsembly verwenden), um Kontoumsätze abrufen und Einzahlungen zuordnen zu können (u.U. kommt später einmal auch das Einreichen von SEPA-Lastschriftdateien hinzu). Nach ausgiebiger Lektüre der diversen Spezifikationen und deren Anhänge bin ich mir aber in einigen Punkten immer noch unsicher, bzw. sind mir manche Punkte auch noch unklar, weshalb ich mich hilfesuchend an euch und euer geballtes Wissen wenden möchte.

---

Unser Integrations-Szenario, zum besseren Verständnis:
Wir hosten eine Webanwendung mit mehreren Kundenprojekten. Die Kunden unserer Kunden verfügen über anwendungsinterne Guthabenkonten auf die sie, mittels Überweisung auf die Bankkonten unserer Kunden, Guthaben einzahlen können. Wir möchten nun täglich von unseren Servern aus, über EBICS, die Umsätze der Bankkonten unserer Kunden abrufen um die Einzahlungen ihrer Kunden erfassen und zuordnen zu können. Dass ganze muss voll automatisiert erfolgen.

Bisheriger Gedankengang:
Unsere Kunden lassen (EBICS-Zugang vorausgesetzt) einen neuen Teilnehmer anlegen, mit der Berechtigung für das entsprechende Konto und die Auftragsarten STA und/oder C53. Unser Kunde oder wir initialisieren den Teilnehmer INI/HIA und INI-Brief (ggf. von Kunde unterzeichnet/eingereicht) und synchronisieren/überprüfen die Bankparameter/-schlüssel. Nachdem das erfolgt ist können wir den angelegten Teilnehmer verwenden um die Umsätze (mit STA oder C53) abzurufen.

---

Nun zu Punkten in denen ich mir unsicher bin, bzw. die mir unklar sind:

STA (MT940) oder C53 (camt.053)?
Welche der beiden Auftragsarten zum Abrufen der Umsätze ist zu empfehlen? (Wird STA in absehbarer Zeit einmal eingestellt werden? Unterstützen überhaupt alle Institute (oder zumindest der größte Teil) die CAMT-Nachrichten?

Kann bei der Umsatzabfrage ein bestimmtes Konto angegeben werden?
(oder werden immer alle Umsätze der Konten übermittelt für die der Teilnehmer die Berechtigung besitzt?)

Gibt es irgendwo eine Übersicht über die mögliche Auftragsparameter der Auftragsarten?
(oder ist der DateRange-Parameter tatsächlich der einzige der Verwendung findet?)

Könnte für uns ein technischer Teilnehmer relevant sein?
So wie ich es verstehe dient dieser ja nur der Weiterleitung/Einreichung eines Auftrages für einen "realen"/nichttechnischen Teilnehmer, oder kann er auch in eigenem Namen Aufträge einreichen (also nur mit SystemId, ohne UserId)?

Und noch eine letzte Frage zur EU, ohne direkten Bezug zu obigen Thema:
Wie bildet sich der Typ einer EU (E, A, B oder T)? Ist dieser an den Teilnehmer oder den Schlüssel für die EU gebunden? Meine Vermutung bisher ist, dass für einen Teilnehmer in Kombination mit Auftragsart und ggf. Konto eine Berechtigung angelegt wird (vom Typ E, A, B oder eben T) und diese auch bestehen bleibt, wenn der Teilnehmer sein Schlüsselpaar für die EU ändern sollte. Ist das so in etwa korrekt?


Ich hoffe das war jetzt nicht zu viel, oder dass einiges vielleicht hier im Forum bereits beantwortet wurde (Habe zumindest nichts aktuelles dazu gefunden). Schon einmal vielen Dank für eure Antworten und allen ein schönes Wochenende.

Gruß,
Bernhard

Wow, vielen Dank für die schnelle Antwort.


Wir werden jetzt wohl zunächst erst einmal nur STA umsetzen. So wie ich das empfinde gibt es wohl keine konkreten Bemühungen die Auftragsart in absehbarer Zeit nicht mehr zu unterstützen und zur Not müssen wir dann eben C53 nachpflegen. Wir sind nur bei der Umsetzung etwas unter Druck, weil es dieses Jahr noch laufen muss und wollen deshalb den Aufwand so gering wie möglich halten.


Ein sehr informatives Gespräch mit unserem Ansprechpartner bei unserer Sparkasse hat zur Einsicht geführt, dass wir gar nicht anders können, als dass unsere Kunden eine eigene KundenId für uns beantragen. Einmal natürlich weil wir nur die Berechtigung auf das Konto brauchen (und auch wollen) auf das die Einzahlungen erfolgen, die für uns von Relevanz sind, aber vielmehr auch deshalb, weil die Tagesauszüge je KundenId wohl nur einmal abgerufen werden können und dann vom Server gelöscht werden. Somit würden wir unseren Kunden ja jede Nacht die Auszüge wegschnappen, wenn wir die gleiche KundenId nutzen würden. (Ich weiß nicht ob das bei jeder Bank/Rechenzentrum so ist, aber bei unserer Sparkasse scheint es so zu sein.)


Nach erneuter Lektüre scheint der DateRange-Parameter wohl der einzige Standardparameter (StandardOrderParams) zu sein. Es gibt zwar noch die GenericOrderParams, aber konkrete Informationen hierzu konnte ich nirgends finden. (Bei STA sollte uns das ja auch nicht weiter interessieren. Ich dachte nur anfangs, dass man über die Parameter vielleicht auch die Konten beschränken könnte, für welche man die Umsätze/Auszüge abruft. Aber das hat sich mit der Bedeutung der KundenId ja bereits geklärt.)


Ich war mir fast sicher, dass diese Frage kommen wird. Wir haben bereits eine bestehende Lösung auf Basis von HBCI/FinTs, allerdings kann diese einer unserer Kunden (vermtl. aus organisatorischen Gründen) nicht nutzen, weshalb wir jetzt eben auch noch EBICS umsetzen dürfen. Ich bin hierbei froh, dass es die Subsembly Assemblies (Subsemblies?) gibt, weil eine eigene Umsetzung des Protokolls für uns in keinem Verhältnis gestanden hätte.

Nochmals vielen Dank für die schnelle Antwort. Ich wollte eigentlich am WE schon antworten, aber da hat sich das Forum gerade frische Kleider angezogen.

Gruß
Bernhard

In der Tat ... aber irgendjemand muss es halt machen.


Das ist wohl war. Ich gehe davon aus, dass unsere Sparkasse (Karlsruhe-Ettlingen) wohl bei der FI sein wird. Unser Pilotkunde ist aber bei der HaSpa, die m.W. ihre Systeme bei EFIS hat, was bedeuten kann, dass sie ganz andere Bereitstellungsfristen/-modelle für die Dokumente haben (vielleicht kann man es ja sogar beantragen, dass die Dokumente auf dem Bankrechner nach dem Abruf nicht gelöscht werden, sondern nur nach einer gewissen Frist). Aber im Grunde sollte das für uns transparent sein. Wir müssen eben nur unsere Kunden auf die Probleme hinweisen und dann sollen die das mit ihrer Bank abklären. Wichtig ist nur, dass wir von ihnen die passenden Teilnehmerdaten bekommen.

Ja, wollte ich auch sagen, msa.
Mit der HASPA hast du dir noch zusätzlich einen Sonder-Sonderfall an Land gezogen.
Du hast wirklich mein inständiges Mitleid, Bernhard!

Das würde so ja auch Sinn machen. Unser Ansprechpartner bei unserer Bank meinte, dass sie die Dokumente 30 Tage vorhalten und dass sie nach dem Abholen "gelöscht" werden würden, wobei er sich aber auch nicht hundertprozentig sicher war (hätte erst im RZ nachfragen müssen).
Wir haben soeben unseren Teilnehmer initialisiert und werden es jetzt dann testen können. Ich gehe aber auch eher davon aus, dass die Daten auf dem Server bis Ablauf der Aufbewahrungsfrist verbleiben und bei Requests ohne DateRange-Parameter eben nur alle "ungelesenen", vorgehaltenen Auszüge ausgeliefert werden, während Requests mit DateRange alle Auszüge der angegebenen Zeitspanne enthalten, sofern die Vorhaltefrist eben noch nicht abgelaufen ist. Würde so zumindest mehr Sinn machen, m.M.n.
Das Anlegen einer zusätzlichen KundenId ist für uns aber vermutl. dennoch (aus Datenschutzgründen) nötig, um den Kontenzugriff zu begrenzen. Unsere Kunden werden ihrer bestehenden KundenID i.d.R. mehrere Konten zugeordnet haben, von denen aber nur eines für uns relevant ist (i.d.R. ist das auch speziell für den Zweck unserer Software angelegt).


Diese "bösen" freien öffentlichen Sparkassen, tststs.


Danke

Hallo zusammen,
Ich habe eine bloede Frage. Sollen die Banken das optionale Element DateRange definiert in dem EBICS-Request fuer Datenherunterladen unterstuetzen.
We haben STA fuer 3 Tagen abgerufen und 2 Banken haben Files fuer ein paar Jahren geschickt.
<OrderAttribute>DZHNN</OrderAttribute>
<StandardOrderParams>
<DateRange>
<Start>2021-05-14</Start>
<End>2021-05-16</End>
</DateRange>
Wir haben shon diese Banken nachgefragt aber wir wissen nicht welche noch werden diese Information nicht lesen. Gibt es andere Option die Zeitspanne zu definieren?