> ## 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. # SDK-Transaktions-Token-API: Client-seitiges KYT > Didit-Token erstellen: kurzlebig und eingeschränkt, damit SDKs überwachte Transaktionen direkt aus der App senden. Serverseitige Subjektbindung. API-Prompt zum Erstellen eines SDK-Transaktionstokens Prompt in die Zwischenablage kopieren \

\`Mint a short-lived scoped token that lets the Didit SDKs submit monitored transactions directly from an end-user's device.

Endpoint:
POST https://verification.didit.me/v3/transactions/sdk-token/

Authentication:
Use the x-api-key header with my Didit API key. This call runs on YOUR BACKEND only - the API key must never ship in an app. Only the returned sdk_token travels to the device.

Goal:
\- Get an sdk_token scoped to one end user (vendor_data). The app passes it to the SDK's submitTransaction method (or directly to POST /v1/transactions/ via the X-Transaction-Token header).
\- The token binds the subject identity server-side: every transaction submitted with it has its subject forced to the token's vendor_data, so a tampered client cannot submit on behalf of another user.

Request body (application/json):
\{
"vendor_data": "user-042",   // required - your internal id for the end user
"ttl_seconds": 900,          // optional - default 900 (15 min), max 86400 (24 h)
"max_uses": 3                // optional - max successful submissions; omit for unlimited within the TTL
}
camelCase aliases (vendorData, ttlSeconds, maxUses) are also accepted.

Example call:
curl -X POST "https://verification.didit.me/v3/transactions/sdk-token/" \
-H "x-api-key: YOUR_API_KEY" -H "Content-Type: application/json" \
-d '{"vendor_data":"user-042","ttl_seconds":900,"max_uses":3}'

What to read from the response:
\- sdk_token - hand this to your app; it authenticates POST /v1/transactions/ via the X-Transaction-Token header.
\- expires_at - ISO-8601 expiry; mint a fresh token per user session rather than reusing long-lived ones.

Failure modes:
\- 400 - missing vendor_data or invalid ttl_seconds/max_uses.
\- 401 - missing or malformed x-api-key.

Best practice:
\- Mint per user session, keep max_uses tight when the number of expected submissions is known.
\- A 401 from POST /v1/transactions/ whose detail contains the word "expired" means the token aged out - mint a new one and retry.

For the full client-side submission guide, see /transaction-monitoring/sdk-transaction-submission.`

\
Einfügen in ## OpenAPI ````yaml de/openapi-25.json POST /v3/transactions/sdk-token/ 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/transactions/sdk-token/: post: tags: - Transactions summary: SDK-Transaktions-Token erstellen description: >- Erstellen Sie ein kurzlebiges Token mit beschränktem Gültigkeitsbereich, das Ihre App an die Didit-SDKs übergibt, damit diese Transaktionen direkt vom Gerät des Endbenutzers über `POST /v1/transactions/` übermitteln können. Das Token ist an einen `vendor_data`-Wert (Ihre Benutzer-ID) gebunden: Bei jeder damit übermittelten Transaktion wird die Subjekt-Identität serverseitig anhand dieser Bindung erzwungen, sodass ein manipulierter Client keine Transaktionen im Namen eines anderen Benutzers übermitteln kann. Erstellen Sie Token über Ihr Backend – binden Sie den API-Schlüssel selbst niemals in eine App ein. camelCase-Aliase (`vendorData`, `ttlSeconds`, `maxUses`) werden ebenfalls akzeptiert. operationId: createTransactionSdkToken requestBody: required: true content: application/json: schema: type: object properties: vendor_data: type: string description: >- Ihre interne Kennung für den Endbenutzer, auf den dieses Token beschränkt ist. Wird als Identität des Subjekts jeder mit dem Token übermittelten Transaktion erzwungen. example: user-042 ttl_seconds: type: integer default: 900 maximum: 86400 description: >- Token-Lebensdauer in Sekunden. Standardmäßig 900 (15 Minuten); maximal 86400 (24 Stunden). max_uses: type: integer nullable: true description: >- Maximale Anzahl erfolgreicher Übermittlungen, die mit diesem Token zulässig sind. Weglassen oder auf null setzen für unbegrenzte Nutzungen innerhalb der TTL. required: - vendor_data example: vendor_data: user-042 ttl_seconds: 900 max_uses: 3 responses: '201': description: >- Das erstellte Token. Übergeben Sie `sdk_token` an Ihre Anwendung; es authentifiziert die geräteseitigen `/v1/transactions/`-Endpoints über den Header `X-Transaction-Token` bis `expires_at`. content: application/json: schema: type: object properties: sdk_token: type: string description: >- Das Transaktions-Token mit eingeschränktem Geltungsbereich zur Übergabe an das SDK. expires_at: type: string format: date-time description: Wann das Token nicht mehr akzeptiert wird. example: sdk_token: q7Zt...urlsafe expires_at: '2026-07-07T12:15:00Z' '400': description: >- Validierung fehlgeschlagen: fehlende `vendor_data` oder `ttl_seconds` außerhalb des zulässigen Bereichs. content: application/json: examples: Missing vendor_data: value: vendor_data: - This field is required. '403': description: Fehlender, ungültiger oder widerrufener API-Schlüssel. content: application/json: examples: Invalid API Key: value: detail: Invalid API Key. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X POST https://verification.didit.me/v3/transactions/sdk-token/ \ -H 'x-api-key: YOUR_API_KEY' -H 'Content-Type: application/json' \ -d '{"vendor_data": "user-042", "ttl_seconds": 900, "max_uses": 3}' - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() result = client.transactions.create_sdk_token( vendor_data="user-042", ttl_seconds=900, max_uses=3, ) 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.transactions.createSdkToken({ vendor_data: "user-042", ttl_seconds: 900, max_uses: 3, }); console.log(result); - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.Transactions.CreateSDKToken(ctx, didit.TransactionsCreateSDKTokenParams{\n\tVendorData: \"user-042\",\n\tTTLSeconds: didit.Int(900),\n\tMaxUses: didit.Int(3),\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.TransactionsCreateSdkTokenParams; // Reads DIDIT_API_KEY. Didit client = new Didit(); var result = client.transactions().createSdkToken(TransactionsCreateSdkTokenParams.builder() .vendorData("user-042") .ttlSeconds(900L) .maxUses(3L) .build()); System.out.println(result); - lang: php label: PHP source: |- transactions->createSdkToken([ 'vendor_data' => 'user-042', 'ttl_seconds' => 900, 'max_uses' => 3, ]); print_r($result->toArray()); - lang: ruby label: Ruby source: |- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new result = didit.transactions.create_sdk_token( vendor_data: "user-042", ttl_seconds: 900, max_uses: 3 ) 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.Transactions.CreateSdkTokenAsync(new TransactionsCreateSdkTokenParams { VendorData = "user-042", TtlSeconds = 900, MaxUses = 3, }); Console.WriteLine(JsonSerializer.Serialize(result)); components: 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.