Fehlermeldung bei der Verarbeitung einer SEPA-Datei

Hast du die falsche Datei angehängt? Das ist irgendeine Binärdatei aber bestimmt keine SEPA Zahlungsaufträge.
Welche Validatoren sollen diese Datei als gültige XML Datei erkannt haben?

Kann es sein, dass Du die Datei in einer externen Anwendung erstellt hast?
Dann kann ich Dir sagen, warum SFirm die nicht nimmt.
Die Datei enthält keine Kundendatei.

Die Auftragsart CCC und damit die Containerlösung ist eigentlich für Servicerechenzentralen vorgesehen. Nur bei den pains aus der Version 2.3 der Anlage 3 gab es Kundendateien im Containerformat. Hier bei der Variante aus der Version 2.5/2.6 der Anlage 3 gibt es diese Variante nicht mehr als Kunde - Bankformat
Da SFirm eine Kundensoftware ist, besteht keinerlei Notwendigkeit dieses Format zu unterstützen

Viele Grüße

Holger

Hi,

der Validator ist folgender: http://www.gefeg.com/de/gefeg.validation/vp-sepa.htm

Grundsätzlich ist das nachvollziehbar mit dem Container, allerdings erstellt s-firm auch ein Containerformat, obwohl es kein Kundenformat ist. Also kann s-firm mit Containern umgehen. Und genau dieses Format aus s-firm kann ich dann auch als Auftrag erstellen und per CCC versenden. Problematisch für s-firm ist anscheinend der Kopf der Fremddatei. Lt. Rückfrage bei "XML-Experten" sollten jedoch beide Köpfe valide sein...


So sieht der Kopf der Datei aus s-firm aus (der dann auch zu verarbeiten ist):

<?xml version="1.0" encoding="UTF-8"?>
<conxml xmlns="urn:conxml:xsd:container.nnn.002.02" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:conxml:xsd:container.nnn.002.02 container.nnn.002.02.xsd">
<CreDtTm>2012-09-07T09:55:16Z</CreDtTm>
<MsgPain001>
<HashValue>6AB3FD3C46B0D8F8BF68CC36D824A09D3355C3C251F83049AF74DA345D7C24F8</HashValue>
<HashAlgorithm>SHA256</HashAlgorithm>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.002.03">
<CstmrCdtTrfInitn>
.....

Und das ist der Kopf der Datei, bei dem s-firm aussteigt:

<?xml version="1.0" encoding="ISO-8859-1"?>
<conxml:conxml xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:conxml="urn:conxml:xsd:container.nnn.002.02" xsi:schemaLocation="urn:conxml:xsd:container.nnn.002.02 container.nnn.002.02.xsd">
<conxml:CreDtTm>2012-02-07T12:15:42</conxml:CreDtTm>
<conxml:MsgPain001> <conxml:HashValue>7F08F2D96C19815AFF8F1EBA878E7523B009586D43617AD5A549F0343B1844FA</conxml:HashValue>
<conxml:HashAlgorithm>SHA256</conxml:HashAlgorithm>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.002.03">
<CstmrCdtTrfInitn>
......


Ist mir eigentlich alles ein wenig zu tiefgründig...aber der Kunde ist hartnäckig...

Grüsse
Stefan

Ja, er ist für CCC in EBICS zugelassen und möchte das auch so tun.

Ich würde mal klären, welches CCC!
Bei uns sind auch Kunden für CCC zugelassen. Das ist aber ganz klar die Auftragsart aus der Version 2.3 der Anlage 3.

Viele Grüße

Holger

PS ich habe gerade gesehen, der Online Validator verlangt 1000 Euro für die einmalige Vaildation!!!!! Wow, ich glaube ich mache mich doch noch selbständig und biete die händische Validierung inklusve fachlicher Kommentierung aller Fehler für diesen Preis an

Hallo Billy,

klare Aussagen gibt es in de DK Spezifikationen eher selten.
Aber Erste Seite Kapitel 2 SEPA-Zahlungsverkehr sagt sehr deutlich, was für Kunde - Bank zulässig ist. Alles Andere ist bilaterale Verhandlungssache:



Viele Grüße

Holger

Hallo Frank

danke für die Aufklärung! Ich würde mir zwar die Frage stellen, wie oft ich für eine Umsetzung wirklich eine Validierung benötige und ob ich da über einen längeren Zeitraum eine Flat benötige. Aber das muss jeder für sich entscheiden.

Viele Grüße

Holger