DATEV, ReWe, erkanntes "Leistungsdatum".

[#1]

beim Buchen die übliche Meldung:

Was war geschehen: Die KI der OCR- Kennung hat Mist gebaut.

Die völlig korrekte digitalisierte Rechnung:

Und was macht die KI daraus?

Bitte dieses Thema hausintern diskutieren und eine Lösung bauen, die in der Buchung keine Fehlermeldung produziert.

Danke

[#2]

Ja, sowas nervt. Ich frag mich eh immer, wieso das Leistungsdatum eingetragen wird, wenn es im selben Monat wie das Rechnungsdatum liegt. Könnte man in den Fällen ja generell weg lassen.

[#3]

Zumindest, dass die KI einfach aus dem 31.03.2021 das Rechnungsdatum machen, wenn das Leistungsdatum nach dem Rechnungsdatum liegt. Somit wär das Problem auch gelöst.

[#4]

---

@michelwolf  schrieb:

Zumindest, dass die KI einfach aus dem 31.03.2021 das Rechnungsdatum machen, wenn das Leistungsdatum nach dem Rechnungsdatum liegt. Somit wär das Problem auch gelöst.

---

Nein, das wäre ja noch schlimmer.. das Datevprogramm soll einfach das machen, was in der Rechnung steht und dann ist es gut: In der Rechnung steht kein Leistungsdatum, sondern völlig korrekt ein Leistungszeitraum. Dann kann man doch nicht einfach aus dem Zeitraum ein beliebiges Datum herausgreifen und das zum Leistungsdatum erklären .. und dann dem Anwender "vorwerfen", dass das von der Datev "erträumte" Leistungsdatum falsch sei.

Was soll der Anwender denn nun machen? Er weiß ja nicht mehr (und muss auch nicht mehr wissen), als dass die Leistung im März erfolgt ist. 

Wenn das Leistungsdatum programmtechnisch nicht als Zeitraum erfassbar ist, darf die KI(gnoranz) nicht meckern, wenn das Rechnungsdatum im richtigen Zeitraum liegt.

[#5]

ein könnte "man" ja weg lassen funktioniert bei Importen extern erstellter Daten nicht.

Wenn ein Leistungsdatum übergeben wird, dann muß das auch erscheinen und der Sonderfall, daß der Unternehmer bereits am Sonntag Abend die Rechnung für den Kunden, wo er am Montag die Leistung erbringt, erstellt, sollte auch funktionieren.
Auch wenn das Leistungsdatum nicht notwendig sein sollte, bei Privatleistungen, Rechnungen ohne VST, usw. möchte ich es einfach unfallfrei behalten.

[#6]

---

@michelwolf  schrieb:

Zumindest, dass die KI einfach aus dem 31.03.2021 das Rechnungsdatum machen, wenn das Leistungsdatum nach dem Rechnungsdatum liegt. Somit wär das Problem auch gelöst.

---

NoGo !!!

Es muß!! das Rechnungsdatum gebucht werden, welches auf dem Beleg steht. 
Die KI könnte aber erkennen, daß hier "März 2021" angedruckt war, und damit dieses Leistungsdatum als legal durchwinken. Wie oft werden Monatsrechnungen zu Monatsbeginn gestellt. Ist das wirklich ein Sonderfall?

[#7]

---

@martinkolberg  schrieb:

ein könnte "man" ja weg lassen funktioniert bei Importen extern erstellter Daten nicht.

---

Um einen Import ging es mir ja auch nicht, da ist es klar, dass die Daten so importiert werden müssen, wie sie exportiert wurden. Es ging hier ja um die Buchungsvorschläge, die Kanzlei-Rechnungswesen generiert, wenn ein digitaler Beleg gebucht wird. Und da sehe ich jetzt kein Problem drin, das Leistungsdatum einfach wegzulassen, wenn es im Rechnungsmonat liegt.

[#8]

Damit wären wir wieder beim Thema Leistungsdatum liegt nach dem Rechnungsdatum.

So selten wie DATEV denkt, kommt das gar nicht vor.

Mir bleibt auch immer nichts anderes übrig als das Leistungsdatum aus dem Fakturaprogramm (nicht DATEV) zu löschen. 

Bei der Belegerkennung ist es halt schwierig was DATEV aus einem Leistungsmonat machen soll. An sich wäre der letzte des Monat gedanklich schon korrekt, die Krux liegt dann wieder s.o., die Katze beißt sich da in den Schwanz.

[#9]

Wie ist heute der Stand der DATEV- KI?

Gescannter Beleg. 

Und was bietet mir DATEV zum Buchen an?

Klar, hier haben wir eine Knickkante, aber warum erkennt selbst das Bordwerkzeug: "Snippingtool" besser:
26.11.2025
26.11.2025

[#10]

Hallo @martinkolberg,

Unsere aktuelle Belegerkennung arbeitet technisch gesehen noch nicht mit „KI“ im Sinne von Deep Learning, sondern basiert auf einem klassischen OCR-Verfahren (Texterkennung aus Bildern).

Solange Belege nur als Bild oder Scan vorliegen und nicht als echte digitale bzw. bereits strukturierte Daten, lassen sich Erkennungsfehler nie komplett vermeiden.

Wir optimieren die Erkennung stetig weiter, dennoch lässt sich bei optisch gescannten Belegen eine 100% fehlerfreie Erkennung technisch nicht realisieren

[#11]

Ich nenne das mittlerweile bewusste Fallenstellung, um sicherzugehen, dass die Maschinen (Mitarbeiter) auch 24/7 hochkonzentriert arbeiten. Call it a feature.