Администрирование · 12 мин
Базовые права БСП в 1С: что это и как их настроить
Что такое роли БазовыеПраваБСП в 1С, зачем они нужны, как назначить пользователям, типичные ошибки и проверка результата. Практическая инструкция для администраторов.
В типовых конфигурациях 1С, построенных на Библиотеке стандартных подсистем (БСП), пользователю часто не хватает прав даже для входа в программу, хотя ему назначена «полноценная» роль вроде менеджера по продажам или бухгалтера. Причина почти всегда одна: не назначены базовые права БСП — минимальный набор ролей, без которого подсистемы библиотеки не могут работать в принципе.
БСП — это каркас, на котором построены «Управление торговлей», «Бухгалтерия предприятия», «Зарплата и управление персоналом» и большинство других типовых решений. Библиотека реализует пользователей, варианты отчётов, обмены данными, напоминания, работу с файлами и десятки других механизмов. Каждый из них обращается к своим регистрам, справочникам и общим модулям — и для этого требует элементарных прав чтения и записи.
Базовые права выделены в отдельные роли именно для того, чтобы прикладные роли (кассир, кадровик, расчётчик) не дублировали в себе служебные разрешения. Администратор назначает пользователю одну прикладную роль плюс базовую роль БСП — и получает рабочую комбинацию. Если базовую роль забыть, пользователь получит ошибки доступа при входе, пустые формы или невозможность записать даже собственные настройки.
Из чего состоят базовые права БСП
В состав библиотеки входят несколько ролей с похожими названиями, и их легко перепутать. Основная — «Базовые права БСП»: она даёт чтение и запись служебных регистров сведений (например, хранилищ настроек и версий объектов), доступ к общим командам, планам обмена и сервисным справочникам. Без неё не работают персональные настройки, варианты отчётов, дополнительные отчёты и обработки.
Отдельно существует роль «Базовые права внешних пользователей БСП». Она предназначена для контрагентов и физических лиц, которые заходят в программу через внешний доступ — например, в самописный личный кабинет или при обмене с сайтом. Обычным сотрудникам эта роль не нужна, а внешним пользователям, наоборот, назначается она, а не основная.
В новых версиях БСП встречаются также уточняющие роли: «Базовые права (внешний доступ)», роли для работы в модели сервиса и тонкие разрезы по подсистемам. Точный список зависит от версии библиотеки и конфигурации, поэтому ориентироваться стоит на состав ролей в конфигураторе конкретной базы, а не на универсальный перечень.
Где посмотреть и как назначить роль пользователю
Есть два пути: через режим предприятия и через конфигуратор. В режиме предприятия в типовых конфигурациях права обычно управляются профилями групп доступа: раздел «Администрирование» → «Настройка прав и пользователей» → «Профили групп доступа». Внутри профиля роли перечислены списком, и базовая роль БСП там либо уже включена в типовой профиль, либо её нужно добавить в копию профиля.
В конфигураторе путь прямее: «Администрирование» → «Пользователи» → выбор пользователя → вкладка «Прочие» (или «Роли», в зависимости от версии платформы). В списке ролей найдите «Базовые права БСП» и отметьте её флажком вместе с прикладными ролями. После сохранения пользователю нужно перезайти в сеанс — права подхватываются при новом входе.
- 1Откройте список пользователей в конфигураторе или в разделе «Настройка прав и пользователей» в режиме предприятия
- 2Найдите пользователя и откройте настройку его ролей или профиля групп доступа
- 3Добавьте роль «Базовые права БСП» (для внешних пользователей — «Базовые права внешних пользователей БСП»)
- 4Убедитесь, что прикладная роль (например, «Менеджер по продажам») также назначена
- 5Сохраните изменения и попросите пользователя перезайти в программу
- 6Проверьте вход и выполнение типовой операции — например, открытие и запись документа
Как понять, что проблема именно в базовых правах
Характерный признак — ошибка «Нарушение прав доступа» сразу при входе или при открытии стандартных форм, хотя пользователь вроде бы «всё может» по своей должности. В сообщении об ошибке обычно указан объект, к которому нет доступа: регистр сведений с названием вроде «НастройкиВариантовОтчетов», «ВерсииОбъектов», справочник «Пользователи» или общий модуль. Такие объекты почти всегда относятся к БСП.
Второй признак — работают «большие» функции, но ломаются мелочи: не сохраняются настройки форм, не открываются варианты отчётов, пропадают напоминания, не прикрепляются файлы. Это типичная картина, когда прикладная роль назначена, а базовая — нет: документы проводятся, а сервисные механизмы библиотеки отваливаются один за другим.
Для диагностики полезен технологический журнал или журнал регистрации с отбором по пользователю и событию «Доступ. Отказ в доступе». Там видно, к какому именно объекту метаданных не хватило прав, и по имени объекта можно понять, покрывается ли он базовой ролью БСП или нужна отдельная прикладная роль.
Как отличить нехватку базовых прав от других проблем
Ошибка указывает на прикладной объект (документ, справочник учёта) — нужна прикладная роль
Ошибка указывает на служебные регистры настроек, версий объектов, подсистем БСП — не назначена базовая роль
Пользователь входит и работает в штатных формах
Ошибка доступа сразу при старте сеанса — почти наверняка нет базовых прав
Настройки форм сохраняются, варианты отчётов открываются
Настройки сбрасываются, отчёты пустые — проверьте базовую роль БСП
Базовые права и профили групп доступа: как не запутаться
В современных типовых конфигурациях назначать роли напрямую пользователю в режиме предприятия нельзя — там действуют профили групп доступа. Профиль — это именованный набор ролей («Бухгалтер», «Кладовщик», «Только просмотр»), а пользователь включается в группу доступа с этим профилем. Базовые права БСП при такой схеме обычно уже зашиты в типовые профили поставщиком конфигурации.
Проблемы начинаются, когда создают собственный профиль с нуля и вручную отмечают только прикладные роли. Правильный подход — копировать типовой профиль и сужать его, убирая лишнее, а не собирать с нуля, добавляя «только нужное». При копировании базовые роли сохраняются автоматически, при сборке с нуля их легко забыть.
Способы назначения прав
Подходит почти всегда: базовые роли БСП уже включены, нужно только убрать лишние. Ограничение — профиль может давать чуть больше, чем хотелось бы.
Максимальный контроль состава ролей, но высок риск забыть базовые права БСП и служебные роли подсистем. Требует тщательного тестирования.
Быстро для разовой проверки или нестандартных ситуаций. Не сочетается с управлением правами через профили в режиме предприятия — настройки могут конфликтовать.
Типичные ошибки и риски при настройке
Самая частая ошибка — выдать пользователю «Полные права» вместо разборчивой настройки, потому что «иначе не работает». Полные права открывают всё, включая удаление данных, изменение учётных настроек и доступ к чужим документам. Это прямой риск для целостности базы и для конфиденциальности данных, особенно если в базе зарплата или персональные данные.
Вторая ошибка — назначить базовую роль, но забыть, что у пользователя несколько групп доступа с противоречащими профилями, или что настроены ограничения доступа на уровне записей (RLS). Тогда права вроде есть, а данные пользователь видит частично, и это выглядит как глюк программы. Проверять нужно всю цепочку: роли → профили → группы доступа → ограничения по организациям и контрагентам.
Третья ошибка — редактировать типовые роли в конфигураторе, добавляя в «Базовые права БСП» недостающие объекты. При обновлении конфигурации изменённые роли либо затрутся, либо создадут конфликт сравнения-объединения, и обновление усложнится. Если базовой роли не хватает для самописного объекта, правильнее создать отдельную роль и включить её в профиль.
Ограничения и частные сценарии
Внешние пользователи и обмены
Если в базе заходят контрагенты через внешний доступ или работают фоновые обмены с сайтом, для них используется отдельная роль базовых прав внешних пользователей. Она уже урезана и не даёт доступа к внутренним механизмам. Назначать таким учётным записям обычные базовые права БСП небезопасно — они увидят больше, чем нужно.
Фоновые задания и служебные пользователи
Регламентные задания БСП (синхронизация, рассылка отчётов, обновление версий объектов) выполняются от имени конкретного пользователя, указанного в настройке задания. Этому служебному пользователю тоже нужны базовые права БСП плюс роли на объекты, которые задание обрабатывает. Если рассылка отчётов «внезапно» перестала работать после настройки прав — проверьте, под кем выполняется задание и какие у него роли.
Обновление конфигурации
При обновлении типовой конфигурации состав базовых ролей может меняться: добавляются новые объекты подсистем. Если у вас собственные профили, после обновления стоит сверить их состав с обновлёнными типовыми профилями — иначе новые механизмы у части пользователей не заработают, и это снова будет выглядеть как ошибка доступа.
Как выбрать действие
Проверка результата после настройки
Минимальная проверка — вход под учётной записью пользователя и выполнение его типовой операции: создать и провести документ, открыть отчёт, сохранить настройку формы. Все действия должны проходить без сообщений о нарушении прав. Затем полезно проверить обратное: попытаться открыть то, что пользователю запрещено, и убедиться, что доступ корректно закрыт.
Для массовой настройки удобно завести тестового пользователя на каждый профиль и прогнать по нему контрольный список операций. Это дешевле, чем разбирать жалобы реальных сотрудников после выкатки настроек в рабочую базу.
Что важно запомнить
Базовые права БСП — обязательная служебная роль для каждого пользователя типовой конфигурации на библиотеке стандартных подсистем. Назначайте её вместе с прикладной ролью через профили групп доступа, не меняйте типовую роль в конфигураторе и проверяйте результат входом под учётной записью пользователя.
Частые вопросы
Чем «Базовые права БСП» отличаются от «Полных прав»?
Базовые права дают доступ только к служебным механизмам библиотеки: настройкам, отчётам, файлам, версиям объектов. Прикладные данные (документы, справочники учёта) они не открывают. Полные права открывают всё без ограничений и нужны только администраторам.
Нужно ли назначать базовые права администратору с полными правами?
Нет. Роль «Полные права» включает доступ ко всем объектам, включая объекты БСП, поэтому отдельная базовая роль администратору не требуется.
Почему в списке ролей нет «Базовые права БСП»?
Либо конфигурация не построена на БСП, либо роль называется иначе в вашей версии библиотеки (например, с уточнением «внешний доступ» или разбита на несколько). Откройте конфигуратор и найдите роли по подстроке «Базовые права» в дереве метаданных.
Можно ли назначить роль сразу всем пользователям?
В режиме предприятия — через общий профиль или группу доступа, в которую включены все пользователи. В конфигураторе массового инструмента нет, роли отмечаются у каждого пользователя отдельно, поэтому для больших баз используют именно профили.
Назначил роль, но ошибка доступа осталась. Что делать?
Сначала убедитесь, что пользователь перезашёл в программу — права применяются при новом сеансе. Затем посмотрите в журнале регистрации, к какому объекту нет доступа: возможно, не хватает прикладной роли или действует ограничение на уровне записей по организациям.
Опасно ли давать базовые права всем сотрудникам?
Нет, на то они и базовые: роль открывает только сервисные механизмы, без доступа к учётным данным. Опасность представляет противоположная практика — выдача полных прав вместо корректной настройки базовой и прикладной ролей.