Genesys Cloud - Developer Announcements!

 View Only

Sign Up

  • 1.  [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 04-24-2026 13:22
    Edited by Ananya Singh 04-29-2026 13:11

    Summary

    Genesys Cloud is deprecating the “including any future permissions” logic associated with the All Permissions option in the Roles and Permissions page. Prior to this change, this logic automatically included any new permissions added within a domain or an entity, when “All Permissions” is selected.

    As part of this deprecation, permissions are no longer saved as wildcards (e.g. acdscreenshare:.) but are instead saved as explicit individual permissions (e.g. acdscreenshare:chat:escalate, acdscreenshare:session:view, etc).

    Refer also to Deprecation: including any future permissions logic in All Permissions

    Effective Date

    Monday, May 4, 2026

    Monday, June 1, 2026

    Details

    This change is being implemented for the following reasons:

    Scalability, associated with upcoming feature developments

    To eliminate unintended billing impacts, when new permissions require higher license tiers

    To eliminate UI ambiguity associated with the "All Permissions" selection

    Customer Impact

    Customers that use automation tools to create roles should note the following changes:

    While it will still be possible for automation tools to submit permissions as wildcards, they will no longer be saved by the system as wildcards. In other words, there are no changes required to tools that create roles, in terms of how permissions are submitted. However, because permissions are now saved as explicit individual permissions, rather than wildcards, if your tool performs strict validation, it will likely generate error messages when it attempts to match the body submitted to the body returned via API. If your automation tool uses strict validation, you should change this to just validate that the submission was successful (status code 200).

    The "including any future permissions" logic is removed, so newly added permissions will no longer be automatically granted, even if the automation tool created the roles using wildcard permissions. Newly added permissions will need to be explicitly enabled in roles, if required for that role.

    Existing roles that use wildcard permissions are automatically refreshed to explicit permissions.

    Impacted Resources

    POST /api/v2/authorization/roles/{roleId} - Bulk-grant subjects and divisions with an organization role.

    Issue References

    AUTHZ-1112

    IAM-4389

    Contacts

    @David Murray  

    Please reply to this announcement with any questions. This helps the wider developer community benefit from the discussion. We encourage you to use this thread before contacting the designated person directly. Thank you for your understanding.



  • 2.  RE: [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 04-27-2026 10:59

    How does this impact roles managed by CX as Code where wildcards are defined? 



    ------------------------------
    Savino Ricci
    Senior Technical Consultant
    ------------------------------



  • 3.  RE: [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 26 days ago

    An updated version of CX as Code is now available (1.81.0) which ensures that the Consistency Checker doesn't flag any errors associated with wildcard permissions.  



    ------------------------------
    David Murray
    Principal Product Manager
    Genesys Cloud
    ------------------------------



  • 4.  RE: [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 14 days ago

    With 1.81.0 I am still getting Error: mismatch on attribute permission_policies

    Error: mismatch on attribute

    expected value: <nil>

    actual value: view

    Tried to set view for relevant permissions at no avail. Still looking for a solution... The error does not really point to the exact permission causing the conflict...



    ------------------------------
    Bogdan Simaciu
    ------------------------------



  • 5.  RE: [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 14 days ago

    Hi Bogdan, to help debug this issue I'd need a few things:

    1.The genesyscloud_auth_role resource block from your .tf file (the permission_policies section specifically)
    2.The full terraform apply or terraform plan output showing the error
    3.Are you using CX as Code export/import, or managing roles manually in Terraform?
    4.Can you confirm you're on 1.81.0 with terraform providers?

    Thanks,
    Sanjay Gopi



    ------------------------------
    Sanjay Gopi
    Software Engineer
    ------------------------------



  • 6.  RE: [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 14 days ago

    Hi Bodgan,
    Can you also enable the debug log and share the logs to me as well.



    ------------------------------
    Sanjay Gopi
    Software Engineer
    ------------------------------



  • 7.  RE: [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 13 days ago

    Hi Sanjay,

    Thank you for the quick follow up. Managed to find the issue. I had same permissions assigned several times via conflicting blocks. Maybe the previous versions were a bit more tolerant with this. Managed to consolidate and got no more errors. BTW I have consolidated using wildcards and got no TF state drift afterwards.

    Best regards,



    ------------------------------
    Bogdan Simaciu
    ------------------------------



  • 8.  RE: [POSTPONED] Deprecation of "any future permissions" and wildcard permission storage (New date : June 01, 2026)

    Posted 12 days ago

    I personally see this a good change that can narrow down more specific reols/permissions as I have previously found greyed out Items as wildcards and customers unable to amend which item to remove. So for ease of access this is a good mov.

    Thanks



    ------------------------------
    Robert Tyson
    Customer Success Manager
    ------------------------------