Zurückweisung von SEPA-Datei wegen "Payment-Type-Information"

Hallo,

wir hatten diese Woche das Problem, dass eine eingereichte SEPA-Datei wegen einem ominösen HBCI - Fehler 9000 ("indefferent") zurückgewiesen wurde. Da diese Datei so seit einiger Zeit ohne Probleme eingereicht wurde, waren wir natürlich überrascht.

Nun haben wir die Information bekommen, dass eine laut Rechenzentrum falsche Angabe der "PmtTpInf" (Payment-Type-Information) daran schuld ist. Und zwar steht die Angabe



in jeder einzelnen Zahlung.

Laut Rechenzentrum dürfte sie nur einmal im Kopf stehen. Das klingt für mich logisch.

Die XSD-Beschreibung sagt dazu


Jetzt frage ich mich:
a) Ist es tatsächlich korrekt, dass die Datei aufgrund der "recommendation" vom Rechenzentrum abgelehnt wurde?
b) Wurde in letzter Zeit etwas in den Regeln verschärft? Die Datei hat ja vorher funktioniert.


Hintergrund der Fragen:
Wir befinden uns in der Mitte zwischen Software-Hersteller und Bank. Die Bank sagt jetzt, die Software, die die SEPA-Datei erstellt, wäre fehlerhaft. Der Software-Hersteller hat sich dazu noch nicht geäußert, könnte ja aber sagen, die Regeln werden durch die Bank falsch ausgelegt.

Was meinen die Experten dieses Forums dazu?

Cheers,
André

solltest die Stellung nicht abwarten?

könnte ... muss aber nicht, denn evtl. haben schon andere Kunden vorgesprochen und ein Update ist vorhanden
wenn nicht stellt sich die Frage, ob der Hersteller nicht mit dem betroffenen RZ fachsimpeln muss, denn du wärst ja kein Einzelfall.
hinzu kommt, dass wenn eine Zahlungs-Daten-Aufbereitung über das Programm erfolgt, es auch so durchgeführt werden muss, dass die Bank es annimmt/verarbeitet.
(unabhängig ob die Spezifikationen eingehalten werden oder nicht - das ist ja oft das Problem der Entwickler ... weil die Banken werden sich nicht groß bewegen)

Hi,

hier die Auflösung nach derzeitigem Stand.

Rechenzentrum ist der Bankverlag.

Wie oben schon erwähnt, kommt die Datei aus dem System mit
<BtchBookg>true</BtchBookg> im Header und
<PmtTpInf><SvcLvl><Cd>SEPA</Cd></SvcLvl></PmtTpInf> in den Einzelzeilen.
Das war nach Angabe der Bank schon immer verkehrt, da die Angabe der Zahlungsart SEPA in den Zeilen (=Einzelübertragung) bei Ausgabe eines Sammlers (<BtchBookg>true) keinen Sinn macht.

Dies wird im Normalfall bei der Zahlung durch das Bankprogramm (bei uns SFirm) korrigiert, da hier noch einmal abgefragt wird, ob Sammler oder Einzelübertragung. Dabei wird in SFirm das Feld Batchbooking jeweils auf False belassen.

Bei der letzten Zahlung, die abgelehnt wurde, habe ich aus Versehen genau die Konstellation, die in der Ursprungsdatei vorgesehen ist, auch in SFirm markiert. Also Batchbooking = ja und Einzelzeilen übertragen = ja. Da der Server das Batchbooking empfing, hat er dann nach der Angabe der PaymentInfo im Header gesucht, aber nicht gefunden. Das war dann wohl der Grund für den Abbruch.

Also war es eine Kombination aus nicht 100% korrekte Datei aus Quellsystem und persönlichem Versagen meinerseits.

Cheers,
André