O objeto ligação

Devolvido por todas as rotas de /v1/calls. A ligação responde às mesmas cinco rotas de uma reunião e carrega os mesmos campos, exceto bot_history; o resto do que muda é quais registros a coleção guarda e como eles costumam vir.

Todo campo está documentado em o objeto reunião. O que segue é só o que difere.

O que difere

object

call, nunca meeting. É o campo que diz qual recurso você tem em mãos.

id

Prefixo call_. Um id mtg_ não resolve em /v1/calls, e o contrário também é 404.

participants

Em geral um item só, com phone. O registro de VoIP identifica a outra ponta pelo número, não por e-mail.

type

Em geral audio, mas não sempre. Existem ligações em vídeo; quem distingue o recurso é object, nunca type.

enablement.meeting_type

Costuma vir null. O classificador foi feito para reunião de venda e não rotula ligação.

Campos que a ligação não tem

bot_history não está neste objeto: captura de VoIP não tem bot de gravação, então o campo nunca se aplica e a resposta o omite em vez de mandar array vazio. Um schema que valida ligação recusa o campo.

enablement.meeting_type fica, e costuma vir null. Esse nulo é legítimo — o classificador de estágio de venda não rotula ligação hoje, mas poderia. Não é o mesmo caso do bot.

Nota

Esta página é gerada a partir da especificação OpenAPI. Não edite à mão.