An Azure service that automates the access and use of data across clouds without writing code.
Hi @Koichi Ozawa ,
Thank you for reaching out to Microsoft Q & A !
The dependency Microsoft’s Salesforce connector reference confirms is Salesforce API access through an authenticated connection. It lists these trigger operations:
- When a record is created:
GetOnNewItems - When a record is modified:
GetOnUpdatedItems
The documented default Salesforce API version is v58.0, although the connection can specify another version.
However, the reference does not identify the exact Salesforce endpoint used internally by these triggers. Its statement about using Salesforce’s Query API applies specifically to the Get records and Execute a SOQL query actions, so that statement does not establish which API the triggers use.
If the disruption affected your instance’s API access or the authentication used by the connection, it could affect trigger checks. The disruption notice alone is not enough to determine whether your workflow was affected.
If you want to verify actual impact, review Trigger history during the affected window and open any Failed attempt’s Outputs. A Skipped attempt means no data met the criteria; Succeeded means data was available, not that the entire workflow completed successfully. Check Fired and the resulting run separately, as described in the monitoring guide.
For your Salesforce inquiry, ask whether the incident affected authenticated API access to the monitored object in your Salesforce instance, rather than only interactive sign-in. Please share the public incident link so we can compare its stated scope with these dependencies.
Please "Upvote the Answer" if this information helped you. This will help us and others in the community as well.