Liebe Datev, denkt darüber noch einmal nach! Denn Fehler passieren immer. OK, ich kann mich in DUO einloggen und im Posteingang den Belegtyp ändern (sollte doch gehen, oder?). Aber was für ein Aufriss, wo doch buchen immer digitaler und automatisierter sein soll! Wenn eine Änderung des Belegtyps dazu führt, dass die OCR wieder angeworfen wird: 1. dann muss das so sein, das ist kein Argument für die Ablehnung (bzw. wenn doch, dann muss Datev Kapazitäten weiter aufbauen, das ist nicht das Problem der Genossen) 2. Warum denn überhaupt? Die OCR wird das gleich liefern. Es muss nur ggf. anders interpretiert werden, sprich der OCR-Aufruf ist überflüssig! Wird die OCR also nochmal aufgerufen, hat wohl jemand gepfuscht! Folglich gibt es kein (IT-) Argument, das dagegen spricht. Zitat: "Eine Änderung in der Belegerfassung zieht damit auch eine Änderung an der Vorbelegungslogik der Erfassungsfelder mit sich." Erschließt sich mir nicht. Die Vorbelegungslogik ist sicherlich für jeden einzelnen Belegtyp definiert. Die Belegerfassung per OCR liefert die Daten. Mit der ersten Belegerfassung sind die OCR-Daten vorhanden. Also alle Daten vorhanden, um einfach die Einordnung von Belegtyp A zu löschen und die OCR-Daten mit der Einordnung von Belegtyp B vorzunehmen. WO ist das Problem? Also, außer die OCR-Erkennung wird unsinnigerweise zwischenzeitlich gelöscht. Unsinnig, denn die OCR-Daten werden ja noch bei der Buchung in Rewe gebraucht. Zitat: "Die Implementierung würde einen beträchtlichen Zeitaufwand und eine Neugestaltung unserer bestehenden Systeme erfordern. " Nö, tut es nicht, wenn sie Software nur halbwegs vernünftig erstellt wurde, also keinen groben Fehler (wie Löschen der OCR-Daten) eingebaut wurde. Und Neugestaltet muss gar nichts werden, der bestehende Prozess muss mit dem neuen Belegtyp nach der OCR nur noch einmal durchlaufen werden. Zitat: "Wir verstehen, dass dies möglicherweise enttäuschend für Sie ist [...]" Für mich ... nicht wirklich. Dazu habe ich schon zu viele Qualitätssicherungsaussetzer erlebt. Dass Datev daraus aber anscheinend nicht oder nur wenig lernt ... kostet den Genossen viel Zeit und Geld. Manchmal denke ich, etwas mehr prozessorientierte Software-Entwicklung täte Datev gut tun. Aber das ist natürlich letztes Jahrtausend und führt zu heutigen Problemen. Aber das ist wirklich mein ganz persönlicher Eindruck. QJ
... Mehr anzeigen