Hallo zusammen,
wir kämpfen aktuell darum, wie wir am schlauesten aus unserem Dienstplan (Connext Vivendi PEP) die Zeiträume der eAU's unserer Mitarbeitenden nach LODAS übernehmen können.
- Wir nutzen Lodas V12.2
ich habe die Fehlzeitenschnittstelle entsprechend der Angaben eingerichtet.
https://apps.datev.de/help-center/documents/9294677?product=datev-lodas
Beispieldatensatz kommend aus Connext Vivendi PEP mit drei eAU-Zeiträumen von zwei AN.
Da ich nicht genau wusste (und auch keine Dokumentation darüber finden konnte) welcher Code bei grund_fehlzeiten#psd eingegeben werden soll habe ich mich für die 103 entschieden.
Diese habe ich im Forum gefunden.
[Allgemein]
Ziel=LODAS
BeraterNr=x
MandantenNr=x
Datumsformat=TTMMJJJJ
[Satzbeschreibung]
1;u_lod_bwd_buchung_standard;abrechnung_zeitraum#bwd;bs_wert_butab#bwd;bs_nr#bwd;kostenstelle#bwd;la_eigene#bwd;pnr#bwd;
2;u_lod_bwd_buchung_nachber;abrechnung_zeitraum#bwd;nb_datum_mm#bwd;bs_wert_butab#bwd;bs_nr#bwd;kostenstelle#bwd;la_eigene#bwd;pnr#bwd;
3;u_lod_psd_fehlzeiten;datum_von_ttmmjjjj#psd;datum_bis_ttmmjjjj#psd;grund_fehlzeiten#psd;pnr#psd;
[Bewegungsdaten]
3;16012023;25012023;103;8999;
3;28012023;29012023;103;9999;
3;30012023;31012023;103;9999;
Das klappt auch wunderbar - die Datei konnte erfolgreich eingelesen werden.
Ein ASCII-Testimport hat die Daten nach "Arbeitbeitnehmer -> Beschäftigung -> Fehlzeiten" importiert.
Unsere Personalabteilung gedenkt aber die eAU-Abfrage "global", also nicht Mitarbeiterbezogen, durchzuführen.
Das ginge´dann über das obere Menüband "Mitarbeiter -> el. Arbeitsunfähigkeitsbescheinigung -> Datenabfrage (eAU)".
Laut der Anleitung müsste da ja nun ein Popup kommen. Auszug aus der Anleitung:
| Vorgehen: | |
| 1 | Mitarbeiter | Elektronische Arbeitsunfähigkeitsbescheinigung wählen. |
| 2 | Eine Hinweismeldung informiert Sie darüber, dass über den ASCII-Import eingelesene Fehlzeiten gefunden wurden, aus denen eAU-Abfragen generiert werden sollen. Die Meldung mit Ja bestätigen. Der Dialog Elektronische Arbeitsunfähigkeitsbescheinigung (eAU) öffnet sich. |
Dorthin hat es der Fehlzeitenimport, entgegen den Angaben der Anleitung, aber nicht geschafft 😟:
Daher meine Fragen:
- ist es möglich die über die Fehzeitenschnittstelle importierten Fehlzeiten in die "globale Abfrage" zu importieren?
- Sofern ersteres nicht funktioniert frage ich mich, ob es möglich ist die eAU-Abfrage mit Daten aus "Arbeitbeitnehmer -> Beschäftigung -> Fehlzeiten" gesammelt für den ganzen Mandanten abzurufen?
- Laut der Anleitung sollte es ja bereits funktionieren. ÜBergabe ich eventuell über die Importdatei einen Parameter zu wenig?
Wäre echt dankbar, wenn uns hier der heiße Tipp gegeben werden könnte 😊.
au_relevant_kw#psd gibt es (noch?) gar nicht?
Vielen Dank für die Antworten!
ich konnte soeben eine Fehlzeitendatei erfolgreich einlesen.
Was ich mich ergänzend frage @Sabrina_Simmerlein : es wird weiterhin mit dem ASCII eAU-Import der Zeitraum unter den Fehlzeiten erfasst. Werden diese importierten Fehlzeiten durch die eAU-Rückmeldung aus dem Rechenzentrum korrigiert?
Denn die Fehlzeitenschnittstelle erweckt den Anschein (zumindest generiert aus connext Vivend) nur monatsweise zu funktionieren. Daher passt der durch die Schnittstelle übermittelte eAU-Zeitraum nie bei einem Monatswechsel.
Beispiel: MA ist krank vom 15.01.23 bis 3.3.23. Mir würde es so fälschlicherweise zwei getrennte Zeiträume importieren. 15.01 bis 31.01.23 und 1.3. bis 3.3.23.
Dieser Zeitraum ist für die eAU-Abfrage aber ja gar nicht relevant - man benötigt ja nur das korrekte Beginndatum, dafür hätte ich wiederum eine Lösung. Ich würde über den ASCII-Fehlzeitenimport nur noch die Beginndaten jeder dedizierten eAU übergeben, also gar keine Zeiträume mehr. Dann wäre es aber notwendig, dass nach erfolgreicher eAU-Abfrage die Zeiträume in den Fehlzeiten des Mitarbeitenden um den rückgemeldeten Zeitraum ergänzt werden.
Aber zunächst einmal für alle, die mitlesen das was funktionierte:
[Allgemein]
Ziel=LODAS
BeraterNr=xxx
MandantenNr=x
Datumsformat=TTMMJJJJ
[Satzbeschreibung]
1;u_lod_bwd_buchung_standard;abrechnung_zeitraum#bwd;bs_wert_butab#bwd;bs_nr#bwd;kostenstelle#bwd;la_eigene#bwd;pnr#bwd;
2;u_lod_bwd_buchung_nachber;abrechnung_zeitraum#bwd;nb_datum_mm#bwd;bs_wert_butab#bwd;bs_nr#bwd;kostenstelle#bwd;la_eigene#bwd;pnr#bwd;
3;u_lod_psd_fehlzeiten;datum_von_ttmmjjjj#psd;datum_bis_ttmmjjjj#psd;grund_fehlzeiten#psd;pnr#psd;art_au#rzk;au_relevant_kz#psd;
[Bewegungsdaten]
3;16012023;25012023;103;4689;1;1
3;05012023;29012023;103;4689;1;1
Lodas meldete dann:
Und: wunderbar:
für alle die Connext Vivendi nutzen:
ich bin mit folgendem Anliegen an die Entwickler herangetreten:
Um die Fehlzeiten für die Abfrage der eAU zu übernehmen, muss das Feld au_relevant_kz#psd mit dem Wert 1 bestückt sein.
Zusätzlich kann mit dem Feld art_au#rzk die Art der Arbeitsunfähigkeit erfasst werden.
- 0 = keine Angabe
- 1 = Krankheit (Vertragsarzt/Vertragszahnarzt)
- 2 = Arbeitsunfall und Berufskrankheit
- 3 = stationäre Krankenhausbehandlung
Ich stelle mir das dann so vor. Wir haben zwei Dienste (Kopien). Einer mit der Angabe „eAU“ (s.u.) in orange, einer ohne (gelb).
Denn wir wollen die eAU-Zeitraume nicht über die Regelungen erfassen, das ist aus diversen Gründen unpraktisch (Vertreterauswahl, Rechte bei den Regelungen)!
Die Kopie des „KAU“-Dienstes ist notwendig, da die Fehlzeitenschnittstelle ja immer mit Monatsbezug arbeitet.
Sprich läuft eine Krankmeldung über den aktuellen Monat würde Vivendi in die Fehlzeitenschnittstelle ein neues Beginndatum zum 1. Des Folgemonats übermitteln, das darf so nicht passieren.
Das würde abgefangen werden durch den einen orangen Kau-Dienst. Denn dieser ist stets der Stichtag einer neuer eAU.
Der Dienst mit den eAU-Angaben würde also das Beginndatum 09 und 16.1. über die Schnittstelle einspielen.
Hallo,
die Vivendi-Lösung bezüglich der Fehlzeiten und der Tatsache, dass man diese in den "Regelungen" eingeben muss halte ich für eine kolossale Fehlentwicklung seitens Connext Vivendi. Leider zeigt sich connext Vivendi bisher schlicht ablehnend etwas daran zu ändern. Ich habe mich mit mehreren Vorschlägen an den Support gewendet. Der Support versteht das Problem vollkommen und ist auf meiner Seite. jedoch wird (augenscheinlich) seitens des Produktmanagements hier kein Handlungsbedarf gesehen.
Wir für uns haben die Lösung im Einsatz, welche ohne andauerndes Rumgeschreibe in den Regelungen auskommt.
ich habe einmal bei der Personalabteilung nachgefragt, was sich im Alltag etabliert hat:
- Kranmeldungen werden von den Dienstplanern eingegeben. bei zusammenhängenden Krankheiten werden 2 verschiedene Dienste erfasst (haben anderen Zeitartencode). Habe ich ein paar Posts höher beschrieben.
- mit der Auswertung "V_DiensteListeMitZeitraum" kann man dann in Vivendi einzelne E-AU-Zeiträume auswerten.
- es ist möglich über die Vivendi-Funktion "Fehlzeiten übergeben" einen Export auszulösen und in Lodas einzulesen.
Laut unserer Personalabteilung verzichten diese aber darauf, ziehen sich oben genannte Liste und lösen in Lodas die Abfrage manuell aus.
Möglicherweise hilft das.
Falls ich etwas unverständlich ausgedrückt habe - gerne melden.
Toll wäre auch, wenn mehrere Träger bei Connext Vivendi über die unhaltbare Umsetzung der EAU-Abfragevorbereitung fortwährend ihren Unmut kundgeben.