Zum Hauptinhalt springen
GET
curl
Die API von Didit für den Zustellungsverlauf der Travel Rule gibt alle Zustellungseinträge für eine Transaktion zurück, paginiert, wobei die ältesten Einträge zuerst zurückgegeben werden. Verwenden Sie Ihren x-api-key mit der Berechtigung zum Lesen von Transaktionen. transaction_id ist die UUID der Didit-Transaktion. Wenn eine Transaktion oder Übertragung nicht gefunden wird, gibt die API 404 zurück. Fehlt die Berechtigung, gibt sie 403 zurück.

Paginierung und Sortierung

Die Antwort enthält count, next, previous und results. limit ist standardmäßig auf 100 gesetzt und auf maximal 100 begrenzt. offset ist standardmäßig null und darf 1.000.000 nicht überschreiten; überschreitet er diesen Wert, wird 400 zurückgegeben. count ist in der Regel auf 100 begrenzt und ist bei größeren Verläufen keine verlässliche Gesamtzahl. Folgen Sie next, bis der Wert null ist, unabhängig von count. Einträge werden nach Erstellungszeitpunkt sortiert; bei gleichen Zeitpunkten erfolgt die Sortierung nach Kennung. Jeder Eintrag hat uuid, kind, status, rail, created_at, delivered_at und detail_lines. rail ist EMAIL, TRP, INTERNAL, NETWORK oder null, solange noch keine Auswahl getroffen wurde. detail_lines beschreibt die Nachrichtenart und den Status, enthält jedoch keine rohen Fehlermeldungen oder Transport-Payloads.

Eingebetteter Verlauf

Transaktionsdetails enthalten nur die neuesten 100 Einträge in travel_rule.deliveries, in chronologischer Reihenfolge, die ältesten zuerst. deliveries_truncated zeigt an, ob ältere Einträge weggelassen wurden. Transaktionslisten enthalten diese beiden Verlaufsfelder nicht. Das bestehende Feld delivery beschreibt weiterhin die neueste Zustellung. Die Bedeutung der Statuswerte finden Sie unter Zustellung und Wiederholungsversuche. Nachrichten an die Gegenpartei sind ein separater Konversations-Endpoint.

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.

Pfadparameter

transaction_id
string<uuid>
erforderlich

Stabile Transaktions-UUID von Didit, zu der der Transfer gehört.

Abfrageparameter

limit
integer
Standard:100

Einträge pro Seite. Standardmäßig 100; größere Werte werden auf 100 begrenzt. Ein Wert über 1.000.000 gibt 400 zurück.

Erforderlicher Bereich: 1 <= x <= 1000000
offset
integer
Standard:0

Anzahl der zu überspringenden Einträge, maximal 1.000.000. Ein größerer Wert liefert 400.

Erforderlicher Bereich: 0 <= x <= 1000000

Antwort

Paginierte Zustellungshistorie, älteste zuerst.

count
integer
erforderlich

Anzahl, die normalerweise auf 100 begrenzt ist. Bei größeren Historien ist sie keine verlässliche Gesamtzahl. Folgen Sie next, bis null zurückgegeben wird, unabhängig von count.

Erforderlicher Bereich: x >= 0
next
string<uri> | null
erforderlich

URL der nächsten Seite oder null.

previous
string<uri> | null
erforderlich

URL der vorherigen Seite oder null.

results
object[]
erforderlich

Einträge, sortiert vom ältesten zum neuesten nach Erstellungszeitpunkt, danach nach Kennung.

Zuletzt geändert am 12. November 2026