VoP Zahlungsauftrag konnte nicht verarbeitet werden

[#1]

Ein Zahlungsauftrag konnte von der Bank nicht korrekt geladen werden.

Dies kann man dann erneut probieren.

Ich lande immer auf dem gleichen Fehler.

Dann habe ich das Fenster geschlossen und der Zahlungsauftrag steht im Zahlungsverkehr als ERLEDIGT !!!

Anruf bei der Bank:

Der Zahlungsauftrag ist gar nicht angekommen / verarbeitet worden.

Der Zahlungsauftrag muss also reaktiviert werden und nochmals ausgeführt werden.

Ja die Rechenzentren der Banken haben bzgl. der EBICS-Auftragsarten-Freigabe scheinbar keinen guten Job gemacht, aus meiner Sicht darf der Zahlungsverkehr den Zahlungsauftrag aber NICHT unter ERLEDIGT packen.

Datev-RZ Status mobil kennt heute auch nur das Thema....

Doof, wenn Zahlungen deshalb verzögert laufen (an Löhne und Gehälter möchte ich gar nicht denken...)

Ist das jetzt wieder nur ein Problem der Banken oder muss Datev hier auch etwas machen ?

[#2]

Hallo Herr Metzger,

leider ist das jetzt bei uns der Fall, dass ein Sammel-Clearing der Löhne nicht verarbeitet wurde. Ein Empfänger hatte Umlaute im Namen. ...weitere Vornamen und Groß- und Kleinschreibung sind wohl alles relevante Punkte. Dramatisch ist nur, dass ein Sammler und auch einzelne Zahlungen nicht vom Zahlungspflichtigen (ich) im Datev gelöscht werden können. Die Banken schieben es auf Datev.

"...die Prüfung der Zahlungen erfolgt über das Tool der Datev. Wie die Kriterien aussehen, müssten die dortigen Ansprechpartner Ihnen mitteilen können.

Wenn ich noch weitere Infos erhalte, melde ich mich, aber ich gehe davon aus, dass die Datev hier weiterhelfen kann."

...alles nicht schön und es geht zu Lasten der Mitarbeiter und Lieferanten, wenn die Zahlungen nicht ausgeführt werden und man es auch nicht richtig sehen kann... außer auf dem Kontenstand und das ja erst 1,5 Tage später.

[#3]

Hallo @US-HH,

die Aussage der Bank, dass DATEV die Empfängerüberprüfung durchführt und die Kriterien dazu festlegt, ist falsch.

Die Prüfung wird von der Bank des Zahlungssenders angestoßen und von der Bank des Zahlungsempfängers durchgeführt.

Die Bank des Zahlungsempfängers ist auch für die Prüfkriterien und das Prüfergebnis verantwortlich.

Weder die Bank des Zahlungssenders noch DATEV haben Einfluss auf das VoP-Ergebnis.

[#4]

Hallo @metzger,

der Zahlungsauftrag landet im Zahlungsverkehr unter "Erledigt" nachdem der Auftrag zur VoP-Prüfung an die Bank gesendet wurde, auch wenn hier noch keine Unterschriften erfolgt sind (lediglich die Transportunterschrift).

Das hat den Hintergrund, dass die anschließende Freigabe/Stornierung mittels "richtiger" Unterschrift (nach Prüfung des VoP-Ergebnisses) in der EBICS-Freigabe (VeU) stattfindet.

Diese Liste ist zwar im Zahlungsverkehr aufrufbar, zeigt aber die VeU-Liste der Bank. 

Alles was dann noch unterschrieben / storniert wird, erfolgt nur in dieser Liste. 

[#5]

Wir haben heute ebenfalls das Problem, wir haben eine wichtige, hohe Überweisung fristgerecht heute ausführen wollten, nach der Freigabe über VoP ist die Überweisung im Zahlungsverkehr/erledigt ohne Unterschriften hängen geblieben. Wir haben lange probiert die Unterschriften für die Überweisung einzugeben (SmartIT). Auch sind wir der Schritt für Schritt Anweisung für die nachträglichen Unterschriften gefolgt. Leider ebenfalls erfolglos. 

Letzten Monat hatten wir bei der selben Überweisung das gleiche Problem, doch da war die Programmführung logisch und meine Chefin hatte die Überweisung problemlos nach VoP-Freigabe ausführen können. Diesmal gelang das nicht. Wie  können wir nun diese wichtige Überweisung (steht im erledigt) mit 2 Unterschriften versehen, sodass sie an die Bank geht?

[#6]

Hallo @Anwenderin-Perso ,

wenn Ihre Überweisung im Programm Zahlungsverkehr mit zwei Unterschriften im Status „erledigt“ steht, wurde dieser Zahlungsauftrag nicht im Rahmen der Empfängerprüfung übermittelt.

Sie können das EBICS-Kundenprotokoll abrufen EBICS-Kundenprotokoll von der Bank abholen und aufrufen - DATEV Hilfe-Center , um nachzuvollziehen, was mit Ihrer Zahlung passiert ist.

[#7]

Nachdem wir dazu bereits ein Ticket eröffnet hatten, stellten wir fest, dass wir den Zahlungsauftrag mehrfach freigegeben hatten. Das stellen wir jedoch erst einen Tag und einige Tage später fest, nachdem wir den Zahlungsverkehr bei der Bank abrufen konnten.

Während wir den Überweisungsauftrag freigaben, konnten wir nicht erkennen, dass nach der Freigabe (kurze Meldung) der Zahlungsverkehr auch direkt an die Bank ging und es wurde keine 2 Unterschriften eingefordert. 

Es war eine sehr wichtige Überweisung und wir sind davon ausgegangen, das diese nicht verarbeitet wurde, da sich der Status nicht änderte und die 2. Unterschrift ebenfalls nicht benötigt wurde. Was den Genehmigungsfaktor der Zahlungen aushebelt.

Das ist für den Anwender sehr unglücklich gelöst und führt zu Irritationen.

Hier geht es nicht um Schuldzuweisungen, sondern darum, das der Prozess bisher sehr unglücklich läuft. Aus Anwendersicht müsste der Prozessablauf nochmal überarbeitet werden. Worum sich Datev hoffentlich kümmert oder die Probleme weiter meldet, damit Lösungen gefunden werden.