← На главную

Часто после обновления платформы 1С пользователи сталкиваются с неприятной ситуацией: мобильные приложения, в частности терминалы сбора данных (ТСД), перестают подключаться к базе. Самая распространенная ошибка при этом — «Не удалось подключиться к веб-сервису». Это происходит не из-за ошибки в мобильном приложении или в конфигурации 1С, а из-за рассинхронизации настроек веб-сервера (IIS или Apache) и новой версии платформы.

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

Решение 1: Повторная публикация веб-сервиса (основной способ)

Это самый простой, быстрый и рекомендуемый способ, который в 90% случаев решает проблему. Система 1С сама обновит все необходимые пути в конфигурационных файлах веб-сервера.

Проанализируем процедуру по шагам:

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

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

Решение 2: Ручная корректировка конфигурационных файлов (для опытных)

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

Для веб-сервера Apache

В случае с Apache необходимо найти и отредактировать его главный конфигурационный файл.

1. Найдите конфигурационный файл Apache. Обычно он называется httpd.conf и располагается в папке conf в каталоге установки Apache.
2. Откройте файл в текстовом редакторе и найдите строку, которая отвечает за загрузку модуля 1С. Она выглядит примерно так:
   LoadModule _1cws_module "C:/Program Files/1cv8/8.3.20.1234/bin/wsap24.dll"
3. Проблема кроется в пути. Здесь указана версия платформы 8.3.20.1234, которой, скорее всего, уже нет на сервере. Вам нужно изменить этот путь, указав номер каталога актуальной, новой версии платформы. Например, если вы обновились до 8.3.22.5678, строка должна выглядеть так:
   LoadModule _1cws_module "C:/Program Files/1cv8/8.3.22.5678/bin/wsap24.dll"
4. Сохраните изменения в файле httpd.conf.
5. Перезапустите службу Apache, чтобы изменения применились. Это можно сделать через панель управления службами Windows (services.msc) или через утилиты самого Apache.

Для веб-сервера IIS (Internet Information Services)

Для IIS процесс немного другой и выполняется через графический интерфейс диспетчера служб.

1. Откройте «Диспетчер служб IIS» (можно найти через меню «Пуск» или выполнить команду inetmgr).
2. В дереве слева раскройте узел вашего сервера, затем узел «Сайты» и найдите публикацию вашей информационной базы.
3. Выберите вашу публикацию и в центральной области дважды щелкните по иконке «Сопоставление обработчиков».
4. В списке обработчиков найдите тот, что называется «1C Web-service Extension». Выберите его и нажмите «Изменить...» в панели «Действия» справа.
5. В поле «Исполняемый файл» вы увидите путь к файлу wsisapi.dll, который также указывает на папку старой версии платформы.
6. Измените этот путь, указав корректный каталог bin новой версии платформы 1С.
7. Сохраните изменения.
8. Для надежности перезапустите пул приложений, связанный с вашей публикацией, или весь сервер IIS.

Решение 3: Дополнительные проверки, если ничего не помогло

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

• Совпадение разрядности. Убедитесь, что разрядность веб-сервера и платформы 1С согласуется. Для Apache требуется строгое совпадение: либо оба x86 (32-бит), либо оба x64 (64-бит). Для IIS возможны варианты: можно использовать 32-разрядную платформу 1С с 64-разрядным IIS, но для этого в настройках пула приложений (Application Pool) для вашей публикации должен быть установлен параметр «Разрешены 32-разрядные приложения» (Enable 32-Bit Applications) в значение True.

• Права доступа. Проверьте, что у системного пользователя, от имени которого работает веб-сервер, есть необходимые права. Для IIS это обычно пользователь пула приложений (например, IIS_IUSRS). Этот пользователь должен иметь права на чтение и выполнение для каталога bin установленной платформы 1С, а также права на доступ к каталогу, где опубликована ваша база.

• Установка компонентов платформы. Возможно, при установке новой версии платформы 1С вы забыли отметить важный компонент. Запустите установщик платформы еще раз в режиме изменения и убедитесь, что установлен флажок «Модули расширения веб-сервера». Без этих модулей (тех самых файлов .dll) публикация и работа веб-сервисов в принципе невозможны.

Выполнив эти действия, вы с высокой вероятностью восстановите подключение вашего ТСД и других мобильных приложений к информационной базе 1С. Для оперативной проверки доступности и корректности ответов сервиса без участия мобильного устройства можно использовать обработку для тестирования HTTP-сервисов.