- Expédié
- 5 août 2026 à 06:35 UTC
- Auteur
- Kamo
- Commite
- e9c987e
Kamo Meets était le seul backend possible: OrgMeetConfig était un plat Meet Un sac de réglages et un MeetingRecord n'avaient qu'un nom de pièce. Ceci ajoute la Schéma pour l'exécution d'une organisation sur le site de l'équipe de l'entreprise. - rencontre: MeetingProviderType/ MeetingProviderStatus, le per-org OrgMeetingProviderEntity (blob d'accréditation chiffré, état vérifié en dernier ordre) et OrgMeetingOAuthTokenEntity, en miroir du paquet e-mail et fournisseur qui déjà soutient l'abstraction du fournisseur de courrier électronique. - MeetingRecord acquiert l'identité du fournisseur d'hébergement et l'identifiant de réunion à distance, Connectez et hébergez les URL, le code d'accès, le compte hôte, de sorte qu'une réunion peut être rejointe et a réconcilié qui l'héberge. - MeetingRecordingIngère le fournisseurRecordingId, qui conserve l'attraction d'une télécommande L'enregistrement en nuage du fournisseur est idempotent. - OrgMeetConfig acquiert les paramètres de soutien de l'équipe et les équipes sont prises en charge par un Meet-only la configuration n'avait aucune raison de porter: joint-avant-hôte, mise en forme de code d'accès, lobby le contournement du champ d'application, les contrôles des participants et des participants, l'enregistrement en nuage, les transcriptions, les invitations envoyées par le fournisseur, et les réunions d'hôtes de secours sont créées au titre lorsqu'un membre n'a aucun compte sur le fournisseur. Chaque org sans file de fournisseur se résout à KAMO-MEET, donc c'est inerte jusqu'à un admin choisit autrement. Les colonnes ont été appliquées à la production par KamoInitializer avant que cela ne débarque. PlatformOAuthProviderType gagne en zOM(9) pour l'application 'OOM(9) pour l'application 'oom marketplace'' les réunions réutilisent MICROSOFT(3). Son test de garde se déplace avec lui, depuis un enum et l'essai épinglant ses ids persistants ne peuvent pas atterrir séparément.