Ein Workspace. Jedes bewegliche Teil unter Kontrolle.

Der Mitarbeiter öffnet im Intranet das Formular „Transportschaden“, wählt Sendung und Lieferant aus der Objektliste und lädt Fotos direkt vom Tablet hoch.

Aus der Einreichung wird ein Vorgang vom Typ „Reklamation“ mit allen Feldern, Fotos und der Verknüpfung zu Sendung und Lieferant.

Der Qualitätsverantwortliche bewertet den Schaden, der Einkauf gibt die Reklamation frei und die Automation versendet die Anfrage an den Lieferanten.

Im Board sieht das Team alle offenen Reklamationen nach Status. Bei Gutschrift wird der Vorgang geschlossen, das Dashboard zeigt Schadensquote je Lieferant.

Jedes Fahrzeug und Gerät wird mit eigenem Schema erfasst: Kennzeichen, Standort, Prüfdatum, Wartungsintervall, Leasingvertrag und verantwortliche Person.

Eine Automation prüft täglich alle Prüf- und Wartungstermine und erstellt 30 Tage vor Fälligkeit ein Wartungsticket für die Werkstatt.

Die Werkstatt sieht alle anstehenden Arbeiten im Kanban-Board, dokumentiert die Durchführung und hängt Prüfprotokolle als Datei an das Asset.

Disposition und Fuhrparkleitung sehen live, welche Fahrzeuge verfügbar sind, welche in Wartung stehen und welche Kosten je Fahrzeug anfallen.

Für jeden neuen Standort wird ein Space aus der Vorlage „Standort-Rollout“ erstellt – mit vorgefertigten Arbeitspaketen, Checklisten und Rollen.

Der Projektleiter plant Gewerke, Abhängigkeiten und Meilensteine im Gantt-Chart. Der kritische Pfad zeigt, welche Verzögerung den Eröffnungstermin gefährdet.

Bau, IT und Personal sehen ihre Arbeitspakete als Tasks. Pläne, Genehmigungen und Layouts liegen im Wiki des Spaces.

Alle laufenden Standortprojekte erscheinen im Portfolio auf einer Zeitachse. Der Management Letter fasst Status und Risiken zusammen.

Incident, Service Request und Change bekommen jeweils eigene Felder, Prioritätslogik und Workflows – abgeleitet aus ITIL, angepasst an das Unternehmen.

Automations wandeln E-Mails und Teams-Nachrichten in Tickets um. Mitarbeitende melden Störungen alternativ über ein Formular im Intranet.

Der Service Desk arbeitet im Kanban-Board mit Swimlanes nach Priorität. Eskalationen erfolgen automatisch, wenn SLA-Zeiten überschritten werden.

Tickets zu Sicherheitsvorfällen oder Personalthemen sind über Ticket Security nur für autorisierte Personen sichtbar.

Hardware, Server, Software-Lizenzen und Verträge werden als Asset-Typen mit passenden Feldern angelegt und untereinander verknüpft: Notebook → Nutzer → Lizenz → Vertrag.

Jedes Incident- oder Change-Ticket referenziert das betroffene Objekt. Die Historie eines Geräts ist damit vollständig nachvollziehbar.

Berechnete Felder summieren Lizenzkosten pro Abteilung und Kostenstelle; ein Vergleich gekaufter und zugewiesener Lizenzen deckt Über- und Unterlizenzierung auf.

Das Dashboard zeigt auslaufende Wartungsverträge und Lizenzen, eine Automation erstellt rechtzeitig die Verlängerungsaufgabe für den Einkauf.

Antragsteller füllen ein dynamisches Formular aus: Je nach Risikoklasse werden zusätzliche Felder wie Rollback-Plan oder Testnachweis verlangt.

Der integrierte Freigabeprozess leitet den Change an CAB oder Fachverantwortliche weiter – mit Fristen, Kommentaren und lückenloser Historie.

Die ITIL-Prozesse sind als Prozesshierarchie abgebildet; jede Ebene verlinkt auf die zugehörige Wiki-Seite mit Richtlinien und Vorlagen.

Nach Umsetzung generiert der KI-Assistent Robert aus dem Ticketverlauf einen strukturierten Wiki-Eintrag – Release Notes inklusive.

HR legt den neuen Mitarbeitenden an und startet den Prozess „Onboarding“. Daraus entstehen automatisch Aufgaben für IT, Facility, Fachbereich und HR selbst.

Eine Automation erzeugt das Equipment-Ticket 10 Tage vor Eintritt, die Zugangsberechtigungen 3 Tage vorher und den Willkommenstermin am ersten Tag.

HR sieht in einem Board pro Neueintritt, welche Schritte erledigt sind. Führungskräfte erhalten nur ihre eigenen Aufgaben.

Beim Austritt läuft der Spiegelprozess: Zugänge sperren, Geräte zurücknehmen, Wissen übergeben – mit Nachweis pro Schritt.

HR erstellt aus fertigen Bausteinen ein Mitarbeiterportal im Unternehmens-CI mit Antragsformularen, News und Richtlinien.

Formulare blenden je nach Auswahl passende Felder ein – ein Weiterbildungsantrag fragt Kosten und Nutzen ab, ein Home-Office-Antrag nur den Zeitraum.

Jeder Antrag durchläuft den Freigabeprozess; Antragsteller sehen den Status jederzeit, ohne nachzufragen.

Richtlinien und FAQs liegen im HR-Wiki, per Seitenberechtigung nur für die passenden Gruppen sichtbar.

Skills, Zertifikate, Rollen und Teams werden als Objektlisten gepflegt und mit Mitarbeitenden verknüpft – inklusive Ablaufdatum von Zertifikaten.

Das Portfolio zeigt, welche Projekte in den kommenden Monaten starten und welche Rollen sie benötigen.

Zeitauswertungs-Widgets stellen geplante gegen verfügbare Kapazität – Engpässe und Überlast sind sofort erkennbar.

Gehalt, Beurteilung und Gesundheitsdaten sind über Berechtigungen auf Feldgruppen-Ebene nur für HR sichtbar.

Epic, Story, Bug und Task erhalten eigene Felder wie Story Points, Komponente und Akzeptanzkriterien – jedes Team kann seine Typen anpassen.

Boards entstehen per Filterlogik in Sekunden: Sprint-Board für das Team, Bug-Board für QA, Übersichtsboard für den Product Owner.

Entwickler sehen Branch und Reviewer auf der Karte, der PO sieht Priorität und Kundenbezug – dieselben Vorgänge, unterschiedliche Sicht.

Automations synchronisieren Commits, Pull Requests und Build-Status an den Vorgang. Beim Merge wechselt der Status automatisch.

Bei Abschluss eines Releases erstellt der KI-Assistent Robert aus den enthaltenen Tickets strukturierte Release Notes als Wiki-Seite – zur Prüfung und Freigabe.

Diagramme entstehen mit der draw.io-Integration direkt im Wiki und werden mit den zugehörigen Prozessen und Komponenten-Objekten verknüpft.

Wiki-Seiten sind mit Tickets und Prozessen verlinkt: Wer ein Ticket bearbeitet, sieht die passende Doku, ohne zu suchen.

Spezifikationen, Testberichte und Diagramm-Exporte liegen in Files, direkt am Ticket oder an der Wiki-Seite.

Bestehende Jira-Projekte kommen per One-Click Migration ins System – Tickets, Kommentare, Anhänge und Workflows. Komplexe Setups werden per Guided Migration begleitet.

Automations verknüpfen GitHub, Slack, Teams, Kalender und Drive: Daten fließen bidirektional, jede Ausführung ist im Monitoring nachvollziehbar.

Alle Funktionen sind über die dokumentierte REST-API erreichbar – für eigene Skripte, Pipelines und interne Tools.

Über die native MCP-Schnittstelle greifen eigene LLM-Assistenten sicher auf Tickets, Wiki und Objekte zu – mit den Berechtigungen des jeweiligen Nutzers.

Über ein Formular im Innovationsportal reicht jeder Mitarbeitende Ideen ein – mit Problembeschreibung, erwartetem Nutzen und Aufwandsschätzung.

Jede Idee durchläuft einen Workflow: Screening → Bewertung → Konzept → Entscheidung. An jedem Gate bewertet ein Gremium nach festen Kriterien.

Freigegebene Vorhaben werden im Portfolio nach strategischem Beitrag, Budget und Ressourcenbedarf priorisiert und terminiert.

Der Management Letter fasst Pipeline, Fortschritte und Risiken zusammen; das Dashboard zeigt Ideenanzahl, Durchlaufzeit und Erfolgsquote.

Versuchsreihe, Einzelversuch, Probe und Prototyp werden als Objekte mit eigenen Feldern angelegt – Parameter, Material, Charge, Ergebnis – und untereinander verknüpft.

Vorbereitung, Durchführung und Auswertung sind Tasks, die direkt am Versuchsobjekt hängen. Das Team arbeitet im Board pro Labor.

Versuchsprotokolle entstehen als Wiki-Seiten mit Vorlage, Messdaten und Bilder liegen in Files – alles am Objekt, ohne Medienbruch.

Dashboards fassen Ergebnisse über Versuchsreihen zusammen; Robert erstellt auf Wunsch die Zusammenfassung für den Projektbericht.

Der WBS bildet Arbeitspakete und Meilensteine exakt nach Antrag ab; die Gantt-Planung mit Baseline hält den genehmigten Plan fest.

Mitarbeitende buchen Stunden direkt auf Tasks im Arbeitspaket – Zeitauswertungs-Widgets liefern den Nachweis pro Person und Periode.

Die integrierte Risiko-Matrix und das Stakeholder-Management dokumentieren Bewertung und Maßnahmen – Pflichtbestandteil vieler Förderberichte.

Fortschritt, Abweichungen zur Baseline und Zeitnachweise werden als PDF exportiert und im Wiki archiviert.

Die Abweichung wird über ein Formular erfasst: Produkt, Charge, Prozessschritt, Klassifizierung. Je nach Kritikalität werden zusätzliche Felder eingeblendet.

Der Vorgangstyp „Abweichung“ durchläuft Bewertung → Ursachenanalyse → CAPA → Wirksamkeitsprüfung. Jeder Statuswechsel erfordert definierte Rollen und Angaben.

QA-Bewertung und Freigabe sind für andere Rollen nur lesbar. Sensible Abweichungen sind über Ticket Security abgeschirmt.

Jede Änderung ist mit Nutzer und Zeitstempel dokumentiert. Das Dashboard zeigt offene CAPAs, Fristen und Wiederholungsabweichungen.

Jede SOP ist eine Wiki-Seite mit Versionierung, Freigabestatus und Seitenberechtigungen. Entwürfe sind nur für Autoren und QA sichtbar.

SOPs hängen an den Prozessschritten, die sie beschreiben. Wer eine Aufgabe im Prozess bearbeitet, sieht die gültige SOP direkt daneben.

Bei Freigabe einer neuen Version erstellt eine Automation Schulungs-Tasks für alle betroffenen Rollen – mit Frist und Lesebestätigung.

Das Dashboard zeigt je SOP den Schulungsstand und fällige Reviews; Prüfern wird der Nachweis auf Knopfdruck vorgelegt.

Jedes Gerät wird mit Qualifizierungsstatus, Kalibrierintervall, Toleranzen, Standort und verantwortlicher Person erfasst; Zertifikate hängen als Dateien daran.

Automations erstellen rechtzeitig Kalibrier- und Requalifizierungs-Tickets und sperren den Gerätestatus bei Überschreitung.

Der Techniker dokumentiert Messwerte im Ticket, hängt das Protokoll an und setzt den Status; QA gibt frei.

Das Dashboard zeigt alle Geräte mit Status, nächster Fälligkeit und Historie – die Grundlage für jede Inspektion.

Jeder Stoff ist ein Objekt mit H-/P-Sätzen, Gefahrenpiktogrammen, Lagerklasse, Lagerort und Mengen; das gültige SDB hängt als Datei daran.

Ein Portal im Site Studio macht das Kataster für alle Mitarbeitenden durchsuchbar – auch vom Tablet in der Halle.

Automations melden SDBs, die älter als definiert sind, und erstellen Prüfaufgaben für den Gefahrstoffbeauftragten.

Betriebsanweisungen im Wiki verlinken auf die Stoffobjekte; Unterweisungen werden als Tasks mit Bestätigung nachgewiesen.

Werk → Anlage → Baugruppe → Komponente wird als Asset-Hierarchie modelliert, mit technischen Daten, Ersatzteilen und Dokumentation.

Anlagenfahrer melden Störungen über ein Formular am Terminal – Komponente auswählen, Symptom beschreiben, Foto anhängen. Das Ticket landet im Instandhaltungs-Board.

Wartungspläne erzeugen automatisch Aufgaben nach Intervall oder Betriebsstunden; das Team plant sie im Board und dokumentiert die Ausführung am Asset.

Dashboards zeigen Ausfallzeiten, MTBF und Wartungskosten pro Anlage und liefern die Basis für Ersatzinvestitionen.

Ein kurzes Formular – am Terminal, im Intranet oder mobil – nimmt Vorfälle, Beinaheunfälle und unsichere Zustände mit Foto und Standort entgegen.

Jede Feststellung aus Meldung oder Audit wird zur Aufgabe mit Verantwortlichem, Frist und Wirksamkeitsprüfung.

Maßnahmen und Vorfälle sind den HSE-Prozessen zugeordnet; Verfahrensanweisungen im Wiki sind direkt verlinkt.

Meldequote, offene Maßnahmen, überfällige Fristen und Trends je Bereich stehen dem HSE-Team und der Werksleitung live zur Verfügung.

Der Vorgangstyp „8D-Report“ führt Schritt für Schritt durch D1 bis D8; jeder Schritt ist ein Workflow-Status mit Pflichtfeldern, die vor dem Übergang ausgefüllt sein müssen.

Lieferant, Teilenummer, Charge und betroffene Fahrzeuge sind als Objekte verknüpft – Wiederholungsfehler je Teil sind sofort erkennbar.

Automations erinnern Lieferanten und Qualitätsteam an D3-Sofortmaßnahmen und D5-Fristen und eskalieren bei Überschreitung.

Der fertige 8D-Report wird per Klick exportiert. Das Dashboard zeigt Reklamationsquote und Reaktionszeit je Lieferant für die Bewertung.

Jedes Projekt startet aus einem Space-Template mit den APQP-Phasen als Arbeitspaketen und den Gateways als Meilensteinen.

Die Gantt-Planung mit Abhängigkeiten und kritischem Pfad wird als Baseline eingefroren; Abweichungen werden farblich sichtbar.

FMEA-relevante Risiken werden in der Risiko-Matrix bewertet, Stakeholder mit Einfluss und Erwartung geführt – beides Teil der Gateway-Reviews.

Alle Anläufe erscheinen im Portfolio auf einer Zeitachse; der Management Letter informiert das Werksmanagement kompakt über Status und Risiken.

Ein Portal im Site Studio am Linien-Terminal nimmt Verbesserungsvorschläge, Störungen und Schichtübergaben per Formular entgegen.

Jeder Vorschlag wird zum Vorgang im Kanban-Board der Linie: Idee → Bewertung → Umsetzung → Standardisiert. Das Team sieht den Fortschritt im Shopfloor-Meeting.

Arbeitsanweisungen und Standards liegen versioniert im Wiki und werden am Terminal angezeigt – laminierte Aushänge entfallen.

OEE, Ausschuss und Durchlaufzeit werden aus den erfassten Daten im Dashboard dargestellt; die Automation meldet Abweichungen an die Schichtleitung.