UO- Upload Dateigröße: Belege schrumpfen von DATEV aktiviert?

[#1]

Situation:

Mandant scannt Belege in PDF- Dateien. Super lesbar, aber Dateigröße "grenzwertig".
PDF per Finmatics GmbH Web- Upload getrennt, geheftet und nach UO gesendet.

-> Beim Buchen ist die Datei "geschrumpft", in einer Form, daß die KI Kleingedrucktes,
     wie Firmenbezeichnungen nicht mehr erkennen kann und mit die Augen beim Buchen schmerzen.

Problem: Es nervt zu 100%, wenn alle Belege rot sind, obwohl wir exzellente Vorlagen hatten ...

Frage: Ist DATEV oder unser Zulieferer verantwortlich?

____________

Edit:
Finmatics schrottete die Belege beim Hochladen der PDF- Datei. (Reduktion der Auflösung 
Kleingedrucktes unlesbar 😞

[#2 · Accepted solution]

Dann kann @FINMATICS ja sagen, welche Einstellung das ist 😉, die dazu führt. 

[#3]

---

@martinkolberg  schrieb:

Frage: Ist DATEV oder unser Zulieferer verantwortlich?

Jetzt war ich neugierig. Ich habe ein jüngst hochgeladenes und als "zu groß" bemängeltes PDF (ein Scan einer Papierrechnung) aus der Belegübersicht mit "Original herunterladen" heruntergeladen (im Menü hinter dem Schraubenschlüssel). Und das heißt nicht ohne Grund "Original herunterladen", denn der Download war bit-identisch zum Upload. Da wurde gar also nichts geschrumpft, es wurde gar nichts verändert. Und das ist wohl wegen der GOB & Co. wohl auch besser so.

[#4]

---

@kai-n schrieb:

Und das ist wohl wegen der GOB & Co. wohl auch besser so.

---

Doof nur, dass nicht mal die Ausrichtung deshalb dauerhaft korrigiert werden kann: Gedrehte Belege müssen gedreht bleiben

[#5]

Klar, da ändert sich der Hash-Wert der Datei. Der Inhalt ändert sich nicht, aber das ist halt an Hand des Hash-Wertes nicht erkennbar.

Doof, aber die GoBD hält noch einen Ausweg parat: Die Umformung muss nachvollziehbar sein.

Ist per Hash wohl nicht machbar. Jedenfalls erwarte ich nicht, wenn ich ein PDF-Bild 2mal 180 Grad rotieren, dass derselbe Hash herauskommt. Und umso schwieriger wenn es nur um 90 Grad geht.

Da ist derzeit wohl noch das Auge des Betrachters notwendig. Vielleicht auch eine KI inzwischen.

Oder: Wir bewahren ein Original (wie schief auch immer) auf und eine lesbare Rotation.

Oder: Liebe Prüfer, rotiert das Original selber in eine lesbare Ansicht. 

QJ 😉

[#6]

@martinkolberg Ich dachte Finmatics liefert Strukturdaten mit? 🤔

[#7]

---

@theo  schrieb:

@martinkolberg Ich dachte Finmatics liefert Strukturdaten mit? 🤔

---

Diese Option haben wir einmal ausprobiert und dann wegen der Lernresistenz des Automaten und der fehlenden Stammdaten- Abgleiche sehr schnell in die Tonne getreten. 

Wir nutzen ausschließlich das Scannen des Buchhaltungsordners mit der recht gut funktionierenden Automatik des Trennens und Heftens. 

Hier gibt es auch das Web- Upload. Hier scheint es massive technische Probleme zu geben und ich warte auf den Rückruf des Services.

Probleme. (Ich habe keine Einstellungs- Möglicheiten gefunden)
- Letzten Monat: aus einer 60 Seitigen PDF wurden 60 Monster- belege. (je 20 MB)
- Diesen Monat: aus der 60 Seiten PDF werden 60 Belege mit gefühlt 150 DPI generiert.

[#8]

Sehr geehrter Herr Kolberg,

wir möchten uns auch hier bei Ihnen für den Hinweis auf das Problem und die Kooperation zur Lösung des Problems bedanken.

Um den Sachverhalt auch der Öffentlichkeit hier im Forum darzustellen, das Problem tritt bei der Verarbeitung von PDFs mit einem gewissen Datenformat auf. Unser Team arbeitet bereits mich Hochdruck an einer Lösung, sodass das Problem in Zukunft nicht mehr auftritt und die Verarbeitung auch für dieses Datenformat in gewohnter Qualität funktioniert. 

Mit freundlichen Grüßen

Ihr Finmatics-Team