Wir haben ein sehr nerviges Problem, das die Arbeit mit Datev sehr zeitintensiv macht. Die Belegnummererkennung erfasst Rechnungsnummer nicht korrekt, in 100% der Fälle werden in der Rechnung eines unserer Dienstleister die 1 und I vertauscht. Das führt dazu, dass die automatische Zuordnung nicht erfolgen kann.
Die Belege sind nicht gescannt, es sollte also nicht an OCR Problemen liegen. Wenn ich die Rechnungsnummer per copy / paste erfasse, dann wird sie ebenfalls korrekt übertragen. Die dem PDF zugrundeliegende XML Datei hat die Nummer ebenfalls korrekt abgebildet.
Unabhängig davon ist es so, dass die Belegnummer in Datev dann mit einer 1 statt einem I auftaucht.
Gibt es einen Workaround, um das zu verhindern?
Worum handelt es sich denn bei dem „I“?
Ein kleines „L“? (= l)
Ein großes „I“ ? (9. Buchstabe im Alphabet)
Eine römische „1“?
Einen Trennstrich?
In Abhängigkeit von der Schriftart ist das in Teilen nie erkennbar.
Solche Zeichen sind einfach schlecht geeignet für eine optische Zeichenerkennung.
@eliansawatzki schrieb:Solche Zeichen sind einfach schlecht geeignet für eine optische Zeichenerkennung.
Wobei DATEV sich schon fragen lassen muss, warum da OCR über eine medienbruchfrei digital vorliegende Rechnung mit extrahierbarem Text laufen gelassen wird. Adobe macht schließlich auch kein OCR, wenn ich den Text markiere und in die Zwischenablage kopiere.
Naja, vielleicht mit dem neuen Viewer irgendwann … *weiter träum*
Klar, da das ganze aber ja mit copy/Paste ganz einfach identifiziert werden kann, finde ich das keine weiterführende Antwort. Die Bits und Bytes liegen ja korrekt vor, warum sollte man das Ganze optisch auslesen?
9. Buchstabe des Alphabets
@sf23hb schrieb:
Gibt es einen Workaround, um das zu verhindern?
Nicht mit DATEV arbeiten 😅. Liegt an der Blackbox OCR aus 199X. Würde ja schon mal gerne die PDF in den www.flowwer.de schmeißen und die OCR dort ausprobieren. Schätze, da muss ich nur die Nummer anklicken und kann copy/paste machen.
Vielleicht haben wir Glück und die OCR von GetMyInvoices von fino zieht ein. Fino und DATEV gehören seit der Grundsteuer ja auch irgendwie zusammen. Mal schauen.
Aber in die OCR der DATEV kann man nicht eingreifen. Vielleicht merkt die DATEV OCR, wenn man oft genug aus L eine 1 macht. Weiß man nicht.
Hallo @sf23hb
wenn ich Sie richtig verstanden habe, nutzen Sie bereits PDF auf Basis einer XML-Datei. Wenn für Sie die Nutzung des hybriden Datenformats ZUGFeRD eine Option wäre, würde die Rechnungsnummer aus XML übernommen werden und der Fall damit gelöst 🙂
Ansonsten haben wir hier keine pauschale Lösung und würden uns Ihren Fall individuell anschauen. Dazu können Sie sich gern per Servicekontakt online oder telefonisch (0911 319 33621 ) an uns wenden.
Ein schönes, sonniges Wochenende und
Wie können wir ZUGFeRD nutzen? Es handelt sich hierbei nicht um Rechungen, die wir erstellen, sondern unsere Zulieferer.
Vielen Dank. Leider nutzen wir Mac, von daher ist das auch keine Option. Schade.
DATEV und Apple verstehen sich nicht so wirklich. Aber gerne voten: Datev Belegtransfer 5.0a (Neuschreibung) Version f...
Vielleicht findet DATEV noch Kapazitäten oder schafft's, wenn man in www.datev.de/upload auch die Daten des Belegtransfers hochladen könnte. Dann wäre das nicht bloß ein stumpfes Uploadtool.
Vielen Dank, hab direkt dafür gestimmt. Leider hinkt Datev echt der Zeit hinterher.
ZUGFeRD-Belege können auch mit Upload online oder mit Upload Mail übertragen werden. Insofern ist der Hinweis auf den Belegtransfer hier nicht die einzige Lösung.
Upload online und Upload Mail funktionieren ebenfalls auf Apple-Produkten.
Ist das ein spezieller Upload, anders als der gewöhnliche Upload online / per Mail? Da funktioniert es nämlich nicht.
Sind Sie sicher, dass Sie eine ZUGFeRD Rechnung vorliegen haben? Was ist denn im Container der PDF?