Пользователь, сотрудник и логин: как сопоставить их в 1С 8.3

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

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

Три слоя: логин, элемент справочника, физлицо

В 1С путают сразу три разных объекта. Из-за этого и возникает большинство вопросов.

Логин и элемент справочника в типовых конфигурациях на библиотеке стандартных подсистем (БП 3.0, ЗУП 3.1, УТ 11) связаны автоматически: когда вы записываете карточку, платформа создаёт или обновляет запись в служебном списке. Поэтому пользователя нужно заводить из программы, а не из Конфигуратора.

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

💡 Физлицо — отдельный шаг. Типовая логика его не угадывает: платформа не знает, что ivanova_ev и Иванова Елена Викторовна из кадров — один человек.

Зачем это нужно на практике

Связь с физлицом даёт три вещи.

• 📧 Подстановка адреса почты и подписи сотрудника в отправляемых документах.
• 🧾 Корректный «Ответственный» в печатных формах: вместо логина выводится фамилия.
• 🔐 Отбор по сотруднику в правах и отчётах, где ограничение идёт по физлицу, а не по логину.

Если связи нет, программа работает, но данные «плывут». Особенно заметно в ЗУП, где один и тот же человек может быть и сотрудником, и пользователем.

Привязка вручную: пошагово

Порядок для типовой конфигурации с интерфейсом «Такси».

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

Откройте физлицо и убедитесь, что оно не заведено дважды: «Иванова Е. В.» и «Иванова Елена Викторовна» — это две записи, и привязка к одной из них не помогает в отчётах по другой.

⚠️ Одно физическое лицо — одна запись справочника «Пользователи». Если у человека два логина (рабочий и тестовый), второй привязывайте только осознанно: часть отборов по сотруднику начнёт показывать данные обоих.

Если поля «Физическое лицо» в карточке нет

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

Как учесть сотрудника при приёме на работу

В типовых конфигурациях приём сотрудника и создание пользователя — два независимых действия. Автоматической цепочки «оформил приём — получил логин» в базе из коробки нет.

Что делается на практике.

1. Сначала в кадровой части оформляют сотрудника: физлицо и приём на работу.
2. Затем администратор создаёт пользователя и в поле «Физическое лицо» выбирает уже существующую запись.
3. Подтягивать нужно именно ту запись, которая используется в кадровых документах, а не новую.

Порядок важен. Если сначала завести пользователя и создать физлицо прямо из его карточки, при оформлении приёма кадровик заведёт ещё одного Иванова. Получится дубль, и придётся их объединять обработкой поиска и объединения дублей, которую можно вызвать из списка «Физические лица».

Если нужна автоматизация, пишут регламентную обработку или расширение: оно сверяет список сотрудников и пользователей по ФИО и дате рождения и предлагает пары на подтверждение. Подставлять связь молча по одному совпадению ФИО нельзя: полные тёзки встречаются чаще, чем кажется.

Увольнение

При увольнении запись физлица остаётся в истории, а логин нужно закрыть. Снимите «Вход в программу разрешён» и не удаляйте пользователя: на него ссылаются документы, а при удалении ссылки превратятся в «Объект не найден».

Вход по домену: связь с Active Directory

Вход по учётной записи Windows настраивается в карточке пользователя.

1. Включите аутентификацию операционной системы.
2. Укажите учётную запись в формате ДОМЕН\логин.
3. Пароль 1С можно оставить пустым и снять признак «Аутентификация 1С:Предприятия», если нужен только доменный вход.

Что это даёт: человек, уже вошедший в Windows, открывает базу без второго ввода пароля. 1С сопоставляет имя из операционной системы с записью пользователя.

Условия, без которых не работает .

• 🖥 Компьютер пользователя в домене, вход выполнен под нужной учётной записью.
• 🔗 Имя в карточке совпадает с доменным буква в букву, включая написание домена.
• 🌐 При работе по веб-клиенту публикация должна поддерживать проверку подлинности Windows на веб-сервере.

Импорт пользователей из каталога целиком — отдельная возможность БСП. В списке пользователей ищите команду загрузки из Active Directory. Для неё платформе нужно подключение к каталогу по LDAP: адрес сервера и учётка для чтения. Импорт создаёт записи справочника, но физлицо к ним по-прежнему нужно привязывать отдельно.

💡 Если домен большой, начинайте с одной организационной единицы. Загрузка всех учёток без отбора добавит в справочник служебные и неактуальные записи, которые потом сложно вычищать.

Внешние пользователи и роли: чем отличается привязка

Не путайте сотрудников и внешних пользователей. Это два разных справочника с разной логикой.

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

Права и связь с физлицом

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

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

Что проверить после изменения связей

• 🔍 Откройте одну печатную форму и убедитесь, что в «Ответственном» стоит фамилия, а не логин.
• 🔍 Зайдите под пользователем и проверьте, что виден нужный раздел и не виден лишний.
• 🔍 Просмотрите журнал регистрации за время правки: вход и изменения пользователей фиксируются там.

Диагностика: почему связь не работает

Проверяйте в таком порядке, от простого к сложному.

1. ✅ Запись существует. Откройте список пользователей и найдите человека поиском по части фамилии. Отбор по группе иногда скрывает записи.
2. ✅ Не помечена на удаление. Помеченный на удаление пользователь пропадает из выбора, хотя ссылки на него в документах остаются.
3. ✅ Логин сопоставлен. Если карточка есть, а вход не работает, логин в служебном списке мог остаться без пары. Это бывает после переноса базы или загрузки .dt с другого сервера.
4. ✅ Физлицо не дубль. Сравните ссылку в карточке с физлицом в кадровых документах.
5. ✅ Нет конфликта доменных имён. Две карточки с одной и той же доменной учёткой — вход пойдёт под первой найденной.

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

⚠️ Перед пакетной правкой пользователей (смена прав, объединение дублей, перепривязка физлиц) сделайте копию базы . Ошибочное объединение отменить нельзя, а ссылки в документах переписываются необратимо.

Типичные сообщения и что за ними

Как не запутаться при сопровождении

Несколько правил, которые сокращают число обращений в поддержку.

• 📝 Заводите пользователей по одному шаблону логина: фамилия и инициалы латиницей, например ivanova_ev. Не смешивайте стили в одной базе.
• 👥 Не используйте общие учётки «Бухгалтер» или «Кассир». Потом нельзя понять, кто провёл документ.
• 🔄 Раз в квартал сверяйте список активных пользователей с кадровым списком. Уволенные не должны иметь действующий вход.
• 🧩 Группируйте права через профили, а не по людям. Меняете профиль — меняются права всех, кто в нём.
• 🗂 Для тестов и обработок заведите отдельного пользователя без привязки к физлицу и подписывайте его понятно, чтобы его не принимали за сотрудника.

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

Частые вопросы