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.
Manage roles
1
List existing roles
See all roles currently defined on your merchant account before creating new ones.Expected response:
2
Create a new role
Create a role by providing a name and an array of permissions to assign to it.Expected response:
3
Update an existing role
To change a role’s name or permissions, send a
PUT request with the updated values.4
Delete a role
Remove a role when it’s no longer needed. You cannot delete a role that still has members assigned to it — reassign or remove those members first.
Manage members
1
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.2
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.3
Remove a member
Remove a member to revoke their access to your merchant account. This does not delete their IteraPay user account — it only removes them from your merchant.
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.