IteraPay’s team management system lets you grant colleagues access to your merchant account with precisely the permissions they need. You define roles that group a set of permissions, then assign those roles to members. A finance manager, for example, might have access to withdrawals and collection, while a developer only needs access to invoice creation and webhooks. This guide covers how to set up roles, add members, and manage access over time.Documentation Index
Fetch the complete documentation index at: https://docs.iterapay.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
How roles and permissions work
Every member of your merchant account is assigned a role. A role is a named collection of permissions — granular access controls that determine which API actions and dashboard features a member can use.Permissions are defined and enforced server-side. Even if a member knows an API endpoint, they cannot use it without the corresponding permission in their role.
| Concept | Description |
|---|---|
| Role | A named template that groups one or more permissions (e.g., “Finance”, “Developer”) |
| Permission | A specific capability, such as creating invoices or initiating withdrawals |
| Member | A user added to the merchant account with an assigned role |
Manage roles
List existing roles
See all roles currently defined on your merchant account before creating new ones.Expected response:
Create a new role
Create a role by providing a name and an array of permissions to assign to it.Expected response:
Update an existing role
To change a role’s name or permissions, send a
PUT request with the updated values.Manage members
List current members
Retrieve a paginated list of all members on your account. You can filter by role to quickly see who holds a specific role.Expected response:Omit the
role query parameter to return all members regardless of role.Change a member's role
To update the role assigned to an existing member, send a The change takes effect immediately.
PUT request with their userID and the new roleID.Check your own permissions
If you’re not sure what you’re allowed to do on a merchant account, retrieve your own permission set:Best practices
Follow the principle of least privilege
Follow the principle of least privilege
Assign each member only the permissions they need for their specific job function. Avoid creating a single “admin” role for all team members unless they genuinely need full access.
Audit your members list regularly
Audit your members list regularly
Remove members who no longer work with your team promptly. Dormant accounts with active permissions are a security risk.
Use descriptive role names
Use descriptive role names
Name roles after job functions (e.g., “Finance”, “Developer”, “Support”) rather than individual people. Roles should be reusable as your team grows.