دسترسی در iTasks از چند لایه ساخته میشود: کاربر باید بتواند وارد برنامه شود، عضو فضای کاری فعلی باشد، نقش مناسب فضای کاری را داشته باشد و اگر عضو عادی است، به پروژهٔ لازم دسترسی داشته باشد.
بهطور خلاصه: نقش فضای کاری تواناییهای مدیریتی را کنترل میکند و دسترسی به پروژه تعیین میکند عضو عادی کدام کارها را ببیند. اگر اقدامی در دسترس نیست، هر دو لایه و وضعیت طرح فضای کاری را بررسی کنید.
1. دسترسی به برنامه و فضای کاری
کاربر فقط در فضاهای کاریای که عضو تیمشان است دادهها را میبیند. بدون دسترسی فعال به یک فضای کاری، پروژهها، کارها، کانالهای HelpDesk و تنظیمات آن را نمیبیند.
هنگام کار با چند فضای کاری، ابتدا فضای کاری انتخابشده را در بالای رابط بررسی کنید. جابهجایی در انتخاب و جابهجایی فضاهای کاری آمده است.
2. نقشهای فضای کاری
- مالک فضای کاری را کامل مدیریت میکند: اشتراک، صدور JSON، حذف، اعضا و تنظیمات.
- مدیر در ادارهٔ تیم، پروژهها، HelpDesk، گزارشها و تنظیمات کاری کمک میکند، اما در اقدامات ویژهٔ مالک جای او را نمیگیرد.
- عضو در پروژههای در دسترس با کارها و گفتگوها کار میکند، بدون اقدامات مدیریتی در سطح فضای کاری.
افزودن کاربران، تغییر نقشها و دادن دسترسی به پروژهها با جزئیات در اعضا و نقشها آمده است.
3. دسترسی به پروژه
نقش «عضو» در فضای کاری بهخودیخود دسترسی به همهٔ پروژهها نمیدهد. عضو جدیدی که با پیوند دعوت میپیوندد به پروژههای فعالی دسترسی میگیرد که «افزودن خودکار اعضا» در آنها روشن است. این گزینه در پروژههایی که پیش از افزوده شدن آن ساخته شدهاند در ابتدا خاموش است. برای افرادی که از قبل در تیماند و کسانی که با شناسهٔ Telegram افزوده شدهاند، دسترسی دستی میماند. مالکان و مدیران همچنان همهٔ پروژهها را میبینند. اگر کاربری در تیم است اما کارهای یک جریان کاری را نمیبیند، علت معمولاً دسترسی به پروژه است.
تنظیم پروژه، فهرست اعضا، رنگها و نرخهای پروژه در پروژهها آمده است.
4. فقطخواندنی و محدودیتهای طرح
در حالت فقطخواندنی دادههای موجود دیده میشوند، اما ایجاد و تغییر موارد کاری مسدود است. این معمولاً به شکل دکمههای غیرفعال برای ایجاد کار، پروژه، عضو، کانال HelpDesk و ثبت زمان جدید دیده میشود.
دادهها صرفاً با پایان اشتراک خودکار حذف نمیشوند. اگر نخستین فضای کاری پس از پایان PRO از محدودیتهای Free فراتر رود، مالک میتواند PRO را فعال کند یا پروژهها، اعضا و کانالهای HelpDesk اضافه را حذف کند. صدور JSON از تنظیمات فضای کاری برای مالک در دسترس میماند. محدودیتهای طرح و رفتار فقطخواندنی در اشتراک، طرحها و محدودیتها آمده است.
5. وقتی اقدامی در دسترس نیست چه چیزهایی را بررسی کنیم
- آیا فضای کاری درست انتخاب شده است.
- آیا کاربر عضو آن فضای کاری است.
- آیا نقش او برای این اقدام کافی است.
- اگر عضو عادی است، آیا پروژهٔ لازم برایش در دسترس است.
- آیا فضای کاری در حالت فقطخواندنی یا خارج از محدودیتهای طرح است.
راهنماهای مرتبط
برای دعوت کاربران از راهنمای دسترسی در بخش شروع کار استفاده کنید. برای کار روزانه با کارها صفحهٔ اصلی را باز کنید. برای دسترسی شخصی هوش مصنوعی اتصال عاملهای هوش مصنوعی را ببینید.
دادن دسترسی هوش مصنوعی به یک عضو
مالک یا یک مدیر «مدیریت ← اعضا» را باز میکند، کاربری را انتخاب میکند و «دسترسی از طریق MCP/API» را در تنظیمات او روشن میکند. روشن کردن دسترسی به PRO نیاز دارد. کنار مالک «برای مالک خودکار است» نوشته میشود. این اجازه نقش کاربر یا دسترسی او به پروژهها را تغییر نمیدهد. مدیران میتوانند به خودشان هم دسترسی بدهند، اما نمیتوانند دسترسی خودکار مالک را خاموش کنند.
پس از دادن دسترسی، عضو نمایهٔ خودش را باز میکند و دستورالعمل خودش را کپی میکند. مدیر فقط وضعیت اجازه را میبیند، نه پیوند شخصی کاربر دیگر. کلیدهای مالک را با اعضا به اشتراک نگذارید.