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