Cascading dropdowns from SharePoint lists
Learn how to use Power Apps Cascading dropdowns from SharePoint lists with practical Power Apps guidance, implementation steps, common mistakes, troubleshooting, and related BuilderVault patterns.
What this pattern solves
Power Apps Cascading dropdowns from SharePoint lists is a practical BuilderVault pattern for makers and developers who need a repeatable way to handle cascading dropdowns from sharepoint lists inside a real Microsoft business app. The goal is to move past trial-and-error and give the builder a clear structure they can adapt to their own screens, flows, lists, tables, or environments.
Use this page when you are deciding how the pattern should work, what supporting data or permissions are needed, and what should happen when the happy path fails. The notes below focus on implementation fit, common mistakes, troubleshooting, and internal links to adjacent patterns so the build stays consistent.
Search intent
Help a Power Platform builder understand when to use Power Apps Cascading dropdowns from SharePoint lists, how to implement it, and what mistakes to avoid before using it in a production business app.
Problem
Users can pick invalid combinations when every dropdown shows all possible values.
What the finished pattern should include
- A maker can explain the control, formula, validation, and save behavior before release.
- The app gives users clear feedback for successful saves, missing values, and failed updates.
- The pattern can be handed to another builder without relying on hidden assumptions.
Solution
// Parent dropdown Items
Sort(Choices(Requests.Department), Value)
// Child dropdown Items filtered by selected parent
Filter(
colRequestCategories,
Department.Value = ddDepartment.Selected.Value && IsActive = true
)
// Child dropdown DisplayFields
["Title"]
// Reset child dropdown when parent changes
Reset(ddCategory);
Set(varSelectedCategory, Blank());Implementation checklist
- Confirm the Power Apps scenario and the business user this pattern supports.
- Identify the data source, owner, security model, and exception path before building.
- Build the smallest reusable version first, then add optional branches or polish.
- Test with realistic data, permissions, edge cases, and handoff expectations.
- Link this pattern to its collection, topic hub, and related implementation patterns.
Step-by-step instructions
- Load the child reference list into a local collection during App.OnStart or screen OnVisible.
- Bind the parent dropdown to the parent choice or reference source.
- Filter the child dropdown Items by the selected parent value and active flag.
- Reset the child dropdown whenever the parent dropdown changes so stale selections are not saved.
When to use
- Department and service choices
- Category and subcategory fields
- Region and site selections
When not to use
- Small flat option sets
- Reference data that changes constantly without governance
Common mistakes
- Not resetting the child dropdown when parent changes.
- Filtering on display names instead of stable IDs.
Troubleshooting
- If child options do not appear, inspect whether the parent selected record has ID or Id.
FAQ
When should I use Power Apps Cascading dropdowns from SharePoint lists?
Use Power Apps Cascading dropdowns from SharePoint lists when the same Power Apps scenario is likely to appear in more than one app, flow, list, table, or environment and needs a repeatable implementation approach.
Does this pattern work with Power Apps, SharePoint?
Yes. This pattern is written for Power Apps, SharePoint scenarios, but you should still confirm connectors, licensing, permissions, delegation limits, and environment rules before using it in production.
What usually causes this Power Apps pattern to fail?
The most common failure points are unclear ownership, missing validation, weak exception handling, undocumented permissions, and testing only the happy path.
Is Power Apps Cascading dropdowns from SharePoint lists beginner friendly?
This pattern is rated Intermediate. Beginners can use the fit guidance and checklist first, while experienced builders can move directly into the formula, flow, schema, or governance details.
Related patterns
Patch a SharePoint lookup field
Save a lookup selection with the Id and Value shape SharePoint expects.
Default selected items for modern combo boxes
Set edit-form defaults for modern combo boxes without blank selections.