> ## 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.

# Einführung

> Ferrufino Tech Solutions ist eine Case-Knowledge-Plattform für technische Operations-Teams. Halte fest, was du in der Werkshalle, im Labor oder im Feld lernst — und finde es wieder, wenn es darauf ankommt.

<Note>
  **Neu hier?** Gehe direkt zum [Quickstart](/de/quickstart) — du kannst deinen ersten Case in unter fünf Minuten anlegen.
</Note>

## Was FTS macht

Jedes technische Operations-Team sammelt schwer erkämpftes Wissen: Einen Fehlermode, den ein Techniker um 2 Uhr morgens diagnostiziert hat; einen Workaround, den ein Ingenieur in ein Notizbuch gekritzelt hat; ein Foto eines verschmorten Steckers, das sich als Root-Cause eines Rückrufs herausgestellt hat. Dieses Wissen geht fast immer verloren, sobald die Person, die es besitzt, die Rolle wechselt, in Rente geht oder es schlicht vergisst.

**FTS verwandelt dieses stille Wissen in ein strukturiertes, durchsuchbares, auditfähiges Asset.** Du schreibst es einmal auf, hängst die Belege an, lässt es durch ein leichtgewichtiges Review laufen, und ab diesem Moment ist der Case wiederverwendbar für dein gesamtes Team — und nutzbar für eine KI-Assistenz, die deine Taxonomie versteht.

Wir haben FTS für Teams entworfen, die **komplexe, hochriskante, technische Arbeit** machen:

* Fertigungsqualität und -zuverlässigkeit
* Automotive-Testing und -Homologation
* Energie- und Versorgerbetrieb
* Aerospace MRO (Maintenance, Repair, Overhaul)
* Industrielle F\&E und Prototyping

Wenn dein Team 8D-Berichte, Root-Cause-Analysen, Field-Service-Tickets, Laborbücher oder Fehlerberichte ausfüllt, ist FTS für euch gebaut.

## Warum ein „Case" und kein „Dokument"

Die meisten Wissens-Tools (Notion, Confluence, SharePoint) behandeln alles als freies Dokument. Das ist für Brainstorming in Ordnung, aber schlecht für technische Operations, wo du Folgendes brauchst:

1. **Einen klaren Zustand** — ist diese Beobachtung ein Gerücht, ein verifizierter Befund oder die offizielle Akte?
2. **Nachvollziehbare Belege** — jede Behauptung hat ein angehängtes Foto oder PDF.
3. **Eine Review-Spur** — jemand anderes muss die Behauptung bestätigen, bevor sie zum Kanon wird.
4. **Strukturierte Metadaten** — damit du die Frage „zeig mir jeden verifizierten Ausfall an Teilenummer X in den letzten 6 Monaten" beantworten kannst, ohne 200 Seiten zu lesen.

Ein **Case** ist die Einheit, die all das zusammenhält. Er hat einen Lebenszyklus (`Draft → In Review → Verified → Published → Deprecated`), angehängte Belege, Tags aus deiner Taxonomie und ein dauerhaftes Audit-Log.

## Wie FTS in deinen Stack passt

FTS ist eine Web-Anwendung. Du musst nichts installieren. Dein Team meldet sich auf `https://app.ferrufino-tech-solutions.com` an, und alle Daten liegen in einer sicheren, EU-gehosteten Datenbank. Die Mandantengrenze ist die **Organisation**, nicht der Workspace: Daten einer fremden Organisation sind nicht erreichbar. Innerhalb einer Organisation ist der Workspace keine Grenze — siehe [Workspace-Isolation](/de/account/security).

FTS ersetzt nicht dein ERP, MES, PLM oder Ticket-System. Es lebt **neben** ihnen und fängt das Wissen ein, das diese Systeme nicht einfangen — das „Warum", das „Was wir probiert haben", und das „Was tatsächlich funktioniert hat".

## Wie geht's weiter?

<CardGroup cols={2}>
  <Card title="Quickstart" icon="rocket" href="/de/quickstart">
    Lege deinen ersten Case in unter fünf Minuten an.
  </Card>

  <Card title="Kernkonzepte" icon="lightbulb" href="/de/concepts">
    Workspaces, Cases, Evidence, Reviews, Taxonomy — auf einer Seite.
  </Card>

  <Card title="Erste-Case-Walkthrough" icon="book-open" href="/de/guides/first-case">
    Ein geführtes Beispiel mit einem realen Fehlerbericht.
  </Card>

  <Card title="Team einladen" icon="users" href="/de/guides/invite-team">
    Rollen, Berechtigungen und wie du Reviewer onboardest.
  </Card>
</CardGroup>
