- Navios
- 5 de agosto de 2026 às 06:35 UTC
- Autor
- Kamo
- Enviar
- e9c987e
Kamo Meets foi o único backend possível: OrgMeetConfig foi um Meet plano saco de configurações e um MeetingRecord não tinha nada além de um nome de quarto. Isto acrescenta esquema para executar uma organização em Zoom ou Microsoft Teams. - meet.provider: MeetingProviderType / MeetingProviderStatus, o per-org OrgMeetingProviderEntity (blob credencial criptografado, último estado verificado) e OrgMeetingOAuthTokenEntity, espelhando o pacote email provider que já confirma a abstração do provedor de email. - MeetingRecord adquire a própria identidade do provedor de hospedagem — id de reunião remota, Juntar e hospedar URLs, código de acesso, conta de host — para que uma reunião possa ser reunida e conciliou quem o hospedar. - MeetingGravando ganhos provedorRecordingId, que mantém a atração de um remoto A gravação em nuvem do provedor é idempotente. - OrgMeetConfig ganha as configurações Zoom e Equipes suportam que um Meet-only config não tinha motivo para carregar: join-fore-host, passcode molding, lobby desvio de escopo, apresentação e controles participantes, gravação em nuvem, transcrições, convites enviados pelo fornecedor, e as reuniões de acolhimento quando um membro não tem conta no prestador. Cada org sem linha de provedor resolve para KAMO MEET, então isso é inerte até que um admin escolhe o contrário. Colunas foram aplicadas à produção por KamoInitializer Antes de isto aterrar. PlatformOAuthProviderType ganha ZOOM(9) para o aplicativo Zoom Marketplace; Equipes reuniões reutilizam MICROSOFT(3). Seu teste de guarda se move com ele, uma vez que um enum e o teste que fixa os seus IDs persistentes não pode aterrar separadamente.