- Start
- /
- Artikel
Webex Calling multi-tenant (MT) partners kunnen een webhook opzetten om Webex Calling -records te verzamelen voor al uw klanten. Dit maakt een efficiënte afstemming, analyse en rapportage van facturen mogelijk zonder dat elke klant afzonderlijk hoeft te worden ondervraagd.
Overzicht
De webhook voor gedetailleerde gespreksrecords biedt een veilige, schaalbare en robuuste oplossing die wordt aangedreven door gebeurtenissen in plaats van verzoeken. Deze webhook biedt meer inzicht in de Webex Calling activiteiten van uw klanten en ondersteunt gebruikssituaties, van facturering tot op maat gemaakte rapportage.
U kunt deze webhook gebruiken om gemakkelijk gegevens te verzamelen voor alle klanten die via de Partner Hub worden beheerd, zonder elke klant afzonderlijk te hoeven ondervragen. Met deze webhook kunt u aangepaste rapportage-, facturerings- en analysetoepassingen ontwikkelen voor zowel interne zakelijke vereisten als diensten met toegevoegde waarde.
Bekijk deze Vidcast: Webex Calling Partner Detailed Call History API voor een kennismaking met de webhook en de bijbehorende API's.
Wat de Partner webhook biedt
De webhook levert elke 5 minuten gedetailleerde gespreksgeschiedenis. Elke webhook-payload bevat :
- Gespreksgegevens die tussen 10 minuten en 5 minuten voor de huidige tijd zijn beëindigd.
- Alle gegevens die te laat zijn verwerkt door de Webex Calling cloud.
- Vult automatisch records van late gesprekken aan in de daaropvolgende webhook-payloads om een betrouwbare levering te garanderen .
Bekijk het volgende voorbeeld om te laten zien hoe gespreksrecords zijn opgenomen in elke payload:
- Een payload die om 14:05 werd ontvangen, bevat oproepen die zijn beëindigd tussen 13:55 en 14:00 uur.
- Gesprekken die eindigen tussen 14:00 en 14:05 zijn inbegrepen in de payload om 14:10 uur.
- Records die eerder zijn voltooid (bijvoorbeeld een gesprek dat eindigde om 14:04) maar die te laat via de Webex Calling cloud zijn verwerkt (bijvoorbeeld om 14:11), worden opgenomen in de volgende geplande payload ( bijvoorbeeld 14:15).
De webhooks leveren op betrouwbare wijze records. Onder bepaalde voorwaarden kunt u echter dubbele records krijgen bij volgende webhook-payloads wanneer het systeem records opnieuw afspeelt. U bent verantwoordelijk voor de ontdubbeling van records. Om dubbele records te identificeren, gebruikt u het veld ReportID als primaire sleutel en het ReportTime-veld om te bepalen wanneer een gesprek is voltooid of verwerkt. Gebruik deze velden om de records bij te werken of in te voegen in uw interne gegevensopslag.
Webhook in de Partner Hub
Door een webhook aan te bieden, stelt u het analyseplatform in staat om gespreksgegevens naar uw terugbel-URL te sturen wanneer ze worden gegenereerd.
Webex Callingrecords worden geleverd in hetzelfde formaat als de bestaande API's voor gedetailleerde oproeprecords. U kunt een webhook opzetten en kiezen tussen twee soorten feeds:
- Analytics — Omvat alle gespreksgegevens van alle klantenorganisaties waarmee de partner een Webex Calling relatie heeft. Dit geldt ook voor organisaties waar:
- De partner beheert de klantenorganisatie met de rol van Partner Full Administrator.
- De klantenorganisatie heeft een actief Webex Calling abonnement binnen de partnerorganisatie.
- Facturering: omvat gespreksgegevens voor gesprekken van gebruikers met een Webex Calling licentie die door de partner is verkocht en beschikbaar gesteld. Oproepgegevens voor Workspaces zijn opgenomen in deze feed.
Toegang en gegevensprivacy
Alleen de partner die eigenaar is, heeft toegang tot de Call Detail Records (CDR) voor de facturering.
- Een partner (of subpartner) die de licentie beheert die aan het gespreksrecord is gekoppeld, wordt de eigenaar.
- Het eigendom wordt bepaald door: Gebruikers-ID > Licentie-ID > Abonnement-ID > Partner-ID.
- Elke CDR is toegankelijk voor één enkele partner.
- Sommige gespreksgegevens zijn niet gekoppeld aan een factureringspartner, en niet alle partners die verbonden zijn aan een organisatie krijgen gelijke toegang tot alle records, aangezien deze records mogelijk persoonlijk identificeerbare informatie (PII) bevatten.
Stel een webhook-callback-URL in
Configureer de webhook in de Partner Hub. U kunt slechts één webhook per partnerorganisatie opzetten.
Zorg ervoor dat u de volledige beheerdersrol van Partner hebt met 'Toegang op volledig beheerdersniveau' en dat de is aangevinkt in Control Hub (selecteer onder Beheer > een volledige beheerder of volledige beheerder van de partner en selecteer vervolgens Beheerdersrollen > Partner).
Dezelfde toegangsvereisten zijn van toepassing wanneer u de API's Partner Reconciliation and Records gebruikt.
| 1 |
Meld u aan bij Partner Hub. |
| 2 |
Ga naar .
|
| 3 |
Voer onder Webhook een URL in die u wilt gebruiken. De URL moet eindigen op /webhook (bijvoorbeeld https://yourdomain.com/webhook).
|
| 4 |
Als u uw webhook-payloads wilt verifiëren met een geheime token, kunt u er een toevoegen. Voor meer informatie over Webex-webhooks en geheime tokens, zie Webex for Developers: Webhooks. |
| 5 |
Selecteer een van de volgende brontypen om te gebruiken voor de webhook:
|
API-eindpunten voor partners
Naast de webhook Webex Calling biedt het API-eindpunten ter ondersteuning van gegevensafstemming. Met deze eindpunten kunt u uw gegevensopslag inhalen of in overeenstemming brengen met ontbrekende records die uw webhook-luisteraar mogelijk niet heeft ontvangen. De twee API-eindpunten zijn de Reconciliation API en de Records API.
Gegevens van deze API's zijn 30 dagen beschikbaar. Om er zeker van te zijn dat u alle verwachte platen ontvangt, raden we u aan uw platenwinkels regelmatig bij elkaar te brengen, bijvoorbeeld elke 12 of 24 uur.
U moet een toegangstoken van een partner gebruiken om toegang te krijgen tot deze API's. De authenticerende gebruiker moet een volledige partnerbeheerder zijn met volledige toegang tot de organisatie op beheerdersniveau en moet de Webex CallingCDR API-toegang hebben ingeschakeld. Het OAuth-token moet het spark-admin:calling_cdr_readbereik bevatten. Beheerdersrollen die alleen kunnen worden gelezen, zijn niet voldoende voor de API Partner Reconciliation and Records.
Gebruik het analytics-callingeindpunt voor de Webex Calling gegevensregio van de klantorganisatie. Gebruik de toepasselijke basis-URL voor zowel de Reconciliation- als de Records-API's:
- VS en Canada:
https://analytics-calling.webexapis.com - Europa:
https://analytics-calling-eu.webexapis.com - India:
https://analytics-calling-in.webexapis.com - Australië:
https://analytics-calling-au.webexapis.com
API-vensterbereiken zijn van toepassing op beide eindpunten om de servicebelasting beter te kunnen verwerken.
- Voor tijdbereiken van meer dan 48 uur is de maximaal toegestane vensterduur 12 uur (gehandhaafd).
- Voor een ID van een partnerorganisatie zijn de API's beperkt tot één initiële API-aanvraag per minuut, per tokenbereik. Als paginering wordt gebruikt, zijn maximaal 10 extra gepagineerde API-aanvragen per minuut per token toegestaan, en deze kunnen onmiddellijk na de eerste aanvraag worden gedaan.
Endpoint voor de Reconciliation API
Het eindpunt van de Reconciliation API retourneert het totale aantal gespreksrecords dat is gegenereerd voor elke klant, beheerd door de partner binnen de gespecificeerde periode. U kunt deze totalen gebruiken om uw lokale opslag te verifiëren en eventuele ontbrekende of inconsistente gespreksgegevens voor specifieke klanten te identificeren.
Toegangsvereiste: De authenticerende gebruiker moet een partnerbeheerder zijn met volledige toegang op beheerdersniveau en moet de Webex CallingCDR API-toegang hebben ingeschakeld. Het toegangstoken moet het spark-admin:calling_cdr_readbereik bevatten.
Als u meer dan 200 klantenorganisaties beheert, pagineert de API de resultaten om de leesbaarheid te verbeteren.
De endpoint-URL van de Reconciliation API gebruikt de volgende indeling:
https://analytics-calling.webexapis.com/v1/partners/cdrcountbyorg?endTime=YYYY-MM-DDTHH:MM:SS.000Z&startTime=YYYY-MM-DDTHH:MM:SS.000Z
API-parameters
U kunt de API gebruiken om gespreksgegevens van de afgelopen 30 dagen op te halen. Het door u geselecteerde tijdvenster moet minstens 5 minuten vóór de huidige UTC-tijd beginnen en mag niet langer zijn dan 12 uur tussen de begin- en eindtijd in een enkele API-aanroep.
De API-parameters zijn:
-
StartTime (vereist, tekenreeks) — De begindatum en -tijd (UTC) voor het eerste record dat u wilt verzamelen. Zorg ervoor dat:
- U formatteert de tijd als
YYYY-MM-DDTHH:MM:SS.mmmZ. Bijvoorbeeld2025-08-15T06:00:00.000Z.
- De startdatum en -tijd mogen niet ouder zijn dan 30 dagen vanaf de huidige UTC-tijd.
- De periode tussen
startTimeenendTimemag niet langer zijn dan 12 uur.
- U formatteert de tijd als
-
EndTime (vereist, string) — De einddatum en -tijd (UTC) voor de records die u wilt verzamelen. De gegevens zijn gebaseerd op het tijdstip waarop het gesprek is voltooid. Zorg ervoor dat:
- U formatteert de tijd als
YYYY-MM-DDTHH:MM:SS.mmmZ. Bijvoorbeeld2025-08-15T18:00:00.000Z. - De einddatum en -tijd moeten 5 minuten vóór de huidige UTC-tijd liggen en mogen niet ouder zijn dan 30 dagen.
- De einddatum en -tijd moeten groter zijn dan de
startTime. - De periode tussen de
startTimeenendTimemag niet langer zijn dan 12 uur.
- U formatteert de tijd als
Voorbeeld van een JSON-antwoord voor een Reconciliation API-eindpunt:
{
"cdr_counts": [
{
"orgId": "zzzzzzzz-yyyy-zzzz-xxxx-yyyyyyyyyyyy",
"count": 3009
},
{
"orgId": "yyyyyyyy-yyyy-zzzz-xxxx-yyyyyyyyyyyy",
"count": 129
},
{
"orgId": "xxxxxxxx-yyyy-zzzz-xxxx-yyyyyyyyyyyy",
"count": 27895
}
]
}
De API-responskoppen geven aan hoeveel organisaties er in totaal zijn teruggestuurd en of er nog meer pagina's beschikbaar zijn. Controleer de volgende kopparameters om er zeker van te zijn dat u alle pagina's hebt opgevraagd:
- aantal pagina's: Totaal aantal pagina's (bijvoorbeeld 2)
- total-orgs: Totaal aantal organisaties dat in het antwoord is opgenomen (bijvoorbeeld 283)
- huidige pagina: Het huidige paginanummer (bijvoorbeeld 1)
Als de kopteksten bijvoorbeeld num-pages=2, total-orgs=283 en current-page=1 weergeven, bekijkt u de eerste pagina van een antwoord van twee pagina's dat in totaal 283 organisaties bevat. Om naar de volgende pagina te gaan, voegt u de parameter page=2 toe aan uw GET-aanvraag, zoals hieronder weergegeven:
https://analytics-calling.webexapis.com/v1/partners/cdrcountbyorg?endTime=YYYY-MM-DDTHH:MM:SS.000Z&startTime=YYYY-MM-DDTHH:MM:SS.000Z&page=2
API-eindpunt voor records
Het Records API-eindpunt wordt gebruikt om ontbrekende gespreksrecords op te vragen voor specifieke organisaties waar discrepanties of ontbrekende gegevens zijn geïdentificeerd met behulp van de Reconciliation API.
Aanbevolen stroom: /v1/partners/cdrcountbyorgeerst bellen. Gebruik dan de exacte informatie orgIddie u hebt cdr_counts[].orgIdontvangen wanneer u belt /v1/partners/cdrsbyorg.
De Records API retourneert gespreksrecords in JSON-formaat, identiek aan het formaat dat wordt beschreven in de API voor gedetailleerde oproepgeschiedenis. De geretourneerde payload bevat velden die identiek zijn aan de geretourneerde payload met gedetailleerde oproepgeschiedenis. Zie het Webex Callinggedetailleerde rapport over de gespreksgeschiedenis voor meer informatie over de velden en hun waarden.
De API biedt gespreksgegevens die 5 minuten voor de huidige tijd zijn beëindigd. Om er zeker van te zijn dat alle gespreksgegevens beschikbaar zijn, raden we aan de API een uur na het door u gewenste tijdvenster te raadplegen.
De URL van het Records API-eindpunt gebruikt de volgende indeling:
https://analytics-calling.webexapis.com/v1/partners/cdrsbyorg?orgId=zzzzzzzz-yyyy-zzzz-xxxx-yyyyyyyyyyyy&endTime=YYYY-MM-DDTHH:MM:SS.000Z&startTime=YYYY-MM-DDTHH:MM:SS.000Z
API-parameters
-
orgId(vereist, string) — De organisatie-ID van de klant waarvoor u gegevens wilt opvragen. De naam van de parameter is hoofdlettergevoelig. U kunt organisatie-ID's verkrijgen via het responsveld van de Reconciliation APIcdr_counts[].orgId. -
StartTime (vereist, tekenreeks) — De begindatum en -tijd (UTC) voor het eerste record dat u wilt verzamelen. Zorg ervoor dat:
- U formatteert de tijd als
YYYY-MM-DDTHH:MM:SS.mmmZ. Bijvoorbeeld2025-08-15T06:00:00.000Z. - De startdatum en -tijd mogen niet ouder zijn dan 30 dagen vanaf de huidige UTC-tijd.
- Het interval tussen de
startTimeenendTimemag niet langer zijn dan 12 uur in één API-aanvraag.
- U formatteert de tijd als
-
EndTime (vereist, string) — De einddatum en -tijd (UTC) voor het laatste record dat u wilt verzamelen. De gegevens zijn gebaseerd op het tijdstip waarop het gesprek is voltooid. Zorg ervoor dat:
- U formatteert de tijd als
YYYY-MM-DDTHH:MM:SS.mmmZ. Bijvoorbeeld2025-08-15T18:00:00.000Z. - De einddatum en -tijd moeten minstens 5 minuten vóór de huidige UTC-tijd liggen en mogen niet ouder zijn dan 30 dagen.
- De einddatum en -tijd moeten groter zijn dan de
startTime. - Het interval tussen de
startTimeenendTimemag niet langer zijn dan 12 uur in één API-aanvraag.
- U formatteert de tijd als
-
max (optioneel, aantal) — Beperkt het maximum aantal records per pagina in het antwoord. Zorg ervoor dat:
- Het bereik varieert van 500 tot 5000. De standaardwaarde is 5000. Bijvoorbeeld
max=1000. - Als de API meer records moet retourneren dan de opgegeven maximale waarde, dan wordt het antwoord gepagineerd.
- Als een waarde lager dan 500 is gespecificeerd, wordt deze automatisch aangepast tot 500. Als een waarde hoger dan 5000 is gespecificeerd, wordt deze naar beneden bijgesteld naar 5000.
- Het bereik varieert van 500 tot 5000. De standaardwaarde is 5000. Bijvoorbeeld
Paginering
Om vast te stellen of API-reacties gepagineerd zijn, controleert u in de antwoordkoppen of er een Link-header is. Als er een nextlink aanwezig is in de Link-header, pak die dan uit en gebruik de startTimeForNextFetchwaarde om de volgende reeks records aan te vragen. Als er geen volgende link is, dan worden alle rapporten voor de geselecteerde periode verzameld.
API-aanvragen voor volgende pagina's kunnen onmiddellijk worden gedaan, maar dit moet beperkt zijn tot maximaal 10 gepagineerde aanvragen per minuut, per tokenbereik.
Gebruik idempotente verwerking en deduplicatie wanneer u records ophaalt, onder meer over gepagineerde reacties of herhaalde afstemmingsperioden. Gebruik reportIdals primaire sleutel en reportTimeom het laatst verwerkte record te bepalen.
Als de initiële API-aanvraag bijvoorbeeld is:
https://analytics-calling.webexapis.com/v1/partners/cdrsbyorg?orgId=zzzzzzzz-yyyy-zzzz-xxxx-yyyyyyyyyyyy&endTime=2025-08-15T18:00:00.000Z&startTime=2025-08-15T06:00:00.000Z&max=5000
dan is de koptekst van de link in het antwoord:
<https://analytics-calling.webexapis.com/v1/partners/cdrsbyorg?orgId=zzzzzzzz-yyyy-zzzz-xxxx-yyyyyyyyyyyy&endTime=2025-08-15T18:00:00.000Z&startTime=2025-08-15T06:00:00.000Z&startTimeForNextFetch=2025-08-15T09:30:00.000Z&totalCount=20000&max=5000>; rel="next"
Bij de paginering wordt alleen de koptekst van de rel="next"link gebruikt. Als het antwoord een rel="next"link bevat, gebruik die URL dan om de volgende pagina met records op te halen. Als het antwoord geen rel="next"link bevat, hebt u alle beschikbare records voor de geselecteerde periode opgehaald.
De paginering voor deze API volgt de RFC5988-standaard (Web Linking). Zie REST API Basics voor meer informatie.
Begrijp de responscodes voor API-eindpunten
Dit gedeelte bevat een overzicht van veelvoorkomende responscodes die kunnen voorkomen bij het werken met het Reconciliation API-eindpunt en het Records API-eindpunt. Deze eindpunten spelen een cruciale rol bij de synchronisatie, validatie en rapportage van gegevens. Het begrijpen van deze responscodes is essentieel voor effectieve probleemoplossing en voor het onderhouden van betrouwbare, stabiele integraties.
|
Antwoordcode |
Beschrijving van de responscode |
|---|---|
|
200 |
OK |
|
400 |
Ongeldig verzoek: het verzoek was ongeldig of kan niet op een andere manier worden verwerkt. In een begeleidende foutmelding wordt verder uitgelegd. |
|
401 |
Onbevoegd: de verificatiegegevens ontbraken of waren onjuist. |
|
403 |
Verboden: het verzoek is begrepen, maar het is geweigerd of toegang is niet toegestaan. |
|
404 |
Niet gevonden: de gevraagde URI is ongeldig of de gevraagde bron, zoals een gebruiker, bestaat niet. Komt ook terug als het gevraagde formaat niet wordt ondersteund door de gevraagde methode. |
|
405 |
Methode niet toegestaan: De aanvraag is gedaan aan een bron met behulp van een HTTP-aanvraagmethode die niet wordt ondersteund. |
|
409 |
Conflict: Het verzoek kon niet worden verwerkt omdat het in strijd is met een vaste regel van het systeem. Iemand mag bijvoorbeeld niet meer dan één keer aan een kamer worden toegevoegd. |
|
410 |
Klaar: de gevraagde bron is niet langer beschikbaar. |
|
415 |
Niet ondersteund mediatype: De aanvraag is gedaan aan een bron zonder een mediatype op te geven, of er is een mediatype gebruikt dat niet wordt ondersteund. |
|
423 |
Vergrendeld: De gevraagde bron is tijdelijk niet beschikbaar. Er kan een Retry-After-header aanwezig zijn die aangeeft hoeveel seconden u moet wachten voordat u de aanvraag opnieuw probeert. |
|
428 |
Voorwaarde vereist: bestand (en) kunnen niet worden gescand op malware en moeten geforceerd worden gedownload. |
|
429 |
Te veel verzoeken: Er zijn te veel aanvragen binnen een bepaalde tijd verzonden en het verzoek is beperkt. Er moet een Retry-After-header aanwezig zijn die aangeeft hoeveel seconden u moet wachten voordat een succesvolle aanvraag kan worden gedaan. |
|
451 |
Verzoeken naar |
|
500 |
Interne serverfout: er is iets fout gegaan op de server. Als het probleem zich blijft voordoen, neem dan gerust contact op met het [Webex Developer Support Team] (/explore/support). |
|
502 |
Slechte gateway: De server heeft een ongeldig antwoord gekregen van een upstream-server tijdens de verwerking van het verzoek. Probeer het later nog eens. |
|
503 |
Service niet beschikbaar: de server is overbelast met aanvragen. Probeer het later nog eens. |
|
504 |
Gateway Timeout: Een upstream-server reageerde niet op tijd. Als uw vraag de parameter max gebruikt, probeer deze dan te verlagen. |
API voor rapporten/sjablonen voor partners
U kunt rapporten genereren en downloaden die beschikbaar zijn in Partner Hub met behulp van de Partner Reports API's. Zie het partnerrapport/de sjablonen voor meer informatie.
Partners kunnen ook meerdere rapporten rechtstreeks vanuit de Partner Hub openen en downloaden. Zie de rapporten van de Partner Hub voor meer informatie.
Revisiegeschiedenis
Geschiedenis van de revisie van documenten
|
Datum van herziening |
We hebben de volgende wijzigingen aangebracht in het artikel |
|---|---|
|
13/08/26 |
|
|
2/04/2026 |
|