Skip to content

🦞 igor-claw: fix bad Site Properties guidance for BUSINESS_SCHEDULE_NOT_FOUND - #853

Open
ayal wants to merge 1 commit into
mainfrom
igor-claw/fix-business-schedule-not-found-guidance
Open

🦞 igor-claw: fix bad Site Properties guidance for BUSINESS_SCHEDULE_NOT_FOUND#853
ayal wants to merge 1 commit into
mainfrom
igor-claw/fix-business-schedule-not-found-guidance

Conversation

@ayal

@ayal ayal commented Aug 5, 2026

Copy link
Copy Markdown
Contributor

What's broken

skills/wix-manage/references/bookings/bookings-staff-setup.md told agents to:

  1. "Configure Business Schedule: Set up site properties with business operating hours using the Site Properties API" as a foundation-setup step, and
  2. Check "site properties" as part of the diagnosis sequence for a "Business schedule not found" error.

The Site Properties Business Schedule API (site-properties/v4/properties/business-schedule) is an unrelated resource — it doesn't create or affect the Calendar business schedule (externalId: 4e0579a5-491e-4e70-a872-d097eed6e520) that Bookings Staff Members/Calendar APIs actually check for. Following this recipe as written sends an agent down a dead end: the Site Properties call succeeds (200), but Create Staff Member keeps 404ing with BUSINESS_SCHEDULE_NOT_FOUND.

This is exactly the sequence in a real feedback report: an agent hit BUSINESS_SCHEDULE_NOT_FOUND on Create Staff Member, called Site Properties' Update Business Schedule per docs, saw it succeed, retried, got the same 404, then also tried creating a Location — none of which touch the actual missing resource.

Root cause (verified)

  • Reproduced live via the Wix MCP on an owned test site: POST site-properties/v4/properties/business-schedule returns 200 on a site with no Bookings business schedule; Create Staff Member still returns 404 BUSINESS_SCHEDULE_NOT_FOUND immediately after.
  • Read wix-private/scheduler's SchedulesAdapter.getBusinessSchedule(): it looks up a Calendar Schedule by scheduleOwnerId == VirtualBusinessResourceId, which is provisioned when Wix Bookings is installed — Site Properties never touches this.
  • Found FixResourceProvisioningTask / MigrateSiteBusinessResourceToFixedIdTask in wix-private/velocity-infra: internal-only immigrator tasks that exist specifically to repair sites where this schedule failed to provision, confirming there's no public-API self-heal path for that case.

The fix

  • Point "Configure Business Schedule" at the Calendar Events V3 API (linking the existing configure-default-business-hours recipe) instead of Site Properties, and note it's optional since Bookings auto-provisions default hours on install.
  • Rewrite the "Business schedule not found" troubleshooting entry into an ordered sequence: check/install Bookings first (fixes almost all cases) → explicitly do NOT use Site Properties as a fix → if Bookings is confirmed installed and it still fails, treat it as a backend provisioning gap and tell the user to contact Wix Support instead of continuing to retry workarounds.

Companion docs-source PRs (same root cause, upstream reference docs):


This PR was opened automatically by an AI agent on behalf of Ayal (ayalg@wix.com), while researching Wix MCP user feedback.
Feedback thread: https://wix.slack.com/archives/C08P5DKLJR5/p1785937398752899

…ESS_SCHEDULE_NOT_FOUND

The recipe told agents to "set up site properties with business operating
hours using the Site Properties API" as part of foundation setup, and to
include "site properties" as a diagnosis step for "Business schedule not
found" errors. That API is a different, unrelated resource — it never
creates or fixes the Calendar business schedule that Bookings Staff
Members/Calendar APIs check for, so this sent agents down a dead end.

Root-caused via the Wix MCP against an owned test site: Update Business
Schedule (Site Properties) returns 200 on a site with no Bookings schedule,
and Create Staff Member still 404s with BUSINESS_SCHEDULE_NOT_FOUND
afterwards. Also confirmed in wix-private/scheduler's SchedulesAdapter
source that the two are unrelated resources, and in wix-private/velocity-infra
that a persisting error despite Bookings being installed is a backend
provisioning gap with no public-API fix.

🤖 Opened automatically by an AI agent on behalf of Ayal (ayalg@wix.com),
researching Wix MCP user feedback.
Context: https://wix.slack.com/archives/C08P5DKLJR5/p1785937398752899

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@ayal
ayal requested a review from yotamsu August 5, 2026 13:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant