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