Partially update a phone number
PATCH/v1/businesses/{businessId}/phone-numbers/{phoneNumber}
Changes some of what the number carries, leaving the rest alone.
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 (branding.displayName, spoofDefense.enabled). This is not
RFC 7396 merge patch: nesting is not merged.
Unlike PUT, this never creates a number — patching one that isn't
registered returns 404. 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-7b3a2b4c6d8fAn E.164 phone number, URL-encoded — the leading
+
%2B
%2B12065550123
Possible values: Value must match regular expression ^\+[1-9]\d{1,14}$
+12065550123Header 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 phone number after the update.
Response Body
The request is invalid — for example a supplied object lacks its
required field (branding.displayName, spoofDefense.enabled), or
the X-Hiya-Request-Id header doesn't match its pattern.
Response Body
The API key is missing or invalid.
Response Body
The business or phone number doesn't exist, or isn't one of yours — the two are indistinguishable by design.
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