> ## 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. # Travel-Rule-Einzahlung zuordnen: Management-API > Didit ordnet eine auf Auftraggeber-Daten wartende Einzahlung der Travel-Rule-Nachricht des sendenden VASP zu, damit sie deren Daten übernimmt. Prompt: Nicht zugeordnete Einzahlung mit Travel Rule zuordnen (API) Prompt in die Zwischenablage kopieren \

\`Pair an inbound deposit that still waits for originator data with the Travel Rule message the originating VASP sent for it.

Endpoint:
POST https://verification.didit.me/v3/travel-rule/unmatched/{transaction_uuid}/match/

Authentication:
Use the x-api-key header with my Didit API key. A scoped API key needs the transactions privilege.

Path parameter:
\- transaction_uuid - the transaction_id of the unmatched deposit, from GET /v3/travel-rule/unmatched/.

Request body (JSON, required):
\- transaction_id (UUID) - the transaction_id of the received Travel Rule message: a row with kind "message" from GET /v3/travel-rule/transfers/?kind=message. The transfer's own id is not found.

curl example:
curl -X POST "https://verification.didit.me/v3/travel-rule/unmatched//match/" \
-H "x-api-key: YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{"transaction_id": ""}'

Response 200:
\- deposit - the deposit row after the match: it now carries the message's originator data, counterparty VASP and rail, and matched_transaction_id points to the message.
\- message - the message row, with matched_transaction_id pointing to the deposit.

Failure modes:
\- 400 - transaction_id is missing, is the deposit itself, is not a received Travel Rule message, or is for a different asset than the deposit; or the transaction in the path is not an inbound deposit.
\- 401 - invalid API key.
\- 403 - the key lacks the transactions privilege.
\- 404 - the deposit or the message does not exist or was deleted.
\- 409 - the deposit no longer waits for originator data, or the message is already matched to a deposit. Nothing changes.

Full guide: /transaction-monitoring/travel-rule.`

\
Einfügen in ## Wann verwendenVerwenden Sie diesen Endpoint, wenn für eine Einzahlung aus [Nicht zugeordnete Einzahlungen auflisten](https://docs.didit.me/de/management-api/travel-rule/list-unmatched-deposits.md) eine eingegangene Nachricht zur Travel Rule vorliegt, die zu dieser Einzahlung gehört, und Didit die beiden nicht selbst zugeordnet hat. Die Einzahlung übernimmt die Auftraggeber-Daten der Nachricht, die Gegenpartei-VASP und die Zahlungsschiene, und beide Transfers halten die Zuordnung in ihrem Verlauf fest.## Anfrage```bash theme={null} curl -X POST "https://verification.didit.me/v3/travel-rule/unmatched/DEPOSIT_TRANSACTION_ID/match/" \ -H "x-api-key: YOUR_API_KEY" \ -H "Content-Type: application/json" \ -d '{"transaction_id": "MESSAGE_TRANSACTION_ID"}' ```## Hinweise- `transaction_uuid` im Pfad ist die Einzahlung. `transaction_id` im Body ist die Nachricht. - Die Nachricht muss sich auf dasselbe Asset beziehen wie die Einzahlung. - Der Aufruf schlägt mit `409` fehl, wenn eine der beiden Seiten bereits einen anderen Status erreicht hat, und ändert dann nichts. - Eine in der Console gelöschte Transaktion liefert auf beiden Seiten `404`.## Verwandte Seiten- [Nicht zugeordnete Einzahlungen auflisten](https://docs.didit.me/de/management-api/travel-rule/list-unmatched-deposits.md) - [Travel-Rule-Transfers auflisten](https://docs.didit.me/de/management-api/travel-rule/list-transfers.md) - [Travel Rule](https://docs.didit.me/de/transaction-monitoring/travel-rule.md) ## OpenAPI ````yaml de/openapi-25.json POST /v3/travel-rule/unmatched/{transaction_uuid}/match/ openapi: 3.0.0 info: version: 3.0.0 title: Didit Verification API description: API für Ausweisverifizierung. Authentifizierung über den x-api-key-Header. servers: - url: https://verification.didit.me security: [] tags: [] paths: /v3/travel-rule/unmatched/{transaction_uuid}/match/: post: tags: - Travel Rule summary: >- Eine Einzahlung nach der Travel Rule einer empfangenen Nachricht zuordnen description: >- Verknüpfen Sie eine eingehende Einzahlung, die noch auf Auftraggeberdaten wartet, mit der Travel-Rule-Nachricht, die der auftraggebende VASP dafür gesendet hat. Die Einzahlung übernimmt die Auftraggeberdaten, den Gegenpartei-VASP und den Zahlungsweg der Nachricht, und beide Transfers protokollieren den Abgleich auf ihren Zeitleisten. `transaction_uuid` ist die `transaction_id` der Einzahlung aus `GET /v3/travel-rule/unmatched/`. `transaction_id` im Body ist die `transaction_id` der empfangenen Nachricht aus einer Zeile von `GET /v3/travel-rule/transfers/?kind=message`; die eigene `id` des Transfers wird nicht gefunden. Die Nachricht muss sich auf dasselbe Asset wie die Einzahlung beziehen. Eine in der Console gelöschte Einzahlung oder Nachricht antwortet mit `404`; eine, die bereits weiterverarbeitet wurde (zugeordnet oder nicht mehr wartend), antwortet mit `409`. operationId: matchUnmatchedTravelRuleDeposit parameters: - name: transaction_uuid in: path required: true description: Die `transaction_id` der nicht zugeordneten Einzahlung. schema: type: string format: uuid requestBody: required: true content: application/json: schema: $ref: '#/components/schemas/TravelRuleManualMatchRequest' example: transaction_id: e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24 responses: '200': description: Beide Transfers nach dem Abgleich. content: application/json: schema: $ref: '#/components/schemas/TravelRuleManualMatchResponse' example: deposit: id: 7d3a1c55-0b9e-4d52-8a3c-1f6e2b9d4a08 transaction_id: c41f9b2e-5a8d-4e0c-9f17-3b6d8a2e5c91 txn_id: dep-2026-10-20-0007 txn_date: '2026-10-19T08:41:12Z' kind: deposit direction: INBOUND status: AWAITING_COUNTERPARTY rail: TRP asset: ETH amount: '1.25' originator_vasp: Example Counterparty VASP beneficiary_vasp: Example Counterparty VASP originator_wallet: '0x77ccff0cc624a53cd8b8d8703ced826710211ec7' beneficiary_wallet: '0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb' originator_memo: '' beneficiary_memo: '' originator_wallet_type: vasp beneficiary_wallet_type: vasp matched_transaction_id: e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24 deadline_at: null created_at: '2026-10-19T08:41:13Z' message: id: 2b8e6f10-9c3a-47d1-b5e2-0a4c7d9f3e66 transaction_id: e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24 txn_id: msg-2026-10-20-0003 txn_date: '2026-10-19T08:41:12Z' kind: message direction: INBOUND status: COMPLETED rail: TRP asset: ETH amount: '1.25' originator_vasp: Origin CASP SL beneficiary_vasp: Example Counterparty VASP originator_wallet: '0x77ccff0cc624a53cd8b8d8703ced826710211ec7' beneficiary_wallet: '0xede2d7e4f5b097e6391ab6bbcf2f47a53f4778cb' originator_memo: '' beneficiary_memo: '' originator_wallet_type: vasp beneficiary_wallet_type: vasp matched_transaction_id: null deadline_at: '2026-10-21T08:41:13Z' created_at: '2026-10-19T08:41:13Z' '400': description: >- Validierungsfehler: `transaction_id` fehlt, ist die Einzahlung selbst, ist keine empfangene Travel Rule-Nachricht oder bezieht sich auf ein anderes Asset als die Einzahlung; oder die Transaktion im Pfad ist keine eingehende Einzahlung. content: application/json: schema: type: object properties: detail: type: string examples: Error: value: transaction_id: - >- The travel rule message is for a different asset than the deposit. '401': $ref: '#/components/responses/Unauthorized' '403': $ref: '#/components/responses/Forbidden' '404': description: >- Unbekannte Einzahlung oder Nachricht, oder eine davon wurde gelöscht. content: application/json: schema: type: object properties: detail: type: string example: detail: No TravelRuleTransfer matches the given query. '409': description: >- Die Einzahlung wartet nicht mehr auf Auftraggeberdaten oder die Nachricht ist bereits einer Einzahlung zugeordnet. content: application/json: schema: type: object properties: detail: type: string examples: Error: value: detail: This deposit is no longer waiting for originator data. security: - ApiKeyAuth: [] x-codeSamples: - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() result = client.travel_rule.unmatched_deposits.match( "11111111-2222-3333-4444-555555555555", transaction_id="e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24", ) print(result) - lang: javascript label: Node.js source: >- import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY. const didit = new Didit(); const result = await didit.travelRule.unmatchedDeposits.match("11111111-2222-3333-4444-555555555555", { transaction_id: "e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24", }); console.log(result); - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.TravelRule.UnmatchedDeposits.Match(ctx, \"11111111-2222-3333-4444-555555555555\", didit.TravelRuleManualMatchRequest{\n\tTransactionID: \"e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24\",\n})\nif err != nil {\n\tlog.Fatal(err)\n}\nfmt.Printf(\"%+v\\n\", result)" - lang: java label: Java source: >- import me.didit.Didit; import me.didit.types.TravelRuleManualMatchRequest; // Reads DIDIT_API_KEY. Didit client = new Didit(); var result = client.travelRule().unmatchedDeposits().match("11111111-2222-3333-4444-555555555555", TravelRuleManualMatchRequest.builder() .transactionId("e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24") .build()); System.out.println(result); - lang: php label: PHP source: >- travelRule->unmatchedDeposits->match('11111111-2222-3333-4444-555555555555', [ 'transaction_id' => 'e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24', ]); print_r($result->toArray()); - lang: ruby label: Ruby source: |- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new result = didit.travel_rule.unmatched_deposits.match( "11111111-2222-3333-4444-555555555555", transaction_id: "e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24" ) puts result.to_h - lang: csharp label: .NET source: >- using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY. using var client = new DiditClient(); var result = await client.TravelRule.UnmatchedDeposits.MatchAsync("11111111-2222-3333-4444-555555555555", new TravelRuleManualMatchRequest { TransactionId = "e90a4d7b-1c2f-4b83-a6d5-8f0e3c1b7a24", }); Console.WriteLine(JsonSerializer.Serialize(result)); components: schemas: TravelRuleManualMatchRequest: type: object required: - transaction_id properties: transaction_id: type: string format: uuid description: >- Die `transaction_id` der empfangenen Travel-Rule-Nachricht (eine Zeile mit `kind: message`). TravelRuleManualMatchResponse: type: object required: - deposit - message properties: deposit: $ref: '#/components/schemas/TravelRuleTransferRow' message: $ref: '#/components/schemas/TravelRuleTransferRow' TravelRuleTransferRow: type: object description: >- Ein Travel-Rule-Transfer, wie ihn die Transferliste anzeigt: nur VASP-Namen, Wallets und Memos, niemals die Personendaten des Auftraggebers oder Begünstigten. properties: id: type: string format: uuid description: Die ID des Transfers. transaction_id: type: string format: uuid description: Die Didit-Transaktion, zu der die Überweisung gehört. txn_id: type: string nullable: true description: >- Ihre eigene ID für die Transaktion. Überweisungen, die Didit für Sie bucht, wie z. B. ein eingehender Transfer über den Didit Test VASP, tragen eine generierte ID. txn_date: type: string format: date-time kind: type: string enum: - withdrawal - deposit - message description: >- withdrawal: ausgehend. message: ein eingehender Transfer, den ein Kanal aus der Nachricht einer Gegenpartei erstellt hat (eine TRP-Anfrage, der eingehende INTERNAL-Teil oder eine GTR-, VerifyVASP- oder Sygna-Bridge-Nachricht). deposit: jeder andere eingehende Transfer. direction: type: string enum: - INBOUND - OUTBOUND status: type: string enum: - AWAITING_COUNTERPARTY - ON_HOLD - COMPLETED - FINISHED - CANCELLED - EXPIRED - COUNTERPARTY_MISMATCHED_DATA - COUNTERPARTY_VASP_NOT_FOUND - COUNTERPARTY_VASP_NOT_REACHABLE - UNCONFIRMED_OWNERSHIP - COUNTERPARTY_VASP_GENERAL_DECLINE - NOT_ENOUGH_COUNTERPARTY_DATA - NOT_APPLICABLE reason: type: string description: >- Warum ein Transfer mit `COUNTERPARTY_VASP_NOT_FOUND` oder `COUNTERPARTY_VASP_NOT_REACHABLE` feststeckt; derselbe Wert wie `reason` des Transfers selbst, sodass die Liste eine unzustellbare Compliance-E-Mail von einer Gegenpartei ohne Route unterscheidet, ohne jeden Transfer einzeln öffnen zu müssen. `""` für jeden anderen Status. Siehe [Warum ein Transfer feststeckt](/de/transaction-monitoring/travel-rule#warum-ein-transfer-blockiert-ist). rail: type: string nullable: true enum: - INTERNAL - TRP - GTR - TRUST - VERIFYVASP - SYGNA - EMAIL - TEST_VASP - null asset: type: string description: Die Währung der Transaktion. amount: type: string description: Der Betrag als reine Dezimalzahl, zum Beispiel "1.25". originator_vasp: type: string description: >- Ausgehend: der rechtliche Name Ihres VASP. Eingehend: der Name der Gegenpartei aus ihrem Verzeichniseintrag, dem Didit-Netzwerkmitglied, dem TRP-Absender, dem Didit Test VASP oder dem im Transfer angegebenen Namen. Leer, wenn keiner bekannt ist. beneficiary_vasp: type: string description: >- Ausgehend: der Name der Gegenpartei, auf dieselbe Weise ermittelt. Eingehend: der rechtliche Name Ihres VASP. originator_wallet: type: string beneficiary_wallet: type: string originator_memo: type: string description: Memo oder Destination-Tag, leer bei Blockchains ohne ein solches. beneficiary_memo: type: string originator_wallet_type: type: string enum: - vasp - self_hosted - own description: >- vasp, self_hosted (als unhosted deklariert) oder own (eine Wallet, die Ihr Adressbuch als Ihre eigene ausweist). Ihre eigene Seite ist immer vasp. beneficiary_wallet_type: type: string enum: - vasp - self_hosted - own matched_transaction_id: type: string format: uuid nullable: true description: >- Die andere Seite einer Einzahlung, die Sie manuell einem angekündigten Transfer zugeordnet haben. deadline_at: type: string format: date-time nullable: true description: >- Wann der Transfer abläuft, falls er noch auf seine Gegenpartei wartet. Wird für jeden Transfer festgelegt, den Sie mit `POST /v3/transactions/` erstellen und der einen Austausch erfordert, ausgehend oder eingehend. Null unterhalb des Schwellenwerts, bei einer Lightning-Zahlung, für die die Travel Rule nicht gilt, und bei eingehenden Transfers, die Didit erstellt, wenn eine Gegenpartei Sie kontaktiert (eine eingehende TRP-Anfrage, eine Netzwerknachricht oder der eingehende INTERNAL-Abschnitt). created_at: type: string format: date-time responses: Unauthorized: description: Nicht autorisiert content: application/json: examples: Invalid API Key: summary: Ungültiger API-Schlüssel value: detail: Invalid API Key. Forbidden: description: Verboten content: application/json: examples: No Permission: summary: Keine Berechtigung value: detail: You do not have permission to perform this action. Not Enough Credits: summary: Nicht genügend Credit value: error: >- You don't have enough credits to perform this request. Please top up at https://business.didit.me securitySchemes: ApiKeyAuth: type: apiKey in: header name: x-api-key description: >- 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. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.