Erfahren Sie, wie Sie eine Web-App planen, entwerfen und bauen, die betriebliche Schulungen verwaltet, Mitarbeiterzertifikate verfolgt, Erneuerungserinnerungen sendet und Audits unterstützt.
Bevor Sie Bildschirme skizzieren oder einen Tech-Stack wählen, klären Sie warum Sie eine Web-App für betriebliche Schulungen bauen. Unterschiedliche Ziele führen zu sehr unterschiedlichen Produktentscheidungen — und eine klare Zielbeschreibung ist einer der besten Schutzmechanismen gegen Scope Creep.
Die meisten Teams wollen eines (oder mehrere) der folgenden Probleme lösen:
Formulieren Sie Ihr primäres Ziel als einen Satz (z. B. „Überfällige Compliance-Schulungen um 30 % reduzieren und die Audit-Vorbereitung halbieren“). Nutzen Sie es, um jede Feature-Anfrage zu bewerten.
Definieren Sie Ihre Kern-Nutzergruppen und die eine Aufgabe, die jede ohne Reibung erledigen muss:
Wenn Sie keine externen Auditoren haben, brauchen Sie möglicherweise trotzdem eine „Audit-Ansicht“ für interne Prüfungen.
Wählen Sie eine kurze Liste, die Sie tatsächlich monatlich prüfen werden:
Ein praktisches v1 für die Zertifikatsverfolgung enthält üblicherweise: Benutzerkonten, Schulungszuweisungen, Erfassung von Abschlüssen, grundlegende Erinnerungen und einfache Berichte.
Heben Sie „später“ Features wie tiefe Analytics, komplexe Lernpfade und Multi-Tenant-Funktionen auf, sofern sie nicht zum Launch erforderlich sind.
Bevor Sie Features oder Screens wählen, klären Sie, wie Schulungs- und Zertifikatsverfolgung heute in Ihrem Unternehmen tatsächlich funktioniert. Ziel ist es, reale Schritte, Ausnahmen und Verantwortlichkeiten zu erfassen — damit die App dem Alltag entspricht statt einem idealisierten Prozess.
Starten Sie mit kurzen Interviews (30–45 Minuten) mit HR, Compliance und einigen Teamleitern aus verschiedenen Abteilungen. Bitten Sie sie, einen kürzlichen Schulungszyklus End-to-End zu beschreiben:
Erfassen Sie Pain Points wortwörtlich — diese Zitate sind später nützlich zur Priorisierung.
Verwandeln Sie Ihre Erkenntnisse in eine einfache Workflow-Map (auch ein Whiteboard-Foto reicht in dieser Phase). Decken Sie mindestens diese Use Cases ab:
Definieren Sie, wer bei jedem Schritt handelt: Mitarbeitende, Manager, HR/Admin oder Ausbilder.
Edge-Cases sind die Stellen, an denen Schulungssysteme bei Audits scheitern. Dokumentieren Sie Szenarien wie Auftragnehmer, multi-lokale Regeln (unterschiedliche Standards je Standort), Ausnahmen (grandfathered Mitarbeitende) und Beurlaubungen (Fristen pausieren, ohne Historie zu verlieren).
Übersetzen Sie den Workflow in User Stories mit Akzeptanzkriterien. Beispiel: „Als HR-Admin kann ich ‚Gabelstapler-Sicherheit‘ allen Lager-Mitarbeitenden in Standort A zuweisen, genehmigte Ausnahmen ausschließen und sehen, wer überfällig ist.“ Diese Stories werden Ihr Bauplan und die gemeinsame Definition of Done.
Eine Web-App für betriebliche Schulungen lebt oder stirbt mit ihrem Datenmodell. Sind Entitäten und Historie klar, wird Zertifikatsverfolgung viel einfacher: Zuweisungen sind nachvollziehbar, Erneuerungen planbar und Compliance-Reporting belastbar.
Modellieren Sie die offensichtlichen Bausteine zuerst:
Eine nützliche Regel: Wenn etwas „zugewiesen“, „abgeschlossen“ oder „benachteiligt/ausgenommen“ werden kann, verdient es meist eine eigene Tabelle/Objekt.
Speichern Sie für jede Zuweisung und jedes Zertifikat klare Statuswerte wie assigned, in progress, completed, expired und waived. Leiten Sie den Zustand nicht nur aus Datumsfeldern ab — Teams werden irgendwann Fälle wie „spät abgeschlossen“, „vom Manager freigestellt“ oder „abgelaufen, aber Erneuerung läuft“ verlangen. Explizite Felder halten den Workflow konsistent.
Um audit-fähige Zertifikatsunterlagen zu erzeugen, erfassen Sie Nachweise im Moment des Ereignisses:
Speichern Sie, wer den Nachweis eingereicht und wer ihn genehmigt hat, falls zutreffend.
Statt zu überschreiben: anhängen. Behalten Sie einen Audit Trail von Änderungen an Zuweisungen, Fälligkeiten, Abschluss-Ergebnissen und manuellen Anpassungen. Mindestens protokollieren Sie: wer hat was wann geändert und von/worauf.
Diese Änderungs-Historie unterstützt Untersuchungen („Warum wurde das freigestellt?“), vereinfacht spätere Erneuerungs-Workflows und macht Integrationen (z. B. SSO und HRIS) sicherer — denn Sie können immer sehen, was sich wann geändert hat und Änderungen ggf. zurückrollen.
Zugriffssteuerung ist der Punkt, an dem Schulungs-Apps entweder reibungslos wirken oder zum Support-Albtraum werden. Ein klares Rollenmodell hält Alltagsaufgaben einfach (Mitarbeitende lernen, Manager genehmigen) und schützt gleichzeitig sensible Daten (HR-Aufzeichnungen, Nachweisdateien, Exporte).
Die meisten Teams decken 95 % der Anforderungen mit fünf Rollen ab:
Halten Sie Rollen stabil. Benötigen Sie Nuancen, verwenden Sie Berechtigungen statt für jede Abteilung eine neue Rolle zu erfinden.
Formulieren Sie Berechtigungen als Verben und verknüpfen Sie sie mit Screens und API-Endpunkten:
So beantworten Sie leicht Fragen wie „Dürfen Manager Exporte durchführen?“ oder „Dürfen Autoren Mitarbeiter-Nachweise sehen?“
Wählen Sie Login-Optionen passend zur Zielkundschaft:
Wenn Sie eine Multi-Tenant-Trainingsplattform bauen, erzwingen Sie Mandantengrenzen überall: DB-Abfragen nach Tenant-ID, Dateispeicher pro Tenant partitioniert und Logs, die Kunden nicht vermischen. Testen Sie das wie ein Sicherheitsfeature, nicht als Komfortfunktion.
Eine Trainings-App gewinnt oder verliert durch Klarheit. Die meisten Nutzer „erkunden“ nicht — sie wollen zugewiesene Schulungen schnell abschließen, Abschlüsse nachweisen oder überfällige Items identifizieren. Entwerfen Sie drei primäre Erfahrungen: Mitarbeitende, Admin (HR/L&D) und Manager.
Der Startbildschirm für Mitarbeitende sollte eine Frage beantworten: „Was muss ich als Nächstes tun?“
Zeigen Sie eine Liste zugewiesener Schulungen mit Fälligkeiten, Status und einer klaren Primäraktion (Start / Fortsetzen / Überprüfen / Zertifikat herunterladen). Halten Sie Fortschritte sichtbar (z. B. „3 von 5 Modulen“) und bieten Sie schnelle Filter wie Bald fällig, Überfällig und Abgeschlossen.
Zertifikate sollten leicht zu finden und zu teilen sein. Ein eigener „Zertifikate“-Tab mit Download-Links und Ablaufdaten reduziert Supportanfragen und schafft Vertrauen.
Admins brauchen Geschwindigkeit und Vertrauen. Kernscreens sind üblicherweise:
Designen Sie für Batch-Arbeit: Bulk-Zuweisungen, Sammelerinnerungen und Templates (z. B. „Jährliche Sicherheitsschulung“). Halten Sie die Einstellungen schlank und aufgabenorientiert statt einer langen „Misc“-Seite.
Manager brauchen eine saubere Team-Status-Seite mit Überfällig-Alerts und Drilldown zu individuellen Aufzeichnungen. Priorisieren Sie:
Verwenden Sie klare Verben auf Buttons, einfache Suche und wenige, hochwirksame Filter statt komplexer Query-Builder. Fügen Sie hilfreiche Empty States hinzu („Keine überfälligen Schulungen“) und machen Sie Fehler handhabbar („Upload fehlgeschlagen — versuchen Sie eine PDF < 10MB“).
Wenn Sie später erweiterte Features hinzufügen (Lernpfade, optionale Kurse, Multi-Tenant), halten Sie die First-Time-Experience leichtgewichtig und vorhersehbar.
Die Glaubwürdigkeit Ihrer App hängt von zwei Dingen ab: klaren Schulungsinhalten und eindeutigen Nachweisen, dass Mitarbeitende sie absolviert haben. Hier verwandeln Sie „Wir haben einen Kurs zugewiesen“ in „Wir können zeigen, wer was wann und unter welcher Version abgeschlossen hat."
Starten Sie mit wenigen Formaten, die die meisten Programme abdecken:
Falls benötigt: SCORM/xAPI als Option, nicht zwingende Voraussetzung. Viele Unternehmen kommen ohne aus; regulierte oder größere Organisationen setzen es oft für standardisiertes Tracking ein.
Modellieren Sie Inhalte als Kurs → Modul → Lektion, damit Bausteine wiederverwendbar sind und Sie einen Teil aktualisieren können, ohne den ganzen Kurs neu zu schreiben.
Definieren Sie Abschlüsse auf Lektionsebene mit klaren Regeln wie:
Seien Sie vorsichtig mit zeitbasierten Regeln: Verweildauer kann verrauscht sein. Kombinieren Sie sie mit Scroll-/Lese-Bestätigungen oder kurzen Acknowledgements.
Assessments sollten pro Kurs konfigurierbar sein:
Speichern Sie Versuchshistorie (Score, Antworten falls erlaubt, Zeitstempel), damit Ergebnisse später erklärt werden können.
Richtlinien ändern sich. Ihre App muss historische Nachweise bewahren.
Erlauben Sie Anhänge (Slides, SOPs, Unterschriftsformulare) und behandeln Sie Kurs-Updates als neue Versionen. Mitarbeitende, die v1 abgeschlossen haben, sollten weiterhin als für v1 abgeschlossen erscheinen, auch wenn v2 später veröffentlicht wird. Wenn Inhalte ein Re-Training erfordern, erstellen Sie eine neue Zuweisung, die mit der neuen Version verknüpft ist, anstatt alte Aufzeichnungen zu überschreiben.
Zertifikatsverfolgung ist der Punkt, an dem Schulungen zu Nachweisen werden: wer ist wofür qualifiziert und bis wann. Ziel ist, Ablauf vorhersehbar zu machen, Erneuerungen automatisch und Ausnahmen kontrolliert — ohne Tabellenkalkulationen.
Behandeln Sie ein Zertifikat als eigenen Record-Typ, getrennt vom Kurs, der es vergibt. Jedes Zertifikat sollte unterstützen:
Speichern Sie sowohl Ausstellungsdatum als auch Ablaufdatum (abgeleitet, aber persistent für Reports). Bewahren Sie eine Historie aller Erneuerungen, damit Kontinuität in Audits nachgewiesen werden kann.
Erneuerungsautomatisierung ist größtenteils Scheduling plus Logik. Gängige Muster:
Machen Sie Erneuerungen idempotent: Läuft die Regel zweimal, darf sie nicht denselben Kurs doppelt zuweisen.
Organisationen akzeptieren Alternativen: Vendor-Zertifikate, Vorwissen oder behördliche Lizenzen. Unterstützen Sie:
Protokollieren Sie immer wer es genehmigt hat und wann, und sorgen Sie dafür, dass Ausnahmen in Compliance-Berichten sichtbar bleiben.
Wenn Mitarbeitende ein Zertifikat hochladen, routen Sie es an HR (oder eine Verifizierer-Rolle) mit einfachem State-Machine-Ablauf: Submitted → Approved/Rejected → Issued.
Bei Genehmigung erzeugen Sie das interne Zertifikat mit korrekter Gültigkeitsdauer und speichern die Dokumentreferenz für audit-fähige Unterlagen (siehe /blog/audit-ready-training-records).
Benachrichtigungen sind der Punkt, an dem Trainingssysteme entweder hilfreich wirken oder ignoriert werden. Ziel: die richtige Nachricht an die richtige Person zur richtigen Zeit senden — ohne E-Mail-Spam.
Starten Sie mit einer kleinen Menge hochwirksamer Events und machen Sie sie konsistent:
Für Eskalationen definieren Sie Regeln wie: „Bei 7 Tagen Überfälligkeit: Manager benachrichtigen; bei 14 Tagen: HR/Admin benachrichtigen.“ Halten Sie Eskalationstexte sachlich und handlungsorientiert.
Machen Sie Benachrichtigungen auf Nutzerebene anpassbar (Opt-in/Opt-out nach Kategorie) und senden Sie sie in der jeweiligen Zeitzone des Nutzers. Eine Erinnerung mit 3 Uhr morgens veranlasst Nutzer, Nachrichten zu ignorieren.
Verhindern Sie Spam durch:
Manager und Admins bevorzugen oft Zusammenfassungen. Senden Sie einen wöchentlichen Digest mit:
Speichern Sie eine Benachrichtigungs-Historie (Empfänger, Kanal, Template, Zeitstempel, Status und zugehörige Zuweisung/Zertifikat). Das hilft bei Troubleshooting („Haben sie es bekommen?“) und unterstützt spätere Audits. Verlinken Sie dieses Log aus dem Nutzer- oder Zuweisungs-Datensatz für schnellen Support.
Reporting ist der Punkt, an dem eine Trainings- und Zertifikats-App ihren Wert beweist: Abschlussdaten werden in klare Antworten für Manager, HR und Auditoren verwandelt.
Starten Sie mit zwei Dashboards:
Halten Sie Zahlen konsistent, indem Sie einfache Regeln definieren (z. B. „complete“ bedeutet: alle erforderlichen Module bestanden und Nachweise angehängt, wo nötig).
Jedes Diagramm sollte klickbar sein. Zeigt eine Abteilung 82 % Compliance, soll ein Nutzer bis zu folgenden Details drillen können:
So werden Dashboards zu operativen Werkzeugen, nicht nur zu Zusammenfassungen.
Auditoren wollen dieselbe Geschichte mit Beweis. Bauen Sie eine „Audit-Ansicht“, die beantwortet:
Machen Sie den Export der vollständigen Historie einfach, ohne manuelle Screenshots.
Unterstützen Sie CSV für Analysen und PDF zum Teilen. Bieten Sie geplante Lieferungen an (z. B. monatliches Compliance-Paket) per E-Mail oder sicheres Download mit den gleichen Filtern wie im UI, damit Reports das widerspiegeln, was Stakeholder in der App sahen.
Integrationen verwandeln eine Trainings-App von „noch einer Stelle zur Pflege“ in ein System, dem man vertraut. Identifizieren Sie Systeme, die bereits Wahrheit über Mitarbeitende, Zeitpläne und Kommunikation halten — entscheiden Sie dann, was Ihre App ziehen, schieben und was in Sync bleiben soll.
Die meisten Organisationen wollen, dass HRIS die Mitarbeiterliste, Abteilungen, Jobtitel, Manager und Standorte liefert. Planen Sie nächtliche Syncs (oder Near-Real-Time), damit Neue automatisch erscheinen, Abgänge deaktiviert werden und Reports aktuelle Organisationsstrukturen zeigen.
Wenn Sie mehrere Firmen bedienen (Multi-Tenant), definieren Sie, wie HRIS-IDs Tenants zugeordnet werden und wie Sie Datenvermischung verhindern.
Single Sign-On reduziert Passwort-Support und steigert Adoption. Unterstützen Sie gängige Optionen (SAML oder OIDC). Ergänzen Sie bei Bedarf SCIM-Provisioning, damit Accounts, Gruppen und Rollen automatisch erstellt und aktualisiert werden.
Trotz SSO sollten Sie eine klare „Break-glass“-Admin-Option für Notfälle vorhalten.
Für Instructor-led Sessions integrieren Sie Kalenderanbieter, um Einladungen zu erstellen, Reschedules zu handhaben und Anwesenheitssignale zu sammeln.
Für Erinnerungen/Eskalationen verbinden Sie E-Mail plus Slack/Teams, damit Nudges dort ankommen, wo Mitarbeitende sie wirklich sehen — ohne zu spammen. Halten Sie Nachrichtenvorlagen editierbar.
Erwarten Sie chaotische historische Daten. Bieten Sie geführte Importe für frühere Abschlüsse und Zertifikate mit Validierung und Vorschau an. Bieten Sie außerdem Exporte (CSV) für Compliance-Teams und Migrationen.
Für Echtzeit-Integrationen stellen Sie Webhooks/APIs für Events wie Abschluss aufgezeichnet, Zertifikat ausgestellt, Erneuerung fällig oder Nutzer deaktiviert zur Verfügung — damit andere Systeme sofort reagieren können.
Eine Trainings- und Zertifikats-App enthält oft personenbezogene Daten (Namen, E-Mails, Rollen), Leistungsdaten (Scores) und Compliance-Nachweise (Zertifikate, unterschriebene Dokumente). Behandeln Sie sie wie ein System of Record: Designen Sie Sicherheit und Datenschutz von Anfang an, nicht als Nachtrag.
Starten Sie mit rollenbasiertem Zugriff für HR und Manager und setzen Sie neue Features standardmäßig auf „kein Zugriff“, bis explizit gewährt. Ein Manager darf vielleicht den Abschlussstatus seines Teams sehen, aber nicht die Antworten einzelner Quizfragen anderer Abteilungen.
Verschlüsseln Sie Traffic mit HTTPS/TLS und sensible Daten at rest (DB-Verschlüsselung, verschlüsselter Objekt-Storage für Uploads). Bei Multi-Tenant-Isolation testen Sie auf Cross-Tenant-Access.
Für audit-fähige Zertifikatsunterlagen loggen Sie administrative Aktionen und Schlüsseländerungen: Zuweisungen, Fälligkeitsänderungen, Score-Edits, Zertifikat-Uploads und Statuswechsel. Bewahren Sie wer/was/wann plus vorherige und neue Werte auf. Das ist essentiell für Compliance-Reporting und zur Untersuchung von Streitfällen.
Entscheiden Sie, wie lange Abschlüsse, Scores und Uploads aufgehoben werden (z. B. „7 Jahre nach Beschäftigungsende“ oder „gemäß regulatorischer Vorgabe“). Implementieren Sie automatische Retention-Policies und dokumentieren Sie diese in Ihren Admin-Hilfeseiten (z. B. /help/data-retention).
Fügen Sie eine klare Einwilligung/Hinweis beim ersten Login hinzu sowie einfache Tools für Auskunfts- und Löschanfragen, wo zutreffend. Selbst wenn die Rechtsgrundlage „berechtigtes Interesse“ ist, sollten Nutzer verstehen, was gesammelt wird und warum. Kombinieren Sie das mit SSO- und HRIS-Integration, damit Deprovisioning den Zugang bei Beschäftigungsänderung sofort entfernt.
Eine Trainings- und Zertifikats-App ist nicht „fertig“, wenn die Screens funktionieren. Die harte Arbeit ist zu beweisen, dass Regeln korrekt laufen (Zuweisungen, Erneuerungen, Abläufe), Audit-Aufzeichnungen sauber bleiben und das System unter organisatorischer Komplexität standhält.
Wenn Sie schnell vorgehen, kann eine vibe-coding Plattform wie Koder.ai helfen, Workflows (Zuweisungen, Erinnerungen, Audit-Views) zu prototypen und iterativ Rollen-basierte Zugriffe und Reporting aus einer Chat-getriebenen Build-Loop zu entwickeln — während trotzdem realer, überprüfbarer Quellcode entsteht, den Sie erweitern können.
Konzentrieren Sie Tests auf Teile mit Compliance-Risiko:
Testen Sie auch Unhappy Paths: unvollständige Assessments, entzogenes Zugriffsrecht, verpasste Fälligkeiten und widersprüchliche Rollenberechtigungen.
Synthetische Daten sollten reale Nutzung nachahmen: große Organisationen, viele Abteilungen, Manager mit indirekten Reports, Auftragnehmer mit limitiertem Zugriff und Tausende von Zuweisungen überlappender Programme. Einschließen Sie Edge-Cases wie:
So werden Performance-Probleme und Reporting-Fehler früh sichtbar.
Betreiben Sie Staging als fast-Klon von Produktion: gleiche Konfigurationen, gleiche Integrationen (oder sichere Mocks) und identische geplante Jobs.
Für Produktionsreife richten Sie ein:
Nach dem Launch priorisieren Sie Verbesserungen, die Reibung reduzieren und Vertrauen erhöhen:
Wenn Sie Packaging oder Self-Serve-Onboarding planen, halten Sie Ressourcen von /pricing erreichbar und erweitern Sie praktische Anleitungen in /blog (z. B. Importe, Erneuerungen, Audit-Vorbereitung).
Beginnen Sie damit, ein einzeiliges Hauptziel zu formulieren (z. B. „Überfällige Compliance-Schulungen um 30 % reduzieren und die Audit-Vorbereitung halbieren“). Wählen Sie anschließend 2–4 Kennzahlen, die Sie monatlich prüfen werden, z. B. Abschlussrate nach Abteilung, Trend der überfälligen Items, durchschnittliche Tage bis zum Abschluss und Zeit zur Erstellung eines Audit-Berichts.
Verwenden Sie dieses Ziel, um zu entscheiden, was in v1 gehört und was später kommt, damit Sie nicht schon am ersten Tag jede Ausnahme einplanen.
Die meisten Produkte benötigen mindestens vier Nutzergruppen:
Wenn Sie keine externen Auditoren haben, sollten Sie dennoch eine interne „Audit-Ansicht“ bedenken, damit Berichte und Nachweise leicht geprüft werden können.
Führen Sie Interviews mit HR, Compliance und einigen Führungskräften aus verschiedenen Abteilungen. Bitten Sie sie, einen kürzlichen Schulungszyklus Schritt für Schritt zu beschreiben:
Verwandeln Sie die Antworten in eine einfache Workflow-Map und eine Liste von Ausnahmen, die Sie unterstützen müssen, damit das System dem Alltag entspricht statt einem idealisierten Prozess.
Beginnen Sie „langweilig“ mit einigen Kern-Entitäten:
Verwenden Sie explizite Statusfelder statt nur aus Daten zu schlussfolgern. Beispiele:
Betrachten Sie Audit-Historie als append-only. Mindestens protokollieren Sie:
Wenden Sie das auf Zuweisungen, Fälligkeitsdaten, Abschlüsse, Score-Änderungen, Uploads von Nachweisen und Zertifikatsstatus an. Speichern Sie zudem Nachweis-Artefakte (Zeitstempel, Zertifikat-IDs/Dateien, Genehmigungen) genau im Moment des Ereignisses, damit Sie später auditfähige Pakete erzeugen können (siehe /blog/audit-ready-training-records).
Halten Sie Rollen klein und stabil (z. B. Mitarbeitender, Manager, HR-Admin, Content-Autor, Auditor). Definieren Sie Berechtigungen als Aktionen und mappen Sie sie auf Screens/APIs:
Das verhindert Rollenaufblähung und macht Fragen wie „Dürfen Manager exportieren?“ oder „Können Autoren Mitarbeiterdaten sehen?“ einfach zu beantworten und durchzusetzen.
Starten Sie mit dem, was zur Organisation passt:
Selbst mit SSO sollten Sie eine „Break-glass“-Admin-Zugangsmöglichkeit für Notfälle vorsehen und streng absichern.
Unterstützen Sie einige gängige Typen, ohne zu überbauen:
Definieren Sie Abschlussregeln explizit auf Lektionsebene (Quiz bestanden, Bestätigung mit Zeitstempel oder zeitbasiert mit Schutzmaßnahmen). Bei Updates: behandeln Sie Kursänderungen als neue Versionen und überschreiben Sie nie alte Abschlüsse; weisen Sie stattdessen bei Bedarf eine Neu-Schulung als neue Zuweisung zu.
Modellieren Sie Zertifikate als wiederkehrende Credentials mit:
Automatisieren Sie Erneuerungen mit idempotenten Jobs (damit nicht doppelt zugewiesen wird). Unterstützen Sie Ausnahmen/Äquivalenzen mit Genehmiger + Begründung und verwenden Sie einen einfachen Verifikationsablauf für hochgeladene Nachweise: Submitted → Approved/Rejected → Issued.
Faustregel: Wenn etwas zugewiesen, abgeschlossen oder ausgenommen werden kann, braucht es meist eine eigene Tabelle/Objekt. Das erleichtert später Reporting und Audit-Trails erheblich.
Das verhindert Unklarheiten für Fälle wie „spät abgeschlossen“, „vom Manager freigestellt“ oder „abgelaufen, aber Erneuerung läuft“.
