Punktwert rückwirkend ändern und Lohnbewertungen rückwirkend an den Lohn übergeben
Interner Ablauf für Support und PS: Stichtagsbewertungen per Skript anlegen, rückwirkend über N3.24 in Vormonate übernehmen und in Bracht nachrechnen.
KurzüberblickWenn ein Kunde den Punktwert rückwirkend erhöht, zum Beispiel ab 01.07., die Umstellung aber erst später erfolgt, sollen die Steigerungsbeträge ab dem Stichtag gelten – auch für bereits abgerechnete Monate.
VIA-S erledigt diesen Ablauf nicht vollständig automatisch:
- Die Katalogautomatik rechnet nur nicht bestätigte Bewertungen neu
- Freigegebene Bewertungen bleiben unverändert
- Die Katalogautomatik rechnet ohne Teilzeitfaktor
- Die Stapelerfassung übergibt standardmäßig nur in den laufenden Monat
Der Ablauf besteht deshalb aus drei Phasen.
| Phase | Inhalt | Durchführung |
|---|---|---|
| A | Bewertungen zum Stichtag anlegen, neu rechnen und freigeben | DOBRICK + WAGNER per Skript |
| B | Bewertungen je Monat rückwirkend in die Lohnarten übernehmen | Kunde oder DOBRICK + WAGNER |
| C | Übergabe an Bracht und Nachrechnung | Kunde |
- Phase A: nein. Für größere Mengen an Klienten fehlt eine praktikable Funktion, um Bewertungen direkt zum Stichtag anzulegen
- Phase B und C: ja, wenn der INPA-Schalter 24.10 gesetzt ist
- Modus 4 der Stapelerfassung setzt die lizenzierte Dokumentation voraus
- Welcher Stichtag gilt
- Ob Kürzungen ebenfalls rückwirkend gelten sollen
- Welche Monate in Bracht bereits abgerechnet wurden
- Ob die Korrektur über Nachrechnung oder alternativ über eine Einmalzahlung erfolgen soll
Verwendet wird die SQL-Vorlage Vorlage_Stichtagskopie_Lohnbewertung_R.sql.
Anlage: SQL-Vorlage herunterladen
Das Skript wird blockweise ausgeführt. Jeweils einen Block markieren und anschließend ausführen. Die Vorlage beginnt mit einem THROW, damit ein versehentlicher Gesamtlauf abgebrochen wird.
Vor dem ersten Schreibschritt
- Datenbanksicherung erstellen
- Ergebnisse von A und A2 als CSV sichern
- Tabellenpräfix auf den betroffenen Mandanten anpassen
Platzhalter anpassen
__STICHTAG__im Format JJJJMMTT ersetzen__MARKIERUNG__ersetzen- Das Skript ist für die Bewertungsvariante
Rvorgesehen
Reihenfolge der Blöcke
| Block | Zweck | Schreibt Daten |
|---|---|---|
| A | Mengengerüst und Ausschlüsse prüfen | nein |
| A2 | Vorschau alt/neu je Klient, als CSV sichern | nein |
| A3 | Punkteverteilung der Vorlagen prüfen | nein |
| S1, S2 | Fremde Sätze ab Stichtag prüfen, Feld 16 temporär setzen | S2 ja |
| B | Letzte freigegebene Bewertung vor dem Stichtag kopieren | ja |
| C | Katalogsatz in VIA-S zum Stichtag mit neuem Punktwert speichern | über VIA-S |
| D | Ergebnis des Katalog-Laufs prüfen | nein |
| E | Teilzeitkürzung nachziehen | ja |
| S3 | Temporäres Feld 16 zurücknehmen | ja |
| F | Bestätigung und Freigabe auf den Kopien setzen | ja |
| G | Rückbau: Kopien löschen, Punktwert zurücksetzen | ja |
Wichtige Hinweise
- Die Punkteprüfung in Block B muss nach
ROW_NUMBERerfolgen - S- und E-Blöcke filtern auf
Vondatum >= Stichtag - Quoten werden in E nur mit
> 0berücksichtigt - In SQL Server ist hierfür eine eigene CTE-Ebene erforderlich, wenn im
GROUP BYkeine Unterabfrage verwendet werden kann
Je Monat wird ein eigener Lauf durchgeführt, beginnend mit dem ältesten betroffenen Monat. Vor jedem Echtlauf wird ein Probelauf durchgeführt.
Einstellungen in N3.24
| Feld | Monat des Stichtags | Jeder weitere Monat |
|---|---|---|
| Verarbeitungsmodus | Lohnbewertung der Dokumentation maschinell einlesen | dito |
| Bestehende Lohnart überschreiben | an | an |
| Nur Änderungen übernehmen | an | an |
| Personen erneut übergeben | aus | an |
| Selektion | passende Einrichtungsstruktur | dito |
| Personenliste | Pilotgruppe, danach alle Personen | dito |
| Bupe | zuletzt setzen | zuletzt setzen |
Probelauf prüfen
- Gültig von muss auf dem ersten Tag des eingestellten Monats stehen
- Die Steigerungsbeträge müssen mit A2 übereinstimmen
- Fehlende Klienten bei Bedarf gegen die Einrichtungszugehörigkeit prüfen
Stoppregeln
| Befund | Vorgehen |
|---|---|
| Gültig von stimmt nicht | Bupe neu setzen und Probelauf wiederholen |
| Beträge weichen von A2 ab | keinen Echtlauf starten |
| Folgemonat zeigt alte Beträge | Lauf stoppen und Bewertung prüfen |
| Register steht nicht auf dem Stichtag | nicht exportieren |
- Das Register wird bei Vorperioden automatisch abgesenkt
- Offene Sätze werden vor dem erneuten Schreiben bereinigt, damit kein Doppelbetrag entsteht
- Maßgeblich für die Kontrolle ist Bracht, nicht allein der Exportbericht
- Die Nachrechnung erfolgt in Bracht für die korrigierten Monate
- Der laufende Monat läuft über den regulären Monatsprozess der Einrichtung
Empfehlung: zuerst zwei bis drei Klienten als Pilot durch Phase B und C führen, danach den Gesamtlauf starten.
Bekannte Fehler bis zur Korrektur| PM | Wirkung | Umgang |
|---|---|---|
| 7742 | Bupe springt auf den laufenden Monat zurück | Bupe immer als Letztes setzen |
| 7743 | Personenliste stammt aus dem laufenden Monat | fehlende ausgeschiedene Klienten in Bracht manuell korrigieren |
| 7744 | Zulagen werden trotz „Nur Änderungen“ neu geschrieben | in der Regel unkritisch |
| 7741 | Entfällt ein Steigerungsbetrag ganz, bleibt die alte Lohnart stehen | Lohnart in den Be- und Abzügen beenden |
Für Programm 28.03 werden vier Kontrollabfragen empfohlen:
- NPBA: Steigerungsbetrag je Monat
- Exportregister
- Einrichtungszugehörigkeit einzelner Klienten
- Aktiv im Stichtagsmonat und im laufenden Monat
Wenn Sie möchten, können diese vier SQL-Beispiele im Artikel zusätzlich als eigener Abschnitt Kontrollabfragen ergänzt werden.
Ergebnisbild aus dem ReferenzeinsatzIm Einsatz bei Recklinghausen wurden die betroffenen Bewertungen zum 01.07.2026 angelegt, für Juli und August rückwirkend übernommen und anschließend in Bracht nachgerechnet. Der empfohlene Ablauf war dabei:
- Pilot mit wenigen Klienten
- Prüfung der Beträge im Probelauf
- Echtlauf für die betroffenen Monate
- Nachrechnung in Bracht
Wenn die SQL-Vorlage verwendet wird, sollten Stichtag, Markierung, Mandant und Bewertungsvariante vor dem ersten Schreiblauf geprüft werden. Dadurch wird vermieden, dass falsche Bewertungen kopiert oder in den falschen Zeitraum übernommen werden.