Skip to main content

1 · Get an API token

In the Alyte console: API keys → Mint, preset full (merchant:read + merchant:write + merchant:admin — this quickstart creates a shop and links a PSP, which need merchant:admin). The token is shown once — keep it server-side; never ship it to a browser.

2 · Install the SDK

Source, the quickstart and runnable examples are public at github.com/Alytegen/alyte-sdk. (Or call the REST API directly — the SDK is a thin typed client over it.)

3 · Onboard

Scheduling a drop at creation. POST /v1/integration/tiers accepts the tier restrictions — onSaleStart, onSaleEnd, maxQtyPerPurchase, sellable, allowedGeos, allowedSchemes — and saves them in the same write as the tier, so a tier created with a future onSaleStart is never on sale early. Unknown fields are refused with 400 and the offending names in details.fields, so a typo can’t silently drop a restriction.@alytegen/sdk 0.4.0 includes these fields in createTier. Set scheduling and restrictions in that initial call so the tier is never briefly sellable:
To confirm a scheduled tier, read it back with GET /v1/integration/catalog: its onSaleStart is set and discovery reports it not_yet_on_sale. The self-test’s catalog_sellable check counts tiers that are buyable now; it does not list individual upcoming tiers.

4 · Send a buyer to authorize their agent

If your users are already signed in with your auth, carry their identity into Alyte. Creating spending authority still requires buyer verification unless you use the separately enabled contracted attestation flow:
They land on the shop’s authorize page: pick or bring an agent, set a spending cap. Alyte enforces that cap server-side on every purchase the agent attempts.

5 · Watch the money arrive

Payments settle on your PSP. Alyte gives you the audit trail:
That’s the whole loop. For agent-side integration (discover → quote → hold → confirm), see the API reference — the same flow the AlyteAgent client wraps.