## Warum das zählt

Ein Beurteilungszyklus ist die Einheit, in der Ihr Auditor denkt: ein benannter Zeitraum („H1 2026“), ein Fragensatz, ein Register, wer von wem beurteilt wurde. SOC 2 Type II prüft den Betrieb *gegen Ihre eigene Richtlinie* — steht dort „jährlich“ und ein Zyklus fällt aus, ist das eine Kontrollabweichung. Kit macht den Turnus auf jedem Zyklus explizit und sichert jeden Statusübergang hart ab. Das Register, das Sie dem Auditor übergeben, ist damit per Konstruktion vollständig — nicht nur per Sorgfalt.

Der Lebenszyklus ist bewusst streng: Ein Zyklus im Entwurf lässt sich frei umbauen, ein aktiver Zyklus nimmt Beurteilungen entgegen, und ein abgeschlossener Zyklus ist eingefrorener Nachweis, der nie mehr bearbeitet oder gelöscht werden kann. Jeder Statuswechsel ist eine Schaltfläche mit sichtbar aufgelisteten Blockern — nichts wechselt stillschweigend den Status.

## Einen Zyklus erstellen

Öffnen Sie [Performance > Beurteilungszyklen](/performance/cycles) und klicken Sie auf **Neuer Zyklus**. Ein Zyklus braucht:

| Feld | Hinweise |
|------|----------|
| Name | z. B. „H1 2026“ — exakt diese Zeichenkette wird in jeden Nachweisdatensatz übernommen |
| Beurteilungsvorlage | Muss eine **veröffentlichte** Vorlage sein; Entwürfe zählen nicht |
| Turnus | Jährlich, Halbjährlich, Vierteljährlich oder Ad hoc — ein Richtlinien-Etikett, kein Zeitplaner |
| Zeitraum (Beginn / Ende) | Der beurteilte Zeitraum; das Ende muss nach dem Beginn liegen |
| Fälligkeitsdatum | Steuert die Erinnerungs-E-Mails an die Beurteiler (Erinnerung, dann letzte Frist) |
| Selbstbeurteilungen einbeziehen | Standardmäßig aktiv — jeder Teilnehmer beurteilt sich selbst |
| Peer-Beurteilungen einbeziehen | Standardmäßig inaktiv — erlaubt, pro Teilnehmer namentlich benannte Peer-Beurteiler hinzuzufügen |

> [!NOTE]
> Der Turnus ist ein Etikett, das Ihre Richtlinie auf dem Nachweis dokumentiert — Kit legt den nächsten Zyklus nicht automatisch an. Schreiben Sie „vierteljährlich“ nur dann in Ihre Beurteilungsrichtlinie, wenn Sie tatsächlich vier Zyklen pro Jahr durchführen; beim Type-II-Audit gleicht der Auditor das Register mit dem angegebenen Turnus ab.

## Teilnehmer hinzufügen

Klicken Sie auf der Zyklusseite auf **Teilnehmer hinzufügen** und wählen Sie ein Teammitglied. Jeder Teilnehmer hat ein optionales Feld **Rollenerwartungen** — eine kurze Beschreibung der Verantwortlichkeiten, an denen diese Beurteilung gemessen wird. Füllen Sie es aus: Auditoren achten auf eine „Beurteilung anhand dokumentierter Rollenerwartungen“, und dieser Text wird wortgetreu in den Nachweisdatensatz des Teilnehmers übernommen.

Sobald ein Teilnehmer hinzugefügt ist, weist Kit seine Standard-Beurteiler automatisch zu:

- **Führungskraft** — stammt aus der [Führungskräfte](/performance/manager_assignments)-Zuordnung (eine Zuordnung Teammitglied→Führungskraft pro Person). Ordnen Sie Führungskräfte zu, bevor Sie Zyklen aufsetzen — dann kommt jeder Teilnehmer fertig verdrahtet an.
- **Selbstbeurteilung** — wird hinzugefügt, wenn der Zyklus Selbstbeurteilungen einbezieht; es ist dasselbe Formular, geschrieben vom Teilnehmer über sich selbst.
- **Peers** — nie automatisch. Bezieht der Zyklus Peer-Beurteilungen ein, fügen Sie namentlich benannte Peer-Beurteiler pro Teilnehmer auf der Zyklusseite hinzu. Peers sind benannt, nicht anonym — die Nachweiskette muss zeigen, wer was gesagt hat.

Teilnehmer können einem Zyklus im Status **Entwurf oder Aktiv** beitreten (Nachzügler mitten im Zyklus sind kein Problem); ein abgeschlossener oder archivierter Zyklus nimmt keine neuen Zeilen mehr an. Ein Beurteiler kann sich nur über die Rolle Selbstbeurteilung selbst beurteilen, und jeder Beurteiler muss zu Ihrem Konto gehören.

## Aktivierung

Die Aktivierung öffnet das Schreiben der Beurteilungen — und friert den Fragensatz der Vorlage in den Zyklus ein, damit spätere Vorlagenänderungen den Beurteilern nicht mitten im Zyklus unter den Händen driften. Klicken Sie auf der Zyklusseite auf **Aktivieren**. Ist der Zyklus noch nicht bereit, ersetzt eine Blockerliste die Schaltfläche („Bevor dieser Zyklus live gehen kann“):

| Blocker | Lösung |
|---------|--------|
| Die Beurteilungsvorlage ist noch nicht veröffentlicht | Veröffentlichen Sie die Vorlage unter [Performance > Vorlagen](/performance/templates) |
| Die Beurteilungsvorlage enthält keine Fragen | Fügen Sie mindestens eine Frage hinzu und veröffentlichen Sie dann |
| Fügen Sie mindestens einen Teilnehmer hinzu | Fügen Sie die Personen hinzu, die beurteilt werden |
| Jeder Teilnehmer braucht mindestens einen Beurteiler | Ordnen Sie die Führungskraft zu, aktivieren Sie die Selbstbeurteilung oder fügen Sie einen Peer hinzu |

Nach der Aktivierung werden die Beurteiler benachrichtigt, und jede Zuweisung erscheint in ihrer Warteschlange unter [Meine Beurteilungen](/performance/reviews). Etwas übersehen? **Zurück zum Entwurf** versetzt einen aktiven Zyklus zurück — aber nur, solange noch keine Beurteilung eingereicht wurde. So verschwindet niemandes Arbeit hinter einer geschlossenen Schranke.

## Abschließen und Archivieren

Sobald jede zugewiesene Beurteilung eingereicht ist, führt **Abschließen…** zur Bestätigungsseite. Der Abschluss blockiert hart auf nicht eingereichten Beurteilungen: Kit listet exakt auf, wer noch was schuldet („Ana schuldet noch eine Beurteilung von Ben“), und Sie haken beim Beurteiler nach oder entfernen die Zuweisung — der Nachweis lässt einen erwarteten Beurteiler nie stillschweigend aus. Mit der Bestätigung erzeugt Kit in einer einzigen Transaktion einen unveränderlichen Nachweisdatensatz pro Teilnehmer und friert den Zyklus ein; siehe [SOC-2-Nachweise und Exporte](/docs/performance-soc2-evidence-exports).

> [!WARNING]
> Der Abschluss lässt sich nicht rückgängig machen. Beurteilungen werden schreibgeschützt, und der Zyklus kann nicht mehr gelöscht werden — ein abgeschlossener Zyklus enthält Nachweise, sein Endpunkt ist deshalb **Archiviert** (aus der Arbeitsliste ausgeblendet, Register weiter verfügbar), niemals die Löschung. Überhaupt löschen lassen sich nur Zyklen ohne Nachweisdatensätze.

## Der Lebenszyklus auf einen Blick

| Status | Beurteilungen bearbeitbar | Teilnehmer änderbar | Löschbar | Übergang zu |
|--------|:-------------------------:|:-------------------:|:--------:|-------------|
| Entwurf | — (noch nicht offen) | Ja | Ja | Aktiv |
| Aktiv | Ja | Ja (Nachzügler) | Ja | Entwurf (solange nichts eingereicht ist) oder Abgeschlossen |
| Abgeschlossen | Nein | Nein | Nein | Archiviert |
| Archiviert | Nein | Nein | Nein | — |

## Auf einen Blick

- [ ] Ordnen Sie jedem Teammitglied unter [Performance > Führungskräfte](/performance/manager_assignments) eine Führungskraft zu
- [ ] Erstellen Sie den Zyklus mit Zeitraum und Fälligkeitsdatum
- [ ] Fügen Sie alle aktuellen Mitarbeiter als Teilnehmer hinzu — Auditoren ziehen ihre Stichprobe aus der *gesamten* Belegschaft
- [ ] Füllen Sie die Rollenerwartungen pro Teilnehmer aus
- [ ] Aktivieren Sie den Zyklus und verfolgen Sie den Fortschritt auf der Zyklusseite und im [Beurteilungsregister](/docs/performance-soc2-evidence-exports)

## Wie geht es weiter

- [Vorlagen und Fragen](/docs/performance-templates-and-questions) — bauen Sie den Fragensatz vor Ihrem ersten Zyklus
- [Beurteilungen schreiben](/docs/performance-writing-reviews) — was Beurteiler sehen, sobald der Zyklus live ist