SEPA-Lastschriften: Autoimport, XML-Format?

Hallo zusammen,

ich nutze zum (teil-) automatisierten Einzug von Lastschriften die Funktion "DTAUS-Autoimport", indem mein Abrechnungssystem alle fälligen Lastschriften als DTA in das dort angegebene Verzeichnis legt und ich sie dann per HBCI freigebe.

Nun möchte ich gerne die SEPA-Umstellung angehen, dafür werde ich aber wohl die Funktion DTAUS-Autoimport von Subsembly Banking nicht mehr verwenden können, da SEPA-Lastschriften kaum als DTAUS durchgehen werden Gibt es eine vergleichbare Funktion für SEPA-Lastschriften? Falls nein, ist entsprechendes geplant?

Ansonsten finde ich schon den manuellen Import einer Zahlungsdatei im "SEPA XML"-Format. Gibt es irgendwo eine Definition, wie genau diese XML-Datei aufgebaut sein muss, damit ich mein Abrechnungssystem entsprechend anpassen kann?

Vielen Dank und viele Grüße,
Phil

Hallo,

einen direkten Import von SEPA XML Dateien gibt es noch nicht. Ich würde aber empfehlen die Daten im SUPA Format an Subsembly Banking zu übergeben, da dieses wesentlich einfacher zu erstellen ist, und Subsembly Banking daraus dann die für die jeweilige Bank erforderliche SEPA-Variante passend generiert.

Die Spezifikation von SUPA befindet sich hier: http://subsembly.com/de/supa.html

Hallo,

ein Autoimport ist nicht geplant. Man kann aber über Die Kommandozeile Daten automatisch importieren lassen. Im Handbuch sind im Anhang die Kommandozeilenparameter beschrieben.

Hallo Andreas,

wie ist es denn weiterhin mit Banking 4W und SEPA XML geplant? Ich habe soeben mit den Programmierern meiner Faktuarierungssoftware unterhalten. Sie werden wohl nicht herumkommen das DTAUS durch SEPA-XML zu ersetzen. Wird Banking 4W dann wie bisher DTAUS Import auch den SEPA-XML Import unterstützen? Irgendwie muss ich meine Lastschriften ja ins Banking 4W bekommen. Und SEPA-XML scheint wohl der neue Standard zu sein und DTAUS ablösen.

Bei einer Infoveranstaltung der Deutschen Bank dampfte mir der Kopf.
Ich frage mich wer nachher dafür zuständig ist zu entscheiden, ob es eine Einmal-, eine Erst-, eine Wiederholungs-, oder eine Letztmallastschrift ist. Immerhin sind die Fristen der Gutschrift da ja anders. Und nicht nur das, das Fälligkeitsdatum muss ja automatisch angepasst werden und darf bei einer Erstlastschrift z.B. nicht einfach übermorgen sein. Nicht einmal heute +5 Tage, denn es zählen ja die Arbeitstage und ab 08:30 Uhr zählt eh schon der nächste Arbeitstag. (Als wenn da die Bank überhaupt schon geöffnet hätte)

Naja, ich hoffe auf jeden Fall auf eine halbwegs reibungslosen Umstieg meiner Lastschriften inkl. Export aus Faktura und Import in Banking 4W.

Über eine Info wie soetwas ab 01.02.2014 in Subsembly aussehen würde, wäre ich sehr dankbar.

Gruß Martin

Hallo Michael,

das habe ich voll verpasst. Und der Beitrag oben ist 6 Monate alt und dort wird von einem Import via Kommandozeile gesprochen, aber da ging es wohl nur um den Autoimport. Ich habe immer nur DTAUS importiert, jetzt sehe ich aber, dass man beim Dateiformat auch SEPA XML auswählen kann.

Ich weiß ja nicht, ob Du auch Sammellastschriften ziehst. Jeden Monatsersten importiere ich jetzt noch eine DTAUS mit knapp 100 Zahlungen aus meiner Faktura. Auch zwischendurch gibt es mal den einen oder anderen Kunden der mit Lastschrift zahlt und es gibt ebenfalls eine DTAUS mit ein bis drei Zahlungen.
Nun meinst Du, dass ich selbst entscheiden muss, ob es eine einmalige, eine Erst-, Wiederholungs- oder Letztzahlung ist. Ich frage mich nur wo und ob ich das bei jeder der 100 Zahlungen jeden Monatsersten manuell machen soll? Und wenn ein neuer Kunde dazu kommt? Die bestehenden müssen als Wiederholung mit 2 Tagefrist und der neue als Erstmandat mit 5 Tagesfrist übermittelt werden, zzgl. Wochenenden.

Vielleicht sehe ich das alles zu verbissen. Aber ich kann mir vorstellen, dass das so einige recht verwirrt und ich würde den Umstieg gerne reibungslos überstehen. Nur deswegen die Frage, wer, wie und wo genau beim SEPA XML Import die genannten Sachen vorgibt, ob dies bereits in der XML Datei stehen kann oder muss, und wieviel manuelle Arbeit nun nach jedem SEPA-XML Import auf mich zukommt, gegenüber DTAUS.

Gruß Martin

Hallo Maddin,

ja, ich ziehe Sammellastschriften. Und zwar nicht wenige. Ich bin im Bereich Hausverwaltung tätig und ziehe Wohngelder und Mieten ein - auf ca. 160 Gläubigerkonten mit vielen Tausend einzelnen LA. Hier wird die Mandatsverwaltung von einem entsprechenden Immobilien-Verwaltungsprogramm erledigt, anders wäre das garnicht zu machen.

Weiterhin ziehe ich als Schatzmeister eines Vereines monatlich Beiträge ein. Das ist eine überschaubare Menge, und das mache ich seit 15 Jahren mit einem selbstgeschriebenen Programm, dem ich vor einiger Zeit eben die entsprechenden Felder zugefügt habe, die beim Zahllauf entsprechend gesetzt werden. Das Programm erzeugt dann eine Importdatei, die diese notwendigen Angaben (Mandatsreferenz, Erst/Folgelastschrift, Unterschriftsdatum ect.) natürlich bereits enthält. Ich habe es mir einfach gemacht und erzeuge nur das SUPA-Importformat von B4W und nicht selber XML Dateien. Diese SUPA werden in B4W importiert und dann als Sammellastschrift versendet. Ohne manuelle Zusatzarbeit.

Der Hersteller Deiner Fakturasoftware wird definitiv nicht um eine Umstellung auf SEPA herumkommen - es sei denn, er stellt die Software ein. Diese Entscheidung müßte bei dem Hersteller längst gefallen sein, denn die verbleibende Zeit bis zur (zwangsweisen) Umstellung des Zahlungsverkehrs ist recht überschaubar, bei den meisten Herstellern sind die Umstellungen in vollem Gang oder bereits abgeschlossen. Sprich mal mit dem Hersteller Deiner Software. Wenn die bisher DTAUS erzeugt haben, gehe ich davon aus, dass sie bald XML erzeugen und zumindest eine minimale Mandatsverwaltung implementiere, denn sonst ist die Software nach dem 31.1.14 nicht mehr gebrauchbar!

Aber wie onlbanker richtig schreibt ist es mit der reinen Mandatsverwaltung nicht getan. Du mußt dich auch noch damit beschäftigen, den formalen Anforderungen gerecht zu werden. Also entweder Ausstellung von lauter neuen Mandaten mit dem vorgegebenen richtigen Text, unterschrieben vom Zahlungspflichtigen und bei Dir im Original (!) vorliegend, oder eben die Lösung mit dem Umwandlungsschreiben.

Grüße, Michael

Es ist halt so, dass die Daten rund um das Mandat in der Buchungsdatei stehen müssen. Prinzipiell ist egal, welche Komponente sie zusteuert. Es gibt von Subsembly auch dieses eigene Format "SUPA" http://subsembly.com/download/SUPA.pdf
Man müsste mal zusammen mit Andreas schauen, ob man damit quasi einen reinen Zahlungs-Export aus deiner Faktura an Sub machen könnten und Sub steuert dann die Mandatsdaten hinzu und baut damit eine SEPA Datei.
Nur als Alternative laut gedacht.

Hi!

Ich bin über Google auf diesen Thread gestoßen: http://lmgtfy.com/?q=banking+4w+sepa+xml

Kann mir jemand sagen wie man aktuell am geschicktesten SEPA XMLs in Banking 4W importiert? Ich generiere aktuell meine SEPA XML Dateien mit Hilfe eines php Moduls. Ich habe hier von einer Batch-Datei gelesen, kann der Poster hier eventuell ein Beispiel dafür online stellen?

Viele Grüße
Andi

Hallo Phil,

könntest Du den Code mal hier posten?
Ich bastel hier gerade an einer automatischen Importlösung für SEPA-XML, es funzt aber einfach nicht

Vielen Dank im Voraus

Danke für den Hinweis. Ich hatte sogar genau das Beispiel kopiert (natürlich angepasst) , funktioniert aber nicht.