Новый пользователь в базе 1С: учётная запись, роли, вход

Пользователя в 1С 8.3 создают в списке пользователей информационной базы: Администрирование → Настройки пользователей и прав → Пользователи. Нажмите «Создать», введите имя, задайте способ входа и пароль, а на закладке прав укажите профиль групп доступа. Этот путь одинаков для Бухгалтерии 3.0, ЗУП 3.1 и Управления торговлей 11. Дальше разберём все варианты: через интерфейс, через Конфигуратор, для файловой и серверной базы, для внешних пользователей.

Создать учётную запись может только пользователь с полными правами или с ролью администратора. Если вы открыли базу впервые и список пустой, значит, в базе нет ни одной записи, и 1С пускает без пароля. Первым делом заведите администратора: иначе права потом придётся «раздавать» из-под безымянного входа, а это небезопасно.

Откуда создавать: интерфейс или Конфигуратор

Есть два места, где заводят пользователей, и они не равнозначны.

В режиме Предприятия вы работаете с карточкой пользователя и профилями групп доступа. Это основной способ. В Конфигураторе список «сырой»: имя, пароль, способ аутентификации и набор ролей. Там нет профилей и групп доступа, поэтому в типовых конфигурациях такой способ оставляют на крайний случай.

Раздел «Администрирование» виден не всем. Если его нет в панели разделов, у вас нет прав администратора. Проверьте, под каким именем вошли: в правом верхнем углу окна показано имя текущего пользователя.

Создание нового пользователя в режиме Предприятия

Порядок действий такой:

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи (в некоторых конфигурациях раздел называется «Настройки пользователей и прав» прямо в панели разделов).
2. Нажмите «Создать».
3. В поле «Полное имя» впишите фамилию, имя, отчество. Именно это имя увидят коллеги в журналах и списках.
4. Включите флажок «Вход в программу разрешён». Без него запись существует, но войти нельзя.
5. В блоке аутентификации отметьте способ входа (о способах ниже) и придумайте пароль.
6. Назначьте права: на закладке с группами доступа выберите профиль.
7. Запишите и закройте карточку.

Для ЗУП и Бухгалтерии при записи программа может предложить связать пользователя с физическим лицом из справочника. Сделайте это: от привязки зависят отбор по ответственному и ряд отчётов, где нужен именно человек, а не логин.

💡 Имя для входа лучше делать коротким и понятным: ivanova или Иванова А.П.. Длинные формулировки и пробелы в конце создают путаницу при вводе в окне запуска.

Какие способы входа есть

В карточке пользователя можно включить один или несколько способов аутентификации:

• ✅ Аутентификация 1С:Предприятия — имя и пароль хранятся в самой базе. Самый распространённый вариант.
• ✅ Аутентификация операционной системы — вход по доменной учётной записи Windows, пароль не вводится. Нужна связка с пользователем домена.
• ✅ OpenID и OpenID-Connect — вход через внешний сервис, чаще для веб-доступа и корпоративных порталов.

Для небольшой бухгалтерии хватает первого. Второй удобен в организациях с доменом: сотрудник не запоминает отдельный пароль, а увольнение блокируется отключением домена.

Создание пользователя через Конфигуратор

Конфигуратор пригодится, когда в базе ещё нет ни одного администратора или нужно быстро вернуть доступ. Запускайте его из окна выбора баз: выделите базу и нажмите «Конфигуратор». Порядок такой:

1. Откройте Администрирование → Пользователи.
2. Нажмите «Добавить» (значок со знаком плюс).
3. На закладке «Основные» введите имя, при необходимости полное имя и отметьте аутентификацию 1С:Предприятия с паролем.
4. На закладке «Прочее» отметьте роли. Для первого администратора нужна роль с полными правами; названия ролей в списке соответствуют ролям конфигурации.
5. Нажмите «ОК» и закройте список.

Затем запустите базу в режиме Предприятия под новой записью и проверьте, что вход проходит. Дальнейшую настройку (профили, группы доступа, привязку к физическому лицу) выполняйте уже там, а не в Конфигураторе.

Конфигуратор не заменяет работу с профилями. Если выдать роли напрямую, а потом управлять доступом через группы, они могут разойтись, и права станут непредсказуемыми. В типовой базе для сотрудников используйте только профили.

Назначение ролей и профилей групп доступа

В типовых конфигурациях роли напрямую пользователям не выдают. Схема такая:

• 🔹 Роль — набор разрешений на объекты конфигурации (читать, изменять, проводить). Роли создают разработчики.
• 🔹 Профиль групп доступа — готовый набор ролей под должность: «Бухгалтер», «Кадровик», «Менеджер по продажам», «Администратор».
• 🔹 Группа доступа — объединение пользователей, которым выдан профиль. Один человек может состоять в нескольких группах.

Выдавать права проще через профили. Откройте карточку пользователя, перейдите на закладку с группами доступа и выберите нужный профиль из списка. Если нужного нет, создайте новую группу доступа на базе близкого профиля.

Что поможет не ошибиться:

1. Начните с самого узкого профиля, который закрывает задачу. Расширить права проще, чем разбираться, кто увидел лишнее.
2. Для ограничения по организациям и складам используйте ограничения доступа к данным в группе доступа.
3. Профиль «Администратор» не выдавайте никому, кроме тех, кто отвечает за настройки.

Точные названия профилей зависят от конфигурации: список открывается из справочника профилей в том же разделе настроек. Не удивляйтесь, если в вашей базе профиль звучит иначе, суть та же.

⚠️ После смены профиля пользователю нужно перезапустить программу, иначе часть прав подхватится не сразу.

Файловая и клиент-серверная база: что меняется

Сам процесс создания пользователя в обоих режимах одинаков: карточка, пароль, профиль. Различия в другом.

Файловая база. Список пользователей хранится в файле базы. Работать с ним можно только с компьютера, где этот файл доступен. Запустить Конфигуратор для восстановления доступа можно, если у вас есть доступ к каталогу базы. Отдельных учётных записей на уровне сервера нет.

Клиент-серверная база . Здесь два уровня учёток, и их часто путают:

Если вы создали пользователя базы, он сможет войти в неё с любого клиента. Но создать базу на сервере или поменять настройки кластера он не сможет: для этого нужны права администратора кластера, которые назначаются отдельно.

В клиент-серверном варианте также важно, чтобы запрет входа новых сеансов не был включен. Если в консоли администрирования стоит блокировка начала сеансов, новый пользователь будет получать отказ при входе, хотя в карточке всё верно. Проверьте свойства информационной базы в консоли.

Внешние пользователи и доступ через интернет

Обычный пользователь — это ваш сотрудник. Для контрагентов, клиентов и партнёров, которым надо открыть только свой кабинет или заказ, служат внешние пользователи. Они не видят общий список пользователей и не получают рабочие права сотрудников.

Включение выполняется в настройках: Администрирование → Настройки пользователей и прав, там есть флажок использования внешних пользователей. После его установки появляется отдельный список, куда добавляют записи и привязывают их к элементам справочников: контрагентам, физическим лицам, партнёрам.

Чтобы внешний человек зашёл в базу из интернета, нужны три вещи:

1. Публикация на веб-сервере. База публикуется через Конфигуратор: Администрирование → Публикация на веб-сервере. Нужен установленный веб-сервер (Apache или IIS) и модуль расширения веб-сервера, который ставит установщик платформы.
2. Защищённое соединение. Выставляйте базу наружу только по HTTPS, с нормальным сертификатом. Открытый HTTP с паролями — прямой путь к утечке.
3. Права внешнего пользователя. Профиль группы доступа для внешних пользователей, где разрешено ровно то, что нужно: например, просмотр своих заказов.

Для сотрудников, которые работают удалённо, обычно используют не публикацию, а терминальный сервер или защищённое подключение к сети организации. Публикация нужна, когда клиент работает через браузер или тонкий клиент по http-ссылке.

⚠️ Не публикуйте рабочую базу в открытый интернет без HTTPS и без проверки паролей. Сначала проверьте, что у всех пользователей нет пустых паролей, а гостевых записей нет.

Блокировка, сброс пароля и частые ошибки

Типичные проблемы при создании и дальнейшей работе с учётками:

• ❌ «Неверное имя пользователя или пароль» — проверьте раскладку, регистр и включённый Caps Lock. Пароль чувствителен к регистру.
• ❌ Запись есть, войти нельзя — не включён флажок «Вход в программу разрешён» или не выбран способ аутентификации.
• ❌ Пользователь не видит нужный раздел — не хватает профиля или ограничения доступа слишком жёсткие.
• ❌ Пользователя нет в списке выбора на окне запуска — отключён показ в списке выбора. Это нормальная настройка: человек вводит имя вручную.
• ❌ Сотрудник уволен, а запись жива — снимите разрешение на вход, а не удаляйте запись: на неё ссылаются данные в журналах и документах.

Как обращаться с блокировкой:

1. Не удаляйте учётку без необходимости. Удаление пользователя разрывает связи в истории изменений. Для увольнения достаточно запретить вход.
2. Если сотрудник забыл пароль, администратор открывает его карточку и задаёт новый. Вернуть прежний пароль нельзя: в базе хранится не он, а его хэш.
3. Если забыт пароль самого администратора и других админов нет, доступ восстанавливают через резервную копию базы или обращаются к специалисту по сопровождению.