As there has been some ongoing confusion regarding the various dates that have been thrown around, I'd like to offer a definitive statement on the Genesys position regarding dates. Tl;Dr: we're sticking with the Oct 7th date, but will not be taking active steps to remove/disable integrations that continue to use Un/Pw auth. At some point on or after Oct 7th that variant of auth will cease to work, with the exact timing of that being enforced on the Salesforce end of the integration. Our advice is to update the authentication used by the integration ASAP.
Longer Statement:
We have been staying with the date reflected in our deprecation announcement, in part as a defensive measure relating to additional conversations with Salesforce. Our data action integration is backed globally by a single oauth client that runs in one of our Salesforce development orgs; that Oauth client has already been flagged by Salesforce security as part of their platform review that lead to their decision to deprecate the UN/PW oauth flow. While the official deprecation of the UN/PW flow may have been pushed out by Salesforce, our specific Oauth client remains in a bit of a tenuous position, and I don't have a high degree of confidence it will be allowed to remain in operation up to the official end of life of the UN/PW oauth flow.
The migration path for customers is relatively simple, and comes with quite a few benefits to the customer. The update to the integration added support for Client Credential Grant Oauth to the Salesforce REST API, which runs through "External Client Apps" (ECA) that are created and administered within the customer's own Salesforce org. This gives them more granular control over the permissioning and scopes used by the Oauth client, and also constrains access to only their organization. Additionally, it allows for the auth token that is minted to be formed as a JWT, which fits with Salesforce's newest features in terms of authorization patterns.
Once the ECA is created, we recommend the customer setup a new Salesforce data action integration to serve as a test vehicle for the updated credentials. Once they're satisfied the ECA is correctly configured, they then update the credentials on their prior existing Salesforce Data Action integration, which immediately causes all of the data actions they've deployed through flows, scripts, etc. to use the updated auth. They can then delete the test integration they created, and the process is complete.
Given the background of the entire situation, the ease of the migration, and the additional benefits to the customer, we are sticking with the statement that "on or after October 7th, the username/password authentication will cease to work". We are not actively taking steps to disable this auth pattern, but cannot provide any guarantees it will operate after that date, and are actively recommending that customers make the transition as quickly as possible to avoid any disruption.
------------------------------
Richard
Product Manager
------------------------------