API 1С ломают не интеграции, а нестыковки в данных и ожиданиях

API 1С ломают не интеграции, а нестыковки в данных и ожиданиях

Если подключаете WordPress к 1С, сначала договоритесь не про код, а про правила обмена. На старте фиксируют: кто является источником правды по товарам, ценам, остаткам, статусам заказов и клиентам.

Чаще всего сбои возникают из-за трёх вещей:
— разные идентификаторы одного и того же товара;
— пустые или лишние поля в выгрузке;
— попытка отправлять в 1С всё подряд, вместо нужных событий.

Для стабильной схемы держите обмен событийным: отдельный запрос на создание заказа, отдельный — на смену статуса, отдельный — на обновление каталога. Так проще ловить ошибки и не пересылать лишние данные. Ещё один важный момент — логирование: без него непонятно, на каком шаге пропал заказ или почему не обновилась цена.

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

Лучший API для 1С — тот, который не заставляет вручную чинить данные после каждой синхронизации.