Hibiscus SEPA Einzelüberweisung Fehler 9310 - bei SSK

Das, was als Pain-Version im Header steht, sollte auch drin sein. Schon allein technisch kann ich das gar nicht anders machen, da ich das XML ueber Code erstelle, der aus den Pain-Schema generiert wurde. Sprich: Der generierte Code laesst es gar nicht ohne weiteres zu, das XML mit Pain Version A zu erstellen und danch aber Pain Version B in den Header zu schreiben.

Hast du eine konkrete Stelle in der HBCI-Nachricht, die du mal posten kannst?

Die BIC ist in Pain 001.003.03 optional. Aber nicht verboten. Vorher war sie Pflicht. Das heisst, auch in 001.003.03 darf sie weiterhin mitgesendet werden. Die Existenz der BIC heisst also nicht, dass es kein 001.003.03 ist.

Nochmal: Das XML ist mit Programmcode erzeugt worden, der direkt aus der XSD-Datei generiert wurde. Wenn es dort keine BIC mehr geben wuerde, haette ich sie gar nicht in die XML Datei schreiben KOENNEN. Weil der generierte Programmcode in dem Fall gar keine Funktion dafuer enthalten wuerde.

Programmieren muss ich schon. Aber ich muss das XML nicht selbst erzeugen. Ich hab die XSD-Dateien genommen und daraus Java-Code generiert. Der sieht dann fuer Pain 001.003.03 so aus:

https://github.com/willuhn/hbc…001_003_03

Das Erzeugen von Java-Code aus XSD ist be Java gaengige Praxis und wird mit JAXB gemacht.

Mit dem erzeugten Code hat man dann eine API, gegen die man programmieren kann. Fuer 001.003.03 ist das dann diese Datei:

https://github.com/willuhn/hbc…00303.java

In Zeile 168 siehst du, wie die BIC des Empfaengers eingetragen wird. Waere diese in 001.003.03 nicht mehr erlaubt, wuerde es die Funktion "setBIC" gar nicht geben. Da die ja aus dem Schema generiert wurde.

Das liest sich ja ziemlich genial einfach Funktioniert das auch zuverlässig?
Und was machst du, wenn deine User in Kürze wollen, dass man keine BIC mehr eingeben braucht? Sofern ich das richtig verstanden habe, ist der neue Zweig <Othr> zumindest dann verpflichtend, wenn man die BIC weg lässt. Aber in deinem Java Code finde ich davon keine Spur. Hat das alles seine Richtigkeit?

Ja, das funktioniert zuverlaessig.
Zu Sachen, die nur im PDF stehen, muss ich da nochmal reinschauen.

Mail ist raus.

Das glaube ich nicht. Warum schreibst du im Plural? Gibts noch mehr Fälle mit der selben Rückmeldung?


Im DIKSPS finde ich die erlaubten Pain Versionen für Überweisungen, wenn ich das richtig interpretiere.
Beispiele eines anderen Instituts:

Der HICUMS scheint den gleichen Inhalt zu haben:


Da wollte ich reinschauen, um zu sehen, ob für diese Spk diese Pain Version zulässig ist. Aber beide stehen nicht im Trace des Users.

Huch, den Thread hatte ich ja ganz vergessen.



Der Plural war ein Tipp-Fehler. Bisher ist mir keine andere Bank mit diesem Fehler bekannt.



Wie gesagt - Hibiscus unterstuetzt nur die Geschaeftsvorfaelle von http://www.hbci-zka.de/sepa.htm - also nur die, die mit "H" beginnen. Geschaeftsvorfaelle, die es nur bei einzelnen Banken/Verbaenden gibt, werden nicht unterstuetzt.



HICUMS sind die BPD fuer "SEPA-Überweisung auf ein Empfängerkonto" innerhalb der Sektion "SEPA-Übertrag". Siehe FinTS_3.0_Messages_Geschaeftsvorfaelle_2013-05-28_final_version.pdf (Kapitel C.10.2.8.2.2, Absatz c). SEPA-Übertrag unterstuetzt Hibiscus noch gar nicht. Um einen Uebertrag geht es hier aber gar nicht sondern um eine regulaere nicht-terminierte SEPA-Einzelueberweisung.

Die hier relevanten BPD waeren die aus HICCSS (Kapitel C.10.2.1, Absatz c). Und die fuer diesen GV vorgesehenen BPD werden von Hibiscus auch ausgewertet. Da die BPD aber nur uebertragen werden, wenn sich deren Version erhoeht hat, stehen sie halt nicht in jedem HBCI-Trace mit drin. Die muessen ja nicht jedesmal neu uebertragen werden, wenn sich nichts geaendert hat. Hinzu kommt, dass bei HICCSS gar keine GV-spezifischen PAIN-Versionen uebertragen werden. Stattdessen gelten hier die globalen, die in "HISPAS" (Kapitel C.10.1 "SEPA-Kontoverbindung anfordern") uebertragen wurden. Siehe auch Kapitel "D. Data Dictionary", "Unterstützte SEPA-Datenformate", Zitat:



Die kann man auch in Hibiscus anschauen. In der Detail-Ansicht der PIN/TAN-Config (unter "Bankzugänge") findet sich ein Button "BPD/UPD". Dort dann als Suchbegriff "suppformats" eingeben. Und dort findet sich auch bei meiner Sparkasse (Muldental) "urn:iso:std:iso:20022:tech:xsd:pain.001.003.03". Diese Pain-Version wird also durchaus bereits von Banken angeboten. Ich schicke ja bei meinem eigenen schon seit einiger Zeit genau mit dieser PAIN-Version SEPA-Ueberweisungen erfolgreich ab.
Von daher kann die HBCI-Message mit PAIN-Header und dem XML ja gar nicht so falsch sein.

Ich habs doch gefunden! Die Empfänger BIC ist nicht 11stellig und scheint mir auch falsch zu sein! Die Füll-X fehlen. Olaf, macht das Hibiscus nicht automatisch?
HibiscusUser, die BIC VOABADESS finde ich nicht im BuBa Bestand.

Hab nochmal genauer geschaut, wenn es die Volksbank Stuttgart ist (das würde zumindest zur BLZ in der IBAN passen), lautet die BIC VOBADESSXXX, Tippfehler vorne mit dem A
Olaf, es wird Zeit für IBAN-only

Ja, 100%ig! Entweder ganz ohne oder auffüllen. Weil für das Feld nur ein 8- oder 11stelliger Inhalt zulässig ist. Das ist eine XML Feldbeschreibung. Die scheint dein Code der da automatisch nach dem XML Schema befüllt zu ignorieren.
Aus Anlage 3 Seite 41 DFÜ-Abkommen:

Aber 9 Stellen gehen auf keinen Fall, wie das hier der Fall war.