On this page
1. Prerequisites 2. Open the “My Clients” dashboard 3. Create or select a Client 4. Configure Integrations for OAuth 4.1 Domains 4.2 Client Scopes 4.3 Client Secrets 4.4 Link secrets to domains 5. Where your developers get the technical details 6. Client Users, Verification and Roles (optional but important) Client Users Verification Center Members & Roles 7. SummaryXWMS Client Dashboard
Learn how to create and configure clients in XWMS for secure OAuth integrations, including scopes, secrets, domains and user/role management.
Getting Started with XWMS Clients & OAuth
This page is your starting point for connecting an external app (website, dashboard, mobile app, …) to XWMS using OAuth.
You will:
- create or open a XWMS Client in XWMS
- configure domains, scopes and secrets
- learn where to find the values your app needs (
client id,secret,domain, …) - see where to go for language‑specific code examples
Even if you are not a developer, this page should help you understand what is happening and what you need to give to your developers.
1. Prerequisites
- You have an XWMS account and can log in.
- You have at least one XWMS Client or you can create one.
- For OAuth you need a paid account to access the Clients dashboard.
If needed, see the user login docs first:
Login to XWMS
2. Open the “My Clients” dashboard
- Log in to XWMS.
- Go to your Account Dashboard.
- Click “My Clients” in the navigation.
If you have no clients yet, XWMS will ask you to create your first one.
3. Create or select a Client
To create a new client:
- Click “Create Client” (or similar).
- Enter a clear name, for example
mycompany-main-app. - Confirm.
You will be taken to the Client Dashboard where you can configure:
- Integrations (Domains, Scopes, Secrets, Users)
- Verification Center
- Members & Roles
This Client represents one “integration” or “XWMS client application”.
4. Configure Integrations for OAuth
Open the Integrations section for your client.
Here you’ll configure three things that every OAuth integration needs:
- Domains – where your app lives and where users are sent back to.
- Client Scopes – what your app is allowed to see or do.
- Client Secrets – keys used to prove that it’s really your app calling XWMS.
4.1 Domains
- Go to Integrations → Domains.
- Click “New Domain”.
- Fill in:
- Root Domain – without protocol, e.g.
example.com - Server IP Address – IP of your server (if applicable)
- Internal Name – optional label for yourself
- Root Domain – without protocol, e.g.
- Save.
After saving, you can configure details like:
- Domain ID – unique identifier used by XWMS
- Logo – domain‑specific logo
- Fallback URI / Response – where to send users if something goes wrong
Important toggles:
- Allow Login – must be enabled for OAuth login.
- Allow API – must be enabled to call XWMS APIs from this domain.
- Active – the domain must be active.
- Primary Domain – optional, marks the main domain.
- Test Mode – mark as test environment if this is not production.
You will later give the Domain (or Domain ID) to your app/config.
4.2 Client Scopes
Scopes describe what your app is allowed to access.
- Go to Integrations → Client Scopes.
- Click “New Client Scope”.
- Select the scopes you need, such as:
- read basic user profile
- access address information
- read providers
- other business‑specific scopes
- Save.
Only the scopes you enable here can be used by your OAuth / API integration.
4.3 Client Secrets
Client secrets are like passwords for your application, not for the user.
- Go to Integrations → Client Secrets.
- Click “New Secret”.
- Optionally provide:
- a label (for example
production-backend), - an expiration date.
- a label (for example
If you leave these empty:
- the secret will be named Standard Key,
- it will be active immediately.
You will later copy this secret into your application’s .env file.
4.4 Link secrets to domains
To allow a secret to be used from a specific domain:
- Open the Domain.
- Go to Secret Connections (or similar).
- Click “Link Secret” and choose the secret.
Now calls from that domain using that secret are recognised as valid.
5. Where your developers get the technical details
Once your Client is configured, your developers need:
- Client Id
- Client Secret
- Domain / Domain Id
- Redirect URL – the URL where XWMS should send users back after login
- The XWMS API URL – usually
https://xwms.nl/api/
For code examples and detailed flows, direct them to:
All those pages explain the same idea:
- start auth with
sign-token - user logs in on XWMS
- XWMS redirects back with a token
- your app calls
sign-token-verifyand receives user data, includingsub - your app links that stable
subto a local account
6. Client Users, Verification and Roles (optional but important)
Client Users
Under Integrations → Users you can:
- see which XWMS users have logged in via your client/domain
- send access requests or test user requests
When a user accepts such a request, your client may gain access to additional scopes (depending on your XWMS Clients plan and verification level).
Verification Center
In the Verification Center you can apply to become a Verified XWMS client:
- Create a new verification request.
- Select the domains and scopes you need.
- Add notes to explain your use case.
The XWMS team will review and approve/reject the request. Verified XWMS clients can receive more powerful scopes.
Members & Roles
The Members and Roles sections control who in your organisation can manage the client:
- Roles define permissions (view users, manage scopes, etc.).
- Members assign those roles to actual XWMS accounts.
This has no direct impact on OAuth tokens, but it is important for who is allowed to change settings.
7. Summary
::list
- A XWMS Client represents one external app or integration.
- Under Integrations you configure:
- Domains (where your app runs and where users return after login),
- Client Scopes (what your app may access),
- Client Secrets (keys used by your backend).
- Secrets can be linked to domains to allow secure API and OAuth usage.
- Developers then use the values from this client in their code (see the language‑specific OAuth guides).
- Optional: Client Users, Verification, Members & Roles help you manage access and become a verified XWMS client. ::
If you follow this page first and then open one of the OAuth guides, you’ll have everything you need to build a clean, professional login flow with XWMS.
XWMS Docs