Guten Morgen Daniel (@metalposaunist ).
Zu "Will DATEV alle Lohndatenservices mal zusammenführen, sodass man nur noch 1 Schnittstelle manuell bestellen muss aber nachliegend alle Services nutzen kann"
Ich antworte mit einem klaren "Jein" ;-).
Lass mich kurz ausholen. Die neuen Datenservices (also Cloud REST APIs) wurden im ersten Schritt so konzipiert, dass die bewährten Dateischnittstellen ("ASCII" in der PWS bzw. "DATEV-Format" im Rechnungswesen) die Datenstrukturbasis sind. Diese Daten werden dann aus der Partneranwendung über das DATEV Rechenzentrum in die jeweilige DATEV leistungserstellende Anwendung (LuG, LODAS, Rechnungswesen) übertragen. Wesentliche Vorteile: Die Dateischnittstellen haben sich in den letzten Jahrzehnten faktisch zum Marktstandard entwickelt. D. h. viele Softwareunternehmen haben relativ wenig Aufwand, von Dateischnittstelle auf Datenservice umzustellen. Und die Dateischnittstellen können (nahezu) alle Daten übertragen. Die Übersetzung heißt dann Lohnimportdatenservice in der PWS bzw. Buchungsdatenservice im Rechnungswesen. Beim Thema "Daten zurückgeben" gibt es bis jetzt die Möglichkeit, Dateiexporte aus "DALY" (korrekt: DATEV Daten-Analyse-System) zu erstellen. Aktuell in Pilotierung ist der Lohnergebnisdatenservice. Dieser ermöglicht die im DATEV Lohnabrechnungsprozess entstandenen Daten (Lohnergebnisdaten) per API automatisiert bereitzustellen, so dass die strukturierten Daten in einer Dritt-/Partneranwendung weiterverarbeitet werden können. Ergänzend gibt es noch den Lohnauswertungsdatenservice, damit können die Auswertungen, wie bspw. die Brutto-/Netto-Abrechnung bereitgestellt werden.
Somit haben wir zum aktuellen Stand die wesentlichen APIs, um Daten im PWS-Prozess zu erhalten und zu veräußern. Deine Frage ist aber berechtigt. Werden die Datenservices weiterentwickelt bzw. konsolidiert?
Aktuell in Entwicklung ist der Lohnaustauschdatenservice. Die Architektur im Unterbau hat sich wesentlich geändert. Es werden keine "altbewährten" Dateistrukturen transportiert. Sondern die relevanten Daten werden modern JSON-basiert und granular bidirektional ausgetauscht. Die unterschiedlichen Datenstrukturen in LuG/LODAS werden für den API-Verwender abstrahiert. Ein besseres Konfliktmanagement ist möglich (z. B. Stammdatenänderungen in der DATEV Lohnabrechnungslösung oder der Partnerlösung). Der eAU-Abruf wurde als dedizierte Methode in den Lohnaustauschdatenservice aufgenommen und entspricht der ersten Produktausbaustufe.
Von daher ... ja, die Datenservices der ersten Stunden werden sukzessive konsolidiert und abgelöst. Dafür wird es aber einen angemessenen Übergang geben.
Wahrscheinlich sind obere Ausführungen für den "normalen" Anwender schon zu ausführlich. Ich hoffe Deine (Daniel) Frage somit beantwortet zu haben.
Bzw. gib mir/uns gerne Feedback, ob Vorgehen und Entwicklung sinnvoll erscheinen.
PS: Ich sende obige Antwort noch meinen Entwicklungskollegen. Ggf. korrigiere ich noch ein paar Ausführungen im Detail. 😉
Viele Grüße
Bernd (Meyer)
