Zum Hauptinhalt springen
POST
curl

Autorisierungen

x-api-key
string
header
erforderlich

Der API-Schlüssel Ihrer Anwendung, aus Entwickler -> API-Schlüssel in der Business Console. Der Primärschlüssel hat Vollzugriff. Ein benannter Schlüssel kann im Geltungsbereich eingeschränkt werden: keine, Lese- oder Schreibberechtigung pro Ressource, beschränkt auf bestimmte Workflows oder genehmigte Sitzungen, auf eine Liste von IP-Adressen und auf ein Ablaufdatum. 401 bedeutet, dass der Schlüssel falsch, widerrufen oder abgelaufen ist; 403 bedeutet, dass kein Schlüssel gesendet wurde, der Schlüssel keinen Zugriff auf diese Ressource oder Aktion hat oder die Anfrage von einer Adresse außerhalb seiner IP-Liste stammte; 404 bei einer Sitzungsroute bedeutet, dass die Sitzung außerhalb der Workflows oder Status des Schlüssels liegt. Ein Schlüssel ohne Medienzugriff erhält Bild-, Video- und PDF-URLs als null, und ein Schlüssel ohne Schreibberechtigung für Sitzungen erhält Sitzungslinks und Token als null. Siehe https://docs.didit.me/console/api-keys.

Body

application/json
beneficiary_wallet_address
string
erforderlich

Die Ziel-Wallet-Adresse. Der Didit Test VASP sendet an diese, abgeglichen mit Ihrem Wallet-Adressbuch auf der Blockchain des Assets. Eine Wallet ohne passenden Eintrag wird akzeptiert und die eingehende Transaktion wird als ON_HOLD verbucht.

scenario
enum<string>
Standard:accept

Wie der Didit Test VASP den Begünstigten einstuft. accept deklariert den eigenen Namen des Inhabers; name_mismatch deklariert einen Namen, dem kein Inhaber zustimmt. Die Entscheidung selbst liegt immer bei Ihnen.

Verfügbare Optionen:
accept,
name_mismatch
chain
string
Standard:ETH

Chain des Vermögenswerts.

amount
string
Standard:1

Betrag als Dezimal-String.

currency
string
Standard:ETH

Asset-Code.

reference
string

Optionaler Idempotenzschlüssel. Eine Wiederholung mit demselben Wert gibt den Transfer zurück, den der erste Aufruf gebucht hat.

Antwort

Der eingehende Transfer wurde verbucht und entschieden. Eine Wiederholung mit derselben reference gibt denselben Body zurück.

transaction_id
string<uuid>

Didit-Transaktions-UUID der eingehenden Überweisung.

txn_id
string

Von Didit generierte txn_id.

scenario
string

Das ausgeführte Szenario.

travel_rule_status
string

Der Status, zu dem die eigene Entscheidung Ihrer Anwendung geführt hat.

detail
string

Warum der Transfer diesen Status erhalten hat.

test_vasp
boolean

Immer true: Der Absender war der Didit Test VASP.

travel_rule
object

Vollständiges Transfer-Objekt, das von den Endpoints zur Eigentümerbestätigung und zum Abschließen/Abbrechen zurückgegeben wird. Solange das Wallet-Eigentum eines eingehenden Transfers unbestätigt ist, werden originator_data und beneficiary_data der Gegenpartei maskiert zurückgegeben (der erste Buchstabe jedes Wortes bleibt erhalten; Wallet, Chain und VASP-Routing bleiben lesbar) und data_masked ist true.

Zuletzt geändert am 7. November 2026