Eintragskonten sind Zeitkonten, die für Planeintragsobjekte die
- eingetragene Dauer und die
- Anzahl der Tage, an denen das Objekt eingetragen wurde
berechnen.
"Systemeinstellungen"/"Eintragskonten Berechnung" wirksam? | |||||||||
---|---|---|---|---|---|---|---|---|---|
Verdichtungsobjekt | Je Plaungseinheit? | Verdichtet Überplan? | Verdichtet System? | Kostenstellen? | "Schemas herausrechnen aus Dauer" | "Konsum von mehrfachen Markierungen aufteilen?" | "Konsum inklusive Abwesenheiten?" | spezielle Einstellungen/ Bemerkungen | |
Planungscode | ja | ja | in Kontogruppe Eintragskonten für Planungscodes systemweit | nein | ja | nein | nein | "Eintragskonten für Planungscode auf Poolplan zählen" | |
Dienst | ja | nein | nein | Nicht direkt, aber Arbeitszeit via Kostenstellenkonten | ja | nein | ja | ||
-> | Dienstgruppe | ja | ja | in Kontogruppe Eintragskonten für Dienstgruppen systemweit | nein | ja | nein | ja | |
Aufgabe | ja | nein | nein | Aufgabe als Kostenart, Aufgabe als Sub-Kostenstelle, Aufgabe in Geld |
ja | ja | ja | Zeitkonto für Aufgabe | |
* | Kombi-Projekt | nein | nein | ja | nein | N/A da Summe | N/A da Summe | N/A da Summe | Summe für enthaltene Eintragsobjekte |
Einfügen in Summenansichten / Konto-Report
Systemweite Konten |
Summenansicht - Konten je Planungseinheit |
Konto-Report: Konten je Planungseinheit |
Darstellung
Links Systemweite Konten Rechts Konten je Planungseinheit |
Parametrierung
Systemeinstellungen/"Eintragskonten Berechnung"
Eintragskonten Berechnung |
"Schemas herausrechnen aus Dauer"
Diese Abrechnungschemen werden bei der Berechnung jeglicher Eintragskonten nicht berücksichtigt.
So können beispielsweise Schemen wie "ZF: Kommt zu früh" oder "Bezahlte Pause" bei der Berechnung der Eintragskonten ausgenommen werden.
"Konsum von mehrfachen Markierungen aufteilen?"
Ist dieser Parameter gesetzt und es werden zur gleichen Zeit mehrere Aufgaben eingetragen, so werden die "Dauer" Konten der Aufgaben aufgeteilt.
Beispiel:
- 8:00 - 9:00 Aufgabe "A" und Aufgabe "B"
- Parameter "Nein"
- Dauer Aufgabe "A" = 1 Stunde
- Dauer Aufgabe "B" = 1 Stunde
- Parameter "Ja"
- Dauer Aufgabe "A" = 0,5 Stunden
- Dauer Aufgabe "B" = 0,5 Stunden
Diese Aufteilung kann bei einzelnen Aufgaben deaktiviert werden, wenn der Parameter "Immer voll zählen (für nebenläufige Markierungen)?" gesetzt ist.
"Konsum inklusive Abwesenheiten?" [1]
Wird dieser Parameter auf JA gesetzt, so werden die "Dauer" Konten einer Aufgabe auch bei Eintragung einer Abwesenheit befüllt.
Standardmäßig (= Parameter auf Nein) wird keine Dauer berechnet, sobald eine Abwesenheit eingetragen wurde.
Aufgabe
Die Eintragskonten für Aufgaben werden grundsätzlich nur bei Anwesenheiten befüllt.
Auch wenn der Eintrag des Planungscodes die Aufgabe nicht löscht, so wird das Eintragskonto für die Aufgabe nicht befüllt.
Eintragskonten für Aufgaben auch bei Abwesenheiten [2]
Wird das Konto für die Aufgaben auch bei Abwesenheiten benötigt, so muss dafür ein eigenes "Zeitkonto für Aufgabe" angelegt werden.
Dabei kann definiert werden, ob das Konto für alle Planungscodes oder aber nur für spezifische Planungscodes berechnet werden soll.
Siehe Zeitkonto für Aufgabe [2]
"Immer voll zählen (für nebenläufige Markierungen)?" [3]
Dieser Parameter spielt mit dem Parameter "Konsum von mehrfachen Markierungen aufteilen?" zusammen.
Ist der Parameter "Konsum von mehrfachen Markierungen aufteilen?" auf System gesetzt, so kann die Aufteilung der Dauer-Konten für einzelne Aufgaben mittels dem Parameter "Immer voll zählen (für nebenläufige Markierungen)?" deaktiviert werden.
Der Parameter hat nicht nur Einfluss auf die Berechnung der Dauer Konten, sondern auch auf die Darstellung in der Besetzungsansicht!
Genaue Beschreibung siehe hier.
Planungseinheit
"Eintragskonten für Planungscode auf Poolplan zählen" [4]
Grundsätzlich werden die Eintragskonten immer am Stammplan des Mitarbeiters berechnet.
Sollen die Eintragskonten für Planungscodes am Poolplan zählen, so muss dieser Parameter auf der Stammplanungseinheit gesetzt werden.
Wichtig: Die Eintragskonten werden dann nur mehr auf der Poolplanungseinheit gerechnet und nicht mehr am Stammplan.
Ein Anwendungsbeispiel für diesen Parameter ist hier beschrieben.