Erste Schritte: Workspace, Quellcodeverwaltung und erster Scan

Anmeldung und Onboarding-Assistent

Dein Workspace ist deine Plexicus-Organisation: das Konto, in dem deine Mitglieder, Verbindungen, Repositories und Befunde liegen. Im Produkt und im restlichen Kurs heißt er Organisation.

Wie du Plexicus zum ersten Mal erreichst, hängt davon ab, wie dein Unternehmen es betreibt. Bei Plexicus SaaS meldest du dich unter app.plexicus.ai an. Eine selbst gehostete Installation läuft unter eurem eigenen Hostnamen. Wenn dich ein Admin in eine bestehende Organisation eingeladen hat, nimm zuerst die Einladungs-E-Mail an. Registriere dich vorher nicht selbst: Eine Selbstregistrierung legt eine separate Organisation an. Einladungen, Rollen und die SSO-Einrichtung behandelt Modul 10.

Registrieren und anmelden

Die Register-Seite bietet die Registrierung mit einem Klick über GitHub, Google oder Microsoft sowie „or register with email“ (Email, Password, Confirm Password). In manchen Regionen zeigt die Seite nur das E-Mail-Formular. Setz vor der Registrierung das Häkchen bei Terms, egal ob du einen Anbieter-Button nutzt oder dich per E-Mail registrierst. Fehlt das Häkchen, wird die Checkbox als Fehler markiert und die Registrierung geht nicht durch. Passwörter für die E-Mail-Registrierung brauchen mindestens 8 Zeichen, darunter einen Großbuchstaben, einen Kleinbuchstaben, eine Zahl und ein Sonderzeichen. Nach dem Absenden zeigt Plexicus „Check your email“. Klick auf den Bestätigungslink, warte auf „Your email is verified“ und melde dich dann an.

Die Login-Seite bietet dieselben drei Anbieter, „Login via SSO“, wo du den SSO-Login-Slug deiner Organisation eingibst (frag deinen Admin danach; der Platzhalter des Felds sieht aus wie eine E-Mail-Adresse), sowie E-Mail und Passwort mit dem Link „Forgot password?“. Wenn deine Organisation SSO eingerichtet hat, nutze es, damit dein Identity Provider steuert, wer Zugang bekommt.

Die vier Schritte

In einer neuen Organisation öffnet dein erster Login den Onboarding-Assistenten. Die Leiste links zeigt vier Schritte:

Schritt	Was du tust
Connect	Einen Anbieter für Quellcodeverwaltung wählen und autorisieren oder eine Demo-Codebasis wählen
Choose repos	Deine Repositories durchsuchen, bis zu 5 anhaken und für jedes einen Branch wählen
Basic config	Einen optionalen Organisationsnamen, Compliance-Standards und die Sprache für Scans und Berichte festlegen
Scanning	Zusehen, wie Plexalyzer, die Scan-Engine von Plexicus, deine Repositories analysiert

Connect. „Connect your repository“ zeigt eine Karte pro Anbieter: GitHub (mit dem Badge „Most popular“), GitLab, Bitbucket Cloud, Gitea, Forgejo und Azure DevOps. Klick auf einer Karte auf Configure, um den Anbieter zu autorisieren oder Zugangsdaten einzugeben; Lektion 2 erklärt jeden Anbieter. Eine verbundene Karte zeigt Configured, und Continue wird aktiv.

Die Option Demo-Codebasis. Klick unter den Karten bei „Or try it instantly“ auf Try sample repo. „Select a Demo Codebase“ listet sichere, vorkonfigurierte Beispiel-Repositories, die absichtlich Schwachstellen enthalten. Hake eines oder mehrere an und klick auf Continue. Nimm diesen Weg, wenn du echte Befunde sehen willst, bevor dein Security-Team eine Verbindung zum Produktionscode freigibt, oder wenn du jemanden im Team einarbeitest.

Choose repos. Durchsuche deine Repositories, hake bis zu 5 an und lege den Branch für jedes Repository fest, das mehr als einen hat. Bei den meisten Anbietern kannst du später unter Assets weitere Repositories hinzufügen (Lektion 3).

Basic config. Drei Einstellungen prägen den ersten Scan:

• Organization name (optional).
• Compliance standards: Wähle einen oder mehrere aus, etwa NIS2, DORA, CRA, GDPR, ISO 27001
  , PCI DSS v4.0.1 oder SOC 2, oder wähle „None for now“. Befunde werden jedem Framework zugeordnet, damit Berichte Abdeckungslücken zeigen. Plexicus liefert Zuordnungen und Nachweise für deine Audits, kein Compliance-Urteil. Frameworks, die nicht in deinem Plan enthalten sind, erscheinen gesperrt.
• Scan & report language: Behebungshinweise, Pull-Request-Texte und Berichte werden in dieser Sprache verfasst. Verfügbar sind Englisch und Spanisch.

Bei diesem Schritt kommt es auf die Reihenfolge an. Plexicus legt die Repositories erst an und startet ihren ersten Scan, wenn du auf Start scan klickst. So nutzt schon der allererste Scan deine Frameworks und deine Sprache. Mit „Back to repositories“ kannst du die Auswahl vorher noch ändern.

Scanning. „Scanning in progress“ verfolgt die Analyse. Du musst nicht auf diesem Bildschirm warten: Über die Hinweisleiste „Your scan is running in the background“ kannst du zu Assets weitergehen, während der Scan auf dem Server weiterläuft. Der Button in dieser Leiste heißt Go to dashboard, öffnet aber Assets, wo du den Scan verfolgen kannst. Sobald jedes Repository Enriched erreicht, ist das Onboarding abgeschlossen und Plexicus bringt dich zum Dashboard.

Quellcodeverwaltung anbinden

Plexicus scannt Code, den es aus deinem Anbieter für Quellcodeverwaltung (SCM) liest, und liefert Fixes als Pull Requests und Issues an denselben Ort zurück. Die Berechtigungen, die eine Verbindung anfragt, entsprechen genau diesen beiden Aufgaben. Dein Code wird nicht zum Training von KI-Modellen verwendet, und SaaS-Daten bleiben standardmäßig in der EU.

Nach dem Onboarding verwaltest du Verbindungen unter Settings Configuration Integrations . Der Abschnitt „Source Control (SCM)“ zeigt jeden Anbieter als Connected oder Not connected, mit einem Button Connect oder Manage. Du kannst mehrere Anbieter verbinden, und Plexicus scannt Repositories über alle hinweg.

Anbieter im Überblick

Anbieter	Verbindungsart	Was du angibst
GitHub.com	OAuth-Weiterleitung, danach Installation der Plexicus GitHub App	Zugriff auf die Organisation freigeben, Repositories auswählen
GitHub Enterprise Server	Zugangsdaten der Instanz	GitHub Enterprise URL plus ein Personal Access Token, Client ID und Secret einer OAuth App oder GitHub App ID und Private Key (PEM)
GitLab.com	OAuth-Weiterleitung	Die Scopes freigeben
GitLab Self-Hosted	OAuth-Anwendung auf deinem GitLab	Gitlab URL, Gitlab Client ID, Gitlab Client Secret
Bitbucket Cloud	OAuth-Weiterleitung	Zugriff freigeben; Server und Data Center werden nicht unterstützt
Gitea	Zugriffstoken	Gitea URL, Token
Forgejo	Zugriffstoken	Forgejo URL, Token
Azure DevOps	Zugriffstoken	Personal Access Token (PAT), optional Organization URL

In Settings Configuration Integrations fragen die Karten für GitHub und GitLab zuerst nach dem Instanztyp. Dort verbindest du GitHub Enterprise Server oder ein selbst verwaltetes GitLab. Kläre mit Plexicus, ob GitHub Enterprise Server für deine Instanz unterstützt wird, bevor du einen Rollout darauf aufbaust.

Welche Zugriffe Plexicus braucht und warum

Lesezugriff dient dem Auffinden und Scannen, Schreibzugriff der Auslieferung. Die Namen der Scopes unterscheiden sich je nach Anbieter:

Zugriff	Warum Plexicus ihn anfragt
Repositories und Branches lesen	Repositories auflisten, Branches laden und den ausgewählten Branch zum Scannen klonen
Benutzer oder Konto lesen	Token oder Konto prüfen und anzeigen, welches Profil verbunden ist
Pull oder Merge Requests schreiben	Pull Requests zur Behebung für dein Review öffnen (Modul 7) sowie den Pull Request für die CI-Pipeline
Issues oder Work Items schreiben	Ein Issue anlegen, wenn sich ein Fix nicht als Pull Request liefern lässt
Webhooks	Erfahren, wann ein Plexicus-Pull-Request gemergt oder ein verknüpftes Issue geschlossen wird, damit der Befund auf Fixed wechselt
CI/CD-Variablen und -Secrets	Das Scanner-Token als Repository-Secret speichern, wenn du eine Pipeline einrichtest

Schreibzugriff heißt nie, dass Plexicus mergt. Plexicus öffnet Pull Requests; dein Team prüft sie und behält die Kontrolle über den Merge, und in der Produktion ändert sich nichts automatisch.

Hinweise zu den Anbietern

• GitHub.com. Installiere nach der OAuth-Weiterleitung die Plexicus GitHub App auf dem Konto oder der Organisation, der deine Repositories gehören, wähle die Repositories aus, die du freigeben willst, und genehmige ausdrücklich den Zugriff auf Organisationsressourcen. Wenn GitHub als verbunden angezeigt wird, aber keine Repositories erscheinen, nutze den Button Install GitHub App in der Repository-Auswahl.
• GitLab. Plexicus fordert acht Scopes an: api, read_api, read_user, read_repository, write_repository, openid, profile und email. Registriere für eine selbst verwaltete Instanz eine OAuth-Anwendung auf deinem GitLab, hake Trusted an, wähle diese Scopes aus und setze die Redirect URI auf deinen Plexicus-Host, gefolgt von /api/callback/gitlab (bei SaaS https://app.plexicus.ai/api/callback/gitlab). Gib dann in Plexicus den Origin der Instanz, die Client ID und das Secret ein und klick auf Connect.
• Bitbucket Cloud. Unterstützt wird nur bitbucket.org. Wenn du Bitbucket Data Center betreibst, spiegle die Repositories zu einem unterstützten Anbieter.
• Gitea und Forgejo. Das Token braucht Lesezugriff auf Repositories und Benutzer, plus Schreibzugriff auf Repositories für Pull Requests zur Behebung. Plexicus prüft das Token vor dem Speichern gegen deine Instanz, daher muss die Instanz für Plexicus erreichbar sein.
• Azure DevOps. Gib dem PAT die Scopes, die der Hilfetext des Connectors nennt: Code (Read & Write) und Work Items (Read & Write). Die öffentliche Dokumentation nennt zusätzlich Pull Request Threads (read & write). Lass Organization URL für https://dev.azure.com leer oder gib die URL deines On-Premises-Servers ein. Dieselbe Verbindung deckt TFVC-Projekte ab, und weil TFVC keine Pull Requests kennt, kommen TFVC-Fixes immer als Issues an.

Repositories unter Assets hinzufügen und verwalten

Assets enthält deine Repositories, Container-Registries und Cloud-Konten in drei Tabs: Repo Scan, Registry Audit und Cloud Assessment. Ziele für AI Pentest liegen unter Pentest. Diese Lektion behandelt Repo Scan.

Repositories hinzufügen

Öffne Assets Repo Scan Add Repository . Denselben Button findest du auch in der Toolbar von Findings. Was danach passiert, hängt von deinen Verbindungen ab:

• Ein verbundener Anbieter: Manage Repositories öffnet sich direkt.
• Mehrere Anbieter: „Select Source Control“ fragt, aus welchem du hinzufügen willst. Ist Azure DevOps verbunden, enthält die Liste „TFVC (Azure DevOps / TFS)“.
• Keiner: Eine Meldung weist darauf hin, dass du noch keine Quellcodeverwaltung eingerichtet hast, und leitet dich zur Connector-Seite weiter.

In Manage Repositories:

1. Durchsuche die Liste. Jedes Repository trägt ein Badge Private oder Public, und bereits hinzugefügte Repositories sind mit „Repository already exists“ markiert.
2. Hake bis zu 5 Repositories pro Batch an.
3. Wähle für jedes ausgewählte Repository mit mehr als einem Branch einen Branch aus.
4. Öffne optional Advanced Options, um festzulegen, welche Security-Tools laufen (Modul 3).
5. Klick auf Launch. Plexicus legt die Repositories an und stellt für jedes einen Scan in die Warteschlange.

Wähle den Branch, aus dem du tatsächlich auslieferst. Ein Scan eines veralteten Feature-Branchs kann eine verwundbare Abhängigkeit melden, die du auf main bereits aktualisiert hast, oder eine SQL-Injection übersehen, die letzte Woche gemergt wurde.

Die Tabelle Repo Scan

Die Spalten sind Actions, SCM, Repo, Findings (Anzahl pro Schweregrad), Pipeline, Priority, Tags, Branch, Creation Date und Finished Scan At. Download exportiert die Liste als repositories.csv. Jede Zeile bietet diese Aktionen:

Aktion	Was sie bewirkt
Configure	Die Security-Tools für dieses Repository auswählen
Re-Scan	Das Repository löschen, neu anlegen und erneut scannen
Show Findings	Findings gefiltert auf dieses Repository öffnen
Exposure Map	Die Exposure-Analyse des Repositorys öffnen
Show Repository	Das Repository in deinem SCM öffnen
Configure Schedule	Die organisationsweite Einstellung Schedule Scan schreibgeschützt öffnen. Das ist kein Zeitplan pro Repository. Die Verfügbarkeit hängt von deinem Plan ab
Delete Repository	Das Repository aus Plexicus entfernen

Für einen verlässlichen Scan-Rhythmus startest du Scans besser aus deiner CI-Pipeline (Modul 3), statt dich auf einen Zeitplan zu verlassen.

Solange ein Repository queued, running oder enriching ist, ersetzt seine Statusanzeige diese Aktionen. Wähle mehrere Zeilen aus, um die Sammelaktionen Re-Scan, Configure und Delete Repository zu erhalten. Das Sammellöschen ist den Rollen Admin und Cyberoper vorbehalten.

Re-Scan oder Finalize Now

Re-Scan ist ein kompletter Neuanfang. Der Bestätigungsdialog sagt es deutlich: Das Repository wird gelöscht und neu angelegt, und alle vorhandenen Befunde werden entfernt. Um ein Repository erneut zu scannen und seine Befunde zu behalten, nutze Relaunch scan im Activity Center (nächste Lektion).

Ein Scan, der nicht mehr vorankommt, zeigt das Badge „Scan Stuck“. Sein Tooltip zeigt die letzte Aktivität und wie viele Tools Ergebnisse geliefert haben. Klick auf das Badge, um „Scan Stuck — Action Required“ zu öffnen, und wähle Finalize Now. Plexicus berechnet die Befundzahlen neu und markiert das Repository als abgeschlossen, ohne Datenverlust. Läuft der Scan in Wahrheit noch fehlerfrei, lehnt Plexicus das Finalisieren ab und lässt ihn weiterlaufen. Reagiert niemand, finalisiert Plexicus einen Scan, der seit mehreren Stunden stillsteht, von selbst.

CI-Pipeline einrichten

Bei unterstützten Anbietern wird Setup Pipeline in der Spalte Pipeline klickbar, sobald das Repository enriched ist. Es öffnet einen Pull Request, der den Plexalyzer-Workflow zum Repository hinzufügt, und in deiner CI ändert sich nichts, bis jemand aus deinem Team ihn mergt. Modul 3 behandelt die unterstützten Anbieter, die Pipeline-Status und das Plexalyzer-Token.

Einen Scan verfolgen

In der Tabelle Repo Scan zeigt die Spalte Actions queued, running oder enriching, solange ein Scan läuft. Enriching bedeutet, dass die Scanner fertig sind und die KI-Anreicherung noch läuft. Sobald das Repository enriched ist, verschwindet diese Anzeige, und Zeilenaktionen, Befundzahlen und der Button Pipeline sind wieder da. Enriched bedeutet: Der Scan ist fertig.

Das Activity Center

Auf der Seite Assets zeigt die Aktivitätsleiste, wie viele Scans laufen und wie viele heute abgeschlossen wurden. Klick auf Assets Open Activity Center für das vollständige Panel. Setz den Bereich auf „This view“ (den aktuellen Asset-Typ) oder „All assets“ und filtere dann:

• Overview: laufende Scans plus das letzte Ergebnis pro Asset.
• Running: nur laufende Scans.
• Issues: hängende oder unvollständige Läufe, die Aufmerksamkeit brauchen.
• History: alle Läufe, die neuesten zuerst.

Jeder Lauf ist eine Karte mit einem Phasen-Stepper:

Phase	Was passiert
Queued	Die Anfrage ist angenommen und wartet auf einen freien Slot
Preparing environment	Die Analyseumgebung wird vorbereitet
Scanning	Die Security-Tools laufen
Processing results	Ergebnisse werden normalisiert und als Befunde übernommen
Completed	Der Scan ist beendet
Enriched	KI-Analyse und Priorisierung wurden angewendet

Karten bieten View findings, Relaunch scan bei beendeten Läufen (auch unvollständigen) und Cancel bei laufenden (mit Bestätigung). Relaunch scan fordert einen neuen Scan desselben Repositorys an und löscht nichts. Damit ist es die schonende Alternative zu Re-Scan.

Zwei Kartenzustände verdienen Aufmerksamkeit:

• Stalled: seit einer Weile kein Fortschritt. Plexicus versucht es automatisch erneut, und der Stepper zeigt den Wiederholungsversuch.
• Partial: Einige Tools wurden nicht fertig, und der Stepper erklärt das als Degraded. Die gelieferten Befunde sind echt, aber die nicht abgedeckten Teile wurden nicht gescannt, daher ist nicht bekannt, ob sie sauber sind. Klick auf der Karte auf Relaunch scan, um erneut zu scannen und deine Befunde zu behalten. Der Produkttext sagt „re-scan recommended“, aber die Zeilenaktion Re-Scan löscht alle Befunde.

Benachrichtigungen

Die Glocke im Header listet aktuelle Benachrichtigungen, mit Mark all as read und Show All Notifications. Die Seite Notifications hat die Tabs All, Success, Failures, Review Requests und Flagged, und du kannst Einträge auswählen, um sie zu löschen oder als gelesen zu markieren. Während eines ersten Scans siehst du eventuell Meldungen wie „Repository created“ und „Scan completed“. Eine Meldung „Repository creation failed“ nennt das betroffene Repository, und eine Meldung zur Teilabdeckung sagt dir, welcher Teil des Scans nicht fertig wurde.

Support im Fußbereich der Seitenleiste oder im Profilmenü öffnet das Formular Contact support: Gib ein Subject ein, wähle Category und Priority, schreib eine Message und klick auf Send ticket. Das Team antwortet per E-Mail.

Was „enriching“ bedeutet

Scanner-Ausgaben sind roh. Die Anreicherung macht daraus Befunde, die du priorisieren kannst:

• Validierung. Jeder Befund behält seinen Scanner-Schweregrad und erhält zusätzlich einen KI-validierten Schweregrad.
• Deduplizierung. Taucht ein früherer Befund an derselben Stelle erneut auf, wird er zum Duplikat. Ein Abhängigkeitsbefund für dieselbe Bibliothek, Version und CVE an derselben Stelle wird zum Unterbefund des Hauptbefunds.
• Kontext. Erreichbarkeit (Reachability), EPSS für Befunde mit CVE, eine Zuordnung von CWE zu den OWASP Top 10, Kontrollen der OWASP CI/CD Top 10 und deine Compliance-Frameworks.
• Scoring und Ownership. Ein Prioritäts-Score von 0–100, ein Konfidenzwert und ein Issue-Owner, ermittelt per SCM-Blame der betroffenen Datei.

Wenn deine Organisation AI False-Positive Detection aktiviert hat, läuft nach dem Scan außerdem ein KI-Durchlauf. Befunde, die noch angereichert werden, sind in der Befundliste standardmäßig ausgeblendet, und fertige tragen das Label „AI-Analysed“. Deshalb kann die Liste kurz wirken, direkt nachdem ein Scan Completed erreicht hat. Modul 4 erklärt jedes Feld im Detail.

Ein erster Rundgang durch das Dashboard

Wenn das Onboarding endet, landest du auf dem Dashboard. Die Seitenleiste und die Befehlspalette ⌘K funktionieren wie in Modul 1 beschrieben. Die Palette springt nur zwischen Bereichen; Befunde oder Repositories durchsucht sie nicht.

Der Großteil des Kurses spielt sich hinter den Einträgen der Seitenleiste ab. Unter Pentest erscheint AI Swarm Pentest als „AI Pentest“ (Modul 6). In Findings triagierst du (Modul 4), XBOM ist das Komponenteninventar (Modul 8), die Seite Automations (Plexicus Automation) behandelt Modul 9 und Settings Modul 10.

Filter und Tabs

Die Filterleiste legt den Zeitraum (7d, 30d, 90d, All oder Custom) und das Repository fest, und die Widgets folgen ihr. Der aktive Tab steht in der URL, sodass ein Link, der auf ?tab=compliance endet, direkt den Tab Compliance öffnet.

Tab	Wichtigste Widgets
CISO	Your value, Risk Posture Score, New vs Fixed, Findings Report, Top Risky Repositories, Total Findings, Supply Chain, Internet exposure
DevSecOps	Reachability Split, Aging Buckets, MTTR / Remediation Velocity, Scanner Coverage, Language Risk, OWASP Top 10, OWASP CI/CD Top 10
Compliance	Kennzahlen pro Framework (Controls, Open findings, Critical / High, Fixed, Affected assets) und eine Tabelle Control für Control, je nach deinem Plan
Developer	My repositories, Fix Impact Simulator und Shortcuts unter „Jump into findings“ wie Critical & High und Reachable
Custom	Deine eigenen benannten Dashboards: Create a dashboard, Add widget, Edit layout

Deine ersten Zahlen lesen

• Summen zählen nur offene Arbeit. Sie schließen Duplikate, Unterbefunde, False Positives, gelöschte Befunde und Befunde aus, die bereits Fixed sind, und können daher niedriger sein als die Rohzahl, die ein Scan gemeldet hat. Hardening-Befunde werden getrennt von den Schwachstellenzahlen gezählt.
• Your value zeigt Benchmark-Schätzungen der eingesparten Entwicklerzeit. Stundensatz und Währung kannst du konfigurieren, aber es bleiben Benchmark-Werte, keine Messungen deiner Umgebung. Präsentiere sie auch so.
• Risk Posture Score reicht von 0 bis 100, und ein höherer Wert bedeutet mehr Risiko. Er gewichtet offene Befunde nach Schweregrad, zählt nachweislich erreichbare Befunde stärker und wird gegen eine Linie für den Risikoappetit dargestellt, die vorerst fest ist und sich nicht konfigurieren lässt.
• Scanner Coverage zeigt, wann jedes Repository und jedes Tool zuletzt gescannt wurde. Ein Repository mit „Never scanned“ hat noch keinen Scan abgeschlossen.
• Compliance zeigt „No compliance frameworks configured“, wenn du beim Onboarding „None for now“ gewählt hast. Der Button Configure frameworks öffnet den Tab Regulations in den Einstellungen deiner Organisation.

Ein Widget mit „No data yet“ hat für die aktuellen Filter nichts anzuzeigen. Erweitere den Zeitraum oder prüfe im Activity Center, ob der Lauf Enriched erreicht hat.

Das Wichtigste in Kürze

• Das Onboarding hat vier Schritte: Connect, Choose repos, Basic config und Scanning. Der erste Scan startet erst, wenn du auf Start scan klickst, also leg vorher Compliance-Standards und Sprache fest. Mit einer Demo-Codebasis kannst du dich umsehen, ohne deinen eigenen Code anzubinden.
• Jede SCM-Berechtigung gehört zu einer Aufgabe: Lesezugriff zum Auffinden und Scannen, Schreibzugriff zum Öffnen von Pull Requests und Issues, Webhooks, um gemergte Fixes als Fixed zu markieren. Plexicus mergt nie; dein Team behält die Kontrolle über den Merge.
• Füge Repositories in Batches von bis zu 5 über Assets Repo Scan hinzu und scanne den Branch, den du tatsächlich auslieferst.
• Nutze bei einem hängenden Scan Finalize Now, um die Befunde zu behalten. Re-Scan löscht das Repository, legt es neu an und entfernt alle seine Befunde, während Relaunch scan im Activity Center nichts löscht.
• Ein Scan ist bei Enriched fertig, nicht bei Completed. Die Anreicherung ergänzt validierten Schweregrad, Deduplizierung, Erreichbarkeit, EPSS, Zuordnungen, Priorität und Ownership. Ein Lauf mit Partial (Degraded) liefert echte Befunde, aber unvollständige Abdeckung; schließe die Lücke mit Relaunch scan, nicht mit Re-Scan.
• Die Summen im Dashboard zählen nur offene Arbeit. Prüfe mit den Tabs und Filtern die Abdeckung, bevor du mit der Triage beginnst.