SEPA und XML-Datei anstatt DTAUS

[Bertram Hansen]

Hallo,
habe ein Problem mit SEPA-Dateien und Starmoney:
Starmoney gibt mir eine einfache Fehlermeldung, dass dieses von meinem Bankinstitut oder Starmoney nicht unterstützt wird. Habe nun festgestellt, wenn ich als Ausführungsdatum (XML-Tag ReqdExctnDt) den 01.01.1999
übergebe, klappt es (und nur damit). Bank ist die Deutsche Bank.
Hat jemand ähnliche Erfahrungen gemacht ?

Hallo Wolfgang,

ist die Deutsche Bank der Zahlungspflichte oder der Zahlungsempfänger?

[Koverhage]

Hallo Wolfgang,

das geht schon, siehe auch hier http://www.xbaseforum.de/viewtopic.php? ... =25#p83419

Die Frage ist ob es Sinn macht (ich mache das bisher so), aber aufgrund der Mengenbegrenzungen (Anzahl bzw. Größe der Datei) kann es durchaus sinnvoll
sein, für jede Art (auch für B2B, CORR, COR1, etc.) eine eigene Datei zu erstellen.

[Wolfgang Ciriack]

@Bertram,
DB ist Zahlungspflichtiger.

[Bertram Hansen]

Sachen gibt es.

Umstellung auf IBAN verschoben

http://kurier.at/wirtschaft/finanzen/eu ... 44.970.532

[Tom]

Noch ist das nicht in trockenen Tüchern. Das Europaparlament und alle EU-Staaten müssten der Verschiebung (einzeln) zustimmen.

[Wolfgang_B]

ich lach mich tot (wenns nicht so traurig wäre ...)

Gruß Wolfgang

[Bertram Hansen]

Es wird eher schlimmer statt besser.

In unserer Software habe ich die beiden SEPA-Versionen "Version 2.6 gültig ab dem 17.11.2012" und "Version 2.7 gültig ab dem 04.11.2013" realisiert. Die Version 2.7 ist die mit der Eillastschrift (COR1). Jetzt gerade hatte ich einen unserer Kunden am Telefon, der wollte zum ersten mal die XML-Datei in sein Bankprogramm importieren und dabei trat ein Fehler auf. Seine Hausbank teilte ihm daraufhin mit, dass die Bank bisher nur SEPA-Dateien die für die Version 2.5 (gültig ab 1.11.2010) erstellt wurden einreichen kann.

Wer hat den hier die SEPA-Umstellung verschlafen??????
Ich werde mit Absicht weder die Bankensoftware noch die Hausbank bekannt geben.

[stevie]

Hi,

weiß jemand zufällig wie das aussehen muss, wenn Erst- und Folgelastschriften in einer Xml stehen sollen?
Muss der PmtInf-Block dann nach der letzten Buchung noch einmal angegeben werden?

[Tom]

Hallo, Stevie.

Wenn sich Kopfdaten des PmtInf-Segments ändern (Erstlastschrift, Folgelastschrift, aber auch Wertstellungdatum), muss das Segment mehrfach übermittelt werden. Es enthält dann auch segmentbezogene Gesamtsummen und Lastschriftanzahlen. Im Header (GrpHdr) sind hier die Summen für alle Lastschriften und entsprechend die Anzahlen zu übermitteln. Theoretisch lassen sich auf diese Weise auch Lastschriften an unterschiedliche Empfänger gemeinsam übermitteln, aber mir fällt jetzt keine Situation ein, in der das sinnvoll sein könnte.

[stevie]

also könnte ich rein theoretisch alles, was ab GrpHdr kommt, dann einfach noch ein zweites Mal in die Datei schreiben, dann würde es laufen?
und noch ne zweite Frage, man soll ja 4 mal 35 Zeichen im Verwendungszweck benutzen können. Wie muss ich die Zeilen trennen? Einfach nur einen Zeilenumbruch rein oder wie beim dta die Zeile mit Leerzeichen auffüllen?

[Bertram Hansen]

Hallo Stevie,

ich übergebe den Verwendungszweck in einem Tag mit maximal 140 Zeichen. Wie kommst Du auf 4 x 35 Zeichen?

[Tom]

also könnte ich rein theoretisch alles, was ab GrpHdr kommt, dann einfach noch ein zweites Mal in die Datei schreiben, dann würde es laufen?

Das PmtInf-Segment darf sich wiederholen, also: ja. Du musst nur darauf achten, dass die Kontrollsummen und -anzahlen in GrpHdr alle Lastschriften umfassen, während die Summen in PmtInf nur das Segment reflektieren.

[stevie]

Hallo Stevie,

ich übergebe den Verwendungszweck in einem Tag mit maximal 140 Zeichen. Wie kommst Du auf 4 x 35 Zeichen?

naja 4 * 35 = 140.
Mir gehts darum, dass z.B. Kundennummer und Rechnungsnummer auf 2 Zeilen dargestellt werden auf dem Kontoauszug, ich weiß aber eben nicht, wie ich die Zeilen trennen muss.

[Bertram Hansen]

Code: Alles auswählen

<RmtInf>
    <Ustrd>Und hier steht der Verwendungszweck mit maximal 140 Zeichen alles in einem Tag</Ustrd>
</RmtInf>

[Tom]

Ich glaube nicht, dass man den Verwendungszweck (Ustrd) so formatieren kann, dass dann irgendeine einlesende Software Zeilentrennungen einfügt. Das ist auch nicht vorgesehen. Die Formatierung ist frei, hängt also von der späteren Darstellung ab. Wenn man aber weiß, wie das gemacht wird (einlesendes Programm trennt z.B. nach 40 Zeichen), füllt man eben einfach entsprechend mit Leerzeichen.

[Koverhage]

wobei es auf dem Kontoauszug ja auch nicht in einer Zeile dargestellt wird,
also trennt die Bank das irgendwie

[Schubi]

Hi,

weiß jemand zufällig wie das aussehen muss, wenn Erst- und Folgelastschriften in einer Xml stehen sollen?
Muss der PmtInf-Block dann nach der letzten Buchung noch einmal angegeben werden?

Theoretisch kann man viel, aber ob es die Bank dann auch so akzeptiert?
Konkret: Die Sparkasse nimmt online keine gemischten XML-Dateien an.
Habe gerade eine Diskussion diesbezüglich hinter mir, wer nun unfähiger ist: Im Zweifelsfall immer wir als Softwarehersteller

[Tom]

Die Sparkasse nimmt online keine gemischten XML-Dateien an.

"S-Firm" wiederum, also die Bankingsoftware der Sparkasse, beherrscht es.

Wir erleben mit SEPA den gleichen Quatsch, den wir zuvor jahrzehntelang beim "Daten(träger)austausch" mitgemacht haben, der Lieferung von Abrechnungsdaten im Gesundheitswesen via "EDITFACT", welches ein steinaltes und völlig bescheuertes Format ist. Es hat fast zwanzig Jahre gedauert, bis aus der Idee wenigstens ein Testverfahren wurde, und dann noch weitere zehn Jahre, bis alle Kassen das Echtverfahren realisiert hatten (während wir schon Ende der Achtziger mit allem durch waren <g>). Den ersten Stichtag für das Echtverfahren gab es allerdings schon 1988 (!).

Dadurch, dass ein Standard formuliert wird, hat man längst noch nicht alle Teilnehmer dazu gebracht, ihn auch in allen denkbaren Varianten umzusetzen. Zwischen unseren Kunden und der tatsächlichen Abbuchung sitzen schlimmstenfalls drei Programme. Jedes davon stammt aus irgendeiner Bude, groß oder klein, die auf ihre ganz eigene Weise mit dem neuen Standard umgeht. Und es sind zig Buden, die ihre Schnittstellen und Adaptionen liefern, weil beinahe jede Bank ihr eigenes Süppchen kocht.

[brandelh]

und dazu kommen noch die üblichen Umsetzungsfehler

[Wolfgang_B]

Hi,
bezüglich Verwendungszweck und 140 Zeichen ...

Ich habe jetzt schon 3 Fälle, bei denen nach 40 Zeichen abgeschnitten wurde. Raiffeisenbank und Sparkasse. Weiß jemand, wie man das ändern kann?

Meine Bank - Raiffeisenbank - kann auch nicht den Standard COR1 lesen. sollte ab Mitte Dez. 2013 gehen

Auch schon 2 Fälle, bei denen der ganze SEPA-Lauf (XML) abgewiesen wurde, weil bei einem Kunden die BIC falsch war, bzw. die BIC nicht im Verzeichnis der Bundesbank enthalten ist, wobei die BIC direkt von der Bank gekommen ist!? Ich gleiche jetzt bei jedem Lauf die BIC neu ab und berechne die IBAN neu. Wenn da was nicht stimmt, wird diese Buchung nicht in die XML-Datei geschrieben.

Hat jemand eine Ahnung, wie man automatisiert die Bundesbank-Datei mit den BLZ downloaden kann? Ich machte das jetzt immer zu Fuß. Hat auch bisher gereicht, wenn man die einmal im Jahr upgedatet wurde. Durch die pingelige BIC Behandlung ist es jedoch nötig dies öfter zu machen. Habe jedoch keine Ahnung wie man das automatisieren kann, oder woher man die Datei sonst noch in einem vernünftigen Format bekommen kann ...

Verwendete bisher immer die URL:
http://www.bundesbank.de/Redaktion/DE/S ... nload.html

Gruß
Wolfgang

[Manfred]

Hi,

noch ein unschönes Problem. Die neuen Kontoauszüge mit SEPA Überweisungen sehen jetzt etwas unschön aus in Sachen Formatierung. Es werden Umbrüche gemacht, die recht unleserlich werden. Hat jemand von euch auch schon was dazu gesehen? Das dürfte wohl daran liegen, das früher 3 begrenzte Zeilen waren und heute alles an einem Stück eingegeben werden kann. Wie löst ihr das Problem?

[Tom]

Wie löst ihr das Problem?

Dafür gibt es keine Lösung, weil es keine Formatierungsanweisung(en) gibt. Jede Bank macht das anders, weil bei jeder Bank die Kontoauszüge anders aussehen, und im Onlinebanking sieht es dann wieder ganz anders aus. Wenn es nur um eine einzige Bank geht, kannst Du theoretisch ein bisschen herumspielen, aber sehr sinnvoll ist das nicht.

[Manfred]

Das dachte ich mir. Danke nochmal für die Bestätigung.

[Koverhage]

Schau Dir doch mal Deine Überweisungsvorlagen im Online-Banking an.
Bei mir sieht die Formatierung/Platzierung meiner IBAN schon sehr lustig aus

[Werner_Bayern]

Hat jemand Interesse an dem aktuellen BIC-Bestand (09.12.2013) in Form einer DBF? Darf ich die hier hochladen? Hab mir ein kleines Tool geschrieben, das die entsprechenden Felder der Excel-Datei der Deutschen Bundesbank in eine DBF kopiert. Damit können die aktuellen Bics aus den BLZ ermittelt werden.