SEPA-Zahlungsverkehr funktioniert nicht

[kai.gollan@…]

SEPA-Zahlungsverkehr funktioniert nicht, die aus Lx-Office erzeugte Datei für Überweisungen wird sowohl von Sparkassen als auch von Commerzbank abgelehnt, sie lässt sich dort nicht weiterverarbeiten. Aufgrund der unten stehenden Problematik wird davon ausgegangen, das auch SEPA-Lastschriften nicht funktionieren.

Bewertung des Problems:
Sparkassen lehnen die Verarbeitung ab weil das XML-Dokument nicht der aktuellen Schemadefinition entspricht. Die aktuelle Version ist 2.3. (Dieser Stand ist seit 7.10.2010 bekannt).

Anfang März 2011 schreibt Commerzbank (Electronic Banking, Frankfurt):
"Die Datei entspricht Sepa Version 2.4, aber der Namespace entspricht nicht dem Zentralen Kreditausschuss.
Ihr Namespace sieht so aus:
<Document xmlns="urn:swift:xsd:$pain.001.001.02"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:swift:xsd:$pain.001.001.02 pain.001.001.02.xsd">
Muster:
<Document xmlns="urn:swift:xsd:$pain.001.002.02 "
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:swift:xsd:$pain.001.002.02 pain.001.002.02.xsd"> "

In Revision 2dd5cce habe zwei Dinge erledigt:

1. Einen bösen Bug beim Erzeugen eines Exports (also der Schritt, der vor dem XML-Download kommt) behoben, bei dem die Konteninformationen der Kunden/Lieferanten? verloren gingen (typische Fehlermeldung beim Erzeugen der XML-Datei: "missing parameter dest_iban").

2. Die erzeugten XML-Dateien entsprechen nun der Version 2.5 vom 10.06.2010; verwendete Formatspezifikationen und Schema-Dateien sind hier erhältlich: ​http://www.sparkasse.de/firmenkunden/konto-karte/sepa/sepa-datenformat.html

Bitte mal testen und mir Rückmeldung geben. Danke.

Ach ja: außer den normalen XML-Validierungs-Tools habe ich momentan keinerlei Zugriff auf Programme, die diese Dateien lesen können. Falls du da ein Programm kennst, das man testweise installieren kann (z.B. Probelizenz), dann wäre ich sehr glücklich.

Hallo Moritz,

(In reply to comment #2)

Ach ja: außer den normalen XML-Validierungs-Tools habe ich momentan keinerlei
Zugriff auf Programme, die diese Dateien lesen können. Falls du da ein Programm
kennst, das man testweise installieren kann (z.B. Probelizenz), dann wäre ich
sehr glücklich.

OK, ich habe "mal eben" mit kvm ein frisches virtuelles squeeze installiert, lx-office installiert und anschließend aus git die unstable-version geholt. Anschließend ein dump meines aktiven Mandanten eingespielt und eine SEPA-Überweisung erzeugt. Im Online-Banking bei der Sparkasse wurde die Datei nicht angenommen, ebenso wenig ließ sich die Datei in Cotel (Standard-Banking-Programm, Omikron) im SEPA-Zahlungsverkehr einlesen.
Vielleicht habe ich ja was falsch gemacht, werde das am Sonntag noch einmal testen. Obwohl, die SEPA-Datei sollte ja eigentlich das neue XML-Schema benutzen:

'<?xml version="1.0" encoding="utf-8"?>
'<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.002.03" 'xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 'xsi:schemaLocation="urn:iso:std:iso:20022:tech:xsd:pain.001.002.03 pain.001.002.03.xsd">

Kai

Ich habe heute noch einmal die aktuelle Version aus git gezogen und über mein Installtionsverzeichnis drüber kopiert.

Musste noch einmal Kontodaten korrigieren, meine Bank hatte die IBAN mit Blanks zwischendurch angegeben. Habe dann noch einmal versucht die erzeugt *.cct in das Sparkassen-Webinterface zu importieren, Fehlermeldung war "Die Datei kann nicht verarbeitet werden", nur einmal gab es die Meldung das die Dateilänge nicht durch 128 teilbar ist, diese Meldung ließ sich aber nicht mehr reproduzieren.

Cotel ist wieder mit dem Fehler "Schema der Datei nicht bekannt" ausgestiegen.

Wenn es hilft: Ich werde mal checken ob unser Cotel in 4ma die aktuellen xml-Schemata beinhaltet, anschließend könnte ich ja eine Zahlungsverkehrsdatei hieraus erzeugen und zur Verfügung stellen.

HTH, Kai

Vielen Dank fürs Testen. Tja, da ist in der Tat die Frage, ob deine Programme mit der neuesten Version vom SEPA-Format zurecht kommen, oder ob Lx-Office da weiterhin Unfug schreibt. Um das zu beurteilen, wäre eine von deinem Programm erzeugte Datei sicherlich hilfreich. Die Prüfung gegen das Schema zeigt ja nur syntaktische Probleme auf, nicht die semantischen, und ob ein Programm das Schema überhaupt können sollte, steht halt auf einem noch anderen Blatt.

Im Zweifelsfall ist aber weiterhin Lx-Office schuld ;)

(In reply to comment #5)

Vielen Dank fürs Testen. Tja, da ist in der Tat die Frage, ob deine Programme
mit der neuesten Version vom SEPA-Format zurecht kommen,

Ich denke das Webinterface der Sparkasse sollte die aktuellsten Schemata benutzen. Das Cotel von ComBa? benutzt eine ältere Version, ich habe heute mit einem Mitarbeiter von Electronic Banking telefoniert. Frühester Update-Termin wird aber erst im Dezember sein. :-|

oder ob Lx-Office da
weiterhin Unfug schreibt. Um das zu beurteilen, wäre eine von deinem Programm
erzeugte Datei sicherlich hilfreich.

OK, ich kann in unserem ERP-System ebenfalls ein Testszenario aufbauen und hieraus eine xml-Zahlungsdatei erzeugen. Werde diese dann mal im Webinterface von Sparkasse prüfen. Wenn es dort nicht funzt werde ich die Datei wieder an Comba Frankfurt schicken, die prüfen das auch recht schnell. Wenn diese Datei OK ist, werde ich sie Dir als Muster zur Verfügung stellen.

Die Prüfung gegen das Schema zeigt ja nur
syntaktische Probleme auf, nicht die semantischen, und ob ein Programm das
Schema überhaupt können sollte, steht halt auf einem noch anderen Blatt.

Ja, das scheint leider so zu sein!

Im Zweifelsfall ist aber weiterhin Lx-Office schuld ;)

Na klar! ;-)

Habe von der Sparkasse den sog. SEPA XML Checker runter geladen und die Datei getestet:

'H:\SEPA_MSG20110911152642001779.cct' enthält ein
korrektes SEPA XML Dokument (2.5 aktuell ab 01.11.2010)!

Soweit so gut (gute Arbeit), allerdings checkt dieses Programm wohl nur "(Fremd-)dateien auf (syntaktische und semantische) Fehler", ob diese dann weiter verarbeitet werden können weiß ich noch nicht. Werde diese Datei noch nach Frankfurt schicken.

Der Webclient der Sparkasse verarbeitet die Datei ja nicht, Sparkasse ("wir nehmen derzeit per Online-Banking nur Sepa-Zahlungen der pain-Version 001.001.02") arbeitet nicht mit den aktuellsten Schemata.

Weitere Optionen: Banking-Programm mit SEPA-Import-Funktion testen, leider ist diese Funktionalität in Hibiscus und GnuCash? nicht vorhanden. Bei Moneyplex ist dies auf die Schnelle nicht ersichtlich, Starmoney setzt nur auf MS auf. Alle übrigen Produkte der Sparkassen und Banken ziehe ich jetzt nicht in Betracht, bei den Preisen z.B. der Sparkasse für sfirm ( ​http://shop.sfirm.de/ ).

Antwort von Commerzbank Frankfurt, Electronic Banking:

"ich habe die Datei geprüft. Die Überweisungsdatei entspricht Sepa Rulebook Version 4.0 und ist korrekt."

Was bedeutet das nun für die Praxis?

Die Commerzbank sagt: "so, wie's ist, ist es gut". Also so lassen.

Andere Banken/Programme? kommen weder mit dem Stand Release 2.6.3 noch mit dem Stand jetzt/nach meinem Fix klar, richt? Müssen aber über kurz oder lang auf den aktuellen Standard anpassen... Also weiterhin so lassen.

Oder wie siehst du das?

(In reply to comment #9)

Was bedeutet das nun für die Praxis?

Die Commerzbank sagt: "so, wie's ist, ist es gut". Also so lassen.

Andere Banken/Programme? kommen weder mit dem Stand Release 2.6.3 noch mit dem
Stand jetzt/nach meinem Fix klar, richt? Müssen aber über kurz oder lang auf
den aktuellen Standard anpassen... Also weiterhin so lassen.

Oder wie siehst du das?

Ja, genau so. Die Banken müssen ja zwangsläufig anpassen!

Alright, danke fürs Testen & das Feedback.