Hallo,
gibt es für FTAM bzw. EBICS eine Begrenzung bei der Anzahl der Datensätze
in einer Datei?
Habe eine Anfrage, ob 50.000 Einzelposten in einer Datei übertragen werden können.
Sollte doch gehen, oder???

Ob das allein am Übertragungsverfahren liegt?
Welches Datenformat wird denn verwendet?

Wo ist das Problem? FTAM und EBICS sond für diese Datenmengen gebaut. Ich würde wegen der Übertragungsgeschwindigkeit aber EBICS vorziehen. Via ISDN dauert das Senden dann schon länger ...

@Fellini: Und wenn es DTA ist? Kann man damit 50.000 Sätze schicken?

Überhaupt kein Problem. Wir haben Kunden, die über EBICS weitaus größere Dateien einreichen.

Gruß
KL

@Michael: Ja!

Hallo zusammen,

grundsätzlich gibt es von den Spezifikationen her bei FTAM und bei EBICS keine Postengrenze. Habe allerdings bei einzelnen Bankrechnern schon erlebt, dass denen dann beim Entpacken (EBICS ist Zip-komprimiert und FTAM i.d.R. FLAM-komprimeirt) der Plattenplatz ausgeht.

Wir haben mal 260.000 Posten mit je 14 VWZ per EBICS getestet (Dateigröße unkomprimiert: 160 MB). Übertraqungszeit waren so ca. 15 Minuten bei einem 1,5 Mbit DSL-Anschluss.
Bei FTAM haben wir mal 120.000 Posten mit je 14 VWZ gestestet. Übertragunszeit hier waren rund 3,5 Stunden.

Das Problem dürfte bei den Datenmengen vielleicht auch die eingesetzte Banking-Software sein. Könnte durchaus sein, dass es auch hier beim Unterschreiben oder bei der Nachverarbeitung innerhalb der Software Probleme mit der Datenbank gibt. => Einfach mal den Programmhersteller bzw. die anbietende Bank fragen.

Gruß bt

HBCI und EBICS nutzen für IZV einfach DTA. Da kommt nen Umschlag für den Geschäftsvorfall drum, das war es aber auch. Der Datenteil ist nur ne simple DTA Datei. Keiner will das Rad 2x erfinden

Hätte ja auch SEPA sein können, hat der Fragesteller bis heute leider nicht spezifiziert.
Bei DTAUS bin ich halt immer etwas unsicher, weil zumindest beim Dateiupload per Browser viele Banken eine Begrenzung drin haben.

Welche Bank macht denn FTAM und EBICS hauptsächlich per Browser? Die Begrenzung kenne ich nur bei den Privatkundenverfahren.

@Fellini, bitte nicht verdrehen! Davon war nicht die Rede. Obwohl ich es interessant fände, eine EU im Browser leisten zu können aber das ist ein anderes Thema.

Meine Befürchtung war lediglich, dass eine bei vielen/manchen Banken im Browserbanking bestehende Obergrenze C-Sätze für DTA-Upload auch gelten könnte, wenn man die Datei per EBICS oder FTAM schickt. Mehr nicht.

Die Befürchtung ist (zumindest bei den Roten) unbegründet. Es würde ja auch nicht wirklich Sinn mahcen, einer Versicherung vorzuschreiben, den Beitragseinzug in 500 Häppchen à 999 Datensätzen einzureichen.

Gerade bei denen trifft Deine Aussage leider nicht zu, weil in der IFB die Anzahl C-Sätze auf 1.000 begrenzt ist. Siehe Parsys, falls Du Zugriff hast.
Daher rührte ja meine Befürchtung....

Ergänzung: Wobei eine Versicherung selbstverständlich auch nicht den Upload via Browser für den Beitragseinzug verwendet. Aber ich wußte halt nicht, inwieweit diese Begrenzung auch für andere Zugangswege gilt.

Nochmal:
IF, HBCI, FinTS = Privatkunden = 1000 Posten
FTAM, EBICS = Firmenkunden = (fast) unbegrenzt Posten

Das sind Äpfel und Birnen.


Es gibt sonst keine regulatorische Begrenzung.

Die regulatorische Begrenzung macht auch aus anderer Sicht Sinn. HBCI/FinTS wird fast immer syncron, d.h. in Echtzeit verarbeitet. Mit fast meine ich, bei anderen Banken teilweise nicht, bei den Spardosen immer.
Massengeschäft macht da keinen Sinn, das ist nicht effektiv. Es ist eine Nachrichtenschnittstelle mit direkter Antwort

Bei FTAM/EBICS hat man schon systembedingt mit reinem Dateiaustausch, späterer Verarbeitung und einem gesonderten Ergebnisprotokoll zu tun. Hier sind große Mengen und auch die nachgelagerte Verarbeitung ganz anders abbildbar. Zumindest bei uns ist die Schnittstelle auch wesentlich Fehlertoleranter. "Kleinigkeiten" führen nicht zur Ablehnung, wohl auch weil in den Protokollen keine inhaltlichen Ablehnungsgründe existieren und nur jeder 3. sie liest.