Verification of Payee: Umsetzung bei DATEV

[#1]

Hallo Frau Schug,

wenn man unter "offen" auf EBICS-Freigabe VeU klickt, öffnet sich bei uns immer die beigefügte Fehlermeldung. Leider scheint diese nicht protokoliert zu werden, daher konnte der Datev-Servicekontakt uns nicht weiterhelfen. 

Viele Grüße

Susanne Kirst

[#2]

Hallo @CM_GK,  

ging die Liste schon mal auf oder lief sie von Anfang an auf "Störung"? 

Bitte nochmal bei der Bank prüfen, ob die folgenden Rechte wirklich alle freigeschaltet sind:

• CTV & VPZ
• HVU & HVE & HVS

Hinweis: ein fehlerhaftes Recht bei HVU führt zu diesem Szenario. 

Falls die Liste nur ab und zu nicht aufgeht, müssten wir uns das direkt bei Ihnen anschauen. 

[#3]

Bei einem unserer Mandanten mit PIN/TAN-Verfahren ergibt sich bei Überweisung trotz abweichender Empfängerdaten ein Problem, welches m.E. ein hohes Risiko für Doppelzahlungen aufweist. Ist der Prozess so gewollt, oder liegt hier ein Fehler vor?

1) Mandant bereitet die Überweisung vor und sendet sie an die Bank

2) Es wird zurückgemeldet, dass ein Fehler beim Empfänger vorläge

3) Mandant bestätigt dass trotzdem überwiesen werden soll

4) Nach Ausführung der Überweisung springt das Programm in das DUO-Fenster zurück in welchem ein Fehler beim Empfängernamen mitgeteilt wurde; es steht die Option trotzdem überweisen erneut zur Verfügung

5) Bei nochmaliger Überweisung erfolgt keine Fehlermeldung!

Der Mandant hat durch diesen Prozess bereits 2x versehentlich Doppelzahlungen geleistet. 

[#4]

Hallo,

der Auftrag hängt bei mir seit Mittwoch, 08.10.25.

Die Bank findet ihn allerdings nicht und weiß auch nicht warum das so ist.

Evtl. gibt es eine 10-Tages-Frist, nachdem der Auftrag dann von alleine rausfällt.!?

[#5]

Hallo @US-HH, 

die "Zeituhr" tritt bei der Autorisierung mit SmartCard / SmartVerfiy / SmartLogin auf oder? 

Das hat nichts mit der Empfängerüberprüfung an sich zu tun. 

Der Countdown dient dazu, den Zahlungsauftrag wie auch beim Senden der Zahlung zur Sicherheit nochmal zu autorisieren. Nach der Autorisierung wird der timer dann automatisch beendet.

[#6]

+++++ UPDATE +++++

Hallo zusammen, 

anbei an dieser Stelle nochmal ein Update, vielleicht erledigt sich damit auch die ein oder andere Anfrage. 

1. Zahlungsauftrag "hängt fest" und kann weder freigegeben noch storniert werden:
   
   Ursache: Es gab ein Problem zwischen DATEV und Banken mit der Abholung der Empfängerüberprüfungsergebnisse letzte Woche. Dies führte dazu, dass datevseitig mehrere Aufträge mit dem Status "in Bearbeitung" bei der Bank hängen geblieben sind. 
   Lösung: Dieses Problem wird heute Nachmittag mittels eines Fixes durch uns behoben. Wenn Sie die EBICS-Freigabe (VeU) dann erneut öffnen, sollte sich der Status aktualisieren. 
   
   
2. Fehlermeldung im Zahlungsverkehr beim Öffnen der VeU-Liste: 
   Beim Öffnen der EBICS-Freigabe (VeU) erscheint die Meldung "Fehler beim Triggern der InitEdsProcessAsync
   Detail: Permission denied. Nuki rights are missing." 
   Ursache: liegt bei DATEV
   Lösung: wird mit dem Zahlungsverkehrs Hotfix morgen (14.10.) behoben.
   
   
3. Regelmäßige Meldung "Störung" bei Öffnen der EBICS-Freigabe (VeU): 
   Voraussichtliche Ursache: Fehlendes HVU-Recht 
   Wenn die Liste nur sporadisch diese Meldung anzeigt -> bitte einen Servicekontakt zur Analyse schicken.
   
   
4. Überweisungen über finAPI bei DKB, Postbank und Deutsche Bank nicht möglich

   Aktuell schlägt die Einreichung von Überweisungen bei DKB, Postbank und Deutsche Bank über finAPI mit dem Fehler "Parseexception in Segment (HKVPA, 1) (Too few data elements) in Element: VOP_Id Failed to verify syntactically incorrect segment: HKVPA:1:1" fehl. finAPI arbeitet an der Behebung.

[#7]

Hallo Frau Schug,

wir haben 9 Banken im Zahlungsverkehr über EBICS eingebunden. Sollte nun bei einer dieser Banken und/oder einem Nutzer das Benutzerrecht falsch eingetragen sein kann dies zu diesem Fehler führen?

Wir können seit dem 7.10. keine Einzelzahlungen versenden, Eil-Ticket ist erstellt.

Bei einem Nutzer öffnet sich das Fenster VeU, Aktionen laufen aber in die Zeitüberschreitung, ein Nutzer erhält die Fehlermeldung aus dem Post, ein Nutzer erhält nichts, erzeugt aber diesen Eintrag im Logbuch

Fehler beim Triggern der InitEdsProcessAsync =>
RequestId: 6aee16df-7228-45ec-a46f-b88a85a67908
Status: 403
Title: Forbidden
Detail: Permission denied. Nuki rights are missing.

[#8]

Hallo @Sarina_Schug,

am Freitag habe ich bereits eine Rückmeldung vom Service erhalten, dass es ein Fehler im Zahlungsverkehr ist.

Ich habe auch am Freitag noch mit einer unserer Banken (Sparkasse) gesprochen und die Rechte sind alle hinterlegt. Die Liste lief bei uns von Beginn an direkt auf "Störung". Bei der Anzahl an Bankverbindungen bei uns im Bestand, will ich nicht ausschließen, dass eventuell die Rechte bei ein bis zwei Banken nicht hinterlegt sind. Dies dürfte aber die anderen Bankverbindungen (wo die Rechte vorhanden sind) nicht betreffen.

[#9]

meine Bank meinte, es solle wohl nach 10 oder 14 Tage automatisch bei der Bank der Auftrag storniert werden, wenn keine Bestätigung durch den Beauftragenden komme. Ob das so wirklich funktioniert, wusste der SB aber auch nicht.

Hoffen wir mal auf die Fehlerbehebung heute nachmittag und den Hotfix morgen 😅

[#10]

Hallo Frau Schug,

der Timer war jetzt tatsächlich nicht mehr das Problem, jedoch sind noch immer zwei Zahlungen (mit VeU Prüfung) hängengeblieben und die Bank HASPA verweist darauf, dass diese in einer "Unterschriftenmappe" bei Datev hängen und dort freigegeben werden müssen. Ich kenne das so nicht und im Datev stehen die beiden Aufträge als ausgeführt ...vom Konto sind sie aber nicht runter. Das sind Lohnzahlungen und für dei Mitarbeiter ist diese Verzögerung unakzeptabel. Wo finde ich diese "Unterschriftenmappe"? oder wo hängen diese Zahlungen fest, die Bank kann das nicht lösen!

[#11]

s.o.:

in den Arbeitsbereich "Zahlungsaufträge SEPA" in die Registerkarte "Offen" klicken.

Dann rechts unten "EBICS-Freigabe VeU" auswählen.

Hier sehen Sie die Aufträge, die bei der Bank liegen.

Damit wird die Liste nochmal aktualisiert, vielleicht klappt es.

[#12]

Genau wie @susanne_koch sagt. 

Nach dem Senden zur Bank und der dortigen VoP-Prüfung müssen die Zahlungen anschließend in der VeU-Liste (EBICS-Freigabe VeU) freigegeben werden zur Ausführung. 

Werden sie dort nicht freigegeben, werden sie nach ca. 10 tagen (Bankenabhängig) gelöscht und nicht ausgeführt. 

Die Liste dient Ihnen als Sicht in die Bank, um freizugebende Aufträge einzusehen und diese freizugeben oder zu stornieren über die Verteilte elektronische Unterschrift. 

Tipp: unter go.datev.de/vop haben wir Klicktutorials zur Verfügung gestellt für Bank online und Zahlungsverkehr, die Sie durch den Prozess führen. 

[#13]

Hallo @Becker_Bube 

die Rechte müssen für den jeweiligen EBICS-User freigegeben werden. 

Wenn eine der 9 Banken das Recht nicht freigegeben hat, sollten Sie die 8 anderen Banken sehen. 

zu Ihrem 2. Punkt -> hier hilft der Hotfix vom 14.10. 

[#14]

Hallo @Becker_Bube, 

wenn es nicht an den Rechten liegt, könnte es potentiell auch an den EBICS-Usern liegen. 

Sind diese auf EBICS 3.0 umgestellt? Haben Sie das bei der Bank geprüft?  

[#15]

Hallo Frau Schug,

wir haben ein ähnliches Problem, jedoch findet man bei uns - nach der Erstunterschrift - den Zahlungsauftrag unter der Registerkarte „Offen“ nicht mehr.

Da wir in der Regel mehrere Zahlungen haben, ist automatisch die nächste Zahlung aktiviert und es kommt zu einer Fehlermeldung, sobald man "EBICS-Freigabe VeU" auswählt.

Der Fensterinhalt lautet u. a.: Fehler beim Triggern der InitEdsProcessAsync => RequestedId:

Viele Grüße

[#16]

Hallo @RK-Schlatt, 

wie oben beschrieben: 

Nach dem Senden (lediglich Transportunterschrift) landet der Zahlungsauftrag unter "Erledigt". 

Um die Unterschriften zu leisten, muss die EBICS-Freigabe (VeU) Liste unter den offenen Aufträgen aufgerufen werden. 

Fehlermeldung im Zahlungsverkehr beim Öffnen der VeU-Liste: 
Beim Öffnen der EBICS-Freigabe (VeU) erscheint die Meldung "Fehler beim Triggern der InitEdsProcessAsync
Detail: Permission denied. Nuki rights are missing." 
Ursache: liegt bei DATEV
Lösung: wird mit dem Zahlungsverkehrs Hotfix morgen (14.10.) behoben.

[#17]

Mir wurde vorhin folgende Meldung geschickt zu der ich bisher keine Lösung gefunden habe:

Die Zahlungsaufträge kann man weder "Freigeben" noch "Stornieren". Sie sind ausgegraut und im Zahlungsverkehr auf Erledigt. 

Im Onlinebanking der Bank ist nicht angekommen.

Hab ich die Lösung ggf. schon überlesen? Genaueres Überfliegen hat mir nicht geholfen. 

Danke

[#18]

Hallo,

bei unserem Mandanten kommt etwas ähnliches. Es soll die Berechtigung für die Auftragsart VPZ geprüft werden. Die Bank hat bereits bestätigt, das alle Rechte vergeben sind.

Es ist kommt bereits den 2. Tag in Folge.

[#19]

Gab es dafür eine Lösung?

[#20]

Gab es dafür eine Lösung?

[#21]

ich hoffe, dass der Hotfix heute abend Abhilfe schafft...
vielleicht ist uns mit einem Tag Geduld geholfen

[#22]

Hallo @nadimb, 

bitte probieren Sie es heute nochmal. 

Sollte nicht mehr auftreten. 

[#23]

Hallo @DiSo ,  

in den Institutionen in DATEV Arbeitsplatz ist eine manuelle Erfassung im neuen Feld Kontoinhaber nicht möglich (ausgenommen private Krankenkassen).

Das Feld wird von DATEV automatisch gemäß den von den jeweiligen Institutionen gelieferten Daten befüllt und regelmäßig aktualisiert.

Wenn es zu Abweichungen kommt, halten Sie bitte Rücksprache mit dem zuständigen Finanzamt. 

[#24]

Wir haben für SEPA-Sammellastschrifteinzüge über den Zahlungsverkehr den Haken "Ohne Empfängerprüfung durchführen" herausgenommen und wünschen explizit eine Überprüfung.

Allerdings wird die Überprüfung bei Herausgabe der SEPA-Lastschrift nicht durchgeführt. Ist diese Funktion tatsächlich bereits möglich oder haben wir eine weitere Einstellung vergessen?

[#25]

Hallo @kburkhardt. 

der Gesetzgeber sieht die Empfängerüberprüfung aktuell nur bei Überweisungen vor, nicht bei Lastschriften. 

[#26]

D.h. es ist grds. nicht möglich. Auch wenn wir dies freiwillig möchten. Richtig?

[#27]

Also im Zahlungsverkehr meine ich 

[#28]

Genau, das unterstützen die Banken auch nicht.