API 1С ломается не на обмене, а на мелочах в структуре данных

API 1С ломается не на обмене, а на мелочах в структуре данных

Чаще всего интеграция WordPress с 1С буксует не из-за «плохого API», а из-за разницы в логике: в 1С один объект может приходить в нескольких статусах, а в WordPress ему нужен один понятный пост, товар или заявка.

Перед запуском проверьте три вещи: — какие поля обязательны и где допустимы пустые значения; — кто источник истины для цены, остатка и статуса; — как обрабатываются дубли, если один и тот же объект прилетит повторно. Без этого обмен быстро превращается в ручную правку.

Отдельно продумайте идентификаторы. Не связывайте сущности по названию товара или заголовку записи: название меняется, а ID должен оставаться стабильным. Лучше сразу хранить внешний ключ 1С в мета-поле WordPress и использовать его для обновления, а не для создания новой записи.

Еще одна типовая ошибка — пытаться слать в WordPress «всё сразу». Надежнее разделить обмен на этапы: сначала справочники и товары, потом цены, остатки и статусы, затем заявки и оплаты. Так проще отлавливать сбои и не терять данные при частичном падении.

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