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