Hallo @agmü,   wenn Rechnungen über den Dokumentenkorb im DATEV Dokumentenmanagement (Dokumentenablage / DATEV DMS) abgelegt werden, und es handelt sich bei dieser Rechnung um eine valide E-Rechnung, dann wird immer die Dokumentklasse Beleg gewählt, unabhängig vom Absender der Rechnung. Dies hat den Zweck, die Felder Belegnummer und Betrag vorzubelegen, was in der FiBu dann wiederum diese Felder in der Buchungszeile vorbelegt.   Der Dokumentenkorb hat keine Funktion, um zu erkennen, wer der Absender der E-Rechnung ist. Ihre Beobachtung bei den DATEV Rechnungen muss sich demnach auch auf alle anderen E-Rechnungen beziehen (sofern sie nicht an relevanten Stellen invalide sind).   Bei der Übergabe der Rechnungen aus den DATEV Rechnungsschreibungsprogrammen an das DATEV Dokumentenmanagement wird bei einer Silent Übergabe i.d.R. die Dokumentklasse Dokument gewählt, weil die Anwendungen diese Dokumentklasse als Attribut mit übergeben. Sollte aber bei der Silent Übergabe etwas passieren, wass den Prozess unterbricht (z.B. ein Standard-Pflichtfeld wird nicht oder mit falschem Inhalt übergeben), dann öffnet sich (wie bei einer nicht-Silent Übergabe) die Ablagemaske, und jetzt greift wieder die Maskenlogik: es wird die E-Rechnung erkannt und die Dokumentklasse auf Beleg umgestellt.   Sollten Sie dennoch eine Ablage mit Dokumentklasse Dokument bevorzugen, ist dies mit zwei schnellen Mausklicks bei der Ablage umgestellt (sowohl im Dokumentenkorb als auch bei der unterbrochenen Silent Übergabe), der Inhalt der restlichen bereits ausgefüllten Felder ist davon nicht betroffen.   Mich würde nun lediglich noch interessieren, warum eine Ablage mit Dokumentklasse Beleg aus ihren Augen bei E-Rechnungen keinen Sinn macht? Evtl. gibt es ja Aspekte, die wir bisher übersehen haben.   Abschließend kann ich nur sagen, dass die Erfahrungen mit Serviceanfragen durchaus ein heterogenes Bild zeigen. Dass (E-)Rechnungen als Beleg abgelegt werden, ist in der Tat auch gern gesehen und wird als korrekt wahrgenommen.   Mit freundlichen Grüßen,   Ralph Rupprich Service DATEV Dokumentenmanagement ... Mehr anzeigen

@cwes  schrieb: Hm, wenn man sowas bloß mit strukturierten Daten in einem XML-Anhang an der PDF lösen könnte... Aber sowas geht technisch bestimmt noch nicht, oder? ... 😂 jaa, damit könnte man Arbeiten. Aber auch hier besteht das Potential falscher Zeichencodierung. ... Mehr anzeigen

Hallo @stefanbrust,   das Problem haben wir aktuell immer wieder. Bisher war es in allen von uns getesteten Bescheiden so, dass die verkorksten Umlaute wirklich so aus dem Original PDF Dokument übergeben werden.   Machen Sie den Selbsttest. Öffnen Sie den Bescheid im Adobe Reader (oder dem von Ihnen verwendeten PDF-Reader), markieren Sie den Textblock, wo steht Bescheid über den GewSt-Messbetrag für Zwecke der Vorauszahlungen (oder auch nur eines der Worte "über" oder "für") und kopieren Sie dies per rechter Maustaste oder STRG+C. Starten Sie nun den Windows Editor und fügen Sie das kopierte Textschnipsel ein.   In aller Regel kommen auch hier schon die verkorksten Umlaute wieder zum Vorschein. Sie können hier tatsächlich auch anders aussehen, oft haben wir z.B. anstelle dem ü das Zeichen Ϸ ("Bescheid Ϸber den GewSt-Messbetrag fϷr Zwecke der Vorauszahlungen"). Außer den Umlauten ist übrigens auch das ß betroffen.   Wenn dem so ist, dann liegt das am Bescheid selbst. Dann kann das nur das ausstellende Finanzamt bzw. die Gemeinde lösen. Sollte aber über den Weg alles passen, dann gucken wir uns den Bescheid gerne an. Wenden Sie sich dann bitte mit einem Servicekontakt an den Dokumentenmanagement Service.   Nebenbei sei erwähnt, dass der Posteingangsassistent im DATEV DMS hierüber auch stolpert. Das Wort "über" ist das Verbindungswort zwischen der Definition "Bescheid" und der Art des Bescheides. Wird das Wort über nicht gefunden (weil da halt stattdessen Ϸber steht), erkennt der Posteingangsassistent den Bescheid nicht und macht keine Vorbelegungen.   GrϷsse aus NϷrnberg :o),   Ralph Rupprich Service Dokumentenmanagement ... Mehr anzeigen

Hallo @seb_ms,   bevor ich jetzt meine Antwort geschrieben habe, habe ich alle Peitschenhiebe in Richtung Service erst einmal in einer Tasse Kaffee ertränkt (nur um dem Klischee gerecht zu werden ...).   OK, Spaß beiseite. Sie sprechen von einem Service, der Ihnen nicht wirklich hilft, aber wenn der Service einen Vorschlag macht, wird der dann auch umgesetzt?   So z.B. mein Vorschlag (ja, ich bin auch Service) das PDF ohne Konvertierung aus dem UO runterzuladen bzw. die Version, die sie bereits heruntergeladen haben und die lokal im Edge gut aussieht, nochmal ins UO zu laden, um zu sehen, ob sie dort jetzt auch gut aussieht?   Wenn Sie möchten, schicken Sie mir doch eine PN mit der Kontakt ID, dann guck ich persönlich mal drauf, hol mir auch gerne das PDF bei Ihnen per Fernbetreuung ab und analysiere es. ... Mehr anzeigen

Hallo @seb_ms,   ich möchte jetzt nicht überheblich oder anmaßend klingen, aber ich hab im Service nun mal die eine oder andere Erfahrung hinter mich gebracht ... auch zu diesem Thema.   Die letzten Vorgänge "einen PDF-Beleg aus dem Unternehmen Online herunterladen" war immer ein Export aus dem UO, der den Beleg durch einen PDF-Konverter geschickt hat (also kein echter Export, sondern ein "nach PDF exportieren", wenn man es so ausdrücken möchte).   Bei diesem nach PDF exportieren wird der Beleg, der bereits als PDF vorliegt, nochmal neu "nach PDF konvertiert". Prüfen können Sie das, wenn sie den nun lokal liegenden Beleg nochmal ins UO laden, ich bin mir sicher, der wird korrekt dargestellt. Wenn Sie einen echten Export des "kauderwelsch"-Belegs hinbekommen (ich bin kein UO-Profi, ich weiß nicht, wie das geht), wird der von lokal mit Sicherheit auch falsch im Edge dargestellt.   Mit freundlichen Grüßen,   Ralph Rupprich DATEV eG Service Dokumentenmanagement ... Mehr anzeigen

spricht aus meiner Sicht eher für einen Fehler im System, meinetwegen im Browser, als im pdf. Muss tatsächlich nicht sein. Alle Hersteller aktualisieren regelmäßig und ständig ihre Software. Ein Fehler im PDF schlägt dann mal zu und mal nicht. Ironischerweise gibt es aber auch hier die Hoffnung, dass ein späteres Update den Fehler im PDF wieder toleranter sieht wie die aktuelle Version 🙂     ... Mehr anzeigen

Was soll ich jetzt dem Mandanten sagen? #isso? Zugegeben, das ist ein bisschen ein Dilemma ... ABER: es ist in der Tat kein DATEV Problem. Es ist das Zusammenspiel zwischen entweder einem defekten oder nicht 100% konformen PDF in Verbindung mit einem bestimmten Anzeigeprogramm, in diesem Fall der MS Edge, oder es ist nur das Anzeigeprogramm, hier auch wieder der Edge (kommt aber bei Fehlerfreien und konformen PDFs eher nicht vor).   Ich hab mir in den letzten Monaten sehr viele PDFs im Detail angeguckt. Aber (natürlich) nur die, die in dem von uns eingesetzten Viewer und/oder PDF-Konvertierer Probleme gemacht haben. Und die waren allesamt zumindest nicht 100% Konform, wenn nicht sogar defekt.   Klar, in vielen Fällen kann der Adobe Reader da drüber hinweggucken, aber ich habs ja schon mal erwähnt: bei den über tausend (wenn nicht mittlerweile gar mehr als zweitausend) Varianten und Derivaten an unterschiedlichen PDF-Datei-Formaten werden wir nicht jedes einzelne Problem, welches aus einer nicht 100% konformen oder defekten Datei hervorgeht, versuchen zu umschiffen (mal abgesehen davon, dass wir das aus Ressourcengründen gar nicht schaffen würden). ... Mehr anzeigen

Hallo @SiHa,   Darstellungsprobleme mit PDF Dateien werden gefühlt immer mehr, kann aber auch daran liegen, dass im weltweiten Datenverkrht immer mehr PDFs unterwegs sind.   Es ist auch so, dass vor einigen Monaten Microsoft verkündet hat, die eigene, native PDF Unterstützung aus dem Edge zu entfernen und stattdessen in Kooperation mit Adobe deren Adobe Reader als PlugIn mit dem Edge auszuliefern. Je nachdem, wann das letztendlich wirklich passiert ist (oder noch passieren wird, ich hab da jetzt nicht mehr recherchiert), kann sich das Verhalten des Edge von heute auf morgen ändern.   Dass im Unternehmen Online die Daten der PDF-Datei trotz der zerstörten Darstellung sauber erkannt werden, liegt daran, dass die Instanz, die für die Erkennung dieser Werte zuständig ist, diese noch sauber auslesen kann. Denn es wird ja wirklich nur die Darstellung zerstört, der reine und unformatierte Text liegt im PDF ja deswegen immer noch sauber vor.   Wenn jetzt mehrere der Mandanten verschiedener Kanzleien das Problem melden, aber andere das Problem noch nicht haben, kann das durchaus mal wieder an einem Microsoft Update liegen, welches erst zum Teil in den verschiedenen Unternehmen installiert ist. Wenn man sich anguckt, das wir aktuell drei (!) MS-KB-Updates auf unserer Liste haben, die man sich angucken muss, wenn man einen BlueScreen beim schließen des Dokumentenkorbes bekommt, ist hier vermutlich auch ein MS-KB-Update verursacher für die zerwürfelte Darstellung, vor allem wenn dies von Heute auf Morgen auftritt.   Natürlich darf niemand (und DATEV schon gleich zweimal nicht) die Empfehlung aussprechen, ein Microsoft Sicherheitsupdate zu deinstallieren, das wäre grob Fahrlässig! Die offizielle Aussage lautet immer, auf einen Patch von MS zu warten. Und immer noch steht mein bereits von @andrereissig verlinkter Artikel im Raum, dass das PDF trotz allem grundlegend einen Defekt hat und die bisher saubere Darstellung Glück und/oder Zufall war. Aber vielleicht möchte jemand tiefer gucken ...   In diesem Sinne, immer auf die Sicherheit achten, und gutes Gelingen 🙂   Ralph Rupprich Service / Technik Team Dokumentenmanagement | DATEV eG ... Mehr anzeigen

Hallo @Hauke_Hamann,   das Thema mit den Linien kann ich intern nicht nachvollziehen, die sehen immer gleich aus, egal was ich mit der Excel-Mappe mache.   Gerne sehen wir uns das im Detail an. Erstellen Sie dazu bitte einen Servicekontakt. Wenn Sie dem Servicekontakt Screenshots mitgeben, achten Sie bitte auf Neutralen Inhalt (keine Mandantendaten oder andere vertraulichen Daten, nur fiktive Zahlen, usw.).     Mit freundlichen Grüßen,   Ralph Rupprich Service Dokumentenmanagement ... Mehr anzeigen

Hallo Herr Hamann,   das Thema CloudFonts in Microsoft365 (ehem. Office365) ist seit dieser Woche tatsächlich ein Thema im Hause DATEV. Die Aptos-Font-Family gehört zu diesen sog. Microsoft CloudFonts. Man erkennt die CloudFonts, bevor man Sie das erste Mal benutzt, daran, dass sie in der Liste der Schriftarten in der Office Anwendung das Cloud-Download-Symbol rechts neben dem Namen der Schriftart haben:     Sobald man die Schrift angeklickt hat, wird sie heruntergeladen und steht in ihrem Benutzerprofil zur Verfügung - aber NICHT im Windows System global für alle Mitarbeiter.   Der Grund liegt darin, dass der Download der Schrift nicht in den Fonts Systemordner erfolgt (%windir%\Fonts), sondern in den User-bezogenen Font-Cache (%localappdata%\Microsoft\FontCache\4\CloudFonts).   Und das ist auch der Grund, warum der Viewer Dokumente, in die die Schriftart nicht eingebettet wird, nicht sauber anzeigt: die Konvertierungs-Komponenten, die das Dokument für die Anzeige im Viewer aufbereiten, greifen nur nach %windir%\Fonts.   Es ist übrigens in der Schriftartenliste in den Office Anwendungen nicht (mehr) ersichtlich, ob eine Schriftart, die kein Cloud-Download-Symbol trägt, eine System Standard-Schriftart ist, oder eine CloudFont, da nur das Symbol verschwindet, aber keine weitere Markierung stattfindet.   Es ist auch so, dass die Schrift in einer Microsoft365 Anwendung automatisch und silent heruntergeladen wird, wenn Sie ein Office-Dokument öffnen, welches eine solche Schrift enthält, die sie bisher noch nicht verwendet haben. Sie können also nie sicher sein, auch wenn sie noch nie eine CloudFont angeklickt haben, dass nicht doch bereits eine  in ihr User-Profil heruntergeladen wurde. Dazu kann man lediglich einen Blick in den CloudFonts Ordner im localappdata werfen, um dies zu eruieren.   Ob diese CloudFonts nun für eine Konvertierung zur Anzeige außerhalb der Microsoft365 Anwendungen verwendet werden dürfen, ist seitens DATEV noch nicht geklärt. Aktuell können Sie sich selbst ein Bild davon machen:   Aptos - Typography | Microsoft Learn (Font-Family-Site bei Microsoft) (Im Baum links finden Sie dann pro Schriftart eine eigene Beschreibung, ich habe Aptos nur aus Ihrer Anfrage aufgegriffen).   Dort gibt es einen Abschnitt Licensing and redistribution info, der (Stand 12.04.2024) folgenden Text enthält:   License Microsoft fonts for enterprises, web developers, for hardware & software redistribution or server installations.   Der Satz ist mit der Seite myfonts.com verlinkt, wo man dann anfragen kann, für welche Schriftarten man Lizenzen erwerben möchte.   Sie sehen, auch eine Server-Installation der Schrift unterliegt u.U. dieser Lizenzierung. Ob dazu auch die Möglichkeit gehört, die Schriftart zur reinen Darstellung verwenden zu dürfen, muss daher überhaupt erst geklärt werden. Erst danach kann (im positiv-Fall) die Programmtechnische Umsetzung erfolgen, so dass der Viewer auch auf den User-FontCache zugreifen darf / kann. Aber auch hier ist dann wieder Geduld gefragt, eine solche Umsetzung ist selten von heute auf morgen zu bewerkstelligen.   Zum Thema Aptos gibt es allerdings von Microsoft aktuell Bestrebungen, diese Schriftart zum offiziellen Download anzubieten, da sie laut dem Artikel als neue Office Standardschriftart Verwendung finden soll:   https://support.microsoft.com/de-de/office/neues-office-design-e7bbfe02-d1fb-4c4d-b3b7-6a47f0cefd3f     Ich hoffe, mit meinen Ausführungen ein wenig Licht in dieses Dunkel gebracht zu haben.     Mit freundlichen Grüßen,   Ralph Rupprich Service Dokumentenmanagement ... Mehr anzeigen

Insoweit haben wir hier wieder ein DATEV-Standard, der leider vom Windows-Standard abweicht.   Also muss man sich mal wieder auf eine andere Verhaltensweise einstellen. Das kann man nun sehen wie man will ... denn:   Natürlich wird beim "Wandern" immer die Datei / Seite im Viewer angezeigt, die gestrichelt umrandet ist, damit Ihnen die entscheidung leichter fällt, ob diese nun mit markiert werden soll oder nicht. Abgelegt werden dann alle grün markierten Dateien. Wenn die Datei, die Sie mit der Umrandung anfahren, nicht in der Vorschau angezeigt werden würde, wäre die Funktion im Dokumentenkorb sinnlos, da Sie deren Vorschau nicht sehen könnten. Im Explorer gibt es diese Notwendigkeit evtl. auch (um z.B. erkennen zu können, ob die Datei nun mitkopiert / -verschoben werden soll oder nicht). So gesehen ist meine Definition der Funktion, dass DATEV es besser macht als Microsoft 😁. ... Mehr anzeigen

Hallo Herr @blum,   zum Problem mit dem wandernden Viewer können wir noch gar keine Aussage treffen, hier stehen wir noch am Beginn der Analysen. Um den Zeitpunkt der Fehlerbehebung zu erfahren, gucken Sie bitte regelmäßig in das betreffende Hilfe-Dokument.   Das Behebung des Fehlverhaltens bei aktivierter Spalte "Notiz vorhanden" ist aktuell für das Service Release am 30.11.2023 angekündigt. Diese Information wurde auch bereits über das betreffende Hilfe-Dokument veröffentlicht.     Mit freundlichen Grüßen,   Ralph Rupprich DATEV eG Dokumentenmanagement ... Mehr anzeigen

Hallo Herr @blum, hallo liebe Community,   Ihre Angaben hier und eine Serviceanfrage haben dazu beigetragen, dass wir das Verhalten intern reproduzieren können.   Es gibt zu dem Verhalten das Hilfe Dokument 1028472. Dort werden Sie auch informiert, wann und mit welchem Update eine Fehlerbereinigung zur Verfügung stehen wird.   Es bestehen zwei Ausprägungen des Verhaltens und zu jeder gibt es einen Workaround. Der Workaround zum ersten Problem hilft aber nicht immer und steht daher nicht im Hilfe Dokument beschrieben.   Erstens gibt es das Problem, dass der Viewer nach einem manuellen Verschieben beim Dokumentwechsel an den vorherigen Ort zurückspring. Dies passiert oft nicht, wenn man den Viewer nach dem Verschieben schließt und mit einem anderen Dokument wieder öffnet.   Die Workarounds zum zweiten Problem erwähne nur der vollständigkeit halber.   Zweitens haben wir das Problem, dass der Viewer nach dem Schließen und erneut Öffnen rund 100 Pixel weiter rechts steht, und das nach jedem Schließen und neu Öffnen. Dies geschieht nur auf Bildschirmen, wenn rechts davon ein weiterer Bildschirm ist. Diese "Wanderung" endet also am rechten Bildschirmrand des rechten Bildschirmes. Wenn Sie also die Möglichkeit haben, den DATEV Arbeitsplatz und den Viewer auf dem rechten Bildschirm zu platzieren, würden Sie dem Problem damit begegnen.   Workaround 2 zum zweiten Problem ist, den Viewer nicht zu schließen.     Mit freundlichen Grüßen,   Ralph Rupprich DATEV eG Dokumentenmanagement ... Mehr anzeigen

Einen wunderschönen guten Morgen wünsche ich allen!   Ich habe mit das Problem angeguckt, kann es bei uns aber nur sehr begrenzt nachstellen (der Viewer nimmt zum unteren und rechten Rand immer ca. 8 Pixel Abstand, aber niemals mehr). Daher stellt sich die Frage, ob es evtl. nur in einer bestimmten Konstillation vorkommt. Dafür helfen uns denke ich ein paar Informationen weiter (bitte achten Sie darauf, dabei keine vertraulichen Daten hier zu hinterlassen, besonders wenn Sie Screenshots hochladen):   Netz-/Einzelarbeitsplatz oder WTS? Welches Betriebssystem (Client und evtl. Terminal Server)? Wie viele Monitore, in welcher Anordnung, quer oder hoch, und welcher Monitor mit welcher Auflösung? Welche DPI Einstellungen werden verwendet? Bei WTS-Einsatz: sind DPI Einstellungen, die von 100% abweichen, am Client getroffen und werden in die WTS Session übergeben, sind in der WTS Session abweichende Einstellungen zum Client getroffen, oder liegen diese nur in der WTS Session vor?   Sollten Einige Punkte unklar sein, kann ihnen sicherlich ihr Administrator, Techniker oder Systempartner weiterhelfen, diese Werte zu ermitteln. Ggf. senden Sie uns bitte einen Servicekontakt, damit wir uns das zusammen mit Ihnen angucken können.   In diesem Sinne, wünsche ich allen einen erfolgreichen Tag!   Ralph Rupprich DATEV eG Dokumentenmanagement ... Mehr anzeigen

Hallo zieglerconsult,   es sind drei Dinge, die in Ihrer XML Datei angepasst werden müssen.   Punkt 1: <archive version="1.0"> Punkt 2: <content numberOfDocuments="123"> Punkt 3: anstatt <extension xsi:type="File" name="[File_Name]">     muss der Tag <File name="[File_Name]"> in jedem <document>-Tag heißen   Jetzt funktioniert der Import via Dokumentensammlung.   Das ist jetzt allerdings eine Quick & Dirty Lösung, weil ich diesen Part bei mir schon mal durch hatte und diese Info noch in meinem "Ramsch-Ordner" rumlag. Inwieweit das mit der offiziellen Schnittstellenbeschreibung zusammenpasst, mag ich nicht beurteilen. Und wenn es nicht 100% konform ist, kann das nach einem Update schon mal Handlungsbedarf erzeugen.   (Grundlage für das Konstrukt war übrigens ganz simpel ein Dokumentensammlungsexport von 3 Belegen aus der Dokumentenablage. Die so erzeugte index.xml war Basis für die Experimente.)   Ich denke, das Anpassen der XML Datei kann man super scripten (Tags <archive> und <content> sind einfach austauschen, da einzeilig, numberOfDocuments ist die Anzahl <document>-Tags, usw.). Oder gleich von der Quellsoftware entsprechend aufbereiten lassen.   Kleines i-Tüpfelchen: normalerweise beginnt eine saubere XML Datei mit dieser Zeile (auf ihrem Screenshot aber auch evtl. einfach nur nicht zu sehen):   <?xml version="1.0" encoding="utf-8"?>   ... aber tatsächlich funktioniert der Import (zumindest aktuell noch) ohne diese "1. Zeile" 🐵   Zum Thema BEDI vs. DDMS. Natürlich kann man dieses Beleglink-Vorzeichen in der Buchungsstapel Import-Datei ändern. Sie können im Zielsystem aber auch in der FIBU unter Extras, Einstellungen, Anzeige digitaler Belege den unteren Punkt bei "zuerst im DATEV-DMS [...]" oder "nur im DATEV-DMS [...]" einstellen. Wenn der Kunde definitiv kein Unternehmen online hat, kann man tatsächlich beide Böppel bei "nur im DATEV-DMS bzw. der Dokumentenablage" setzen.   Und jetzt wünsche ich allen ein schönes Wochenende und jedem Spielkind viel Erfolg beim Scripten 🐵   Freundliche Grüße aus dem kalten Mittelfranken 🐵   Ralph Rupprich ... Mehr anzeigen