Права диспетчера и подрядчика в ТСЖ: кастомные роли в КанБан

В ТСЖ и управляющей компании над одной доской заявок работают очень разные люди: штатный диспетчер, управляющий, приходящие подрядчики (сантехник, электрик, лифтовик), члены правления. И у каждого своя зона ответственности. Диспетчер видит и распределяет всё, управляющий контролирует, а вот подрядчику показывать чужие заявки и внутреннюю переписку правления — лишнее и небезопасно.

Проблема в том, что двух-трёх встроенных ролей на такую структуру не хватает. «Управляющий» видит слишком много, «Исполнитель» — либо слишком много, либо слишком мало, а нанятому на разовую работу подрядчику вообще не хочется давать право менять содержимое задач или читать обсуждения. В результате либо всем раздают широкие права «чтобы работало», либо диспетчер вручную следит, кто куда полез.

В КанБан для этого есть кастомные роли: администратор создаёт свои роли поверх базовых и накладывает точечные ограничения — «Не редактирует задачи», «Не видит сообщения задач», «Видит только себя и постановщика». Роль привязывается к участнику, и тот работает ровно в отведённых рамках. Разберём на примере ТСЖ «Northgate».

В чём проблема с правами доступа в ТСЖ

В ТСЖ «Northgate» на доске заявок работают диспетчер Лидия, управляющий, правление и пул подрядчиков. Встроенных ролей для сотрудников по сути две ступени полномочий — «Управляющий» и «Исполнитель», — и ни одна не ложится на реальные задачи компании:

• Подрядчик заходит на разовую работу, но по базовой роли видит поток чужих заявок, историю обсуждений и переписку — то, что его не касается и что не стоит показывать наёмному исполнителю.
• Стажёр-диспетчер должен принимать и двигать заявки, но не должен переписывать содержимое чужих карточек и менять формулировки.
• Правление ведёт внутренние обсуждения в чате задач, которые подрядчику видеть незачем.
• Дать всем широкие права «чтобы просто работало» — значит потерять контроль: кто угодно правит любую заявку, читает любую переписку.

Итог — либо избыточный доступ и риск, что подрядчик увидит или испортит не своё, либо диспетчер вручную «пасёт» каждого. Нужна не ещё одна фиксированная роль, а возможность собрать роль под конкретную функцию.

Как решают кастомные роли в КанБан

Кастомная роль — это своя роль компании, надстройка над встроенными. Вы берёте одну из базовых ролей как потолок полномочий и накладываете сверху точечные ограничения. Базовая роль остаётся источником прав, а кастомная роль их только сужает.

В блоке «На кого похожа» задаётся потолок полномочий (база роли), одна из двух:

• Управляющий — более широкие права;
• Исполнитель — права рядового сотрудника.

Права администратора кастомной ролью не выдаются — потолок роли всегда «Управляющий» или «Исполнитель».

В блоке «Видит задачи» — что держатель роли видит на доске:

• Как у базовой — наследует поведение выбранной базы;
• Все — все задачи компании;
• Своей команды — задачи команды и свои;
• Только свои — созданные им и порученные ему.

В блоке «Границы задач» — точечные ограничения, что именно роли запрещено:

• «Не редактирует задачи» — держатель не меняет содержимое карточек. При этом он по-прежнему может переносить карточку по доске, прикладывать файлы, работать с чек-листом и опросом — эти действия остаются.
• «Не видит сообщения задач» — держателю недоступен чат карточки, обсуждение он не читает.
• «Видит только себя и постановщика» — если держатель роли исполнитель, в задаче он видит лишь себя и постановщика (создателя заявки), а не весь состав участников.

Роль привязывается к участнику: у каждого сотрудника в списке команды выбирается его роль. Ограничения действуют ровно на тех, кому назначена роль.

Разбор на примере ТСЖ «Northgate»

Администратор ТСЖ «Northgate» создаёт под свою структуру несколько ролей поверх базовых.

Роль «Подрядчик» — база «Исполнитель», видимость «Только свои», включены ограничения «Не редактирует задачи», «Не видит сообщения задач» и «Видит только себя и постановщика». Теперь приходящий сантехник видит лишь порученные ему заявки, не читает переписку правления, не переписывает содержимое карточек — но спокойно берёт заявку в работу, двигает её по доске, прикладывает фото выполненной работы и отмечает пункты чек-листа.

Роль «Стажёр-диспетчер» — база «Исполнитель», видимость «Своей команды», ограничение «Не редактирует задачи». Стажёр принимает обращения, распределяет и переносит карточки по колонкам, но не меняет формулировки в чужих заявках, пока не освоится.

Диспетчер Лидия и управляющий остаются на базовых ролях с полным доступом — они видят всё и ведут обсуждения в чате задач. Каждому участнику в списке команды администратор просто выбирает нужную роль, и права применяются сразу.

Что это даёт ТСЖ и управляющей компании

Кастомные роли превращают общий доступ в аккуратно разграниченный:

• подрядчик видит только своё — чужие заявки, история и переписка правления ему недоступны;
• содержимое заявок защищено — роль с ограничением «Не редактирует задачи» не переписывает карточки, но продолжает нормально работать: переносит, прикладывает файлы, ведёт чек-лист и опрос;
• внутренние обсуждения закрыты — чат задач скрыт от ролей с ограничением «Не видит сообщения задач»;
• гибкость без хаоса — под каждую функцию собирается своя роль поверх базовой, а не раздаются широкие права «на всякий случай»;
• меньше ручного контроля — диспетчеру не нужно следить, кто куда зашёл: рамки заданы ролью.

Права перестают быть «всё или ничего»: у каждого участника ТСЖ ровно тот доступ, который нужен для его работы, — и ни строкой больше.