> ## Documentation Index
> Fetch the complete documentation index at: https://docs.ferrufino-tech-solutions.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Cases
> Die Kerneinheit von FTS – Strukturierte Erfassung von Betriebswissen
**Cases** sind die Kerneinheit der FTS-Plattform. Ein Case erfasst dokumentierte Betriebsvorgänge, Lösungsansätze und Best Practices als strukturierte, überprüfbare Wissenseinheiten.
## Case-Struktur
Die folgende Liste ist die **vollständige** Feldliste des Anlege-Formulars; die
Längenbegrenzungen stammen aus `createCaseSchema`.
* **Titel**: klare, durchsuchbare Überschrift. Pflicht, höchstens 200 Zeichen
* **Beobachtung / Symptome**: was beobachtet wurde. **Das einzige Pflicht-Textfeld**, höchstens 10000 Zeichen
* **Ursache**: warum es passiert ist. Optional, höchstens 10000 Zeichen
* **Lösung / Durchgeführte Schritte**: was geholfen hat. Optional, höchstens 10000 Zeichen
* **Schweregrad** und **Kategorie**: je ein Wert aus der Taxonomie Ihrer Organisation. Optional. Flache Klassifikation — keine Hierarchie
* **Sprache**: Deutsch oder Englisch
* **Arbeitsbereich**: der Arbeitsbereich, in dem der Fall abgelegt wird. Pflicht
* **Tags**: freier Text, beliebig viele, **werden im Anlege-Formular eingegeben** — der Fall wird zuerst gespeichert und die Tags unmittelbar danach angehängt, damit ein fehlgeschlagener Tag den bereits angelegten Fall nicht verliert (`new-case-form.tsx`). Sie zuerst zu speichern ist also **nicht** nötig; anders als bei den Nachweisen. Keine Tag-Gruppen
* **Nachweise**: Fotos (JPG, PNG, GIF, WebP) und PDFs als Validierungsbeweis — Logdateien und Messtabellen müssen vorher in ein PDF umgewandelt werden
* **Status**: der Punkt im Lebenszyklus (siehe unten)
**Ein Feld „Schritte" gibt es nicht, und ein Feld „Beschreibung" auch nicht.**
Bis zum 06.08.2026, und hiermit zurückgenommen, nannte diese Liste beide — „Schritte: Sequenzielle
Anweisungen oder Handlungsabläufe" —, und die englische Fassung desselben
Abschnitts erfand ein **anderes** Feld, „Body". Keines von beiden existiert:
ein Fall trägt die **drei getrennten Textfelder** oben, so wie es
[Konzepte](/de/concepts) und [Schnellstart](/de/quickstart) seit mehreren
Runden sagen. Alle drei sind **einfacher Text — Markdown wird nicht
gerendert**, nirgends im Produkt.
Ebenfalls gestrichen: „Metadaten: Ersteller, Bearbeitet-Datum,
**Versionshistorie**". Eine Versionshistorie gibt es nicht — der Fallverlauf
hält fest, *dass* und *von wem* geändert wurde, nicht den früheren Wortlaut.
Genau das stand vier Absätze weiter unten auf **dieser** Seite und widersprach
der Liste hier.
## Case-Lebenszyklus
Cases durchlaufen einen strukturierten Lebenszyklus:
**Entwurf** – Initiale Erstellung, nicht veröffentlicht. **Nicht** nur für den Ersteller sichtbar: jedes Mitglied der Organisation sieht den Entwurf und findet ihn über die Suche
**In Prüfung** – Zur Review eingereicht, Reviewer können Feedback geben
**Verifiziert** – Von Reviewer genehmigt und als verlässliches Wissen gekennzeichnet. **Ein Entwurf war nie eingeschränkt**: kein Status sperrt das Bearbeiten (siehe *Bearbeitung*), und umgekehrt setzt jede Bearbeitung eines verifizierten Falls ihn auf **Entwurf** zurück
**Veröffentlicht** – Kanonische Version aktiv, über Suche und Navigation auffindbar. **An der Sichtbarkeit ändert sich dadurch nichts**: jedes Mitglied der Organisation sieht den Fall in jedem Status
**Archiviert** – Markiert als überholt, aber weiterhin einsehbar (Audit-Trail). So heißt der Status in der Oberfläche; `enum CaseStatus` nennt ihn `DEPRECATED`
## Erstellen & Bearbeiten
### Neuen Case erstellen
1. Klicken Sie in der Seitenleiste auf **Neuer Fall**
2. Wählen Sie den **Arbeitsbereich** (Pflicht) und schreiben Sie den **Titel** (Pflicht)
3. Füllen Sie **Beobachtung / Symptome** aus — das ist das einzige Pflicht-Textfeld
4. Optional: **Ursache**, **Lösung / Durchgeführte Schritte**, Schweregrad, Kategorie, Sprache, Tags
5. Speichern Sie als **Entwurf** oder **In Prüfung einreichen**
6. **Nachweise** hängen Sie an, sobald der Fall gespeichert ist
Bis zum 06.08.2026, jetzt berichtigt, stand in Schritt 3 „Schreiben Sie die Schritte (unterstützt
Markdown-Formatierung)". Beide Hälften waren falsch: ein Feld „Schritte" gibt es
nicht, und **Markdown wird nirgends im Produkt gerendert** — weder in der
Fallansicht noch im PDF-Export. Zeilenumbrüche bleiben erhalten; `###`,
`**fett**` und Tabellen erscheinen als die Zeichen, die Sie getippt haben.
Eine Tatsache des Datenschutzes zu Schritt 6: Ab dem **Team**-Tarif liest FTS
hochgeladene Bilder und PDFs mit Texterkennung aus, und dabei **wird die Datei
selbst zu Anthropic in die USA übertragen**. Ihre Datenbank und Ihre Dateien
liegen in der EU; dieser eine Schritt nicht. Wenn ein Dokument die EU niemals
verlassen darf, hängen Sie es nicht an — siehe
[Nachweise](/de/features/evidence).
### Bearbeitung
**Jeder** Fall lässt sich jederzeit bearbeiten — kein Status sperrt das Bearbeiten, auch „In Prüfung", „Verifiziert", „Veröffentlicht" und „Archiviert" nicht. Was der Status ändert, ist die Folge: wer einen Fall speichert, der „In Prüfung", „Verifiziert" oder „Veröffentlicht" ist, setzt ihn auf **„Entwurf"** zurück, und er muss erneut durch die Prüfung. Bei „Entwurf" und „Archiviert" bleibt der Status, wie er ist.
## Vorlagen
**FTS liefert keine Vorlagen mit.** Jede Vorlage, die Sie in der Auswahl sehen,
hat jemand aus Ihrer **Organisation** angelegt — unter **Einstellungen**,
Abschnitt *Fall-Vorlagen*. Anlegen dürfen das **Admins und Prüfer**, nicht nur
Admins.
Eine Vorlage füllt beim Anlegen genau fünf Dinge vor: **Beobachtung /
Symptome**, **Lösung / Durchgeführte Schritte**, Schweregrad, Kategorie und
Tags. Die **Ursache** füllt sie **nicht** vor — ein `rootCauseTemplate` gibt es
nicht.
Bis zum 06.08.2026, jetzt berichtigt, stand hier: „FTS bietet industriespezifische Case-Vorlagen:
Wartungsverfahren, Notfalleinsätze, Qualitätsprüfungen, Schulungsmaterialien."
**Keine dieser vier Vorlagen existiert.** Die vier Vorlagen, die es im Baum
gibt, stehen ausschließlich im Demo-Datensatz (`prisma/seed.ts`), heißen anders
und sind kein Lieferumfang. Vorlagen gehören der **Organisation**, nicht einem
einzelnen Arbeitsbereich.
## Audit-Log
Jeder Case verfügt über ein unveränderliches Audit-Log:
* Änderungen mit Zeitstempel — in der Fallansicht die **letzten 200 Einträge**
* Benutzername des Bearbeiters
* Zustandsübergänge und Reviewer-Entscheidungen
**Eine Versionierung ist das Audit-Log nicht.** Es hält fest, **dass** und **von
wem** geändert wurde — nicht den früheren Wortlaut. Einen früheren Textstand
können Sie daraus nicht wiederherstellen; eine neue Fassung ist ein neuer Fall.
Einen einzelnen Eintrag kann niemand ändern oder löschen — im Produkt gibt es
keinen Weg dorthin. **Eine Ausnahme gibt es, und sie ist gewollt:** Wird die
gesamte Organisation gelöscht, werden zuerst deren Fälle gelöscht, und die
Verlaufseinträge eines Falls gehen mit dem Fall. Das ist die Kehrseite des
Rechts auf Löschung — als Compliance-Nachweis trägt das Log also so lange, wie
die Organisation besteht.
## Nächste Schritte
Schritt-für-Schritt-Anleitung für Ihren ersten Case
Cases durch Ihr Team validieren lassen