Fehler bei XML-Import Sammellastschrift

[SEPAXMLNutzer]

Guten Tag allerseits,

ich erstelle seit der Existenz von SEPA (Anno 2008) XML-Lastschriftdateien, inzwischen gemäß der Anlage_3_Datenformate_V3.9.pdf (https://www.ebics.de/de/datenformate/gueltige-version). Die SEPA-XML-Strukturen für Lastschriften sind mir daher wohlbekannt.

Nun treten zwei Fehler mit diesen Dateien in Verbindung mit Starmoney auf.

1. Seit zwei Monaten gibt es Fehlermeldungen mit Hinweis auf fehlende Adresse bei Lastschriftdateien, die Schweizer IBAN enthalten. Ich weiß, es gab ab Version 3.9 bezüglich der Adressen bei Zahlungen außerhalb EU/EWR eine Änderung im Datensatzaufbau. Diese ist jedoch entsprechend der genannten Regeln eingehalten. Starmoney erkennt die Adressfelder beim Import und zeigt diese dann auch richtig an. Die Fehlermeldung kommt auch erst beim Senden der Lastschriften, so dass eine Inkompatibilität zwischen Starmoney und Deutscher Bank möglich erscheint. Der Einzug mit Schweizer IBAN scheint aber derzeit so nicht mehr möglich.

2. Heute habe ich versucht, in der XML-Datei die Umlaute gem. o.a. Spezifikation Punkt 2.1 einzusetzen. Leider führte auch dies zu einer Fehlermeldung, diesmal schon beim Import. Die Umlaute sind seit Version 3.0 (Anno 2016) mit ihren hexadezimalen Werten dokumentiert und so auch in der getesteten XML-Datei vorhanden. Da Starmoney diese aber nicht erlaubt, muss ich weiterhin alle Lastschriftempfänger mit verstümmelten Umlauten belästigen.

Der dritte Punkt ist eigentlich eher eine Frage bzw. ein Wunsch.
Starmoney wird hier nur für die Durchleitung der Lastschriften gebraucht. Die XML-Datei wird aber zuerst importiert bevor gesendet werden kann. Der Import muss später manuell wieder herausgelöscht werden, weil er einfach nicht gebraucht wird. Wünschenswert wäre eine direkte Durchleitung ohne den hier überflüssigen Zwischenschritt. Ich habe aber nirgends etwas zu so einer Möglichkeit finden können.

Bezüglich Punkt 1 wurde auch ein Ticket beim Support der Deutschen Bank aufgemacht. Dies ist allerdings schon Wochen her und ohne Rückmeldung geblieben.

Möglicherweise liest das hier jemand, der hilfreich sein könnte.

Viele Grüße

[info]

Das Grundprinzip der StarMoney Community ist dabei ganz einfach: Kunden helfen Kunden.

Daher deine Anfrage über nachstehende Kanäle abklären lassen:
https://www.starmoney.de/kontakt/hilfe- ... -business/ - nach unten scrollen für Dateneingabe
oder wenn StarmoneyID** (nicht Forendaten) => https://www.starmoney.de/kundenbereich/login/
StarmoneyID siehe Software.
oder direkt über die Software über Hilfe ...

[ebi_f]

Zu dem Problem mit den Umlauten: Ein XML-Import mit Umlauten funktioniert bei mir ohne Probleme, wenn die Datei im UTF-8-Format gespeichert ist. Die Codierung kannst du z. B. mit Notepad++ überpüfen. Ich konnte das aber nur mit Überweisungen und Sammelüberweisungen testen, da ich als Privatnutzer keine Lastschriften einziehe und keines meiner Konten für Lastschriften freigeschaltet ist.
Du könntest auch einmal in SMB eine Lastschrift neu erstellen und diese dann in der Lastschriftübersicht exportieren und ggf. reimportieren. Dann siehst du, wie SMB die Umlaute handhabt.

[SEPAXMLNutzer]

Danke für die bisherigen Antworten.

@info
Support und Hilfe haben wir wegen der CH-IBAN natürlich als erstes konsultiert. Wie gesagt, bisher leider ohne Erfolg/Rückmeldung. Daher nun der Versuch hier.

@ebi_f

• Die Kodierung habe ich mit einem Hex-Editor überprüft.

• Der Tipp mit dem Export aus SMB ist sehr gut!
  Den überprüfe ich. Kann etwas dauern (da ich weder Kontoinhaber noch SMB-Besitzer bin. Und der hat weder Know-How, Zeit noch Nerven für so etwas).

Vielen Dank dafür.

[info]

bisher leider ohne Erfolg/Rückmeldung.

das ist seltsam, vielleicht mal anrufen mit der Ticketnummer

wobei der Vorschlag von @ebi_f wahrscheinlich am einfachsten, besten und schnellsten geht.

[SEPAXMLNutzer]

Falls es für jemanden von Interesse ist: Der Punkt 2 mit den Umlauten ist geklärt.
Der Test-Export hat ergeben, dass ich aus der "Anlage_3_Datenformate..." die falsche Spalte mit der Bezeichnung "UTF-8-Kodierung" erwischt habe. Mit der Kodierung aus der Spalte links daneben funktioniert es nun. Man beachte aber, dass das kaufmännische Und "&" eine XML-Entität ist und in "&" umgesetzt werden muss (geht u.a. aus der Fußnote 9 zu genannter Spalte hervor).

Der Test-Export hat außerdem ergeben, dass Starmoney 11 scheinbar noch mit der Version pain.008.001.02_GBIC_3.xsd von 2022 arbeitet. Vielleicht rühren die Probleme mit Schweizer IBAN daher.

Nebenbei zu CH-IBAN:
Ganz davon abgesehen haben wir bei der Verwendung der CH-IBAN im Lastschriftbereich vielfach schlechte Erfahrungen gemacht. Nicht wegen der Technik, sondern weil die Lastschriften erstmal wieder inkl. satter Rücklastschriftgebühr zurückkommen. Teilweise auch nach mehrfacher Vorsprache der Schweizer Kontoinhaber bei ihrer Bank zwecks Freigabe der Lastschriften (ist dort, anders als bei uns erforderlich). Es funktioniert einfach nicht. Wir geben es erstmal auf...

[info]

dass Starmoney 11 scheinbar

das ist immer so eine Sache, denn hier sollten man schon mit konkreten Fakten arbeiten
dh. erneute Anfrage an den Support richten, mit der Bitte um F&Q Aufnahme / Stellungnahme

zumal der Export, nicht dem Import gleichgestellt sein muss
und https://hilfe.starmoney.de/hc/de/articl ... y-Business

abschließenden sollten Formate die zwischenzeitlich abgeschalten sind, auch in der Software deaktiviert/entfernt werden.
+ rechtzeitige Umstellung denn in 12 Monaten kommt ja die nächste Welle.
https://www.sparkasse-vogtland.de/fi/ho ... igung.html