maximale Anzahl der Datensätze

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???

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 ...

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

Gruß
KL

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

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.

@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.

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.

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.