Hauptseite

2026-05-04T13:59:22Z

Rnoth:

Die SocialOffice-Dokumentation liefert Ihnen alle notwendigen Informationen, um mit der Navigation und den grundlegenden Funktionen von SocialOffice vertraut zu werden und erleichtert Ihnen so das zielgerichtete Arbeiten mit SocialOffice im Alltag.

== Umfang der Dokumentation ==
In dieser Dokumentation finden Sie alle grundlegenden Informationen – vom ersten Anmelden bis zu den Zusatzmodulen.

Aufgrund des individuellen und modularen Aufbaus von SocialOffice sind keine detaillierten Arbeitsabläufe oder Prozesse Ihrer Institution abgebildet.

SocialOffice passt sich an Ihre Institution und Ihre Abläufe an – nicht umgekehrt. In gemeinsamen Workshops gestalten wir Ihr individuelles SocialOffice. Dies spiegelt sich in einer einfachen und übersichtlichen Benutzeroberfläche wider.

Je nach verfügbaren Modulen und Berechtigungen kann es vorkommen, dass Ihre Ansicht sowie Ihre Möglichkeiten zur Erfassung und Bearbeitung von Einträgen von den in dieser Dokumentation beschriebenen Funktionen abweichen.

== Erste Schritte ==
* [[Seitenaufbau]]
* [[Anmelden mit Zweit-Faktor]]
* [[Berechtigungen]]

== Bedienung ==
* [[Suchen und Filtern]]
* [[Speichern von Ansichten]]
* [[Textbausteine]]

== Module ==
=== Grundmodul ===
* [[Adressen]]

=== Hauptmodule ===
* [[Klienten]]

=== Zusatzmodule ===
* [[Rechnungen (Debitoren)]]
* [[Zeiterfassung]]

=== Smile-Module ===
* [[Künstliche Intelligenz KI]]
* [[Office-Vorlagen]]
* [[Windows-Erweiterung]]
* [[Kalender synchronisieren]]

NeuerEintrag

2026-05-04T13:52:41Z

Rnoth: Die Seite wurde neu angelegt: „  == {{PAGENAME}} == {{#if: {{{Zweck|}}} | {{Infobox Funktion | Name = {{PAGENAME}} | Zweck = {{{Zweck|Zweck der Funktion hier einfügen}}} | Version = {{{Version|}}} }} }} {{Kurzeinführung}} Hier steht eine kurze Einführung (1–2 Sätze), die den Zweck der Funktion und den Nutzen für den Anwender erklärt. Beschreib…“

== {{PAGENAME}} ==

{{#if: {{{Zweck|}}} |
{{Infobox Funktion
| Name = {{PAGENAME}}
| Zweck = {{{Zweck|Zweck der Funktion hier einfügen}}}
| Version = {{{Version|}}}
}}
}}

{{Kurzeinführung}}
Hier steht eine kurze Einführung (1–2 Sätze), die den Zweck der Funktion und den Nutzen für den Anwender erklärt.
Beschreiben Sie konkret, was der Nutzer erreicht, nicht was technisch im Hintergrund passiert.

'''Voraussetzungen:'''
* Benötigte Berechtigungen (z. B. Nur für den Administrator oder den Benutzer mit Rolle X verfügbar).
* Notwendige Vorbereitungsschritte (z. B. "Sie müssen zuerst im Hauptmodul Mitarbeiter einen Datensatz angelegt haben").

=== Schritt-für-Schritt-Anleitung ===
# '''Schritt 1:''' Beginnen Sie mit einem Verb in der „Sie"-Form.
#* Klicken Sie im Menü auf <code>Menüpunkt</code>.
#* Geben Sie die Daten in das Feld <code>Feldname</code> ein.
#* Bestätigen Sie mit <code>Button</code>.
# '''Schritt 2:''' Führen Sie den nächsten logischen Schritt aus.
#* Wählen Sie die Option <code>Option</code> aus der Dropdown-Liste.
#* Überprüfen Sie die Eingabe.

'''Ergebnis:'''
Beschreiben Sie hier kurz, was nach Abschluss sichtbar ist oder passiert (z. B. "Der Eintrag erscheint in der Übersicht").

=== Fehler & Troubleshooting ===
{{#if: {{{Fehler|}}} |
* '''Fehlermeldung "Beispiel":''' Erklären Sie hier die Lösung für dieses spezifische Problem.
|
* ''Häufige Fehler:'' Falls die Funktion fehleranfällig ist, listen Sie hier bekannte Probleme und Lösungen auf.
}}

'''Siehe auch:'''
* [[Verwandtes Thema 1]]
* [[Verwandtes Thema 2]]

----
'''Hinweis für Autoren:'''
* Bitte ersetzen Sie alle Platzhalter in [[Klammern]] durch den echten Inhalt.
* Nutzen Sie für Menüpunkte und Buttons immer <code>Backticks</code>.
* Formulieren Sie die Überschrift als Aufgabe (z. B. "Wie exportiere ich...").
* Vergessen Sie nicht, ein Screenshot mit Alternativtext hinzuzufügen.

Stil-Guide

2026-05-04T13:49:57Z

Rnoth:

== Stil-Guide für die SocialOffice-Dokumentation ==

Dieser Leitfaden sichert eine einheitliche, professionelle und inklusive Dokumentation. Er folgt dem natürlichen Arbeitsfluss beim Erstellen von Einträgen.

=== 1. Zielgruppe & Verständlichkeit ===
'''Wichtig:''' Die Dokumentation richtet sich primär an '''Anwender ohne technisches Vorwissen'''.
* '''Keine Fachsprache:''' Vermeiden Sie IT-Jargon (z. B. „API", „Backend", „Server"), es sei denn, er ist zwingend notwendig. Erklären Sie Fachbegriffe bei der ersten Nennung kurz.
* '''Konkret statt abstrakt:''' Beschreiben Sie, was der Nutzer sieht („Ihre Änderung wird gespeichert"), nicht was im Hintergrund passiert.
* '''Keine Annahmen:''' Gehen Sie nicht davon aus, dass der Nutzer weiß, wo ein Menü ist. Beschreiben Sie jeden Klick explizit.
* '''Fehlervermeidung:''' Erklären Sie, was bei falschen Schritten passiert und wie man korrigiert.
* '''Suchbarkeit (SEO):''' Formulieren Sie Überschriften als konkrete Aufgaben oder Fragen (z. B. „Wie exportiere ich eine Liste?" statt „Export-Funktion"). So finden Nutzer den Eintrag leichter über die Suchleiste.

=== 2. Anrede & Sprache ===
* '''Form:''' Durchgehend formelle '''„Sie"'''-Form.
** ''Richtig:'' „Wählen Sie das Modul aus."
** ''Falsch:'' „Wähle das Modul aus."
* '''Fachbegriffe:''' Technische Befehle, Code-Schnipsel und fest definierte Rollenbezeichnungen (z. B. '''Administrator''', '''Benutzer''') bleiben in ihrer originalen Schreibweise.

=== 3. Gendergerechte Sprache ===
* '''Prinzip:''' Alle Geschlechter sollen angesprochen werden, ohne den Lesefluss zu stören.
* '''Umsetzung:''' Im allgemeinen Sprachgebrauch werden neutrale Formulierungen bevorzugt (z. B. „die nutzende Person", „das Team").
* '''Systembegriffe:''' Feste Rollen und Modulnamen, die als technische Entitäten definiert sind, werden nicht angepasst.
** Der Begriff '''Benutzer''' bleibt als Datenbank-Objekt unverändert.
** Der Modulname '''Hauptmodul Mitarbeiter''' bleibt unverändert.
** Der Rollenbegriff '''Administrator''' bleibt unverändert.

=== 4. Terminologie ===
Verwendung einheitlicher Begriffe zur Vermeidung von Missverständnissen.

{| class="wikitable"
|-
! Begriff !! Verwenden !! Nicht verwenden !! Anmerkung
|-
| Person (allgemein) || Nutzer / Person || User, Account || Im allgemeinen Text.
|-
| Rolle (System) || Benutzer || User, Account || Fester Systembegriff.
|-
| Rolle (Modul) || Mitarbeiter || Kunden, Fälle || Fester Modulname ("Hauptmodul Mitarbeiter").
|-
| Daten || Eintrag || Datensatz, Record ||
|-
| Baustein || Modul || Feature, Komponente ||
|-
| Bereich || Administration || Admin-Bereich, Settings ||
|-
| Leiste || Toolbar || Werkzeugleiste ||
|-
| Bereich || Navigation || Menü, Sidebar ||
|}

=== 5. Aufbau eines Eintrags ===
Jeder Eintrag folgt diesem Standard-Aufbau, um die Auffindbarkeit und Verständlichkeit zu maximieren:

# '''Überschrift (H2/H3):''' Klare, handlungsorientierte Bezeichnung (z. B. „Einen neuen Eintrag erstellen").
# '''Kurzeinführung:''' 1–2 Sätze zum Zweck und Nutzen der Funktion.
# '''Voraussetzungen:''' Benötigte Berechtigungen (z. B. „Nur für den '''Administrator''' verfügbar") oder Vorbereitung.
# '''Schritt-für-Schritt-Anleitung:'''
#* Nummerierte Liste für sequenzielle Schritte.
#* Jeder Schritt beginnt mit einem Verb in der „Sie"-Form (z. B. „Klicken Sie auf...").
#* Interne Elemente (Menüs, Buttons) werden in <code>Backticks</code> gesetzt.
#* Wichtige Entscheidungen oder Alternativen werden in einem eigenen Absatz oder einer Hinweis-Box erklärt.
# '''Ergebnis:''' Kurze Beschreibung dessen, was nach Abschluss sichtbar ist.
# '''Fehler & Troubleshooting (Optional):''' Falls die Funktion fehleranfällig ist, listen Sie hier häufige Fehlermeldungen und deren Lösung auf.
# '''Siehe auch:''' Liste relevanter verwandter Themen als interne Links.

'''Beispielstruktur:'''
<nowiki>
== Einen neuen Eintrag erstellen ==

Mit dieser Funktion fügen Sie einen neuen Datensatz hinzu.

'''Voraussetzungen:''' Sie benötigen die Berechtigung „Einträge bearbeiten".

# Klicken Sie im Menü auf <code>Neuer Eintrag</code>.
# Geben Sie die Daten in die Felder ein.
# Bestätigen Sie mit <code>Speichern</code>.

'''Ergebnis:''' Der Eintrag erscheint in der Übersicht.

'''Fehler & Troubleshooting:'''
* ''Fehlermeldung "Speichern fehlgeschlagen":'' Prüfen Sie, ob alle Pflichtfelder ausgefüllt sind.

'''Siehe auch:''' [[Einträge bearbeiten]], [[Einträge löschen]]
</nowiki>

=== 6. Formatierung & Syntax ===
Konsistente Darstellung je nach Inhaltstyp während des Schreibens:

{| class="wikitable"
|-
! Typ !! Formatierung !! Beispiel
|-
| '''Menüpunkte''' || <code>Backticks</code> || <code>Administration</code>, <code>Weiteres</code>
|-
| '''Befehle''' || <code>Code-Block</code> || <code>gpupdate /force</code>
|-
| '''Dateinamen''' || <code>Backticks</code> || <code>policies.json</code>
|-
| '''URLs''' || [[Markdown-Link]] || [Linktext](https://...)
|-
| '''IDs / Keys''' || <code>Code-Block</code> || <code>keacgmkcjipbdcpfoobecgkhfhffodhi</code>
|-
| '''Schlüsselwörter''' || '''Fett''' || '''Berechtigungen''', '''Konfiguration'''
|-
| '''Code-Blöcke''' || Syntax-Highlighting || <syntaxhighlight lang="json">...</syntaxhighlight>
|}

=== 7. Bilder & Screenshots ===
* '''Platzierung:''' Das Bild folgt erst, nachdem es im Fließtext erwähnt wurde.
* '''Beschriftung:''' Jedes Bild benötigt eine klare, beschreibende Bildunterschrift.
* '''Dateiname:''' Konsistente Benennung (z. B. <code>Datei:Logo.png</code>).
* '''Hinweis für Laien:''' Nutzen Sie Pfeile oder Markierungen auf Bildern, um den Fokus zu lenken.
* '''Barrierefreiheit:''' Fügen Sie jedem Bild einen Alternativtext (Alt-Tag) hinzu, der den Inhalt beschreibt. Dies hilft Nutzern mit Sehschwäche und verbessert die Suche.

=== 8. Tabellen ===
* '''Struktur:''' Spalten für Feld, Wert und Beschreibung.
* '''Lesbarkeit:''' Die erste Spalte (Feldname) wird '''fett''' markiert.
* '''Inhalt:''' Technische Werte (IDs, URLs) in <code>Backticks</code> setzen.

=== 9. Warnhinweise & Hinweise ===
* Verwendung konsistenter Boxen-Styles für Warnungen, Tipps und wichtige Hinweise, um diese visuell hervorzuheben.

=== 10. Interne Verweise & Prüfung ===
* '''Konsistenz:''' Verlinkungen müssen einheitlich aufgebaut sein.
* '''Prüfung vor Veröffentlichung:'''
** Sicherstellen, dass keine „Rot-Links" (fehlende Seiten) vorhanden sind.
** Prüfen, ob alle Schritte für einen Laien nachvollziehbar sind.
** Kontrolle auf einheitliche Terminologie und „Sie"-Form.

=== 11. Wartung & Aktualität ===
* '''Versionshinweise:''' Wenn eine Funktion nur in einer bestimmten Software-Version verfügbar ist, kennzeichnen Sie dies deutlich (z. B. „Ab Version 2.1").
* '''Aktualisierungspflicht:''' Bei Änderungen der Benutzeroberfläche (z. B. neue Menüstruktur) müssen betroffene Einträge innerhalb von 48 Stunden aktualisiert werden.
* '''Veraltete Inhalte:''' Markieren Sie veraltete Anleitungen mit einem Hinweis-Box, bis sie ersetzt sind.

Stil-Guide

2026-05-04T13:47:24Z

Rnoth:

Vorlage:NeuerEintrag

2026-05-04T13:42:21Z

== {{PAGENAME}} ==

{{#if: {{{Zweck|}}} |
{{Infobox Funktion
| Name = {{PAGENAME}}
| Zweck = {{{Zweck|Zweck der Funktion hier einfügen}}}
| Version = {{{Version|}}}
}}
}}

{{Kurzeinführung}}
Hier steht eine kurze Einführung (1–2 Sätze), die den Zweck der Funktion und den Nutzen für den Anwender erklärt.
Beschreiben Sie konkret, was der Nutzer erreicht, nicht was technisch im Hintergrund passiert.

'''Voraussetzungen:'''
* Benötigte Berechtigungen (z. B. Nur für den '''Administrator''' verfügbar).
* Notwendige Vorbereitungsschritte (z. B. "Sie müssen zuerst ein Projekt angelegt haben").

=== Schritt-für-Schritt-Anleitung ===
# '''Schritt 1:''' Beginnen Sie mit einem Verb in der „Sie"-Form.
#* Klicken Sie im Menü auf <code>Menüpunkt</code>.
#* Geben Sie die Daten in das Feld <code>Feldname</code> ein.
#* Bestätigen Sie mit <code>Button</code>.
# '''Schritt 2:''' Führen Sie den nächsten logischen Schritt aus.
#* Wählen Sie die Option <code>Option</code> aus der Dropdown-Liste.
#* Überprüfen Sie die Eingabe.

'''Ergebnis:'''
Beschreiben Sie hier kurz, was nach Abschluss sichtbar ist oder passiert (z. B. "Der Eintrag erscheint in der Übersicht").

=== Fehler & Troubleshooting ===
{{#if: {{{Fehler|}}} |
* '''Fehlermeldung "Beispiel":''' Erklären Sie hier die Lösung für dieses spezifische Problem.
|
* ''Häufige Fehler:'' Falls die Funktion fehleranfällig ist, listen Sie hier bekannte Probleme und Lösungen auf.
}}

'''Siehe auch:'''
* [[Verwandtes Thema 1]]
* [[Verwandtes Thema 2]]

----
'''Hinweis für Autoren:'''
* Bitte ersetzen Sie alle Platzhalter in [[Klammern]] durch den echten Inhalt.
* Nutzen Sie für Menüpunkte und Buttons immer <code>Backticks</code>.
* Formulieren Sie die Überschrift als Aufgabe (z. B. "Wie exportiere ich...").
* Vergessen Sie nicht, ein Screenshot mit Alternativtext hinzuzufügen.

Stil-Guide

2026-05-04T13:36:51Z

Rnoth: /* Stil-Guide für die SocialOffice-Dokumentation */

== Stil-Guide für die SocialOffice-Dokumentation ==

Dieser Leitfaden sichert eine einheitliche, professionelle und inklusive Dokumentation. Er folgt dem natürlichen Arbeitsfluss beim Erstellen von Einträgen.

=== 1. Zielgruppe & Verständlichkeit ===
'''Wichtig:''' Die Dokumentation richtet sich primär an '''Anwender ohne technisches Vorwissen'''.
* '''Keine Fachsprache:''' Vermeiden Sie IT-Jargon (z. B. „API", „Backend", „Server"), es sei denn, er ist zwingend notwendig. Erklären Sie Fachbegriffe bei der ersten Nennung kurz.
* '''Konkret statt abstrakt:''' Beschreiben Sie, was der Nutzer sieht („Ihre Änderung wird gespeichert"), nicht was im Hintergrund passiert.
* '''Keine Annahmen:''' Gehen Sie nicht davon aus, dass der Nutzer weiß, wo ein Menü ist. Beschreiben Sie jeden Klick explizit.
* '''Fehlervermeidung:''' Erklären Sie, was bei falschen Schritten passiert und wie man korrigiert.
* '''Suchbarkeit (SEO):''' Formulieren Sie Überschriften als konkrete Aufgaben oder Fragen (z. B. „Wie exportiere ich eine Liste?" statt „Export-Funktion"). So finden Nutzer den Eintrag leichter über die Suchleiste.

=== 2. Anrede & Sprache ===
* '''Form:''' Durchgehend formelle '''„Sie"'''-Form.
** ''Richtig:'' „Wählen Sie das Modul aus."
** ''Falsch:'' „Wähle das Modul aus."
* '''Ausnahmen:''' Technische Befehle, Code-Schnipsel und Funktionsbezeichnungen (z. B. '''Administrator''') bleiben in ihrer technischen Schreibweise unverändert.

=== 3. Gendergerechte Sprache ===
* '''Prinzip:''' Alle Geschlechter sollen angesprochen werden, ohne den Lesefluss zu stören.
* '''Umsetzung:''' Bevorzugt werden neutrale Formulierungen (z. B. „die nutzende Person", „das Team").
* '''Technische Begriffe:''' Feste Rollenbezeichnungen wie '''Administrator''' werden nicht grammatikalisch angepasst, da sie spezifische technische Funktionen definieren.

=== 4. Terminologie ===
Verwendung einheitlicher Begriffe zur Vermeidung von Missverständnissen:

{| class="wikitable"
|-
! Begriff !! Verwenden !! Nicht verwenden
|-
| Person || Nutzer / Person || User, Account, Benutzer (technisch)
|-
| Rolle || Klienten || Kunden, Fälle
|-
| Daten || Eintrag || Datensatz, Record
|-
| Baustein || Modul || Feature, Komponente
|-
| Bereich || Administration || Admin-Bereich, Settings
|-
| Personenkreis || Mitarbeitende || Mitarbeiter, Personal
|-
| Leiste || Toolbar || Werkzeugleiste
|-
| Bereich || Navigation || Menü, Sidebar
|}

=== 5. Aufbau eines Eintrags ===
Jeder Eintrag folgt diesem Standard-Aufbau, um die Auffindbarkeit und Verständlichkeit zu maximieren:

# '''Überschrift (H2/H3):''' Klare, handlungsorientierte Bezeichnung (z. B. „Einen neuen Eintrag erstellen").
# '''Kurzeinführung:''' 1–2 Sätze zum Zweck und Nutzen der Funktion.
# '''Voraussetzungen:''' Benötigte Berechtigungen (z. B. „Nur für den '''Administrator'''") oder Vorbereitung.
# '''Schritt-für-Schritt-Anleitung:'''
#* Nummerierte Liste für sequenzielle Schritte.
#* Jeder Schritt beginnt mit einem Verb in der „Sie"-Form (z. B. „Klicken Sie auf...").
#* Interne Elemente (Menüs, Buttons) werden in <code>Backticks</code> gesetzt.
#* Wichtige Entscheidungen oder Alternativen werden in einem eigenen Absatz oder einer Hinweis-Box erklärt.
# '''Ergebnis:''' Kurze Beschreibung dessen, was nach Abschluss sichtbar ist.
# '''Fehler & Troubleshooting (Optional):''' Falls die Funktion fehleranfällig ist, listen Sie hier häufige Fehlermeldungen und deren Lösung auf.
# '''Siehe auch:''' Liste relevanter verwandter Themen als interne Links.

'''Beispielstruktur:'''
<nowiki>
== Einen neuen Eintrag erstellen ==

Mit dieser Funktion fügen Sie einen neuen Datensatz hinzu.

'''Voraussetzungen:''' Sie benötigen die Berechtigung „Einträge bearbeiten".

# Klicken Sie im Menü auf <code>Neuer Eintrag</code>.
# Geben Sie die Daten in die Felder ein.
# Bestätigen Sie mit <code>Speichern</code>.

'''Ergebnis:''' Der Eintrag erscheint in der Übersicht.

'''Fehler & Troubleshooting:'''
* ''Fehlermeldung "Speichern fehlgeschlagen":'' Prüfen Sie, ob alle Pflichtfelder ausgefüllt sind.

'''Siehe auch:''' [[Einträge bearbeiten]], [[Einträge löschen]]
</nowiki>

=== 6. Formatierung & Syntax ===
Konsistente Darstellung je nach Inhaltstyp während des Schreibens:

{| class="wikitable"
|-
! Typ !! Formatierung !! Beispiel
|-
| '''Menüpunkte''' || <code>Backticks</code> || <code>Administration</code>, <code>Weiteres</code>
|-
| '''Befehle''' || <code>Code-Block</code> || <code>gpupdate /force</code>
|-
| '''Dateinamen''' || <code>Backticks</code> || <code>policies.json</code>
|-
| '''URLs''' || [[Markdown-Link]] || [Linktext](https://...)
|-
| '''IDs / Keys''' || <code>Code-Block</code> || <code>keacgmkcjipbdcpfoobecgkhfhffodhi</code>
|-
| '''Schlüsselwörter''' || '''Fett''' || '''Berechtigungen''', '''Konfiguration'''
|-
| '''Code-Blöcke''' || Syntax-Highlighting || <syntaxhighlight lang="json">...</syntaxhighlight>
|}

=== 7. Bilder & Screenshots ===
* '''Platzierung:''' Das Bild folgt erst, nachdem es im Fließtext erwähnt wurde.
* '''Beschriftung:''' Jedes Bild benötigt eine klare, beschreibende Bildunterschrift.
* '''Dateiname:''' Konsistente Benennung (z. B. <code>Datei:Logo.png</code>).
* '''Hinweis für Laien:''' Nutzen Sie Pfeile oder Markierungen auf Bildern, um den Fokus zu lenken.
* '''Barrierefreiheit:''' Fügen Sie jedem Bild einen Alternativtext (Alt-Tag) hinzu, der den Inhalt beschreibt. Dies hilft Nutzern mit Sehschwäche und verbessert die Suche.

=== 8. Tabellen ===
* '''Struktur:''' Spalten für Feld, Wert und Beschreibung.
* '''Lesbarkeit:''' Die erste Spalte (Feldname) wird '''fett''' markiert.
* '''Inhalt:''' Technische Werte (IDs, URLs) in <code>Backticks</code> setzen.

=== 9. Warnhinweise & Hinweise ===
* Verwendung konsistenter Boxen-Styles für Warnungen, Tipps und wichtige Hinweise, um diese visuell hervorzuheben.

=== 10. Interne Verweise & Prüfung ===
* '''Konsistenz:''' Verlinkungen müssen einheitlich aufgebaut sein.
* '''Prüfung vor Veröffentlichung:'''
** Sicherstellen, dass keine „Rot-Links" (fehlende Seiten) vorhanden sind.
** Prüfen, ob alle Schritte für einen Laien nachvollziehbar sind.
** Kontrolle auf einheitliche Terminologie und „Sie"-Form.

=== 11. Wartung & Aktualität ===
* '''Versionshinweise:''' Wenn eine Funktion nur in einer bestimmten Software-Version verfügbar ist, kennzeichnen Sie dies deutlich (z. B. „Ab Version 2.1").
* '''Aktualisierungspflicht:''' Bei Änderungen der Benutzeroberfläche (z. B. neue Menüstruktur) müssen betroffene Einträge innerhalb von 48 Stunden aktualisiert werden.
* '''Veraltete Inhalte:''' Markieren Sie veraltete Anleitungen mit einem Hinweis-Box, bis sie ersetzt sind.

Stil-Guide

2026-05-04T13:32:47Z

Rnoth:

Stil-Guide

2026-05-04T13:28:37Z

Rnoth:

== Stil-Guide für die SocialOffice-Dokumentation ==

Dieser Leitfaden sichert eine einheitliche, professionelle und inklusive Dokumentation.

=== 1. Anrede & Sprache ===
* '''Form:''' Durchgehend formelle '''„Sie"'''-Form.
** ''Richtig:'' „Wählen Sie das Modul aus."
** ''Falsch:'' „Wähle das Modul aus."
* '''Ausnahmen:''' Technische Befehle, Code-Schnipsel und Funktionsbezeichnungen (z. B. Administrator) bleiben in ihrer technischen Schreibweise unverändert.

=== 2. Gendergerechte Sprache ===
* '''Prinzip:''' Alle Geschlechter sollen angesprochen werden, ohne den Lesefluss zu stören.
* '''Umsetzung:''' Bevorzugt werden neutrale Formulierungen (z. B. „die nutzende Person", „das Team").
* '''Technische Begriffe:''' Feste Rollenbezeichnungen wie '''Administrator''' werden nicht grammatikalisch angepasst, da sie spezifische technische Funktionen definieren.

=== 3. Formatierung & Syntax ===
Konsistente Darstellung je nach Inhaltstyp:

{| class="wikitable"
|-
! Typ !! Formatierung !! Beispiel
|-
| '''Menüpunkte''' || <code>Backticks</code> || <code>Administration</code>, <code>Weiteres</code>
|-
| '''Befehle''' || <code>Code-Block</code> || <code>gpupdate /force</code>
|-
| '''Dateinamen''' || <code>Backticks</code> || <code>policies.json</code>
|-
| '''URLs''' || [[Markdown-Link]] || [Linktext](https://...)
|-
| '''IDs / Keys''' || <code>Code-Block</code> || <code>keacgmkcjipbdcpfoobecgkhfhffodhi</code>
|-
| '''Schlüsselwörter''' || '''Fett''' || '''Berechtigungen''', '''Konfiguration'''
|-
| '''Code-Blöcke''' || Syntax-Highlighting || <syntaxhighlight lang="json">...</syntaxhighlight>
|}

=== 4. Terminologie ===
Verwendung einheitlicher Begriffe zur Vermeidung von Missverständnissen:

{| class="wikitable"
|-
! Begriff !! Verwenden !! Nicht verwenden
|-
| Person || Nutzer / Person || User, Account, Benutzer (technisch)
|-
| Rolle || Klienten || Kunden, Fälle
|-
| Daten || Eintrag || Datensatz, Record
|-
| Baustein || Modul || Feature, Komponente
|-
| Bereich || Administration || Admin-Bereich, Settings
|-
| Personenkreis || Mitarbeitende || Mitarbeiter, Personal
|-
| Leiste || Toolbar || Werkzeugleiste
|-
| Bereich || Navigation || Menü, Sidebar
|}

=== 5. Bilder & Screenshots ===
* '''Platzierung:''' Das Bild folgt erst, nachdem es im Fließtext erwähnt wurde.
* '''Beschriftung:''' Jedes Bild benötigt eine klare, beschreibende Bildunterschrift.
* '''Dateiname:''' Konsistente Benennung (z. B. <code>Datei:Logo.png</code>).

=== 6. Interne Verweise ===
* '''Konsistenz:''' Verlinkungen müssen einheitlich aufgebaut sein.
* '''Prüfung:''' Vor dem Veröffentlichen sicherstellen, dass keine „Rot-Links" (fehlende Seiten) vorhanden sind.

=== 7. Tabellen ===
* '''Struktur:''' Spalten für Feld, Wert und Beschreibung.
* '''Lesbarkeit:''' Die erste Spalte (Feldname) wird '''fett''' markiert.
* '''Inhalt:''' Technische Werte (IDs, URLs) in <code>Backticks</code> setzen.

=== 8. Warnhinweise & Hinweise ===
* Verwendung konsistenter Boxen-Styles für Warnungen, Tipps und wichtige Hinweise, um diese visuell hervorzuheben.

=== 9. Aufbau eines Eintrags ===
Jeder Eintrag zu einer Funktion, einem Modul oder einem Prozess folgt diesem Standard-Aufbau, um die Auffindbarkeit und Verständlichkeit zu maximieren:

# '''Überschrift (H2/H3):''' Klare, handlungsorientierte Bezeichnung der Funktion (z. B. „Einen neuen Eintrag erstellen").
# '''Kurzeinführung:''' 1–2 Sätze, die den Zweck der Funktion und den Nutzen für den Anwender erklären.
# '''Voraussetzungen:''' Benötigte Berechtigungen (z. B. „Nur für den '''Administrator''' verfügbar") oder notwendige Vorbereitungsschritte.
# '''Schritt-für-Schritt-Anleitung:'''
#* Nummerierte Liste für sequenzielle Schritte.
#* Jeder Schritt beginnt mit einem Verb in der „Sie"-Form (z. B. „Klicken Sie auf...").
#* Interne Elemente (Menüs, Buttons) werden in <code>Backticks</code> gesetzt.
#* Wichtige Entscheidungen oder Alternativen werden in einem eigenen Absatz oder einer Hinweis-Box erklärt.
# '''Ergebnis:''' Kurze Beschreibung dessen, was nach Abschluss sichtbar ist oder passiert.
# '''Siehe auch:''' Liste relevanter verwandter Themen als interne Links.

'''Beispielstruktur für einen Eintrag:'''
<nowiki>
== Einen neuen Eintrag erstellen ==

Mit dieser Funktion fügen Sie einen neuen Datensatz in die Datenbank hinzu.

'''Voraussetzungen:''' Sie benötigen die Berechtigung „Einträge bearbeiten".

# Klicken Sie im Menü auf <code>Neuer Eintrag</code>.
# Geben Sie die erforderlichen Daten in die Felder ein.
# Bestätigen Sie mit <code>Speichern</code>.

'''Ergebnis:''' Der neue Eintrag erscheint in der Übersicht und ist für andere Nutzer sichtbar.

'''Siehe auch:''' [[Einträge bearbeiten]], [[Einträge löschen]]
</nowiki>

Stil-Guide

2026-05-04T11:26:01Z

Rnoth: Die Seite wurde neu angelegt: „= Stil-Guide für die SocialOffice-Dokumentation = Dieser Leitfaden dient allen Autoren und Redakteuren, um eine einheitliche, professionelle und inklusive Dokumentation zu gewährleisten. Er definiert Regeln für Sprache, Formatierung, Struktur und visuelle Elemente. __TOC__ *Letzte Aktualisierung: 04. Mai 2026* ---- == 1. 🎯 Anrede & Sprache == === Regel: Durchgehend "Sie"-Form === Die Dokumentation spricht den Nutzer höflich und professionell…“

= Stil-Guide für die SocialOffice-Dokumentation =

Dieser Leitfaden dient allen Autoren und Redakteuren, um eine einheitliche, professionelle und inklusive Dokumentation zu gewährleisten. Er definiert Regeln für Sprache, Formatierung, Struktur und visuelle Elemente.

__TOC__

*Letzte Aktualisierung: 04. Mai 2026*

----

== 1. 🎯 Anrede & Sprache ==

=== Regel: Durchgehend "Sie"-Form ===
Die Dokumentation spricht den Nutzer höflich und professionell an.

{| class="wikitable"
|-
! ✅ Richtig !! ❌ Falsch
|-
| "Wählen Sie das Modul aus" || "Wähle das Modul aus"
|-
| "Sie können Dateien anhängen" || "Du kannst Dateien anhängen"
|-
| "Öffnen Sie das Fenster" || "Öffne das Fenster"
|}

'''Ausnahmen:'''
* Technische Befehle/Commands bleiben in der Originalform (z. B. <code>gpupdate /force</code>)
* Menüpunkte werden in <code>Backticks</code> geschrieben (z. B. <code>Administration</code>)

----

== 2. 👥 Gendergerechte Sprache ==

Ziel ist es, alle Geschlechter gleichermaßen anzusprechen und sichtbar zu machen, ohne den Lesefluss unnötig zu stören. Wir verwenden eine '''kombinierte Strategie''' aus '''Neutrale Formulierungen''' (Priorität 1) und '''geschlechtsneutralen Bezeichnungen''' (Priorität 2).

=== A. Priorität 1: Neutrale Formulierungen (Empfohlen) ===
Versuchen Sie, geschlechtsspezifische Begriffe durch neutrale Umschreibungen zu ersetzen. Dies ist oft flüssiger zu lesen.

{| class="wikitable"
|-
! Statt (geschlechtsspezifisch) !! Nutzen (neutral) !! Beispiel im Text
|-
| '''Der Benutzer''' || '''Der Nutzer''' / '''Die Person''' || "Der '''Nutzer''' kann..." statt "Der Benutzer kann..."
|-
| '''Der Administrator''' || '''Die Verwaltung''' / '''Die Admin-Person''' || "Die '''Verwaltung''' erstellt..."
|-
| '''Der Kunde''' || '''Die Klientin / Der Klient''' || Im Modul "Klienten" ist "Klient" bereits neutral, aber "Die Person" ist oft besser.
|-
| '''Die Mitarbeiter''' || '''Das Team''' / '''Die Mitarbeitenden''' || "'''Die Mitarbeitenden''' können..."
|-
| '''Der Leser''' || '''Die Leserin / Der Leser''' (nur wenn nötig) || Besser: "'''Wer dies liest'''..."
|}

=== B. Priorität 2: Geschlechtsneutrale Bezeichnungen ===
Wenn eine neutrale Umschreibung nicht möglich ist oder der Begriff fest etabliert ist (z. B. in Datenbankfeldern), verwenden Sie '''geschlechtsneutrale Formen'''.

'''Empfohlene Form:''' '''Das Binnen-I''' oder '''Paarform''' (je nach Kontext).
*Hinweis: Für technische Dokumentation (Software-UI) ist oft das '''Binnen-I''' oder die '''Pluralform''' am besten lesbar.*

{| class="wikitable"
|-
! Situation !! Empfehlung !! Beispiel
|-
| '''Allgemeine Ansprache''' || '''Plural''' (oft am elegantesten) || "'''Die Nutzer''' können..." statt "Der Nutzer/Die Nutzerin"
|-
| '''Einzelne Person''' || '''Binnen-I''' (nur bei feststehenden Begriffen) || "Der '''Benutzer'''" (wenn "Nutzer" nicht passt) <br> ''Alternative:'' "Die '''Benutzende'''" (sehr inklusiv, aber oft schwer lesbar)
|-
| '''UI-Elemente / Felder''' || '''Original beibehalten''' || Wenn die Software "Benutzername" heißt, schreiben Sie "Benutzername".
|}

'''❌ Vermeiden:'''
* Schrägstriche (<code>Benutzer/in</code>) – stört den Lesefluss und Screenreader
* Doppelpunkte (<code>Benutzer:innen</code>) – in technischen Anleitungen oft zu unterbrechend
* Sternchen (<code>Benutzer*innen</code>) – kann in Code-Blöcken oder technischen Kontexten verwirrend wirken

=== C. Konkrete Anwendung im SocialOffice-Kontext ===

{| class="wikitable"
|-
! Begriff im System !! Empfehlung in der Doku !! Begründung
|-
| '''Benutzer''' || '''Nutzer''' oder '''Person''' || "Benutzer" klingt technisch; "Nutzer" ist menschlicher.
|-
| '''Mitarbeiter''' || '''Mitarbeitende''' || Inklusive aller Geschlechter.
|-
| '''Administrator''' || '''Admin-Person''' oder '''Verwaltung''' || Vermeidet "Der Administrator".
|-
| '''Klient''' || '''Klient''' (bleibt) || Der Begriff ist im Modul fest verankert und bereits relativ neutral.
|-
| '''Leser''' || '''Nutzer''' || Vermeidet "Leser/Leserin".
|}

'''Beispiel-Satz (Vorher/Nachher):'''
*'''❌ Vorher:''' "Der Administrator muss den Benutzer anlegen, damit der Benutzer sich anmelden kann."
*'''✅ Nachher:''' "Die '''Verwaltung''' muss den '''Nutzer''' anlegen, damit sich die '''Person''' anmelden kann."
*'''✅ Alternativ (Plural):''' "'''Die Verwaltung''' muss '''Nutzer''' anlegen, damit sich '''sie''' anmelden können."

----

== 3. 📑 Überschriften-Hierarchie ==

=== Konsistente Ebenen ===
<pre>
= Haupttitel (Seitentitel) =
== Hauptkapitel ==
=== Unterkapitel ===
==== Detail (nur bei Bedarf) ====
</pre>

'''Beispiel:'''
<pre>
= Klienten =
== Aufbau ==
== Verlaufsdokumentation ==
=== Beispiel von Einträgen ===
</pre>

'''Vermeiden:'''
* Überspringen von Ebenen (nicht von = direkt zu ===)
* Zu viele Ebenen (max. 4)
* "Inhaltsverzeichnis" als Überschrift (MediaWiki generiert das automatisch)

----

== 4. 💻 Code & Technische Begriffe ==

=== Formatierung nach Typ ===

{| class="wikitable"
|-
! Typ !! Formatierung !! Beispiel
|-
| '''Menüpunkte''' || <code>Backticks</code> || <code>Administration</code>, <code>Weiteres</code>
|-
| '''Befehle/Commands''' || <code>Code-Block</code> || <code>gpupdate /force</code>
|-
| '''Dateinamen''' || <code>Backticks</code> || <code>policies.json</code>
|-
| '''URLs''' || Markdown-Link || <nowiki><https://example.com></nowiki>
|-
| '''IDs/Keys''' || <code>Code-Block</code> || <code>keacgmkcjipbdcpfoobecgkhfhffodhi</code>
|-
| '''Schlüsselwörter''' || '''Fett''' || '''Administrator''', '''Berechtigungen'''
|}

=== Code-Blöcke verwenden für: ===
* Shell-Befehle
* JSON-Inhalte
* Konfigurationswerte
* Pfadangaben

<syntaxhighlight lang="json">
{
"installation_mode": "force_installed",
"update_url": "https://clients2.google.com/service/update2/crx"
}
</syntaxhighlight>

----

== 5. 🖼️ Bilder & Screenshots ==

=== Platzierung ===
* '''Logo''' ganz oben (alle Seiten haben <code>[[File:logo.png]]</code>)
* '''Screenshots''' direkt nach der Beschreibung, die sie illustrieren
* '''Nicht''' am Ende der Seite sammeln

=== Bildbeschriftung ===
<pre>
[[File:xxx.png|thumb|Beschreibung]]
</pre>

'''Regel:''' Jede Bild-Referenz sollte im Text erwähnt werden, bevor das Bild erscheint.

=== Größe ===
* Standard: '''300px-500px''' Breite
* Größere Bilder nur bei komplexen Diagrammen

----

== 6. 🔗 Interne Verweise ==

=== Konsistente Verlinkung ===
<pre>
[[Seitentitel|Anzeigetext]]
</pre>

'''Beispiel:'''
<pre>
Wählen Sie das Hauptmodul [[Klienten]] über die [[Seitenaufbau|Navigation]] aus.
</pre>

=== Vermeidung von "Rot-Links" ===
Vor dem Veröffentlichen prüfen:
* Existiert die verlinkte Seite?
* Ist der Titel korrekt geschrieben?

'''Fehlende Seiten (aktuell):'''
* [[Berechtigungsblatt]]
* [[Cloud]]
* [[Benutzerkonto]]

----

== 7. 📋 Tabellen ==

=== Wann verwenden? ===
* Vergleich von Optionen
* Konfigurationswerte
* Schritt-für-Schritt-Anleitungen

=== Format ===
{| class="wikitable"
|-
! Feld !! Wert !! Beschreibung
|-
| '''ID''' || <code>abc123</code> || Eindeutige Kennung
|-
| '''URL''' || <code>https://...</code> || Update-Server
|}

'''Tipp:''' Fettmarkierung in der ersten Spalte für bessere Lesbarkeit.

----

== 8. 🎨 Terminologie ==

=== Einheitliche Begriffe ===

{| class="wikitable"
|-
! Begriff !! Verwenden !! Nicht verwenden
|-
| '''Benutzer''' || '''Nutzer''' / '''Person''' || User, Account, Benutzer (technisch)
|-
| '''Klienten''' || Klienten || Kunden, Fälle
|-
| '''Eintrag''' || Eintrag || Datensatz, Record
|-
| '''Modul''' || Modul || Feature, Komponente
|-
| '''Administration''' || Administration || Admin-Bereich, Settings
|-
| '''Mitarbeiter''' || '''Mitarbeitende''' || Mitarbeiter, Personal
|-
| '''Toolbar''' || Toolbar || Werkzeugleiste
|-
| '''Navigation''' || Navigation || Menü, Sidebar
|}

----

== 9. ⚠️ Warnhinweise & Hinweise ==

=== Konsistente Boxen ===

{| class="wikitable"
|-
! Typ !! Format !! Beispiel
|-
| '''Wichtig''' || '''Fett''' || '''Wichtig:''' Dieses Plugin ist nur für Outlook Classic
|-
| '''Hinweis''' || Normal || Hinweis: Die Tabelle wird nur bis gestern geführt
|-
| '''Achtung''' || ''Kursiv'' || ''Achtung:'' Neue Version nicht kompatibel mit alter Software
|}

----

== 10. 📄 Checkliste vor Veröffentlichung ==

Bevor eine Seite online geht:

* [ ] Anrede durchgehend "Sie"
* [ ] '''Gendergerechte Sprache:''' "Nutzer" statt "Benutzer", "Mitarbeitende" statt "Mitarbeiter"?
* [ ] Überschriften-Hierarchie korrekt (= → == → ===)
* [ ] Alle Bilder haben Alt-Text
* [ ] Interne Links funktionieren (keine Rot-Links)
* [ ] Code/Commands in <code>Backticks</code> oder <code>Code-Blöcken</code>
* [ ] Keine Tippfehler in Menüpunkten
* [ ] Bilder sinnvoll platziert (nicht alle am Ende)
* [ ] Keine doppelten Inhalte mit anderen Seiten
* [ ] Logo nur einmal oben

----

*Dieser Stil-Guide ist verbindlich für alle neuen und überarbeiteten Seiten der SocialOffice-Dokumentation.*

Zeiterfassung

2026-03-05T12:33:54Z

Rnoth: /* Zeitprofil */

[[Datei:IcoZeiterfassung32.png]] Das Zusatzmodul <code>Zeiterfassung</code> dient der Anwesenheitserfassung von Klienten oder der Arbeitszeiterfassung der Mitarbeitenden direkt im SocialOffice. Dieser Eintrag beschreibt die SocialOffice Zeiterfassung für
Mitarbeitende. Die Ausführungen gelten aber ebenso für die Zeiterfassung bei Klienten.

== Arbeitszeitprofil erstellen ==
Damit die Arbeitszeit erfasst werden kann, muss für die Mitarbeitenden ein [[#Arbeitszeitprofil|Arbeitszeitprofil]] angelegt werden.

[[Datei:Arbeitszeitprofil.png|border|400px|Mitarbeiter-Eintrag Arbeitszeitprofil]]

[[#Vordefinierte Zeitprofile|Vordefinierte Zeitprofile]] erleichtern das Erstellen von [[#Arbeitszeitprofil|Arbeitszeitprofilen]].

Folgende Angaben werden für ein [[#Arbeitszeitprofil|Arbeitszeitprofil]] benötigt:
* '''Gültigkeits‑Datum''' – Datum, ab dem das [[#Arbeitszeitprofil|Arbeitszeitprofil]] gilt (ein Enddatum wird nur benötigt, wenn anschliessend ein neues Profil folgt). Beide Daten dürfen auch in der Vergangenheit liegen.
* '''Ferienguthaben''' – Jährliches Guthaben in Stunden.
* '''[[#Individuelle Feiertage|Individuelle Feiertage]]''' – Guthaben in Stunden pro Jahr (optional).
* '''Soll‑Arbeitszeiten''' – für jeden Wochentag.

Beim Speichern des Profils werden für die Guthaben automatisch [[#Zeitstempel des Arbeitszeitprofils|Zeitstempel]] erzeugt, sofern das Startdatum in der Vergangenheit liegt oder heute ist.

== Absenzen erfassen ==
Für Ferien, Weiterbildungen, Eltern‑/Vaterschaftsurlaub, Militärdienst usw. werden [[#Absenz|Absenzen]] am einfachsten im Voraus über den Mitarbeiter-Eintrag <code>Absenz</code> erfasst.

[[Datei:Absenz_Krank.png|border|450px|Mitarbeiter-Eintrag Absenz]]

[[#Absenz|Absenzen]] können beliebig im Voraus erfasst werden und müssen im Minimum eine Absenzart sowie ein Startdatum enthalten. Für nicht ganztägige [[#Absenz|Absenzen]] können auch Uhrzeiten eingegeben werden.

Beim Speichern einer [[#Absenz|Absenz]] werden für alle vergangenen Tage und den heutigen Tag automatisch [[#Zeitstempel|Zeitstempel]] mit der errechneten Dauer erstellt. Die Dauer wird anhand der Einstellungen des ausgewählten [[#Stempelkonto|Stempelkontos]] ermittelt und beträgt üblicherweise 100 % der täglichen Sollzeit.

Wenn eine [[#Absenz|Absenz]] noch [[#Absenzen genehmigen|genehmigt]] werden muss, werden vorerst keine [[#Zeitstempel|Zeitstempel]] erstellt.

Wenn bei einer ganztägigen [[#Absenz|Absenz]] ein von 100 % abweichender Wert bei <code>Gutschrift</code> angegeben wird, wird die Gutschrift entsprechend angepasst. (Damit dieses Feld sichtbar ist, muss beim [[#Stempelkonto|Stempelkonto]] <code>Gutschrift pro Absenz</code> aktiviert werden.)

Diese [[#Zeitstempel|Zeitstempel]] sind mit der [[#Absenz|Absenz]] verknüpft und können nicht bearbeitet werden.

=== Absenzen genehmigen ===
SocialOffice hat die Möglichkeit, dass [[#Zeitstempel|Zeitstempel]] für [[#Absenz|Absenzen]] erst erstellt werden, wenn der Eintrag durch eine berechtigte Person genehmigt wurde.

Beim Erstellen einer neuen [[#Absenz|Absenz]] wird in zwei Vorschau-Ansichten darauf hingewiesen, dass die [[#Absenz|Absenz]] noch genehmigt werden muss:

* Direkt beim Eintrag
* Beim betroffenen Mitarbeitenden

Eine [[#Absenz|Absenz]] kann durch Benutzer genehmigt werden, welche für die Eintragsart die Berechtigung „A“ (Approve) haben.
Klicken Sie dazu unter <code>[[File:IcoWizard32.png|16px]]Aktionen</code> auf <code>Absenz genehmigen</code>.

[[Datei:Absenz_Genehmigen.png|border|400px|Absenz genehmigen]]

Nach dem Genehmigen wird in der Vorschau des Eintrags angezeigt, wann welcher Benutzer die [[#Absenz|Absenz]] genehmigt hat.

[[Datei:Absenz_Genehmigt.png|border|350px|Absenz genehmigt]]

== Stempeln ==
Es gibt verschiedene Arten in SocialOffice die Zeit zu erfassen. In den Stammdaten muss für alle Mitarbeitenden die jeweilige Art aktiviert und mit einem SocialOffice‑Benutzer verknüpft werden.

[[Datei:Stempeln.png|border|450px|Mitarbeiter Stammdaten Geräte]]

=== Stempeln in SocialOffice ===
Wenn die <code>Startansicht</code> aktiviert ist, erscheint diese als neue Hauptseite beim Login.

In der Kachel zur Zeiterfassung ist die Tagesleistung, [[#Absenz|Absenzen]] des Tages sowie eine Saldoübersicht hinterlegt.
Nach Klicken auf <code>Kommen</code>, läuft hier ein Timer mit der aktuellen Dauer der Anwesenheit.

Zudem gibt eine grafische Ansicht Auskunft über den Verlauf des Tages. Hier werden nebst der Anwesenheit auch [[#Absenz|Absenzen]] sowie Pausen angezeigt.

[[Datei:Kommen.png|border|300px|Zeiterfassung auf der SocialOffice Startansicht]]

=== Stempeln in der WebApp ===
Benötigt das Modul <code>Zeiterfassung Mobile-App</code>.

Ist der WebApp-Zugang aktiviert, kann auf einem Mobiltelefon ein- und ausgestempelt werden.

Für die Einrichtung ist ein Bericht <code>Eigenes WebApp einrichten</code> oder <code>WebApp für Mitarbeitende einrichten</code> in SocialOffice installiert.
Diese Berichte geben für alle Benutzende einen QR-Code aus, welcher auf die WebApp verlinkt.
Diese Seite kann dann in den Lesezeichen oder auf dem Home-Bildschirm des Smartphones abgelegt werden.

In der WebApp sind ebenfalls die Tagesleistung, die Salden und die [[#Absenz|Absenzen]] des Tages ersichtlich.

[[Datei:Stempeln_WebApp.png|border|250px|Zeiterfassung auf der WebApp]]

=== Stempeln an der Stempeluhr ===
Benötigt das Modul <code>Zeiterfassung Hardware-Stempeluhr</code> sowie mindestens eine Hardware-Stempeluhr.

Die Hardware-Stempeluhr ist ein Gerät, welches in einem Betrieb an eine Wand montiert wird.
Nach der Einrichtung ist diese Stempeluhr mit SocialOffice verbunden und alle Mitarbeitenden, welche für diese Stempeluhr eine Freigabe haben, können mittels einem RFID-Badge ein- und ausstempeln.

'''Tipp:''' Als Badge können nebst expliziten RFID-Badges auch NFC-fähige Karten wie SwissPass, Kreditkarten u. ä. registriert werden.

Zusätzlich können auf der Stempeluhr [[#Info-Nachrichten|Info-Nachrichten]] aus SocialOffice angezeigt werden.

Wenn sich Mitarbeitende mittels ihrem Badge identifiziert haben, sehen sie auch ihre Tagesleistung, die Salden und die [[#Absenz|Absenzen]] des Tages.

== Manuelle Zeitstempel ==
Manuelle Zeitstempel werden verwendet, wenn Mitarbeitende vergessen haben zu stempeln oder um Korrekturen vorzunehmen.

Damit [[#Absenzen|Absenzen]] einheitlich erfasst werden, sollten Ferien und Krankheitszeiten über Absenzeinträge eingegeben werden, selbst wenn sie alternativ als manuelle Zeitstempel erstellt werden können.

=== Stempelart „Normal“ ===
Siehe [[#Normal|Normal]]

=== Stempelart „Saldokorrektur“ ===
Siehe [[#Saldokorrektur|Saldokorrektur]]

[[Datei:Zeitstempel.png|border|450px|Neuer Zeitstempel]]

== Info-Nachrichten ==
Als Administrator klicken Sie in der Navigation im Menü <code>Administration</code> auf <code>Info-Nachrichten</code>.

[[Datei:Neue_Info-Nachricht.png|border|450px|Neue Info-Nachricht]]

Die Nachrichten werden im gewünschten Zeitraum wie folgt angezeigt:
* SocialOffice Startansicht sowie WebApp: Für alle Benutzenden für die entsprechenden aktivierten <code>Berechtigte Standorte</code>.
* Stempeluhr: Wenn gewünscht, kann die Nachricht auch oder exklusiv auf den Stempeluhren angezeigt werden. Es besteht die Möglichkeit, für jede Stempeluhr einen eigenen „Haken“ einzublenden. (Dies muss durch Netas konfiguriert werden.)

[[Datei:Info-Nachricht.png|border|400px|Info Nachricht in der Startansicht]]

== Erweiterte Funktionalität ==
Das Zeiterfassungsmodul ist so aufgebaut, dass verschiedene Automatismen deaktiviert oder zusätzliche hinzugefügt werden können.

=== Automatische Pause ===
Auf Wunsch kann eine automatische [[#Pause|Pause]] gestempelt werden.

=== Zeitstempel umbuchen ===
Die Zeitstempel werden in einem bestimmten Zeitraum automatisch auf ein anderes [[#Stempelkonto|Stempelkonto]] umgebucht. So können etwa Stunden einer Nachtwache umgebucht und pauschal verrechnet werden.

=== Stempel-Ansicht erweitern ===
In der Startansicht, der WebApp oder auf der Stempeluhr können auf Wunsch zusätzliche Felder eingeblendet werden.
Ein paar mögliche Beispiele sind:

* Checkbox, womit ein Mitarbeitender angeben kann, eine Nachtzulage zu gut zu haben (wird im Modul <code>Anwesenheiten</code> gespeichert)

[[Datei:Stempel_Ansicht_erweitern1.png|border|300px|Checkbox]]

* Textfeld, um nach dem Einstempeln eine Begründung zum [[#Zeitstempel|Zeitstempel]] anzugeben

[[Datei:Stempel_Ansicht_erweitern2.png|border|300px|Textfeld]]

* Kombinationsfeld, um zu wählen, auf welche Kostenstelle gestempelt werden soll

[[Datei:Stempel_Ansicht_erweitern3.png|border|300px|Kombinationsfeld]]

= Begriffe =

== Absenz ==
Die [[#Absenz|Absenz]] ist eine Eintragsart, welche alle Zeiten erfasst, an denen die Mitarbeitenden nicht vor Ort arbeiten.
Also beispielsweise Ferien, Krankheit, Unfall, Gleitzeitbezug, aber auch Aus- und Weiterbildungen, Mutterschaft oder Militär.
Auf Wunsch kann eingerichtet werden, dass [[#Absenz|Absenzen]] von einem berechtigten Benutzer genehmigt werden müssen.

Siehe [[#Absenzen erfassen|Absenzen erfassen]]

=== Absenzart ===
Die [[#Absenzart|Absenzart]] definiert, auf welches [[#Stempelkonto|Stempelkonto]] die Dauer der [[#Absenz|Absenz]] gezählt wird. Die [[#Absenz|Absenzen]] werden im [[#Zeitauszug|Zeitauszug]] pro [[#Stempelkonto|Stempelkonto]] summiert.

=== Zeitstempel der Absenz ===
Beim Erstellen oder Aktualisieren einer [[#Absenz|Absenz]] werden automatisch [[#Zeitstempel|Zeitstempel]] erstellt, sofern die betroffenen Tage in der Vergangenheit liegen oder die [[#Absenz|Absenz]] heute ist.

Je nach ausgewählter [[#Absenzart|Absenzart]] wird die Dauer der [[#Absenz|Absenz]], die Sollzeit oder ein prozentualer Anteil davon als [[#Zeitstempel|Zeitstempel]] erstellt.

Diese [[#Zeitstempel|Zeitstempel]] sind mit der [[#Absenz|Absenz]] verknüpft und können daher nicht bearbeitet oder gelöscht werden.

== Arbeitszeitprofil ==
Das [[#Arbeitszeitprofil|Arbeitszeitprofil]] ist eine Eintragsart. Sie definiert wie viele Stunden an den einzelnen Wochentagen gearbeitet werden soll. Und wie viel Ferien die Mitarbeitenden zu gute haben.

Das [[#Arbeitszeitprofil|Arbeitszeitprofil]] hat immer ein Startdatum.
Wenn sich an den Anstellungskonditionen etwas ändert, muss das alte [[#Arbeitszeitprofil|Arbeitszeitprofil]] mit einem Enddatum versehen werden und ein neues erstellt werden.

Siehe [[#Arbeitszeitprofil erstellen|Arbeitszeitprofil erstellen]]

=== Saldo Ferien ===
Hier wird das Jahresguthaben der Ferien in Stunden angegeben.

=== Saldo Individuelle Feiertage ===
[[#Individuelle Feiertage|Individuelle Feiertage]] werden für Mitarbeitende, welche unregelmässig und daher häufig auch an [[#Feiertage|Feiertagen]] arbeiten, gebraucht. Bei Anrecht auf individuelle [[#Feiertage|Feiertage]] wird hier das Guthaben in Stunden eingetragen. In diesem Fall werden keine automatischen [[#Zeitstempel|Zeitstempel]] für [[#Feiertage|Feiertage]] erstellt.
Die individuellen [[#Feiertage|Feiertage]] sind wie ein zusätzliches Ferienguthaben zu betrachten.

=== Zeitprofil ===
Siehe [[#Zeitprofil|Zeitprofil]]

=== Zeitstempel des Arbeitszeitprofils ===
Beim Erstellen oder Aktualisieren eines [[#Arbeitszeitprofil|Arbeitszeitprofils]] werden automatisch [[#Zeitstempel|Zeitstempel]] für das Ferienguthaben und das Guthaben der individuellen [[#Feiertage|Feiertage]] (wenn vorhanden) erstellt, sofern das Startdatum in der Vergangenheit liegt oder heute ist. Ebenfalls werden für vergangene Jahreswechsel [[#Zeitstempel|Zeitstempel]] erstellt.

Das Stempelkonto für die [[#Zeitstempel|Zeitstempel]] ist <code>Guthaben aus Arbeitszeitprofil</code>

Die Dauer entspricht dem Anteil des Jahresguthabens für die Anzahl Tage, an denen das [[#Arbeitszeitprofil|Arbeitszeitprofil]] gültig ist – gerechnet vom Startdatum (mindestens ab 1. Januar) bis zum Enddatum (höchstens bis Jahresende).

Diese [[#Zeitstempel|Zeitstempel]] sind mit dem [[#Arbeitszeitprofil|Arbeitszeitprofils]] verknüpft und können daher nicht bearbeitet oder gelöscht werden.

== Fehler in der Zeiterfassung ==
Wenn ein Mitarbeitender nicht entsprechend seinem [[#Arbeitszeitprofil|Arbeitszeitprofil]] stempelt, können spezielle [[#Zeitstempel|Zeitstempel]] durch die Zeiterfassung generiert werden. Um Mitarbeitende mit solchen Fehlern in der Zeiterfassung zu finden, gibt es
in der Mitarbeiter Tabelle die Allgemeine Ansicht <code>Fehler in Zeiterfassung</code>, welche nur die betroffenen Mitarbeitenden anzeigt.

=== Stempelfehler ===
Wenn ein Mitarbeitender mit Gleitzeit vergisst, abends auszustempeln, schliesst der Task den [[#Zeitstempel|Zeitstempel]] per Ende Gleitzeit mit einem Stempelfehler ab. Diese [[#Zeitstempel|Zeitstempel]] erscheinen in der Liste der Zeitstempel fett markiert und schalten das
Icon der Registerkarte auf das rote Icon.

Mittels anklicken eines solchen Stempelfehlers wird die Fettschrift wieder entfernt. Das Icon der Registerkarte bleibt so lange rot, bis der [[#Zeitstempel|Zeitstempel]] auf ein anders [[#Stempelkonto|Stempelkonto]] gebucht wurde (z.B. in dem die Endzeit angepasst und
das [[#Stempelkonto|Stempelkonto]] auf <code>Anwesend</code> gesetzt wird).

=== Unentschuldigt ===
Wenn in einem Zeitprofil Blockzeiten eingetragen sind und ein Mitarbeitender zu diesem Zeitpunkt nicht anwesend ist, wird ein [[#Zeitstempel|Zeitstempel]] <code>Unentschuldigt</code> erstellt.
Diese [[#Zeitstempel|Zeitstempel]] generieren nur solange einen <code>Fehler</code> (rotes Icon), bis sie angeklickt wurden.

== Feiertage ==
Als Administrator klicken Sie in der Navigation im Menü <code>Administration</code> auf <code>Feiertage</code>.

Die [[#Feiertage|Feiertage]] sind in SocialOffice ein separates Modul, welches aber für die Zeiterfassung immer benötigt wird. Bei der Installation des Moduls werden die üblichen Feiertage (Ostern, Weihnachten, Nationalfeiertag, etc.) bereits für die nächsten Jahre hinterlegt.

Die Liste kann beliebig mit kantonalen, regionalen oder sonstigen Feiertagen ergänzt werden. Auf Wunsch können [[#Feiertage|Feiertage]] nur für einzelne Standorte aktiviert werden, sofern nicht für alle Mitarbeitenden dieselben [[#Feiertage|Feiertage]] gelten sollen. (muss durch Netas konfiguriert werden)

Für jeden Feiertag kann die Gutschrift individuell eingestellt werden.

=== Gutschrift in Prozent ===
Üblicherweise ist eine Gutschrift von 100% eingestellt. Damit wird für alle Mitarbeitende, welche am betreffenden Tag eine Sollzeit haben, diese gutgeschrieben.

=== Gutschrift in Stunden ===
Bei einer Feiertagsgutschrift in Stunden kann eine fixe Anzahl Stunden angegeben werden. Mit der Option <code>Gutschrift max. wie Sollzeit</code> kann zusätzlich definiert werden, ob die Gutschrift auf die Sollzeit limitiert werden soll.
Wenn also <code>Gutschrift max. wie Sollzeit</code> ausgeschaltet ist, wird unabhängig von der täglichen Sollzeit die angegebene Dauer in Stunden gutgeschrieben.

== Masseinheiten ==
Zeitangaben werden in Stunden (HH) und Minuten (MM) angegeben HH:MM, z.B. 14:30 Stundenangaben werden in Dezimalstunden angegeben und mit einer Genauigkeit von drei Dezimalstellen H.hhh gespeichert. An den meisten Stellen
werden sie jedoch mit nur zwei Dezimalstellen H.hh angezeigt.

== Stempelkontoprofil ==
[[#Stempelkontoprofil|Stempelkontoprofil]] sind im Gegensatz zu [[#Stempelkonten|Stempelkonten]] eindeutig und fest einprogrammiert (Sie können nur von Entwicklern bearbeitet werden). Sie werden beispielsweise gebraucht, um Gleitzeit- und Feriensalden abzubilden.
Das Gleitzeitkonto kann einen beliebigen Namen haben, ist jedoch immer dem [[#Stempelkontoprofil|Stempelkontoprofil]] <code>Anwesend</code> zugeteilt.

=== Anwesend ===
Auf diesem [[#Stempelkontoprofil|Stempelkontoprofil]] wird die Gleitzeit erfasst.

=== Ferien ===
Auf diesem [[#Stempelkontoprofil|Stempelkontoprofil]] wird das Feriensaldo erfasst.

=== Individuelle Feiertage ===
Auf diesem [[#Stempelkontoprofil|Stempelkontoprofil]] werden die Salden der [[#Individuelle Feiertage|individuellen Feiertage]] erfasst.

=== Feiertag ===
Wird zum Erfassen der Feiertags-Zeitstempel gebraucht.

=== Unentschuldigt ===
Wenn Mitarbeitende zur Blockzeit nicht oder nur teilweise anwesend waren, werden die fehlenden Blockstunden mit [[#Zeitstempel|Zeitstempel]] <code>Unentschuldigt</code> aufgefüllt. (Wird von Netas ein/ausgeschaltet)

=== Stempelfehler ===
Wenn jemand vergisst auszustempeln, wird der laufende [[#Zeitstempel|Zeitstempel]] abgeschlossen und mit <code>Stempelfehler</code> markiert. (Wird von Netas ein/ausgeschaltet)

=== Pause ===
Wenn gewünscht, können automatische Pausen gestempelt werden, welche eine Verringerung des Gleitzeitsaldos bewirken. Einstellungsmöglichkeiten: Minimale Anzahl Stunden an einem Tag, damit eine Pause gestempelt wird und Dauer der gestempelten Pause. Falls zu wenig Pause
gemacht wurde, wird die noch fehlende Zeit noch mit einem Pausenstempel ergänzt. (Wird von Netas ein/ausgeschaltet)

=== Eigenes Stempelkontoprofil ===
Falls gewünscht, kann Netas ein zusätzliches [[#Stempelkontoprofil|Stempelkontoprofil]] einrichten, für welches ein Saldo geführt wird. So könnte ein Guthaben für Weiterbildungstage geführt werden.

== Stempelkonto ==
Als Administrator klicken Sie in der Navigation im Menü <code>Administration</code> auf <code>Stempelkonten</code>.

Ein [[#Stempelkonto|Stempelkonto]] definiert ein Konto, auf welches entsprechende [[#Zeitstempel|Zeitstempel]] addiert werden. So kann im [[#Zeitauszug|Zeitauszug]] beispielsweise ausgelesen werden, wie viele Stunden Mitarbeitende krank waren oder Weiterbildungen besucht haben.
Die Bezeichnung des [[#Stempelkonto|Stempelkontos]] kann frei gewählt und geändert werden.

=== Stempelkontoprofil ===
Siehe [[#Stempelkontoprofil|Stempelkontoprofil]]

=== Bezeichnung für Saldo ===
Diese Bezeichnung wird verwendet, um den Saldo anzuzeigen. So kann z.B. das [[#Stempelkonto|Stempelkonto]] <code>Anwesend</code> mit der Bezeichnung <code>Gleitzeit</code> versehen werden.

=== Einstellungen für Absenz-Einträge ===
Hier wird definiert, welche Möglichkeiten beim Erstellen einer neuen [[#Absenz|Absenz]] zur Verfügung stehen. Beim Speichern des Eintrags wird geprüft, ob diese den gewünschten Einstellungen entspricht.

=== Gutschrift ===
Hier wird die Gutschrift in Stunden oder Prozent angegeben. Drei Dezimalstellen sind erlaubt.

==== Gutschrift in Prozent ====
Üblicherweise wird immer die ganze Sollzeit auf ein [[#Stempelkonto|Stempelkonto]] gutgeschrieben, also 100%. Wenn beispielsweise eine Fasnacht-Gutschrift nur die halbe Sollzeit anrechnen soll, kann hier 50% eingetragen werden.

==== Gutschrift in Stunden ====
[[#Absenz|Absenzen]] auf ein [[#Stempelkonto|Stempelkonto]] mit der Einstellung <code>Stunden</code> schreiben die angegebene Zahl an Stunden gut.

==== Gutschrift auf Sollzeit begrenzen ====
Normalerweise wird maximal die tägliche Sollzeit gutgeschrieben. Wenn diese Option ausgeschaltet ist, wird jedoch immer die angegebene Anzahl Stunden gutgeschrieben und kann daher auch höher sein als die Sollzeit. Die Gutschrift wird dann z.B. auch am Wochenende gestempelt.

Wenn beispielsweise für einen Tag Weiterbildung immer 8 Stunden angerechnet werden sollen, wird auch bei einem Teilzeit-Mitarbeitenden soviel gutgeschrieben.

==== Geleistete Zeit von Gutschrift abziehen ====
Wenn diese Option aktiviert ist, werden die an einem Tag geleisteten Stunden bis zur Sollzeit ergänzt.

Wenn Mitarbeitende z.B. 50% krankgeschrieben sind und an einem 8-Stunden-Tag 4.2 Stunden arbeiten, werden die verbleibenden 3.8 Stunden mit einem [[#Zeitstempel|Zeitstempel]] aufgefüllt, damit das Gleitzeitsaldo unverändert bleibt.

=== Einstellungen für Einträge ===
==== Sichtbar bei Absenzen ====
Diese Option definiert, ob das [[#Stempelkonto|Stempelkonto]] bei einer [[#Absenz|Absenz]] auswählbar ist.

Beispielsweise für <code>Feiertag</code> ist dies nicht gewünscht, da diese automatisch gestempelt werden.

==== Gutschrift pro Absenz ====
Wenn aktiviert, kann bei einer ganztägigen [[#Absenz|Absenz]] die Gutschrift in Prozent angegeben werden. Diese übersteuert dann die Gutschrift des [[#Stempelkonto|Stempelkonto]].
Somit kann z.B. beim [[#Stempelkonto|Stempelkonto]] <code>Krank</code> eine [[#Absenz|Absenz]] mit 50% Krankheit eingetragen werden. Es würden dann pro Tag mit 8h Sollzeit jeweils nur 4h Krankheit gestempelt.

==== Zeitstempel erstellen ====
Wenn eine [[#Absenz|Absenz]] mit einem solchen [[#Stempelkonto|Stempelkonto]] erstellt wird, werden automatisch [[#Zeitstempel|Zeitstempel]] für die Dauer erstellt.
Falls eine [[#Absenz|Absenz]] aber keine Auswirkungen auf die Zeiterfassung haben soll, kann die Erstellung von [[#Zeitstempel|Zeitstempel]] hier deaktiviert werden.

=== Einstellungen für Zeitstempel ===

==== Sichtbar bei Zeitstempel ====
Diese Option definiert, ob das [[#Stempelkonto|Stempelkonto]] bei einem manuellen [[#Zeitstempel|Zeitstempel]] auswählbar ist. Standardmässig sind nur <code>Anwesend</code> und <code>Ferien</code> aktiviert, weil für alle
anderen Arten [[#Absenz|Absenz]]-Einträge erstellt werden sollen.

==== Nur für Saldokorrekturen ====
Für das [[#Stempelkonto|Stempelkonto]] <code>Ferien</code> ist diese Option aktiviert, damit normale Ferien über einen Eintrag erfasst werden müssen. Saldokorrekturen sind jedoch erlaubt.

==== Zählt zur Gleitzeit ====
Wenn aktiviert, wird die Dauer des [[#Zeitstempel|Zeitstempel]] mit der Gleitzeit verrechnet. Nicht gewünscht bei <code>Gleitzeitbezug</code>, <code>Pause</code> oder z.B. meist auch bei Piketteinsätzen.
== Task ==
Der Task ist ein automatischer Prozess in SocialOffice, welcher üblicherweise immer kurz nach Mitternacht bestimmte Aufgaben in der Zeiterfassung ausführt:

=== Für den vergangenen Tag ===
* Nicht abgeschlossene [[#Zeitstempel|Zeitstempel]] werden abgeschlossen, sofern keine Gleitzeit/Buchzeit mehr ist. Die Stempel werden mit <code>Stempelfehler</code> markiert.
* [[#Zeitstempel|Zeitstempel]] von Mitarbeitenden, welche über Mitternacht arbeiten dürfen, werden aufgetrennt auf beide Tage. (Betrifft auch Mitarbeitende, welche immer Gleitzeit haben und nicht ausgestempelt haben)
* Die vorliegenden, noch nicht validierten [[#Zeitstempel|Zeitstempel]] werden auf Block- oder Buchzeitverletzungen geprüft und wenn nötig angepasst und mit <code>Stempelfehler</code> oder <code>Unentschuldigt</code> markiert.
Falls Buchzeit vorhanden ist wird die Ein- sowie Ausstempelzeit auf den Start respektive das Ende der Gleitzeit angepasst. Ohne Buchzeit ist das Stempeln ausserhalb der Gleitzeit nicht möglich.
* Fehlende [[#Pause|Pausen]] werden nachgestempelt, sofern diese Option aktiviert ist.

=== Für den neuen Tag (heute) ===
* Es werden [[#Zeitstempel|Zeitstempel]] für Guthaben aus einem heute beginnenden [[#Arbeitszeitprofil|Arbeitszeitprofil]] erstellt.
* [[#Zeitstempel|Zeitstempel]] für heutige [[#Feiertage|Feiertage]] werden erstellt.
* [[#Zeitstempel|Zeitstempel]] für heutige [[#Absenz|Absenzen]] werden erstellt, sofern kein Feiertag ist.
* Die [[#Zeitsaldo|Zeitsaldotabelle]] wird aktualisiert.

== Zeitmodell (ehemals Zeitprofil) ==
Unter Zeitmodell (ehemals Zeitprofil) versteht man die Angabe, an welchen Tagen und zu welchen Zeiten die Mitarbeitenden stempeln dürfen oder anwesend sein müssen.
In einem Zeitmodell muss mindestens eine Block- oder Gleitzeit vorhanden sein.
Es gibt zwei Arten von Zeitmodellen:

=== Vordefinierte Zeitmodell ===
Als Administrator klicken Sie in der Navigation im Menü <code>Administration</code> auf <code>Zeitprofile</code>.

Für verschiedene Gruppen von Mitarbeitenden, welche die gleichen Bedingungen in Bezug auf die Arbeitszeit haben, macht es Sinn vordefinierte Zeitprofile anzulegen.

Im Zeitprofil wird definiert, an welchen Wochentagen in welchen Zeiträumen Blockzeit, Gleitzeit und/oder Buchzeit gilt.

=== Individuelle Zeitmodell ===
Auf Wunsch kann für die Mitarbeitenden individuelle Zeitprofile festgelegt werden. Dies geschieht direkt im [[#Arbeitszeitprofil|Arbeitszeitprofil]].

=== Buchzeit ===
Die Buchzeit definiert, in welchem Zeitraum Mitarbeitende ein- oder ausstempeln DÜRFEN. Wenn zum Stempel-Zeitpunkt keine Block- oder Gleitzeit ist, wird die Zeit jedoch noch nicht gezählt.

=== Gleitzeit ===
Die Gleitzeit definiert, in welchem Zeitraum Mitarbeitende anwesend sein KÖNNEN.

[[#Zeitstempel|Zeitstempel]] in diesem Bereich werden zur Gleitzeit gezählt.

=== Blockzeit ===
Die Blockzeit definiert einen zeitlichen Bereich, wann Mitarbeitende anwesend sein MÜSSEN.

Gibt es eine Lücke während der Blockzeit, wird der Zeitraum mit einem <code>Unentschuldigt</code> [[#Zeitstempel|Zeitstempel]] gefüllt. Beispiel:

Die Mitarbeitenden können ab 06:45 einstempeln, die Zeit wird aber erst ab 07:00 angerechnet. Von 09:00 – 11:30 sowie von 14:00 bis 16:00 müssen die Mitarbeitenden anwesend sein, ansonsten wird einen Eintrag <code>Unentschuldigt</code> erstellt. Die
Mitarbeitenden haben bis 18:30 Zeit auszustempeln, die Zeit wird jedoch maximal bis 18:00 angerechnet. Wenn bis 18:30 nicht ausgestempelt wurde, wird der Stempeleintrag um 18:30 automatisch abgeschlossen und die Position auf <code>Stempelfehler</code> geändert.

== Zeitauszug ==
Der [[#Zeitauszug|Zeitauszug]] ist ein Bericht in SocialOffice, welcher eine Übersicht über die geleisteten Arbeitsstunden, [[#Absenz|Absenzen]] sowie die Gleitzeit- und Feriensalden abbildet.

== Zeitsaldo ==
Im Hintergrund legt SocialOffice eine Tabelle an, welche für alle Mitarbeitenden jeden Tag die tägliche Veränderung sowie das Saldo für die [[#Stempelkontoprofil|Stempelkontoprofile]] Gleitzeit, Ferien und [[#individuelle Feiertage|individuelle Feiertage]] beinhaltet.
Diese Tabelle ermöglicht das Erstellen eines [[#Zeitauszug|Zeitauszugs]] für einen beliebigen Zeitbereich.

Die Tabelle wird immer nur bis zum vergangenen Tag (gestern) geführt.

=== Feriensaldo ungeplant ===
Unter diesem Begriff wird hinterlegt, wie viele Stunden Ferien die Mitarbeitenden von heute bis Ende Jahr noch nicht als [[#Absenz|Absenz]] erfasst und daher noch verfügbar haben.

== Zeitstempel ==
Unter [[#Zeitstempel|Zeitstempel]] versteht man einen Eintrag in der Zeiterfassung, welcher ein Datum und je eine <code>Von</code> und <code>Bis</code> Zeit oder eine Dauer enthält. Zudem haben [[#Zeitstempel|Zeitstempel]] ein zugeordnetes [[#Stempelkonto|Stempelkonto]] und eine Stempelart.

=== Dauer ===
[[#Zeitstempel|Zeitstempel]], welche durch ein- und ausstempeln erstellt werden, haben immer eine <code>Von</code> und eine <code>Bis</code> Zeit, aus welcher die Dauer ermittelt wird.

Manuelle [[#Zeitstempel|Zeitstempel]], die z.B. erstellt werden, wenn Mitarbeitende vergessen haben zu stempeln, können entweder eine <code>Von</code> und eine <code>Bis</code> Zeit enthalten oder die Dauer kann direkt in Stunden eingegeben werden.
Die Angabe einer <code>Von</code> und <code>Bis</code> Zeit hat Priorität gegenüber der Dauer.

=== Stempelkonto ===
Siehe [[#Stempelkonto|Stempelkonto]]

=== Stempelart ===
Es gibt drei Stempelarten:

==== Normal ====
Ein [[#Zeitstempel|Zeitstempel]] mit Stempelart <code>Normal</code> hat immer Einfluss auf das Gleitzeitsaldo.

Wenn also beispielsweise Mitarbeitende einen [[#Zeitstempel|Zeitstempel]] mit 8 Stunden auf das [[#Stempelkonto|Stempelkonto]] <code>Krank</code> eintragen, werden diese Stunden mit der täglichen Sollzeit verrechnet. Das Gleitzeitsaldo bleibt bei 8 Stunden Sollzeit unverändert.

==== Saldokorrektur ====
Mit einer Saldokorrektur können die Werte eines [[#Stempelkonto|Stempelkonto]] angepasst werden, ohne das Gleitzeitsaldo zu beeinflussen (Ausnahme Gleitzeitkorrektur auf das [[#Stempelkonto|Stempelkonto]] <code>Anwesend</code>).
Beispielsweise kann so ein Dienstaltersgeschenk von einer Woche Ferien gutgeschrieben werden. Dafür wird ein [[#Zeitstempel|Zeitstempel]] mit der Dauer der Gutschrift auf das [[#Stempelkonto|Stempelkonto]] <code>Ferien</code> erfasst.

Eine Saldokorrektur macht normalerweise nur auf die Konten <code>Anwesend</code>, <code>Ferien</code> oder <code>individuelle Feiertage</code> Sinn.

Für eine Korrektur kann die Dauer auch mit einem negativen Wert eingegeben
werden.

==== Guthaben aus Arbeitszeitprofil ====
Diese Stempelart steht nicht zur Auswahl, sondern wird durch SocialOffice definiert.
Siehe [[#Zeitstempel des Arbeitszeitprofils|Zeitstempel des Arbeitszeitprofils]]

Diese [[#Zeitstempel|Zeitstempel]] sind mit dem [[#Arbeitszeitprofil|Arbeitszeitprofil]] verknüpft und können nicht geändert werden.

=== Validierung ===
[[#Zeitstempel|Zeitstempel]], welche mittels einstempeln in SocialOffice, an der Stempeluhr oder in der WebApp erstellt werden, sind als <code>noch nicht validiert</code> gekennzeichnet.
Diese [[#Zeitstempel|Zeitstempel]] werden vom Task bearbeitet und möglicherweise verändert.
Siehe [[#Task|Task]]

=== Zeitstempel als "zu bestätigen" markieren ===
Über das Menu <code>[[File:IcoWizard32.png|16px]]Aktionen</code> kann jeder [[#Zeitstempel|Zeitstempel]] als <code>zu bestätigen</code> markiert werden. Dies ist z.B. hilfreich, wenn zu einem [[#Zeitstempel|Zeitstempel]] noch Abklärungen gemacht werden müssen oder um einen Unentschuldigt-[[#Zeitstempel|Zeitstempel]] wiederum einen <code>Fehler</code> in der Zeiterfassung auslösen zu lassen
Siehe [[#Unentschuldigt|Unentschuldigt]]

=== Überschneidende Zeitstempel ===
Beim Speichern eines [[#Zeitstempel|Zeitstempel]] wird geprüft, ob sich dieser zeitlich mit einem anderen [[#Zeitstempel|Zeitstempel]] desselben [[#Stempelkonto|Stempelkontos]] überschneidet. Falls dies der Fall ist, wird der gespeicherte [[#Zeitstempel|Zeitstempel]] rot markiert und in der Vorschau-Ansicht wird eine Meldung angezeigt, mit welchem [[#Zeitstempel|Zeitstempel]] die Überschneidung zutrifft.

Falls diese Prüfung nicht gewünscht ist, kann sie pro [[#Stempelkonto|Stempelkonto]] durch Netas deaktiviert werden.

[[Category:Module]]

Berechtigungen

2026-03-04T12:11:32Z

Rnoth: /* Individuelle Rechte pro Standort */

Im SocialOffice ist sichergestellt, dass Benutzer nur die Daten sehen und bearbeiten können, für die sie berechtigt sind. Die Berechtigungssteuerung erfolgt über die Standorte und Benutzergruppen.

== Standorte ==
Standorte werden im SocialOffice unter [[#Administration|Administration]] erstellt und verwaltet.

Standorte können Orte, Abteilungen, Bereiche oder auch organisatorische Einheiten sein. Wie zum Beispiel Spender oder in speziellen Fällen einzelne Mitarbeitende.

Die Standorte bilden die Grundlage für Sichtbarkeits- und Berechtigungsfilter.

Beim erstellen von Standorten kann festgelegt werden in welchen Modulen der Standort sichtbar ist. So kann definiert werden, dass der Standort „Spender“ nur im Modul "Projekte" sichtbar ist.

Die angezeigten Datensätze für einen Benutzer entsprechen der Schnittmenge aus den berechtigten Standorten des Benutzers und den zugewiesenen Standorten der Klienten.

== Benutzergruppen ==
Mit den Benutzergruppen werden die Rechte auf die angezeigten Daten verwaltet.

Benutzergruppen können der Funktion in der Organisation entsprechen oder auch ein Zusammenschluss von Personen mit gleichen Rechten im SocialOffice sein.

Auf dem [[Berechtigungsblatt]] werden die Rechte einer Benutzergruppe für jedes Modul definiert.

Folgende Rechte können zugewiesen werden:

* '''Create''' – Datensatz anlegen
* '''Read''' – Datensatz lesen
* '''Update''' – Datensatz aktualisieren
* '''Delete''' – Datensatz löschen
* '''Approve''' – Datensatz genehmigen

[[Datei:Benutzergruppen.png|border|600px|Benutzergruppen]]

== Benutzer ==
Einzelne Benutzer werden im SocialOffice unter <code>Administration</code> erstellt und verwaltet.

Neben <code>Benutzername</code> und <code>Passwort</code> werden dort auch die Berechtigungen festgelegt. Die gewählten Berechtigungen bestimmen, welche Datensätze dem [[#Benutzer|Benutzer]] angezeigt werden und welche Berechtigungen er auf die angezeigten Daten hat.

Im Feld <code>Berechtigungen</code> wird eine der folgenden Optionen ausgewählt:

=== Administrator ===
'''Administratoren''' verfügen über vollständigen Zugriff (CRUD) auf alle Module. Die Tabelle <code>Rechte pro Standort</code> muss daher nicht ausgefüllt werden.

=== Individuelle Rechte pro Standort ===
Für alle anderen Benutzer werden die Rechte in der Tabelle <code>Rechte pro Standort</code> individuell definiert.

Jedem berechtigten Standort wird eine [[#Benutzergruppe|Benutzergruppe]] zugewiesen.

Hat der Benutzer keine Rechte auf einen Standort, bleibt das Feld für die Benutzergruppe leer.

'''Beispiel:'''
Ein Benutzer hat am Standort A die Berechtigungen der Benutzergruppe "Leitung". Diese Benutzergruppe ist auf das Modul Klienten mit "RU" berechtigt. Der Benutzer sieht also alle Klienten vom Standort A und kann die Stammdaten der Klienten lesen und bearbeiten.

Der Benutzer hat zudem auf den Standort B die Berechtigungen der Benutzergruppe "Agogik". Mit dieser Benutzergruppe hat er auf die Stammdaten nur Leserecht. Er sieht die Klienten vom Standort A und B. Kann aber nur vom Standort A die Stammdaten bearbeiten.

Dem Benutzer wird für den Standort C keine Berechtigungsgruppe zugewiesen. Er sieht die Klienten vom Standort C nicht.

== Berechtigte Standorte ==
In den Stammdaten eines Datensatzes (z. B. der Klient oder Mitarbeiter) werden die '''berechtigten Standorte''' über Checkboxen ausgewählt. Dies definiert, an welchen Standorten der Datensatz sichtbar ist.

Berechtigungen

2026-03-04T12:10:27Z

Rnoth:

Berechtigungen

2026-03-04T11:24:36Z

Rnoth: /* Individuelle Rechte pro Standort */

Im SocialOffice ist sichergestellt, dass Benutzer nur die Daten sehen und bearbeiten können, für die sie berechtigt sind. Die Berechtigungssteuerung erfolgt standortbezogen und gruppenbasiert.

Die angezeigten Datensätze entsprechen der Schnittmenge aus den berechtigten Standorten des Benutzers und den zugewiesenen Standorten der Klienten.

== Benutzergruppen ==
Benutzergruppen werden im [[Berechtigungsblatt]] definiert. Jede Gruppe verfügt über individuell festgelegte Rechte auf die verschiedenen Module/Komponente. Gruppen können der Funktion in der Organisation entsprechen oder auch ein Zusammenschluss von Personen sein mit gleichen Rechten im SocialOffice.

Folgende Rechte können zugewiesen werden:

* '''Create''' – Datensatz anlegen
* '''Read''' – Datensatz lesen
* '''Update''' – Datensatz aktualisieren
* '''Delete''' – Datensatz löschen
* '''Approve''' – Datensatz genehmigen

[[Datei:Benutzergruppen.png|border|600px|Benutzergruppen]]

== Benutzer ==
Benutzer werden im SocialOffice unter <code>Administration</code> erstellt und verwaltet.

Neben <code>Benutzername</code> und <code>Passwort</code> werden die Berechtigungen festgelegt. Die gewählten Berechtigungen bestimmen, welche Datensätze dem [[#Benutzer|Benutzer]] angezeigt werden. Ebenfalls welche Berechtigungen er auf die angezeigten Daten hat.

Im Feld <code>Berechtigungen</code> wird eine der folgenden Optionen ausgewählt:

=== Administrator ===
'''Administratoren''' verfügen über vollständigen Zugriff (CRUD) auf alle Module. Die Tabelle <code>Rechte pro Standort</code> muss daher nicht ausgefüllt werden.

=== Individuelle Rechte pro Standort ===
Für alle anderen Benutzer werden die Rechte in der Tabelle <code>Rechte pro Standort</code> individuell definiert. Jedem berechtigten Standort wird eine [[#Benutzergruppe|Benutzergruppe]] zugewiesen.

Hat der Benutzer keine Rechte auf einen Standort, bleibt das Feld für die Benutzergruppe leer.

'''Beispiel:'''
Ein Benutzer hat am Standort A die Berechtigungen der Benutzergruppe "Leitung". Diese Benutzergruppe ist auf das Modul Klienten mit "RU" berechtigt. Der Benutzer sieht also alle Klienten vom Standort A und kann die Stammdaten der Klienten lesen und bearbeiten.

Der Benutzer hat zudem auf den Standort B die Berechtigungen der Benutzergruppe "Agogik". Mit dieser Benutzergruppe hat er auf die Stammdaten nur Leserecht. Er sieht die Klienten vom Standort A und B. Kann aber nur vom Standort A die Stammdaten bearbeiten.

Dem Benutzer wird für den Standort C keine Berechtigungsgruppe zugewiesen. Er sieht die Klienten vom Standort C nicht.

== Standorte ==
Standorte werden im SocialOffice unter [[#Administration|Administration]] erstellt und verwaltet.

Standorte können Orte, Abteilungen, Bereiche oder auch organisatorische Einheiten sein wie z. B. Spender oder in speziellen Fällen sogar einzelne Mitarbeitende.

Die Standorte bilden die Grundlage für Sichtbarkeits- und Berechtigungsfilter.

Optional kann festgelegt werden, in welchen Modulen ein Standort sichtbar ist. So kann definiert werden, dass der Standort '''„Spender“''' nur im Modul '''Projekte''' sichtbar ist und nicht als '''berechtigter Standort''' in den Klienten-Stammdaten zur Verfügung steht.

== Berechtigte Standorte ==
In den Stammdaten eines Datensatzes (z. B. der Klient oder Mitarbeiter) werden die '''berechtigten Standorte''' über Checkboxen ausgewählt. Dies definiert, an welchen Standorten der Datensatz sichtbar ist.

Berechtigungen

2026-03-04T11:14:35Z

Rnoth: /* Individuelle Rechte pro Standort */

Im SocialOffice ist sichergestellt, dass Benutzer nur die Daten sehen und bearbeiten können, für die sie berechtigt sind. Die Berechtigungssteuerung erfolgt standortbezogen und gruppenbasiert.

Die angezeigten Datensätze entsprechen der Schnittmenge aus den berechtigten Standorten des Benutzers und den zugewiesenen Standorten der Klienten.

== Benutzergruppen ==
Benutzergruppen werden im [[Berechtigungsblatt]] definiert. Jede Gruppe verfügt über individuell festgelegte Rechte auf die verschiedenen Module/Komponente. Gruppen können der Funktion in der Organisation entsprechen oder auch ein Zusammenschluss von Personen sein mit gleichen Rechten im SocialOffice.

Folgende Rechte können zugewiesen werden:

* '''Create''' – Datensatz anlegen
* '''Read''' – Datensatz lesen
* '''Update''' – Datensatz aktualisieren
* '''Delete''' – Datensatz löschen
* '''Approve''' – Datensatz genehmigen

[[Datei:Benutzergruppen.png|border|600px|Benutzergruppen]]

== Benutzer ==
Benutzer werden im SocialOffice unter <code>Administration</code> erstellt und verwaltet.

Neben <code>Benutzername</code> und <code>Passwort</code> werden die Berechtigungen festgelegt. Die gewählten Berechtigungen bestimmen, welche Datensätze dem [[#Benutzer|Benutzer]] angezeigt werden. Ebenfalls welche Berechtigungen er auf die angezeigten Daten hat.

Im Feld <code>Berechtigungen</code> wird eine der folgenden Optionen ausgewählt:

=== Administrator ===
'''Administratoren''' verfügen über vollständigen Zugriff (CRUD) auf alle Module. Die Tabelle <code>Rechte pro Standort</code> muss daher nicht ausgefüllt werden.

=== Individuelle Rechte pro Standort ===
Für alle anderen Benutzer werden die Rechte in der Tabelle <code>Rechte pro Standort</code> individuell definiert. Jedem berechtigten Standort wird eine [[#Benutzergruppe|Benutzergruppe]] zugewiesen.

Hat der Benutzer keine Rechte auf einen Standort, bleibt das Feld für die Benutzergruppe leer.

Beispiel: Ein Benutzer hat am Standort A die Berechtigungen der Benutzergruppe "Leitung"

== Standorte ==
Standorte werden im SocialOffice unter [[#Administration|Administration]] erstellt und verwaltet.

Standorte können Orte, Abteilungen, Bereiche oder auch organisatorische Einheiten sein wie z. B. Spender oder in speziellen Fällen sogar einzelne Mitarbeitende.

Die Standorte bilden die Grundlage für Sichtbarkeits- und Berechtigungsfilter.

Optional kann festgelegt werden, in welchen Modulen ein Standort sichtbar ist. So kann definiert werden, dass der Standort '''„Spender“''' nur im Modul '''Projekte''' sichtbar ist und nicht als '''berechtigter Standort''' in den Klienten-Stammdaten zur Verfügung steht.

== Berechtigte Standorte ==
In den Stammdaten eines Datensatzes (z. B. der Klient oder Mitarbeiter) werden die '''berechtigten Standorte''' über Checkboxen ausgewählt. Dies definiert, an welchen Standorten der Datensatz sichtbar ist.

Berechtigungen

2026-03-04T11:12:36Z

2026-02-12T11:21:53Z

Rnoth: /* Benutzergruppen */

Im SocialOffice ist sichergestellt, dass Benutzer nur die Daten sehen und bearbeiten können, für die sie berechtigt sind. Die Berechtigungssteuerung erfolgt standortbezogen und gruppenbasiert.

Die angezeigten Datensätze entsprechen der Schnittmenge aus den berechtigten Standorten des Benutzers und den zugewiesenen Standorten der Klienten.

== Benutzergruppen ==
Benutzergruppen werden im [[Berechtigungsblatt]] definiert (z. B. „Leitung“, „Mitarbeiter“, „Administrator“). Jede Gruppe verfügt über individuell festgelegte Rechte auf die verschiedenen Module/Komponente. Folgende Rechte können zugewiesen werden:

* '''Create''' – Datensatz anlegen
* '''Read''' – Datensatz lesen
* '''Update''' – Datensatz aktualisieren
* '''Delete''' – Datensatz löschen
* '''Approve''' – Datensatz genehmigen

== Benutzer ==
Benutzer werden im SocialOffice unter <code>Administration</code> erstellt und verwaltet.

Neben <code>Benutzername</code> und <code>Passwort</code> werden die Berechtigungen festgelegt.

Im Feld <code>Berechtigungen</code> wird eine der folgenden Optionen gewählt:
* '''Administrator'''
* '''Individuelle pro Standort'''

Die gewählten Berechtigungen bestimmen, welche Datensätze dem [[#Benutzer|Benutzer]] angezeigt werden.

=== Individuelle Rechte pro Standort ===
'''Administratoren''' verfügen über vollständigen Zugriff (CRUD) auf alle Module. Die Tabelle <code>Rechte pro Standort</code> muss daher nicht ausgefüllt werden.

Für alle anderen Benutzer werden die Rechte in der Tabelle <code>Rechte pro Standort</code> individuell definiert. Jeder berechtigte Standort erhält eine zugewiesene [[#Benutzergruppe|Benutzergruppe]].

== Standorte ==
Standorte werden im SocialOffice unter [[#Administration|Administration]] erstellt und verwaltet.

Standorte können Orte, Abteilungen, Bereiche oder auch organisatorische Einheiten sein wie z. B. Spender oder in speziellen Fällen sogar einzelne Mitarbeitende.

Die Standorte bilden die Grundlage für Sichtbarkeits- und Berechtigungsfilter. Optional kann festgelegt werden, in welchen Modulen ein Standort sichtbar ist.

So kann definiert werden, dass der Standort '''„Spender“''' nur im Modul '''Projekte''' sichtbar ist und nicht als '''berechtigter Standort''' in den Klienten-Stammdaten zur Verfügung steht.

== Berechtigte Standorte ==
In den Stammdaten eines Datensatzes (z. B. Klient) werden die '''berechtigten Standorte''' über Checkboxen ausgewählt. Dies definiert, an welchen Standorten der Datensatz sichtbar ist.

== Beispiel 1==

┌───────────────────────┐
│ Benutzer 1 │
│ Berechtigt: │
│ - Atelier │
│ - Wohngruppe │
│ - Administration │
└──────────┬────────────┘
│
▼
┌───────────────────────┐
│ Schnittmenge │
│ mit Klienten │
│ (Klient 3 & 4) │
└──────────┬────────────┘
│
▼
┌───────────────────────┐
│ Sichtbar: │
│ - Klient 3 ✅ │
│ - Klient 4 ✅ │
└───────────────────────┘

== Beispiel 2==

┌───────────────────────┐
│ Benutzer 2 │
│ Berechtigt: │
│ - Wohngruppe │
└──────────┬────────────┘
│
▼
┌───────────────────────┐
│ Schnittmenge │
│ mit Klienten │
│ (Klient 3 & 4) │
└──────────┬────────────┘
│
▼
┌───────────────────────┐
│ Sichtbar: │
│ - Klient 3 ✅ │
│ - Klient 4 ❌ │
└───────────────────────┘