ASCII-Import landet immer in Nachberechnung Standart

[#1]

Hallo liebe Community,

wir nutzen bei einem Pflegedienst mit vielen Mitarbeitern erstmals die Schnittstelle von Medifox, um Lohndaten per ASCII-Datei in LODAS zu importieren. Der Import selbst hat grundsätzlich funktioniert, allerdings wurden sämtliche Bewegungsdaten im Register „Nachberechnung Standard“ eingespielt und nicht im Register „Standard“ (Erfassungstabellen).

Es handelt sich hierbei ausdrücklich nicht um Nachberechnungen, sondern ausschließlich um Daten für den Monat Januar. Auch in der Spalte MM/JJJJ wird durchgehend der Januar angezeigt.

Hat jemand Erfahrung mit dem Import von Lohndaten nach LODAS und kann mir sagen, woran das liegen könnte bzw. wie sich das korrekt steuern lässt?

Laut Aussage der Sachbearbeiterin bei Medifox sind die Einstellungen im Lohnprogramm des Mandanten korrekt hinterlegt.

Vielen Dank vorab für ihre Unterstützung.

[#2]

Wenn du eine Datei erhältst, die du importieren möchtest, häng sie mal bitte an oder zeig den Inhalt hier.

Berater- und Mandantennummer und etwaige persönliche Daten entfernen.

Dann sollte man schnell sehen können, wo der Fehler ist.

Generell muss man die Erfassungstabelle, in die man importieren möchte, explizit ansprechen.

Es geht also nicht, dass die Importdaten von Medifox richtig erstellt wurden und dann beim Import in die falsche Tabelle importiert wird.

In die Standardtabelle importiert man mit u_lod_bwd_buchung_standard

In die Nachberechnung mit u_lod_bwd_buchung_nachber

Der Fehler kann also nur bei den eingehenden Daten zu finden sein.

[#3]

Anbei die Datei. 

Bei "Satzbeschreibung" stehen jetzt einige Sachen.. kann ich hier einfach u_lod_bwd_buchung_nachber rausnehmen ? 

u_lod_bwd_buchung_standard ist auch hinterlegt allerdings spielt es mir die Sachen trotzdem nicht ein... 

Vorab vielen Dank für die sehr kompetente Hilfe!!

[#4]

Scheinbar kann man die Datei nicht öffnen/sehen. Ich habe einen Screenshot beigefügt.

[#5 · Accepted solution]

---

@Jeniko11  schrieb:

Anbei die Datei. 

Bei "Satzbeschreibung" stehen jetzt einige Sachen.. kann ich hier einfach u_lod_bwd_buchung_nachber rausnehmen ? 

u_lod_bwd_buchung_standard ist auch hinterlegt allerdings spielt es mir die Sachen trotzdem nicht ein... 

Vorab vielen Dank für die sehr kompetente Hilfe!!

---

Nein, du darfst nichts entfernen.

Die Satzbeschreibung legt fest in welchem Format die später unter [Stammdaten] zu importierenden Daten vorliegen.

Dort wirst du dann viele Zeilen haben, die mit 2; beginnen.

Interessant wäre es also auch, einen Stammdaten-Datensatz zu sehen.

Um in die Standard-Tabelle zu importieren, müsste aber die Satzbeschreibung 1; genutzt werden.

Du kannst auch nicht einfach die 2; durch 1; ersetzen, weil die Satzbeschreibungen ja unterschiedlich sind.

Es müsste also zusätzlich noch in jeder Zeile der Eintrag für das Nachberechnungsdatum (vorletzter Parameter im Datensatz) entfernt werden.

Das kann man vielleicht einmal machen. Die Daten sollten aber gleich richtig vorliegen.

StammdatenGueltigAb=01.02.2026 deutet evtl. daraufhin, dass der Mandant sich in seinem System schon im Februar befinden könnte und deshalb diese Nachberechnungsaktion passiert.

Aber ich kenne halt auch Medifox gar nicht und reime mir das nur aus deinen Infos zusammen. 😊

[#6]

Unter der Satzbeschreibung folgen die Bewegungsdaten (neuer Screenshot angehängt), müsste hier also statt der 2; eine 1; immer davor stehen um es in die Standart-Tabelle einzuspielen ? 

[#7 · Accepted solution]

Um in die Bewegungsdaten in Buchung Standard zu schreiben muss diese so aufgebaut sein (unter Bewegungsdaten)

1; (Beschreibt den Satz der genutzt wird)
u_lod_bwd_buchung_Standard; (genutzter Satz)

abrechnung_zeitraum#bwd; (hier das Datum für den Abrechnungszeitraum - bspw Januar 2026 = 01.01.2026

bs_wert_butab#bwd; (Wert / Stunden / Betrag

bs_nr#bwd; (Schlüssel für Stunden / Festbetrag etc)

la_eigene#bwd; (Lohnart)

pnr#bwd; (Personalnummer)

kostenstelle#bwd; (Kostenstelle)

So muss es aufgebaut sein für die Buchung Standard. 

Wenn es um Nachberechnungen geht dann trifft 2 Satz zu. Nach gleichem Schema.

[#8]

Vielen Dank!

[#9]

Hi,

ich würde mich gerne anschließen an die Frage. Ich habe das Problem, dass es bei genau andersherum ist. 

Bei mir wird alles in die Standard Tabelle geliefert, benötige es aber in der Nachberechnungstabelle, da wir im aktuellen Monat immer die Stunden und SFN vom Vormonat korrigieren. Im lfd. Monat wird ein pauschale gezahlt. 

Ich habe mir das vorherige jetzt schon angesehen und auch "fast" verstanden. 😉 

folgendes kommt vom Zeiterfassungsprogram:

auch im Anhang zu sehen

in der Satzbeschreibung ändere ich ja nun auf die Nachberechnung 

Hier die Satzbeschreibung für die Nachberechnung 

-------------

[Satzbeschreibung]
2;u_lod_bwd_buchung_nachber;abrechnung_zeitraum#bwd;bs_wert_butab#bwd;bs_nr#bwd;la_eigene#bwd;pnr#bwd;nb_datum_mm#bwd;kostenstelle#bwd;

[Bewegungsdaten]
2;611;2026-07-01;32,33;1;221;
2;583;2026-07-01;87,84;1;3;
2;583;2026-07-01;79,20;1;5;

---------------

Fragen dazu:

- die 2 am Anfang steuert immer die Standard Nachberechnungstabelle an?

- Wenn ich den August abrechne und die Nachberechnung für Juli erfolgen soll, wo hinterlege ich das Datum für Juli in der Satzbeschreibung? Greift die Satzbeschreibung dann automatisch auf die BWD

So habe ich es eingespielt und bekomme folgende Fehlermeldung, welche ich auch nochmal angehängt habe

Bewegungsdaten sind wie von der Zeiterfassung geliefert nur das ich die 2 davor gesetzt habe

Vielen Dank schon mal für Hilfe!! 

[#10]

[Allgemein]
Ziel=LODAS
Quelle=Lohn Vorerfassung
Version_LVE=7.21
BeraterNr=1234
MandantenNr=567

[Satzbeschreibung]
1;u_lod_bwd_buchung_nachber;abrechnung_zeitraum#bwd;nb_datum_mm#bwd;pnr#bwd;bs_nr#bwd;bs_wert_butab#bwd;la_eigene#bwd;kostenstelle#bwd; abw_lohnfaktor#bwd; bemerkung#bwd;

[Bewegungsdaten]
1;01.10.2026;01.09.2026;00110;01;-25,00;21;40;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00110;01;25,00;24;40;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00108;01;43,00;30;500;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00117;01;34,00;30;515;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00106;01;43,00;30;520;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00118;01;32,00;30;525;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00121;01;11,25;27;530;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00121;01;11,25;26;530;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00121;01;15,00;30;530;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00122;01;8,00;26;535;;'Imp. LVE 7.21'
1;01.10.2026;01.09.2026;00122;01;35,00;30;535;;'Imp. LVE 7.21'

Hier mal eine funktionierende Satzbeschreibung.

Du hast im Prinzip nur kein Datum für den Nachberechnungszeitraum angegeben.

Bei mir war es als Abrechnungszeitraum Oktober und der Nachberechnungszeitraum war September.

Die 2 steuert nicht die Nachberechnung an. Du kannst viele Satzbeschreibungen in einer Datei haben. Welche Satzbeschreibung du mit welcher Bewegungsdatenzeile ansprichst, bestimmt die Zahl vorne.

[#11]

---

@Leela  schrieb:

-------------

[Satzbeschreibung]
2;u_lod_bwd_buchung_nachber;abrechnung_zeitraum#bwd;bs_wert_butab#bwd;bs_nr#bwd;la_eigene#bwd;pnr#bwd;nb_datum_mm#bwd;kostenstelle#bwd;

[Bewegungsdaten]
2;611;2026-07-01;32,33;1;221;
2;583;2026-07-01;87,84;1;3;
2;583;2026-07-01;79,20;1;5;

---------------

So müsste es bei dir aussehen...hoffentlich 😁

[Bewegungsdaten]
2;2026-10-01;32,33;1;221;611;2026-07-01
2;2026-10-01;87,84;1;3;583;2026-07-01
2;2026-10-01;79,20;1;5;583;2026-07-01

Aufgrund deiner Satzbeschreibung gilt die Reihenfolge

2;u_lod_bwd_buchung_nachber; Abrechnungszeitraum; Wert; Bearbeitungsschlüssel; Lohnart; Personalnummer; Nachberechnungszeitraum; Kostenstelle;

[#12]

Moin Moin,

@pogo  hat es klar gelöst: Es ist immer die falsche Satzbeschreibung angewendet worden.

Die Frage ist: Warum ist das bei dem Dienstleister geschehen?

Und je nach Antwort gibt es einen Programmfehler (der aus 1 eine 2 macht oder umgekehrt) oder der Dienstleister macht eigentlich alles richtig, aber der Mandant nicht. Dann muss der Mandant tätig werden. Entweder seinen Prozess korrigieren, so dass dem Dienstleister korrekt verarbeitbare Daten geleifert werden, oder mit dem Dienstleister eine Korrektur der Satznummer vereinbaren.

Was auch immer, Sie beide sollten unbedingt darauf bestehen, dass die Daten bei Ihnen so ankommen, dass Sie diese korrekt und ohne Fehler oder gar Korrektur importieren können!

QJ

[#13]

Moin, 

das hat geholfen 🙂

Hab es umgesetzt wie beschrieben und das hat geklappt. 

Herzlichen Dank !