Partially update phone numbers
PATCH/v1/businesses/{businessId}/phone-numbers
Changes some of what several numbers carry, leaving the rest alone. For
each item, omit branding or spoofDefense to leave it unchanged,
send null to clear it, or send an object to replace it. The two are
independent — changing one never affects the other.
A supplied object replaces that object entirely, so include its required fields. This is not RFC 7396 merge patch: nesting is not merged.
Unlike PUT, this never creates a number — a number that isn't
registered is reported in needsAttention with NOT_FOUND, and the
rest of the batch is still applied. Sending every field makes this
equivalent to PUT.
The business must have completed verification (ACTIVE or INACTIVE).
Path Parameters
The ID of the business, assigned by Hiya.
9b8a1c4e-2c0f-4f3d-9a1e-7b3a2b4c6d8fHeader Parameters
Your own correlation ID for this call, returned as
requestId
400
INVALID_HEADER
Possible values: <= 200 characters, Value must match regular expression ^[A-Za-z0-9._:/+=@-]+$
job-2f9c1a7e-0042Body
required
Responses
- 200
- 400
- 401
- 404
- 409
- 500
The batch was processed. Check the response to see which numbers were updated and which need attention.
Response Body
The request is invalid — for example phoneNumbers is missing or
has more than 1000 items, a supplied branding has no
displayName, or the X-Hiya-Request-Id header doesn't match its
pattern. A number Hiya can't apply doesn't cause this — it is
reported in needsAttention.
Response Body
The API key is missing or invalid.
Response Body
The business doesn't exist, or isn't one of yours — the two are
indistinguishable by design. A number that isn't registered doesn't
cause this — it is reported in needsAttention with NOT_FOUND.
Response Body
The business hasn't completed verification yet, or is being deleted,
so its numbers can't be changed. A verified business whose branded
call is switched off (INACTIVE) still accepts changes.
Response Body
Something went wrong on our side.
Response Body