Развертывание веб-сервисов на базе 1С:Предприятие в среде IIS — процесс, требующий внимательности к деталям конфигурации. Одной из наиболее частых проблем, с которой сталкиваются разработчики при работе с расширениями, является ошибка 404 при попытке обращения к HTTP-сервису. Давайте разберем, почему эта ошибка возникает и как последовательно проверить работоспособность вашей системы.
Самая распространенная причина ошибки 404 заключается не в настройках default.vrd, а в том, что расширение фактически не «применилось» к основной конфигурации. Если в расширении содержатся конфликты (например, дублирование имен объектов, прав или ролей), платформа 1С может не применить расширение, даже если в Конфигураторе кажется, что все прошло успешно.
Что нужно сделать:
Если расширение успешно применено, необходимо убедиться, что веб-сервер «видит» его сервисы. При использовании параметра publishExtensionsByDefault=\"true\", IIS должен автоматически подхватывать сервисы, но иногда требуется явное указание.
Разберем структуру файла default.vrd. Проверьте, чтобы запись выглядела примерно следующим образом:
<configuration xmlns="http://v8.1c.ru/8.1/data/enterprise/current-config">
<httpServices publishExtensionsByDefault="true">
<!-- Явное указание сервиса при необходимости -->
<service name="ИмяВашегоСервиса" rootUrl="ИмяВашегоСервиса" enable="true" />
</httpServices>
</configuration>
Обратите внимание: если вы используете 64-битную платформу, убедитесь, что настройки пула приложений в IIS соответствуют архитектуре используемой версии 1С, и что флаг publishExtensionsByDefault корректно интерпретируется модулем расширения веб-сервера.
Если расширение применено, но сервер все еще отдает 404, возможно, произошла рассинхронизация метаданных в кэше сервера 1С. Платформа может «хранить» старую версию конфигурации, где ваш HTTP-сервис еще не был объявлен.
Алгоритм действий:
srvinfo, относящиеся к данной информационной базе).Не забывайте, что пользователь, от имени которого запущен пул приложений IIS (обычно это IIS AppPool\ИмяПула), должен иметь полные права на чтение файлов конфигурации и временных файлов 1С. Если у пользователя пула нет доступа к папке, где развернута база или хранятся файлы метаданных, веб-сервер не сможет корректно прочитать структуру расширения и вернет 404, так как «не увидит» ничего по запрошенному пути.
Помните: всегда начинайте диагностику с проверки Журнала регистрации в режиме «1С:Предприятие». В 90% случаев ошибка кроется в том, что расширение не активно, и никакие правки IIS не помогут, пока само расширение не будет корректно внедрено в структуру базы данных.