Bug oder falsche Verwendung - Accounting Schnittst... - DATEV-Community

upspot · ‎29.04.2022

Hallo,

ich programmiere aktuell gegen die neusten Version der Account Desktop API.

Mit folgender URL lese ich Debitoren aus:

http://localhost:58454/datev/api/accounting/v1/clients/UUID/fiscal-years/20220101/debitors?filter=business_partner_number eq 30336 and date_last_modification ge TIMESTAMP

Das ganze klappt soweit auch. Die gelieferten Datensätze sehen korrekt aus und können entsprechend weiterverarbeitet werden. Am Datensatz selber ist ein Feld "date_last_modification" welches in meinem Beispiel mit dem Wert "2022-04-29T18:37:03.037+02:00" gefüllt ist.

Nach meinem Verständnis müsste ich den Datensatz mit folgendem Aufruf also erhalten:

http://localhost:58454/datev/api/accounting/v1/clients/UUID/fiscal-years/20220101/debitors?filter=business_partner_number eq 30336 and date_last_modification ge 2022-04-29T18:37:03

Das ist aber leider nicht der Fall, das Ergebnis bleibt leer. Erst wenn ich von dem Timestamp 2 Stunden abziehe -> "2202-04-29T16:37:03" erhalte ich den Datensatz wieder.

Kann es sein, dass hier mit der Zeitzone nicht korrekt umgegangen wird? Dadurch gehen alle Änderungen innerhalb der letzten 2 Stunden eines Exports verloren. Klar, ich kann nun von meinem LastRun-Timestamp für Datev immer 2 Stunden abziehen, aber das ist ja eigentlich nicht korrekt oder habe ich einen Denkfehler?

Vielen Dank

quantenjoe · ‎30.04.2022

Moin Moin

Gleich zu Beginn: So etwas wie ein Hinweis zu einer möglichen Antwort haben ich nicht!!!

Schon weil mir allein die Aufrufe nicht bekannt sind. Derartiges Wissen ist mir bisher bei Datev nicht untergekommen. Ist ader sehr interessant - und würde ich gern mehr drüber wissen, liebe Datev!

Bei 2. Stunden Differenz im April denke ich zuerst an Univeral Time, Also CEST - 2h. Muss nicht stimmen, finde ich aber naheliegend. Warum, wieso und überhaupt, kann da nur Datev selber erklären. Jedenfalls glaube ich nicht dass die Community - so gut sie ist! - das klären kann.

Anmerkung: Ich hätte CET also 1 Stunde verstanden. Aber 2? Wie gesagt, UT springt da ins Auge, doch warum sollte Datev vom deutschen Zeitnormal da abweichen? Das kann nur Datev selber wohl erklären.

QJ

seprof · ‎30.04.2022

Das Wissen dazu gibt es auf developer.datev.de. Hier darf sich jeder kostenlos registrieren.

www.s2e-software.com

vogtsburger · ‎30.04.2022

... könnte noch ein wenig komplizierter/verwirrender werden:

... während der Sommerzeit 2 Stunden, während der Winterzeit 1 Stunde Zeitverschiebung

... ich 'kämpfe' bei der Auswertung von Zeiten, auf einem anderen Gebiet, auch immer mit diesem Effekt

... weiß aber nicht, ob das hier in die selbe Kerbe stößt 😉

Viele Grüße, M. Vogtsburger
... als Datev-Anwender bleibt man fit, wg. der täglichen Klimmzüge, Saltos, Hindernisläufe, Wiederholungen, Workouts ... ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... bei Apple-Software interagiert man mit Gesten, bei Datev wie gestern und vorgestern ... ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... água mole em pedra dura, tanto bate até que fura ... ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... mein Motto: "hast Du ASCII in den Taschen, hast Du immer was zu naschen" ... ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... ich hatte viel weniger IT-Probleme, als es noch keine PCs, kein "WINDOWS" und kein "DATEV" gab ... ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
"Wenn sie einen ssıǝɥɔs Prozess digitalisieren, dann haben sie einen ssıǝɥɔs digitalen Prozess" (Thorsten Dirks) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
" ... inkognito ergo sum ... " ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
"feine Pfote, derbe Patsche, fiddelt auf der selben Bratsche" (Heinrich Heine, 1797–1856) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... hinter so manchem Datev-Programm-(Fehl-)Verhalten steckt eine Logik. Sie versteckt sich bloß sehr gut ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... wir Windows-Anwender können alle bis 11 zählen: 1.0/2.0/3.0/95/98/ME/2000/XP/Vista/7/8/10/11 ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... "neue Kästchen braucht das Land !" (frei nach einem Songtext) ... (wg. mehrerer Dezimal-Limits in der Datev-Software) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... meine persönliche GuV (bzgl. Datev-Nutzung): deutliche Steigerungen bei Frustgewinn und Lustverlust ... ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... immer auf der Suche nach dem Sinn des Lesens ... und Schreibens ... ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... "du sollst nicht begehren deines Nächsten Fremdsoftware"(10. Gebot der DATEV) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... "allwissend bin ich (wirklich) nicht, doch viel ist mir (dennoch) bewusst"(frei nach Goethes Faust) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... "Die Botschaft(er/en) der Datev hör' ich wohl, allein mir fehlt der Glaube"(frei nach J.W.v.Goethe) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... Vorschläge für einen neuen Datev-Slogan: "man lernt nie aus" ODER "man lernt nie aus Fehlern" ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... "außen hui ... innen pfui ... die GUI ??" ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... den Begriff "Verböserung" gibt es nur im Steuerrecht, den 'Tatbestand' der "Verböserung" gibt es aber auch in der IT ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
"And so, my fellow Genossen: ask not what your DATEV can do for you — ask what you can do for your DATEV" (frei nach JFK) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
Warnhinweis für Allergiker: Spoiler in meinem Beitrag können Spuren von Ironie, Witz oder Unwitz enthalten 😉 ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
"Über sieben Krücken musst Du geh'n, sieben dunkle Jahre übersteh'n ... " (frei nach einem Songtext) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
(... ja sind wir denn hier bei den WaitWatchern ? .. warten und dem Gras beim Wachsen zusehen ? ..) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
(..♬.. das bisschen Datev macht sich von allein ..♫.. das bisschen Datev kann so schlimm nicht sein ..♬..) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
(... Datev-Software muss einmalig sein, wird also evtl. nur einmalig getestet ☺...) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
(... das Motto "gut zitiert ist mindestens halb geschrieben" wird hier und anderswo geliebt ...) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
(... neuer Urlaubs-Trend: Schiffsreise mit Barkasse nach LuG.ANO ...) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
(... nein, ich bin nicht im KUG-LuGs-Klan ...) ☀ ☁ ☂ ☃ ☄
Viele Grüße, M. Vogtsburger
... "Wer bin ich und wenn ja, wie viele (... Gruppen in der BRV) ? " ...☂...
"Wer bin ich und wenn ja, wie viele (... Gruppen in der BRV) ? " ...☂...
Viele Grüße, M. Vogtsburger
... "alles so schön bunt hier !" ... auf dem richtigen Gerät ... ☀ ☁ ☂ ☃ ☄

Viele Grüße, M. Vogtsburger
... Motto: "Immer positiv denken und negativ bleiben !" ... bei jedem Wetter ☀ ☁ ☂ ☃ ☄ ....(betr. CORONA)

Viele Grüße, M. Vogtsburger
... kein Mitglied des KUG-LuGs-KLANs, sondern eher von REWE & Co ... Bits & Bikes bei jedem Wetter ☀ ☁ ☂ ☃ ☄

... auf der Suche nach dem Sinn des Lesens, bei jedem Wetter ☀ ☁ ☂ ☃ ☄

Hinweis: dieser Beitrag kann Spuren von Ironie enthalten, bei jedem Wetter ☀ ☁ ☂ ☃ ☄

Viele Grüße, M. Vogtsburger
☀ ☁ ☂ ☃ ☄ ... alle Wetter, die Frisur hält, trotz Corona !
"Ein Teil dieser Antworten würde die Bevölkerung verunsichern"

fcp · ‎03.07.2023

Hast du mittlerweile Erfahrung mit dieser API?

Was ist damit ungefähr möglich ?

RAHagena · ‎03.07.2023

im Developer-Portal gibts die Antworten für die Techies 😉 u.a. die vollständige Schnittstellenbeschreibung

Einfache Anbindung aller Mandanten ans DMS mit meineKanzlei.io
Kollegenseminar buchen: Next Level Digitalisierung mit DATEV

rschoepe · ‎04.07.2023

@upspot schrieb:
Feld "date_last_modification" welches in meinem Beispiel mit dem Wert "2022-04-29T18:37:03.037+02:00" gefüllt ist.

Nach meinem Verständnis müsste ich den Datensatz mit folgendem Aufruf also erhalten:

http://localhost:58454/datev/api/accounting/v1/clients/UUID/fiscal-years/20220101/debitors?filter=business_partner_number eq 30336 and date_last_modification ge 2022-04-29T18:37:03

Das ist aber leider nicht der Fall, das Ergebnis bleibt leer. Erst wenn ich von dem Timestamp 2 Stunden abziehe -> "2202-04-29T16:37:03" erhalte ich den Datensatz wieder.

Gibt dem Timestamp in der Abfrage mal die "+02:00" wieder mit, dann sollte es gehen. 😉

Denn ja, 18:37:03+02:00 ist eben nicht gleich 18:37:03 (implizit: +00:00) sondern 16:37:03(+00:00).

Bug oder falsche Verwendung - Accounting Schnittstelle