Hallo @Sarina_Schug , ist denn eine Überarbeitung der E-Rechnungsvisualisierung im Kanzlei-Rechnungswesen zu erwarten? Auf die Fehler des Programms wurde in der Community nun mehrfach hingewiesen. Ebenso wurden Verbesserungsvorschläge geliefert. Und wird der Visualisierungsservice im Unternehmen Online genauso (schlecht) umgesetzt werden?   Ich bitte um Entschuldigung für diese direkte, unverblümte Frage, aber aktuell halte ich (sicherlich nicht als einziger) die Arbeit mit E-Rechnungen im Datev-Ökosystem für unzumutbar. ... Mehr anzeigen

@AGerstner  schrieb: Weiß jemand wie ich das korrigieren kann?   Danke für Hilfe. Eine erneute Übergabe des Kassensaldos ist nicht vorgesehen, daher müsste zum 01.01. eine Kassenbewegung über die Differenz erfasst werden. ... Mehr anzeigen

@Wuppergirl  schrieb: Was ich eben vermissen ist die Abbildung der Kundennummer im xml-Datensatz. Sie gehört für mich genauso da rein wie die Rechnungsnummer, das Datum und/oder der Rechnungsbetrag.  Da liegt dann die Schuld wahrscheinlich beim ERP-System des Mandanten. Grundsätzlich sollte es im ZUGFeRD Standard möglich sein eine Kundennummer als XML-Wert zu definieren. Wenn diese im Datensatz vorhanden ist, jedoch die Datev den Wert nicht ausliest, liegt der Fehler bei der Datev.   Was grundsätzlich nicht schaden kann, ist die Kontonummer auch in das Feld Kundennummer der Debitorenstammdaten zu übernehmen (sofern noch nicht geschehen):   Sinnvoll wäre hier ein exportieren, in Excel bearbeiten und dann importieren. Vielleicht hilft das. ... Mehr anzeigen

@unklarer_Posten  schrieb: Wir haben es ursprünglich in unserem ERP so gelöst, dass sowohl Zugferd (pdf+xml) sowie X-Rechnung (xml) parallel verschickt wurden, sodass der Kunde sein Lieblingsformat wählen kann. Ist aus meiner Sicht auch nicht richtig so, da dadurch zwei Rechnungen für eine Leistung entstehen und im Zweifelsfall doppelt Umsatzsteuer geschuldet werden könnte. Wenn die Gegenseite fälschlicherweise beide Rechnungen verarbeitet und doppelt Vorsteuer zieht, könnte das Finanzamt Sie für den Schaden haftbar machen. (Keine Steuerberatung, ich knabber Wachsmalstifte)     ... Mehr anzeigen

@VerenaWied  schrieb: Jo ok, wenn ich eine extra Prüfung brauche, ist das nicht möglich. Hier ging es ja aber um die reine Visualisierung für einen Mandanten (der wahrscheinlich einfach wissen will, was er zu bezahlen hat). Das ist jetzt natürlich eine Frage der Zuständigkeit. Wer prüft den Beleg auf Korrektheit? Der Mandant oder die Buchhaltungskraft beim Steuerberater? Wenn wir die Belegprüfung auf den Mandanten abwälzen (was ich für richtig halte, ich bin nicht das persönliche Sekretariat der Mandantschaft) muss der Mandant auch die XML-Datei visualisieren und mit der Sichtkomponente abgleichen. Wenn der Abgleich erst in der Kanzlei erfolgt, reicht es natürlich die Sichtkomponente zur Überweisung heranzuziehen.   @VerenaWied  schrieb: Ja stimme ich - nach allem, was ich hier gelesen habe - zu (ich buche nicht selber). Allerdings visualisiert Kanzlei-Rewe doch die XML Datei als erstes und packt die Sichtkomponente dahinter (zwar wohl nicht schön, aber Visualisierung ist da), dafür benötigst du doch nicht ein extra externes Tool? Genau. Das Tool zur Visualisierung bräuchte ggf. der Mandant. Sofern er die Rechnungen nicht in Unternehmen Online visualisiert oder der Abgleich durch die Kanzlei erfolgt.   Wir bräuchten nur eine ordentlich durchdachte Visualisierung innerhalb der Datev-Programme... ... Mehr anzeigen

@m_brunzendorf  schrieb: Schaut man sich dafür beim Verbuchen nicht den Beleg an?   Dann sollte man doch sehen, dass bei der Belegverbuchung aus der xml-Datei z.B. 1.000,00 Euro übernommen wurden aber der Sichtbeleg nur 100,00 Euro. Ja, würden die Werte konsequent aus der XML Datei übernommen werden, könnte man die Buchungszeile einfach mit der Sichtkomponente abgleichen. Leider ist das aktuell nicht der Fall. Da Werte aus der Sichtkomponente übernommen werden, muss also ein Abgleich mit der XML Visualisierung vorgenommen werden um Gewissheit zu haben.   Ist das absolut unsinnig? Ja. Kostet uns das wertvolle Zeit, die wir nicht haben? Ja. Hat sich die Datev dafür Arbeit gespart? Ja.   Das ist eben das Ergebnis, wenn man in letzter Minute irgendwas zusammen programmieren lässt, von Leuten die absolut keine Ahnung von den praktischen Anforderungen an die Software haben. Ist leider keine Ausnahme. ... Mehr anzeigen

@Norddeutsch_Gunns  schrieb: mir würde mal eine Aussage der Datev helfen Die Datev hält sich, aus gutem Grund, derzeit seht bedeckt dazu. Sonst müsste man ja eingestehen, dass man bei der Umsetzung ganz schönen Unsinn fabriziert hat.   @Norddeutsch_Gunns  schrieb: Wie und auf welcher Grundlage erfolgt die Verbuchung in Kanzlei-Rewe.  Derzeit (zumindest teilweise) noch anhand der OCR Werte aus der Sichtkomponente. Ob das ein Fehler im Programm ist oder man schlichtweg vergessen hat die Datenübernahme aus der XML zu programmieren, wird wohl niemand sagen können.   @Norddeutsch_Gunns  schrieb: Wie und auf welcher Grundlage erfolgt die Verbuchung in Kanzlei-Rewe. Wie kann die xml-Datei direkt verarbeitet werden? Ohne OCR, ohne Viewer, wie wird der Datensatz verarbeitet? Ich kann irgendwie nicht verstehen, dass das Viewer-Thema so groß ist, das ist doch nicht die Lösung der e-Rechnungen. @Datev: Geht das oder geht das nicht?  Das geht. Und ist auch absolut notwendig. Wie lange man bei der Datev braucht um das einzusehen und umzusetzen, weiß niemand, da man vergebens auf ein Statement der Datev wartet. ... Mehr anzeigen

@VerenaWied  schrieb: Wieso sollte ich auch eine ZUGFeRD Rechnung visualisieren? Da habe ich eine Sichtkomponente?! Weil der XML-Datensatz bei Abweichungen der maßgebliche Beleg ist und ich ein enormes Misstrauen gegenüber der praktischen Implementierung von ZUGFeRD habe.  Grundsätzlich hast du ja recht, die Sichtkomponente sollte eine Visualisierung ersetzen. Das klappt aber erst wenn wir eine automatische Validierung haben, die sicherstellt, dass die wesentlichen Werte (Insbesondere die Umsatzsteuer) nicht zwischen Sichtkomponente und XML abweichen.   So lange die Datev OCR Werte aus der Sichtkomponente zieht, statt den XML Anhang zu verarbeiten ist es also aus meiner Sicht unerlässlich anhand der XML-Visualisierung zu buchen. Wenn wir die XML-Werte in die Buchungszeile bekommen und das Programm signalisieren kann, dass die OCR Werte mit diesen übereinstimmen, entfällt dieser Zirkus natürlich. ... Mehr anzeigen

@Renate-2025  schrieb: Doch dann könnten vermutlich in der einen andere Inhalte stehen, als in der anderen und das wäre wiederum eine Einladung für Lug und Trug ... Ironischerweise kann auch bei ZUGFeRD etwas anderes in der XML stehen, als in der PDF-Sichtkomponente. Die Einladung für Lug und Trug ist also trotzdem gegeben. Daher empfiehlt es sich immer anhand der XML-Daten zu buchen, da diese rechtlich Vorrang haben. ... Mehr anzeigen

@VerenaWied  schrieb: Der hier kann zumindest visualisieren. Ob man dann drucken kann k.A. Aber ggf. ginge ja der Druck der Seite. ELSTER Gilt leider nur für X-Rechnungen, nicht für ZUGFeRD.   @Gelöschter Nutzer  schrieb: ? bei mir wird leider nichts übernommen..... nur das übliche (Betrag, Rg.-Nummer etc.) und das teilweise auch falsch.    Das Programm erkennt überwiegend nicht mal Rg.-Datum und/oder Leistungsdatum - aber das nur nebenher. Das mit den falsch übernommenen Werten aus E-Rechnungen kann ich bestätigen. Datev visualisiert zwar den XML Datensatz, übernimmt aber teilweise OCR-Werte aus der Sichtkomponente.    @andrereissig  schrieb: Also ein Träumchen wäre ja ein Viewer, der beide Rechnungsbestandteile nebeneinander darstellt, links die XML, rechts die Sichtkomponente und man dann abschnittsweise die XML durchscrollen kann und dabei der Viewer parallel die Sichtkomponente analysiert und genau den entsprechenden Rechnungsteil in der Sichtkomponente hervorhebt. [...] Da könnte man doch sicher KI zielführend einsetzen, wenn die es einem schon ermöglicht, Gerichtsurteile in Gedichtform zusammenzufassen. So hätte das Ergebnis ausgesehen, hätte man zur Abwechslung mal die Anwender gefragt was wir in unserer täglichen Berufspraxis wirklich brauchen.   @jjunker  schrieb: und warum man zwischen den Zeilen zwei oder sogar drei Leerzeilen braucht erklärt sich mir auch nicht. Schön für die Lesbarkeit eine Leerzeile. Aber so viele? Ein möglicher Grund wäre, damit die Erfassung für Menschen so umständlich wie möglich wird und wir uns alle für den Automatisierungsservice Rechnungen entscheiden. Die neuen Cloud Anwendungen werden eben offenbar dieses Jahrzehnt nicht mehr fertig und man muss ja irgendwie an Geld kommen. Anders kann ich mir es nicht erklären.   So genug Ketzerei für heute. ... Mehr anzeigen

Heute festgestellt:   Mandant stellt E-Rechnungen aus, lädt diese ins Unternehmen Online hoch. Kanzlei Rewe erkennt die E-Rechnung, lädt auch den Viewer. So weit so gut. ABER: Kanzlei Rewe lässt eine OCR Erkennung drüber laufen (ich möchte schreien!!!) und markiert dann auch noch statt auf der Sichtkomponente auf der letzten Seite, die Werte auf der ersten Seite der Visualisierung.   Also nochmal: Die Daten werden per OCR auf der letzten Seite ausgelesen statt aus dem XML-Datensatz übernommen. Die übernommenen Daten werden nicht in der Sichtkomponente markiert. Auf der Höhe, auf der in der Sichtkomponente die übernommenen Werte markiert sein sollten, findet sich in der Visualisierung eine Markierung, welche quasi einen leeren Bereich der Visualisierung hervorhebt.   Das ist so unglaublich dämlich, dass es kaum möglich ist, in verständliche Worte zu fassen.   Mir scheint es als hätte die Datev eine Ausschreibung gemacht, wer den schlechtesten Viewer programmiert und dem Gewinner dann gesagt: "Jo, du hast den Job." Und wenn man dann sich noch die Zeit nimmt und die Genossen auf Programmfehler hinweist, wird man Ignoriert und bekommt als Antwort eine Werbe-Mail zugesandt.   Ehrlich jetzt, wo ist die versteckte Kamera? Das können die da drüben in Nürnberg doch nicht ernst meinen. ... Mehr anzeigen

@deusex  schrieb: Wir sollten uns hier wirklich mal von der BMF-Theorie lösen, wie das DATEV umsetzt und "über den Zaun schauen" oder andernfalls wir müssen wohl die FiBu-Gebühren um 300% erhöhen und Personal einstellen, das es nicht gibt . . . aber zumindest hilft uns die Regierung wenigstens dabei mit ihrer Deindustrialisierungs-Strategie, dass wieder bald mehr Personal für Steuerkanzleien und Mandantenbuchführungen verfügbar ist ... dumm nur, dass es dann wieder keine Buchhaltungen dazu gibt  . . . egal, ich schweife ab. Eigentlich (!) sollte die E-Rechnung uns Arbeit abnehmen, da alles was maschinenlesbar ist nicht mehr abgetippt und im Falle von OCR, geprüft werden müsste. Eigentlich. Grundsätzlich hätte man durch die strukturierten Daten eine Möglichkeit schaffen können, den Kompletten Prozess der Rechnungserfassung nach und nach zu automatisieren, indem man Lerndateien auf Einzelpositionsbasis zur Aufteilung von Rechnungen erfasst. Wer aber eine E-Rechnung in der Buchungszeile hat und auf Lerndatei anlegen klickt bekommt die Meldung, dass keine Belegdaten vorhanden seien. (da keine Vorerfassung im Bearbeitungsmodus Erweitert im Unternehmen Online erfolgt ist.) Somit lassen sich bei nicht aufzuteilenden Rechnungen nicht mal Lerndateien anlegen.    Ich würde gerne behaupten können, die Datev würde uns hier nicht mit Absicht das Leben schwer machen um zum buchen des Automatisierungsservice Rechnungen zu drängen, (welcher bislang auch nichts komplexeres als eine Lerndatei anzulegen scheint) aber dazu fehlt es mir leider an Argumenten.   TLDR: Wir haben alle notwendigen Daten um unseren Arbeitsaufwand zu dritteln, die Datev sorgt aber, ganz im Sinne des Wirtschaftspolitischen Zieles des Vollbeschäftigung dafür, dass sich unser Arbeitsaufwand verdreifacht.   OT: Tolle Anmerkung zu unserer Bundesregierung. Die Datev ist ähnlich kompetent und die "Alternative"(n) scheinen auf manchen wie eine bessere Lösung zu klingen, sind aber praktisch der selbe Müll in Blau, ähhhh grün. So jetzt ganz schnell abmelden bevor es zu politisch wird....   LG TA     ... Mehr anzeigen

Einfacher ja, richtig nein, da dies nicht dem ZUGFeRD-Standard entspräche. Wir haben hier ein Hybrides Dateiformat welches die XML-Rechnung in einem PDF Container mit Sichtkomponente verpackt. Alternative wäre eine X-Rechnung welche nur aus einer XML-Datei besteht und ein Programm benötigt um lesbar gemacht zu werden.   Wieso sollte man wissen wo der maschinenlesbare Teil der Rechnung zu finden ist? Das menschliche Auge kann damit sowieso nicht viel anfangen. Einfach mal den XML-Anhang öffnen, dann verstehst du was ich meine. ... Mehr anzeigen

@Moonshine  schrieb: Alkohol Ist uns Muselmanen leider nicht erlaubt. Und stört mein empflindliches Darmbiom. 😢   @Moonshine  schrieb: Schokolade... Jeden morgen 5g, 100%ige Bio Schokolade. Ist zwar Schweine (Haram! hihi) teuer, aber anders hält man es nicht aus. ... Mehr anzeigen

@deusex  schrieb: Nochmals zur Klarstellung : Wenn ich Alternativen habe, die rechtlich zutreffend sind, muss immer die Vorrang bekommen, welche die effizienteste Bearbeitung ermöglicht. Das sehe ich genauso, ich glaube wir haben da etwas an einander vorbei geredet. Ich sehe, solange die Sichtkomponente nicht automatisch mit den XML-Daten abgeglichen wird, das Verbuchen anhand ersterer, als rechtlich zumindest risikobehaftet, da im Falle von Abweichungen, nicht der Datensatz verwendet wurde, welchem laut BMF Vorrang zu gewähren ist.   @deusex  schrieb: Manch einer könnte meinen ich versuche päpstlicher als der Papst zu sein. Ich finde jedoch, dass unser Berufsstand den Anspruch an sich selbst haben sollte, eine rechtlich einwandfreie Vorgehensweise bei der Leistungserbringung an den Tag zu legen. Auch wenn das in der Praxis häufig nicht der Fall ist. Ihre Unterstellungen sind schon, nennen wir es mal sportlich, belasse ich aber mal dabei . . .   Damit wollte ich weder Ihnen noch jemand anderen persönlich etwas unterstellen. Wer jedoch den Blick in mehrere, gerade kleinere, Kanzleien hat, stellt oft fest, dass rechtliche Rahmenbedingungen im allgemeinen oft sehr locker gesehen werden, wenn keine externe Kontrolle erwartet wird. Das fängt bei den Grundregeln der Buchhaltung an. In der Ausbildung lernt man Dinge wie "keine Buchung ohne Beleg." In der Praxis herrscht oft eher die Haltung: "Soll der Prüfer es erst mal finden." oder mein Favorit: "Das sind die kleinen Fehler für den Prüfer, damit er ein Erfolgserlebnis hat und aufhört zu suchen." Von unberechtigten Vorsteuerabzügen bei falschen OSS- und IOSS-Eingangsrechnungen will ich gar nicht anfangen.   Aber B2T: Wenn wir eine Visualisierung bekommen, die unseren Wünschen als Anwender entspricht, erübrigt sich diese Diskussion, da dann die Visualisierung übersichtlicher und schneller zu bearbeiten wäre, als die Originale Sichtkomponente.   ... Mehr anzeigen

@Moonshine  schrieb: Ich habe in letzter Zeit einen extrem nervigen Bug bei SKY PDF Pro. Bist du dir sicher, dass es an SKY PDF liegt? Probiere mal einen alternativen PDF Drucker wie Microsoft Print to PDF z. B.. Ich könnte mir sehr gut vorstellen, dass der Fehler wo anders liegt. Erfahrungsgemäß ist es meist nicht SKY PDF wenn der Fehler nach einem Systemneustart noch besteht.   Mein (erster) heutiger Datev Aufreger: Ich habe während eines telefonischen Kontakts mit der Technik wegen einem anderen Problemes, erwähnt, dass die E-Rechnungsvisualisierung im Kanzlei Rechnungswesen schon am zweiten Tag den Dienst bei uns Quittiert hat und darum Gebeten, den Fehler der Fachabteilung zu melden. Heute kam diese Antwort:   Alles Dinge die ich mitgeteilt habe, zumal der Fehler nix mit der E-Rechnungsplattform zutun hat. Würde ja gerne die Infos nachliefern, aber die Absender Adresse beginnt mit noreply. Kontaktdaten zur Rückmeldung? Fehlanzeige. Dafür aber Werbung für halbgare Datev Produkte.    Stellenweise fühlt sich das Handeln der Datev an, wie aus einem CIA-Handbuch zur Unternehmenssabotage. Ich könnte mich totlachen, wäre es nicht zum heulen. ... Mehr anzeigen

@hm  schrieb: Hallo @Alina2 ,   die Frage habe ich mir auch gestellt und habe ich der Hilfe auch nichts dazu gefunden.   Ich gehe allerdings davon aus, dass die Hinterlegung einer Email-Adresse in der Vollmachtsdatenbank (unter Kanzlei verwalten/Bekanntgabeadressen verwalten/Bescheidbekanngabe in elektronische Form) nicht dazu führt, dass sämtliche Steuerbescheide für Mandanten aus der Vollmachtsdatenbank dann elektronisch bekannt gegeben werden. Dies muss m.E. explizit in den Steuerprogrammen genehmigt/freigegeben werden.   Ich habe dort eine Mailadresse hinterlegt und warte nun ab, ob ich irgendwann mal eine Mail bekomme, in der ich drauf hingewiesen werde, dass ich irgendwo ein elektronisches Schreiben zu einer Wirtschafts-ID abrufen kann...... Richtig, die Angabe der E-Mail-Adresse reicht aus um die WIID Mitteilungen zu bekommen. Bescheide werden jedoch erst elektronisch bekanntgegeben, wenn man dies für den entsprechenden Mandanten über die Vollmachtsdatenbank aktiviert. Eine elektronische Bekanntgabe lässt sich nicht mehr über die Steuerprogramme auslösen.   Mein letzter Informationsstand war jedoch, dass die Bekanntgabe der WIID Nummern aufgrund technischer Probleme erstmal ausgesetzt wurde. Seither haben wir auch keine mehr erhalten. ... Mehr anzeigen

@deusex  schrieb: Die Usability muss bei rechtlichen Umsetzungen IMMER im Vordergrund stehen. Würde ich konkret gefragt werden, würde ich antworten, dass sich darum niemand Gedanken gemacht hat . . . Dem würde ich widersprechen. Im Vordergrund muss die rechtlich korrekte Vorgehensweise stehen und erst dann gilt es anhand dessen die bestmögliche Usability zu schaffen   Ein Vorsteuerabzug ist auch in diesen Fällen nur aus dem strukturierten Rechnungsteil möglich. Daraus ergibt sich für mich, dass wir bei Eingangsrechnungen uns nach den Werten des XML-Datensatzes richten müssen. In 99,9 % der Fälle würde es keinen Unterschied machen, aber wenn es dann doch mal, aufgrund technischem oder menschlichem Versagen, zu Abweichungen kommt, ist das Geschrei groß.   Manch einer könnte meinen ich versuche päpstlicher als der Papst zu sein. Ich finde jedoch, dass unser Berufsstand den Anspruch an sich selbst haben sollte, eine rechtlich einwandfreie Vorgehensweise bei der Leistungserbringung an den Tag zu legen. Auch wenn das in der Praxis häufig nicht der Fall ist.   Wäre der Viewer zu Ende gedacht und würde die relevanten Werte immer an der selben Stelle und im besten Fall auf einer (Bildschirmgroßen) Seite darstellen, dann würde dieser gegenüber der Sichtkomponente sogar eine Arbeitserleichterung darstellen, da Rechnungslayouts bekanntermaßen alles andere als standardisiert sind. ... Mehr anzeigen

@jjunker  schrieb: Ist der DATEV Shop offline? Nein, nur heute wieder etwas zickig. Hab die Meldung seit gestern regelmäßig, beim zweiten oder dritten Versuch klappte es dann aber immer.   Man scheint wohl nicht darauf vorbereitet zu sein, dass nun in letzter Minute jeder Unternehmen Online für 2025 bestellen möchte... ... Mehr anzeigen

@Hauke_Hamann  schrieb: Jetzt ist vor das ZUGFeRD-Format (!), das ja bereits eine Sichtkomponente enthält (mit grafischen Elementen) noch eine Auswertung "Datenvisualisierung Rechnung". Sind lediglich 242 Seiten zusätzlich, die mir in dem überaus flott und agil arbeitenden Viewer vorweg angezeigt werden. Vorweg, nicht hinten dran, wo es mich nicht mehr interessiert. Das ist tatsächlich richtig so, da für den Vorsteuerabzug der XML-Datensatz maßgeblich ist und die Daten auf der Sichtkomponente (PDF) damit aus steuerlicher Sicht "wertlos" sind. Somit müssten wir, strenggenommen immer die im Viewer angezeigten XML Daten zum Buchen verwenden.   Das Problem liegt eher darin, wie die Datev diesen Viewer umgesetzt hat. Performance, Übersichtlichkeit und sinnvolle Nutzung des Platzes, sowie die Möglichkeit im 16:9 Format zu visualisieren vermisst man. Da hat in Nürnberg wohl keiner dran gedacht.   Siehe auch die Diskussion unter: (1) Datenvisualisierung Rechnung - DATEV-Community - 463117   Sowieso ist die Datev Rechnung, ob als PDF oder im XML Viewer eine absolute Zumutung zum Aufteilen. Daher mein Praxistipp:         ... Mehr anzeigen

Die Visualisierungsseiten werden doch erst durch die Datev aus der XML-Datei erzeugt? Oder reden wir an einander vorbei?   ... Mehr anzeigen

Jaein. Grundsätzlich ja, nur kann eine natürliche Person eben auch Einzelunternehmer sein. Wir wissen i. d. R. welcher von unseren Mandanten Unternehmer ist, das gilt aber nicht überall. Zumal standardisierte Prozesse nicht von vielen Abzweigungen profitieren. Daher lautet meine Empfehlung an Mandanten ausschließlich ZUGFeRD-Rechnungen zu erstellen und dem (Privat-) Kunden bei bedarf eine Rechnungskopie auszudrucken. Wenn wir dann selbigen Mandanten eine sonstige Rechnung für die Einkommensteuer aber eine E-Rechnung über Datev für seine GmbH zukommen lassen, denkt der noch wir haben nicht alle Tassen im Schrank. ... Mehr anzeigen

Der Hinweis wurde mir vorhin nicht angezeigt und der Kollege von der Datev schien auch nichts davon zu wissen. Es scheint, als würde der Viewer die Ansicht in der Cloud generieren und nicht aus der XML lokal auf dem Rechner. Passt zur Cloud First Strategie der Datev, ist aber bei abnehmender Zuverlässigkeit der Cloud Infrastruktur (nicht nur in Nürnberg) nicht unbedingt nach meinem Geschmack. Kann man nix machen.   Ich wünsche mir zu 2025 von der Datev zumindest mal einen Monat in dem alles problemlos funktioniert, damit ich auch mal wieder Zeit fürs Tagesgeschäft habe. Aktuell scheinen Brände schneller auszubrechen als man sie löschen kann. ... Mehr anzeigen

@einmalnoch Danke für die Erläuterung.     @chrisocki  schrieb: Und damit wir uns richtig verstehen: Ich persönlich würde bei einer ZUGFeRD-Rechnung den Sichtbereich als primäre Ansicht auch favorisieren. Gerade beim Beispiel der DATEV-Rechnung, ist der Sichtbereich einfach schneller zu interpretieren. Grundsätzlich finde ich die Sichtkomponente auch ästhetischer. Da der XML-Teil der Rechnung jedoch der ausschlaggebende ist, ist es eigentlich richtig sich auch nach diesem zu richten. Grundsätzlich ist es ja eine Arbeitserleichterung wenn die wichtigen Informationen einer Rechnung immer an der gleichen Stelle zu finden sind. Da muss man aber einfach mal anmerken, dass der Viewer das nicht schön umsetzt. Sich durch fünf Seiten scrollen um irgendwo die Auflistung der einzelnen Seiten zur Aufteilung zu finden, ist irgendwie nicht so ganz das Wahre.   Der Platz auf den Seiten könnte viel sinnvoller genutzt werden und, Achtung ganz gewagter Gedanke, der Viewer würde mehr Sinn machen, wenn er die Daten im 16:9 Format, statt A4 hochkant visualisieren könnte. Ich bin gefühlt der einzige, der einen um 90° gedrehten Monitor zur Dokumentenansicht verwendet und ich glaube die meisten Leute haben das Belegfenster beim Buchen auf einem Monitor maximiert und verschwenden so wertvollen Platz der Informationen enthalten könnte.   @einmalnoch  schrieb: Bei einer ZugFerD Rechnung muss der sichtbare pdf Teil in den verpflichtenden Angaben des UStG mit dem xml Teil der Rechnung übereinstimmen. Anderenfalls ist der Vorsteuerabzug gefährdet. Ein Viewer müsste diesen Prüfschritt eigentlich besser unterstützen. So wie ich es verstanden hatte, ist bei Abweichungen der Inhalt der XML für den Vorsteuerabzug maßgeblich. Punkt 31 des BMF Schreibens vom 15.10.24 enthält folgenden Satz: Im Fall von Abweichungen zwischen den strukturierten Rechnungsdaten und den sonstigen Informationen gehen die Daten des strukturierten Teils denen der Bilddatei vor. Ein solcher Prüfschritt wäre natürlich super, müsste dann aber KI-gestützt (Oder Deep Learning für die ganz genauen) sein, was wiederum anfällig für Fehler sein kann.   Bei mir funktioniert der Viewer übrigens heute schon nicht mehr. Die gleiche Rechnung wie gestern, zeigt heute nur noch die Sichtkomponente an. KAREWE neu starten hilft auch nicht. Habe ich direkt an die Datev weitergegeben, da ich "glücklicherweise" heute eh einen Rückruf wegen eines anderen Programmfehlers bekam. ... Mehr anzeigen

Hätte man bei der Testrechnung die Rechtsform GmbH & Co. KG gewählt, wäre aufgefallen, dass &amp;  von dem Viewer nicht in & umgewandelt wird. Zwar definiert der ZUGFeRD-Standard den Zeichensatz als UTF-8, aber nach meinem Verständnis sind HTML eigene Zeichen (", &, <, >, ' & ␉) auch in XML Dateien als Zeichen-Entität-Referenzen anzugeben. Daher würde ich behaupten, dass der Lieferant Matthies es in seiner XML richtig gemacht hat und die Datenvisualisierung der Datev hier einen Fehler hat:   Belehrt mich bitte eines besseren wenn ich falsch liege. HTML ist nicht unbedingt mein Fachgebiet. ... Mehr anzeigen

Moin,   Rechteverwaltung über den Arbeitsplatz öffnen und dann: PC-Anwendungen Programme Anwalt V. 15.xx Akten physisch löschen als Individuelles Benutzerrecht, bzw. Recht für Gruppe raus nehmen.   Voraussetzung ist natürlich, dass man Rechteadministrator ist.   LG TA ... Mehr anzeigen

Moin Verena,   gerade im KSt-Programm getestet. RZ-Mandantenliste kann abgerufen und geöffnet werden. Scheint also nicht am RZ zu liegen sondern an der lokalen Installation. Was es nicht wirklich besser macht...   In welchem Programm hast du denn versucht die Liste abzurufen?   LG TA ... Mehr anzeigen

@cwes  schrieb: Dateien mit bereits vorhandenem Hashwert sind ohnehin als "Duplikat" getaggt, oder? ODER? Das wäre ja traumhaft, nur denkt in der Entwicklungsabteilung des grünen Riesen niemand so weit. Wobei es ein Hilfedokument gibt, welches anderes behauptet: Dublettenerkennung beim Upload in DATEV Unternehmen online - DATEV Hilfe-Center   Wenn man ganz genau hinsieht, erkennt man nämlich, dass die Dubletten Erkennung nur für Mandanten funktioniert, die mit der Belegfreigabe Online arbeiten. Gibt es die überhaupt?   Eine Warnung bezüglich Duplikate gibt es ansonsten erst beim verbuchen: Dabei werden die Buchungen auf Übereinstimmung in Umsatz, S/H-Kennzeichen, Belegfeld 1 und Datum überprüft. "  aus: Dublettenerkennung beim Upload in DATEV Unternehmen online - DATEV Hilfe-Center   Ich weiß von einem Fall, wo die OCR-Erkennung den Rechnungsbetrag manchmal mit und manchmal ohne Skonto übernommen hat. Wenn jedoch nicht alle Kriterien Identisch sind, greift die Prüfung nicht. Mit der E-Rechnung sollte das ganze dann hoffentlich besser laufen. Im Gegensatz zu (mehrfach) digitalisierten Papier-Rechnungen, würde ein Abgleich der Hash-Werte beim Upload bei diesen dann auch wirklich Mehrwert bieten. ... Mehr anzeigen

Bei der Anlage eines neuen Unternehmens in DUO erhält man stets den Hinweis, dass die Berater und Mandantennummer zwingend mit der im Rewe übereinstimmen muss. Somit würde ich eher davon abraten. ... Mehr anzeigen