API 1С ломает интеграции чаще не из-за кода, а из-за слабого ТЗ

API 1С ломает интеграции чаще не из-за кода, а из-за слабого ТЗ

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

Перед запуском проверьте 4 вещи:
— кто источник истины: 1С или WordPress;
— какие поля обязательны и чем заменяются пустые значения;
— как ловятся дубли: по ID, номеру заказа, телефону, email;
— что делать при ошибке: повторять запрос, ставить в очередь или помечать вручную.

Отдельно продумайте авторизацию и логирование. Для API 1С критично не только «передать данные», но и понять, на каком шаге они потерялись: на стороне WordPress, сети, формата JSON/XML или самой 1С. Без логов отладка превращается в угадайку.

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