internal

Provision User

Idempotently provision a headless platform account (User + Wallet) for an external first-party surface — currently the Shopify app bridge, which maps each shop to one Tintin user so it can reuse the studio-credit REST APIs (nail-art / try-on) with a self-minted user JWT.

Idempotent on email: re-provisioning an existing shop returns the same user_id (created=False) and does NOT re-grant credits. A Wallet row is ALWAYS ensured — the gateway's studio-credit debit 404s without one — but it starts empty unless bonus_credits is passed (granted once, on creation).

Deliberately does NOT reuse auth._create_user_with_wallet: that path fires a welcome email + attaches transfer invites, neither of which is wanted for a synthetic shop address. X-Internal-Key gated (VPC-internal), same as the other internal endpoints.

post/api/internal/provision-user

Request

  • Base URL: https://api.tintin-x.com (the document declares no server; this is the origin it was published from)
  • URL: https://api.tintin-x.com/api/internal/provision-user
  • Auth: none declared

Request body

emailstring required
bonus_creditsinteger

Response

Successful Response

user_idstring required
createdboolean required
studio_bonus_creditsinteger required

Changes

No recorded changes to this operation across all 1 revision of this API.