A booking can be created through any of these surfaces. All of them land in the same data model and share the same lifecycle events — only the source of the booking changes.Documentation Index
Fetch the complete documentation index at: https://docs.apifycloud.io/llms.txt
Use this file to discover all available pages before exploring further.
1. Agent — my schedules
Agents openApps → [your video app] → My schedules and see only
their own bookings. They can:
- Create a booking for a customer they’re already talking to.
- Block time with a do-not-disturb window.
- Open a specific booking to see notes, reschedule, or cancel.
2. Public booking page
Each video app exposes a hosted booking page athttps://video.apifycloud.io/book/{appId} (authenticated with the
app’s widget key). Customers open the page, pick a slot, fill the
form, and confirm.
You distribute the link however you want:
- A direct URL in WhatsApp, SMS, email, or a QR code.
- A button on your website that opens it in a new tab.
- Embedded in a landing page.
3. Public API — OAuth-gated
External systems — your CRM, automation tools, partner apps — create bookings programmatically via the public API onapi.apifycloud.io, authenticated with OAuth client credentials
and the scheduling:write scope.
See the Scheduled Calls API reference
for the full contract. Typical use cases:
- A CRM creates a booking automatically when a deal reaches a certain stage.
- An automation tool reschedules when a customer replies with a new time.
- A partner app queries availability before suggesting slots in its own UI.
4. Admin — console master view
FromApps → [your video app] → Scheduled calls in the console, an
admin (with the right permission) can create a booking on behalf of
any agent, see every booking across the app, filter, search, and
cancel or reschedule.
Use this for:
- Manually adding a booking a customer agreed to over the phone.
- Oversight — finance, ops, or leadership reviewing the full pipeline.
- Bulk management (bulk cancel, bulk reassign).
Source is always tracked
Every booking stores itsbooking_source — admin, agent,
public_booking, or api. The timeline and the webhook payload
expose it, so downstream systems can behave differently depending
on where the booking came from.
What’s next
Assignment modes
How an agent gets picked for a booking.
Agent availability
What the booking flow checks before accepting a slot.
API reference
Create a booking from an external system.