# Den Ermittler steuern und beaufsichtigen

Source: https://help.didit.me/de/investigations/investigator-automation-and-oversight
Updated: 2026-10-23

Senken Sie die Autonomie für Länder, Workflows oder Beträge, setzen Sie Sperren und überwachen Sie ihn mit Konsistenzprüfungen und Qualitätskontrolle.

Öffnen Sie **Ermittler → Einstellungen**, um festzulegen, wie viel der Ermittler
in jeder Warteschlange entscheiden darf, das für Einträge zu senken, die zu einem
Segment passen, und Sperren hinzuzufügen wie „nie automatisch genehmigen, wenn
der Gesichtsabgleich unter 70 % liegt“. Überwachen Sie ihn dann unter
**Leistung** und **Aktivität**: Konsistenz über Wiederholungen, Drift,
Service-Levels, die Qualitätskontrolle Ihrer eigenen Prüfenden und einen
Validierungsbericht, den Sie einem Prüfer übergeben können.

> **Note:** Diese Steuerungen werden einzeln freigeschaltet und sind für Ihre Anwendung
> möglicherweise noch nicht aktiviert. Segmente und Sperren lassen sich speichern,
> bevor sie freigeschaltet sind, wirken aber erst danach. Um sie zu ändern,
> brauchen Sie die Berechtigung, die Einstellungen der Anwendung zu ändern, und
> jede Änderung wird in **Aktivität** protokolliert.

## Zurück in den Beobachtungsmodus, ausschalten oder die Einrichtung erneut durchlaufen

Ihre Anwendung befindet sich immer in einer von drei Phasen:

| Phase | Was passiert |
|---|---|
| **Nicht eingerichtet** | Der Ermittler prüft nichts: Einträge erreichen Ihre Prüfenden ohne Bericht |
| **Beobachtungsmodus** | Er schreibt einen Bericht zu jedem Eintrag und misst seine Übereinstimmung mit den Entscheidungen Ihres Teams, entscheidet aber nichts. Prüfungen im Beobachtungsmodus werden nie abgerechnet |
| **Live** | Er entscheidet selbst, wo die Stufe einer Warteschlange es erlaubt, und abgeschlossene Prüfungen werden abgerechnet |

- **Zurück in den Beobachtungsmodus.** Bitten Sie Didit Copilot, den Ermittler zurück in den Beobachtungsmodus zu versetzen, oder ändern Sie die Phase über die API. Er schreibt weiter Berichte und misst seine Übereinstimmung, entscheidet aber nichts, bis Sie eine Warteschlange in den **Einstellungen** wieder auf **Automatisch** oder **Vollautomatisch** stellen. Um automatische Entscheidungen nur vorübergehend zu stoppen, verwenden Sie stattdessen **Automatisierung pausieren**: Jeder Eintrag geht mit seinem Bericht an Ihr Team.
- **Ausschalten.** Bitten Sie Didit Copilot, den Ermittler auszuschalten, oder ändern Sie die Phase über die API. Er hört auf zu prüfen, und Einträge erreichen Ihre Prüfenden ohne Bericht, wie vor der Einrichtung. Ihre Richtlinie, Ihre SOP und Ihre Einstellungen bleiben erhalten. Um ihn wieder einzuschalten, klicken Sie auf **Prüfungen automatisieren** und schließen Sie die Einrichtung ab: Er startet im Beobachtungsmodus.
- **Einrichtung erneut durchlaufen.** **Einrichtung erneut durchlaufen** im Menü des Ermittlers öffnet die Einrichtung mit Ihren gespeicherten Antworten. Wenn Sie sie abschließen, werden Ihre Antworten in Ihrer Richtlinie gespeichert, und die Einführung beginnt von vorn: Jede Warteschlange, die Sie wählen, kehrt zu **Vorschlagen** zurück und misst für die von Ihnen gewählte Dauer ihre Übereinstimmung mit Ihrem Team, und eine Warteschlange, die Sie auslassen, entscheidet nicht mehr selbst. Eine auf **Aus** gestellte Warteschlange, die Sie auslassen, bleibt unverändert.

Jede Phasenänderung wird in **Aktivität** protokolliert. Um die Phase zu ändern oder die Einrichtung erneut zu durchlaufen, brauchen Sie die Berechtigung, die Einstellungen der Anwendung zu ändern.

## Wie viel er selbst entscheiden darf

Jede Warteschlange hat ihre eigene Stufe:

| Stufe | Was passiert |
|---|---|
| **Vorschlagen** | Die Standardeinstellung. Er schreibt Berichte; Menschen entscheiden über jeden Eintrag |
| **Automatisch** | Er entscheidet Einträge, die Ihren Sicherheitsschwellenwert erreichen oder überschreiten; der Rest geht an Menschen |
| **Vollautomatisch** | Er entscheidet alles, was Ihre Richtlinie abdeckt, und eine Stichprobe geht zur Qualitätskontrolle an einen Menschen |
| **Aus** | Einträge erreichen Ihre Prüfenden ohne Bericht |

Um eine Warteschlange auf **Automatisch** oder **Vollautomatisch** zu stellen, sind ein Rückwärtstest (Backtest) und Ihre ausdrückliche Bestätigung nötig. **Automatisierung pausieren** schickt jeden Eintrag sofort an Ihr Team zurück. Sie können außerdem für bestimmte Länder, Workflows oder Beträge eine niedrigere Stufe festlegen, eigene Sperren hinzufügen und den Drift-Schutz eine Warteschlange herabstufen lassen: siehe [Den Ermittler steuern und beaufsichtigen](https://help.didit.me/de/investigations/investigator-automation-and-oversight).

## Wann er selbst entscheiden darf

Bei **Automatisch** und **Vollautomatisch** entscheidet der Ermittler einen Eintrag nur, wenn jede Bedingung unter **Einstellungen → Wann er selbst entscheiden darf** erfüllt ist. Alles andere bleibt bei einem Menschen, mit fertigem Bericht.

| Bedingung | Was sie bedeutet |
|---|---|
| **Das Element ist durch Ihre Richtlinie abgedeckt** | Immer. Alles, was Ihre Richtlinie nicht abdeckt, kommt als Frage zu Ihrem Team zurück |
| **Zuversicht ab dem Schwellenwert der Warteschlange** | Immer. Der Schwellenwert liegt bei 90 %, sofern Sie ihn nicht geändert haben |
| **Keine offenen Fragen zum Element** | Immer |
| **Kein möglicher Sanktionstreffer beim Element oder bei etwas Verknüpftem** | Immer. Diese Einträge gehen an einen Menschen |
| **Transaktionsbetrag bis** | 5.000, 10.000, 25.000 (Standard), 50.000 oder 100.000 in der Standardwährung Ihrer Anwendung oder **Keine Grenze**. Größere Überweisungen gehen immer an einen Menschen |
| **Höchstzahl automatischer Entscheidungen pro Warteschlange und Tag** | 50, 100, 200 (Standard), 500 oder 1.000, für jede Warteschlange, pro UTC-Tag. Darüber hinaus warten Einträge mit fertigem Bericht auf einen Menschen |
| **5 % der vollautomatischen Entscheidungen zur Qualitätsprüfung an eine Person senden** | An oder aus, für alle Warteschlangen. So wird die Genauigkeit auch nach dem Start weiter gemessen. Der Anteil ist die QA-Stichprobe, die Sie bei der Einrichtung gewählt haben (2 %, 5 % oder 10 %), und wenn Sie dies hier einschalten, werden 5 % festgelegt |

Jede Änderung wird in **Aktivität** protokolliert.

## Eine selbst getroffene Entscheidung ersetzen

Eine Verifizierung oder ein Fall, den der Ermittler selbst entschieden hat, zeigt in seinem Datensatz **Vom Investigator entschieden**, mit der Aktion, den Belegen und der Sicherheit. Klicken Sie auf **Überschreiben** (bei einem Fall auf **Mit Begründung überstimmen**), und wählen Sie dann eine andere Aktion, warum die Entscheidung nicht passt, und Ihre Begründung. Ihre Entscheidung wird auf den Datensatz angewendet wie jede Entscheidung eines Menschen und mit Ihrem Namen und Ihrer Begründung in **Ereignisse** sowie in **Aktivität** unter **Überstimmungen** gespeichert. Die eigene Entscheidung des Ermittlers bleibt neben Ihrer im Datensatz erhalten. Sie wurde abgerechnet, als sie getroffen wurde; die Ersetzung wird nie abgerechnet. Sie können sie später erneut ersetzen.

Ersetzen können Sie nur, solange die Entscheidung des Ermittlers oder ihre letzte Ersetzung noch gilt. Hat jemand den Status des Datensatzes seitdem geändert, auf seiner Seite, per Sammelaktion oder über die API, oder hat eine neue Prüfung ihn erneut entschieden, ändern Sie ihn direkt im Datensatz.

## Autonomie nach Segment

Jede Warteschlange hat eine Stufe (**Aus**, **Vorschlagen**, **Automatisch** oder **Vollautomatisch**) und einen Sicherheitsschwellenwert. **Autonomie nach Segment** senkt diese Stufe oder erhöht den Schwellenwert für die passenden Einträge. Jedes Segment hat einen Namen, Bedingungen, die alle erfüllt sein müssen, und eine Folge:

| Bedingung | Trifft zu, wenn |
|---|---|
| **Länder** | Das Ausstellungsland des Dokuments (oder das Land der Gegenpartei der Transaktion) eines dieser Länder ist |
| **Risiko mindestens** | Das Risiko des Eintrags niedrig, mittel oder hoch oder höher ist |
| **Workflows** | Der Eintrag über einen dieser Workflows kam |
| **Betrag ab** / **Betrag bis** | Der Transaktionsbetrag in diesem Bereich liegt |
| **Warnungen** | Der Eintrag eine dieser Warnungen oder Situationen aufweist |
| **Gesichtsabgleich unter (%)** | Der Wert des Gesichtsabgleichs unter diesem Wert liegt |

Wählen Sie dann eine niedrigere Stufe, einen höheren Schwellenwert (80 %, 85 %, 90 % oder 95 %) oder beides. Es gilt das erste passende Segment, und ein Segment kann eine Warteschlange nie über ihre eigene Stufe anheben. Ein Eintrag, dem eine Angabe fehlt, zum Beispiel eine Verifizierung ohne Betrag, erfüllt nie eine Bedingung zu dieser Angabe. Sie können bis zu 20 Segmente haben.

Klicken Sie vor dem Speichern auf **Auswirkung prüfen**, um zu sehen, auf wie viele wartende Berichte jedes Segment und jede Sperre jetzt zutreffen würde. Auch Backtests verwenden Ihre aktuellen Segmente und Sperren.

## Sperren

**Nie allein entscheiden, wenn…** fügt zusätzlich zu den fünf festen Schutzregeln Ihre eigenen Sperren hinzu. Jede Sperre hat Bedingungen wie ein Segment und eine von zwei Aktionen:

- **Nie automatisch genehmigen**: Ein passender Eintrag kann weiterhin automatisch abgelehnt oder für weitere Informationen zurückgeschickt, aber nie ohne einen Menschen genehmigt werden.
- **Nie allein entscheiden**: Ein passender Eintrag geht immer an einen Menschen.

Eine Sperre gilt für die Warteschlangen, die Sie wählen, oder für alle Warteschlangen. Sie können bis zu 20 Sperren haben. Wenn ein Segment oder eine Sperre geändert hat, was mit einem Eintrag geschah, nennt der Bericht sie.

## Dashboard und Leistung

**Dashboard** zeigt, was die Automatisierung für Sie leistet. Im Beobachtungsmodus zeigt es, was der Ermittler getan hätte:

| Kennzahl | Was sie bedeutet |
|---|---|
| **Hätte entschieden** | Wie viele Prüfungen er im Beobachtungsmodus selbst entschieden hätte |
| **Übereinstimmung mit Ihrem Team** | Wie oft er mit der Entscheidung Ihres Teams übereinstimmte und wie viele Abweichungen es gab |
| **Stunden, die er gespart hätte** | Prüfzeit, im Arbeitstempo Ihres Teams |
| **Wechselt zu Automatisch** | Das Datum, an dem er zu **Automatisch** wechselt, wenn die Übereinstimmung bei 98 % oder mehr bleibt, oder **Wenn Sie es entscheiden**, wenn der automatische Aufstieg ausgeschaltet oder pausiert ist |

Sobald er seinen ersten Eintrag entschieden hat, deckt das Dashboard die letzten 30 Tage ab:

| Kennzahl | Was sie bedeutet |
|---|---|
| **Automatisierungsquote** | Wie viele der Prüfungen er selbst entschieden hat |
| **Gesparte Prüfstunden** | Gemessen an der medianen Bearbeitungszeit Ihres Teams, auch umgerechnet in Vollzeit-Prüfende |
| **Ermittlerausgaben** | Was seine Prüfungen in diesem Monat gekostet haben |
| **Kosten pro Entscheidung** | Was jede seiner Entscheidungen kostet |
| **Genauigkeit in der Qualitätsstichprobe** | Wie viele der vollautomatischen Entscheidungen, die ein Mensch geprüft hat, mit ihm übereinstimmten |
| **Überstimmungen** | Der Anteil seiner Entscheidungen, den ein Prüfender geändert hat, mit den Gründen |

Darunter teilt **Nach Warteschlange** diese Werte pro Warteschlange auf, **Automatisierungsquote pro Woche** zeigt jede Woche (gestrichelte Wochen lagen im Beobachtungsmodus), und **Überstimmungen und ihre Gründe** listet auf, warum Prüfende seine Entscheidungen geändert haben. Ersetzungen kommen als Fragen zu Ihrem Team zurück.

**Leistung** vergleicht den Ermittler mit Ihren Prüfenden über die letzten 7, 30 oder 90 Tage:

| Kennzahl | Was sie bedeutet |
|---|---|
| **Übereinstimmung mit Prüfern** | Wie oft ein Prüfender die Empfehlung übernommen hat, wie vorgeschlagen oder bearbeitet |
| **Untersuchte Elemente** | Die Sitzungen, Transaktionswarnungen und Fälle, zu denen er Berichte geschrieben hat |
| **Gesparte Zeit** | Die mediane Zeit bis zur Entscheidung über einen Eintrag, vorher und jetzt |
| **Überstimmungen** | Der Anteil der Entscheidungen, die ihn ersetzt haben, jeweils mit Begründung |
| **Zuversicht, der Sie vertrauen können** | Wie oft Prüfende bei jeder angegebenen Sicherheit mit ihm übereinstimmten. Einträge mit hoher Sicherheit können gesammelt übernommen werden, solche mit mittlerer Sicherheit werden einzeln geprüft, und solche mit niedriger Sicherheit gehen immer an einen Menschen |

Der Tab zeigt außerdem ein Diagramm **Übereinstimmung und Volumen pro Woche**, teilt die Zahlen **Nach Warteschlange** mit der Zeit bis zur Entscheidung auf, listet **Überstimmungen nach Grund** auf und zeigt **Wo Prüfer am häufigsten abweichen**. Drift, Konsistenz über Wiederholungen und die Qualitätskontrolle Ihrer Prüfenden, weiter unten beschrieben, befinden sich im selben Tab.

## Konsistenz über Wiederholungen

Ein guter Prüfer gibt auf denselben Fall zweimal dieselbe Antwort. **Konsistenz über Wiederholungen** unter **Leistung** misst genau das: Eine Stichprobe aktueller Einträge wird erneut geprüft, standardmäßig dreimal pro Eintrag, und es wird angezeigt, wie oft der Ermittler seine Empfehlung wiederholt hat. Die Prüfung läuft täglich und immer, wenn Sie auf **Prüfung ausführen** klicken, im Beobachtungsmodus und kostenlos. Unter 90 % wird eine Konsistenzwarnung in **Aktivität** geschrieben und, falls eingerichtet, in Ihrem Slack- oder Teams-Kanal gepostet.

## Drift-Schutz

Der Drift-Schutz vergleicht täglich, wie oft der Ermittler in den letzten 7 Tagen mit Ihrem Team übereingestimmt hat, mit den 30 Tagen davor, und ob sich die Art der Einträge, die er erhält, verändert hat. Sinkt die Übereinstimmung um 5 Punkte oder mehr oder verschiebt sich die Zusammensetzung der Einträge, wird die Warteschlange als **Drift** markiert, und bei aktiviertem Drift-Schutz gilt:

- ihre Stufe sinkt um eine Stufe (**Vollautomatisch** auf **Automatisch**, **Automatisch** auf **Vorschlagen**), höchstens einmal pro Woche;
- Ihr Team wird benachrichtigt, und die Änderung wird in **Aktivität** geschrieben;
- Sie heben die Stufe selbst wieder in den **Einstellungen** an, sobald sich die Übereinstimmung erholt hat.

Die Qualitätsstichprobe wird auf Einträge aufgeteilt, bei denen der Ermittler und Ihr Team übereinstimmten, und solche, bei denen sie es nicht taten, sodass sich ein Drift früh in der Stichprobe zeigt.

## Service-Levels und Priorität

Legen Sie unter **Service-Levels** fest, wie lange ein Eintrag in jeder Warteschlange auf eine Entscheidung warten darf: 4 Stunden, 8 Stunden, 1 Tag, 2 Tage, 3 Tage oder 1 Woche, oder **Kein SLA**. Jeder wartende Bericht zeigt dann, wann er fällig ist, wird in seinen letzten 4 Stunden als **Bald fällig** und danach als **SLA verletzt** markiert. Eine Verletzung kann Ihr Team benachrichtigen und einen Webhook senden. Fälle behalten ihr eigenes Fälligkeitsdatum.

Jeder wartende Eintrag erhält außerdem eine **Priorität** aus seinem Risiko, dem Transaktionsbetrag, ob die Person eine Entscheidung angefochten oder eine Informationsanfrage beantwortet hat, sowie der Wartezeit. Sortieren Sie die Warteschlange nach **Priorität**, um die dringendsten Einträge zuerst zu bearbeiten.

## Qualitätskontrolle Ihrer Prüfenden

Der Ermittler kann auch die Entscheidungen Ihres Teams prüfen. Jeden Tag nimmt er eine Stichprobe der Entscheidungen, die Menschen in den letzten 7 Tagen getroffen haben, und bewertet jede nach der Einhaltung Ihrer SOP, den verwendeten Belegen und der geschriebenen Begründung. Außerdem sieht er sich aktuelle Genehmigungen auf übersehene Risiken hin an. Eine Entscheidung fällt durch, wenn ihre Bewertung unter 70 von 100 liegt, wenn bei einer Genehmigung ein Risiko übersehen wurde oder wenn sie ohne Begründung gegen eine SOP-Regel verstieß.

Eine durchgefallene Entscheidung öffnet eine Wiederöffnungsaufgabe in Ihrem [Posteingang](https://help.didit.me/de/investigations/inbox), damit sie sich jemand noch einmal ansieht, wird in **Aktivität** geschrieben und kann einen Webhook senden. Qualitätsprüfungen laufen im Beobachtungsmodus: Sie ändern nie eine Entscheidung und werden nie abgerechnet.

**QA der Prüfer** in den **Einstellungen** zeigt, ob die tägliche QA für Ihre Anwendung **An** ist; ist sie aus, wenden Sie sich an Didit, um sie einschalten zu lassen. **Jetzt eine QA durchführen** bewertet eine **Stichprobe** von 10, 20, 50 oder 100 Entscheidungen, die im gewählten **Rückblickzeitraum** abgeschlossen wurden, den letzten 1, 7, 30 oder 90 Tagen, und sieht sich ihre Genehmigungen rückblickend an. Die Ergebnisse finden Sie unter **Leistung**: Filtern Sie sie nach **Ergebnis** (**Durchgefallen** oder **Bestanden**) und nach **Art** (**QA**, **Rückblick** oder **Beide**). Jedes Ergebnis öffnet eine **Bewertung** mit den Werten für **SOP-Einhaltung**, **Belege** und **Begründung** sowie Links zu **Bericht öffnen** und **Wiederöffnungsaufgabe im Posteingang öffnen**.

## Validierungsbericht

Bevor eine Bank oder ein Prüfer einen KI-Agenten entscheiden lässt, fragt sie oder er, wie er getestet wurde. Der **Validierungsbericht** beantwortet das für eine Richtlinienversion, als PDF oder als Daten:

- die Richtlinienversion sowie die Version und die Engine von Didit Investigator, mit denen die Berichte erstellt wurden;
- der Schnellcheck und der KI-Backtest, mit Übereinstimmung, Abweichungen und Stichprobenwarnungen;
- die Konsistenz über Wiederholungen und die Kalibrierung: wie oft jede angegebene Sicherheit zutraf;
- die Schutzregeln, Ihre Sperren, Segmente, Stufen und Betragsobergrenze;
- Ergebnisse der Qualitätskontrolle, Ersetzungen und Drift;
- was sich seit der vorherigen Version geändert hat, in verständlicher Sprache erklärt, mit seiner gemessenen Auswirkung.

## Aktivität und Herkunft

**Aktivität** führt ein dauerhaftes Protokoll von allem, was der Ermittler und Ihr Team getan haben: Berichte, Entscheidungen, Ersetzungen, Fragen, aufgedeckte Bilder, Notizen, erneute Prüfungen, Informationsanfragen, Anfechtungen, Konsistenzwarnungen, Drift, SLA-Verletzungen, Qualitätsprüfungen und Entwürfe für Verdachtsmeldungen. Jeder Eintrag, der über Didit Copilot oder MCP entstand, weist darauf hin. Jeder Bericht und jeder Eintrag trägt seine Herkunft: die Version und die Engine von Didit Investigator sowie Ihre Richtlinienversion.

Filtern Sie das Protokoll nach **Ereignistyp**: **Alle**, **Agent**, **Entscheidungen**, **Überstimmungen** oder **Autonomie und Schutzregeln**, jeweils mit der Anzahl ihrer Einträge. Unter **Von** wählen Sie **Allen**, **Der Ermittler** oder eine Person aus dem Protokoll, um zu sehen, wer was getan hat, und **Zeitraum** ist **Heute**, **Letzte 7 Tage**, **Letzte 30 Tage** oder **Gesamter Zeitraum**. **Mehr anzeigen** lädt ältere Einträge, und die Exporte unten verwenden dieselben Filter.

Wenn Sie einen Fall löschen, werden auch seine Ermittler-Berichte und deren Einträge gelöscht, weil sie die beteiligten Personen zitieren. **Aktivität** behält an ihrer Stelle einen Eintrag: welcher Fall gelöscht wurde, wer ihn gelöscht hat und wie viele Berichte mit ihm entfernt wurden, nie aber, was darin stand.

**Für Prüfer exportieren** exportiert das Protokoll mit Ihren Filtern, als CSV oder als PDF-Prüfpaket. **Berichte dieser Ansicht (ZIP)** lädt für jeden Bericht der Ansicht ein Prüfprotokoll als PDF herunter, dazu eine `index.csv` mit dem Fingerabdruck jedes Berichts. Ein ZIP enthält bis zu 200 Berichte: Hat Ihre Ansicht mehr, grenzen Sie die Filter darüber ein und exportieren Sie erneut. Das Prüfprotokoll und wie Sie eine Kopie davon mit ihrem Fingerabdruck prüfen, werden unter [Der Ermittler](https://help.didit.me/de/investigations/investigator) erklärt.