Fehler Stammdatenabfrage Unfallversicherung

[#1]

Moin liebe Datev Community,

wir sind zum Januar 2025 zu Datev Lodas gewechselt und haben seit dem jeden Monat eine Fehlermeldung bei der Stammdatenabfrage für die Unfallversicherung (s. Anhang). Leider wissen wir nicht woran es liegt, da wir in den Mitgliedsdaten alles richtig eingegeben haben (Mitgliedsnummer, PIN etc.). Woran könnte es also noch liegen?

Ich freue mich auf eure Antworten 🙂

MFG

[#2]

Habt Ihr den Stammdatenabruf denn bereits vorgenommen? Falls nicht

=> zurück in 01/2025 gehen und den Stammdatenabruf anwählen:

Mit "ok" bestätigen. Die Rückmeldung wird dann in den nächsten Tagen eingehen.

[#3]

Danke für die Antwort, ja das haben wir getan und es hat leider nicht geholfen...

[#4]

Es sind aber GTS rückübertragen worden?

→ Prüfung

Der Haken bei Hauptgefahrt. muss übrigens zwingend gesetzt sein.

[#5]

Nein, es sind keine GTS zurück übertragen worden.

[#6]

Beides erfasst?

Obwohl da eigentlich eine Fehlermeldung kommen sollte, die es bemängelt, falls da was fehlen sollte.

[#7]

Ja, beides erfasst.

[#8]

Haben Sie geprüft, ob die Stammdatenabfrage tatsächlich erfolgt ist (Auswertung 423)?

Wurden die Rückmeldungen korrekt abgeholt (Aboauftrag checken)?

[#9]

Im Monat 12/24 habe ich die Auswertung 423 und 424

[#10]

Ist in Auswertung 423 die korrekte Betriebsnummer bei lohnverantwortende Stelle und Abrechnungsstelle aufgeführt und als Meldejahr 2025? Was steht im Meldeverlauf (Auswertung 424)? Dort müsste "Rückmeldung Stammdaten" aufgeführt sein.

Sie könnten sonst in Lodas einmal auf "Mandant" > "Mandant schließen" gehen und dann über "Mandant" > "Daten holen" > "Rückmeldedaten anfordern" einmal manuell die Abholung der Rückmeldedaten anschubsen. Vielleicht funktioniert ja der Aboauftrag nicht.

[#11]

---

@DominikJu02  schrieb:

Nein, es sind keine GTS zurück übertragen worden.

---

Wenn keine GTS rückübertragen worden sind, liegt hierin schon ein Fehler. Wie von anderen Teilnehmern schon geschrieben checken Sie doch bitte die entsprechenden Auswertungen. 

Außerdem noch zu prüfen:

Hilfreich wären Ihrerseits auch anonymisierte Screenshots Ihrer Einstellungen und der Protokolle.

[#12]

In Auswertung 423 ist Meldejahr 2025 angegeben und die Betriebsnummer ist dort ebenfalls korrekt,

In Auswertung 424 steht Rückmeldung Stammdaten drin. Die Abholung habe ich mal gemacht 

Aus Datenschutzgründen wurde die PDF-Datei durch eine PNG-Datei ersetzt. 

[#13]

Sie sollten oben  im Übernahmeprotokoll Beraternummer, Mandantennummer und Name schwärzen.

Grundsätzlich scheint laut dem Fehlerprotokoll die Unternehmensnummer nicht korrekt erfasst worden zu sein.

Haben Sie das überprüft?

[#14]

Ja, diese ist ebenfalls korrekt, danke für den Hinweis, ist bearbeitet 🙂

[#15]

Da fällt mir jetzt nur noch ein die Datev Lodas Hotline zu bemühen, damit die sich die Eingaben einmal anschauen. 

[#16]

Zu dem Fehlercode DSASY13 können Sie im Fehlerkatalog der DGUV nachschlagen:

In der zugehörigen PDF-Datei steht folgendes:

Kann es sein, dass Sie die "alte" Mitgliedsnummer als Unternehmensnummer erfasst haben? Das Rückmeldeprotokoll spricht immer wieder das Jahr 2022 an und (fälschlicherweise) von einer Mitgliedsnummer. Der Fehlernummerntext der DGUV deutet zumindest auch darauf hin.

[#17]

Moin, ich habe einfach die Mitgliedsnummer aus dem alten Programm genommen, da hat das ja auch einwandfrei funktioniert

[#18]

---

@DominikJu02  schrieb:

Moin, ich habe einfach die Mitgliedsnummer aus dem alten Programm genommen, da hat das ja auch einwandfrei funktioniert

---

Offenkundig nicht, wenn Fehlermeldungen auftauchen!

Gerade bei Mandatsübernahmen hat sich wegen eben solchen Problemen bewährt, sich halt eben nicht auf die Daten zu verlassen, die andere irgendwann einmal erfasst haben. 

Wir hatten in den letzten Jahren viele Mandate von Vorberatern übernommen und ich kann retrospektiv gesehen immer noch nicht glauben, was ich da alles gesehen habe:

• Betriebe, für die zwar fleißig U1 abgeführt wurde (was korrekt war), aber nie Erstattungsanträge gestellt wurden (nicht korrekt), der Arbeitgeber wusste auch überhaupt nicht von dieser Möglichkeit
  → Ergebnis: Schaden ca. 2.400 Euro
  
  
• bei dem gleichen Betrieb wurde mitten im Jahr eine andere Steuernummer erfasst (Fehlermeldungen in den Auswertungen wurden ganz fluffig "übersehen")
  → Ergebnis: keine ELSTAM-Rückmeldungen mehr, LSt-Bescheinigungen zweier Mitarbeiter falsch
  
  
• wöchentliche Abschlagszahlungen ohne Berücksichtigung in der Abrechnung und Abstimmung in der Fibu
  → Ergebnis: fünf Mitarbeiter haben bis Ende 2024 zwischen 2.500 bis 6.800 Euro nicht verrechnete Abschläge erhalten
  
  
• Abrechnung von privater Kfz-Nutzung aufgrund eines "Bruttolistenpreises" aus einer Werbeanzeige
  → Ergebnis: Nachberechnungen im Rahmen zweier Betriebsprüfungen (FinVerw, DRV) mit einem Gesamtschaden von ca. 4.000 Euro
  
  
• usw. usf.

Fazit:

Fordern Sie von der zuständigen Berufsgenossenschaft das "Willkommens"-Paket ab, also

• Bescheid über die Zuständigkeit gemäß § 136 SGB VII
• Mitteilung der Unternehmensnummer, PIN, Strukturschlüssel
• Bescheid über die Veranlagung zu den Gefahrklassen nach § 159 (1) SGB VII

Mit diesen Daten können Sie dann arbeiten.

[#19]

Alles klar, dankeschön, reicht da eine einfache E-Mail oder gibt es bei den BGs heutzutage ein Portal, wissen Sie das zufällig? 🙂

[#20]

---

@DominikJu02  schrieb:

Alles klar, dankeschön, reicht da eine einfache E-Mail oder gibt es bei den BGs heutzutage ein Portal, wissen Sie das zufällig? 🙂

---

Bitte nicht persönlich nehmen, aber Ihnen merkt man den Rang

wirklich an.


Zum einen gibt es die Seite des Spitzenverbandes der DGUV. Dort sind neben nützlichen, grundsätzlichen Informationen auch die Adressen und Kommunikationsdaten der einzelnen BGn aufgeführt.

Allerdings müssen Sie gar nicht so in die Ferne schweifen, denn im DATEV Arbeitsplatz gibt es die Institutionsverwaltung, welche eine tolle und informative Anwendung ist:

Am Beispiel der VBG verdeutlicht, die von Ihnen gewünschten Informationen:

Praxistipp:

Anrufen, Situation schildern. Führt schneller zum Ziel als Romane an irgendeine E-Mail-Adresse zu senden.