Operations for listing, creating, deleting, and updating users and teams.
Retrieve a list of all teams. This endpoint allows filtering and sorting of the returned teams.
Create a new team, scoped to the specified provider IDs:
The team policy_type
determines the scope of integrations for the team. The value can be UNBOUND
or PROVIDER_ID_SET
:
PROVIDER_ID_SET
: Users can only see data and manage integrations for the listed providers
, specified by id
.
UNBOUND
: Users can access all providers, similar to the root team. Users on this team will share a unique set of reports and saved queries.
Fetch details of a specific team by providing the team ID.
Remove a team from the system using the team ID.
Update details of an existing team. The PUT method replaces the entire team entity, while PATCH allows for partial updates.
Create a new user with details such as name, email, and team assignments.
A user object includes basic attributes and team and role assignments:
Change team roles or persona for an existing user. This endpoint supports partial updates.
Retrieve details of a specific user by user ID. You can use "self" instead of an ID to retrieve current user details.
Delete a user from the system by ID.
Returns a paginated list of all roles available in the Veza, including role ID, name, and the associated permissions. Use this operation to get role IDs to assign team roles for users.
These APIs provide an interface for managing and in Veza.
Team API keys are designed for service accounts that manage Open Authorization API (OAA) integrations assigned to a team. Similar to personal API keys, these keys authenticate API requests, and can be revoked or reinstated to control programmatic access to Veza. Each key is associated with a single team and has the oaa_push
role, restricted to specific read and write operations for creating and updating OAA data sources.
Team API keys are limited to the following operations:
Administrators can create and manage team API keys using the endpoints documented below. Note that Team API Keys are currently provided as an early access feature, and /preview/
API operations are subject to change as capabilities are added or modified.
Method: GET Endpoint: /api/preview/teamkeys
Returns API key details such as last activity time and status. If the query includes a team_id
filter expression, only keys for that team are listed.
Example Request:
Example Response:
Method: POST Endpoint: /api/preview/teamkeys
Create an API key by providing a key name
and team team_id
. The response includes the access_key
, which cannot be retrieved again.
Example Request:
Example Response:
Method: DELETE Endpoint: /api/preview/teamkeys/{id}
Permanently delete a team API key.
Example Request:
Example Response:
Method: POST Endpoint: /api/preview/teamkeys/{id}:revoke
Suspend usage of a team API key, changing the status to INACTIVE
.
Example Request:
Example Response:
Method: POST Endpoint: /api/preview/teamkeys/{id}:reinstate
Reinstates a previously revoked team API key, changing the status to ACTIVE
.
Example Request:
Example Response:
Method: PATCH Endpoint: /api/preview/teamkeys/{value.id}
Use this operation to update the display name of a team API key.
Example Request:
Example Response:
Note: When using a personal API key for a , the team_id
filter is automatically applied. Only root team administrators can view keys across all teams.
[team_id] String to filter API keys belonging to a specific team. If empty, list all team keys in scope
API Key
The unique identifier of this API key.
Base64 encoded access token. Only available when creating a key
User provided name for this key
ISO-8601 timestamp of when this key was created
ISO-8601 timestamp of when this key was last updated
Status of the key. Key is ACTIVE or INACTIVE. API keys can only be used when they are ACTIVE
Team ID that this key belongs to
Team Name that this key belongs to