جلسه‌ها

چه کسی رونوشت جلسه را می‌خواند؟

نگرانیِ درستی است: جلسه‌ای که نوشته می‌شود، خواندنی هم می‌شود. پاسخ ما پنج قاعده است — و دو استثنا که صادقانه می‌گوییم.

۱۸ مرداد ۱۴۰۵·۵ دقیقه مطالعه

1. ۰۱

   ۱. محدود به دنیا می‌آید

   رونوشت از اولین لحظه فقط برای فهرست دسترسی جلسه خواندنی است: شرکت‌کنندگان، و هر کسی که بعداً صریحاً دعوت شود. باز شدن برای کل فضای کاری یک تصمیم آگاهانه است که فقط برگزارکننده یا مدیر می‌گیرد — پیش‌فرض، هرگز.

2. ۰۲

   ۲. برای بقیه، وجود ندارد

   پاسخ به کسی که در فهرست نیست «دسترسی ندارید» نیست؛ «یافت نشد» است — همان پاسخی که به نشانی غلط داده می‌شود. چون برای جلسه‌ای که فقط شرکا باید از آن خبر داشته باشند، حتی تأییدِ وجودش هم نشت اطلاعات است.

3. ۰۳

   ۳. جست‌وجو و دستیار هم با چشم شما می‌بینند

   جلسهٔ محدود در نتیجهٔ جست‌وجوی غیرمجاز ظاهر نمی‌شود و دستیار هوش مصنوعی هم وقتی از طرف او می‌گردد، اصلاً نمی‌داند چنین سندی هست. راه دورزدنی از مسیر «از ربات بپرس» وجود ندارد.

4. ۰۴

   ۴. دسترسی، دفترچهٔ افشاست

   هر اجازه با نام دهنده‌اش ثبت می‌شود و این دفترچه فقط اضافه می‌شود — ترک جلسه، تاریخچهٔ آنچه کسی خوانده را پس نمی‌گیرد. چه کسی می‌تواند اجازه بدهد؟ فقط کسی که خودش در فهرست است، یا مدیر فضای کاری.

5. ۰۵

   ۵. دو استثنا، بی‌پرده

   مدیرِ فضای کاری همیشه می‌تواند بخواند — پنهان‌کاری از مالک سازمان قابلیت نیست، ریسک است. و در سوی مقابل: کارکنان خود پلتفرم هرگز محتوای محدود را نمی‌بینند؛ کنسول پشتیبانی ما اصلاً مسیری به محتوا ندارد.

• می‌شود دسترسیِ داده‌شده را پس گرفت؟

  فعلاً نه، و این عمدی است: دفترچهٔ دسترسی سابقهٔ افشاست و سابقه پاک نمی‌شود. کسی که رونوشتی را خوانده، خوانده. اگر پس‌گرفتن برای سازمان شما ضروری است، در گفت‌وگوی استقرار مطرحش کنید.
• مهمانِ بیرون از شرکت هم می‌تواند رونوشت را بخواند؟

  حضور در جلسه حساب نمی‌خواهد — شرکت‌کننده از دفترچهٔ مخاطبین می‌آید. اما خواندن رونوشت در پلتفرم، حساب کاربری می‌خواهد؛ حاضرِ بدون حساب در فهرست شرکت‌کنندگان ثبت است، نه در فهرست خوانندگان.
• این قاعده‌ها روی استقرار داخلی هم برقرارند؟

  بله، قاعده در خود نرم‌افزار است نه در سرویس ابری — و در استقرار داخلی، صدا و رونوشت از شبکهٔ خودتان هم بیرون نمی‌رود.