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