Dauer-Lastschriften werden x fach abgebucht

Zunächst unbedingt das gestrige Online-Update ausführen!

Nein, Nicziko hat ganz tief ins Klo gegriffen. Er hatte eine nicht freigegebene Version erhalten, die einen Bug hatte, bei dem Dauerlastschriften nach der Ausführung nie aus dem Ausgangskorb verschwunden sind. Das ist umso ärgerlicher, da über das Vorliegen dieser Version exakt mit der Info zu dem Fehler informiert wurde und die Datei auch nur über einen Testlink abrufbar war.
Bei Dir ist es eine ganz normale Situation, wenn es zu einem Fehler kommt, die in dieser Form auch mit IZV Lastschriften vorgekommen sind. An der Stelle hat man systembedingt bis zu einem bestimmten Zeitpunkt (und bankabhängig) mehr Möglichkeiten zu erfahren was mit den Aufträgen passiert ist als früher. Verpasst man den Zeitpunkt, kommt man ohne Information der Bank dann aber gar nicht weiter. Zu deinem Fall im Detail:


HBCI ist ein Dialogbasiertes Verfahren. Sprich das Banksystem gibt immer eine Meldung zurück, was mit den Aufträgen passiert ist. Stürzt die Anwendung/das System, die Verbindung während der Übertragung ab, kann der Status nicht ermittelt (es liegen ja keine Antworten vor) werden und die Aufträge verbleiben im Ausgangskorb.

Ab jetzt muss man wissen, wie SEPA Lastschriften unter HBCI funktionieren (bitte nicht den Sinn dahinter fragen/ die die Spezifikation gebaut haben, legen den Rechtsrahmen so aus, dass man so vorgehen muss…)
Das erste was man schauen sollte
Rückmeldungen am Auftrag
Auftrag öffnen und auf Rückmeldungen klicken – wird in dem Fall aber vermutlich nichts drinn stehen
Umsätze abrufen
Hat die Bank etwas gebucht und liefert diese Informationen ggf. sofort als vorgemerkten Umsatz oder als Buchung

Auftragsbestand abrufen
SEPA Lastschriften sind in HBCI bankverwaltete Aufträge und landen (je nachdem wann diese eingereicht wurden) in einer Terminverwaltung. Deren Bestand kann man abrufen/ändern/löschen /wenn die Bank das unterstützt). Alle zurückgemeldeten Aufträge landen unterhalb des Kontos in der Ansicht Lastschriften (auch die eingereichten Dauerlastschriften!). Aufträge mit einem O im Symbol sind die Aufträge, die die Bank zurück gemeldet hat und demnach in der Terminverwaltung führt.

Bank anrufen und nachfragen
Wenn wir von SEPA Vorlaufzeiten sprechen, sprechen wir von zwei Vorlaufzeiten
1. Vorlaufzeit der Bank, bei der ich die Lastschrift einreiche
2. Vorlaufzeit für die Vorlage der Lastschrift bei der Bank des Schuldners
In der Praxis bedeuten die 6 Tage die immer im Raum stehen eigentlich, dass es nie 6 Kalendertage sein können, sondern immer mehr sind. 1 Bankarbeitstag für die entgegennehmende Bank um den Auftrag zu verarbeiten und 5 europäische Bankarbeitstage (TARGET2 Tage) vor Fälligkeit, als Vorlage bei der Bank des Schuldners. Da die Woche nur maximal 5 Arbeitstage hat, reichen keine 6 Kalendetage.
Die Vorlaufzeit 2 bedeutet auch: Die Lastschrift muss 5 TARGET Tage vorher bei der Bank des Schuldners sein und ist damit aus den Systemen der Bank des Einreichers „verschwunden“.
Daher wurde die Lastschrift bei Dir auch direkt weitergeleitet um eben diese Fristen einzuhalten.

Wenn das Geschäftsmodell es erlaubt, würde ich mich daher bei der Einreichung der Lastschriften immer anders organisieren.
Bei Dauerlastschriften würde ich die Option „benutzerdefinierter Versand wählen“ und in den Einstellungen 3 oder 4 Tage Vorlauf drauf schlagen. Oder ich würde z.B. bei monatlichen Lastschriften zum 01. Diese immer am 15 versenden. Mit dem Vorgehen, darf ich das Versanddatum auch mal verpassen, ohne dass die Vorlaufzeit gerissen wird und die Aufträge landen in der Terminverwaltung und man hat viel mehr Möglichkeiten Dinge noch zu klären oder zu korrigieren

@ Nicziko
Schau mal am Konto bei den Lastschriften (nicht Dauerlastschriften) rein. Dort findest Du alle Lastschriften, die Du versendet hast. Die Ansicht kannst Du Drucken, oder exportieren und dann z.B. in Excel einlesen, so dass Du eine Grundlage hast, mit der Du siehst, was auf Dich zukommen könnte und was Du schon abhaken kannst.

Viele Grüße

Holger

Das frag ich mich beim Lesen der entsprechenden Threads auch schon länger. Gerade Fiducia ist ja was Überweisungen betrifft extremst pingelig, was Doppeleinreichung betrifft. Dort hilft es nicht mal, den VZ1 zu modifizieren (wie z.B. bei den Sparkassen). Da sind zwei Zahlungen gleicher Höhe ans gleiche Empfängerkonto NICHT möglich. Trifft das NUR auf UW und nicht auf LS zu?

Ah! Gut zu wissen, dass das jetzt anders ist.
Meine Erfahrungen stammten aus dem IZV. Da war garnix zu machen...

Ja, schon klar. Ich meinte aber die Bankrechnerseitige Doppel-EINREICHUNGS-Kontrolle, die sowas garnicht erst annimmt. Aber das ist von Institut zu Institut unterschiedlich ausgebildet.

Ich bin immer davon ausgegangen, dass mit doppelter PIN-Eingabe eine Doppelzeichnung gemeint ist und hatte mich schon gewundert.... Offenbar ist aber die wiederholte Eingabe der PIN eines Einzelzeichnungsberechtigten gemeint gewesen???

Eben. Drum bin ich ohne groß Nachzudenken von vorneherein von Doppelzeichnung ausgegangen. Aber jetzt klingt das so, als wäre es anders...
Man könnte ja jetzt einen Schutz des Bankkunden fordern: Wenn der Bankrechner die gleiche PIN innerhalb sagen wir 10min mehrfach erhält, dann werden alle Aufträge on Hold gelegt und ein Bankbeamter muß den Kunden anrufen und die tatsächlichen Wünsche abklären. Wär doch auch für <BtchBookg>falso schön. Man könnte doch eben nochmal telfonisch nachfragen, ob das wirklich so gemeint war

Hmm, da wäre dann evtl. eine Kooperation mit der NSA hilfreich...

Holger, das war jetzt auf das Problem der mehrfachen Einreichung des selben Auftrags bezogen. Aber dieser Thread hier ist mittlerweile auch nicht mehr ganz einfach. Worum geht es inzwischen eigentlich hier?

Naja,
die SW hat im ersten Durchgang die Aufträge an die Bank gesendet - die Bank bucht - und dann sendet die Bank für jeden Auftrag auch eine entsprechende Rückmeldung an die SW. Wenn diese durch einen
Verbindungsabbruch oder sonstige Störungen die O.K. Meldung nicht bekommt, dann die SW den Auftrag nicht als erledigt kennzeichnen, weil sie davon nichts weiß. Jetzt liegt es an der SW zu erkennen, das der Auftrag zwar gesendet wurde - aber KEINE Rückmeldung vorliegt - weder positiv noch negativ - der Auftrag also eigentlich zu prüfen wäre und auf aktiv stehen sollte... wenn aber - wie im geschilderten Fall die SW das nicht richtig abfängt, hat der Anwender ein Problem...
Daher gilt die Empfehlung - unabhängig von der SW - bei jeglichen "komischen" Abbrüchen und/oder Fehlermeldungen beim Auftragsversand die Protokolle/Statusmeldungen prüfen und/oder die Umsätze zu aktualiesieren - auch abhängig vom "Buchungsverhalten" der Bank - wer gerne telefoniert ruft auch die Bank an ,-)

Od