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

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

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

Перед запуском проверьте:
— какой формат XML/JSON реально отдает 1С и что ждёт сайт;
— как передаются товары без цены, картинки без URL и записи без обязательных полей;
— есть ли единый ключ сопоставления: SKU, артикул, ID, а не «как получится»;
— что делать с дублями: обновлять, пропускать или создавать новую запись;
— где хранится лог ошибок и кто его читает.

Отдельно продумайте режим обмена: полная выгрузка или по изменениям. Полная проще в настройке, но тяжелее для сайта. Инкрементальная требует аккуратной отметки изменений, зато меньше нагружает сервер и быстрее ловит правки в каталоге.

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