Почему возникает ошибка идентификации пользователя в мобильном клиенте «1С:Документооборот 3.0» и как её исправить?

Системный администратор 1С v8.3 (Управляемые формы) 1С:Документооборот IT и автоматизация бизнеса
← На главную

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

Выясним причину возникновения ошибки

Проанализируем техническую сторону вопроса. Как показывает практика и анализ журналов регистрации, корень проблемы часто кроется не в самой конфигурации «Документооборот», а в используемой версии технологической платформы. В частности, в версии 8.3.23.1865 была зафиксирована критическая ошибка (внутренний номер 60007559). Суть бага заключается в том, что при передаче данных от мобильного клиента к веб-серверу (IIS или Apache) заголовки авторизации «теряются» или передаются некорректно.

Если мы заглянем в ЖурналРегистрации на сервере в момент попытки входа, то увидим событие с пустым именем пользователя. Это означает, что мобильное приложение отправляет запрос, но платформа на стороне сервера не может извлечь из него логин и пароль. Рассмотрим основные пути решения этой проблемы, от наиболее простых к более сложным.

Решение 1: Обновление платформы до стабильной версии

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

  1. Для ветки 8.3.23 необходимо установить версию не ниже 8.3.23.2040. В этой сборке механизмы передачи авторизационных данных через веб-сервисы были восстановлены.
  2. Если вы планируете переход на более новую ветку, выбирайте 8.3.24.1342 и выше.
  3. Если по каким-то причинам оперативное обновление невозможно, единственным временным выходом будет откат на стабильную версию 8.3.23.1782 или 8.3.22.2106.

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

Решение 2: Обновление мобильного клиента

Важно понимать, что мобильный клиент — это не просто ссылка в браузере, а отдельное приложение, собранное на базе определенной версии мобильной платформы. Если ваш сервер обновлен до 8.3.23.2040, а само приложение в смартфоне было собрано на старом сборщике (например, версии 8.3.22 или ранних 8.3.23), конфликт может сохраняться. Посмотрим, что нужно сделать:

Убедитесь, что на устройствах пользователей установлена актуальная версия приложения «1С:Документооборот» из магазинов приложений (App Store, Google Play или RuStore). Разработчики регулярно пересобирают клиент под актуальные требования безопасности платформы. Если вы используете собственную сборку мобильного клиента (кастомизированную), пересоберите её с помощью последней версии «Сборщика мобильных приложений».

Решение 3: Настройка SSL-сертификата и веб-сервера

Проанализируем ситуацию, когда обновление платформы не помогло мгновенно. В современных версиях 1С ужесточены требования к безопасности соединений. Рассмотрим важный нюанс: использование самоподписанных сертификатов. Если ваш веб-сервер (например, IIS) работает по протоколу HTTPS с сертификатом, который не является доверенным для мобильного устройства, мобильный клиент может обрывать сессию еще до передачи данных пользователя.

Выполним следующие шаги для диагностики:

  1. Проверим срок действия и цепочку доверия SSL-сертификата на веб-сервере.
  2. Если используется файл .pfx, убедитесь, что он корректно импортирован в хранилище сертификатов сервера.
  3. Попробуйте временно настроить вход по HTTP (только для теста!), чтобы исключить влияние SSL. Если по HTTP вход выполняется, значит, проблема в сертификате.
  4. Для корректной работы на мобильных устройствах рекомендуется использовать сертификаты от доверенных центров сертификации (например, Let's Encrypt).

Решение 4: Корректировка настроек публикации (IIS)

Иногда ошибка идентификации возникает из-за конфликта способов аутентификации в настройках веб-сервера. Разберем, как правильно настроить публикацию для мобильного взаимодействия:

Откройте диалог «Публикация на веб-сервере» в конфигураторе. На вкладке «Основные» обратите внимание на флажок «Использовать аутентификацию операционной системы». Для стабильной работы мобильного клиента 3.0 рекомендуется:

Очистка кэша и переподключение

После того как технические исправления на стороне сервера выполнены (обновлена платформа, настроен SSL), на мобильных устройствах пользователей могут сохраняться старые «битые» сессии. Рассмотрим, как правильно очистить клиентские данные:

Простого перезапуска приложения часто бывает недостаточно. Рекомендуется зайти в настройки приложения на смартфоне (в разделе «Приложения» в Android или через настройки в iOS) и выполнить очистку кэша и данных. В идеале — удалить базу из списка в мобильном приложении и добавить её заново, просканировав QR-код из профиля пользователя в настольном «Документообороте».

Подведем итог: если вы столкнулись с ошибкой идентификации в мобильном клиенте на версии 8.3.23.1865 — не тратьте время на поиск ошибок в коде конфигурации. Это известная проблема платформы, которая решается переходом на версию 8.3.23.2040 или 8.3.24, актуализацией мобильного приложения и проверкой настроек безопасности веб-сервера.

← На главную