https://www.berliner-sparkasse.de/
www.berliner-sparkasse.de/content/dam/myif/berliner-sk/work/dokumente/pdf/vertragsbedingungen/bedingungen-fuer-die-datenfernuebertragung.pdf
Bedingungen für Datenfernübertragung · 16.08.26, 22:14
Noch kein Schnellscan vorhanden.
12 Befunde · Modell deepseek/deepseek-v4-flash
Begriff „Empfängerprüfung“ vs. „Empfängerüberprüfung“ uneinheitlich
In Nummer 3 wird teils „Empfängerüberprüfung“ (Absatz 4), teils „Empfängerprüfung“ (Absatz 9) verwendet. Beide Begriffe beziehen sich auf dieselbe Prüfung, wodurch eine uneinheitliche Terminologie im selben Abschnitt entsteht.
„Verzichtet der Nutzer auf die Empfängerüberprüfung ... Wird für eine Datei mit SEPA-Überweisungen ... die Empfängerprüfung gemäß Nummer 3 Absatz 4 durchgeführt"
Beide Begriffe („Empfängerüberprüfung“ in Abs. 4, „Empfängerprüfung“ in Abs. 9) erscheinen als kohärente Textphrasen im Textlayer und beziehen sich auf dieselbe Prüfung. Keine Extraktionsartefakte (keine Worttrennungen, Steuerzeichen o.ä.) erkennbar. Es handelt sich um eine echte, im Dokument sichtbare Terminologie-Inkonsistenz im selben Abschnitt.
„Sperrfazilität“ – potenzielles Schreib-/Begriffsartefakt
Der Begriff „Sperrfazilität“ tritt mehrfach auf (Abschnitte 7 Abs. 2, Anlage 1a Nr. 6). Sprachlich handelt es sich um eine unübliche Zusammensetzung bzw. möglicherweise um einen Schreibfehler (z. B. „Sperreinrichtung“/„Sperrfunktion“). Da er konsistent verwendet wird, könnte er beabsichtigt sein, sollte aber verifiziert werden.
„über die von der Sparkasse bekannt gegebene Sperrfazilität sperren lassen"
„Sperrfazilität“ tritt konsistent und kohärent im Text auf und ist als standardmäßiger Sparkassenfachbegriff (Sperreinrichtung) kein Extraktionsartefakt. Der Befund ist jedoch spekulativ („sollte verifiziert werden“) und liefert keinen starken Beleg eines echten Fehlers; damit geringer Kundenwert.
„Anlage 1a Nummer 6“-Verweis in Anlage 1c unpräzise
In Anlage 1c wird auf „Anlage 1a Nummer 6“ verwiesen. Anlage 1a enthält insgesamt 6 nummerierte Abschnitte/Nummern, wobei Nummer 6 die „Sperrung der Teilnehmerschlüssel“ behandelt und nicht primär Sicherheitsmaßnahmen. Der Verweis wirkt unpräzise bzw. bezieht sich vermutlich auf die EBICS-Sicherheitsanforderungen, nicht auf Anlage 1a Nr. 6.
„Über die in Anlage 1a Nummer 6 beschriebenen Sicherheitsmaßnahmen hinaus sind durch den Kunden folgende Anforderungen zu berücksichtigen:"
Source-context review does not substantiate the claimed legal, pricing, or internal contradiction; the cited wording is contextual, permissible, or merely requests further checking and is not reportable.
Extraktionsartefakt „manuell“ erscheint im Fließtext
An mehreren Stellen (Ende von Abschnitt 3 Abs. 6, Ende von 8 Abs. 4, Anlage 2 etc.) taucht das Wort „manuell“ isoliert im Text auf. Dies ist ein erkennbares Extraktions- bzw. Layoutartefakt (vermutlich ausgeschnittener OCR-Zusatz), das die maschinelle Weiterverarbeitung stören kann.
„auf Anforderung der Sparkasse zur Verfügung zu stellen. manuell Anforderung der Sparkasse zur Verfügung zu stellen."
Finding contains strong PDF text-layer or extraction artifact signals and should be treated as pipeline quality noise unless visual review proves otherwise.
Uneinheitliche Anführungszeichen bei EU-Klassen-Typen
In Anlage 1a 1.1 werden die Unterschriftsklassen-Typen uneinheitlich mit einfachen und doppelten Anführungszeichen dargestellt (Typ „E“/Typ „A“ etc.). Die Schreibweise ist uneinheitlich, was bei maschineller Verarbeitung zu Verwechslungen führen kann.
„Einzelunterschrift (Typ „E”) ... Erstunterschrift (Typ „A“) ... Zweitunterschrift (Typ „B“) ... Transportunterschrift (Typ „T“)"
Manual source/layout review did not confirm a distinct visible document defect; the signal is formatting, extraction, metadata, or contextual noise and is not reportable.
Textaufteilung „und auf...manuell...Anforderung“ – möglicher OCR-Überlapp
Am Ende von Abschnitt 3 Absatz 6 erscheint die Passage zur Aufbewahrung / Zur-Verfügung-Stellung zweifach, unterbrochen durch „manuell“. Dies deutet auf einen OCR-Überlapp hin und könnte inhaltlich als Doppelung wirken.
„zu seinen Unterlagen zu nehmen und auf manuell Anforderung der Sparkasse zur Verfügung zu stellen."
Das isoliert zwischen „auf“ und „Anforderung“ eingestreute Wort „manuell“ ist ein Textlayer-Überlapp/Zeilen-Reihenfolge-Artefakt (vermutlich aus einer anderen Textspalte/einem manuellen Kommentar stammend). Kein belastbarer Beleg, dass das Originaldokument den Text doppelt enthält.
§ 675v BGB-Ausschluss in 11.2.1 Abs. 1 bei Nichtverbrauchern
In 11.2.1 Absatz 1 wird geregelt, dass § 675v BGB keine Anwendung findet. Da das Dokument laut Einleitung nur für Kunden gilt, die keine Verbraucher sind (der Schutz des § 675v BGB richtet sich im Zahlungsdiensterecht primär an Verbraucher), ist der pauschale Verweis/Ausschluss formal auffällig und sollte rechtlich auf Konsistenz mit den besonderen Bedingungen geprüft werden.
„haftet der Kunde gegenüber der Sparkasse für die ihr dadurch entstehenden Schäden, wenn der Teilnehmer fahrlässig oder vorsätzlich gegen seine Verhaltens- und Sorgfaltspflichten verstoßen hat. Der § 675v des Bürgerlichen Gesetzbuchs findet keine Anwendung."
Evidence review did not establish a concrete false statement from the current official or source-document context. The finding is time-dependent, speculative, or already resolved by that context and is not reportable.
Fassungs-/Versionskennzeichnung der Fußzeile
Die Fußzeile trägt „110 270.000 D1 (Fassung Juli 2025) - v7.1“; die gültige Fassung wird konsistent als Juli 2025 angegeben. Formal ist eine Prüfung, ob die Versionsnummer v7.1 zum Geltungsdatum (05.10.2025) passt, sinnvoll, da kein abweichendes Fassungsdatum dokumentiert ist.
„110 270.000 D1 (Fassung Juli 2025) - v7.1"
Manual evidence review found this to be low-value metadata/style noise or an unsubstantiated concern rather than a concrete customer-facing defect.
Begriff „Verfügungslimit“ verwendet, aber nicht definiert
In Abschnitt 1 Abs. 2 werden die „vereinbarten Verfügungslimite“ erwähnt und in 11.2.1 Abs. 3 darauf Bezug genommen, ohne dass der Begriff an verorteter Stelle definiert wird. Eine Definition fehlt im Dokument; der Begriff bleibt dadurch inhaltlich unbestimmt für den Leser.
„Zur Nutzung der Datenfernübertragung gelten die mit der Sparkasse vereinbarten Verfügungslimite."
Review of the surrounding source text does not support a concrete semantic or definition conflict, so the finding is not reportable.
„Elektronische Unterschrift“ ohne definitorische Eingrenzung
Der Begriff „Elektronische(r) Unterschrift(en)“ wird durchgehend verwendet und in Anlage 1a in Unterschriftsklassen (E, A, B, T) unterteilt, bleibt aber inhaltlich unspezifiziert, ob er sich auf die qualifizierte elektronische Signatur (eIDAS) bezieht oder eine definierte Eigenform der Sparkasse bezeichnet.
„Zur Autorisierung von per DFÜ übermittelten Auftragsdaten mittels Elektronischer Unterschrift benötigt jeder Nutzer jeweils individuelle, von der Sparkasse freigeschaltete Legitimationsmedien."
Review of the surrounding source text does not support a concrete semantic or definition conflict, so the finding is not reportable.
Bezug auf „Bedingungen für den Überweisungsverkehr“ ohne Ort/Standangabe
Das Dokument verweist mehrfach auf externe „Bedingungen für den Überweisungsverkehr“ (u.a. Nummer 3 Abs. 4, 3 Abs. 9, 8 Abs. 5, 9 Abs. 2, 10 Abs. 1, 11.1), ohne diese als Anlage aufzuführen oder deren Stand zu lokalisieren. Für Vollständigkeit des Vertragswerks erscheint eine konkrete Bezugnahme sinnvoll.
„gemäß den Bedingungen für den Überweisungsverkehr"
Review of the surrounding source text does not support a concrete semantic or definition conflict, so the finding is not reportable.
Sperre des DFÜ-Zugangs vs. Sperre via EBICS (Anlage 1a Nr. 6)
In Abschnitt 7 Abs. 3 heißt es „Diese Sperre kann mittels DFÜ nicht aufgehoben werden“, während Anlage 1a Nr. 6 eine Sperrung der Zugangsberechtigung via EBICS-Vorgang (Auftragsart SPR) beschreibt. Beide Regelungen betreffen unterschiedliche Ebenen, aber die Abgrenzung zwischen „kompletter DFÜ-Zugang“ und „Teilnehmerschlüssel“ ist für den Leser nicht klar.
„Die Sparkasse wird den gesamten DFÜ-Zugang sperren ... Diese Sperre kann mittels DFÜ nicht aufgehoben werden. ... kann er seine Zugangsberechtigung via EBICS-Anbindung sperren"
Source-context review does not substantiate the claimed legal, pricing, or internal contradiction; the cited wording is contextual, permissible, or merely requests further checking and is not reportable.
Bedingungen für Datenfernübertragung
[Gültig ab 05.10.2025]
Berliner Sparkasse - NL der BSK 1818 AG
Fassung Juli 2025 Alexanderplatz 2, 10178 Berlin
1. Leistungsumfang
(1) Die Sparkasse steht ihrem Kunden (Kontoinhaber), der kein Verbraucher ist, für die Datenfernübertragung auf elektronischem Wege –
nachfolgend „Datenfernübertragung“ oder „DFÜ“ genannt – zur Verfügung. Die Datenfernübertragung umfasst die Einreichung und den Abruf
von Dateien (insbesondere Übermittlung von Aufträgen und Informationsabruf).
(2) Die Sparkasse gibt dem Kunden die Dienstleistungsarten bekannt, die er im Rahmen der Datenfernübertragung nutzen kann. Zur Nutzung
der Datenfernübertragung gelten die mit der Sparkasse vereinbarten Verfügungslimite.
(3) Die Datenfernübertragung ist über die EBICS-Anbindung (Anlagen 1a bis 1c) möglich.
(4) Der Satz- und Dateiaufbau für die Übermittlung von Aufträgen und den Informationsabruf wird in der Spezifikation der Datenformate (An-
lage 3) beschrieben.
2. Nutzer und Teilnehmer, Legitimations- und Sicherungsmedien
(1) Aufträge können über die EBICS-Anbindung nur vom Kunden oder seinen Kontobevollmächtigten erteilt werden. Kunde und Kontobevoll-
mächtigte werden im Folgenden einheitlich als „Nutzer“ bezeichnet. Zur Autorisierung von per DFÜ übermittelten Auftragsdaten mittels Elekt-
ronischer Unterschrift benötigt jeder Nutzer jeweils individuelle, von der Sparkasse freigeschaltete Legitimationsmedien. Die Anforderungen
an die Legitimationsmedien sind in Anlage 1a definiert. Wenn mit der Sparkasse vereinbart, können per DFÜ übermittelte Auftragsdaten mit
unterschriebenem Begleitzettel/Sammelauftrag autorisiert werden.
(2) Für den Datenaustausch über die EBICS-Anbindung kann der Kunde zusätzlich zu den Bevollmächtigten „Technische Teilnehmer“ benen-
nen, die lediglich befugt sind, den Datenaustausch durchzuführen. Nutzer und Technische Teilnehmer werden im Folgenden unter dem
Begriff „Teilnehmer“ zusammengefasst. Für die Absicherung des Datenaustauschs benötigt jeder Teilnehmer jeweils individuelle, von der
Sparkasse freigeschaltete Sicherungsmedien. Die Anforderungen an die Sicherungsmedien sind in Anlage 1a beschrieben.
3. Verfahrensbestimmungen
(1) Für das zwischen Kunde und Sparkasse vereinbarte Übertragungsverfahren gelten die in Anlage 1a sowie die in der Dokumentation der
technischen Schnittstelle (Anlage 1b) und der Spezifikation der Datenformate (Anlage 3) beschriebenen Anforderungen.
(2) Der Kunde ist verpflichtet sicherzustellen, dass alle Teilnehmer das DFÜ-Verfahren und die Spezifikationen beachten.
(3) Die Belegung der Datenfelder richtet sich nach den Belegungs- und Kontrollrichtlinien des jeweils genutzten Formates (Anlage 3).
(4) Reicht der Nutzer eine Datei mit mehreren SEPA-Überweisungen oder SEPA-Echtzeitüberweisungen ein, entscheidet er durch Verwen-
dung der vereinbarten Auftragsart1, ob die Empfängerüberprüfung gemäß dem Hinweis in den Bedingungen für den Überweisungsverkehr
durchgeführt werden soll.
Verzichtet der Nutzer auf die Empfängerüberprüfung, führt die Sparkasse die in der Datei enthaltenen Überweisungsaufträge anhand der vom
Nutzer angegebenen Kundenkennungen aus. Dies kann im Einzelfall dazu führen, dass das Geld auf ein Zahlungskonto eingeht, dessen
Inhaber nicht der vom Nutzer namentlich angegebene Zahlungsempfänger ist.
Reicht der Nutzer eine Datei mit nur einer einzigen SEPA-Überweisung oder SEPA-Echtzeitüberweisung ein, so ist die Sparkasse unabhän-
gig von der Entscheidung des Nutzers berechtigt, die Empfängerüberprüfung durchzuführen oder gemäß den Bedingungen für den Überwei-
sungsverkehr die Ausführung des Auftrags abzulehnen.
Dieser Absatz gilt nicht für per DFÜ übermittelte Auftragsdaten mit unterschriebenem Begleitzettel/Sammelauftrag.
(5) Vor der Übertragung von Auftragsdaten an die Sparkasse ist eine Aufzeichnung der zu übertragenden Dateien mit deren vollständigem
Inhalt sowie der zur Prüfung der Legitimation übermittelten Daten zu erstellen. Diese ist von dem Kunden mindestens für einen Zeitraum von
30 Kalendertagen ab dem in der Datei angegebenen Ausführungstermin (für Überweisungen) bzw. Fälligkeitstermin (Lastschriften) oder bei
mehreren Terminen dem spätesten Termin in der Form nachweisbar zu halten, dass die Datei auf Anforderung der Sparkasse kurzfristig
erneut zur Verfügung gestellt werden kann, sofern nichts Abweichendes vereinbart wird.
(6) Außerdem hat der Kunde für jede Einreichung und jeden Abruf von Dateien ein maschinelles Protokoll, das inhaltlich den Bestimmungen
von Kapitel 10 der Spezifikation für die EBICS-Anbindung (Anlage 1b) entspricht, zu erstellen, zu seinen Unterlagen zu nehmen und auf
manuell
Anforderung der Sparkasse zur Verfügung zu stellen.
(7) Soweit die Sparkasse dem Kunden Daten über Zahlungsvorgänge zur Verfügung stellt, die noch nicht endgültig bearbeitet sind, stellen
diese lediglich eine unverbindliche Information dar. Die Daten sind jeweils besonders gekennzeichnet.
(8) Die per DFÜ eingelieferten Auftragsdaten sind wie mit der Sparkasse vereinbart entweder mit Elektronischer Unterschrift oder dem unter-
schriebenen Begleitzettel/Sammelauftrag zu autorisieren. Diese Auftragsdaten werden als Auftrag wirksam
a) bei Einreichung mit Elektronischer Unterschrift, wenn
– alle erforderlichen Elektronischen Unterschriften der Nutzer per Datenfernübertragung innerhalb des vereinbarten Zeitraumes eingegan-
gen sind und
– die Elektronischen Unterschriften mit den vereinbarten Schlüsseln erfolgreich geprüft werden können
oder
110 270.000 D1 (Fassung Juli 2025) - v7.1
© S-Management Services • DSV Gruppe
b) bei Einreichung mit Begleitzettel/Sammelauftrag, wenn
– der Begleitzettel/Sammelauftrag im vereinbarten Zeitraum bei der Sparkasse eingegangen ist und
– der Begleitzettel/Sammelauftrag der Kontovollmacht entsprechend unterzeichnet worden ist.
(9) Wird für eine Datei mit SEPA-Überweisungen oder SEPA-Echtzeitüberweisungen die Empfängerprüfung gemäß Nummer 3 Absatz 4
durchgeführt, wird die Sparkasse den Nutzer über das Ergebnis informieren. Der Nutzer entscheidet dann, ob
– er die Datei zur Ausführung freigibt oder
– die Datei nicht ausgeführt werden soll.
Der Auftrag ist in Abweichung von Nummer 3 Absatz 8 Satz 2 erst dann wirksam, wenn der Nutzer die Datei nach Satz 2 freigegeben hat.
Seite 1 von 6
Bedingungen für Datenfernübertragung
4. Verhaltens- und Sorgfaltspflichten im Umgang mit den Legitimationsmedien für die Autorisierung des Auftrags
(1) Der Kunde ist in Abhängigkeit von dem mit der Sparkasse vereinbarten Übertragungsverfahren verpflichtet sicherzustellen, dass alle
Nutzer die Pflichten aus diesen Bedingungen und die in Anlage 1a beschriebenen Legitimationsverfahren einhalten.
(2) Mithilfe eines von der Sparkasse freigeschalteten Legitimationsmediums kann der Nutzer Aufträge erteilen. Der Kunde stellt sicher, dass
jeder Nutzer dafür Sorge trägt, dass keine andere Person in den Besitz seines Legitimationsmediums kommt, sowie Kenntnis von dem zu
dessen Schutz dienenden Passwort erlangt. Denn jede andere Person, die im Besitz des Mediums oder eines entsprechenden Duplikates ist,
kann in Verbindung mit dem dazugehörigen Passwort die vereinbarten Dienstleistungen missbräuchlich nutzen.
Insbesondere Folgendes ist zum Schutz des Legitimationsmediums und des Passwortes zu beachten:
– Das Legitimationsmedium muss vor unberechtigtem Zugriff geschützt und sicher verwahrt werden;
– das zum Schutz des Legitimationsmediums dienende Passwort darf nicht auf dem Legitimationsmedium notiert oder als Abschrift mit
diesem zusammen aufbewahrt werden oder ungesichert elektronisch abgespeichert we1 archivierte Vorkommen dieser Datei
https://www.berliner-sparkasse.de/
www.berliner-sparkasse.de/content/dam/myif/berliner-sk/work/dokumente/pdf/vertragsbedingungen/bedingungen-fuer-die-datenfernuebertragung.pdf
Bedingungen für Datenfernübertragung · 16.08.26, 22:14