Create and Manage Bookings

Applies to: Bookings API | Locations API | Customers API | Team API | Catalog API

Learn how to create and manage bookings for a Square seller.

Link to section

Overview

You can use the Bookings API to create appointment-based applications that allow a customer of a Square seller to book an appointment for a particular service provided by the seller or one of the seller's team members. In addition to the Bookings API, you're likely to use other related Square APIs, such as the Locations API, Customers API, Team API, and Catalog API.

In general, a booking application supports a frontend as an interface with a user to let the user book an appointment for a particular service at a particular location. At various stages of the user interaction, you need to perform the following operations targeted at the backend:

  • Call the Locations API to list and retrieve business locations for the user to choose from for a particular booking.
  • Call the Catalog API to create, list, or search for services that can be booked by customers online.
  • Call the Customers API to create or search for a customer profile representing the user to receive the service for a booking.
  • Call the Bookings API to list or retrieve a booking profile of a team member who can provide a service for a booking.
  • Call the Bookings API to retrieve the booking profile of a business that provides a service in a booking.
  • Call the Bookings API to search for available service segments that can be booked in a booking.
  • Call the Bookings API to create, inspect, or update a booking.

Depending on the permissions granted, the user might succeed in performing all or some of the actions or have access to the whole or part of resulting booking information.

In the following sections, you learn how booking data can be accessed with buyer-level and seller-level permissions and how to call the API using cURL commands.

Link to section

Access scopes of booking data

Applications with buyer-level permissions and those with seller-level permissions create different bookings and receive different booking event data. The differences are manifested in different scopes of access to the booking data by the two types of booking applications.

The following table lists the different scopes of access to booking data, with buyer-level and seller-level permissions. Attributes with read/write access can be set when a booking is created or modified when a booking is updated. Attributes with read-only or read/write access are included in the result from RetrieveBooking or ListBookings and they're included as part of event data in the webhook notification of the booking.created or booking.updated event.

Note

When a deposit has been made to a booking, the appointment segments (as specified by the appointment_segments attribute) of the booking cannot be updated.

ObjectFieldBuyer-level accessSeller-level access
BookingidRead-onlyRead-only
versionSet for optimistic lockingSet for optimistic locking
statusRead-onlyRead-only
created_atRead-onlyRead-only
updated_atRead-onlyRead-only
start_atRead/writeRead/write
location_idRead/write[*]Read/write[*]
addressRead/write[*]Read/write[*]
customer_idRead/write[*]Read/write[*]
customer_noteRead/writeRead/write
seller_noteNoneRead/write
transition_time_minutesNoneRead-only
all_dayRead-onlyRead-only
creator_detailsNoneRead-only
sourceNoneRead-only
location_typeRead/writeRead/write
appointment_segmentsRead/write[*]Read/write
AppointmentSegmentduration_minutesRead-onlyRead/write
service_variation_idRead/writeRead/write
team_member_idRead/writeRead/write
service_variation_versionRead/writeRead/write
any_team_memberRead-onlyRead-only
intermission_minutesNoneRead-only
resource_idsNoneRead-only

[*] When set, the value becomes immutable and cannot be updated with the specified permissions.

Link to section

List business locations

When booking a service, a booking application must choose a bookable business location for the scheduled appointment.

A business location is represented by a Location object and a booking is represented by a Booking object. To specify a business location for a booking, you reference the ID of the Location object in the Booking object.

To create and manage a booking, you need to supply the business location ID of a Square seller. To determine the location ID, you can call the ListLocations endpoint of the Locations API and present the result to the user to a location.

The following example shows how to call the ListLocations endpoint in a cURL command:

Link to section

Request: List business locations

List locations

Link to section

Response: List business locations

In this example, the seller runs the business at one location only. In addition to the business address, you can find the business hours in the result. Pay attention to the business hours so that you don't attempt to create a booking outside of the stated business hours.

Link to section

Retrieve location booking profiles

When a seller has multiple business locations, the seller can enable some or all of the locations for bookings in an eligible subscription plan. This is done in the Square Dashboard by choosing Appointments, Settings, Manage Subscription, and Manage locations. Locations enabled this way become bookable in that the seller can create and manage bookings in the Square Dashboard or on a Square POS device.

For each bookable location, the seller can enable or disable online bookings for customers. Information about online bookings is encapsulated by the LocationBookingProfile and includes the URL of the location-specific online booking site.

When creating an application that supports online booking, you might want to find out which locations allow online booking so that your application presents only those locations for the user to choose from.

To determine whether a location is enabled for booking, call the ListLocationBookingProfiles endpoint without specifying any location IDs. To determine whether a bookable location is enabled for online booking, verify that the online_booking_enabled field is set to true on the returned LocationBookingProfile object.

Link to section

List location booking profiles request

List location booking profiles

Link to section

List location booking profiles response

The response contains all bookable locations that might be enabled for online booking.

{ "location_booking_profiles": [ { "location_id": "SNTR9180QMFGM", "online_booking_enabled": true, "booking_site_url": "https://broadway.squareup.com/book/SNTR9180QMFGM/acme-inc-schenectady-ny" }, { "location_id": "LHNSEA3K7RYSE", "online_booking_enabled": false } ], "errors": [] }

Alternatively, you can call the RetrieveLocationBookingProfile endpoint with a specific location ID. If the specified location isn't bookable, the result is a 404 response containing the following error message:

{ "errors": [ { "category": "INVALID_REQUEST_ERROR", "code": "NOT_FOUND", "detail": "This location either does not exists, or is not enabled for Bookings." } ] }

If the location is bookable but not enabled for online booking, the corresponding LocationBookingProfile object containing "online_booking_enabled": false is returned.

Link to section

List booking profiles of team members

When creating a booking, you need to specify a team member as the service provider. You reference the team member by the team member ID.

Without specifying any team member IDs, you can retrieve booking profiles of team members by calling the ListTeamMemberBookingProfiles endpoint, as shown in the following example:

Link to section

Request: List booking profiles of team members

List team member booking profiles

Link to section

Response: List booking profiles of team members

{ "team_member_booking_profiles": [ { "team_member_id": "pRNYL8gtKDFeFUtvC_Tz", "display_name": "Sandbox Seller", "is_bookable": true } ], "errors": [] }

Each bookable team member has a booking profile that has the is_bookable attribute set to true. Only bookable team members can be assigned to provide the service in a booking. A seller might have other employees as team members who aren't bookable for any service. These employees aren't included in the response.

Typically, you present the list of returned team members for the user to choose from to provide the service in a booking. When there is only one choice, simply make note of the returned team_member_id value and provide this ID to a booking afterwards.

If team member IDs are readily accessible, you can retrieve the booking profiles of specific team members by calling the RetrieveTeamMemberBookingProfile or BulkRetrieveTeamMemberBookingProfiles endpoint and specifying the team member IDs.

Link to section

Search for bookable services

To create a booking, you must specify a bookable service to be provided by the seller or one of the seller's team members. A bookable service is represented by a CatalogItemVariation object with its available_for_booking attribute set to true. To specify a bookable service, you reference the ID of the corresponding CatalogItemVariation object.

To determine the ID of a bookable service, you can call the SearchCatalogItems endpoint, set the product_types query expression to [APPOINTMENT_SERVICE], and inspect the result. The following example shows how to do this in cURL:

Link to section

Request: Search for appointment services

Search catalog items

Link to section

Response: Search for appointment services

Did you know?

In the previous response, the non-zero cancellation fee (as expressed by the no_show_fee object) is set in the Square Dashboard. It cannot be set using the Bookings API. The service with a non-zero now_show_fee value cannot be booked using the Bookings API.

You can infer the locations where the service is available from the present_at_all_locations, present_at_locations_ids, and absent_at_location_ids attribute values of the returned services.

Make note of the ID and version number of the desired service item variation. You need to provide the ID when creating a booking afterwards. Don't use the ID of the parent item, as represented by a CatalogItem object.

For a new bookable service, you must create a service variation, as represented by a CatalogItemVariation instance embedded within a CatalogItem object. You can do so in two ways:

  • Using the Catalog API, you can call the UpsertCatalogObject or BatchUpsertCatalogObjects endpoint to create a service variation and set the available_for_booking attribute to true.
  • Using the Square Dashboard, you can create a bookable service variation by enabling the Bookable by Customers Online option for the newly created service.

A screenshot showing the Create Service page for creating a bookable service in the Seller Dashboard.

Link to section

Specify a customer for a booking

To create a booking, you must specify a customer to receive the bookable service provided by the assigned or selected team member. In the Square API, a customer is represented by a Customer object. To specify a customer, you reference the ID of the Customer object.

Link to section

Find the ID of a new customer

For a new customer, you can call the Customers API to create the customer, get the customer ID from the returned response, and specify the customer ID when creating a booking. The following example shows how to call the Customers API to create a new customer:

Link to section

Request: Create a new customer

Create customer

When creating a customer to be used as an input to CreateBooking, the Customer object must have the phone_number attribute defined.

Link to section

Response: Create a new customer

{ "customer": { "id": "5XSG36ZZ4WTF32XPGK0A7NZNMC", "created_at": "2020-11-02T06:06:13.921Z", "updated_at": "2020-11-02T06:06:13Z", "given_name": "John", "family_name": "Doe", "email_address": "[email protected]", "phone_number": "1234567890", "preferences": { "email_unsubscribed": false }, "creation_source": "THIRD_PARTY", "version": 0 } }

Make note of the customer ID from the response. You need to supply it when creating a booking.

Link to section

Find the ID of an existing customer

For an existing customer, you can call the SearchCustomers or ListCustomers endpoint of the Customers API to search for or retrieve the customer profile. The following cURL example shows how to call the SearchCustomers endpoint to find the ID of the customer whose email address is [email protected]:

Link to section

Request: Search for a customer by an exact email address

Search customers

Link to section

Response: Search for a customer by an exact email address

Make note of the id attribute value of the returned customer. You need to supply it when creating a booking.

You can use different search filters to select an existing customer by other supported attributes, including the name and phone number. For more information, see Search for Customer Profiles.

Link to section

Retrieve a business booking profile

To determine how a Square seller accepts and manages bookings, you can call the RetrieveBusinessBookingProfile endpoint of the Bookings API to retrieve the business booking profile of the seller. The seller identity is inferred from the access token obtained using the OAuth API. For more information, see OAuth Walkthrough: Test Authorization with a Web Server.

The following cURL example retrieves a business booking profile:

Link to section

Request: Retrieve a business booking profile

Retrieve business booking profile

Link to section

Response: Retrieve a business booking profile

By inspecting the returned business booking profile, you can determine the booking policy for the business concerning, for example, whether the seller accepts booking requests automatically, whether multiple bookings are allowed, the booking's lead time, whether the customer can cancel a booking, and whether the customer can choose a team member.

Link to section

Search for available slots

An available slot, also called an availability, is a block of contiguous service segments that can be booked together by a customer at a particular location and starting time. Each segment includes a particular service, a particular team member providing the service, and the duration of the service offered in the segment.

Before creating a booking, you should search for availabilities by calling the SearchAvailability endpoint of the Bookings API. You can turn an availability into a booking by simply adding a customer to it. In other words, a booking is an availability plus a customer.

The following cURL example shows how to call the SearchAvailability endpoint to retrieve availabilities for the service provided by specified team members between 9 AM December 1, 2021, and 9 AM December 2, 2021 (Pacific Standard Time).

In the request body, the stated local times are converted to the corresponding UTC times (2021-12-01T17:00:00Z and 2020-12-01T17:00:00Z), which in this case is 8 hours ahead of the local time. The service is referenced by service_variation_id and the team members are referenced by the any expression of the team_member_id_filter. In this example, there is only one team member.

Important

The specified time range to search for availabilities must be longer than or equal to 24 hours and shorter than or equal to 31 days.

Link to section

Request: Calling SearchAvailability

Search availability

For the SearchAvailability endpoint, the all query expression isn't supported by the team_member_id_filter. If you set the start_at_range filter to the following, you get an error because the specified time duration is 1 second less than 1 day:

{ "start_at_range": { "start_at": "2021-12-15T16:00:00Z", "end_at": "2021-12-16T15:59:59Z" } }

On the other hand, if you set the start_at_range filter to the following, you get an error because the specified time duration is 1 second longer than 31 days:

{ "start_at_range": { "start_at": "2021-10-01T17:00:00Z", "end_at": "2021-11-01T17:00:01Z" } }
Link to section

Response: Calling SearchAvailability

If successful, the previous request returns a response similar to the following, which contains the available time slots that can be used for bookings within the specified time period. Unlisted time slots within this time period are already booked.

The response body contains a list of time slots available for a customer to book the referenced service provided by the referenced team member in the referenced location. Each time slot can be an available appointment that starts at the time specified by start_at and lasts for the sum of all the duration_minutes values under appointment_segments. Appointment segments are continuous parts of an appointment in which a customer can receive one or more services provided by one or more team members. For example, if a barber cuts only hair in one appointment setting, the appointment_segments object has a single appointment segment. If a hair salon cuts, washes, and perms hair in one appointment setting, one appointment might have three segments of services each of which might be provided by a different team member or the same team member. In this example, an appointment has a single service segment of 60Ā minutes and can start on the hour or the half hour.

If any appointment slot is already booked, that slot and any affected adjacent slots aren't returned in the response. In this example, the team member is already booked for another appointment between the local times of 12Ā PM and 1Ā PM on NovemberĀ 5, 2020 (or 2020-11-05T20:00:00Z and 2020-11-05T21:00:00Z) and, hence, is unavailable for any 60-minute appointments starting at 11:30Ā AM or 12:00Ā PM. The team member would be double booked during the last half of the 11:30Ā AM appointment and double booked during the entire 12:00Ā PM appointment. Missing in the response are the two time slots starting at 2020-11-05T19:30:00Z and 2020-11-05T20:00:00Z.

In normal business operation, you need to display the available appointment slots for the customer to browse through and choose one. With the chosen appointment slot, you can proceed to create a booking.

Link to section

Create a booking

With an available appointment slot returned from the SearchAvailability request, you have all the required information, except for the customer ID, at your disposal to call CreateBooking to create a booking. Ideally, you should already have the customer ID because you have interacted with the customer in the normal workflow of your application.

Important

You cannot use the Bookings API to book a service that has a non-zero cancellation fee set on its no_show_fee attribute.

You can provide a customer address when booking appointments, as long as the location_type is set to Customer_Location.

The following cURL example creates a booking for the 60-minute service ("service_variation_id": "GUN7HNQBH7ZRARYZN52E7O4B") provided by the team member ("team_member_id": "2_uNFkqPYqV-AZB-7neN") in the location ("location_id": "SNTR5190QMFGM") starting at 1Ā PM local time (or 2020-11-05T21:00:00Z UTC). By extracting this information from a retrieved availability, you can successfully create an appointment, provided that you supply a valid customer ID.

Link to section

Request: Create a booking

Create booking

If your application has seller-level permissions or if the seller allows buyers to create a booking with multiple services, you can call the CreateBooking endpoint with more than one appointment segments (as elements of the appointment_segments list) with any valid combination of services and providers.

The Bookings API requires that the Customer object referenced by the input parameter of customer_id have the phone_number attribute defined. If the specified Customer doesn't have phone_number specified, you get a 400 error response with the following error message:

"errors": [ { "category": "INVALID_REQUEST_ERROR", "code": "BAD_REQUEST", "detail": "is invalid", "field": "phone" } ]

For the seller_note attribute (or another seller-accessible attribute) to be set in the catalog, the caller must have seller-level permissions. With buyer-level permissions, any application-set value is ignored. For more information about buyer-accessible and seller-accessible booking data, see Access scopes of booking data.

Link to section

Response: Create a booking

If successful, the previous request returns a response similar to the following:

In this example, the caller has the seller-level permissions. Otherwise, the seller_note field wouldn't be present in the response and the creator_type would be CUSTOMER.

Make note of the booking ID. You need to provide it later to retrieve or update this booking. Typically, you should let the customer keep a record of the booking ID and ask the customer to supply it when inquiring or changing the appointment in the future.

Link to section

Retrieve a booking

To retrieve an existing booking, call the RetrieveBooking endpoint with the booking ID specified as a path parameter. The following cURL example retrieves the booking created in Create a booking.

Note

The Bookings API also supports retrieving multiple bookings in a single call. To do so, call BulkRetrieveBookings and specify one or more booking IDs.

Link to section

Request: Retrieve a booking

Retrieve booking

Link to section

Response: Retrieve a booking

In this example, the caller has seller-level permissions. With buyer-level permissions, the result would be a subset of the above. For more information about buyer-accessible and seller-accessible booking data, see Access scopes of booking data.

Link to section

List bookings

To browse a collection of a seller's bookings, call the ListBookings endpoint. You can scope the retrieval to a particular customer, a service-providing team member, a service location, or a specific range of the service-starting time.

You define the retrieval scopes by specifying in the URL the path parameters of customer_id, team_member_id, location_id, start_at_min, or start_at_max. Notice that the start-time range cannot be longer than 31 days.

When calling ListBookings, you can specify a customer ID, location ID, team member ID, or range of start times. If none of these are set, their default values are used as follows:

  • If customer_id isn't specified, bookings of all customers of the seller are returned.
  • If team_member_id isn't specified, bookings of all team members of the seller are returned.
  • If start_at_min isn't specified, the current time becomes the earliest start time by which to retrieve bookings.
  • If start_at_max isn't specified, 31 days after start_at_min is the latest start time by which to retrieve bookings.

The following is an example showing how to list bookings with explicit specifications of a location and a start-time range.

Link to section

Request: List bookings at a location and a start-time range

The following cURL example retrieves all available bookings with services provided at a specific business location ("SNTR5190QMFGM") of a seller and starting between a specified time range ("2021-12-01T00:00:00Z" - "2021-12-30T23:59:59Z"):

List bookings

Link to section

Response: List bookings at a location and a start-time range

The following shows an example response of two bookings that has their start_at times within the specified start_at duration:

  • They start between 17:00:00 UTC, December 1 (ā€œ2021-12-01T17:00:00Zā€) and 17:00:00 UTC, December 15, 2021 (ā€œ2021-12-15T17:00:00Zā€).
  • They're reserved for different customers ("SWPBCE0VRCXSQ57EEJ1PP77TKG" and "K48SGF7H116G59WZJRMYJNJKA8").
  • The first booking is created by the customer and the second booking is created by the seller.
  • They're serviced by the same team member ("2_uNFkqPYqV-AZB-7neN").

In this example, the result contains two bookings. The first booking is created by the customer because creator_type has a value of CUSTOMER. The second booking is created by the seller because the creator_type has a value of TEAM_MEMBER. The caller has seller-level permissions.

Link to section

Update a booking

After an appointment is created, your application user can call the UpdateBooking endpoint to make certain changes. Because this endpoint supports sparse updates, you only need to specify the desired fields. Unspecified fields aren't affected by the operation.

Updatable booking data varies depending on whether the caller has buyer-level or seller-level permissions. Updatable booking properties are summarized in the table in Access scopes of booking data.

For updates that modify the appointment's start time and date (start_at) with buyer-level permissions, you should call SearchAvailability first to retrieve available appointment segments to ensure that the attempted update doesn't result in duplicated bookings. With seller-level permissions, this isn't necessary if the seller permits double bookings.

You must pass the entire address object when updating the address field; sparse updates are not allowed. For example, you cannot update only the address_line_1 subfield.

Link to section

Request: Update a booking to a new start time and date

The following cURL example moves an existing appointment's start time and date to 2021-12-17T18:00:00Z:

Update booking

Link to section

Response: Update a booking to a new start time and date

Link to section

Cancel a booking

Your application user can call the CancelBooking endpoint to cancel an existing booking as long as all of the following criteria are met:

  • With seller-level permissions, the caller can cancel a booking provided that the booking's status is ACCEPTED.
  • With buyer-level permissions, the caller can cancel a booking if all of the following are true:
    • The customer is allowed to cancel his or her bookings, which can be created by the customer or by others. You can determine whether the customer can cancel bookings by inspecting the allow_user_cancel attribute on the BusinessBookingProfile returned from a call to the RetrieveBusinessBookingProfile endpoint.
    • The cancellation window hasn't elapsed for the booking under consideration. You can determine the duration of the cancellation window by inspecting the cancellation_window_seconds value on the business_appointment_settings attribute of BusinessBookingProfile returned from a call to the RetrieveBusinessBookingProfile endpoint. The cancellation window for a booking has elapsed if the time interval (in seconds) from the booking's start_time to the current time is shorter than the cancellation_window_seconds value.
    • The booking's start time isn't in the past.
    • The booking's status is PENDING or ACCEPTED.
Link to section

Request: Cancel a booking

The following cURL example shows how to cancel a booking:

Cancel booking

The booking_version value must match the version value of the Booking object. Otherwise, an error is returned.

Link to section

Response: Cancel a booking

If successful, the previous request to cancel the booking returns a response similar to the following:

If the caller has buyer-level permissions, the returned status is "CANCELLED_BY_CUSTOMER". Seller-specific information, such as seller_note, isn't included in the response.

With buyer-permissions only, if the specified booking's start time is in the past, the caller gets the following error response:

{ "errors": [ { "category": "INVALID_REQUEST_ERROR", "code": "BAD_REQUEST", "detail": "The cancellation period for this booking has ended.", "field": "base" } ] }