Переход на новую ветку платформы 1С:Предприятие 8.5 (в частности, на релиз 8.5.1.1150) стал вынужденным шагом для многих пользователей в связи с требованиями новых релизов конфигураций, таких как Управление нашей фирмой (УНФ) 3.0.13. Однако администраторы столкнулись с критической проблемой: при попытке запустить старые информационные базы (Бухгалтерия предприятия 2.0, Зарплата и управление персоналом 2.5, УПП или самописные решения на обычных формах) система выдает ошибку «Пользователь ИБ не идентифицирован». Примечательно, что ошибка возникает мгновенно, не предлагая пользователю ввести логин и пароль, при этом вход через Конфигуратор продолжает работать корректно. Если вы планируете миграцию данных, вам может пригодиться подсистема помощи переноса пользователей и прав из УПП в новые системы — есть готовый инструмент переноса пользователей и прав доступа.
В данной статье мы подробно разберем причины возникновения этой коллизии и рассмотрим пошаговые инструкции по восстановлению работоспособности ваших систем.
Проанализируем ситуацию: почему в 8.5 перестал работать привычный механизм авторизации? Исследования показывают, что в новой версии платформы разработчики изменили логику инициализации сеанса. Проблема локализована именно в толстом клиенте (Thick Client) в клиент-серверном варианте работы.
Выясним причину глубже: при запуске толстого клиента платформа пытается инициализировать программную среду, включая элементы стиля и метаданные, еще до момента вызова диалога аутентификации. Если конфигурация содержит специфические элементы стилей или код в модуле сеанса, требующий прав доступа, сервер 1С блокирует запрос. В результате сеанс обрывается с системным сообщением о невозможности идентификации.
Самый быстрый и эффективный способ обойти блокировку диалогового окна — передать имя пользователя и пароль непосредственно в строке запуска или в дополнительных параметрах информационной базы. Это позволяет платформе миновать этап вызова пустого окна идентификации и сразу инициализировать сеанс под конкретной учетной записью.
Разберем, как это реализовать. Нам необходимо отредактировать список баз или создать ярлык со следующими ключами:
/N — имя пользователя (как оно задано в списке пользователей ИБ)./P — пароль пользователя.Пример строки запуска для ярлыка на рабочем столе:
"C:\Program Files\1cv8\8.5.1.1150\bin\1cv8.exe" ENTERPRISE /S"ServerName\BaseName" /N"Администратор" /P"YourPassword"
Если вы запускаете базу через стандартный 1CEStart, выполните следующие действия:
/N"ИмяПользователя" /P"Пароль".Как показала практика эксплуатации 8.5.1.1150, механизмы доменной авторизации (Windows/Linux) работают стабильнее, так как идентификация происходит на уровне протоколов ОС еще до обращения к метаданным 1С. Если ваша инфраструктура масштабна, обратите внимание на решение по управлению пользователями 1С и Active Directory для автоматизации процесса.
Рассмотрим, как настроить этот метод:
WA+ (аутентификация ОС включена) активен, или просто уберите ключи /N и /P.В этом случае платформа автоматически подхватит текущую учетную запись Windows, и ошибка «не идентифицирован» не успеет возникнуть.
Если ваша основная рабочая база (например, УНФ) требует версию 8.5, а старые базы на обычных формах отказываются на ней работать, самым надежным профессиональным решением будет разделение версий клиента. Платформа 1С позволяет запускать разные базы под разными версиями клиента на одном компьютере.
Проанализируем алгоритм настройки:
8.5 (он способен обслуживать соединения от клиентов младших версий, если это настроено).8.3.27.1936.Таким образом, современная УНФ будет запускаться под 8.5, а старая Бухгалтерия — под проверенной 8.3, используя при этом одно и то же серверное окружение.
Для некоторых конфигураций (например, Управление торговлей 10.3) помогает изменение настроек основного режима запуска. Рассмотрим этот вариант подробнее:
Авто на Толстый клиент.После этого обязательно произведите очистку кэша на стороне пользователя. Вы можете сделать это вручную, удалив содержимое папок в %LOCALAPPDATA%\1C\1cv8, или удалив и заново добавив базу в список запуска.
Если ваша база развернута на PostgreSQL, обратите внимание на версию СУБД. Платформа 8.5 предъявляет повышенные требования к расширениям. Рекомендуем убедиться, что используется версия PostgreSQL, адаптированная компанией 1С (от 12-й до 16-й версии). В некоторых случаях после обновления платформы помогает выполнение регламентных операций на уровне СУБД (ANALYZE и REINDEX), так как 8.5 может строить иные планы запросов при инициализации таблиц пользователей — для этих целей пригодится анализ физических таблиц и индексов СУБД.
Подводя итог, отметим, что ветка 8.5 на данный момент является достаточно «молодой», и описанное поведение в толстом клиенте официально признано ошибкой — решить проблему поможет инструмент администрирования и анализа сеансов 1С. До выхода исправленных релизов наиболее стабильным вариантом остается сочетание параметров запуска /N и /P. В экстренных случаях для тестирования может помочь запуск 1С под другим пользователем без пароля (для обычных форм), либо использование клиента версии 8.3 для работы со старыми прикладными решениями.