How to fix it

  1. Open your failing flow in Flow Designer and click on the flow properties (gear icon in the top right).
  2. In the flow properties, locate the Run As field and change it from 'User who initiated session' to 'System User' if the action needs elevated permissions.
  3. Save and test the flow. If it still fails, continue with cross-scope access verification.
  4. Navigate to System Applications > My Company Applications and open your flow's application scope record.
  5. Scroll to the Application Access related list and verify that the target table's application scope is listed with 'Can read' status.
  6. If missing, click New to add cross-scope access. Select the target application scope and set status to 'Can read'.
  7. Check for blocking ACLs by navigating to System Security > Access Controls (ACL) and filter by your target table name.
  8. Look for ACL rules matching the operation type (create, read, write, delete) that your failing action is attempting.
  9. Open each relevant ACL and check the Requires role field and Script condition. Verify these conditions allow your flow's execution context.
  10. If your action calls Script Includes, navigate to System Definition > Script Includes and search for the specific Script Include name.
  11. Open the Script Include record and verify the Accessible from field is set to 'All application scopes' if you need cross-scope access.
  12. For role-based issues, navigate to User Administration > Users and check if the system user or triggering user has required roles referenced in the ACLs.
  13. Test your flow again after making the necessary permission or scope changes.
💡

Enable debug logging by setting the flow to run with 'Log level' set to 'Debug' in flow properties. This will show you the exact user context and permissions being evaluated when the action fails.