Hallo,
ich kann leider keine manuell erzeugte Lastschrift in Hibiscus mehr absenden. Ich habe es mit 2 verschiedenen Einträgen probiert. Bei beiden erhalte ich folgende Fehler. Ich habe versucht den Text in den Eingabefeldern zu ändern, ohne Erfolg. Ich nutze 2.0.17 auf macOS

[19.03.2024 10:19:46] Synchronisierung via FinTS/HBCI läuft
[19.03.2024 10:19:46]
[19.03.2024 10:19:46] Synchronisiere Konto: Vereinskonto, IBAN DEXXXXXXXX [Volksbank pur]
[19.03.2024 10:19:47] Initialisiere Bank-Zugang
[19.03.2024 10:19:48] Führe Geschäftsvorfall aus: "Vereinskonto, IBAN DEXXXXXX [Volksbank pur]: (Mitgliedsbeitag 2024 26/XXXX, XXX) XX,00 EUR von XX, XX (XXXXXXXXX) einziehen"
[19.03.2024 10:19:48] Führe Aufträge aus...
[19.03.2024 10:19:48] Führe Dialog-Initialisierung aus
[19.03.2024 10:19:48] Warte auf Antwortdaten
[19.03.2024 10:19:48] Verarbeite Aufträge
[19.03.2024 10:19:48] Warte auf Antwortdaten
[19.03.2024 10:19:48] [Fehler] Meldung der Bank: 9050:Die Nachricht enthält Fehler.
[19.03.2024 10:19:48] [Fehler] Meldung der Bank: 9010:Das gesendete SEPA-Dokument ist nicht valide. (3: CustomMsg.GV.LastSEPA1)
[19.03.2024 10:19:48] [Fehler] Meldung der Bank: 9010:Das gesendete SEPA-Dokument ist nicht valide. (3: CustomMsg.GV.LastSEPA1)
[19.03.2024 10:19:48] Führe Dialog-Ende aus
[19.03.2024 10:19:48] Warte auf Antwortdaten
[19.03.2024 10:19:48] Aufträge ausgeführt
[19.03.2024 10:19:48] Fehler beim Einziehen der SEPA-Lastschrift von XXXX, XXXXX: Fehlermeldung der Bank:
9010 - Das gesendete SEPA-Dokument ist nicht valide.
9010:Das gesendete SEPA-Dokument ist nicht valide. (3: CustomMsg.GV.LastSEPA1)
9050:Die Nachricht enthält Fehler.
[19.03.2024 10:19:48] Es sind Fehler aufgetreten
[19.03.2024 10:19:48]
[19.03.2024 10:19:48] *****************************************************
[19.03.2024 10:19:48] Zusammengefasste Fehlermeldungen:
[19.03.2024 10:19:48] Meldung der Bank: 9050:Die Nachricht enthält Fehler.
[19.03.2024 10:19:48] Meldung der Bank: 9010:Das gesendete SEPA-Dokument ist nicht valide. (3: CustomMsg.GV.LastSEPA1)
[19.03.2024 10:19:48] Meldung der Bank: 9010:Das gesendete SEPA-Dokument ist nicht valide. (3: CustomMsg.GV.LastSEPA1)
[19.03.2024 10:19:48] *****************************************************

Jameica 2.10.4 installiert?
VR-Konto funktioniert sonst? siehe Abschaltung zum 13.03. = https://vrkennung.de/hbci/ bzw. https://www.willuhn.de/blog/
hat es vorher funktioniert?
wurde die Lastschrift-Daten manuell eingetragen oder copy&paste oder evtl. Sonderzeichen

Die Meldung "9010:Das gesendete SEPA-Dokument ist nicht valide." kommt von der Bank. Ich nehme an, dass irgendwo (Empfängername, Verwendungszweck,...) Zeichen enthalten sind, die die Bank nicht akzeptiert.

Ich tippe darauf, dass die neuste pain verwendet wird, aber diese einfach nicht korrekt umgesetzt ist.

Dann hätte auch schonmal ein anderer User diesen Fehler gemeldet. Der derzeitige Stand PAIN-Dateien ist seit ca. 3 Jahren in Hibiscus: https://github.com/hbci4j/hbci…/resources

Übrigens: Nur wenige Banken unterstützen überhaupt Einzellastschriften. Bei vielen muss man das als Sammellastschrift - wenn auch nur mit einer Buchung - einreichen. Im obigen Fall wurde eine Einzellastschrift verwendet.

Version 3.7 ist seit dem 17.03.2024 offiziell und seit heute Nacht in der FinTS-BPD bei den Volksbanken Raiffeisenbanken bzw.allen Atruvia Banken aktiv. Da ist die Vermutung mehr als naheliegend.

Gemäß https://github.com/hbci4j/hbci…/resources ist für pain.008.001.08.xsd der "last commit" vor 3 Jahren erfolgt,

Letzte Änderung der Datenformate Version 3.7 stammt vom 05.04.2023.

Ja. 3.7 gibt es doch aber schon lange. Laut https://www.ebics.de/de/datenformate/gueltige-version ist die aktuelle PAIN-Version hier immer noch "pain.008.001.08". Den offiziellen Download dazu gibt es unter https://www.iso20022.org/message/14481/download
Das ist exakt die XSD-Datei, die seit 3 Jahren in HBCI4Java enthalten ist. Ich habe sie gerade nochmal verglichen. Auf's Byte identisch.

Ich gehe doch mal davon aus, dass hier für FinTS nicht eigenmächtig Modifikationen an ISO 20022 vorgenommen wurden, ohne dafür zumindest die Versionsnummer der PAIN-Dateien zu ändern?

Die Änderungen sind hier dokumentiert, Datenformate

Anlage 3 der Schnittstellenspezifikation für die Datenfernübertragung zwischen Kunde und Kreditinstitut gemäß DFÜ-Abkommen
„Spezifikation der Datenformate“ Version 3.7 vom 05.04.2023 gültig ab 19. November 2023
Final Version

Das schrieb ich doch. Die Frage ist jetzt: Was soll sich in der Schema-Datei (und die ist die relevante Datei für die Validierung des XML-Dokuments) geändert haben? Mag sein, dass sich da vielleicht fachlich irgendwas geändert hat. Aber wenn die zugehörige Schema-Datei nach wie vor "pain.008.001.08" ist, dann hat sich technisch seither nichts geändert.

Hier auch der richtige Weg zu den XSDs
-> https://www.ebics.de/de/datenformate/ergaenzende-dokumente

Ja, ich weiss.

Vielleicht mal in diese Richtung prüfen.
Beispiel Datenformate:

<DrctDbtTx>
<MndtRltdInf>
<MndtId>Mandate-Id</MndtId>
<DtOfSgntr>2023-11-20</DtOfSgntr>
<AmdmntInd>true</AmdmntInd>
<AmdmntInfDtls>
<OrgnlDbtrAcct>
<Id>
<Othr>
<Id>SMNDA</Id>
</Othr>
</Id>
</OrgnlDbtrAcct>
</AmdmntInfDtls>
</MndtRltdInf>
<CdtrSchmeId>
<Id>
<PrvtId>
<Othr>
<Id>DE00ZZZ00099999999</Id>
<SchmeNm>
<Prtry>SEPA</Prtry>
</SchmeNm>
</Othr>
</PrvtId>
</Id>
</CdtrSchmeId>
</DrctDbtTx>

prüfen.

Das Element fehlte tatsächlich. Wurde zwar erzeugt, dann aber nicht zum Dokument hinzugefügt. https://github.com/hbci4j/hbci…76951b0e41

Ist morgen im Nightly-Build. Bin gespannt, ob das die Ursache ist.

Gern geschehen

Ist auf jeden Fall mal ein fehlendes Pflichtfeld.

Bei den vorherigen Versionen wurde das immer mitgeschickt - nur bei der fehlte es. Ich frage mich ohnehin, welchen Sinn das Element hat, wenn als Wert sowieso nur "SEPA" drin stehen kann. Da kann man es auch gleich weglassen.

Bitte sehr für den Tipp!

Laut Schema-Datei ist es aber optional:



minOccurs="0"

Beispiel einer Prüfung gegen die XSD mit XML spy:

Further elements required under element <Othr>.
Reason: The following elements are expected after this location (see below)
'SchmeNm'
Annotations of element 'Othr' (see below)
Mandatory.
Only one occurrence of ‘Other’ is allowed, and no other sub-elements are allowed.
'Identification' must be used with an identifier described in General Message Element Specifications, Chapter 1.5.2.
‘Proprietary’ under ‘Scheme Name’ must specify "SEPA".
Error location: Document / CstmrDrctDbtInitn / PmtInf / DrctDbtTxInf / DrctDbtTx / CdtrSchmeId / Id / PrvtId / Othr
Details
cvc-complex-type.1.4: The content for element <Othr> is incomplete.
cvc-type.3.2: Element <Othr> is not valid with respect to type definition 'GenericPersonIdentification1_SDD'.
cvc-elt.5.2.1: The element <Othr> is not valid with respect to the actual type definition 'GenericPersonIdentification1_SDD'.