Обмен с учётом, оплатой и складом

Сначала определяю, какие данные должны перемещаться и в какую сторону. Потом собираю обмен с полным логированием: вы видите, что ушло, что вернулось и что делать, если учёт ответил ошибкой. Я интегрировал сайты с 1С, МоимСкладом, Битриксом и десятком менее известных систем.

Что именно должно перемещаться между системами

Стандартный набор: заказ с сайта → учёт, остатки и цены ← обратно на витрину, статус оплаты → карточка заказа. Но набор каждый раз свой. Критически важно определить направление: что является мастером данных — сайт или учёт. Если мастеров два, люди начинают править одну цифру в двух местах и получают расхождения.

До написания кода составляю карту обмена: конкретные сущности (заказ, оплата, остаток, контрагент, цена), направление и частота синхронизации. Не абстрактная «интеграция с 1С», а точный перечень полей.

Обработка ошибок — самая важная часть

Учёт бывает недоступен, отдаёт пустой ответ или отклоняет заказ из-за нового обязательного поля. В смету закладываю полный след: что ушло, что вернулось, можно ли отправить повторно. Без этого обмен выглядит рабочим ровно до первого сбоя — а потом начинается паника.

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

Как определяю срок

Срок называю после изучения способа обмена и тестового подключения. Обещать «за неделю подключим любой склад» — не мой стиль. Зато мой стиль — назвать реальный срок и уложиться в него. Оплата 50/50, объём фиксируем до старта.