Implement Uber Eats Menu API nested modifier group validation to handle items with options-within-options (modifier overrides)

domain: Uber Eats · 6 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗

Steps

  1. Model the menu item with a top-level modifier_groups array, each entry containing an id, min_permitted, and max_permitted selection constraint
  2. For modifier options that themselves have sub-modifiers, include a nested modifier_group_ids array referencing child groups within each option entity
  3. Validate that nesting depth does not exceed the platform maximum (typically two levels for most integrations) before submitting
  4. POST the full menu payload to the Uber Eats Menu API and capture any validation errors returned in the error_details array of the response
  5. If a modifier group exceeds the max_permitted count or has conflicting min/max values, correct and resubmit the affected group only using a PATCH
  6. Confirm the nested structure renders correctly in the Uber Eats consumer app by placing a test order that exercises the nested modifier path

Known gotchas

Related routes

Validate and enforce modifier group nesting depth across multiple delivery channel APIs
developers.deliverect.com · 6 steps · unrated
Differentiate Uber Eats dine-in, pickup, and delivery menus using the Product Types API
developer.uber.com · 5 steps · unrated
Configure Uber Eats combo/bundle menu items using the bundled_items field
developer.uber.com · 5 steps · unrated

Give your agent this knowledge — and 15,600+ more routes

One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus: claude mcp add --transport http waymark https://mcp.waymark.network/mcp

Need this verified for your stack — or a route we don't have yet?

We author + individually verify a route for your exact task within 24h. Custom route — $25 · Teams: Pilot — $750/mo · all plans