Skip to main content

Token States

A token moves through these states:
state is the field that matters. A token with state of ACTIVE can transact. The Synctera console also shows a processor-level fulfillment status reflecting the colour-path decision — useful context when diagnosing a challenged provisioning, but it is not exposed as a top-level API field and can lag behind state after a step-up. Trust state.
Card lifecycle events propagate to tokens automatically:
  • Reissue — tokens move to the replacement card, so the cardholder does not re-add it to their wallet
  • Termination — tokens on the card are terminated
  • Reassignment — when a virtual card moves to a new cardholder, tokens provisioned to the previous cardholder are terminated
A token can remain active after the cardholder removes the card from their wallet. removed_from_wallet_time records the removal; state records whether the token can still transact. Terminate it explicitly if it should not.

Managing Tokens

List and Inspect

List Digital Wallet Tokens returns the tokens provisioned for a card. Get Digital Wallet Token returns one. Fields worth knowing:

Suspend, Reactivate, or Terminate

status accepts ACTIVE, SUSPENDED, and TERMINATED. Suspension is reversible; termination is not. Suspend a token when a device is lost but the card is fine — it blocks wallet spend without disturbing the physical card. Terminate when the device is gone for good. See Update Digital Wallet Token Status.

Webhooks

Subscribe to both. CREATED tells you an attempt happened; UPDATED tells you how it ended. See the Webhooks guide.

Next Steps

Provisioning Decisions

Why a token was never created in the first place.

Tokenization Overview

How tokenization works and what your program needs.