> ## 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.
# Quickstart
> Einloggen, Workspace auswählen, ersten Case in unter fünf Minuten anlegen.
Diese Anleitung setzt voraus, dass du bereits ein FTS-Konto hast. Falls nicht, frage deinen Admin nach einer Einladung oder starte einen kostenlosen Testzeitraum auf [ferrufino-tech-solutions.com](https://ferrufino-tech-solutions.com).
## Schritt 1 — Einloggen
Öffne [app.ferrufino-tech-solutions.com](https://app.ferrufino-tech-solutions.com) und melde dich mit der E-Mail an, zu der dein Admin dich eingeladen hat. Beim ersten Login führt dich ein kurzes Onboarding durch Name, bevorzugte Sprache und dein initiales Workspace-Setup.
**Das ist kein Single-Sign-On.** Eine frühere Fassung dieses Schritts versprach SSO über Google, Microsoft und passwortlose E-Mail-Links. Die Anmeldung läuft über Clerk mit **E-Mail und Passwort** — dieselbe Aussage trifft [Sicherheit](/de/account/security), wo SAML-SSO ausdrücklich als heute nicht verfügbar geführt wird (offener Punkt #102). Welche weiteren Anmeldewege in unserer Clerk-Instanz eingeschaltet sind, ist eine Einstellung außerhalb dieses Repositorys und wird hier erst genannt, wenn sie geprüft ist (offene Punkte #63, #93).
## Schritt 2 — Workspace auswählen
Ein **Arbeitsbereich** ist der Container für ein Team oder Projekt. Fälle und ihre Nachweise gehören zu genau einem Arbeitsbereich. **Mitglieder und Tags nicht.** Ein Mitglied tritt der **Organisation** bei und trägt seine eine Rolle in allen ihren Arbeitsbereichen, und Tags liegen in einer einzigen Liste, die die ganze Organisation teilt — die Zeile *Beliebte Tags:* wird aus allen Fällen deiner Organisation gebildet, nicht aus dem Arbeitsbereich, den du gerade ansiehst. Eine frühere Fassung dieses Schritts nannte Cases, Evidence, Tags und Mitglieder gemeinsam „von anderen Workspaces isoliert"; zwei der vier waren falsch. Du findest oben links in der Seitenleiste einen Arbeitsbereich-Wechsler.
Wenn du die erste Person aus deiner Organisation bist, wurde bereits ein Standard-Workspace für dich angelegt. **Umbenennen kannst du ihn nicht** — es gibt im Produkt keine Funktion dafür (hier stand bis zum 06.08.2026 „Du kannst ihn umbenennen"). Weitere anlegen geht: Klicke in der Seitenleiste auf
**Einstellungen**, dann im Abschnitt **Organisationen** auf
**+ Arbeitsbereich hinzufügen**. Einen Abschnitt „Workspaces" hat die
Einstellungsseite nicht — hier stand bis zur Korrektur (06.08.2026)
„Einstellungen → Workspaces", und das war doppelt falsch: die Ebene gibt es
nicht, und auf der deutschen Oberfläche heißt die Sache **Arbeitsbereich**.
## Schritt 3 — Ersten Case anlegen
Klicke in der Seitenleiste auf **Neuer Fall**. Das Formular öffnet sich mit diesen Feldern:
1. **Arbeitsbereich** — Pflichtfeld, in welchem Workspace der Fall lebt.
2. **Titel** — eine kurze, spezifische Beschreibung (z. B. „Stecker X7 bei 120-A-Lasttest verbrannt"). Pflichtfeld.
3. **Beobachtung / Symptome** — was du gesehen hast. Pflichtfeld.
4. **Ursache** und **Lösung** — soweit bekannt; beide dürfen leer bleiben.
5. **Schweregrad** und **Kategorie** — aus den Listen der Taxonomie.
6. **Tags** — frei eingetippt, mit Vorschlägen aus bereits vergebenen Tags.
7. **Sprache** — Deutsch oder Englisch.
Es gibt **keine** automatische Zwischenspeicherung: Der Fall existiert erst,
wenn du unten auf **Als Entwurf speichern** klickst. Bis du den Status änderst,
bleibt er ein Entwurf.
## Schritt 4 — Evidence anhängen
Jede verifizierte Behauptung braucht Belege. Klicke im Nachweis-Bereich auf **+ Datei hochladen** — oder zieh die Dateien einfach darauf — und lade hoch:
* **Fotos** des Bauteils, Defekts oder Aufbaus — JPEG, PNG, GIF oder WebP, je bis 5 MB
* **PDFs** von Berichten, Spezifikationen oder Prozeduren — je bis 20 MB
Mehr wird nicht angenommen: Videos, Office-Dateien, CSV, Logdateien und ZIP-Archive werden beim Hochladen abgewiesen.
FTS speichert Nachweise in einem EU-gehosteten Object-Store (Cloudflare R2). Ab dem Tarif **Team** führt FTS im Hintergrund eine automatische Texterkennung auf Bildern und PDFs aus; den gefundenen Text kannst du am Nachweis lesen. **Durchsuchbar wird er dadurch nicht** — eine frühere Fassung dieses Satzes behauptete das, der Suchindex enthält aber nur die vier Textfelder des Falls. Für den Schritt der Texterkennung wird die Datei an Anthropic in den USA übertragen.
Lade keine kundenidentifizierenden Daten hoch, es sei denn, dein Workspace ist mit der passenden Aufbewahrungsrichtlinie konfiguriert. Siehe [Sicherheit](/de/account/security).
## Schritt 5 — Zum Review schicken
Wenn der Case vollständig ist, klicke auf **Zur Prüfung einreichen**. Du wählst dabei keinen Reviewer aus: Alle Mitglieder deiner Organisation mit der Rolle **Reviewer** oder **Admin** sehen den Fall in der Prüfliste und werden benachrichtigt, in der App und per E-Mail. In sehr großen Organisationen ist die Zahl der verschickten Benachrichtigungen je Einreichung begrenzt; die Prüfliste zeigt den Fall in jedem Fall allen Prüfberechtigten. Wer den Fall zuerst öffnet, entscheidet — und es gibt genau zwei Entscheidungen:
* **Verifizieren ✓** → Case wird auf `Verified` gesetzt
* **Änderungen anfordern** → Case geht mit dem Kommentar zurück in `Draft`
**Eine dritte Entscheidung „Reject" gibt es nicht, und es gibt keine
Freigabeschwelle.** Eine Prüfung entscheidet; niemand muss zugewiesen werden,
und kein zweiter Prüfer muss zustimmen. Eine frühere Fassung dieser Seite
versprach eine Reviewer-Auswahl und ein „Reject", das den Fall als `Deprecated`
markiert — beides gibt es nicht. `Deprecated` ist der Archivzustand, in den ein
Fall gerät, wenn ihn jemand löscht, nie das Ergebnis einer Prüfung.
Nach Freigabe kannst du den Case optional **veröffentlichen**. **An der Sichtbarkeit ändert das nichts** — jedes Mitglied deiner Organisation sieht den Fall in jedem Status, auch als Entwurf; Veröffentlichen macht ihn zur kanonischen Fassung (und gibt ihn, falls du es aktivierst, dem KI-Assistenten). Hier stand bis zum 06.08.2026 „womit er für alle im **Workspace** sichtbar wird" — eine Trennung je Arbeitsbereich, die es nicht gibt.
## Schritt 6 — Wiederfinden
Öffne **Fälle** und tippe in das Feld **Fälle durchsuchen** über der Liste. Durchsucht werden vier Felder des Falls: Titel, Beobachtung, Ursache und Lösung. Nach einem Tag grenzt du ein, indem du es unter *Beliebte Tags:* anklickst; die Auswahlfelder über der Liste filtern nach Status, Schweregrad, Kategorie und Arbeitsbereich, und ein Schalter zeigt nur deine eigenen Fälle.
**`Strg/Cmd + K` ist keine Case-Suche.** Eine frühere Fassung dieses Schritts sagte das und versprach zusätzlich, man finde Cases per Tag, Bauteil oder OCR-Text aus Anhängen. `Strg/Cmd + K` öffnet eine **Navigations**-Palette über eine feste Liste von Zielen (Neuer Fall, Alle Fälle, Dashboard, Prüfungen, Einstellungen, Abrechnung, Profil); ihr Eingabefeld heißt „Befehle suchen…" und vergleicht die Eingabe mit nichts anderem als diesen Beschriftungen. Ein Feld *Bauteil* gibt es nicht, ebenso keinen Filter nach Datum, Autor oder Reviewer, und weder Dateinamen noch der per Texterkennung gefundene Text stehen im Suchindex.
## Weiter
Das Modell hinter Workspaces, Cases und Reviews.
Ein komplett durchgespieltes Beispiel.
Reviewer und Operators hinzufügen.
Den KI-Assistenten zum Drafting und Finden nutzen.