AqBanking v5.4.3.0beta bucht keine SEPA Lastschriften

Jetzt aber ab ins Bett!!

Das mit den TARGET2 Tagen ist ein Problem für sich. Weihnachten ist ein gutes Beispiel, da können bei CORE FRST gut mal 2 Wochen bis zur Gutschrift vergehen. Einzige mir bekannte Möglichkeit ist, dass man sich in einer Datei die entsprechenden TARGET2-Feiertage merkt, die man im Internet finden kann. Das sind recht wenige, die kann man notfalls jeweils für's Jahr einpflegen und dann eben rechnen, wenns ein Sa/So/Lokaler Feiertag oder TARGET2-Feiertag ist - eins weiter.

Drei Tage bei RCUR ist Minimum, fünf Tage bei FRST ist zu kurz! Gerade weil es bei CORE FRST mitunter sehr lange dauern kann, würde ich es nicht so machen wie Du schreibst (alles mit CORE). In dem Fall mußt Du bei allen FRST sonderbehandeln. Ich würde eher immer COR1 nehmen, dann ist auch Weihnachten und andere Feiertage nicht so ein Problem und du kannst FRST und RCUR von der Frist her gleichbehandeln. Die wenigen Ausländer dann sonderzubehandeln ist sicher einfacher und der Liquidität tuts auch gut, weil der Großteil viel schneller eingeht.

Ich hab geschrieben, dass die Lastschriften bei FRST 5 Tage, bei RCUR 2 Tage vorher bei der fremden Bank sein müssen! Also nicht da erst angeliefert sondern bereits dort sein. Um sie von Deiner Bank zur fremden Bank zu transferieren wird üblicherweise 1 Tag von der Einreicher-Bank gebraucht, deshalb die Fristen 5+1 und 2+1. Deshalb sagte ich auch, dass die Aufträge unbedingt am selben Tag zur Bank übertragen werden müssen. Sonst reicht die Zeit nicht, weil du ja so schon die Minimumszeit kalkulierst!

Im Prinzip müßte auch unter PHP das alles beherrschbar sein. Im Prinzip ist es doch so: Du schreibst alle Zahlungen vom rechnungserstellenden System der Reihe nach in eine Tabelle, egal welche Art. Beim Ausführen geht man halt einfach die Tabelle mehrfach durch und nimmt jedes mal nur EINE Kombination und überliest die Anderen. Das tut man so lang bis alle abgearbeitet sind.

Also im ersten Durchlauf verarbeitet man alle CORE FRST, im zweiten CORE RCUR, im dritten COR1 FRST, im vierten COR1 RCUR. Wenn man das jeden Tag macht, dann ist das alles. Wenn in der Tabelle mehrere Belastungstage stehen, dann für jeden Belastungstag einmal. Somit könnte man Sammler aufbauen. Wenn es allerdings nur 3-4 am Tag sind und die Bank Einzellastschriften annimmt (manche können nur Sammellastschriften) kann man das natürlich auch mit Einzellastschriften abwickeln.

Nun jetzt stellt sich mir die Frage:

MUSS ich tagesgenau buchen ? Es ist für uns quasi nicht möglich Feiertage mit einzubeziehen oder so einzureichen, dass wir garantiert am Stichtag beim Kunden einziehen. Ich habe gesehen, dass andere Firmen auf ihre Rechnungen an uns auch schreiben "Wir buchen zum 06.07.14 von Ihrem Konto ab". Das war z.B. gestern ein Sonntag. Die Vormerkung ist heute am 07.07. auf dem Konto. Scheinbar "kümmert" sich also die Bank um die Feiertagsverwaltung.

Ich könnte somit doch einfach per se ALLE Buchungen auf 5 Tage nach Rechnungsdatum ankündigen und wenn dann halt ein Feiertag dazwischenkommt dann bucht die Bank das halt 1-2 oder ein paar Tage an Weihnachten später. Aber dem Kunden entsteht daraus ja kein Nachteil weil er somit ja sogar einen kostenlosen Kredit/Zahlungsaufschub erfährt.

Die von der Bank meinten heute am Telefon man könne das so machen.

Wir werden in unser System da keine Logik reinbekommen "Buche FIRST nach 5 und RECURRING nach 3 Tagen".. Das ist einfach nie vorgesehen gewesen und ich kenne keinen der mir das umprogrammieren könnte. Wenn wir also eine Rechnung schreiben und dann aufdrucken "Wir buchen den Betrag XYZ in 5 Tagen von Ihrem Konto ab", dann müsste das doch auch genügen, selbst wenn es dann 8 Tage würden.

LG
Stonegate

Nochmal: Ob Deine Systeme das können oder nicht, ist SEPA völlig wurscht. Da hatten andere Firmen schon ganz andere Probleme.

Wenn Du auf Deine Rechnung schreibst "Abbuchung am 7.7.14" und es wird am 9.7.14 gebucht, dann ist das erst mal ein Verstoß gegen die SEPA-Regularien. Die besagen, dass Du, wenn Du den Abbuchungstermin nicht schaffst - warum auch immer - eine neue Prenotification mit einem neuen Termin versenden mußt und erst DANN wieder abbuchen darfst. Hintergrund ist, dass der Kunde am 8.7.14 auf sein Konto gucken können muß und den Kontostand als gegeben hinnehmen können muß und sich freuen darf, dass noch soviel Geld da ist. Er muß NICHT prüfen, ob die Abbuchung für gestern auch wirklich gelaufen ist und wenn nicht, das bei seinem Kontostand berücksichtigen. Er darf somit am 7.7. abends sein Konto abräumen. Dann ist danach für dich kein Geld mehr da, weil er nicht davon ausgehen muß, dass Deine Abbuchung noch irgendwann eintrudelt. Sprich, der Kunde muß das Geld für dich nicht länger bereithalten als bis zu dem angekündigten Tag.

Soweit die Theorie. Was mit Lastschriften passiert, die zum angegebenen Termin nicht mehr gebucht werden können, ist von Bank zu Bank unterschiedlich. Es gibt Banken, die setzen den Termin einfach ungefragt hoch auf den nächst möglichen. Es gibt aber auch Banken, die tun das nicht und lehnen die Annahme wegen Fristunterschreitung ab. Deine Bank gehört offenbar zu letzteren, denn die hat bei Deinen Versuchen ja eine Lastschrift mit einer zu kurzen Frist eiskalt abgelehnt! Und auch Wochenenden und Feiertage, die Du nicht berücksichtigst, können zu einer zu kurzen Frist führen... Was die Bank macht, wenn Du mit ausreichendem Vorlauf einen Sonntag als Buchungstag angibst, weiß ich garnicht. Ob da automatisch der kommende Montag genommen wird. Bankingprogramme fangen das ab und lassen einen garnicht erst einen Sonntag eingeben, deswegen hatte ich denn Fall noch nie.

Wenn Du es nicht regelkonform hinbringst, kannst Du natürlich versuchen, ob ein Sichherummogeln funktioniert. Aber zuerst mal sollte man alles daran setzen, regelkonform zu sein. Denn wenn etwas heute noch funktioniert, heißt das nicht zwangsweise, dass es auch morgen noch funktioniert (Banken verfeinern ihre Abläufe und Überprüfungen mit der Zeit) und auch nicht, dass es mit allen Ziel-Banken klappt.

Raimund, das wollte ich zuerst schreiben, dann wurde ich unsicher und hab nach Einreichungsfrist gesucht und überall 14 Tage gefunden. Mist, wäre ich doch mal beim ersten Gedanken geblieben. Na ja, Hauptsache die Info ist jetzt korrigiert.

Hmmm, die Frage verstehe ich nicht. Das gibst du doch selbst vor, wann die gebucht wird. Und wenn der Tag kein SEPA Target Tag ist passiert das, was schon erklärt wurde. Daher sind relative Angaben wie "7 Tage nach Rechnungsdatum" etwas unpräzise, vor allem, wenn das auf einen SEPA Feiertag fällt. Dann liegt rein rechlich kein Mandat vor und ihr tragt das erhöhte Rückgaberisiko. Aber das ist m.E. auch nur Theorie denn zwar hängt die Zahlung nicht am Gundgeschäft aber die Forderung wird ja trotzdem i.d.R. existieren und berechtigt sein.

wobei die Thematik OFF-T. kommt, denn hier geht es doch um AqBanking und nicht um Aufklärungen zu Fristen

Hallo,

ich hänge mich hier mal kurz in die Diskussion mit ein, obwohl der Thread ja schon älter ist.

Ich realisiere auch gerade einen automtischen Lastschrifteneinzug über AqBanking.

Zum Buchungsdatum/Belastungsdatum hätte ich eine Frage: Ich will einen exakten Banktag angeben. Gibt es irgendwo eine Datenbank mit den Banktagen? Also normalerweise Mo bis Fr ex Feiertage. Und bei den Feiertagen wird es schwierig, weil die sich ja von Bundesland zu Bundesland unterscheiden, manchmal auch von Region zu Region. Reicht es, alle bundesweiten Feiertag zu berücksichtigen.

Am liebsten wäre mir eine DB für den Zeitraum bis zur Rente, sagen wir mal 2035.

Danke und Gruß,
coldplayer

Ich würde hierzulande die deutschen Feiertage noch mit einbeziehen (weil die Banken an diesen Tagen eben auch nichts verarbeiten).

Habe hierzu mal etwas in PHP gecoded, siehe https://github.com/tschiffler/sepa-xml-creator-php/issues/3 - evtl. als Gedankenanstoß.

(Beispiel: naechsterArbeitstag("2013-12-25") würde "2013-12-27" als Ergebnis liefern.)

Schon alles richtig, was Du sagst... bei dieser Funktion ging es mir darum, den nächsten Bankarbeitstag quasi zu ermitteln.

Bsp. Ich generiere mir eine xml Datei am Dienstag, 30.09. (Basislastschrift wiederkehrend). Nehme ich jetzt als Fälligkeit den 3. Oktober (3 Tage) und versuche diese Datei der Bank zu schicken, wird dies AFAIK abgelehnt.
Meine Funktion würde in diesem Fall, wenn ich den 03.10.2014 angegeben würde als Fälligkeitstermin, autom. den 06.10.2014 daraus machen. Jetzt könnte ich die xml Datei erfolgreich zur Bank übertragen.