Платформа 1С не узнала пользователя: разбор по месту появления сообщения

Сообщение Идентификация пользователя не выполнена (в некоторых окнах с кодом 128) значит одно: платформа 1С 8.3 получила логин, пароль или учётную запись Windows и не нашла им соответствия в списке пользователей информационной базы. В 8 случаях из 10 помогает проверка пароля в окне входа и карточки пользователя в Конфигураторе: Администрирование → Пользователи.

Если пароль точно верный, ищите причину по месту, где выскочила ошибка. При входе в толстый или тонкий клиент виноват список пользователей или вход через Windows. В браузере — настройки веб-публикации. При обмене, внешнем соединении или вызове сервиса — строка подключения, где зашит устаревший пароль. Сертификаты и TLS вступают в игру, когда база опубликована по HTTPS или вход идёт к внешнему сервису.

Где появилось сообщение и с чего начать проверку ошибки 128

Само число 128 мало что даёт. Важнее, кто и как подключался. Сначала ответьте на три вопроса:

• 👤 Ошибка у одного пользователя или у всех?
• 🖥 Только на одном компьютере или на любом?
• 🔌 При ручном входе или в автоматической операции (обмен, регламентное задание, интеграция)?

Ответы сразу сужают круг:

Пароль, учётная запись и права в списке пользователей базы

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

Проверка в Конфигураторе

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

Имя должно совпадать посимвольно. Лишний пробел в конце или латинская «а» вместо русской — частая причина при ручном вводе.

Проверка в программе на БСП

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

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

Сброс пароля

Администратор задаёт новый пароль в карточке пользователя. Старый пароль знать не нужно. После сохранения попросите человека войти и сразу сменить пароль на свой.

Вход через Windows без пароля: где ломается аутентификация ОС

При аутентификации операционной системы окно входа не появляется. Платформа берёт текущую учётную запись Windows и ищет её в списке. Не нашла — та же ошибка.

Что проверить в карточке пользователя

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

whoami

Команда выводит строку вида buh\ivanova. Это и есть значение для поля, только с двумя обратными косыми чертами в начале.

Типовые сбои

• 🔁 Сотрудника перевели в другой домен или переименовали учётную запись — привязка в 1С осталась старой.
• 💾 Базу развернули из копии другой организации — там свои домены, ваших пользователей нет.
• 🧑‍💻 На компьютер зашли под локальной учётной записью вместо доменной.
• 🌐 Подключение идёт через терминальный сервер , а в 1С привязан пользователь рабочего компьютера.

Как временно войти по паролю

Для проверки можно отключить вход через Windows параметром запуска /WA-. Тогда платформа покажет обычное окно с логином и паролем. Обратный параметр /WA+ принудительно включает вход через ОС.

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /WA-

Параметр можно дописать и в свойствах базы в окне запуска: кнопка «Изменить», последний шаг мастера, поле «Дополнительные параметры запуска».

Сертификаты, HTTPS и TLS 1.2 при подключении к базе и сервисам

Сама платформа при входе в обычную базу сертификат пользователя не спрашивает. Криптография появляется в двух сценариях: база опубликована на веб-сервере по HTTPS или 1С подключается к внешнему сервису, который проверяет клиента.

Публикация по HTTPS

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

Что проверить:

• 📅 Срок действия сертификата веб-сервера и цепочку до корневого центра.
• 🔐 Настройку «требовать сертификат клиента» на веб-сервере: нужна ли она вообще.
• 🗂 Наличие сертификата клиента в хранилище «Личные» текущего пользователя Windows.

Открыть хранилище текущего пользователя можно командой:

certmgr.msc

Устаревшие протоколы шифрования

Многие сервисы принимают только TLS 1.2 и новее. Старые версии Windows без обновлений по умолчанию пытаются соединиться по TLS 1.0. Сервер обрывает соединение, а 1С выдаёт общую ошибку подключения или авторизации.

Решение — поставить обновления Windows, а на сервере публикации оставить включёнными современные протоколы. Править реестр SCHANNEL вслепую не советуем: неудачная правка отключает RDP и другие службы.

Закрытый ключ и доступ к контейнеру

Если сервис проверяет клиента по квалифицированной подписи, 1С должна прочитать закрытый ключ. Ключ лежит в контейнере на токене, в реестре или на диске. Права на контейнер выдаются учётной записи Windows, под которой работает процесс.

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

Версии платформы, кеш и сохранённые параметры входа

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

Пароль, зашитый в ярлык

Параметры /N (имя) и /P (пароль) в ярлыке или в свойствах базы входят автоматически. Сменили пароль — ярлык продолжает слать старый.

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Buh" /N"Иванова" /P"старый_пароль"

Уберите пароль из ярлыка и войдите вручную. Хранить пароль в открытом виде в ярлыке вообще небезопасно.

Кеш клиента

Кеш метаданных и настроек иногда держит устаревшие данные о базе. Очистите его параметром /ClearCache при запуске или удалите базу из списка и добавьте заново.

Совпадение версий клиента и сервера

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

Веб-клиент, тонкий клиент и публикация на веб-сервере

При работе через браузер или тонкий клиент по HTTP между пользователем и базой стоит веб-сервер. Ошибка может прийти от любого из участников.

Где хранятся данные подключения

Публикация описывается файлом default.vrd в каталоге публикации. В атрибуте ib записана строка подключения к базе. Если в неё добавлены Usr= и Pwd=, все входы через эту публикацию идут под одним пользователем.

<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
       base="/buh"
       ib="Srvr=&quot;srv1c&quot;;Ref=&quot;buh&quot;;Usr=&quot;Обмен&quot;;Pwd=&quot;***&quot;;">
</point>

Сменили пароль этому пользователю в базе — публикация перестаёт пускать всех. Исправьте пароль в файле или уберите Usr и Pwd, чтобы каждый входил сам.

Два уровня проверки

• 🌐 Веб-сервер: IIS или Apache может требовать свою авторизацию (Basic, Windows). Её окно похоже на окно 1С, но спрашивает учётную запись сервера.
• 🗃 База 1С: проверяет логин по своему списку пользователей.

Для входа через Windows в веб-клиенте на IIS должна быть включена проверка подлинности Windows для каталога публикации. Иначе браузер не передаёт учётную запись, и 1С не может сопоставить пользователя.

Тонкий клиент по HTTP

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

Журнал регистрации и технологический журнал для глубокой отладки

Если причина не нашлась, смотрите журналы. Они показывают, под каким именем пришёл запрос и на каком этапе он отклонён.

Журнал регистрации

В Конфигураторе: Администрирование → Журнал регистрации. В программе на БСП журнал находится в разделе Администрирование → Обслуживание.

1. Установите отбор по интервалу времени, когда была ошибка.
2. Отберите события сеанса, связанные с аутентификацией.
3. В колонке «Пользователь» и в комментарии видно имя, которое передал клиент.

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

Технологический журнал

Для серверной базы включите технологический журнал. Настройки задаются файлом logcfg.xml в каталоге conf платформы, например C:\Program Files\1cv8\conf\. Минимальная настройка для поиска исключений:

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\techlog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Каталог C:\techlog создайте заранее и дайте права на запись учётной записи службы сервера 1С. Журнал растёт быстро, поэтому history="24" хранит только последние 24 часа.

Частые вопросы об ошибке идентификации пользователя