HTTP-сервисы и REST в 1С: когда это оправдано

HTTP-сервис в 1С — способ отдать или принять данные по запросу внешней системы. В документации платформы это серверный контекст и публикация на веб-сервере. Для бизнеса важнее другое: нужен ли он вообще, или вы изобретаете велосипед рядом с EnterpriseData / готовым коннектором.

Когда HTTP/REST оправдан

• сайт, WMS, мобильное приложение, витрина ждут онлайн-ответ;
• внешняя система — мастер, 1С должна принимать события;
• типовой обмен не закрывает формат/частоту;
• есть владелец API и регламент ошибок (не «файл раз в сутки на шаре», если нужен real-time).

Когда рано

• «чтобы было современно»;
• нет эталона НСИ и ключей сопоставления;
• нет тестового контура и мониторинга;
• команда не готова сопровождать публикацию, сертификаты, права.

Интеграция без ключа сопоставления = фабрика дублей.

Минимальный каркас проекта

1. Мастер-система по справочникам.
2. Контракт API (методы, поля, коды ошибок) на одной странице.
3. Публикация на тесте, не сразу на прод.
4. Авторизация, аудит вызовов, идемпотентность где нужно.
5. Пилот на узком потоке → расширение.

Типичные сбои

• опубликовали и забыли про обновление публикации после релиза;
• полный доступ «под служебным» без журналирования;
• долгие операции синхронно в HTTP — таймауты на стороне сайта;
• нет реакции на 5xx: сайт думает, что создал заказ, 1С — нет.

Как я веду

Сначала процесс и мастер-данные, потом транспорт. Оценка в часах от 2 999 ₽ или смета по этапам. Сопровождение живой интеграции — в абонементе от 49 999 ₽/мес: услуги.

Опишите внешнюю систему и что должно происходить «в момент клика» — скажу, HTTP это или достаточно обмена.