Connected apps (OAuth clients)
Connected apps (OAuth clients)
OAuth clients allow external applications to connect securely to Datalogz without using a user’s password. Currently, OAuth clients provide access to the Datalogz MCP server.
Each OAuth client belongs to your organization. MCP clients can access data from all active connectors in the organization; access is not limited by team membership.
You need the Account Settings Admin, BI Admin, or System Admin role to manage OAuth clients.
Client types
Machine credentials
Services, scripts, and unattended automations
Client ID and client secret
Interactive PKCE
Applications where a user signs in and approves access, such as an MCP client
Client ID and redirect URI; no client secret
Some MCP applications register automatically. After an administrator approves the connection, the client appears on this page.
Create an Interactive PKCE client manually only when the application asks you to provide a client ID and redirect URI.
Create an OAuth client
In Datalogz, open Organization → OAuth Clients.
Select New OAuth Client.
Enter a recognizable name, such as
Analytics assistant — Production.Select the client type.
For an Interactive PKCE client, enter the exact redirect URI supplied by the external application.
Select Create.
Redirect URIs must:
Match the external application’s callback URI exactly.
Use HTTPS, except for local applications using
localhost.Not contain wildcards.
Be added individually when the application uses more than one callback URI.
Machine credentials
After creating a Machine credentials client, copy the client ID and client secret immediately.
The secret is shown only once and cannot be recovered later. Store it in a password manager or secrets-management system. Do not place it in source code, documentation, or chat messages.
Interactive PKCE
Interactive PKCE clients do not have a client secret. Copy the generated client ID into the external application when requested.
When connecting, the user is redirected to Datalogz to sign in and approve access.
Replace credentials
OAuth client credentials cannot be edited or regenerated.
To replace a client:
Create a new OAuth client.
Update the external application with the new credentials.
Confirm that the application can connect.
Delete the old client.
Delete an OAuth client
Select the delete action next to the client you want to remove.
Deleting a client is permanent. The application immediately loses access, and its existing tokens and interactive authorizations can no longer be used. Other OAuth clients are not affected.
Delete clients that are unused, belong to retired applications, or may have been compromised.
Recommended practices
Create a separate client for each application and environment.
Use names that clearly identify the application and owner.
Treat a machine client secret like a password.
Register only redirect URIs you trust.
Delete clients as soon as they are no longer needed.
Last updated