> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # KYT-Einstellungen: Schwellenwerte & Anbieterkonfiguration > Didit: KYT-Schwellenwerte, Währung und Blockchain-Anbieter konfigurieren. Tarife: 1,000 Transaktionen/Monat, danach $0.001 je Transaktion. Konfigurieren Sie die anwendungsweiten Einstellungen für die Transaktionsüberwachung über die Business Console, um Score-Schwellenwerte und Anbieterpräferenzen zu steuern. ## Allgemeine Einstellungen | Einstellung | Standard | Beschreibung | | - | - | - | | **Überwachung aktiviert** | `true` | Aktivieren oder deaktivieren Sie die Transaktionsüberwachung für die Anwendung. Bei deaktivierter Überwachung werden eingereichte Transaktionen gespeichert, aber nicht anhand von Regeln ausgewertet. | | **Standardwährung** | `USD` | Währung für den Vergleich mit Regelschwellenwerten und für die Währungsumrechnung. Alle Beträge werden zur einheitlichen Auswertung in diese Währung umgerechnet. | ## Score-Schwellenwerte Score-Schwellenwerte bestimmen, wie der kumulierte Risiko-Score der [übereinstimmenden Regeln](https://docs.didit.me/de/transaction-monitoring/rules.md) einem Transaktionsstatus zugeordnet wird: | Einstellung | Standard | Beschreibung | | - | - | - | | **Prüfschwelle** | 75 | Transaktionen mit einem Score ab diesem Wert erhalten den Status `IN_REVIEW` | | **Ablehnungsschwelle** | 500 | Transaktionen mit einem Score ab diesem Wert erhalten den Status `DECLINED`. Der Standard- und Maximalwert (`500`) lehnt Transaktionen nie automatisch anhand des Scores ab. Senken Sie ihn, um anhand des Scores abzulehnen. | Transaktionen unterhalb der Prüfschwelle werden automatisch als `APPROVED` eingestuft. Wenn eine Regel eine explizite `change_status`-Aktion besitzt, hat dieser Status Vorrang vor den Score-Schwellenwerten. `DECLINED` setzt sich dabei immer durch. > [!NOTE] > > Eine Senkung der Prüfschwelle erhöht die Menge der Transaktionen, die zur manuellen Prüfung markiert werden. Passen Sie den Wert an die Kapazität Ihres Teams und Ihre Risikobereitschaft an. ## Krypto-Überwachung Aktivieren oder deaktivieren Sie das automatische [Krypto-Screening](https://docs.didit.me/de/transaction-monitoring/aml-screening.md) für Kryptowährungstransaktionen. Bei Aktivierung screent Didit die Adressen von Wallets und Transaktions-Hashes bei Blockchain-Analyseanbietern für alle Transaktionen mit `currency_kind: "crypto"`. Das Screening von Transaktions-Hashes erfordert sowohl den Hash als auch die zugehörige Adresse. ## Anbieterpräferenzen Wählen Sie Ihren bevorzugten Blockchain-Analyseanbieter aus und konfigurieren Sie ihn: | Anbieter | Konfiguration | | - | - | | **Merkle Science** | Aktivieren Sie den Anbieter mit verwalteten Preisen (Standard) oder verbinden Sie Ihren eigenen API-Schlüssel | | **Crystal** | Verbinden Sie Ihren eigenen API-Schlüssel in der Konsole unter **Marketplace** | | **Chainalysis** | Verbinden Sie Ihren eigenen API-Schlüssel in der Konsole unter **Marketplace** | | **Elliptic** | Verbinden Sie Ihren eigenen API-Schlüssel und das zugehörige Geheimnis in der Konsole unter **Marketplace** | | **TRM Labs** | Verbinden Sie Ihren eigenen API-Schlüssel in der Konsole unter **Marketplace** | Wenn Sie Ihren eigenen Anbieterschlüssel verbinden, nutzen Sie Ihren bestehenden Vertrag mit dem Anbieter und zahlen die aufgeführte Infrastrukturgebühr pro Screening über Didit. Die Überwachung des Lightning Network ist nur mit einer Elliptic- oder Chainalysis-BYOK-Verbindung verfügbar, die über **Marketplace** hinzugefügt wurde. Wird `LIGHTNING` übermittelt, während ein anderer Anbieter aktiv ist, oder bevor eine der beiden unterstützten Verbindungen hinzugefügt wurde, gibt die Screening-Anfrage `400` mit Hinweisen zur Einrichtung im Marketplace zurück. ## Remediation-Workflow Der **Remediation-Workflow** (`remediation_workflow_id` in der Settings-API) ist Ihr anwendungsweiter Standard für [`AWAITING_USER`-Regelaktionen](https://docs.didit.me/de/transaction-monitoring/rules#benutzerverifizierung-erforderlich-awaiting_user), die keinen eigenen Workflow angeben. In der Praxis betrifft das die integrierten Bibliotheksregeln, da benutzerdefinierte Regeln immer ihre eigene Auswahl enthalten, die Vorrang hat. Das Feld akzeptiert beim Schreiben eine Workflow-ID (oder eine bestimmte Versions-UUID) und gibt beim Lesen immer die stabile Workflow-ID zurück. Sitzungen werden mit der neuesten veröffentlichten Version erstellt. Wenn eine solche Regel eine Transaktion auf `AWAITING_USER` setzt, erstellt Didit die verknüpfte Verifizierungssitzung mit dem ersten gefundenen Workflow in dieser Reihenfolge: 1. Der hier konfigurierte Remediation-Workflow. 2. Der Workflow für **Biometrische Authentifizierung** Ihrer Anwendung, sofern die Person bereits ein gespeichertes Referenzgesicht hat. 3. Der Standard-Workflow Ihrer Anwendung. Die URL und das Token der Sitzung werden in den Feldern `action_required` und `remediation` der Transaktion sowie in beiden Transaktions-Webhooks zurückgegeben, sodass Sie den Benutzer zur Durchführung der erforderlichen Verifizierung weiterleiten können. Sobald für diese Sitzung eine Entscheidung getroffen wurde, folgt der Transaktionsstatus dieser Entscheidung automatisch (genehmigt, abgelehnt oder in Prüfung), und ein `transaction.status.updated`-Webhook wird ausgelöst. Ein Workflow für die **Biometrische Authentifizierung** ist hier die empfohlene Wahl: Der Benutzer weist seine Identität erneut mit einem Live-Selfie nach, das mit dem Gesicht aus dem ursprünglichen Onboarding abgeglichen wird. Dafür muss die Person ein gespeichertes Referenzgesicht aus einer genehmigten Verifizierung haben. Benutzer ohne ein solches Referenzgesicht werden stattdessen gebeten, den Standard-Workflow Ihrer Anwendung abzuschließen, wobei auf der Transaktion ein Hinweis zu diesem Austausch vermerkt wird. ## Wo Sie es finden Navigieren Sie in der [Business Console](https://business.didit.me) zu **Transaktionen** > **Einstellungen**, um diese Optionen zu konfigurieren. Einstellungen werden sofort für alle neuen Transaktionen wirksam. ## Nächste Schritte > [card] [Risiko-Scoring](https://docs.didit.me/de/transaction-monitoring/risk-scoring.md) > > Wie Score-Schwellenwerte Status zugeordnet werden. > [card] [Krypto-Screening](https://docs.didit.me/de/transaction-monitoring/aml-screening.md) > > Wallet-Screening und Details zu den Anbietern. > [card] [IP-Anreicherung](https://docs.didit.me/de/transaction-monitoring/ip-enrichment.md) > > Welche IP-Daten Regeln zur Verfügung stehen. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.