Any available staff uses real appointment availability
The local appointment candidate now chooses Any available staff from the same availability rules used to offer booking times. A person must be assigned to the service, active in the venue and available for that service, option, location and time. Their actual price override is included in the quote.
The local appointment candidate now chooses Any available staff from the same availability rules used to offer booking times. A person must be assigned to the service, active in the venue and available for that service, option, location and time. Their actual price override is included in the quote. Existing paid bookings retain their original assignment and payment operation when retried. This does not change staff access, collaboration architecture or public-team visibility. Room-only services are not turned into staff services. This is code under review, not a live feature announcement. Public booking selection, independent named-booking controls and the Business, Consumer and Branded app companions remain in progress. No hosted configuration, customer booking, payment, notification, deployment or app publishing was performed. See the [shared contract and remaining work](../api/APPOINTMENT_CHECKOUT_SNAPSHOT_CONTRACT.md).
Admin offering presentation
Venue admin labels, terminology preview, Learning Center first-booking steps, and the main dashboard now follow the venue's current booking mode and product lifecycle instead of craft-only defaults.