Настройка синхронизации между конфигурациями 1С (например, Бухгалтерия предприятия 3.0 и Зарплата и управление персоналом 3.1) (удобно через готовое решение для синхронизации ЗУП 3.1 и БП 3.0 через EnterpriseData) через веб-сервисы часто сопровождается техническими сложностями, для устранения которых может понадобиться простая сверка документов между любыми конфигурациями. Самая распространенная проблема — ошибка «Не удалось получить файл описания web-сервиса. По причине: Запрашиваемый ресурс не найден на сервере». Давайте подробно разберем, почему возникает эта ошибка и как настроить стабильный обмен данными.
Проанализируем типичную ошибку начинающих администраторов: использование ссылки на информационную базу в качестве адреса для синхронизации, хотя в некоторых задачах удобнее использовать выполнение запросов 1С через REST API. Если вы просто копируете URL, по которому открываете 1С в браузере, синхронизация работать не будет. Выясним причину: запуск базы через веб-клиент и работа веб-сервиса — это разные механизмы публикации на веб-сервере (IIS или Apache).
Для корректного подключения 1С требует доступ к файлу описания веб-сервиса (WSDL). Рассмотрим стандартную структуру ссылки для синхронизации:
https://server.ru/base_name//ws/ИмяСервиса?wsdlПосмотрим на пример правильного адреса. В современных конфигурациях на базе БСП (Библиотека стандартных подсистем) для обмена используется сервис InterfaceVersion (для определения версии обмена) и Exchange (для передачи данных). Итоговый адрес в настройках синхронизации должен выглядеть примерно так:
https://ваш-сервер.рф/имя-базы/ws/InterfaceVersion?wsdl
Разберем ситуацию, когда адрес указан верно, но ошибка сохраняется. Это часто означает, что веб-сервис просто не опубликован, а для управления сложными потоками данных может потребоваться API-шлюз на платформе 1С. Проанализируем шаги по проверке публикации в конфигураторе 1С:
InterfaceVersion и всех сервисов, начинающихся со слова Exchange (например, Exchange_2_0_1_6).Важный нюанс: если вы используете сервер на базе Linux и веб-сервер Apache, помните, что пути в Linux регистрозависимы. Путь /ws/interfaceversion и /ws/InterfaceVersion — это два разных адреса. Всегда проверяйте соответствие регистра букв в URL и в дереве метаданных конфигурации.
Иногда визуальный интерфейс 1С не полностью прописывает параметры в конфигурационный файл веб-сервера. Разберем, как проверить файл default.vrd, который находится в каталоге публикации на сервере. Рассмотрим структуру секции веб-сервисов:
<ws>
<service name="InterfaceVersion" alias="InterfaceVersion.1cws" enable="true" reuseSessions="autouse" />
<service name="Exchange" alias="Exchange.1cws" enable="true" reuseSessions="autouse" />
</ws>
Обратите внимание на параметр reuseSessions="autouse". Его использование помогает избежать ошибок при создании новых сеансов во время интенсивного обмена данными, позволяя системе повторно использовать существующие сеансы веб-сервиса — для стабильной работы пригодится автоматическая настройка и регулярный запуск обмена данными между базами 1С.
Выясним причины, по которым веб-сервис может быть недоступен из-за настроек безопасности. Для успешной авторизации необходимо выполнить два условия:
Проверим работоспособность сервиса через браузер. Введите полный адрес https://.../ws/InterfaceVersion?wsdl. Если сервис работает, браузер запросит логин и пароль пользователя 1С, а после ввода отобразит XML-структуру файла. Если вы видите ошибку 404 — сервис не опубликован. Если 401 или 403 — проблема в правах доступа.
Проанализируем ситуацию, когда настройки 1С верны, но связи нет. Рассмотрим влияние сетевого оборудования, например, роутеров Mikrotik. При смене оборудования часто забывают настроить Hairpin NAT (или NAT Loopback). Если обе базы находятся в одной локальной сети, но обращаются друг к другу по внешнему IP-адресу, запрос может блокироваться роутером.
Также обратим внимание на SSL-сертификаты. Если ваша публикация работает по протоколу https, 1С требует доверенного сертификата. Если сертификат самоподписанный, его необходимо добавить в хранилище сертификатов на стороне клиента (того сервера или ПК, который инициирует обмен). В противном случае платформа 1С оборвет соединение из соображений безопасности еще до момента обращения к веб-сервису.
Если настройка веб-сервиса затягивается из-за ограничений провайдера (как в случае с облачными сервисами типа Рарус), можно рассмотреть альтернативные варианты — для этого подойдёт готовое решение для обмена между базами 1С через веб-сервисы и COM-соединение. Проанализируем способ обмена через FTP-ресурс. Это более «медленный» способ, так как он требует выгрузки файла в промежуточное хранилище, но он гораздо проще в настройке, так как не требует публикации сервисов и проброса портов. Тем не менее, для работы «в реальном времени» веб-сервисы остаются приоритетным решением.
Подведем итог: для исправления ошибки «Ресурс не найден» необходимо последовательно проверить правильность URL (наличие /ws/ и ?wsdl), факт публикации конкретных сервисов в default.vrd, доступность сервиса через браузер и права пользователя 1С — также для контроля корректности переноса данных пригодится сравнение и автоматический поиск расхождений в документах между базами 1С.