# Laufende AML-Überwachung

Source: https://help.didit.me/de/aml-screening/ongoing-monitoring
Updated: 2026-10-12

Die Überwachung screent genehmigte Kunden täglich gegen aktualisierte Listen und meldet, wenn etwas Ihren Schwellenwert überschreitet - für 0,07 $ pro Jahr.

Die Überwachung screent genehmigte Sessions **täglich** erneut gegen aktualisierte
Listen, und zwar die Sessions, für die Sie sie einschalten. Ein neuer Treffer über Ihrem Prüfschwellenwert verschiebt
die Session zu **In Prüfung**; über Ihrem Ablehnungsschwellenwert zu
**Abgelehnt**. In beiden Fällen erhalten Sie einen `status.updated`-Webhook. 0,07
$ pro Jahr, und es ist keine zusätzliche Integration nötig.

[Video: Laufende AML-Überwachung: tägliches Re-Screening und Webhook-Benachrichtigungen - Didit Academy](https://www.youtube.com/watch?v=NZwrHM9qqnU)

## Warum ein einmaliges Screening nicht ausreicht

Screening beim Onboarding sagt Ihnen, was die Listen an diesem Tag enthielten. Neue Listungen kommen hinzu, Negativmedien häufen sich an, und jemand, der im März unauffällig war, kann im August sanktioniert sein. Wenn Ihre Pflicht umfasst, die Sorgfaltsprüfung Ihrer Kunden aktuell zu halten - und für die meisten regulierten Unternehmen ist das der Fall - erfüllt ein einmaliges Screening das nicht.

## Wie es funktioniert

Die Überwachung ist automatisch für Sessions verfügbar, bei denen eine AML-Prüfung gelaufen ist, **ohne zusätzlichen Integrationsaufwand**:

![Die Liste Benutzerprüfungen in der Didit-Konsole mit ausgewählten Sessions und der Aktion Laufende Überwachung](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*Die Überwachung wird für die Personen aktiviert, die Sie weiter beobachten möchten.*

1. **Tägliche automatisierte Prüfungen.** Jede genehmigte Session mit aktivierter Überwachung wird erneut gegen die vollständige Watchlist- und Sanktionsdatenbank gescreent.
2. **Schwellenwertvergleich.** Neue Funde werden gegen dieselben Prüf- und Ablehnungsschwellenwerte verglichen, die Sie in Ihrem Workflow konfiguriert haben.
3. **Statusänderung.** Ein neuer Treffer über Ihrem Prüfschwellenwert verschiebt die Session zu **In Prüfung**. Über Ihrem Ablehnungsschwellenwert wechselt sie zu **Abgelehnt**.
4. **Webhook.** Ihre Anwendung erhält einen `status.updated`-Webhook mit dem aktualisierten Status und den Details der neuen Treffer, im selben Format wie jeder andere Webhook.
5. **Konsole.** Die Änderung erscheint an der Session, mit den neuen Treffern bereit zur Klärung.

## Worauf Sie sich einstellen müssen

**Eine genehmigte Session kann ihren Status später ändern.** Wenn Ihre Integration Genehmigt als endgültig behandelt und aufhört zuzuhören, verpassen Sie genau die Ereignisse, für die die Überwachung existiert.

Konkret bedeutet das:

- Verarbeiten Sie `status.updated` weiterhin für Sessions, die Sie bereits als verifiziert markiert haben.
- Ignorieren Sie einen Webhook nicht, nur weil Sie die Session vor Wochen abgeschlossen haben.
- Machen Sie Ihren eigenen Nutzerstatus fähig, wieder aus "verifiziert" herauszuwechseln - das ist meist die schwierigere Änderung, weil es eine Produktentscheidung ist, kein reiner Handler.

> **Warning:** Webhooks feuern nur, wenn sich der Status **tatsächlich ändert**. Kein neuer
> Treffer über dem Schwellenwert bedeutet kein Ereignis - Stille ist also der
> Normalfall und kein Beleg dafür, dass die Überwachung nicht läuft. Wenn Sie eine
> positive Bestätigung brauchen, prüfen Sie die Session in der Konsole, statt auf
> einen Webhook zu warten, der zu Recht nie kommt.

## Was es kostet

**0,07 $ pro Jahr** pro überwachter Person. Es wird aus Ihrem Tarifguthaben oder Ihrem Guthaben bezahlt.

Die Bepreisung erfolgt jährlich statt pro Screening, sodass der tägliche Rhythmus die Kosten nicht vervielfacht - genau das macht kontinuierliche Überwachung bei hohem Volumen erschwinglich, statt etwas, das Sie rationieren müssen.

## Ein- und ausschalten

Es gibt drei Schalter, und jeder erfordert Schreibzugriff auf Verifizierungen:

- **Im Workflow**, zusammen mit dem AML-Schritt, für neue Sessions. Standardmäßig ist er ausgeschaltet.
- **Für Sessions, die Sie bereits haben**: Wählen Sie sie unter **Benutzerprüfungen** aus, klicken Sie in der erscheinenden Leiste auf **Laufende Überwachung** und dann für alle auf **Einschalten**. Sessions ohne AML-Schritt werden übersprungen.
- **Bei einer einzelnen Verifizierung**, mit dem Schalter **Laufende Überwachung** in ihrem AML-Bereich.

Das Ausschalten beendet das tägliche Re-Screening ab diesem Tag; was bereits gefunden wurde, bleibt an jeder Verifizierung erhalten.

## Die Konsequenz personell abdecken

Der Teil, den Teams unterschätzen, ist nicht die Integration - es ist, dass die Überwachung eine wiederkehrende Warteschlange erzeugt. Ein neuer Treffer benötigt dieselbe Klärungsarbeit wie ein Treffer beim Onboarding: Ist es Ihr Kunde, spielt es eine Rolle, halten Sie die Begründung fest. Siehe [AML-Treffer klären](https://help.didit.me/de/aml-screening/resolving-aml-hits).

Wenn niemand für diese Warteschlange verantwortlich ist, erzeugt die Überwachung Warnungen, die ungelesen liegen bleiben, was schlimmer ist, als gar nicht zu überwachen - Sie haben jetzt einen Nachweis, dass Sie informiert wurden und nichts unternommen haben.

## Überwachung ist nicht Transaktionsüberwachung

Zwei unterschiedliche Dinge mit ähnlichen Namen:

- **AML-Überwachung** screent die *Person* über die Zeit hinweg erneut gegen Listen. Dieser Artikel.
- **Transaktionsüberwachung** bewertet *Transaktionen* gegen Regeln, während sie geschehen. Siehe [wie Transaktionsüberwachung funktioniert](https://help.didit.me/de/transactions-monitoring/transaction-monitoring-basics).

Es kann gut sein, dass Sie beides benötigen, und sie werden getrennt abgerechnet.