Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Hast du Probleme oder Fragen bei der Einrichtung bestimmter Plugins ? Diese kannst du hier loswerden.
Antworten
Smfo
Beiträge: 15
Registriert: 16. Jan 2018, 11:27
Kontaktdaten:

Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von Smfo »

Hallo,

seit ein paar Tagen versuchen wir erstmalig die Mitgliedsbeiträge einzuziehen. Jedes mal wenn wir die Datei bei unserer Sparkasse hochladen, kommt es zur Fehlermeldung: "XML-Dokument nicht gültig."
Auf Nachfrage bei der Sparkasse haben die uns die Software SEPA XML Checker zur Verfügung gestellt. Leider hat das nicht geholfen, da der SEPA XML Checker an der Datei nichts zu beanstanden hat. Nach einiger Zeit bin ich darauf gekommen, dass das Online Banking eventuell Dezimalstellen .00 benötigt werden und habe das in den Programmcode entsprechend geändert. Das hat auch nicht geholfen. Getestet habe ich das mit den Versionen 4.2.3 und 4.2.2

Sind irgendjemand bereits ähnliche Probleme bekannt? Hier im Forum konnte ich leider nichts finden.

Hier der zensierte Inhalt aus der XML:

Code: Alles auswählen

<?xml version='1.0' encoding='UTF-8'?>
<Document xmlns='urn:iso:std:iso:20022:tech:xsd:pain.008.001.02' 
    		xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' 
    		xsi:schemaLocation='urn:iso:std:iso:20022:tech:xsd:pain.008.001.02 pain.008.001.02.xsd'>
<CstmrDrctDbtInitn>
<GrpHdr>
<MsgId>Message-ID-Rock AG</MsgId>
<CreDtTm>2018-02-09T08:58:56.000Z</CreDtTm>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>15.00</CtrlSum>
<InitgPty>
<Nm>Rock Arbeitsgemeinschaft e.V.</Nm>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>Beitragszahlungen</PmtInfId>
<PmtMtd>DD</PmtMtd>
<BtchBookg>true</BtchBookg>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>15.00</CtrlSum>
<ReqdColltnDt>2018-02-27</ReqdColltnDt>
<Cdtr>
<Nm>Rock Arbeitsgemeinschaft e.V.</Nm>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>DE00111122223333444400</IBAN>
</Id>
</CdtrAcct>
<CdtrAgt>
<FinInstnId>
<Othr>
<Id>NOTPROVIDED</Id>
</Othr>
</FinInstnId>
</CdtrAgt>
<ChrgBr>SLEV</ChrgBr>
<CdtrSchmeId>
<Id>
<PrvtId>
<Othr>
<Id>DE08ZZZ00000000001</Id>
<SchmeNm>
<Prtry>SEPA</Prtry>
</SchmeNm>
</Othr>
</PrvtId>
</Id>
</CdtrSchmeId>
<DrctDbtTxInf>
<PmtId>
<EndToEndId>Rock AG-2-2018-02-09</EndToEndId>
</PmtId>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
<LclInstrm>
<Cd>CORE</Cd>
</LclInstrm>
<SeqTp>FRST</SeqTp>
</PmtTpInf>
<InstdAmt Ccy="EUR">15.00</InstdAmt>
<DrctDbtTx>
<MndtRltdInf>
<MndtId>XXXX0001</MndtId>
<DtOfSgntr>2017-12-29</DtOfSgntr>
<AmdmntInd>false</AmdmntInd>
</MndtRltdInf>
</DrctDbtTx>
<DbtrAgt>
<FinInstnId>
<Othr>
<Id>NOTPROVIDED</Id>
</Othr>
</FinInstnId>
</DbtrAgt>
<Dbtr>
<Nm>Max Mustermann</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>DE00111122223333444400</IBAN>
</Id>
</DbtrAcct>
<RmtInf>
<Ustrd>Mitgliedsbeitrag 2018</Ustrd>
</RmtInf>
</DrctDbtTxInf>
</PmtInf>
</CstmrDrctDbtInitn>
</Document>

Hanabi
Beiträge: 130
Registriert: 6. Okt 2014, 19:55
Wohnort: Pirna
Kontaktdaten:

Re: Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von Hanabi »

Hallo Sfmo,

ich bin auch nur Anwender und habe im Dezember erstmalig Lastschriften über Admidio erzeugt. Probleme gab es dabei keine (nachdem auch das Datum der Mandatsreferenz und die Adressdaten des Kontoinhabers eingetragen waren). Ich kann also nur mit unserer SEPA.xml vergleichen.

Bis Zeile 9 sind beide Identisch, in Zeile 10 kommt bei Dir

Code: Alles auswählen

<CtrlSum>15.00</CtrlSum>
Diese Zeile fehlt bei mir.

In Zeile 19 (bei Dir in Zeile 20) kommt jeweils die Kontrollsumme. Diese wird bei mir ganzzahlig, also ohne Komma oder Punkt ausgegeben, bei Dir mit einem . als Trennzeichen.

In den Zeilen 20-28 habe ich den Abschnitt

Code: Alles auswählen

<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
<LclInstrm>
<Cd>CORE</Cd>
</LclInstrm>
<SeqTp>FRST</SeqTp>
</PmtTpInf>
, dieser kommt bei Dir erst in den Zeilen 54 bis 62.

Ewig lang kann die Liste ja nicht mehr werden ;-), da naht auch schon der erste richtige Verdachtsfall:

In Zeile 39 (bei Dir in 31) wird die <FinInstnId> abgefragt, in der folgende Zeile steht bei uns die BIC, bei Dir nur <othr>

Es fehlt anscheinend die BIC des Vereinskontos. Im Inlandszahlungsverkehr wird die BIC nicht zwingend benötigt, dies ist aber nur für die Zahlungspflichtigen so klar definiert. Ob auch der Zahlungsempfänger in der XML auf die BIC verzichten kann, weis ich nicht. Wäre aber zumindest ein erster Ansatz.

In der Folge unterscheiden sich weitere Zeilen, ich würde an Deiner Stelle erst einmal an folgenden Punkten ansetzen:
- BIC des Vereins eintragen
- Beitrag ohne Kommastellen eintragen
Mit sportlichen Grüßen

Thomas
Homepage https://www.hanabi-pirna.de
Admidio-Version 4.0.6 (PHP 7.4) sowie 4.1.12 (PHP 8.0)
Auch aktiv unter https://community.zeta-producer.com
Smfo
Beiträge: 15
Registriert: 16. Jan 2018, 11:27
Kontaktdaten:

Re: Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von Smfo »

Hallo Hanabi,

Viele Dank, dass du das mir eurer XML verglichen hast.
Habt ihr auch euer Konto bei einer Sparkasse? Ich habe nämlich das Gefühl, dass nur die Sparkasse (vielleicht auch nur unsere) das die Datei nicht akzeptiert. Ich hatte die Datei ja durch so einige SEPA XML Tester gejagt und jeder hat keine Fehler festgestellt.

Die Nachkommastellen (.00) in CtrlSum und InstdAmt war eine Modifikation von mir in der Hoffnung, dass die Bank die Datei dann akzeptiert.

Die BIC von unserem Konto hatte ich zuerst erfolglos mit drin.


Hier nochmal, aktuell erfolglos getestet:

Code: Alles auswählen

 <?xml version='1.0' encoding='UTF-8'?>
<Document xmlns='urn:iso:std:iso:20022:tech:xsd:pain.008.001.02' 
    		xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' 
    		xsi:schemaLocation='urn:iso:std:iso:20022:tech:xsd:pain.008.001.02 pain.008.001.02.xsd'>
<CstmrDrctDbtInitn>
<GrpHdr>
<MsgId>Message-ID-Rock AG</MsgId>
<CreDtTm>2018-02-10T07:37:32.000Z</CreDtTm>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>15</CtrlSum>
<InitgPty>
<Nm>Rock Arbeitsgemeinschaft e.V.</Nm>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>Beitragszahlungen</PmtInfId>
<PmtMtd>DD</PmtMtd>
<BtchBookg>true</BtchBookg>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>15</CtrlSum>
<ReqdColltnDt>2018-02-27</ReqdColltnDt>
<Cdtr>
<Nm>Rock Arbeitsgemeinschaft e.V.</Nm>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>DE11222233334444555511</IBAN>
</Id>
</CdtrAcct>
<CdtrAgt>
<FinInstnId>
<BIC>HELADEF1TSK</BIC>
</FinInstnId>
</CdtrAgt>
<ChrgBr>SLEV</ChrgBr>
<CdtrSchmeId>
<Id>
<PrvtId>
<Othr>
<Id>DE00ZZZ00000000001</Id>
<SchmeNm>
<Prtry>SEPA</Prtry>
</SchmeNm>
</Othr>
</PrvtId>
</Id>
</CdtrSchmeId>
<DrctDbtTxInf>
<PmtId>
<EndToEndId>Rock AG-2-2018-02-10</EndToEndId>
</PmtId>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
<LclInstrm>
<Cd>CORE</Cd>
</LclInstrm>
<SeqTp>FRST</SeqTp>
</PmtTpInf>
<InstdAmt Ccy="EUR">15</InstdAmt>
<DrctDbtTx>
<MndtRltdInf>
<MndtId>XXXX0001</MndtId>
<DtOfSgntr>2017-12-29</DtOfSgntr>
<AmdmntInd>false</AmdmntInd>
</MndtRltdInf>
</DrctDbtTx>
<DbtrAgt>
<FinInstnId>
<Othr>
<Id>NOTPROVIDED</Id>
</Othr>
</FinInstnId>
</DbtrAgt>
<Dbtr>
<Nm>Max Mustermann</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>DE11222233334444555511</IBAN>
</Id>
</DbtrAcct>
<RmtInf>
<Ustrd>Mitgliedsbeitrag 2018</Ustrd>
</RmtInf>
</DrctDbtTxInf>
</PmtInf>
</CstmrDrctDbtInitn>
</Document>
Hanabi
Beiträge: 130
Registriert: 6. Okt 2014, 19:55
Wohnort: Pirna
Kontaktdaten:

Re: Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von Hanabi »

Hallo Smfo,

wir sind bei der Volksbank. Ich habe aber eben festgestellt, dass wir noch die Version 4.2.0 des Plugins vom 22.12.2016 verwenden. Habe ich wohl unter den sonstigen Aktualisierungen übersehen.
Dies würde schon mal erklären, weshalb unsere XML anders aussieht als Deine.
Edit: habe eben die 4.2.3 hochgeladen. Beim Neustart des Moduls kommt ein Vergleich notwendiger Felder. Durch das Update wird wohl tatsächlich auch die Zuordnung einzelner Felder geändert.
Zufällig habe ich auch gerade noch zwei Lastschriften bei Neumitgliedern zu machen, so das ich eine aktuelle XML erzeugen kann.

Der "Kopf" mit den Angaben zum Zahlungsempfänger geht bis Zeile 53, bis dahin ist alles identisch.

In Zeile 54 beginnt sozusagen der erste Lastschriftsatz. Bis zur Zeile 70 sind diese identisch. die nachfolgende Zeile 71 liefert bei mit die BIC zum ersten Konto, bei Dir ist kein Eintrag vorhanden. die nachfolgenden Zeilen sind wieder identisch. Auch der "Fuß" mit den Schlusszeilen stimmt überein.

Probiere mal, auch beim Mitglied die BIC einzutragen.
Mit sportlichen Grüßen

Thomas
Homepage https://www.hanabi-pirna.de
Admidio-Version 4.0.6 (PHP 7.4) sowie 4.1.12 (PHP 8.0)
Auch aktiv unter https://community.zeta-producer.com
rmb
Plugin-Developer
Beiträge: 626
Registriert: 10. Mai 2011, 19:56
Wohnort: 86856

Re: Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von rmb »

Hallo zusammen,

Mitgliedsbeitrag v4.2.3 erzeugt XML-Dateien nach der neuen Spezifikation 3.1 des DFÜ-Abkommens. Nach dieser neuen Spezifikation sind einige Felder, z.B. ControlSum, jetzt verpflichtend. Sie müssen also belegt sein, daher der Unterschied in Zeile 9 bzw 10.

Der Block PmtTpInf (darin befindet sich der Sequenztyp FRST, RCUR usw) ist jetzt in jedem DrctDbtTxInf-Abschnitt. Dadurch kann man Erst- und Folgelastschriften in einer XML-Datei zusammenfassen.

Die neue Spezifikation 3.1 ist erst seit 19. November 2017 gültig (http://www.ebics.de/index.php?id=77). Es könnte sein, dass Dein Banking Modul/Homebanking Programm diese Version noch nicht verarbeiten kann und ein Update benötigt.

Gruß
rmb
made
Beiträge: 18
Registriert: 3. Feb 2013, 03:56

Re: Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von made »

Hallo zusammen,

wir haben auch Probleme bei der KSK beim Hochladen der XML Datei. Es kommt ebenfalls die Fehlermeldung, dass die Datei ungültig ist. Auf Nachfrage beim Support bekamen wir die Antwort:

"Grund hierfür ist der fehlerhafte Aufbau dieser XML-Datei.

Der Block

<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
<LclInstrm>
<Cd>CORE</Cd>
</LclInstrm>
<SeqTp>FNAL</SeqTp>
</PmtTpInf>

sollte nur in den Kopfdaten vorhanden sein, nach <CtrlSum>13616</CtrlSum>
Dort aber fehlt dieser Block.

Dafür hat jeder einzelne C-Satz diesen Block, dieser muss dort verschwinden."

Ich hoffe, dass Ihnen diese Beschreibung weiterhilft.


Das schaut für mich so aus, als ob die KSK das Schema "pain.001.001.03.xsd (CustomerCreditTransferInitiationV03)" verwendet.

Kann das jemand bestätigen?

Danke
made
rmb
Plugin-Developer
Beiträge: 626
Registriert: 10. Mai 2011, 19:56
Wohnort: 86856

Re: Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von rmb »

Hallo made,

wie ich bereits in meinem letzten Beitrag geschrieben habe, erzeugt Mitgliedsbeitrag v4.2.3 XML-Dateien nach der Spezifikation 3.1 des DFÜ-Abkommens. Hier kann die Spezifikation heruntergeladen werden: http://www.ebics.de/index.php?id=77 (ganz unten auf der Seite: Anlage3 Archiv V3 1.zip. In der Zip-Datei dann die Datei "Anlage 3_Datenformate_V 3.1.pdf" und in dieser Datei steht auf Seite 65:
PaymentTypeInformation - Diese Elementgruppe ist entweder hier oder auf Payment Information Ebene (Sammler) zu belegen. Bei Verwendung dieser Elementgruppe auf Transaktionsebene können Erst-, Folge-, Einmal und letztmalige Lastschriften in einem Sammler zusammengefasst werden
Die Aussage der KSK
sollte nur in den Kopfdaten vorhanden sein, nach <CtrlSum>13616</CtrlSum> ... Dafür hat jeder einzelne C-Satz diesen Block, dieser muss dort verschwinden.
ist meiner Ansicht nach einfach nur FALSCH. Die Spezifikation 3.1 lässt beides zu: Entweder auf Sammler- oder auf Transaktionsebene.

Ich lese die von Mitgliedsbeitrag erzeugten XML-Dateien (Erst- und Folgelastschriften in einer Datei) in StarMoney ein und habe keine Probleme.

Gruß
rmb
made
Beiträge: 18
Registriert: 3. Feb 2013, 03:56

Re: Mitgliedsbeitrag: Sparkasse--> XML-Dokument nicht gültig

Beitrag von made »

Hallo rmb,

vielen Dank, für Dein schnelles Feedback ... ich wollte auch noch ne kurze Rückmeldung geben, für den Fall, dass noch mehr Leute Probleme mit den Sammelüberweisungen haben.

Nach längerem Gespräch mit dem KSK Support und TeamViewer Sitzung, scheint der Fehler wohl auf deren Seite liegt.

Die XML Datei, die erzeugt wird, ist 100% korrekt, das wurde über die Software sfirm (KSK) und über XML Notepad 2007 geprüft. Die XMl Datei konnte auch problemlos mit sfirm versendet werden.

Also Workaround kann man sfirm (http://www.sfirm.de/sfirm-demo.html) herunterladen und die Demo Version verwenden (60 Tage).

Der Support wollte sich um das Problem kümmern, hat sich jetzt aber nicht so angehört, als ob das mit hoher Dringlichkeit geschieht.

Grüße
made
Antworten