Overview
A Display Identity Record (DIR) defines what recipients see on their phone screen when you call. Each DIR has a display name, an optional logo, and 1-10 call reasons. Display Identity Records must be vetted and approved by Telnyx before they become active. Once a DIR reachesverified status, calls placed from any phone number attached to it will display the branded identity on supported carriers and devices.
Prerequisites
Before creating a DIR:- The parent Enterprise must exist (
POST /v2/enterprises). - The Branded Calling Terms of Service must be accepted (
POST /v2/terms_of_service/branded_calling/agree). - Branded Calling must be activated on the enterprise (
POST /v2/enterprises/{enterprise_id}/branded_calling). Without this, DIR creation returns400withcode=10015. Activation completes asynchronously; if DIR creation returns400immediately after, retry - both endpoints are idempotent.
API endpoints
Required fields
These are the DIR-level required fields. Anything related to the legal entity (legal name, EIN, addresses, contacts, jurisdiction) lives on the parent Enterprise: not on the DIR.Optional fields
Logo requirements
Document types
When you attachdocuments to a DIR, each entry’s document_type must be one of:
letter_of_authorization, business_registration, articles_of_incorporation, tax_document, ein_letter, trademark_registration, website_ownership, business_license, professional_license, government_id, utility_bill, bank_statement, other
The actual file is uploaded separately via the Telnyx Documents API; the document_id you receive from that upload is what you reference here.
Display Identity Record statuses
Updating a DIR
PATCH is allowed in draft, rejected, unsuccessful, suspended, and verified.
A few things to know:
- For
draft/rejected/unsuccessful,PATCHis a pure edit. The status doesn’t change. CallPOST /submitto re-vet when ready. suspendedmeans an infringement claim is attached.PATCHitself is allowed and leaves the status unchanged, butPOST /submitis blocked with a409while the claim is stillpendingorcontested(theno_active_claimsgate). To revise content and re-vet during an open claim, usePUT /v2/dir/{dir_id}/infringement_updateinstead - see Infringement Claims. The plainPATCH+POST /submitflow only works once the claim isresolved(e.g.resolution = modified, which leaves the DIRsuspendedwith the claim closed).- For
verified, aPATCHthat actually changes a field flips the DIR back todraft. The currently approved identity keeps displaying; your edits go live only after youPOST /submitand Telnyx re-approves the DIR. Changing onlybpo_authorizationsorwebhook_urlis the exception: the DIR staysverified. - If you provide
logo_url, it is re-downloaded and re-validated on everyPATCH. If validation fails the DIR isn’t updated. documentsare append-only, existing documents are never removed by aPATCH.
Resubmitting after rejection
When a DIR isrejected or unsuccessful, the headline reasons are in the rejection_reasons array on the DIR itself; the detailed reviewer notes appear on the comments thread. Read both. Fix the issues with PATCH, then submit again:
Deleting a DIR
DELETE requests deletion. It returns 202 with the DIR in delete_requested, and Telnyx completes the removal (de-registration and cleanup) shortly after. A verified DIR keeps its branded identity, and its billing, until then.
in_review, which returns 400 (wait for the review to finish).
The DIR must have no phone numbers still attached. If any numbers are attached, the delete returns 400 (“DIR has N phone number(s) still attached. Delete every phone first, then delete the DIR.”). Remove them with DELETE /v2/dir/{dir_id}/phone_numbers first, then delete the DIR.
Returns 409 if the DIR has a pending or contested infringement claim. Customers can only contest the claim, Telnyx adjudicates resolution.