Hi Orestis,
I wasn't able to find a Genesys resource that explicitly confirms licensing behaviour for OAuth clients, but based on the documentation available:
Client Credentials is designed for non-user applications and operates outside the context of a user, with access controlled by the roles assigned directly to the OAuth client.
https://help.mypurecloud.com/articles/create-an-oauth-client/
Because of that, my understanding is that the OAuth client itself does not behave like a named user consuming a license. Instead, access is governed by the permissions assigned, and your organisation still needs to be entitled to the underlying outbound functionality those permissions relate to.
For anything contract-specific around licensing, hopefully someone from community might add more to this. Following this post.
------------------------------
Phaneendra
Technical Solutions Consultant
------------------------------
Original Message:
Sent: 04-16-2026 07:37
From: Orestis Dimitropoulos
Subject: OAuth Client Credentials & Licensing Clarification
Hello,
We are planning to create a new OAuth client using the Client Credentials grant type, intended for use by a third-party system.
The purpose of this integration is to enable the third-party system to:
- Create contact lists
- Add and manage contact data within those lists
To support this functionality, the OAuth client will need to be associated with a role that includes, at a minimum, the following permissions:
Outbound > Contact > Add
Outbound > Contact > Edit
Outbound > Contact > View
Outbound > Contact List > Add
Outbound > Contact List > Edit
Outbound > Contact List > View
We can see that all of the above permissions require a Cloud CX 1 license.
Could you please clarify whether the use of OAuth Client Credentials by a third-party system to invoke the relevant Genesys Cloud APIs results in license consumption? If so, could you elaborate on how this licensing is applied in such scenarios?
Best regards,
Orestis Dimitropoulos
#API/Integrations
#System/PlatformAdministration
#Other
------------------------------
Orestis Dimitropoulos
------------------------------