Доступ у iTasks складається з кількох рівнів: користувач має потрапити до застосунку, бути учасником поточного простору, мати відповідну роль і, для звичайних учасників, доступ до потрібного проєкту.
Коротко: роль у просторі визначає адміністративні можливості, а доступ до проєкту визначає, які завдання побачить звичайний учасник. Якщо дія недоступна, перевірте обидва рівні та тарифний стан простору.
1. Доступ до застосунку та простору
Користувач бачить дані лише в тих просторах, де він доданий до команди. Якщо в людини немає активного доступу до простору, вона не побачить його проєкти, завдання, HelpDesk-канали та налаштування.
Під час роботи з кількома просторами спочатку перевірте, який із них обраний у верхній частині інтерфейсу. Перемикання описане в виборі та перемиканні робочих просторів.
2. Ролі в просторі
- Власник повністю керує простором: підпискою, експортом JSON, видаленням, учасниками та налаштуваннями.
- Адмін допомагає адмініструвати команду, проєкти, HelpDesk, звіти та робочі налаштування, але не замінює власника в діях, доступних лише власнику.
- Учасник працює із завданнями та обговореннями в доступних проєктах без адміністративних дій на рівні всього простору.
Докладне додавання користувачів, зміна ролей і проєктні доступи винесені на окрему сторінку «Учасники та ролі».
3. Доступ до проєктів
Роль «Учасник» у просторі сама по собі не відкриває доступ до всіх проєктів. Новий учасник, який приєднався за посиланням-запрошенням, автоматично отримує доступ до активних проєктів з увімкненою опцією «Додавати автоматично». У проєктах, створених до появи цієї опції, її початково вимкнено; для тих, хто вже є в команді, та для доданих за Telegram ID доступ залишається ручним. Власник і Адмін і надалі бачать усі проєкти. Якщо користувач є в команді, але не бачить завдань напряму, найчастіше причина в проєктному доступі.
Налаштування проєктів, складу учасників, кольорів і проєктних ставок описані в Проєктах.
4. «Лише читання» та тарифні обмеження
У режимі «Лише читання» наявні дані залишаються доступними для перегляду, але створення та зміна робочих сутностей блокується. Зазвичай це помітно по недоступних кнопках створення завдань, проєктів, учасників, HelpDesk-каналів і нових записів часу.
Дані не видаляються автоматично лише через закінчення підписки. Якщо перший простір перевищує ліміти Free після завершення PRO, власник може оплатити PRO або видалити зайві проєкти, учасників і HelpDesk-канали. JSON-вивантаження доступне власнику з налаштувань простору. Подробиці тарифів і режиму «Лише читання» знаходяться в підписці та обмеженнях.
5. Що перевірити, якщо дія недоступна
- Чи обрано правильний робочий простір.
- Чи є користувач у складі цього простору.
- Чи достатня його роль для потрібної дії.
- Чи відкритий йому потрібний проєкт, якщо це звичайний учасник.
- Чи не перебуває простір у режимі «Лише читання» чи за межами лімітів тарифу.
Пов'язані розділи
Для запрошення користувачів використовуйте первинну інструкцію з доступами. Для щоденної роботи із завданнями відкрийте головний екран, а для персонального AI-доступу — Підключення AI агентів.
Як надати доступ учаснику
Власник або адміністратор відкриває «Адміністрування → Учасники», вибирає користувача та вмикає «Доступ через MCP/API» у його налаштуваннях. Для ввімкнення потрібен PRO. Для власника показано «Автоматично для власника». Дозвіл не змінює роль і доступ до проєктів. Адміністратор також може надати доступ собі, але не вимкнути автоматичний доступ власника.
Після надання дозволу учасник сам відкриває свій профіль і копіює власну інструкцію. Керівник бачить стан дозволу, а не персональне посилання іншого користувача. Не передавайте учасникам ключі власника.