Inkomende gespreksdoorschakeling en beller-ID

Audact DID's kunnen worden gebruikt als bestemming voor gespreksdoorschakeling: een abonnee configureert zijn bestaand telefoonnummer (mobiel of vaste lijn) om inkomende gesprekken door te schakelen naar een Audact-nummer, zodat gesprekken naar het nummer van de abonnee worden beantwoord door de agent die aan de Audact DID is toegewezen. Dit onderdeel documenteert hoe de beller-ID van een doorgeschakeld gesprek wordt gepresenteerd op het inkomende gespreksbeen en hoe het platform deze normaliseert en beschikbaar stelt — gedrag dat van belang is telkens wanneer een integratie een inkomend gesprek moet correleren aan het nummer dat het heeft geïnitieerd (bijvoorbeeld om te bevestigen dat doorschakeling correct is geconfigureerd).

Wat aankomt bij een doorgeschakeld gesprek

Een doorgeschakeld gesprek bereikt de Audact DID als een gewoon inkomend gesprek. Er zijn conceptueel twee nummers betrokken:

• de oorspronkelijke beller — de partij die het nummer van de abonnee heeft gebeld, en
• het doorschakelende nummer — het nummer van de abonnee dat het gesprek heeft doorgeschakeld.

Welk nummer verschijnt en in welke SIP-header is afhankelijk van de provider van de abonnee en wordt niet beheerd door Audact. Waargenomen gedrag bij providers valt in een aantal patronen:

• Oorspronkelijke beller behouden (gebruikelijk). De inkomende From en P-Asserted-Identity bevatten het nummer van de oorspronkelijke beller. Het doorschakelende nummer wordt niet meegegeven. Dit is het gebruikelijke gedrag voor mobiele onvoorwaardelijke doorschakeling op de geteste netwerken.
• Beller-ID vervangen. Sommige providers vervangen de beller-ID door het doorschakelende nummer, zodat de inkomende From het eigen nummer van de abonnee is.
• Doorschakelend nummer apart gesignaleerd. Wanneer aanwezig, bevat een Diversion (RFC 5806)- of History-Info (RFC 7044)-header het doorschakelende nummer naast de oorspronkelijke beller in From. Veel providers — met name voor niet-ondertekende gesprekken — laten dit volledig weg.

Twee verdere punten gelden ongeacht het patroon:

• Formaat is nationaal, niet E.164. Het belnummer wordt zeer vaak gepresenteerd in het nationale formaat van het bestemmingsland in plaats van E.164 — een gesprek van +441313670450 komt bijvoorbeeld aan als 01313670450 (het landnummer +44 vervangen door het nationale netnummer 0). Een naïeve exacte stringvergelijking met de E.164-vorm mislukt daardoor.
• Attestatie kan worden verlaagd. De STIR/SHAKEN-verificatiestatus (verstat) gaat regelmatig verloren op het doorgeschakelde been, omdat de doorschakelende provider het gesprek opnieuw origineert.

Hoe Audact het normaliseert en beschikbaar stelt

Om de beller-ID bruikbaar te maken voor correlatie normaliseert het platform het inkomende belnummer naar E.164 met behulp van het land van de gebelde DID als regio-hint (het doorgeschakelde been eindigt altijd op een DID waarvan het land bekend is, en dat is het land waarvan de provider de nationale kiesregels heeft toegepast). Ter illustratie: een beller van 01313670450 die aankomt op een GB DID wordt genormaliseerd naar +441313670450.

Het genormaliseerde belnummer wordt aan de tenant geleverd via de pre-connect admission hook: als de tenant een admission_url heeft geconfigureerd, POST't het platform een JSON-body naar die URL voordat het gesprek wordt verbonden, inclusief:

• caller_number — de E.164-genormaliseerde oorspronkelijke beller-ID,
• called_did — de gebelde Audact DID,
• agent_id, call_id en trunk_id.

Het admission-eindpunt kan het gesprek accepteren of weigeren, en de respons kan per-gesprek dynamische variabelen en metadata bijdragen. Dit is het ondersteunde integratiepunt voor het reageren op inkomende (inclusief doorgeschakelde) gesprekken op basis van de beller-ID.

Een doorgeschakeld gesprek correleren op beller-ID

Om een inkomend doorgeschakeld gesprek betrouwbaar te koppelen aan een bekend originerend nummer:

1. Normaliseer beide zijden naar E.164 voordat u vergelijkt — vergelijk nooit ruwe door de provider aangeleverde strings. Het platform normaliseert caller_number al; vergelijk het met de E.164-vorm van het verwachte nummer.
2. Vergelijk met beide kandidaatnummers waar van toepassing — de oorspronkelijke beller en het doorschakelende nummer — omdat providers van elkaar verschillen in welk nummer ze in From presenteren.
3. Ga niet uit van de aanwezigheid van een Diversion/History-Info-header — behandel het als een optionele verrijking, niet als een gegarandeerd veld.
4. Houd er rekening mee dat een beller zijn nummer kan afschermen (anoniem / Privacy: id), in welk geval er geen beller-ID beschikbaar is om op te matchen.