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