- Szycy
- 5 sierpnia 2026 06:35 UTC
- Autor
- Kamo
- Pochęt się
- e9c987e
Kamo Meets był jedynym możliwym backendem: OrgMeetConfig był płaskim spotkaniem Torba ustawowa i MeetingRecord nie miały nic poza nazwą pokoju. To dodaje Schema dla prowadzenia organizacji na Zoom lub Microsoft Teams. - meet.provider: MeetingProviderType / MeetingProviderStatus, a naorg OrgMeetingProviderEntity (zaszyfrowany blob uwierzytelniający, stan ostatnioweryfikowany) i OrgMeetingOAuthTokenEntity, odzwierciedlający pakiet email_provider, który już Wspiera abstrakcję dostawcy poczty elektronicznej. - MeetingRecord zyskuje własną tożsamość dostawcy usług hostingowych — zdalne spotkanie, Dołącz i hostuj adresy URL, hasło, konto hosta — więc spotkanie może być ponownie połączone i Pojednaj się z tym, kto go organizuje. - MeetingRecording zyskuje dostawcaRecordingId, który utrzymuje przyciąganie pilota Zapisywanie w chmurze przez dostawcę idempotent. - OrgMeetConfig zyskuje ustawienia Zoom i Teams obsługują tylko dla Meet Konfig nie miał powodu, aby nosić: dołącza-przedsiębiorcą, kształtowanie kodów, lobby Obejść zakres, kontrolka prezentera i uczestnika, nagrywanie w chmurze, transkrypcje, Zaproszenia dostawców i zaproszenia do awaryjnego spotkania gospodarza są tworzone w ramach Gdy członek nie ma konta w firmie. Każdy org bez wiersza dostawcy rozwiązuje się do KAMO_MEET, więc jest to obojętne aż do momentu Administrator wybiera inaczej. Kolumny zostały zastosowane do produkcji przez KamoInitializer Zanim to wylądowało. PlatformOAuthProviderType zyskuje ZOOM(9) dla aplikacji Zoom Marketplace; Teams Spotkania ponownie wykorzystywać MICROSOFT(3). Jego test ochronny porusza się z nim, ponieważ enum i Badanie przypinające jego trwałe identyfikatory nie może lądować osobno.