- Navios
- 5 de agosto de 2026 às 06:37 UTC
- Autor
- Kamo
- Enviar
- 6df0008
As equipes não são uma API, então o provedor cola três aviões de controle juntos: • Gráfico, somente para aplicativos — histórico de chamadas (getPstnChalls), leituras de presença, diretório e inventário de dispositivos de equipes. Os registos de chamadas são a autorização de aplicação por design; Microsoft afirma claramente que eles não têm formulário delegado. • Gráfico, delegado — escreve presença (Presença. O ReadWrite só existe como um delegada, permissão auto-somente) e correio de voz, que vive na Trocar caixa de correio porque as equipas não têm qualquer recurso de correio de voz. • Azure Communication Services — o softphone in-browser Equipes Linha de telefone, através da troca personalizada de fichas de ponto final de equipes. Este é o apenas via suportada: as equipas não expõem nenhum registo SIP a terceiros, e o Graph chamando API se junta como um bot em vez de como o usuário. As capacidades são calculadas a partir do que uma instância está configurada em vez de codificado, então uma org sem SCA relata voiceCalls=false e a IU esconde o discador em vez de aparecer no meio de uma chamada 501. Deliberadamente ausente, porque nenhuma API da Microsoft existe em qualquer versão: SMS de um número Teams, chamada filas, encaminhamento de chamadas, resposta automática e gravação inicial/parada. Aqueles ficar na interface padrão que aumenta 501. As credenciais resolvem primeiro por instance (uma org regista a sua própria aplicação Entra — a forma comum da empresa, e não precisa de nada de Kamo a plataforma) e voltar por campo para uma linha MICROSOFT TEAMS no registro OAuth da plataforma. Onboarding corre em dois saltos porque o inquilino deve ser descoberto antes que possa ser preso: um administrador entra, o `tid` do id token dá ao inquilino real, então são enviados para o inquilino /v2.0/administrador. O consentimento é confirmado por: cunhando um token de aplicativo e chamando Graph — Microsoft retorna admin consent= Verdadeiro mesmo na falha, e adverte que o parâmetro de redirecionamento `tenant` é forjable, assim nem é de confiança. Ambos os fluxos de equipes e a conexão por membro delegado multiplex no /api/voip/oauth/callback, o único caminho já público no gateway, então o APIService não precisa de nenhuma nova rota. Alterar as notificações do /api/voip/webhook existente pela mesma razão. O aperto de mão de Graph difere do RingCentral — uma validação Consulta do item parâmetro ecoou como texto/plain — e é respondido antes de qualquer outra coisa, desde O gráfico reduz as notificações por dez minutos se um ponto final for lento. Assinaturas são criados sem filtro de propósito: o filtro de assinatura ainda tem como alvo coleção legacy `participants` que deixou de devolver dados em junho de 2026. Dois defeitos pré-existentes corrigidos porque as equipas os fazem suportar carga: • CallController, CapabilitiesController e CallFeaturesController resolvido o provedor via getPrimaryForOrg — a instância ativa mais antiga da org Tipo. Isso só é certo para uma única organização provedora. As equipas normalmente vão ser um segundo provedor, então o histórico de cada membro, correio de voz e estado de agente teria sido servido por qualquer provedor foi criado primeiro. Eles agora usam um membro-consciente getForMember, espelhando o que SipController já fez. • Excluindo uma instância membro esquerdo voip oauth token linhas atrás, uma vez que há nenhum FK para cascata de, e eles continuaram relatando "conectado". Verificado: teste mvn — 133 testes, 0 falhas (49 novas).