SEPA Lastschrift-Einzug (einzeln und als Sammler) mit Firmenkundenzugang der Sparkasse Lörrach-Rheinfelden

Hallo zusammen,

ich bin mit Hibiscus seit Jahren sehr zufrieden und kommuniziere damit mit der o. g. Sparkasse und mit der DKB.

Bei der Sparkasse sind wir berechtigt, SEPA-Lastschriften einzuziehen. Am 25. November 2025 hat das noch funktioniert, heute nicht mehr. Ich erhalte stets folgende Fehlermeldung:


Hibiscus-Version ist 2.12.1, Jameica 2.12.0, ChipTAN manuell.

Mein Vorgehen ist immer dasselbe: Ich generiere mit EasyVerein ein pain.008.001.02.xml-File, lade es als Sammellastschrift in Hibiscus hoch, sehe alle enthaltenen Belastungen, d. h. Hibiscus kann das File interpretieren, und versuche, dieselbe zur Bank zu senden, gebe eine TAN, die Summe des Sammlers und die Anzahl der enthaltenen Belastungen ein.

In einem zweiten Versuch habe ich den Sammler via Hibiscus in Einzellastschriften konvertiert. Leider erhalte ich bereits beim Senden der ersten (die zufällig ein altes Vereinsmitglied betrifft, deren Daten sich also gegenüber früher nicht geändert haben und korrekt sind, weil die Belastung schon oft funktioniert hatte) ebenfalls dieselbe Fehlermeldung.

Die Sparkasse Lörrach-Rheinfelden stellt ihre Vereins-Kund:innen vom normalen Online-Banking auf das sog. Firmenportal um, und laut Auskunft derselben müssen dafür im Hibiscus neue Zugangsdaten, aber sonst nichts Neues, hinterlegt werden. Ich habe also als "Benutzerkennung" meine "Legitimations-ID" und bei "Kundenkennung" meinen "Anmeldenamen" aus dem Begrüssungsschreiben der Sparkasse eingegeben, und damit kann ich (nach TAN-Eingabe) auch eine erfolgreiche Saldoabfrage in Hibiscus veranstalten (übrigens auch, wenn ich auch bei "Benutzerkennung" den "Anmeldenamen" eingebe). Server ist unverändert banking-bw1.s-fints-pt-bw.de/fints30, Port 443, Filter Base64 und Version FinTS 3.0.

Das Pain-File unterschiedet sich syntaktisch nicht von der November-Version, also hat auch EasyVerein nichts an dessen Generierung geändert.

Die Fehlermeldung "3030: Datum ist kein Buchungstag. Ausführung am" ist erstens offenbar verkürzt und zweitens irreführend, im File steht <ReqdColltnDt>2026-01-19</ReqdColltnDt>. Interessanterweise erschien diese Meldung nicht, wenn ich meine alten Credentials eingebe (die angeblich noch bis Dienstag funktionieren).

Ich glaube zwar nicht, dass es irgendwie an Hibiscus liegt, bin aber für jeden Tip dankbar.

Der Upload des PAIN-Files im Privatkunden- und im Firmenportal der Sparkasse funktioniert auch nur bis zu dem Zeitpunkt, zu dem ich den Auftrag ausführen möchte, d. h. nach dem Upload sehe ich zwar wieviele Belastungen der Auftrag enthält und wie hoch die Gesamtgutschrift sein wird, aber nach Ausführung erhalte ich eine Fehlermeldung, die nichtssagender ist als die o. g.: . Die Sparkasse sagt, die Datei sei falsch formatiert, aber dies widerspricht m. E. den Tatsachen, dass ja sowohl Hibiscus als auch das Sparkassen-Onlinebanking ja grundsätzlich anzeigen können, was ich senden möchte.

Ein Update habe ich noch: Beim x-ten Versuch habe ich mit EasyVerein nun ein moderneres pain.008.001.08.xml-File erzeugt. Ich kann es ebenso problemlos in Hibiscus importieren wie das pain.008.001.02.xml-File. Und leider erhalte ich beim Versuch, den Auftrag auszuführen, wieder die o. g. Fehlermeldung.
Nun habe ich aus dem nach Hibiscus importierten File mittels Hibiscus ein pain.008.001.08-File wieder exportiert. Dies ist nicht identisch mit dem importieren File, insbes. fehlen sämtliche Schuldner:innen-Anschriften

und auch alle Elemente <UltmtDbtr></UltmtDbtr>, die EasyVerein dann und nur dann hinzufügt, wenn Schuldner:in und Kontoinhaber:in voneinander abweichen (z. B. wenn Eltern für ihre Kinder zahlen). Ferner gibt es leichte Abweichungen beim Gläubigernamen; offenbar übernimmt Hibiscus ihn aus den dort hinterlegten Konten-Daten und nicht aus der importierten Datei.
Lade ich dieses von Hibiscus reexportierte File auf dem Firmenkundenportal der Sparkasse hoch und bestätige ich dann den Auftrag, scheint die Sparkasse den Inhalt zu schlucken, allerdings gibt sie auch hier eine Warnung darüber aus, der 19. Januar 2026 sei kein Buchungstag. Mal schauen, ob Montag die Einzüge auch ausgeführt werden.
Nicht versucht habe ich, das von Hibiscus reexportierte File wieder nach Hibiscus zu importieren und von dort aus an die Sparkasse zu übertragen.
Mein Verdacht ist nun folgender:

• Möglicherweise übermittelt die Sparkasse an Hibiscus nicht richtig, dass sie nur noch pain.008.001.08 oder höher bzw. insbes. kein pain.008.001.02 mehr unterstützt oder Hibiscus bekommt das nicht richtig mit. Kann ich das irgendwo tracen, welche Pain-Formate Hibiscus für welchen Bank-Zugang überträgt?
  
• Die Sparkasse unterstützt nur einfache pain.008.001.08-Files, aber möglicherweise keine mit Anschriften etc. beim direkten Upload.
  
• Möglicherweise enthalten Anschriften oder auch Gläubigernamen im von EasyVerein erzeugten pain.008.001.08-File unzulässige Sonderzeichen, insbes. Umlaute und mittellange Gedankenstriche ("em dashes").
  

Montag bekomme ich einen Rückruf durch die Sparkasse.

Vergessen zu erwähnen hatte ich, dass ich in der Tat auch mehrfach versucht hatte, ein EasyVerein-generiertes pain.008.001.08-File direkt im Sparkassen-Online-Banking hochzuladen. Es funktioniert nicht. Und natürlich habe ich dort aufgesetzt, was jahrelang funktioniert hatte.

Die Idee meines Vorgehens liegt darin, dass ich ja festgestellt hatte, dass Hibiscus mit keinem der von EasyVerein produzierten Files ein Problem hatte. Meinem derzeitigen Verständnis nach handelt Hibiscus mit der jeweiligen Bank die beiderseits unterstützten Formate aus und überträgt dann seine interne Repräsentation des Auftrags (in diesem Fall eine SEPA Sammellastschrift) in diesem ausgehandelten Format an die Bank; auch dann, wenn der Sammelauftrag nicht manuell erstellt, sondern importiert wurde, überträgt m. E. Hibiscus nie das importierte File, sondern erzeugt den Datenstrom neu gemäss Aushandlung. Meine Beobachtung war ja, dass die Übertragung durch Hibiscus zur Sparkasse nicht mehr funktioniert, daher wollte ich die Aushandlung und Übertragung gleichsam simulieren und habe daher die Sammellastschrift wieder exportiert und das Ergebnis mit Erfolg im Online-Banking hochgeladen – was ich aber nicht wirklich dauerhaft so tun möchte.

Grundsätzlich fahre ich folgende Strategie: Ich verwende zum Banking möglichst nur Hibiscus, weil ich das viel komfortabler finde als Online-Banking, alle Konten unter einem Dach habe und vieles auch ohne Internet-Verbindung möglich ist. Online-Banking per Browser verwende ich nur, wenn's nicht anders geht, insbes. z. B. für temporäre Erhöhung des Tageslimits oder auch, zumindest gegenüber der DKB, für die Löschung von bankseitig in die Zukunft terminierten Aufträgen und Kontentypen wie Depots, die in Hibiscus zwar angezeigt werden, aber nur eingeschränkt bewirtschaftet werden können. Online-Banking per Mobiltelefon nehme ich v. a. für die Abfrage von Kontostand und Kontobewegungen, aber selten für Schreibzugriffe.


Selbstverständlich, wobei camt wahrscheinlich hier irrelevant ist, weil es m. E. da um die Saldoabfrage geht, die ja immer funktioniert hat.

Nochmal: Ich erwarte von dem Bankensystem eigentlich eine bessere Fehlermeldung, und wenn die Pain-Version grundsätzlich zu alt ist, könnte die Sparkasse einem das ja per Fehlermeldung konstruktiv mitteilen, sie steht ja in der zweiten Zeile des Files drin. Und eigentlich hätte ich gerne, dass das Bankensystem – wie Hibiscus ja auch – toleranter mit Pain-Files umgehen könnte. Nach wie vor bleibt leider unklar, wo die genaue Ursache der Fehlwirkung ist: EasyVerein, Hibiscus oder Bank.

du könntest aber auch den EasyVerein-Support mit der Problematik kontaktieren
diese werden den Fehler analysieren und evtl. anpassen, was sich dann für alle Kunden auswirken würde.

des weiteren könnte der Support 008.001.02 löschen bzw. 008.001.08 als neuen Standard setzen