SEPA Komponente gesucht

**Jasocul**

Ob es eine inländische Transaktion ist, ist ja nicht zwangsläufig bekannt.

In meinen Augen muss im Programm nur eingestellt sein, wo man sich befindet. (Das muss dann natürlich auch korrekt sein.) Und dann ist es sicher, wohin die Überweisung geht, da ja in der IBAN das Land angegeben wird. Sagt es mir bitte, wenn ich mich täuschen sollte.

Angenommen ich habe ein Konto in DE und eins in NL (bei Firmen nicht so ungewöhnlich). Dann kann ich im Programm vielleicht einstellen, dass ich in DE lebe, das bedeutet aber nicht, dass meine Transaktion in DE von meinem DE-Konto gemacht wird. Nehme ich das NL-Konto, habe ich keine inländische Transaktion mehr und die BIC wird Pflicht.

**Aviator**

Zitat von Jasocul:

Angenommen ich habe ein Konto in DE und eins in NL (bei Firmen nicht so ungewöhnlich). Dann kann ich im Programm vielleicht einstellen, dass ich in DE lebe, das bedeutet aber nicht, dass meine Transaktion in DE von meinem DE-Konto gemacht wird. Nehme ich das NL-Konto, habe ich keine inländische Transaktion mehr und die BIC wird Pflicht.

Dann ja, es ging hier aber um (eine) inländische Transaktion. Wenn man in andere Länder überweist, dann ist sie auf jeden Fall Pflicht. Aber ich würde die BIC trotzdem immer angeben auch wenn ich wüsste, dass es auch ohne gehen würde (was ich allerdings nicht weiß).

**Jasocul**

Zitat von Aviator:

Dann ja, es ging hier aber um (eine) inländische Transaktion. Wenn man in andere Länder überweist, dann ist sie auf jeden Fall Pflicht. Aber ich würde die BIC trotzdem immer angeben auch wenn ich wüsste, dass es auch ohne gehen würde (was ich allerdings nicht weiß).

Dass die Angabe der BIC bei inländischen Zahlungen nicht verpflichtend ist, wurde vorher schon eindeutig geklärt. Es ging mMn eher darum, warum Programme die BIC auch bei inländischen Zahlungen zur Pflicht macht. Das Problem ist doch, dass ein Programm nicht zwingend vorher weiß, ob es eine inländische Zahlung ist oder nicht. Dass sollte mein Beispiel nur nochmal verdeutlichen.

Mal ganz abgesehen davon ist es für den Anwender auch viel einfacher und weniger verwirrend, wenn die Angabe grundsätzlich gefordert wird. Sonst entsteht der Eindruck: Mal gehts und mal nicht. Ich stelle mir gerade vor, eine Firma macht Stapelbuchungen. In der Regel wird vom inländischen Konto überwiesen. Nun kommt eine besondere Situation und der Stapel soll vom ausländischen Konto gebucht werden und alle Konten ohne BIC-Angabe werden nicht verarbeitet. Den Support-Stress mit den Kunden möchte ich nicht haben.

**Union**

Die ECB Vorgaben definieren den Wegfall des Erfordernisses der BIC bei Inlandstransaktionen ab dem 01.02.2014 und bei länderübergeifenden Transaktionen ab dem 01.02.2016.

Es wird aber ausdrücklich gesagt, dass jedes Land den Wegfall verschieben kann. Und das wird auch so gemacht - wobei einige Banken sich auch als eigene Länder zu verstehen scheinen

Bei vielen Banken wird im Kern noch mit 40+ Jahre alten COBOL Programmen gearbeitet. Das ganze moderne XML wird über mehr oder weniger fragile Schnittstellen nach / von intern umgesetzt um nur nicht die seit langem funktionierenden ZK Programme anfassen zu müssen. Dabei kommt es dann zu den bekannten, lustigen Einschränkungen bei SEPA (z.b. kürzerer VZW als bei DTA, unklare Behandlung von Sonderzeichen, Missbrauch von Feldern für ehemals landes-/bankenspezifische Informationen,...).

**BerndS**

Hallo,
wir verwenden bisher die alte Struktur pain.001.002.003 / 008.002.02 (gültig ab dem 1.11.2010). Hier scheint die BIC in der XML Pflicht zu sein. Der SEPA XML Checker zeigt die nicht vorhandene BIC als Problem an, so dass wir es auch vorher prüfen.
In der neueren Version pain.001.003.003 / 008.003.02 vom 4.11.2013 wird vom SEPA XML Checker die nicht vorhandene BIC akzeptiert, aber das Bankprogrammen (VR Bank) kann diese noch nicht einlesen.

Gruß Bernd

**SurelyNot**

Moin!

Beim heutigen Testlauf bei einem unserere Kunden gab es Probleme mit dem Ausführungstermin. Zumindest ProfiCash setzt da beim Import einen komischen Haken "Bankverwaltete Terminierte Überweisung". Da es wohl eine Weile kein Update gab, gehe ich mal davon aus, dass das noch drin ist.

In

http://www.bundesbank.de/Redaktion/D...ublicationFile Punkt 2.2.7 steht:

Zitat:

Bei Einlieferung von SEPA - Überweisungen über EBICS ist das Element <ReqdExctnDt> entweder mit dem Standardwert „1999-01-01“ oder dem Buchungstag des jeweiligen Einlieferungsfensters ... (blablabla)

Das Feld ist ein Pflichtfeld, es muss also irgendwas rein. Aktuell schreibt die Komponente 'Heute', wenn das Datum leer oder in der Vergangenheit ist. Scheinbar muss da aber der 1.1.1999, wenn man das als baldmöglichst überweisen rausschicken will - wer auch immer sich sowas ausdenkt. .

PS: Die BIC ist bei uns wieder Pflicht, obwohl in IBAN von Empfänger und Sender ja das ISO-Länderkürzel oder sowas steht und daraus ableitbar ist, ob es im Inland unterwegs ist. Scheinbar haben sich die meisten Programme diese Prüfung schlicht gespart.

Schönen Tag noch.

PPS: Oh ... und Hallo Forum. Erstpost.

**arnof**

Zum Thema BIC usw.

Ich habe gerade mal was über das SPK Portal überwiesen (Kontonr und Blz)-> alte Eingabe. Die akzeptieren das noch, Sie wandeln aber alles automatisch um. D.h. wenn man dich dann die Überweisung mal anschaut, steht dort die IBAN und die BIC drin

Also BIC gehört definitiv in die SEPA Datei!

@SureleyNot: In jede Transaktion gehört ein Aufführungsdatum rein (in meinen Tests letztes Jahr gab es bei einem Datum in der Vergangenheit immer wieder Probleme, das die Buchung komplett abgelehnt wurde! Deshalb schreib ich das Ausgabedatum rein, wenn kein Datum angegeben wurde). Früher gab es Überweisungen und Terminüberweisungen, diese Trennung gibt es in SEPA nicht mehr.

**arnof**

Noch mal was altes/neues: offiziell sollte ab 01.08 nur noch SEPA gehen. Bei VR,Raiffeisen, Sparta, usw die an fiducia Rechenzentrum hängen geht noch (Stand heute) noch alles ohne SEPA

Ich habe eben mal eine große Lastschrift gemacht (im DTA Format) d.h. ohne Angabe einer GläubigerID, d.h. die können es auch nicht intern konvertieren: das ging!

**SurelyNot**

Zitat von arnof:

@SureleyNot: In jede Transaktion gehört ein Aufführungsdatum rein (in meinen Tests letztes Jahr gab es bei einem Datum in der Vergangenheit immer wieder Probleme, das die Buchung komplett abgelehnt wurde!

Ja - das ist ein Pflichtfeld, irgendwas muss also rein. 'Heute' sollte da wahrscheinlich trotzdem nicht rein. Siehe beispielsweise:

http://www.starmoney.de/forum/viewto...?f=134&t=28701

Zitat:

Beim Import von SEPA-XML-Sammelüberweisungen tritt bei mir ein Fehler auf, wenn das Ausführungsdatum (<ReqdExctnDt>2013-05-08</ReqdExctnDt) gleich dem aktuellen Datum ist.

Zitat:

Bei einem Datum in der Vergangenheit ignoriert SM dieses und macht daraus einen SEPA-Auftrag zur "sofortigen" Ausführung, das <ReqdExctnDt> wird beim versenden des Auftrages auf den, lt. FinTS für "normale" Überweisungen vorgegebenen, Default-Wert 1999-01-01 gesetzt.

Bei einem Datum >= Tagesdatum interpretiert SM diesen Auftrag als terminierten Auftrag und prüft, ob die vom jew. Institut in den BPD übermittelten Vorlaufzeiten für terminierte Überweisungen eingehalten werden. Wenn die minimale Vorlaufzeit für term. Aufträge lt. BPD >=1 ist, kommt der Auftrag mit Tagesdatum zu spät und würde die Fehlermeldung erklären.

http://fico-forum.de/fico_forum/thre...ard=9&thema=34

Zitat:

SEPA unterstützt keine taggleichen Zahlungen (Eilzahlungen).

Oder das Bild auf Seite 11:

http://www.bundesbank.de/Redaktion/D...ublicationFile

Zitat von arnof:

Deshalb schreib ich das Ausgabedatum rein, wenn kein Datum angegeben wurde).

Seit ich bei einem leerem Datum oder einem Datum in der Vergangenheit nicht mehr 'Heute' sondern '01-01-1999' reinschreibe, sind zumindest
die Fehlermeldungen im Starfinanz SEPA XML Checker und die Probleme mit Proficash weg. Ob die das richtig gebaut haben, kann ich natürlich
nicht sagen - werfe die Dateien aber trotzdem erstmal so angepasst raus.

**arnof**

also ich habe schon zum 01.02 auf SEPA umgestellt und auch viele meiner Endkunden: da habe ich noch nie von einem Problem gehört zum Thema Tagesdatum als Ausführungsdatum.

Warum sollte bei Ausführung von Heute ein Problem da sein und beim Datum von Gestern bzw 1999 nicht. Da muss dein Problem wo anders liegen!

PS: Das Datum ist im ISOformat: DD-MM-YYYY