POST /v2/bookings is used to create regular bookings, recurring bookings and instant bookings. The request bodies for all 3 are almost the same except: If eventTypeId in the request body is id of a regular event, then regular booking is created.
If it is an id of a recurring event type, then recurring booking is created.
Meaning that the request bodies are equal but the outcome depends on what kind of event type it is with the goal of making it as seamless for developers as possible.
For team event types it is possible to create instant meeting. To do that just pass "instant": true to the request body.
The start needs to be in UTC aka if the timezone is GMT+2 in Rome and meeting should start at 11, then UTC time should have hours 09:00 aka without time zone.
Finally, there are 2 ways to book an event type belonging to an individual user:
eventTypeId in the request body.eventTypeSlug and username and optionally organizationSlug if the user with the username is within an organization.And 2 ways to book and event type belonging to a team:
eventTypeId in the request body.eventTypeSlug and teamSlug and optionally organizationSlug if the team with the teamSlug is within an organization.If you are creating a seated booking for an event type with ‘show attendees’ disabled, then to retrieve attendees in the response either set ‘show attendees’ to true on event type level or you have to provide an authentication method of event type owner, host, team admin or owner or org admin or owner.
For event types that have SMS reminders workflow, you need to pass the attendee’s phone number in the request body via attendee.phoneNumber (e.g., “+19876543210” in international format). This is an optional field, but becomes required when SMS reminders are enabled for the event type. For the complete attendee object structure, see the attendee object documentation.
Must be set to 2024-08-13. If not set to this value, the endpoint will default to an older version.
value must be Bearer <token> where <token> is api key prefixed with cal_ or managed user access token
For platform customers - OAuth client secret key
For platform customers - OAuth client ID
Accepts different types of booking input: Create Booking (Option 1), Create Instant Booking (Option 2), or Create Recurring Booking (Option 3)
The start time of the booking in ISO 8601 format in UTC timezone.
"2024-08-13T09:00:00Z"
The attendee's details.
Booking field responses consisting of an object with booking field slug as keys and user response as values for custom booking fields added by you.
{ "customField": "customValue" }The ID of the event type that is booked. Required unless eventTypeSlug and username are provided as an alternative to identifying the event type.
123
The slug of the event type. Required along with username / teamSlug and optionally organizationSlug if eventTypeId is not provided.
"my-event-type"
The username of the event owner. Required along with eventTypeSlug and optionally organizationSlug if eventTypeId is not provided.
"john-doe"
Team slug for team that owns event type for which slots are fetched. Required along with eventTypeSlug and optionally organizationSlug if the team is part of organization
"john-doe"
The organization slug. Optional, only used when booking with eventTypeSlug + username or eventTypeSlug + teamSlug.
"acme-corp"
An optional list of guest emails attending the event.
["guest1@example.com", "guest2@example.com"]Deprecated - use 'location' instead. Meeting URL just for this booking. Displayed in email and calendar event. If not provided then cal video link will be generated.
"https://example.com/meeting"
One of the event type locations. If instead of passing one of the location objects as required by schema you are still passing a string please use an object.
You can store any additional data you want here. Metadata must have at most 50 keys, each key up to 40 characters, and string values up to 500 characters.
{ "key": "value" }If it is an event type that has multiple possible lengths that attendee can pick from, you can pass the desired booking length here. If not provided then event type default length will be used for the booking.
30
Routing information from routing forms that determined the booking assignment. Both responseId and teamMemberIds are required if provided.
{
"responseId": 123,
"teamMemberIds": [101, 102]
}Email verification code required when event type has email verification enabled.
"123456"