Zu dem Thema mit den 50ct gibt es einen interessanten Artikel auf heise:   https://www.heise.de/en/news/E-billing-at-DATEV-Confusion-about-activation-for-Duo-customers-and-costs-10275566.html   Viele Grüße  Reisekostenrechner ... Mehr anzeigen

Hallo Akoya,   wir haben uns im Rahmen unserer Software "Spesenfuchs" mit diesem Thema ausführlich beschäftigt. Letztendlich würde ich Ihre Frage wie folgt beantworten: Die (E-)Rechnung des Geschäftsreisenden muss, damit sie diesem erstattet werden kann, letztendlich in die Buchhaltung des Unternehmens wandern. Dort muss das Original ankommen, wenn es sich um eine elektronische Rechnung handelt und nicht z.B. ein Foto davon.   Im Idealfall (so haben wir es in Spesenfuchs implementiert) lädt der Geschäftsreisende also seine Flug/Mietwagen/etc. Rechnung in die Reisekostensoftware hoch. Diese erkennt, dass es sich um eine E-Rechnung handelt und gibt diese dann über die Schnittstelle im Original weiter. Für den Geschäftsreisenden ist das Ganze nur insofern relevant, als dass er lernen muss, dass er nicht ein Foto von einem Beleg macht, sondern das Original, das er in der Regel per E-Mail erhält, hoch lädt. Damit würde sich die Frage "Muss neben der Fibu auch der Geschäftsreisende die E-Rechnung empfangen können?" mit "ja" beantworten lassen.  Sicherlich lassen sich auch Prozesse implementieren, wo die Rechnung an das Unternehmen geht und dann ein Mitarbeiter des Unternehmens/Sekretariat etc. diese empfängt und in den Account des Geschäftsreisenden hoch lädt.   Reisekostenabrechnungen an sich (also Verpflegungsmehraufwendungen, Mahlzeitenabzüge und Kilometergeld https://www.spesenfuchs.de/unterschied-zwischen-entfernungspauschale-und-kilometergeld/ unterliegen nicht der E-Rechnungspflicht, da keine Vorsteuer enthalten ist).   Zu beachten für das nächste Jahr ist, dass es sich bei Reisekosten oft auch um Belege handelt, die nicht oder noch nicht der E-Rechnungspflicht unterliegen wie z.B. Kleinbetragsrechnungen und Fahrscheine.   Viele Grüße Reisekostenrechner ... Mehr anzeigen

Hallo @rschoepe ,   ich wollte heute Deinen Vorschlag umsetzen und wie bereits im Thread beschrieben, anstatt einer Datei zuerst einen Stapel generieren und dann die StapelId im CSV mitgeben. Allerdings erhalte ich, wenn eine der Dateien für den Stapel eine ZUGFeRD Datei ist, die unten stehende Fehlermeldung "Es dürfen keine ZUGFeRD Dateien zusammengefügt werden. Übertragen Sie die Dateien einzeln". https://apps.datev.de/help-center/documents/1046334  Fehler Nummer DCO01250   Sieht also so aus, dass man mit dem DATEV Buchungsdatenservice pro Buchung nur eine Datei mit senden kann, wenn es sich bei einer der Dateien um eine ZUGFeRD Datei handelt.   Schade. Mich interessiert nun die Meinung der Community zu folgender Idee:   Wir generieren in Spesenfuchs übersichtliche Abrechnungstabellen zu jedem Beleg. Z.B. hingekritzelter Taxibeleg erhält noch eine Übersichtsseite mit den Daten. Ausserdem generieren wir Bewirtungsspesennachweise zu Bewirtungsbelegen.   Beides ist äusserst beliebt bei den Usern. Gesetzt den Fall, dass jetzt so ein Beleg eine ZUGFeRD Rechnung ist, könnten wir aus beiden Dateien (Übersichtsdatei und Zugferd Datei) eine einzige neue Datei erzeugen, die beide PDFs und das Zugferd XML der einen Datei enthalten würde. Wenn wir das nicht machen, können wir an DATEV nicht mehr unsere schönen Reports schicken, sondern nur die blanken ZUGFeRD files.  Frage: ist das erlaubt (GoB)? Gibt es Alternativen? Ich bin gespannt auf die Meinungen der Community. Am besten wäre für uns ein Link der sagt, dass das erlaubt ist oder eben nicht. Meiner Recherche nach ist da nicht eindeutig geregelt.   ... Mehr anzeigen

@rschoepe herzlichen Dank für diese wertvolle Information! ... Mehr anzeigen

Komisch, kann meinen Beitrag nicht bearbeiten. Ich meinte diesen Endpunkt: https://developer.datev.de/datev/platform/de/product/58944/api/29463#/accountingdocuments_20/operation/%2Fclients%2F%7Bclient-id%7D%2Fdocuments%2Fstapled/put ... Mehr anzeigen

Hallo miteinander und danke für Euer Feedback, @rschoepe und @Dworzak .   Es gab mehrere inhaltliche Feedbacks, auf die ich hier in einer Antwort reagiere.   Thema 1)  "eine Reisekostenabrechnung, einen oder N Belege und die Auszahlung" Eine Reisekostenabrechnung führt in der Regel zu N Belegen (Pauschalen, Taxi, Hotel, Bewirtung ... jedes ein Beleg, also N). Diese werden dann nicht einzeln an den Mitarbeiter bezahlt, sondern über den Kreditor oder über eine entsprechende Lohn Schnittstelle (LODAS oder LuG).   Allerdings ist mein Punkt darauf bezogen, dass wenn einer dieser Belege, z.B. eine Bewirtung aus mehreren "Seiten Papier" besteht.   Thema 2) interessant, @rschoepe was Du über die Möglichkeit schreibst, mehrere Belege nach DUO hochzuladen und dann zu einem "symbolischen" Beleg zusammen zu heften. Wenn ich mal die Primanota aus einem unserer Exporte von unserem System in den Buchungsdatenservice anschaue, dann sieht das so aus wie im angehängten Screen. Dort ist je Buchung genau ein Symbol in der Spalte "BL" zu sehen. Verstehe ich das richtig, dass sich dort mehrere Dateien verbergen könnten? Meinst Du damit, dass man mehrere einzelne Seiten über den Stapled Endpoint hochlädt? https://accounting-documents.api.datev.de/platform/v2/clients/455148-1/documents/stapled und dann im csv die dort generierte UUID verwendet? Ich frage mich, was DATEV dann mit diesen mehreren Dokumenten macht in Bezug auf die E-Rechnungen. Vielleicht erlaubt es nur einen Beleg mit xml Anreicherung? Was meinst Du mit "beim Export dagegen nicht", welchen Export meinst Du? Wir haben demnächst unseren Freigabetermin, das wird auf jeden Fall eine unserer Fragen sein. ... Mehr anzeigen

...ich denke auch, dass das "s" falsch ist im Dateinamen.   Weiter fällt mir auf, dass wenn ich eines unserer EXTF_csv files mit dem Texteditor öffne, der Teil für die BEDI so aussieht:   ;"BEDI """"12EB7868-98DA-2D00-9282-B5EB0C15E136""""";   also ein paar Anführungszeichen mehr, als man dann in Excel sieht.   Ich kenne das Ping Pong. Sehr mühsam. Viel Erfolg!  ... Mehr anzeigen

Hallo @msteinfeld ,   kannst Du bitte einen Link zu der Doku schicken, auf die Du Dich beziehst? Ich verstehe  die Frage nicht .   Viele Grüße Reisekostenrechner  ... Mehr anzeigen

Hallo Dino,   ich habe gestern noch eine Antwort von der Schnittstellenberatung bekommen. Es ist nicht erlaubt den Endpunkt https://accounting-documents.api.datev.de/platform/v2/clients/{cliend-id} im Kontext des Buchungsdatenservice aufzurufen.    Das mit der Clientid-Mandantennummer war bekannt, trotzdem danke.   Viele Grüße Reisekostenrechner ... Mehr anzeigen

Hallo Dino,   herzlichen Dank für Deine ausführliche Beschreibung. Das ist für uns sehr interessant zu lesen, wie andere die Schnittstelle nutzen.   Der Prozess bei uns ist ähnlich, zuerst übertragen wir die Bilder mit der GUID und danach die EXTF csv Datei.   Bei Erfolg wird bei uns die Reise oder die Ausgabe auf "exportiert" gesetzt, wohlgemerkt nur dann, wenn sowohl kein Fehler im EXTF und kein Fehler bei allen zu der Reise dazu gehörenden Belegen aufgetreten ist. Im Fehlerfall gibt es eine Info an den User per Oberfläche und eine Email wenn er das so eingestellt hat. Wir haben auch so was wie einen automatischen nächtlichen Export, der alle Reisen und Ausgaben abholt (die im entsprechenden Status "freigegeben") und dann überträgt. Im Fehlerfall kann dann der Export auch neu angestossen werden mit neuer GUID.   Unser Prinzip, auch bei den anderen REST Schnittstellen, z.B. bei lexoffice, ist auch das, dass wir davon ausgehen, dass alles automatisch laufen soll und nicht jemand hingehen muss und den Export anstossen muss. Also nächtlich automatisch. Irgendwie sagt mir aber mein Bauchgefühl, dass das im Falle DATEV und DATEV Anwender anders laufen wird, weil man in den Steuerkanzleien eine andere Art zu arbeiten hat.. Da bin ich mal gespannt. Bei uns ist das einstellbar pro Kunde.   Wir haben jetzt tatsächlich auch die Option gebaut, dass der Kunde einstellen kann, wie er den gerne den Buchungsstapel hätte, aufgrund des Ratschlags des Datev Beraters in der Freigabe Sitzung. Wir werden sehen, wie das angenommen wird oder ob es irrelevant ist. Default ist sowieso "Ein Stapel pro Export" - wobei das auch 2 Stapel werden können, wenn es 2 verschiedene Wirtschaftsjahre betrifft.   A pro pos: fragt ihr das Wirtschaftsjahr ab? Ich wollte das machen mit  https://accounting-documents.api.datev.de/platform/v2/clients/{cliend-id} aber bekomme immer einen Fehler.    Viele Grüße Reisekostenrechner     ... Mehr anzeigen

Hallo Dino,   wir übergeben diese Felder auch nicht. Wurde auch im Termin heute gesagt, dass die Doku so nicht sein sollte und man mit dem Kollegen sprechen würde. ➡️Vielen Dank für den netten Austausch diesbezüglich hier und toi toi toi für die Freigabe. Vielleicht können wir uns noch über einen weiteren Punkt hier austauschen: wie setzt ihr Euren Buchungsstapel zusammen und wie geht ihr damit um, wenn es einen Fehler gibt? Erklärung: Gestern im Freigabetermin hat sich als Feedback seitens des Beraters herausgestellt, dass so wie wir aktuell den Buchungsstapel aufbauen nach Meinung des Beraters wahrscheinlich zu Unzufriedenheit führen wird. Wir erstellen nämlich für jede Reise (Reise hat N Buchungen aber eben nur für diese Reise) und auch für jeden einzelnen Beleg (evtl mehrere Buchungen wg. Mehrwertsteuer oder Bewirtung oder Hotel) einen Buchungsstapel. Der Berater sagt, das entspricht nicht der Arbeitsweise in den Kanzleien. Jetzt wollen wir mehrere Optionen anbieten, aus denen der Kunde dann wählen kann: Ein Buchungsstapel pro Export (ggf. 2 wenn Wirtschaftsjahr abweicht) Ein Buchungsstapel pro Monat Ein Buchungsstapel pro Ausgabe (Reise oder Beleg)   Schön, das können wir machen. Dann hat man z.b. für 20 Reisen nur einen Buchungsstapel. Aber wenn dann ein Fehler z.B. bei einem der Belegbilder auftritt, wird in unserer Anwendung dann der Status (Workflow) der Reise nicht umgesetzt und ein Fehler angezeigt. Es wären denn 19 Reisen als "exportiert" gekennzeichnet und bei der einen müsste man etwas korrigieren und erneut übertragen. Deshalb ist unser Gedanke, dass wir dann auch den Buchungsstapel erst generieren können, wenn wir wissen, welche Belegbilder korrekt übertragen wurden. In den Buchungsstapel würden dann nur die Buchungen von den ok Reisen aufgenommen.   Wie ist da bei Euch der Use Case? Das würde mich interessieren.   Generell interessiert mich auch die Meinung von anderen die mitlesen und es bis hierher geschafft haben 😀, welche Option sie wählen würden ob das so ist mit der Arbeitsweise und den Buchungsstapeln und auch weiter, was mit den Belegbildern passiert, die übertragen aber nicht einer Buchung zugeordnet werden und     Viele Grüße Reisekostenrechner ... Mehr anzeigen

Hallo Dino,   jetzt haben wir auch für den Buchungsdatenservice die Freigabe für Produktiv Test.💪   Meine Frage ob das stimmt bezüglich des Dateinamens mit den Ziffern  "Die CSV wird nur dann per API korrekt verarbeitet, wenn im Dateinamen ausschließlich EXTF_ gefolgt von numerischen Zeichen enthalten ist: Bsp.: EXTF_20240502113227.csv" wurde verneint.   Viele Grüße Reisekostenrechner ... Mehr anzeigen

Hallo Dino, vielen Dank für Deine wertvollen Hinweise. Ich melde mich nach unserer Prüfung morgen mit weiteren Erkenntnissen. Viele Grüße Reisekostenrechner  ... Mehr anzeigen

Hallo Dino,   wir haben am Donnerstag unseren Produktiv Freigabe Termin für den Buchungsdatenservice. Ich gehe gerade noch einmal alle Punkte durch, um zu prüfen, ob ich etwas vergessen habe, da fällt mir eine Änderung in dem Dokument auf:    https://developer.datev.de/datev/platform/de/node/33197    Ich hatte dieses Dokument in diesem Thread hier zitiert, siehe oben (ansonsten hätte ich nämlich gedacht, dass ich mich da in der Vergangenheit geirrt habe bzw. nicht aufmerksam war). Ich war es aber! Datev hat das Dokument einfach geändert, ohne den Changelog anzupassen.    Vorher stand da: "Für jedes Dokument ist zusätzlich zwingend ein Metadaten-Objekt (JSON) Namens "metadata" zu übermitteln. Metadata enthält insgesamt fünf Datenfelder von denen die ersten beiden (document_type, note) nicht verwendet werden sollen. Die letzen drei Datenfelder (category, folder, register) sollen den Ablageort des Dokumentes angeben. category soll einen Verweis auf die 3rd-Party App darstellen, folder die Art der Dokumente und register den Kalendermonat und -jahr des Dokumentes, also z.B. (SuperERP, Belege, 2023-05)"   Jetzt steht da:  "Für jedes Dokument ist zusätzlich zwingend ein Metadaten-Objekt (JSON) Namens "metadata" zu übermitteln. Das Objekt enthält insgesamt fünf Parameter: document_type: Der Belegtyp des Dokuments. Es kann Kunden geben, welche sich die Angabe des Belegtyps wünschen und es kann Kunden geben, welche die Verwendung des Belegtyps stört. Von daher wird empfohlen dem Kunden eine Checkbox in der App anzubieten, ob dieser Parameter bei der Schnittstelle verwendet werden soll oder nicht. note: Eine Notiz, die dem Dokument mitgegeben werden kann und bei Ansicht des Dokuments angezeigt wird. category + folder + register: Definieren den Ablageort im Belegarchiv von Belege online und sind zwingend zu nutzen (MUST). Die drei Parameter spiegeln ein Ablagearchiv mit 3 Ebenen wieder. 1. Ebene Category > 2. Ebene Folder > 3. Ebene Register. Alle drei Ebenen sind zu nutzen und die Verzeichnisse werden, wenn nicht bereits in Belege online vorhanden, zur Laufzeit auf Basis des HTTP-Requests angelegt. Parameter "category" soll einen Verweis auf die 3rd-Party App darstellen, "folder" z.B. die Art der Dokumente und "register" den Kalendermonat und -jahr des Dokumentes, also z.B. (SuperERP, Belege, 2023-05)."   Viele Grüße Reisekostenrechner ... Mehr anzeigen

Hallo Dino, die Frage wurde im Rahmen der Formatprüfung geklärt. Das Feld darf leer sein. Auf die andere Frage werde ich gerne antworten, wenn wir an dem Punkt angekommen sind. Viele Grüße  Reisekostenrechner ... Mehr anzeigen

Hallo Dino,   ich habe auch eine Frage: wenn ihr eine Buchung ohne Beleg habt, lasst ihr dann die GUID im EXTF einfach weg oder übergebt Ihr ein Dummy Bild?   Viele Grüße Reisekostenrechner  ... Mehr anzeigen

Hallo @Dino_G    hier steht das auch, dass man das Feld nicht übergeben darf:   https://developer.datev.de/datev/platform/de/node/33197   "Für jedes Dokument ist zusätzlich zwingend ein Metadaten-Objekt (JSON) Namens "metadata" zu übermitteln. Metadata enthält insgesamt fünf Datenfelder von denen die ersten beiden (document_type, note) nicht verwendet werden sollen. Die letzen drei Datenfelder (category, folder, register) sollen den Ablageort des Dokumentes angeben. category soll einen Verweis auf die 3rd-Party App darstellen, folder die Art der Dokumente und register den Kalendermonat und -jahr des Dokumentes, also z.B. (SuperERP, Belege, 2023-05)"   und hier https://developer.datev.de/datev/platform/de/product/47357/api/29463#/accountingdocuments_20/operation/%2Fclients%2F%7Bclient-id%7D%2Fdocuments/post steht    "If the value of the document_type is empty, then the parameter will be ignored and will not be returned in the response. In this case, and if the parameter document_type is not used, the term “ohne Belegtyp” (without document type) is displayed in the DATEV applications."   nun, aber Doku lesen kannst Du selbst. Wir sind noch nicht beim Test im Produktivsystem und deshalb kann ich Dir leider nicht sagen wie wir es machen, aktuell übergeben wir nur die 3 gewünschten Parameter category, folder, register.   "Unser SB hat sich das explizit gewünscht, da für Ihn der Aufwand die Testdaten zu löschen einfacher ist als einen weiteren Mandanten zu verwalten."   -> gut zu wissen, dass das so von DATEV akzeptiert wurde, für uns wie gesagt auch eine Option.     Viele Grüße Reisekostenrechner ... Mehr anzeigen

Hallo @Dino_G ,   habe ich Dich korrekt verstanden, Ihr nutzt einen produktiven Mandanten, aber setzt dem Folder im Metadata Tag auf einen extra Folder?   (https://developer.datev.de/datev/platform/de/product/47357/api/29463#/accountingdocuments_20/operation/%2Fclients%2F%7Bclient-id%7D%2Fdocuments%2F%7Bdocument-id%7D/put)   Wenn das Datev seitig "erlaubt" ist, wäre das für uns auch eine gute Lösung.   Viele Grüße Reisekostenrechner  ... Mehr anzeigen

Hallo Dino und alle,   mit Interesse lese ich diesen Beitrag. Wir bauen auch gerade die Schnittstelle zum Buchungsdatenservice.   Stimmt leider, was Du über die fehlerhafte Doku schreibst, das hier ist m.E. auch falsch, haste schon gefunden? :-): https://developer.datev.de/datev/platform/de/node/33197 GET https://accounting-extf-files.api.datev.de/platform-sandbox/v3/clients/{client-id}/extf-files/import/jobs/{jobid} Korrekt wäre ohne das /import/ GET https://accounting-extf-files.api.datev.de/platform-sandbox/v3/clients/{client-id}/extf-files/jobs/{jobid} Den so ist es im location header des vorherigen request UND in der doku. Da kann man schon mal Lebenszeit sinnvoll investieren.   https://developer.datev.de/datev/platform/de/product/40020/api/28378#/accountingextffiles_30/operation/%2Fclients%2F{client-id}%2Fextf-files%2Fjobs%2F{job-id}/get   Dein Post ist jetzt 2 Wochen her, seid Ihr schon im Produktivtest?   Wir noch nicht. Wir bauen allerdings auch parallel gleich den Rechnungsdatenservice und da haben wir Produktiv-Test-Freigabe. Wir warten darauf, dass unsere Kunden auch eine Testumgebung haben, denn das fordert die Datev auch. Also um mich korrekt auszudrücken: Test des Produktivsystems mit Kunden aber nicht produktiv aufgrund Datenschutz...OMG   Da wir schon diverse Schnittstellen zu anderen REST APIs gebaut haben, kann ich Dir bestätigen, dass auch hier im Unternehmen große Augen zum Thema Kosten und Ablauf gemacht werden. Immerhin sind die Termine bei denen man gemeinsam den Code anschaut (Naja letztendlich ist es nicht der Code sondern nur die Calls bzw das logging!) sehr konstruktiv, da war ich wirklich positiv überrascht und beeindruckt. Leider muss man da immer eine Stunde buchen. Da muss man dann Fragen zusammen kommen lassen. Schwierig zu organisieren...   Nichtsdestotrotz habe ich den Eindruck, dass man bei DATEV das nichtvorhandensein von einer passenden technischen Infrastruktur und entsprechender professioneller Dokumentation (tut mir echt leid aber es ist so, incl Schreibfehler) für sich in den Vorteil umdreht, hier noch Umsatz zu generieren. Wenn man das alles dokumentieren würde UND entsprechende Testsysteme hätte, dann bräuchte es diesen Ablauf nicht.   Ich nenne mal als Beispiel die API von Stripe, die wir auch angeschlossen habe. https://docs.stripe.com/api alles perfekt dokumentiert, first level support per chat, dann per email. Alles kostenlos. So wäre es schön. Das hat richtig Spaß gemacht.   Über die Funktionalität der Sandbox kann man streiten und staunen, es ist tatsächlich ja eher ein Mock. Rückgabewerte sind immer gleich, egal was man rein schickt.     Viele Grüße  Reisekostenrechner ... Mehr anzeigen

so, nachdem ich etwas verwirrt war, denke, ich dass ich Deinen Witz doch verstanden habe, @Marianne2024 .   Es geht darum, dass wir eine Schnittstelle von unserer Software für Reisekostenabrechnung zu den DATEV online APIs (Rechnungsdatenservice und Buchungsdatenservice) bauen. Dazu benutzen wir bestimmte Befehle, um von unserer Software (Spesenfuchs) ins DATEV Rechenzentrum zu rufen.   Einer der Befehle die auf der genannten Seite dokumentiert sind ist falsch - oder die Doku ist falsch.   Da es für einen Softwarehersteller schwierig ist, selbst alle Fehler in der eigenen Software zu finden (das ist völlig ernst gemeint), ist es eigentlich gut, wenn Anwender - in dem Falle wir - dem Softwarehersteller - also DATEV berichten, dass es hier ein Fehler entweder in der Doku oder in der Anwendung gibt. Mir ist kein anderes System der DATEV bekannt, wo man solche Errors reporten kann, deshalb mache ich es hier.   Ich wünsche Dir einen beschwingten Sonntag 🙂  ... Mehr anzeigen

Sorry, ich verstehe den Witz nicht, sollte es so gemeint sein... ... Mehr anzeigen

Wir haben mit dem „Vertragserstellungsprozess“ begonnen. ... Mehr anzeigen

Danke! Wir freuen uns darüber, dass es soweit ist. ... Mehr anzeigen

Hallo Vincent,   gibt es hier etwas Neues?    Viele Grüße Reisekostenrechner ... Mehr anzeigen

Hallo zusammen,   sorry für den Tippfehler. Ich bleibe mal ernst und bitte um einen Link, wo ich die API Doku einsehen bzw. mich als Anwender registrieren kann. Würde mich sehr wundern. Insbesondere, weil ich in 2021 ein Telefonat mit DATEV hatte, in dem mir mitgeteilt wurde, dass die REST API für uns NICHT zur Verfügung steht, weil wir kein Partner sind und es auch nicht werden können.... Weiter: warum sollte so ein Text von DATEV veröffentlicht werden: https://developer.datev.de/datev/platform/de/node/28060   @NadimBhatti was genau meinen Sie mit "theoretisch"? wie kann ich die API theoretisch benutzen?   Viele Grüße Reisekostenrechner  ... Mehr anzeigen