Когда не работает HTTP-сервис 1С, проверьте один и тот же адрес через доступную мобильную сеть и через другую разрешённую сеть, например служебный Wi‑Fi. Если запрос проходит только во втором случае, вероятно, проблема находится вне конфигурации 1С. Если ответа нет нигде, последовательно проверяйте веб-сервер, публикацию информационной базы, права пользователя и код обработчика.
Сначала определите границу сбоя
Не начинайте с изменения программы. Зафиксируйте полный адрес запроса, метод, время проверки и полученный результат: код ответа, текст ошибки либо отсутствие соединения. Важно различать ситуации «узел недоступен», «страница не найдена», «доступ запрещён» и «сервер вернул внутреннюю ошибку». Они указывают на разные участки цепочки.
Откройте тот же адрес с устройства, подключённого к сети организации. Затем повторите запрос через мобильный интернет. При ограничениях мобильной передачи данных оператор может пропускать одни ресурсы и не пропускать другие; перечень доступных узлов зависит от региона и текущих правил оператора. Успешная проверка по Wi‑Fi при неудаче в мобильной сети ещё не означает неисправность 1С.
| Результат | Что проверять дальше |
|---|---|
| Адрес не открывается ни в одной сети | Веб-сервер, публикацию базы и доступность узла |
| Работает внутри организации | Внешний маршрут, правила доступа и мобильные ограничения |
| Приходит ответ с ошибкой 1С | Журнал регистрации и код обработчика |
| Запрос требует авторизацию | Учётную запись и назначенные ей права |
Проверьте адрес и публикацию базы
HTTP-сервис становится доступным не только после создания объекта в конфигурации. Информационная база должна быть опубликована на веб-сервере, а нужный сервис — включён в состав публикации. После изменения конфигурации проверьте, обновлена ли база и соответствует ли опубликованный вариант текущей версии приложения.
Сверьте части адреса: имя узла, путь публикации, корневой адрес сервиса и шаблон конкретного ресурса. Лишний или пропущенный фрагмент пути часто приводит к ответу о ненайденном ресурсе. Учитывайте регистр символов там, где его различает веб-сервер, а также параметры строки запроса. Адрес из внутренней сети может отличаться от адреса, предназначенного для внешних клиентов.
Если публикацию настраивает системный администратор, передайте ему точный адрес и время неудачного обращения. Не отправляйте вместе с ними пароль, код из сообщения или сохранённые данные авторизации. Для проверки достаточно описания ошибки и сведений о том, из какой сети выполнялся запрос.
Убедитесь, что веб-сервер принимает запрос
До запуска кода 1С обращение проходит через веб-сервер. Поэтому отсутствие ответа нельзя автоматически связывать с обработчиком HTTP-сервиса. Администратору следует проверить состояние веб-сервера, журналы обращений, привязку имени узла, разрешённые методы запроса и правила доступа к каталогу публикации.
Полезный ориентир — наличие записи о попытке в журнале веб-сервера. Если записи нет, запрос, вероятно, не дошёл до него: возможна ошибка адреса, маршрута, имени узла или ограничение используемой сети. Если запись появилась, но обращение отклонено до передачи в 1С, причину ищут в настройках публикации и самого веб-сервера.
Не меняйте несколько параметров одновременно. Сохраните исходные настройки, внесите одно контролируемое изменение и повторите тот же запрос. Иначе успешный результат не покажет, какое действие действительно устранило сбой, а новая конфигурация может нарушить работу других интеграций.
Разберите ответ и авторизацию
Полученный HTTP-ответ помогает сузить поиск. Сообщение о ненайденном ресурсе обычно требует проверки пути и шаблона URL. Отказ в доступе связан с авторизацией или правами. Внутренняя ошибка сервера означает, что запрос дошёл дальше, но при обработке возникло исключение. Точная трактовка зависит от настроек веб-сервера и приложения.
Проверьте, предусмотрена ли для этого ресурса авторизация и какая учётная запись используется клиентом. У пользователя должны быть права, необходимые именно для выполняемой операции. Не расширяйте права без разбора ради теста: безопаснее создать контролируемый сценарий проверки и выяснить, какого разрешения не хватает.
Если клиентское приложение сохраняет старые данные входа, полностью завершите его и повторите обращение после корректной авторизации. При этом не передавайте разработчику действующие пароли. Для воспроизведения используют отдельные тестовые данные, выданные ответственным администратором по правилам организации.
Как выполнить отладку HTTP-сервиса 1С
Когда запрос доходит до 1С, но обработчик работает неверно, нужна отладка серверного кода. Сначала воспроизведите ошибку в контролируемой среде и включите возможность отладки на стороне сервера в соответствии с принятой в организации процедурой. Конкретная настройка зависит от варианта публикации, версии платформы и устройства серверной части.
Поставьте точку останова в методе ресурса, который соответствует проверяемому адресу и HTTP-методу. Затем отправьте запрос ещё раз. Если остановка не происходит, проверьте шаблон URL, выбранный метод, активность сервиса и то, подключена ли отладка к нужному серверному процессу. Наличие одноимённых тестовой и рабочей баз нередко приводит к проверке не той публикации.
Если остановка срабатывает, последовательно осмотрите параметры запроса, заголовки, тело, найденный ресурс и место формирования ответа. Не записывайте в общедоступный журнал секреты, персональные данные и реквизиты авторизации. Для диагностики обычно достаточно технических признаков: метода, пути, времени, идентификатора операции и обезличенного описания исключения.
Что делать при нестабильном мобильном интернете
Если сеть пропала посреди операции, не отправляйте изменяющий данные запрос многократно, пока не выясните результат первого обращения. Сервер мог принять его, хотя ответ не дошёл до телефона. Сначала проверьте состояние операции в 1С или журнале, а затем решайте, требуется ли повтор.
Для диагностики заранее сохраните адрес тестового ресурса, контакт ответственного администратора и краткую последовательность проверок. На кнопочном телефоне полноценно исследовать HTTP-запрос не получится, но можно сообщить специалисту время сбоя, оператора и вид соединения. Эти сведения позволяют сопоставить обращение с серверными журналами.
Если приложение уже открыто, это не доказывает доступность сервиса: интерфейс мог показать ранее загруженные данные. Выполните безопасную операцию чтения, которая обращается к нужному ресурсу, и отметьте время. Когда через мобильную сеть сервис недоступен, а из служебной сети стабильно отвечает, передайте результаты администратору связи. Настройки 1С в такой ситуации менять без дополнительных оснований не следует.