API 1С ломает интеграции не на обмене, а на границах данных

API 1С ломает интеграции не на обмене, а на границах данных

Если связка WordPress ↔ 1С начинает «сыпаться», проблема чаще всего не в API как таковом, а в том, как вы описали поля и сценарии обмена. Для стабильной интеграции проверьте 4 вещи: • совпадают ли типы данных у полей • есть ли единый идентификатор товара или заказа • как обрабатываются пустые значения • что делать при повторной отправке одного и того же запроса.

Отдельно важно не смешивать бизнес-логику и транспорт. API должен только передавать данные, а не решать, какой товар скрыть, как пересчитать скидку или когда отправить письмо. Такие правила лучше держать в WordPress-хуках, отдельном плагине или промежуточном сервисе, иначе любое изменение в 1С ломает весь маршрут.

Еще одна частая ошибка — ждать, что 1С и сайт «поймут» друг друга без маппинга. Названия полей почти никогда не совпадают идеально: артикул, SKU, код, внешний идентификатор — это не одно и то же. На старте зафиксируйте таблицу соответствий и сразу предусмотрите логирование ошибок по каждому запросу 🔧

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