Dauerauftrag bei der DKB:
Zahlungsturnus, am 1. des Monats,
Erste Zahlung: 01.04.2022,
Nächste: 01.04.2023.

Ich habe ihn mit "Jetzt ausführen..." gestartet und folg. Fehlermeldung erhalten:
Auszug:
[01.04.2022 13:31:23] Führe Dialog-Initialisierung aus
[01.04.2022 13:32:25] Verbinde mit https://banking-dkb.s-fints-pt-dkb.de:443/fints30 und prüfe Zertifikat
[01.04.2022 13:32:25] Warte auf Antwortdaten
[01.04.2022 13:32:25] Benutzerparameter (UPD) aktualisiert [Bisherige Version: 0, neue Version: 0]
[01.04.2022 13:32:25] Aktualisiere UPD
[01.04.2022 13:32:25] Kennung 1 - UPD-Parameter neu: 0, geändert: 1, gelöscht: 0
[01.04.2022 13:32:25] Kennung 2 - UPD-Parameter neu: 0, geändert: 1, gelöscht: 0
[01.04.2022 13:32:25] Aktualisiere BPD
[01.04.2022 13:32:25] Kennung 1 - BPD-Parameter neu: 0, geändert: 0, gelöscht: 0
[01.04.2022 13:32:25] Kennung 2 - BPD-Parameter neu: 0, geändert: 0, gelöscht: 0
[01.04.2022 13:32:25] Verarbeite Aufträge
[01.04.2022 13:32:25] Warte auf Antwortdaten
[01.04.2022 13:32:25] Warte auf Antwortdaten
[01.04.2022 13:32:59] Warte auf Antwortdaten
[01.04.2022 13:32:59] [Fehler] Meldung der Bank: 9050:Die Nachricht enthält Fehler.
[01.04.2022 13:32:59] [Fehler] Meldung der Bank: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TAN2Step6)
[01.04.2022 13:32:59] [Fehler] Meldung der Bank: 9010:Bitte wenden Sie sich an Ihren Kundenberater. (MDC15420480004) (3: CustomMsg.GV.TAN2Step6)
[01.04.2022 13:32:59] [Fehler] Meldung der Bank: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TAN2Step6)
[01.04.2022 13:32:59] [Fehler] Meldung der Bank: 9010:Bitte wenden Sie sich an Ihren Kundenberater. (MDC15420480004) (3: CustomMsg.GV.TAN2Step6)
[01.04.2022 13:32:59] [Fehler] Meldung der Bank: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TAN2Step6)
[01.04.2022 13:32:59] [Fehler] Meldung der Bank: 9010:Bitte wenden Sie sich an Ihren Kundenberater. (MDC15420480004) (3: CustomMsg.GV.TAN2Step6)
[01.04.2022 13:33:00] Warte auf Antwortdaten
[01.04.2022 13:33:00] Führe Dialog-Ende aus
[01.04.2022 13:33:00] Warte auf Antwortdaten
[01.04.2022 13:33:00] Aufträge ausgeführt
[01.04.2022 13:33:00]
[01.04.2022 13:33:00] 3010: Es liegen keine Daten vor.

Habe "Erste Zahlung" jetzt auf 08.04.2022 abgeändert und hoffe, dass er also morgen ausgeführt wird!? Vielleicht funkt. die erste Ausführung nur, wenn die "Erste Zahlung" ausreichend in der Zukunft liegt?

Bei SEPA-Lastschriften gilt inzwischen generell eine Vorlauffirst von einem Bankarbeitstag. Die Frage ist nur, wie die betreffende Bank den einen Tag definiert. Bei manchen Banken reicht es je nach Einrichungsweg, den Auftrag am Banktag vor dem Ausführungstermin vor 11:00 einzureichen, bei anderen Banken muß die Einreichung zwei Banktage vor Fälligkeit erfolgen.

ich glaube vor SEPA konnte man bei manchen Banken noch Daueraufträge einreichen, deren Startdatum in der Vergangenheit lag. Die Bank hat dann einfach den nächstmöglichen Ausführungstermin verwendet. Das hatte auch das Ändern existierende Daueraufträge vereinfacht, weil man dann das originale Startdatum stehen lassen konnte. Inzwischen geht das aber nicht mehr. Meine Sparkasse jedenfalls erlaubt auch keine Änderungen mehr mit dem originalen Datum. Als Startdatum muss immer ein Datum hinreichend weit in der Zukunft angegeben werden. Hibiscus prüft basierend auf den BPD, wie viel Tage Vorlauf die Bank gemeldet hat und welche Intervallarten sie unterstützt.

Danke für Eure Antwort.
Es hat sich bis dato, 09.04.22, nichts getan.
Ich muss wohl die erste Zahlung separat vornehmen - dabei bleibt das Risiko, dass mglw. zwei Zahlungen erfolgen, wenn Software oder Bank doch noch eine Dauerauftragsüberweisung für laufenden Monat ausführen würden.

Hast du schonmal über Web-Banking geprüft ob der DA eingerichtet wurde?

Prüfung auf der Bank-Page ergab: Es liegen keine Daueraufträge für dieses Konto vor.

Erneuter Versuch wieder erfolglos:

In der log-Ausgabe wird der HBCI-Status bemängelt.

Auszug log-Datei:
Entschlüssele Antwortnachricht
[Fri Apr 15 17:37:51 CEST 2022][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.log] Meldung der Bank: 9050:Die Nachricht enthält Fehler. org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[Fri Apr 15 17:37:51 CEST 2022][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.log] Meldung der Bank: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TAN2Step6) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[Fri Apr 15 17:37:51 CEST 2022][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.log] Meldung der Bank: 9010:SEPA - Textschlüssel wird nicht unterstützt (MDC15420421582) (3: CustomMsg.GV.TAN2Step6) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[Fri Apr 15 17:37:51 CEST 2022][INFO][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.status] Überprüfe Signatur der Antwortnachricht
[Fri Apr 15 17:37:51 CEST 2022][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.log] Meldung der Bank: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TAN2Step6) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[Fri Apr 15 17:37:51 CEST 2022][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.log] Meldung der Bank: 9010:SEPA - Textschlüssel wird nicht unterstützt (MDC15420421582) (3: CustomMsg.GV.TAN2Step6) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[Fri Apr 15 17:37:51 CEST 2022][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.log] Meldung der Bank: 9010:Der Auftrag wurde nicht ausgeführt. (3: CustomMsg.GV.TAN2Step6) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)
[Fri Apr 15 17:37:51 CEST 2022][ERROR][bg-task:Worker][de.willuhn.jameica.hbci.HBCICallbackSWT.log] Meldung der Bank: 9010:SEPA - Textschlüssel wird nicht unterstützt (MDC15420421582) (3: CustomMsg.GV.TAN2Step6) org.kapott.hbci.status.HBCIStatus.addRetVal(HBCIStatus.java:72)

Die Bank hat gemeldet: "9010:SEPA - Textschlüssel wird nicht unterstützt". Du hast in der Überweisung wohl einen Textschlüssel verwendet, der von der Bank nicht unterstützt wird.

Hallo hibiscus,

dann verrate mal bitte, wo ich den falschen Textschlüssel eingegeben habe.
Der SEPA Purpose-Code kann's wohl nicht sein; selbigen habe ich einmal frei gelassen, das andere mal mit RENT (Miete) angegeben.

Zwischenzeitlich habe ich auf der DKB-Seite einen DA eingerichtet - anstandslos.

Doch, ich denke, dass es der Purpose-Code ist. Die Meldung kommt jedenfalls von der Bank. Ggf. müsstest du diese mal fragen.

Das Problem ist ganz sicher der PurposeCode RENT. Ich kenne KEINE Bank, die den unterstützt. Die deutschen Banken unterstützten fast alle nur SALA für Gehaltszahlungen. Und: Ich kenne übrigens auch keine Bank, die bei DAUERAUFTRÄGEN überhaupt einen PurposeCode unterstützt.

Probier doch einfach mal, die Zahlung OHNE RENT als Dauerauftrag einzureichen. Wenn das dann geht, dann ist alles klar. Du kannst ja jederzeit problemlos probieren, denn einen DA kann man ja vor der Ausführung jederzeit wieder löschen.

Was heißt "Ohne Rent"?

Ich habe es doch ausprobiert: Einmal den Purpose-Code frei gelassen, also keinen, das andere mal mit RENT (Miete) angegeben.

Bleibt also, es mal mit Sala zu probieren.

Nochmal: Ich gehe davon aus, dass bei DAUERAUFTRÄGEN nur bestimmte Purpose-Codes nutzbar sind. Bei der DKB nimmt das Webinterface ja überhaupt keine Purpose-Codes bei Daueraufträgen an. Bei Sparkassen (gleiches Rechenzentrum) habe ich gerade mal bei einem Firmen-Konto nachgeschaut. Da nimmt das Webinterface für Daueraufträge folgende Purpose-Codes an:

Standard
Spende
Zahlung öffentlicher Kassen
Lohn-/Gehaltszahlung
Vermögenswirksame Leistung

Ich nehme an, dass NUR diese möglich sind und alle anderen auch via HBCI mit Fehler abgelehnt werden.

Ich habe gestern einen DA bei der DKB eingereicht. Der hat anstandslos funktioniert. Der war eine Kopie eines bestehenden DA. Der hatte als purpose code RINP (Wiederkehrende Zahlungen / Dauerauftrag) - und somit auch der neue. Einige (auch durchaus gleich alte) haben keinen purpose code . Ich habe den allerdings nie gesetzt - den muss die DKB selbst hinzugefügt haben im Rahmen der Einreichung vielleicht. Das n-te Abrufen des Auftrags bringt den Purpose code jedenfalls auch nicht zu Gesicht, wenn er nicht schon vorher da war.