Vorlage Anleitung

Diese Seite ist eine redaktionelle Vorlage, keine Produktanleitung. Neue How-to-Seiten unter anleitungen/ oder vergleichbaren Bereichen kopieren die Struktur, ersetzen Platzhalter und entfernen diesen Hinweis.

---
title: Aufgabe in vier bis acht Wörtern
description: Ein Satz, was die lesende Person danach kann.
---

Kurzer Kontext: wer handelt, in welcher Oberfläche, welches Ergebnis.

## Ziel

In einem Satz das beobachtbare Ergebnis. Beispiel: „Ein veröffentlichter
Kurs mit einem geplanten Termin existiert im Workspace.“

## Voraussetzungen

- Rolle (Owner, Admin, Trainer:in, Teilnehmende)
- Vorher erledigte Schritte mit Links
- Keine Secrets; bei Keys den Platzhalter `YOUR_API_KEY` verwenden

## Schritte

1. Konkrete UI-Bezeichnung aus der deutschen Oberfläche.
2. Nächster Schritt mit erwarteter Rückmeldung.
3. Abschluss, den die lesende Person sehen muss.

Codebeispiele nur, wenn die Aufgabe Entwickler:innen betrifft:

```bash
curl -sS \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Accept: application/json" \
  https://api.orbinaut.ccl-dev.com/api/public/v1/courses
```

## Ergebnis

Was sichtbar oder per API prüfbar ist. Beta oder geplant ausdrücklich
kennzeichnen.

## Wenn etwas schiefgeht

| Beobachtung | Ursache | Nächster Schritt |
| --- | --- | --- |
| Kurze Fehlermeldung | fachliche Ursache | Link zur Referenz oder zum Support-Weg |

## Siehe auch

- Verwandte Anleitung
- Referenz, falls ein Vertrag betroffen ist

Checkliste vor dem Merge

• Same-PR mit der Verhaltensänderung, siehe Qualität und Prozess
• Keine echten Keys, Tokens oder personenbezogenen Daten
• UI-Texte identisch zur Oberfläche
• npx turbo run build --filter=docs und E2E docs-portal bzw. die fachlich zuständige Suite sind grün