TimeZest Appointment Types
An appointment type defines what kind of meeting a TimeZest booking is — its name, its duration, and the availability rules behind it. Picking the wrong type produces a customer-facing mistake: a 15-minute "Quick Call" type used for a half-day onsite books a slot that is far too short.
Domain & Tools
Enter the domain with timezest_navigate to appointment_types.
| Tool | Purpose |
|---|---|
timezest_appointment_types_list | List all appointment types available for scheduling |
timezest_appointment_types_get | Get full detail for one type by appointmentTypeId |
timezest_appointment_types_list accepts pageSize (1–100, default
50) and a filter TQL string (e.g. active:true).
Each appointment type carries at least:
id— theappointmentTypeIdused in a scheduling requestname— e.g. "Onsite Visit", "Remote Session", "Discovery Call"duration— slot length in minutesdescription— optional free-text detail
Matching a Type to the Work
| Ticket / intent | Typical appointment type |
|---|---|
| Remote support session | "Remote Session" |
| Field dispatch to the customer site | "Onsite Visit" |
| Scoping or pre-sales conversation | "Discovery Call" |
| Short follow-up | "Quick Call" |
These names are tenant-configured — always read the actual list rather than assuming a naming convention.
Common Workflows
Pick the type for a booking
timezest_navigatetoappointment_types.- Call
timezest_appointment_types_listwithactive:true. - Match the type whose
nameanddurationfit the ticket's work. - If the customer-facing description matters, call
timezest_appointment_types_getto read the fulldescription. - Carry the resolved
appointmentTypeIdintotimezest_scheduling_create_request.
Audit available types
- List all types with
pageSize: 100. - Report each type's name, duration, and active status so a dispatcher knows the menu before booking.
Edge Cases
- No clear match — If no configured type fits the work, surface the full list to the dispatcher rather than booking a mismatched type. A wrong duration is visible to the customer.
- Duration mismatch — Always confirm
durationmatches the expected work length; type names can be misleading. - Inactive types — Filter
active:true; deactivated types still appear in an unfiltered list but cannot be booked.
Best Practices
- Resolve the appointment type by name and duration through a
listcall every session — do not cache the ID. - When
timezest_scheduling_create_requestis called without an appointment type, the MCP server elicits a choice; pre-resolving it here avoids that round-trip and keeps the booking deterministic. - Never substitute a similarly named type — confirm name and duration both fit.
Related Skills
- scheduling — Booking technicians against PSA tickets
- agents-and-teams — Resolving the technician or team