Annas Lernkarten IV

• Anzeigen und Drucken des Schemaverzeichnisses
• Vergleich des Quellcodes von Schemata
• Kopieren von Schemata
• Anpassen der Elemente eines Schemas
• Syntax-Check in einem Schema
• Anlegen eines Schemas
• Generierung von neuem oder modifizierten Queltext
• Transport eines Schemas in andere Mandanten

• Folge von Funktionen (Aufrufen und verarbeiten von Daten)
• Schema-Editor: PEON zum Anzeigen und Pflegen von Schemata 

-> Anzeige als Tabelle oder strukturelle Grafik möglich

• Besteht aus Folge von Teilschemata, die mittels COPY eingefügt werden
• Generierung und Ausführung erfolgt mittels Abrechnungstreiber

-> Teilschemata sind nicht alleine ausführbar, nur eingebunden in einem Hauptschema

• XIN0 - Initialisieren der Abrechnung
• XBD0 - Editieren von Basisdaten
• XLR0 - Import der letzten Abrechnungsergebnisse
• XT00 - Brutto-Entgelt
• XAP9 - Import zusätzlicher Be-/Abzüge
• XAL9 - Teilperioden Factoring und Speicherung
• XNA9 - kumulieren des Netto-/Zahlungsbetrages
• XRR0 - Rückrechnung
• XNN0 - Netto Be- /Abzüge und Transfer
• XEND - Endeverarbeitung

• Basisdaten lesen
• Letztes Abrechnungsergebnis lesen
• Zeitdaten lesen, Zeitlohnarten generieren und bewerten
• Import zusätzlicher Be- /Abzüge
• Factoring (reduzieren der Basisbezüge, Lohnarten für FI/CO)
• Gesetzliche Be-/Abzüge
• Netto- Be-/Abzüge
• Festlegen des Betrages

• Primäre Lohnarten: Dialoglohnarten, Zeitlohnarten, Abwesenheiten (manuelle Eingabe oder Berechnung aufgrund man)
• Sekundäre Lohnarten: Bewertungsbasis, Kumulationen, technische Lohnarten (beginnen mit / ), von SAP ausgeliefert

• Zuordnung zu einer Periode
• 3 Wertefelder: RTE, NUM, AMT: -> RTE: Rate (z. B. Stundenlohn); -> NUM: Anzahl (z.B. Anzahl der Überstunden); -> AMT: Betrag (z. B. Anzahl der Stunden * Stundenlohn) --> Gehalt u. ä. Basislohnarten nutzen AMT
• Charakteristiken der Lohnarten haben ein Gültigkeitsintervall --> Bei Änderungen muss die Lohnart abgegrenzt werden; --> Bei Änderungen im Vergleich: Zwangsrückstellungen

• Abrechnungsergebnisse prüfen: Keine Eingabe der Stammdaten und keine Abrechnung möglich, optional
• Frei zur Korrektur: Stammdaten können korrigiert werden, 99 Korrekturläufe können erfolgen --> erneut frei zur Abrechnung; --> Nur Personalnummern mit MatchCode W werden erneut abgerechnet
• Ende der Abrechnung; Stammdatenpflege erlaubt, Abrechnung nicht, Periode steigt, Korrektur in Vergangenheit -> Rückrechnung

Angaben zu Eingabe-, Ausgabedaten und Datenverarbeitung möglich, eigene Einstellungen in Variable speicherbar, Fehler lassen Protokoll dort automatisch ausklappen.

Matchcode W: Liste aller PerNr., die bei Abrechnung abgelehnt wurden, Ausgabe im Abrechnungsverw.satz

• Simulation: Zählen nicht im Verwaltungssatz, kein DB-Update, keine Sperre der Stammdaten, Log-, Entgeldtnachweisausgabe
• Freigeben der Abrechnung: Sperre vergangener und gegenwärtiger stammdaten
• Starten der Abrechnung: Wahl des Abrechnungskreises, aktuelle Abrechnungsperiode wird automatisch genutzt, Zwangsrückrechnung kann erfolgen bis Stichtag, Logausgabe: Baumansicht

• Abhängig von Abrechnungsverwaltungssatz
• Abhängig von Eintrittsdatum
• Abhängig von IT 0003 (pers. tiefste Rückrechnung)

• Pers.tiefste Rückrechnung: Wenn abweichende Rückrechnungstiefe
• Abrechnen bis: Wenn nicht aktive MA bis zu bestimmtem Stichtag abgerechnet werden sollen
• Nicht mehr abrechnen: Keine Abrechnung für MA ab Stichtag, nicht für Aktive nutzbar
• Personalnr. gesperrt: Gesperrt für Abrechnung

• Anlegen und Pflegen erfolgt automatisch
• Abgerechnet bis: Abrechnungstreiber füllt automatisch
• Früh.Änd.Stamm: Bei Änderungen wird hier automatisch Datum gesetzt, ab dem diese gültig ist
• Korrektur der Abrechnung: Bei Ablehnung der Abrechnung oder Korrektur und zwischen Korrekturläufen, löschen bei Abr., Vorsicht bei Customizing!

• Definition für alle Abrechnungskreise nötig
• Rückrechnungsvergangenheit: Tiefste Rückrechnung
• Sperrt Stamm- und Zeitdaten

• Für jede Kombination aus Periodenparameter und Datumsmodifikator zu generieren
• Alle Perioden innerhalb eines Intervalls werden mit Beginn- und Enddatum generiert
• Zahltag wird mittels einer Regel festgelegt

• Festlegen von Periodenparameter (z. B. monatlich) und Datumsmodifikator
• Gruppiert Mitarbeiter mit Abrechnung zu gleicher Zeit
• ABKRS gibt Vorschlagswerte im IT 0001 aus

• Stamm- und Zeitdaten: Lohnarten, Arbeitszeitpläne, Infotypen
• Administration: Abrechnungskreis, -periode, -Verwaltungssatz
• Nachfolgende Aktivitäten: Bankverbindung, Kostenstellen, Entgeltnachweis

-> Personalmaßnahmen

• IT 2001 Abwesenheiten
• IT 2002 Anwesenheiten
• IT 2003 Vertretungen
• IT 2004 Verfügbarkeit (zusätzliche Verfügbarkeit zur Schicht)
• Überstunden (IT 2005) (Beginn- und Endzeit zur masch. Best.)
• IT 2010 Entgeltbelege (manuelle Eingabe)
• IT 2051 Monatlicher Kalender  (An- und Abwesenheiten in monatlicher Übersicht)
• IT 2052 Wöchentlicher Kalender (An- und Abwesenheiten in wöchentlicher Übersicht)

• 4 ausgeglichene Perspektiven, auf denen Erfolg des Unternehmens beruht
• Strategische Ziele für alle Perspektiven

-> Finanzielle Ziele und schwer messbare Ziele (Motivation) wählbar

• Basisschlüsselfelder
• Berechnete Schlüsselfelder
• Begrenzte Schlüsselfelder
• Strukturen

• Gruppierung von Abwesenheiten durch Zuordnung zu Bewertungsregel
• Gruppieren von Mitarbeitern mittels Bewertungsregeln
• Bewertungsregeln steuern Verhalten der Abwesenheit in Abrechnung
• Kategorien für Österreich und ÖD

• Sammeln Daten diverser Abwesenheiten, Trennung in bezahlte (AP) und unbezahlte Abwesenheiten (AU)
• Zugriff mittels Operation NUM: Bezahlte Abwesenheiten sind gruppiert in Operationen xAPnn, unbezahlte in xAUnn ( x = K für Kalendertage; x = A für Arbeitstage, x = S für Stunden)

• Abwesenheiten über mehrere Abrechnungsperioden können in erster, letzter Abrechnungsperiode oder anteilig bewertet werden
• Interne Zeitlohnartentabelle ZL

• Kalendertage
• Abwesenheitstage (Arbeitstage laut Arbeitszeitplan)
• Buchungstage (nach An-/ Abwesenheitstabelle)
• (Split-Zeichen für Basisbezüge in Abrechnungsperiode)

• Mittels Durchschnitten und Konstanten
• Als-Ob-Prinzip: Bewerten als ob der Mitarbeiter gearbeitet hätte

• Angaben in Tabelle: -> Konstante abhängig von Lohnart; -> Konstante abhängig von Tarifvertrag
• Basierend auf personenspezifischen Basisbezügen
• Basierend auf Durchschnittswerten von vorherigen Abrechnungen

• Regel X010: Lohnarten in IO Lohnarten zur Bestimmung der Bewertungsgrundlage
• Regel X013: Umrechnen auf Stundensatz für /001, /002

• Lohnarten des IT 0008 benötigen Prozessklasse 1 (fließen in Bewertungsbasis, Lohnarten /0..)
• Bonuslohnarten können in Abrechnung aus anderen Lohnarten abgeleitet werden

-> Dafür wird Bewertungsbasis benötigt

Bewertungsbasis für Mitarbeiter, die nicht pro Stunde bezahlt werden: Teilen durch pauschale Anzahl von Stunden -> Stundensatz in RTE der Lohnarten /001, /002

• RTE: Berechnungen in RTE-Feld, Aktion oder Entscheidungsoperation
• DIVID: Teilt Werte aus 2 Feldern in ein neues Feld, Felder der OT: NUM, RTE, AMT

Prüft Prozessklasse 01 für Basislohnarten in IT

• Spezifikationen in Prozessklasse 01 legen fest in welche wertbasis Lohnarten kumuliert werden
• ADDWT: Addiert Lohnarten zu späteren Lohnarten
• ELIMI: Eliminiert Periodenindikatoren (Splitindikatoren)
• ZERO: Initialisiert Arbeitsbereich

• Mitarbeiterspezifischer Wert basierend auf Mitarbeitervergütung
• System markiert Lohnarten mit personenbezogener Basis

• Einige Teile der Vergütung können von der Orgeinheit abhängig sein ( z. B. Boni)
• Regel XMOD bzw. Funktion MOD steuern diesen Modus
• Operation OUTWP: Definiert organisatorische Charakteristika
• Operation MODIF setzt Modifikationen zum Tabellenzugriff

• Konstanter Wert je nach Tarifgruppe/-Stufe: -> Definition muss für jede Lohnart und Tarifstufe erfolgen
• Gruppierung der Mitarbeiterkreise bei Tarifverträgen beachten

Funktion GON prüft, ob Stammdaten importiert wurden, weitere Verarbeitung erfolgt nur wenn bestimmte Daten vorhanden sind (länderabhängig, IT 0007 muss vorhanden sein)

• Liest Basisdaten
• Funktion BLOCK strukturiert Protokoll: -> Gruppierung nach Beginn-/Endedatum
• Funktion WPBP füllt interne Tabelle WPBP mit Stammdaten, Arbeitspatzdaten, Daten der Basisbezüge für aktuelle Periode und IT mit Basislohnarten: -> Meist bleiben Daten für gesamte Abrechnungsperiode gleich, ansonsten liegt Split-Indikator vor; Neue Einträge bei jeder Änderung

• Funktion UPD aktualisiert DB nur bei Echtläufen
• Funktion OPT mit Parameter INFT sorgt dafür, dass nur Infotypen, die im Schema benötigt werden, importiert werden; Parameter TIME lässt nur Zeit-IT importieren, Performance-Verbesserung
• Funktion CHECK: Mit Parameter ABR: Nur freigegebene Abrechnungskreise und Mitarbeiter ohne Abrechnung in der Zukunft. In Live-Abrechnungs-Schema muss diese Funktion aktiviert sein.

• XINO - Internationale brutto Lohnabrechnung & Transfer
• Schema XINO versorgt Abrechnungstreiber mit den benötigten Daten zum Starten der Abrechnung
• Funktion PGM liefert Daten der Programmart, diverse Funktionen von Programmen
• Funktion ABR startet der Abrechnungstreiber
• Funktion UPD kontrolliert, ob Daten auf DB aktualisiert werden, oder nur während Abrechnung vorhanden sind

• Quelltext als Linien und Knoten in hierarchischer Struktur
• Farbkodierung: Entscheidungen in eigener Farbe

• Pflegen und Anzeigen von Regeln mittels PE02
• Abhängig von Mitarbeiterkreis und Lohnart
• Zuordnung zu Programmklasse: Abrechnung oder Zeitwirtschaft
• Verantwortung zu einem Mitarbeiter zuordenbar -> Alle anderen Können nur anzeigen lassen