Hallo, normalerweise reicht es allen Kassen völlig aus, wenn man denen telefonisch mitteilt, dass die August-Beträge in den Werten für September mit enthalten ist. Ergänzend können Sie ja noch den Einzelnachweis je Beitragsgruppe für die Minijobzentrale verschicken, wenn der/die SB tatsächlich eine monatsgenaue Zuordnung haben will. Einen neuen August-BNW bekämen Sie nur hin, indem Sie im Schritt 1 auf den Datenbestand vor der Septemberabrechnung zurück setzen lassen und dann zuerst eine Einzelwiederholung für den einen Studenten machen, bevor Sie im nächsten Schritt dann eine neue Abrechnung für den gesamten September anstossen können. Die Variante 2 wäre m.E. aber die berühmte Kanone, um auf den Spatzen zu schiessen ... Gutes Gelingen ... ... Mehr anzeigen

Hallo, es ergeben sich wohl zwei mögliche Vorgehensweisen : Man erfasst in den Stammdaten bereits für den September den erst im Oktober zutreffenden Betrag und bereinigt den zu hohen September durch einen entsprechenden Minusbetrag in den Bewegungsdaten. Man errechnet für den September den Betrag und speichert diesen in den Stammdaten für diesen einen Monat. Mit einem weiteren Eintrag ab Oktober wird dann wie in Variante 1 der dann gewünschte Betrag zur Abrechnung gebracht. Alle Stammdaten basieren immer auf dem Monatsprinzip, d.h. in solchen Fällen (könnte ja auch mal bei Stundenlöhnern passieren)  muss man immer zu solchen Hilfslösungen greifen - aber es klappt !! Gutes Gelingen ... Ergänzung: Diese Vorgehensweise ist auch in LuG zielführend ... ... Mehr anzeigen

Hallo, wenn der AN anderweitig einem (neuen) Hauptjob nachgeht, dann bleibt Ihnen nur die Abrechnung als sogen. Neben-Arbeitgeber, was zwangsläufig zur St.-Kl. 6 führt. Beim ELSTAM-Abruf bekommen Sie das auch so zurück gemeldet ... Da er bei seinem alten AG ja später keine weiteren Bezüge mehr zu bekommen hat, setzen Sie den "voraussichtlichen Restverdienst" mit 0 € an - auf den Verdienst beim neuen AG kommt es für Ihre Abrechnung nämlich gar nicht an. Gutes Gelingen ... ... Mehr anzeigen

Hallo, ich würde den neuen Wagen - trotz gleichem Kennzeichen - wie Herr Reich immer separat erfassen. Wir haben - da gleiche Einträge in der Tabelle nicht gehen - uns angewöhnt, bei Folgefahrzeugen einfach mittels "/n" einen Zähler anzuhängen - so nimmt das dann auch die Tabelle im Lohn (LODAS und/oder LuG) an. Und hinsichtlich Höhe des BLP ist es so, dass Sie - zeit-überschneidungsfreie Nutzung der beiden Fahrzeuge unterstellt - für den September den Wagen mit dem höheren BLP abzurechnen haben, da es nach FA-Meinung keine Teilmonate gibt. In der Praxis haben wir früher auch schon mal im Monat des Wechsels über die Bewegungsdaten den BLP p.r.t. (1/30-Methode) verwendet - das hatte auch noch kein Prüfer beanstandet. Wenn Sie im September eine Zeitüberschneidung in der Nutzung haben sollten (ein oder mehrere Tage standen beide Fahrzeuge zur Verfügung), dann müssten Sie streng genommen im September den Nutzungswert beider Fahrzeuge für die Privatfahrten (der 1%-Wert) abrechnen ... Beste Grüße R. Hein ... Mehr anzeigen

Hallo Herr Renz, ich kann mich den positiven Erfahrungen von Herrn Reich nur anschließen ... Wir rechnen schon seit 1996/1997 mit LuG ab. Die höhere Flexibilität (mehr als zwei Abrechnungsläufe etc.) erkauft man sich aber z.B. damit, dass die eigentliche Abrechnung anders als unter LODAS/RZ abläuft und - da lokal gerechnet wird - auch nicht mit dem Tempo eines Nürnberger Großrechners mithalten kann. Im Lohn laufen eben komplexe Berechnungen zuhauf ab, die bei uns im Regelfall pro AN mit ca. 5 Sekunden zu Buche schlagen. Hinzu kommt dann auch noch der separat anzustossende Monatsabschluss, der je nach Umfang der genutzten Funktionalitäten auch seine Zeit braucht (bei ca. 100 AN bei uns etwa 3 - 4 Minuten, wobei wir praktisch alle Automatisierungsmöglichkeiten dort auch verwenden). Dafür haben Sie aber eine einzelne Probeabrechnung praktisch sofort am Bildschirm. Alles in Allem würde bei uns sicher niemand ernsthaft über den Weg zurück nachdenken wollen. Wir haben uns angewöhnt, in den genannten Wartezeitfenstern einfach die anderen Nebentätigkeiten (z.B. Archivierung der vom Mandanten angelieferten Belege im DMS etc.) zu erledigen. So kann man durch kleinere Anpassungen im Bearbeitungsablauf diese Zeiten praktisch eliminieren. Lediglich den Hinweis von Herrn Reich auf die Krankenkassen-Geschäftsstellen würde ich so heute nicht mehr geben wollen, denn der ursprüngliche Zweck (direkte Zusendung der Daten an den Sachbearbeiter der Kasse vor Ort) für diese Geschäftsstellen wurde durch eine Kehrtwende der SV (Zentralisierung des kompletten Dateneingangs) hinfällig, so dass wir für neu hinzukommende Kassen nun lediglich noch die automatisch erfolgende Vergabe einer einzigen "fiktiven" Geschäftsstelle verwenden. Dort, wo wir in der Vergangenheit individuelle Geschäftsstellen angelegt hatten, lassen wir diese "laufen", da eine Zusammenführung nur für die Zukunft gelten würde, die "alten" Geschäftsstellen aber sowieso nicht aus dem System entfernt werden können. Wenn bei einem Mandat eine Kasse hinzukommt, bei der wir früher mehrere Geschäfts-stellen schon angelegt hatten, verwenden wir grundsätzlich immer nur noch die Nr. 1 weiter. Für den Umstieg würde ich nicht den Jahreswechsel wählen, um mögliche "Verluste" bei den SV-Meldungen zum Jahresende erst gar nicht zu provozieren. Und vielleicht starten Sie auch zuerst mit den "einfachen" Lohnmandaten (bei uns waren das damals die Kanzleigehälter und Mandanten mit praktisch "Nur-Gehalt-Beziehern") und ziehen die anderen sukzessive nach. So können sich die Sachbearbeiter an die neue Logik heran arbeiten und kommen nicht gleich zu Beginn unter Termindruck ... Wir hatten damals grundsätzlich nach der Novemberabrechnung die Übernahme vollzogen, wobei zu beachten ist, dass Nachberechnungen in LuG nur für die in diesem Programm auch abgerechneten Monate möglich ist. D.h. in meinem Beispiel waren nach dem Umstieg Nachberechnungen erstmals für den Dezember in LuG möglich. Korrekturen für Vormonate (im RZ abgerechnet) müssten Sie daher in den Dezember packen und gegebenenfalls ein Auge darauf werfen, dass dabei auch die zutreffenden Beiträge zur SV entstehen (wenn "nur" Einmalbezüge nachzuberechnen sind, ist das aber kein Problem, da die Jahresumrechnung dann mit den historischen kumulierten Werten läuft - bei laufenden Bezügen des Novembers oder der Vormonate könnte es aber durch die monatliche BBG zu einem abzugsfreien Überhang kommen - da müssten Sie dann nach Kontrolle der Probeabrechnung noch Hand anlegen). Alternativ könnten Sie auch den Umstieg nach der Januarabrechnung machen, dann haben Sie aber keine Nachberechnungsmöglichkeit für das Vorjahr in LuG. Das Grundproblem hat man aber bei jedem (unterjährigen) Systemwechsel ... Herzliche Grüße und gutes Gelingen ... R. Hein ... Mehr anzeigen

Hallo, haben Sie vielleicht den Fall der Kürzung um einen Kalendertag in einem Monat mit 31 Tagen vorliegen ?? Dann kommt es nämlich bei entsprechender Umrechnungsformel zu keiner Kürzung, da immer noch 30 Tage nach dem einen Tag Abzug verbleiben !! Wenn Sie z.B. für die Umrechnung den häufig im Einsatz befindlichen Schlüssel verwenden (ScreenShot stammt hier aus LuG - bitte immer im Betreff einer Anfrage auch das verwendete Programm benennen, um zielgerichtet Antworten zu erhalten).dann kommt es in Monaten mit 31 Tagen und "nur" einem Ausfallstag zu keiner Kürzung !! Mit anderer Umrechnungsformel lässt sich eine Kürzung erreichen, jedoch kommen nach meiner Erfahrung dann regelmäßig Rückfragen wegen unterschiedlicher Tageswerte, da entweder AG, AN oder SV-Träger die Umrechnung nicht nachvollziehen können. Gruß R. Hein ... Mehr anzeigen

Hallo, die von Ihnen genannte Vorgehensweise wäre eine Möglichkeit, wobei Sie das Rücksetzen des Monatsabschlusses vor der Abrechnung 08/2016 machen müssen. Alternativ können Sie aber auch beim betroffenen Mitarbeiter in dessen Stammdaten unter Beschäftigung | Zeitraum den "letzten abzurechnenden Monat" (dort steht aktuell 07/2016 drin) auf 08/2016 ändern. So könnten Sie dann auch ohne Rücksetzen für den Arbeitnehmer im August eine Nachberechnung für den Juli erzeugen, indem Sie die fehlenden/falschen Stunden usw. korrigieren. Über die Probeabrechnung sehen Sie dann schnell, ob der gewünschte Erfolg eingetreten ist. Gutes Gelingen ... R. Hein ... Mehr anzeigen

Hallo, das Problem lässt sich in LODAS nur schwer lösen, denn es gibt lediglich für den Durchschnitt 1 mit dem BS 23 eine direkte Zuweisungsmöglichkeit von Tagen in den Durchschnittsspeicher. Für den Durchschnitt 5, mit dem Sie ja arbeiten (wollen/müssen), ist mir kein Pendant dazu bekannt. Je nachdem, wie viele AN so jeden Monat zu "beschicken" sind, bliebe m.E. eigentlich neben dem von Ihnen schon benannten Weg noch die Variante einer Einlesedatei, die ja auch für PSD verwendet werden kann. Dabei werden die benötigten Stunden in einer Einlesedatei dem jeweiligen Monat zugewiesen, eingelesen und dann der Abrechnung zu Grunde gelegt. Wie die Einlesedatei auszusehen hat, können Sie im LODAS-Programmverzeichnis LW:\DATEV\PROGRAMM\LODAS\Handbuch\ Deutsche Version auf Ihrem Rechner nachlesen. Dann müssten Sie praktisch für jeden Monat immer vorab eine solche Einlesedatei erzeugen/haben, die vor der Abrechnung ins System eingespielt wird. btw: In "Lohn und Gehalt" liesse sich das Problem mit einer sogen. Statistiklohnart, deren Eingabewert in jeden der vorhandenen Durchschnittsspeicher (1 - 13) zugewiesen werden kann, einfacher lösen - aber das würde einen Wechsel in der Anwendung bedeuten ... Gutes Gelingen und ein schönes Wochenende R. Hein ... Mehr anzeigen