> ## Documentation Index
> Fetch the complete documentation index at: https://docs.feddi.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Exchange an API key for a short-lived POS terminal JWT

> Exchange a long-lived `x-api-key` (presented in the `x-api-key` header) for a short-lived POS terminal JWT (HS256, 600-second TTL) that the terminal uses on cashier-scoped money and identity calls. The JWT carries scope claims derived from the key (`integration_id`, `enterprise_id`, `brand_id`, `branch_id`), an optional server-validated `cashier_id` (max 64 chars, no control characters, validated rather than trusted from the body alone), and a `sandbox` claim mirroring the key. The terminal JWT is domain-separated from the consumer JWT (distinct issuer/audience and a versioned signing context), with `iss=feddi-pos-terminal` and `aud=feddi-api`, so **a consumer JWT can never be mistaken for a POS terminal JWT and vice versa**. A revoked or expired key, or a key whose integration is not `ACTIVE`, returns `INVALID_API_KEY` (`401`). **This is an authentication exchange, not a money or identity-resolution call: it returns a JWT, never a debit token and never customer PII.** Idempotent on the `Idempotency-Key` header: a retried exchange within the validity window replays the same JWT.



## OpenAPI

````yaml /api-reference/openapi.yaml post /auth/token
openapi: 3.1.0
info:
  title: Feddi Partner API
  version: '2026-06-01'
  description: >-
    Operate a Feddi closed-loop wallet and loyalty program at the point of sale:
    identify customers, read balances, accept wallet payments, run top-ups, and
    reconcile transactions.


    All amounts are integer minor units with an explicit ISO-4217 currency.
    Balances are merchant-held and closed-loop.


    Every response uses a typed envelope (`ok` / `data` / `error` / `meta`) with
    string error codes (never a bare HTTP number) and an idempotency-replay
    flag. Authenticate with the `x-api-key` header; exchange it for a
    short-lived POS terminal JWT for hot-path calls.


    Self-validate against this document (`GET /openapi`) and read `GET
    /capabilities` for the credential types, currencies, and features enabled
    for your integration before assuming any enum.


    Operations are tagged `x-feddi-availability: ga` (stable) or `beta`
    (callable, contract may still change additively); confirm what is enabled
    for your credentials via `GET /capabilities`.


    Sandbox access is granted per partner agreement; request credentials from
    your Feddi contact.
servers:
  - url: https://api.feddi.io/v1/partner
    description: production
  - url: https://api.dev.feddi.io/v1/partner
    description: dev
security:
  - ApiKeyAuth: []
tags:
  - name: platform
    description: >-
      Platform cross-cutting: health, capabilities, openapi self-serve, merchant
      provisioning, settlement, reconciliation.
  - name: checkout_session
    description: >-
      Checkout sessions: every interaction opens a session, then identity and
      basket attach to it, and payment, top-up, and offers run against it.
  - name: auth
    description: >-
      Partner authentication + onboarding: API key lifecycle, POS terminal JWT
      exchange, terminal heartbeat.
  - name: customers
    description: >-
      Customer lookup + identification: resolve identity, cashier-panel
      summaries, preferences, GDPR export/erase.
  - name: enrollment
    description: >-
      Enrollment + signup: OTP enroll, cashback claims, identity/consent,
      customer correction + merge.
  - name: payments
    description: >-
      Payments + redemption: debit wallet (promo-first), balance-check, void,
      refund, QR mint.
  - name: topup
    description: >-
      Wallet top-up: 2-step prepare/confirm, reload-bonus grants, SKU top-up,
      settlement + reconciliation.
  - name: incentives
    description: >-
      Incentives + offers: offer feeds, apply/redeem/release locks, proposals,
      budget envelopes, points, grant clawback.
  - name: transactions
    description: >-
      Transactions + receipts: transaction detail, void, receipts, disputes,
      settlements, reconciliation, exports.
  - name: webhooks
    description: >-
      Webhooks + events: subscriptions, delivery history + retry, event catalog,
      polling fallback.
paths:
  /auth/token:
    post:
      tags:
        - auth
      summary: Exchange an API key for a short-lived POS terminal JWT
      description: >-
        Exchange a long-lived `x-api-key` (presented in the `x-api-key` header)
        for a short-lived POS terminal JWT (HS256, 600-second TTL) that the
        terminal uses on cashier-scoped money and identity calls. The JWT
        carries scope claims derived from the key (`integration_id`,
        `enterprise_id`, `brand_id`, `branch_id`), an optional server-validated
        `cashier_id` (max 64 chars, no control characters, validated rather than
        trusted from the body alone), and a `sandbox` claim mirroring the key.
        The terminal JWT is domain-separated from the consumer JWT (distinct
        issuer/audience and a versioned signing context), with
        `iss=feddi-pos-terminal` and `aud=feddi-api`, so **a consumer JWT can
        never be mistaken for a POS terminal JWT and vice versa**. A revoked or
        expired key, or a key whose integration is not `ACTIVE`, returns
        `INVALID_API_KEY` (`401`). **This is an authentication exchange, not a
        money or identity-resolution call: it returns a JWT, never a debit token
        and never customer PII.** Idempotent on the `Idempotency-Key` header: a
        retried exchange within the validity window replays the same JWT.
      operationId: authTokenExchange
      parameters:
        - $ref: '#/components/parameters/IdempotencyKey'
      requestBody:
        required: false
        content:
          application/json:
            schema:
              $ref: '#/components/schemas/AuthTokenExchangeRequest'
            example:
              meta:
                partner_request_id: aa07...
                occurred_at: '2026-06-05T09:00:00Z'
                sent_at: '2026-06-05T09:00:00Z'
                api_version: '2026-06-01'
              context:
                merchant_id: 11111111-1111-1111-1111-111111111111
                branch_id: 22222222-2222-2222-2222-222222222222
                terminal_id: POS-360-0007
                cashier_id: cashier-42
              cashier_id: cashier-42
      responses:
        '200':
          description: JWT minted. Domain-separated POS terminal token with scope claims.
          content:
            application/json:
              schema:
                allOf:
                  - $ref: '#/components/schemas/ResponseEnvelope'
                  - type: object
                    properties:
                      data:
                        $ref: '#/components/schemas/PosTerminalToken'
              example:
                ok: true
                data:
                  token: >-
                    eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJmZWRkaS1wb3MtdGVybWluYWwiLCJhdWQiOiJmZWRkaS1hcGkiLCJleHAiOjE3NDk0Njg2MDB9.signature
                  token_type: Bearer
                  expires_in: 600
                  expires_at: '2026-06-05T09:10:00Z'
                  scope:
                    integration_id: 33333333-3333-3333-3333-333333333333
                    enterprise_id: 11111111-1111-1111-1111-111111111111
                    brand_id: 44444444-4444-4444-4444-444444444444
                    branch_id: 22222222-2222-2222-2222-222222222222
                    cashier_id: cashier-42
                  sandbox: false
                error: null
                meta:
                  request_id: req_tk1
                  idempotency_replayed: false
                  api_version: '2026-06-01'
        '400':
          description: >-
            `VALIDATION_ERROR` (HTTP 400), `cashier_id` exceeds 64 chars or
            contains control characters.
          content:
            application/json:
              schema:
                allOf:
                  - $ref: '#/components/schemas/ResponseEnvelope'
                  - type: object
                    properties:
                      error:
                        $ref: '#/components/schemas/Error'
        '401':
          description: >-
            `INVALID_API_KEY` (HTTP 401), missing/invalid/revoked/expired
            `x-api-key`, or the key's integration is not ACTIVE.
          content:
            application/json:
              schema:
                allOf:
                  - $ref: '#/components/schemas/ResponseEnvelope'
                  - type: object
                    properties:
                      error:
                        $ref: '#/components/schemas/Error'
        '403':
          description: >-
            `FORBIDDEN` (HTTP 403), the key is valid but the requested
            `branch_id` in context is outside the key's scope.
          content:
            application/json:
              schema:
                allOf:
                  - $ref: '#/components/schemas/ResponseEnvelope'
                  - type: object
                    properties:
                      error:
                        $ref: '#/components/schemas/Error'
        '422':
          description: '`IDEMPOTENCY_KEY_REUSED`, same key, different payload.'
          content:
            application/json:
              schema:
                allOf:
                  - $ref: '#/components/schemas/ResponseEnvelope'
                  - type: object
                    properties:
                      error:
                        $ref: '#/components/schemas/Error'
      security:
        - ApiKeyAuth: []
components:
  parameters:
    IdempotencyKey:
      name: Idempotency-Key
      in: header
      required: true
      description: >-
        Partner-generated UUID; the ONE dedup key for all mutating endpoints.
        24h TTL. Same key + same payload -> byte-identical replay; same key +
        different payload -> IDEMPOTENCY_KEY_REUSED (422).
      schema:
        type: string
        format: uuid
  schemas:
    AuthTokenExchangeRequest:
      type: object
      description: >-
        Exchange the x-api-key (header) for a short-lived POS terminal JWT. The
        raw key is in the x-api-key header, NOT the body.
      required:
        - meta
        - context
      properties:
        meta:
          $ref: '#/components/schemas/RequestMeta'
        context:
          $ref: '#/components/schemas/PartnerContext'
        cashier_id:
          type:
            - string
            - 'null'
          maxLength: 64
          description: >-
            Optional cashier identifier to embed in the JWT scope.
            Server-validated: ≤ 64 chars, no control characters. Trusted only
            because it is signed into the JWT here. AUTHORITATIVE on conflict:
            when `context.cashier_id` is also present, THIS top-level field is
            the one signed into the JWT; the context copy is telemetry only.
    ResponseEnvelope:
      type: object
      description: >-
        The standard response envelope that every enveloped endpoint serializes
        through. `ok` is a boolean discriminator: when `ok` is `true`, the typed
        result is carried in `data`; when `ok` is `false`, a typed error object
        is returned instead. The `meta` object is uniform across the entire API
        surface.
      required:
        - ok
        - meta
      properties:
        ok:
          type: boolean
        data:
          type:
            - object
            - 'null'
        error:
          oneOf:
            - $ref: '#/components/schemas/Error'
            - type: 'null'
        meta:
          $ref: '#/components/schemas/Meta'
    PosTerminalToken:
      type: object
      description: >-
        A minted short-lived POS terminal JWT (HS256, 600s) + its decoded scope.
        Domain-separated from the consumer JWT (iss=feddi-pos-terminal,
        aud=feddi-api). NEVER a debit token and NEVER carries customer PII.
      required:
        - token
        - token_type
        - expires_in
        - expires_at
        - scope
        - sandbox
      properties:
        token:
          type: string
          description: >-
            The compact JWT string. Present in the Authorization: Bearer header
            on subsequent cashier-scoped calls.
        token_type:
          type: string
          enum:
            - Bearer
          description: Always `Bearer`.
        expires_in:
          type: integer
          description: Seconds until expiry (600).
        expires_at:
          type: string
          format: date-time
          description: Absolute expiry timestamp.
        scope:
          $ref: '#/components/schemas/TokenScope'
        sandbox:
          type: boolean
          description: Mirrors the originating key's sandbox flag; carried as a JWT claim.
    Error:
      type: object
      description: >-
        The typed error object returned with every non-2xx response. `code` is a
        string enum (for example `WALLET_PROGRAM_AMBIGUOUS`,
        `CREDENTIAL_TYPE_UNSUPPORTED`, `INSUFFICIENT_FUNDS`,
        `IDEMPOTENCY_KEY_REUSED`, `CURRENCY_NOT_SUPPORTED`), **never a bare HTTP
        status number**. Inspect `code` for programmatic branching, not the HTTP
        status. Some codes echo the valid set in `details` so clients can
        present or reconcile the accepted values: for example
        `CREDENTIAL_TYPE_UNSUPPORTED` lists the supported credential types,
        `CURRENCY_NOT_SUPPORTED` lists the supported ISO-4217 currencies, and
        `WALLET_PROGRAM_AMBIGUOUS` lists the candidate `wallet_program_id`
        values that matched the request.
      required:
        - code
        - message
      properties:
        code:
          type: string
          enum:
            - INSUFFICIENT_FUNDS
            - INVALID_API_KEY
            - CREDENTIAL_TYPE_UNSUPPORTED
            - CURRENCY_NOT_SUPPORTED
            - IDEMPOTENCY_KEY_REUSED
            - WALLET_PROGRAM_AMBIGUOUS
            - REQUIRES_DYNAMIC_CREDENTIAL
            - NOT_FOUND
            - FORBIDDEN
            - VALIDATION_ERROR
            - RATE_LIMITED
            - CONFLICT
            - INTERNAL_SERVER_ERROR
        message:
          type: string
        details:
          type: object
          additionalProperties: true
    RequestMeta:
      type: object
      description: >-
        Common request metadata shared across all Partner API domains.
        `partner_request_id` is a correlation identifier only: it appears in
        logs and responses for tracing but is **never used as the deduplication
        key**. Request deduplication is keyed exclusively on the
        `Idempotency-Key` header.
      required:
        - partner_request_id
        - api_version
      properties:
        partner_request_id:
          type: string
          format: uuid
          description: Partner's own correlation id. NOT the idempotency basis.
        occurred_at:
          type: string
          format: date-time
          description: >-
            When the event happened at the POS (RFC3339). Clock-drift signal vs
            sent_at.
        sent_at:
          type: string
          format: date-time
          description: When the partner sent the request (RFC3339).
        api_version:
          type: string
          description: The single API version field.
          example: '2026-06-01'
    PartnerContext:
      type: object
      description: >-
        The canonical `context` block. `merchant_id` is key-enforced to a
        merchant the caller is authorized for, never a free-text trust field.
        `cashier_id` is server-trusted only when it is signed into the terminal
        JWT.
      required:
        - merchant_id
      properties:
        merchant_id:
          type: string
          format: uuid
          description: The resolved Feddi tenant. Key-enforced.
        branch_id:
          type:
            - string
            - 'null'
          format: uuid
        terminal_id:
          type:
            - string
            - 'null'
        cashier_id:
          type:
            - string
            - 'null'
          description: Server-trusted only when present in the signed terminal JWT.
        partner_session_id:
          type:
            - string
            - 'null'
          description: The partner's own order/session ref.
        feddi_session_id:
          type:
            - string
            - 'null'
          format: uuid
          description: The checkout_session id, when this call hangs off a session.
    Meta:
      type: object
      description: >-
        The uniform response metadata block returned on every response.
        `data_completeness_score` is computed per call and reports the
        completeness of the returned data. `decision_trace_id` is present on
        responses that carry decision or insight output and can be used to
        correlate the response with its reasoning. `capabilities` is an
        additive, response-level array of hints advertising features the caller
        may use, and may be extended over time without notice.
      required:
        - request_id
        - api_version
      properties:
        request_id:
          type: string
          description: Feddi-issued correlation id for this response.
        idempotency_replayed:
          type: boolean
          description: True when this response was replayed from the idempotency store.
        api_version:
          type: string
          description: The single API version field.
          example: '2026-06-01'
        data_completeness_score:
          type: integer
          minimum: 0
          maximum: 100
          description: >-
            0-100, computed per call (basket/identity/tax/category/consent
            presence).
        decision_trace_id:
          type:
            - string
            - 'null'
          description: Opaque trace id on intelligence-bearing responses; one per response.
        capabilities:
          type: object
          additionalProperties: true
          description: Additive response-level capability hints.
    TokenScope:
      type: object
      description: >-
        The scope claims embedded in a POS terminal JWT, derived from the
        originating API key.
      required:
        - integration_id
        - enterprise_id
      properties:
        integration_id:
          type: string
          format: uuid
        enterprise_id:
          type: string
          format: uuid
        brand_id:
          type:
            - string
            - 'null'
          format: uuid
        branch_id:
          type:
            - string
            - 'null'
          format: uuid
        cashier_id:
          type:
            - string
            - 'null'
          description: The validated cashier id, present when supplied at exchange.
  securitySchemes:
    ApiKeyAuth:
      type: apiKey
      in: header
      name: x-api-key
      description: >-
        Partner API key (platform- or merchant-scoped). Contract key-enforces
        context.merchant_id.

````