April 7, 2022 - v2022.6
over 3 years ago by Mike
- Issue #387: Add better validation errors when a 401 error is caused by unauthorized resource, service or location ids
- Issue 562: Update documentation for
GET /consumer/v1/settingsto note that this endpoint is DEPRECATED - Issue #567: Update
POST /setup/v1/services/{serviceId}/allocationsSwagger documentation - Issue #598: Update
POST /setup/v1/companiesto add validation for TimezoneName, which is a required field - Issue #992, #1135: Update
/consumer/v1/appointmentsendpoints to unify logic for multi-resource booking and single resource booking - Issue #949: Fix response output for
POST /consumer/v1/appointmentsto correctly show input timezone whencompleteBooking: 'BK' or 'RS'is passed - Issue #1013: Update
GET /consumer/v1/locationsandGET /setup/v1/locationsto allow searching by locationfriendlyIdparameter. This will allow searching locations when customers use GUIDs asfriendlyIds - Issue #1064: Clarify Swagger documentation for
PUT /consumer/v1/appointments/{id}/reschedule - Issue #1088: Add
PUT /setup/v1/resources/{id}/servicesendpoint to allow updating resource services instead of deleting and posting new ones - Issue #1115: Add
skipTimePastUnavailabilityparameter toGET /consumer/v1/availability/..../unavailableto exclude Time Past (TP) blocks in data. - Issue #1119: Update
PUT /consumer/v1/appointments/{id}/rescheduleto allow both resourceId and serviceId to be altered in 1 call - Issue #1120: Update
POST /consumer/v1/appointmentsandPUT /consumer/v1/appointments/{id}/rescheduleto fix issue where it was incorrectly calculating the remaining group capacity and throwing an invalid validation error - Issue #1121: Update
POST /setup/v1/resources/{id}/allocationsto displaystartDate/endDateas Date objects, instead of DateTime objects - Issue #1122: Update
GET /setup/v1/resources/{id}/allocations,GET /setup/v1/resources/allocations/{id}, andPUT /setup/v1/resources/allocations/{id}to displaystartDate/endDateas Date objects, instead of DateTime objects - Issue #1123: Update
DELETE /setup/v1/resources/allocations/{id}to displaystartDate/endDateas Date objects, instead of DateTime objects - Issue #1125: Correct issue where UnavailableTime stored procedure was returning resource allocations in UTC time when the resource did not have a timezone set
