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