API for vertsbasert PBX: separate kundemiljøer (tenants)

Bruk HTTPS og HTTP Basic-autentisering med godkjente API-tilgangsopplysninger. Behold tilgangsopplysningene på applikasjonsserveren din. Disse Hosted PBX-endepunktene bruker /hpbx/ på api.multitel.net; ikke sett inn /v3. Kontroller både HTTP-resultatet og operasjonsstatusen i JSON-svaret.

List opp kontoens PBX-instanser

curl --request POST --user "USERNAME:PASSWORD" \
  "https://api.multitel.net/hpbx/tenants/list/0"

Listeoperasjonen returnerer tenantene til den autentiserte kontoen. Det siste plassholdersegmentet har formatet som endepunktets URL-sti krever; listeoperasjonen bruker det ikke til å velge en annen konto.

Illustrerende listesvar

{
  "status": {
    "code": "200",
    "msg": "List data"
  },
  "response": [
    {
      "billing_code": "EXAMPLE_BILLING_CODE",
      "isocode": "US",
      "continent_iso": "NA",
      "continent_name": "North America"
    }
  ]
}

Opprette og endre et separat kundemiljø (tenant)

Opprettelse av en PBX-instans (tenant) er en abonnementshandling og kan medføre etablerings- og løpende kostnader. Les de tilgjengelige tjenesteplanene først. Bruk den gjeldende kontogodkjente referansen for å velge plan, lokasjon og rutingsprofil; ikke gjenbruk en eksempel-ID som kontovalg.

OpprettingsfeltBetydning
hosted_pbx_services_idTjeneste-ID-en som returneres for en tilgjengelig plan.
te_rp_idDen godkjente rutingprofilen for anrop.
timezoneEn IANA-tidssone, for eksempel America/Detroit.
te_location_idEn lokasjons-ID som er tilgjengelig for kontoen, når det kreves.
te_maxextensions / te_maxhunts / te_maxconferences / te_maxvoicemails / te_maxivrsRessurskapasiteter begrenset av den valgte tjenesten; de er ikke vilkårlige overstyringer av rettigheter.

Gå gjennom den resulterende faktureringskoden og provisjoneringsstatusen før du konfigurerer internnumre. For nye integrasjoner og nøyaktige mutasjonsskjemaer, bruk den gjeldende abonnementsreferansen.

Søk dokumentasjon