Hallo Reisekostenrechner,   nein, das benötigen wir nicht.     >> 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.  <<   Liegt es evtl an der client-id? Die muss nämlich aus Beraternummer-Mandantennummer (mit Bindestrich) bestehen.: string url = "https://accounting-clients.api.datev.de/" + gateway_url + "/v2/clients/" + datev_client_id + "-" + mandant_client_id; // 455148-1 (Sandbox)   VG Dino ... Mehr anzeigen

Hallo Reisekostenrechner,   wir übergeben jede Rechnung direkt nach Erzeugung im ERP. Unseren Kunden ist die zeitnahe Rechnungslegung sehr wichtig. Dazu wird je eine Zeile in der SQL-DB mit dem Namen (incl. Zeitstempel) der CSV angelegt, womit sicher gestellt ist das die Aufträge sequenziell verarbeitet werden.   Die Verbuchung hingegen findet in der Steuerkanzlei statt. Die Zeiträume bestimmen sie dabei selbst. Vorteil der API-Lösung ist hier das immer alle bis zu dem Zeitpunkt gestellten Belege ohne Interaktion oder Rückfrage vorhanden sind.   Der Übertragungsstatus sollte sich durch den Prozess selbst ergeben, da im Fehlerfall entweder keine JOBId (CSV) oder keine GUID (Document) zurück kommen, bzw. der Status nicht 'successed' lautet. Wir setzen für den ersten Fall je Datei ein FLAG 'processed=1', wenn alles glatt gelaufen ist. Dateien mit 'processed=0' werden dann im nächsten Durchlauf verarbeitet oder ein Fehler wird gemeldet.   Die CSV übertragen wir grundsätzlich erst nachdem die Dokumente übermittelt wurden. Da wir eine Konsolenanwendung/Dienst anstreben, werden Fehler an den zuständigen Mailverteiler zwecks manueller Prüfung übermittelt.   Die Zuordnung Stapel zur Datei kann meiner Kenntnis nach über die API gar nicht geprüft werden, sondern ist erst in Kanzlei Rechnungswesen festzustellen.   Sollte eine Rückmeldung zu einem fehlenden/defekten Beleg kommen, so kann die Datei (mit neuer GUID(!)) erneut übertragen werden.   Um das abschließend nochmal zusammen zu fassen: Die Übertragung von Bewegtdaten kann man zwar als Stapel sehen, der 'wahre Stapel' ergibt sich aber erst durch die zusammenfassende Bearbeitung im Steuerbüro. Sie gehen hin und laden sich alle übertragenen Daten in einen Vorgang. Das können auch mehrere Übertragungen zu einem Zeitraum sein - im Rechnungswesen werden sie dann zusammengefasst und endgültig verbucht.   Viele Grüße Dino     ... Mehr anzeigen

Hallo Reisekostenrechner   Nochmal ein Update. Die Metadatenfelder document_type und note sollen im Buchungsdatenservice definitiv nicht übergeben werden, auch nicht leer. Der heutige Support und Freigabetermin hat ergeben das die geänderte Schnittstellenbeschreibung für unser Vorhaben nicht zielführend ist. Ich gebe das nur so weiter, ohne das ich es voll verstanden habe aus welchem Grund.   Schlußendlich konnten alle Daten in die Buchung übernommen werden.   VG Dino   ... Mehr anzeigen

  Hallo Reisekostenrechner,   wenn es bei dir auch anders gelingt, dann liegt das Problem an anderer Stelle. Ich bin jetzt jedenfalls durch und gehe die endgültige Freischaltung an.   Viele Grüße   Dino ... Mehr anzeigen

Hallo@Reisekostenrechner ,   der Fall hat sich nun endlich aufgeklärt.   In metadata.document_type darf nur einer der in DATEV-Online freigegebenen Dokumenttypen verwendet werden: https://apps.datev.de/help-center/documents/1071401   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   Viele Grüße Dino   ... Mehr anzeigen

Doppelpost ;-( ... Mehr anzeigen

Hallo @Reisekostenrechner ,   vielen Dank für die Rückmeldung, alles andere entbehrt auch jeder Logik. (Im Termin zur Produktiv-Freigabe wurde ich deshalb noch gerügt, da ich alle Felder übergeben, aber die besagten Werte dann leer gelassen habe.) Leider hilft das nicht weiter in meinem Fall.   Ich bin gerade nochmal mit unserem Steuerberater einen Upload durchgegangen, bevor ich am Donnerstag das bestehende Problem erneut in einem Support-Termin zu erörtern versuche;   Die CSV-Dateien tauchen nicht in Unternehmen-Online auf, obwohl die Prüfung seitens DATEV korrekt war. Die Dokumente sind alle sichtbar. Der Belegtyp wird auch mit allen gefüllten META-Objekten NICHT angezeigt.   Bei einer manuellen Übermittlung derselben Dateien mittels Belegtransfer ist alles sichtbar.   Hoffe, wir finden da gemeinsam eine Lösung.   Viele Grüße Dino ... Mehr anzeigen

Hallo @Reisekostenrechner ,   möchtest Du die Frage eventuell zurückziehen? 😉   Wenn es keinen Beleg gibt, dann ist das Feld leer.   Viele Grüße Dino   ... Mehr anzeigen

Hallo @Reisekostenrechner    ..document_type..   mir geht es auch nicht um das 'return value', sondern darum das der Belegtyp in Unternehmen Online nicht ausgefüllt wird. Wir haben die Übertragung gerade auch mal mit den unerwünschten Feldern getestet mit gleichem Ergebnis.   ... Mehr anzeigen

Hallo @Reisekostenrechner ,   Die API legt serverseitig automatisch einen Ordner mit dem Namen der Anwendung an. Der Wert wird mit <metadata.category> übergeben.   <metadata.folder> spielt hier eigentümlicherweise kein Rolle.   Vielleicht kannst Du mir bei einem Problem helfen: In Datev-Online wird das Feld Dokument-Typ nicht ausgefüllt bei den übertragenen Dokumenten.   Im Prüftermin wurde mir deutlich gesagt das metadata.document_type und metadata.note nicht nur leer sein sollen (wie in der DOKU angegeben), sondern gar nicht erst mit übergeben.     "Wenn das Datev seitig "erlaubt" ist, wäre das für uns auch eine gute Lösung."   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.   VG Dino ... Mehr anzeigen

Servus @Reisekostenrechner ,   die Fallstricke der DOKU haben wir mühsam abgearbeitet und wir sind (endlich) im Produktivtest und stehen kurz vor der Vollendung.   APIs haben wir auch schon mehrere umgesetzt - von daher kann ich deine Argumentation nachvollziehen. Die Hürden sind hier besonders hoch.   In unserem Fall arbeiten wir direkt mit dem Steuerbüro zusammen, so das der Produktiv-Testfall sehr unkompliziert geregelt ist. Die Dokumente landen in einem klar abgegrenzten Ordner, die CSV-Dateien und Dokumentinhalte sind mit Phantasiedaten gefüllt und unübersehbar gekennzeichnet.   Immer weiter rudern..   Viele Güße   Dino     ... Mehr anzeigen

  Hier nochmal ein Link zu einem nützlichen Tool das die DATEV-Formate strukturell prüft und das Jan vermutlich meinte, ich habe es aber zuvor nicht gefunden. Vor dem Senden von Daten sollte hier schon alles sauber sein 😉   Prüfprogramm | DATEV Developer Portal   https://developer.datev.de/datev/platform/de/dtvf/tools     VG Dino ... Mehr anzeigen

  Unter Umständen 1 Woche Lebenszeit zu verschenken:   Problem: Übertragung der Bewegungsdaten per EXTF_Buchungsstapel.csv und anschließende Abfrage des Job-Status mit folgender Fehlermeldung in Kurzform:   Invalid EXTF-Header "DATEV Format Label","reason":"must be 'EXTF' (1)"   An der Datei oder der Headerzeile hat es nicht(!) gelegen, sondern an der Art der Übermittlung. Habe es immer mit addFile probiert, aber die Datei muss als ByteArray im Body übergeben werden. Klingt einfach, bin aber nicht ohne Anschubser darauf gekommen. Das besagte Problem das vorm Bildschirm sitzt.   Lösung:                 // Body filePath = documentFile.path + @"\" + documentFile.filename; byte[] bytes = System.IO.File.ReadAllBytes(filePath); request.AddParameter("application/octet-stream", bytes, ParameterType.RequestBody); // Request insgesamt: url = "https://accounting-extf-files.api.datev.de/" + gateway_url + "/v3/clients/" + datev_client_id + "/extf-files/import"; // AUTH options = new RestClientOptions(url) { MaxTimeout = -1, Authenticator = new OAuth2AuthorizationRequestHeaderAuthenticator( code, // AccessCode "Bearer"), }; client = new RestClient(options); request = new RestRequest(url, Method.Post); // Body filePath = documentFile.path + @"\" + documentFile.filename; byte[] bytes = System.IO.File.ReadAllBytes(filePath); request.AddParameter("application/octet-stream", bytes, ParameterType.RequestBody); // Header request.AddHeader("X-DATEV-Client-Id", X_DATEV_Client_Id); request.AddHeader("Filename", documentFile.filename); request.AddHeader("Content-Type", "application/octet-stream"); // Im Anschluss gibt der JobStatus dann endlich das ersehnte 'succeeded' zurück url = "https://accounting-extf-files.api.datev.de/" + gateway_url + "/v3" + jobId_url; request = new RestRequest(url, Method.Get); request.AddHeader("X-DATEV-Client-Id", X_DATEV_Client_Id); request.RequestFormat = DataFormat.Json; RestResponse jobStatus_response = client.Execute(request);   Puuh. Endlich.   Bis zum nächsten Puzzleteil.   VG Dino   ... Mehr anzeigen

  Den Nürnberger finde ich am besten 🙂   Montag gibt es eine korrigierte Bruno Collection über den 'Deeplink' - den habe ich bisher nicht gefunden. Die bisherige Collection habe ich von einem netten Berater.   Morgen erhoffe ich mir die Lösung zu erfahren. ... Mehr anzeigen

Danke auch dir Daniel für die schnelle Rückmeldung!   Der Dateiname ist: EXTF_Buchungsstapel_WA_20240409150001.csv   Schemata habe ich auch schon komplett übernommen - auch das von Jan.   Habe die neuen Demodaten auch alle durch. Da das Problem meistens vorm Bildschirm sitzt kommen mir schon leichte Zweifel. Kodierung der CSV UTF-8 ohne BOM.   VG Dino ... Mehr anzeigen

Danke, ebenso. Das Tool kannte ich noch nicht. Läßt sich nicht installiern (W10x64) - Setup geht einfach zu. Das die CSV-Daten manuell eingelesen werden können wurde mir auch schon mehrfach bestätigt.   Der Umweg über den Mail-Assistenten (Hatte ich in einem anderen Thread gelesen) scheint nicht mehr zu funktionieren wie ein Kollege berichtet und ist auch nicht meine Wunschumsetzung.   Ich habe deine Zeilen mit Notepad++ und einer Buchungszeile von uns verschmolzen. Die Berater- und Mandantennummer sind in der Sandbox vorgegeben und auch eingesetzt. Voller Hoffnung leider mit dem selben Ergebnis.   // raw content as string jobStatus_response.Content: {"id":"cb21c41c-06de-4116-8818-98eea8c12345x","filename":"EXTF_Buchungen_WA_2024022915542199.csv","client_application_display_name":"APPNAME","client_application_vendor":"UNKAPUTTBAR","result":"failed","timestamp":"2024-04-09T15:35:47.967897Z","validation_details":{"type":"http://www.datev.de/lexinform-infodb/1008834","title":"Invalid EXTF-header","detail":"Error in header field","affected_elements":[{"name":"DATEV Format Label","reason":"must be 'EXTF' (1)"}]}}   Vorgabe passt: https://developer.datev.de/datev/platform/de/dtvf/formate/header     Spannenderweise ist dieser Fehler auch bei den Definitions gelistet, obwohl er nicht der Erste in der Reihe der 1008834er ist: Header-Fehler(runterscrollen): https://developer.datev.de/datev/platform/en/product/40020/api/28378#/accountingextffiles_30/operation/%2Fclients%2F{client-id}%2Fextf-files%2Fjobs/get   Definitions: https://developer.datev.de/datev/platform/en/product/40020/api/28378#/accountingextffiles_30/definitions   Mir gehen die Ideen aus.   Ich bin gespannt was mir dazu jemand vom Support mit Blick auf die Logs und die tatsächlich eingegangenen Files sagen kann.       ... Mehr anzeigen

Servus   Tatsächlich geht es ohne das kostenpflichtige Onbarding gar nicht erst los. Die Postman und Bruno Collections sind nicht öffentlich und noch dazu fehlerhaft bzw. überholt.    EDIT: @hatterja : für die accounting:extf-files gibt es einen direkten Nachfolger. Im wesentlichen ändern sich die Routen auf v3 von v2. Für die korrekte Funktion sind noch 3 weitere APIs notwendig.   Trotzdem entwickle ich gerade eine Schnittstelle in C#/.net die Rechnungen und Bewegungsdaten, sowie Stammdaten vom Desktop (Server) per API übermittelt. Nach der Freigabe mit UI die auch zur Authentifizierung vorgeschrieben ist soll das per Konsolenanwendung automatisch laufen. Soweit so gut - trotz leider fehlerhaften Vorgaben und unzureichenden Informationen bin nun fast durch die Sandbox-Anforderungen durch, es fehlt noch der letzte Teil: Validierung der hochgeladenen CSV-Dateien.   Trotz dessen das ich die aktuellen Demodateien vom 27.3.24 übertrage erhalte ich immer die Meldung:   Invalid EXTF-Header "DATEV Format Label","reason":"must be 'EXTF' (1)"   Das ist wie ein Puzzle bei dem andauernd ein Teil fehlt. Ob ein weiteres Support-Ticket das Problem beheben kann wird sich herausstellen.   Die Übertragung wird mit RestSharp durchgeführt, POST, "Content-Type", "application/octet-stream".   Selbstverständlich steht das Label in Anführungszeichen und korrekt geschrieben in Zeile eins im ersten Feld, so wie auch in den Demodaten. Diverse Zeichenformate habe ich auch schon getestet.    Hat jemand evtl. einen Tipp für mich? Neuigkeiten trage ich hier im Verlauf ein.       Vielen Dank! Dino     ... Mehr anzeigen