API 1С ломается не в коде, а на стыке полей и логики

API 1С ломается не в коде, а на стыке полей и логики

Если вы подключаете WordPress к 1С, сначала проверьте не «как отправить», а «что именно отправлять»: товары, остатки, цены, заказы, статусы. Ошибка здесь почти всегда одна — система получает данные, но не может их однозначно сопоставить.

Рабочая схема выглядит так:
— у каждого товара есть стабильный внешний ID, а не имя;
— в 1С и WordPress совпадает структура обязательных полей;
— отдельно описаны правила для дублей, пустых значений и удалённых позиций.

Для заказов важно заранее решить, кто источник правды. Если статус меняется в 1С, WordPress не должен пытаться его «додумать» по своей логике. И наоборот: если сайт создаёт заказ, он обязан передавать минимум для корректной обработки — состав, контакты, способ доставки, комментарий. ⚙️

Ещё одна частая проблема — обмен «в лоб» без логов. Без записи запросов и ответов вы не поймёте, на каком шаге всё сломалось: авторизация, формат поля, очередь, кодировка или бизнес-правило.

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