See who your agents act for
Your customers list holds every customer who has connected an agent to you. Each entry’sid is the party ID you pass as customerPartyId when you act for them, and each entry shows the agents acting for that customer, with the permissions and perTransaction limit in force. Read it with GET /customers.
active for accepted access, pending for unaccepted invitations, or all for both. A pending invitation stays on your invitations list until the customer accepts.
Inspect one customer
Read a single customer withGET /customers/{customerId} to see exactly which agents, permissions, and limits are in force before you change anything. The customerId is that customer’s party ID.
See pending invitations
Invitations you have sent but nobody has accepted yet live on a separate list. Read it withGET /customers/invitations to confirm what is still open before you revoke.
agentInvitations, one adi_* per agent you invited them to. You revoke by that invitationId.
Revoke a pending invitation
Cancel an invitation the recipient has not accepted withDELETE /customers/invitations/{invitationId}, and they can no longer accept it.
status becomes CANCELED with a cancelReason of DEVELOPER_REVOKED. Revoking an already-canceled or already-accepted invitation is a no-op, so retries are safe.
Revoke an agent’s access
Once a customer has accepted, you revoke per agent.DELETE /customers/{customerId}/agents/{agentId} strips one agent’s authority over that customer immediately. customerId is the customer’s party ID, and agentId is the agent you are pulling.
meta.deleted: true, and the relationship is over. Revocation is idempotent: pulling an agent that is already gone changes nothing, so it is safe to retry.