Тестируем с клиентом сделку. Простая операция: менеджер должен сформировать ссылку на оплату. Не получается — система говорит, что доступа нет. А по всем настройкам он должен мочь. Полдня ушло на поиск. Расскажу эту историю — она поучительна.
Что происходило
Проверяю права: отдел верный, доступы на «свои» стоят, роль корректная. По всем настройкам менеджер обязан формировать ссылку. А он не может. Знакомое любому интегратору чувство — когда по логике всё должно работать, а оно нет.
Лезу в уровни доступа, роли, привязки. Всё чисто. И всё равно не работает. Перепроверяю ещё раз — картина та же.
Где была зарыта собака
Открываю список сотрудников портала и вижу одного и того же человека дважды. Один — текущий, рабочий аккаунт. Второй — он же, но уже уволенный. И этот уволенный двойник остался привязан внутри смарт-процесса.
Система при проверке прав цеплялась именно за уволенную копию. А у неё, естественно, доступов нет — человек заблокирован. Вот вся механика и ломалась на пустом месте. Убрали дубль, отвязали уволенного — заработало мгновенно.
Мораль, которая дороже самого бага
Уволенный сотрудник — это не «просто заблокировали и забыли». Если он остался привязан к сделкам, бизнес-процессам, полям, смарт-процессам — он продолжает влиять на систему. Тихо, незаметно. А потом вы ловите баги, которые выглядят как «глюк Битрикса», а на деле — обычный мусор в данных.
И таких мест в запущенном портале обычно много. Чем дольше система живёт без ухода, тем больше в ней накапливается неактуальных привязок, дублей и «хвостов».
Чек-лист чистоты данных
Что стоит проверить у себя:
- нет ли дублей пользователей на портале (особенно если кого-то заводили повторно);
- отвязаны ли уволенные сотрудники от активных бизнес- и смарт-процессов;
- не висят ли уволенные ответственными за живые сделки и лиды;
- актуальна ли структура компании и роли.
Это стандартная гигиена, которая входит в настройку и сопровождение Битрикс24. Регулярная проверка чистоты данных экономит те самые полдня, которые иначе уходят на поиск призрака.
Коротко
Права в Битрикс24 могут ломаться не из-за настроек, а из-за мусора в данных — например, дубля уволенного сотрудника, оставшегося в процессе. Лечится это не перенастройкой ролей, а чисткой. Держите данные в порядке — и не будете искать призраков.
Хотите навести порядок на своём портале — обсудим сопровождение или напишите в Telegram: @lidkomruwebot.
Частые вопросы
Почему в Битрикс24 могут не работать права доступа?
Частая причина — мусор в данных: дубли пользователей, уволенные сотрудники, оставшиеся привязанными к сделкам и процессам. Система при проверке прав цепляется за неактуальную запись, и логика ломается, хотя настройки выглядят верными.
Как найти такой баг?
Проверить список пользователей на дубли, посмотреть, не привязаны ли уволенные сотрудники к активным бизнес- и смарт-процессам, не висят ли они ответственными за живые сделки. Часто проблема именно там, а не в настройках ролей.
Как этого избежать?
Поддерживать чистоту данных: не заводить пользователей повторно, вовремя отвязывать уволенных от процессов и сделок, регулярно проверять структуру. Это часть грамотного администрирования портала.