Skip to main content
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 und Schnellstart 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:
1
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
2
In Prüfung – Zur Review eingereicht, Reviewer können Feedback geben
3
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
4
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
5
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.

​
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

Erste Case erstellen

Schritt-für-Schritt-Anleitung für Ihren ersten Case

Review-Workflow

Cases durch Ihr Team validieren lassen