Skip to main content
A scope is a country:regulator:activity string that tells the SDK which regulatory context to operate in. Scopes range from the broad base (no filtering) to highly specific leaf values like MX:AV:AVI (Mexican virtual-asset businesses) or MX:CNBV:TRANSMISOR (CNBV money transmitters). Scopes do two things at once: they partition data so that list operations return only records belonging to that scope, and they select the regulatory fields and enums that apply — transaction fields, alert codes, document requirements, and identifier validators are all scope-specific.

The scopeData hierarchy

Scope-specific fields live inside a scopeData sub-object rather than at the top level, keeping base fields (name, type, etc.) separate from scope-specific data:
When using a scoped SDK, these nested fields are flattened into the top level of create/update inputs — the SDK handles the nesting for you.

Choosing a scope in the SDK

Pass the scope option to get a scope-aware SDK instance with the correct TypeScript types:
For static typing (recommended when your service targets a single scope), import the scope-specific sub-export instead:
Sub-exports give you correct model types (MexAVIClient, MexAVITransaction, etc.) and autocomplete for scope-specific fields without any runtime configuration.

URL slug convention

Dashboard URLs and query keys represent scopes as lowercase hyphen-separated slugs: The conversion is: replace : with - and lowercase everything.

Available scopes