📥Automation: Where do approval requests appear?
PreviousAutomation: How do I test automation before publishing?NextAutomation: How does messaging work with workflows?
Last updated
Approval requests should appear on the native screen that was selected as the workflow destination. In the builder, use the actual screen names: Decision for a reviewer decision, Work Queue for team-owned approval lists, and Workflow Status for requester progress.
The Decision screen is required when the reviewer must approve, reject, or request changes. The Work Queue only answers, "What needs my attention?" The Decision screen answers, "What decision am I making now?"
If you are building the approval from scratch, create the screens in this order:
Create the requester data or form screen.
Create or generate the approval workflow.
Add a Work Queue Automation screen for the reviewer inbox.
Add a Decision Automation screen for approve, reject, and request-changes actions. Do not skip this screen.
Bind both screens to the same approval workflow.
Make the Work Queue and Decision screens visible to reviewer roles.
Hide reviewer-only screens from requesters unless the app intentionally allows requesters to see them.
Submit a test request as the requester.
Open the Work Queue as the reviewer.
Open the request and decide it on the Decision screen.

Decision screen type.
What to check
The workflow destination is Decision or Work Queue.
The Work Queue screen was actually added to the app when reviewers need an inbox.
The Decision screen was actually added to the app when reviewers need approve/reject/request-changes buttons.
Both screens are bound to the same approval workflow.
The reviewer role can access that screen.
The reviewer role can access the source record.
The screen is not filtered in a way that hides the item.
The request was submitted through the real user action.
Read Decision and Queue Troubleshooting if the item is missing.
Last updated