Quoter API – Contact Lookup by Client Name
Summary
This release makes it easier to create quotes when you don't have a client identifier on hand: POST /v1/quotes now accepts a client_name as an alternative to client_id when identifying the quote's billing contact. It also tightens the documented error contract for quote creation so unresolved references are easier to handle programmatically, and corrects the documented type of the geospatial coordinates returned on quote addresses.
The API major version remains v1, and the regional server list is unchanged. No endpoints were added or removed. One documented error-handling change on POST /v1/quotes is worth reviewing if your integration branches on HTTP status codes — see Changed below.
Changes
Quotes
-
POST
/v1/quotesclient_idrequired →client_idorclient_name- Type: addition
- Notes: The quote's billing contact can now be identified by
contact.client_nameas an alternative tocontact.client_id. Provide at least one of the two alongsidecontact.email; omitting both is rejected withERR_NO_CLIENT_IDENTIFIER. When both are supplied,client_idwins andclient_nameis ignored. Name lookup matches exactly, uses the first matching client on the account, and accepts up to 255 characters. Existing requests that sendclient_idare unaffected.
-
POST
/v1/quotes404for unresolved references → reported in the422validation response- Type: change
- Notes: The reference now accurately documents how unresolved references are reported: a
template_id, client, or contact that cannot be found is returned in the single422validation response alongside any other request problems, with machine-readable codes (ERR_TEMPLATE_NOT_FOUND,ERR_CLIENT_NOT_FOUND,ERR_CONTACT_NOT_FOUND), rather than as a standalone404. Anowner.emailthat does not match an active user is reported asERR_OWNER_EMAIL_NOT_FOUND(previously documented asERR_OWNER_NOT_FOUND). The referenced contact must already exist on the account. If your integration branches on a404from this endpoint, handle these cases from the422errorsarray instead.
-
GET
/v1/quotes, GET/v1/quotes/{quote_id}geo_spatial_coordinates: string → object- Type: improvement
- Notes: The
geo_spatial_coordinatesfield on quote billing and shipping addresses is now correctly documented as an object carryingh3_cell_id,latitude, andlongitude, matching the contact address shape used elsewhere in the API. This documents existing behaviour — the field's values are currently returned asnull.
Dates
- Effective: [2026-08-12]
