Skip to main content
Reach for the Omneo client when you are writing trusted server code: backend integrations, batch jobs, admin tooling, or server-rendered views that need the full admin API surface. For customer-facing storefronts, use the ID client instead. Make sure you have installed the package and have a token. See SDK installation and API tokens.

Initialisation

The token carries broad admin scopes. Keep it on a server. Do not expose it to a browser.

Resource namespaces

The Omneo client exposes around 59 resource namespaces, one per top-level Omneo concept. A representative subset: For the canonical list of namespaces and methods, see the SDK source.

Global and profile-scoped calls

The SDK mirrors the global vs profile-scoped route pattern. Top-level namespaces hit global endpoints. Profile sub-resources hang off omneo.profiles and require a profile ID. Profile sub-namespaces include addresses, aggregations, attributes, balances, benefits, connections, credits, identities, interactions, ledgers, lists, orders, points, redemptions, regions, rewards, tiers, transactionClaims, and transactions.

Common patterns

List profiles with pagination:
Fetch a single transaction by ID:
Find a profile by an external identity (for example, a Shopify customer ID):
Subscribe a profile to email comms:

Escape hatch: call()

Use omneo.call() for endpoints the SDK does not yet wrap, or for one-off requests with custom headers. The method handles authentication and base URL for you.

Errors and responses

Successful calls resolve with the parsed JSON body. Non-2xx responses reject with the parsed error body, so handle them with standard promise control flow:
Responses that are not JSON fall back to a raw response object, useful for binary or text endpoints called via call().