Права доступа к заказам по статусам

В 1С-Битрикс доступ к заказам управляется не одной галочкой, а связкой статусов, групп пользователей и прав на эти статусы. Понимание этой связки позволяет собрать модель, где каждый менеджер видит и меняет только «свои» заказы — на нужном этапе воронки.

Как устроена модель прав на заказы

Права на заказы в 1С-Битрикс задаются на двух уровнях. Первый — общий доступ к модулю «Магазин» (sale): он определяет, может ли группа пользователей вообще открывать раздел Магазин → Заказы. Второй — права на конкретные статусы заказа: они решают, какие именно заказы попадут в список и что с ними можно сделать.

Ключевая идея в том, что каждый заказ в любой момент находится в каком-то статусе (STATUS_ID). Права привязываются именно к статусу, а не к заказу напрямую. Поэтому менеджер видит заказ ровно до тех пор, пока тот находится в статусе, к которому у его группы есть доступ. Как только статус меняется, заказ может «уйти» из его списка к другому отделу.

Группы пользователей и уровни доступа к модулю

Базовый уровень доступа выдаётся группе пользователей, а не отдельному сотруднику. Менеджера включают в нужную группу, и он наследует её права. На вкладке «Доступ» у модуля «Интернет-магазин» (sale) доступны стандартные уровни:

Этот уровень задаёт «потолок» возможностей. Даже если у статуса разрешено изменение, менеджер с уровнем «Просмотр заказов» изменить заказ не сможет — общий уровень модуля приоритетнее. Поэтому проектирование прав всегда начинают именно с групп.

Права на статусы: просмотр и изменение

Самый тонкий инструмент — права, заданные внутри карточки статуса. Откройте Магазин → Настройки → Статусы заказов, выберите статус и перейдите на вкладку с правами доступа. Для каждой группы пользователей там указывается один из уровней:

• Нет доступа — заказы в этом статусе группа не видит вовсе;
• Просмотр — заказы видны в списке и в карточке, но недоступны для редактирования;
• Изменение — заказ можно редактировать: менять состав, оплату, отгрузку, свойства.

Именно эта настройка реализует сценарий «менеджер видит только заказы своего этапа». Например, группе «Склад» дают Изменение на статусах «Оплачен» и «Комплектуется» и Нет доступа на «Новый». В результате склад не отвлекается на неоплаченные заявки — их просто нет в его списке.

Роли менеджеров: типовые схемы разграничения

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

1. Оператор приёма — «Изменение» на статусе «Новый», «Просмотр» на остальных. Обрабатывает входящие, но не вмешивается в отгруженные заказы.
2. Менеджер продаж — «Изменение» на «Новый» и «Принят», «Просмотр» дальше по цепочке.
3. Склад / логистика — доступ только к статусам после оплаты, чтобы видеть готовые к сборке заказы.
4. Руководитель — «Изменение» или полный доступ на всех статусах для контроля и разбора спорных случаев.

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

Права на смену статуса и отмену заказа

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

Это даёт естественный контроль воронки: оператор не сможет «перепрыгнуть» заказ сразу в «Выполнен», если у его группы нет прав на этот статус. Тем самым исключается преждевременное закрытие сделок.

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

Пошаговая настройка в модуле «Магазин»

Соберём модель прав по шагам. Порядок важен: сначала группы, потом статусы.

1. В Настройки → Пользователи → Группы пользователей создайте по группе на каждую роль (например, «Заказы: операторы», «Заказы: склад»).
2. На вкладке «Доступ» каждой группы задайте уровень для модуля «Интернет-магазин» (sale) — минимально достаточный для роли.
3. В Магазин → Настройки → Статусы заказов откройте каждый статус и на вкладке прав распределите «Просмотр» / «Изменение» / «Нет доступа» по группам.
4. Проверьте цепочку переходов: у ролей, отвечающих за передачу заказа дальше, должно быть «Изменение» и на исходном, и на целевом статусе.
5. Заведите тестового пользователя в каждой группе и пройдите путь заказа от создания до выполнения, наблюдая, что видно и что доступно.

Итог

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

Мы в B2Bsite проектируем такие схемы прав под реальные бизнес-процессы: разбиваем менеджеров на роли, настраиваем статусную сетку и проверяем каждый переход на тестовых аккаунтах. Если нужно навести порядок в правах магазина или провести аудит доступов — поможем сделать это без потери работоспособности заказов.