Архитектура обмена
- Очереди вместо прямых вызовов. Если 1С недоступна или обновляется, сообщения ждут в очереди, а не теряются.
- Идемпотентность. Повторная отправка того же заказа не создаёт дубль: у каждого сообщения есть уникальный ключ.
- Один владелец у каждого поля. Цены и остатки живут в 1С, статусы заказа — в нашей системе. Никаких «правят и там, и там».
Эксплуатация
- Журнал обмена. Каждое сообщение, ответ и ошибка сохраняются — разбор проблемы занимает минуты, а не дни.
- Повторы с паузой. Временные ошибки повторяются автоматически с растущим интервалом, постоянные — попадают в журнал и уведомление.
- Мониторинг отставания. Если очередь растёт, дежурный узнаёт об этом раньше пользователей.
Интеграция — это не «написать обмен», а договориться, кто владеет данными, и сделать так, чтобы сбой был виден сразу.
С чего начинать
До первой строки кода составьте таблицу: какие сущности передаются, в каком направлении, кто владелец каждого поля и как часто нужны обновления. На согласование уходит пара встреч с программистом 1С, зато потом не приходится переделывать обмен после запуска.