Trigger a Desktop Flow from a Cloud Flow
How to trigger a desktop flow directly from a cloud flow in Power Automate, including mode, variables, and connection.
How to start a Power Automate flow directly from a SharePoint list item using the "For a selected item" trigger.
Some processes shouldn't kick off automatically with every change, but only once someone on the team deliberately decides: right now, for this specific item. An employee reviews an order in a SharePoint list and wants to trigger an approval only after their own review. A colleague marks a contract as complete and then specifically triggers document creation. For cases like these, the SharePoint connector brings its own trigger that starts a flow directly from a selected list item, without a detour through a separate app or a button in a form.
This article shows you how to set up this manual trigger, what you can pass from the SharePoint item into the flow, and where the limits of this feature lie. This way you stay in control of when a flow should actually run, instead of every change triggering an automation unasked.
The Microsoft SharePoint connector distinguishes between triggers that react to changes in a list, such as When an item is created or When an item is created or modified, and a trigger that is triggered exclusively manually: For a selected item. According to the official description in the Microsoft SharePoint Connector for Power Automate this trigger lets list users trigger a flow after they have selected an item in a list. So the flow doesn't react to a background event, but is deliberately started by a person at the moment of selection.
This places the trigger in the category of manual, or instant, triggers that Power Automate fundamentally recognizes. In the Introduction to triggers this category is described as "instant/manual", as opposed to automated and scheduled triggers. The big difference from a classic button in your own app is that no additional interface needs to be built here. The trigger appears directly in the SharePoint list's menu as soon as a flow with it exists.
Before you set up the trigger, it's worth taking a quick look at the conditions that apply according to the documentation:
Both routes lead to the same result: a flow that runs in the context of a specific list item and is available in the Automate menu to everyone who has the appropriate permissions.
The trigger passes the flow the ID as well as the field values of the selected item as dynamic content, quite similar to the event-based SharePoint triggers. In practice, it's still a good idea to insert a Get item action right after the trigger and use the ID supplied by the trigger. That way you always work with the current state of the item, even if a few seconds have passed between the selection and the actual run, or several people are working on the same list at the same time. You can then reuse the field values for approvals, notifications, updates, or document creation, just like with any other SharePoint flow.
A good overview of SharePoint triggers and actions overall is provided by the page Build workflows with SharePoint and Power Automate, in case you want to check further automation options for the same list besides the manual start.
Usually it's because the flow was not created in the default environment. Only flows within the default environment can be run manually from a SharePoint list. Also check whether it's a generic list or library, since custom list templates are not supported by this trigger.
No, the trigger For a selected item is designed for exactly one item per run. If you want to process several items at once, you either need several individual runs or a different automation that accepts a list of items instead of a single selection context.
The SharePoint connector itself is a standard connector and does not require a premium license. However, as soon as you use premium connectors in the flow, for example certain Dataverse or HTTP actions, every person running the flow needs an appropriate Power Automate license.
A common reason is a changed environment URL or a switch of the default environment in which the flow was originally saved. In such cases it usually helps to reopen the flow in the designer and save it again, so the link to the list is rebuilt.
After starting, SharePoint only shows a brief confirmation that the flow was triggered, not the full run status. To see whether all steps completed successfully, open Power Automate, go to My flows, select the relevant flow, and check the run history there in detail.
Founder of NordFlux. Spent four years automating processes at enterprise scale at Dräger, and now brings that depth to the mid-market — pragmatic and with full data sovereignty.
Certifications
How to trigger a desktop flow directly from a cloud flow in Power Automate, including mode, variables, and connection.
Power Automate flow no longer running? Trigger conditions, connections, 90-day rule, license and DLP at a glance.
Step by step: set up the Outlook trigger, attachment filter, and SharePoint upload with Power Automate, including folder structure and naming.
A single button flow from a SharePoint list is built in minutes, but once several teams, lists and permission levels join in, oversight quickly disappears. NordFlux builds SharePoint and M365 automations designed from the start with a governance concept and clean permission structure. In the first conversation we look at your SharePoint environment and show where action is needed.