Остаток и цена приходят из источника
Сайт не хранит произвольную копию торговых данных и показывает согласованное состояние.
Связываем каталог, цены, склады, заказы и статусы. До настройки определяем, где хранятся правильные данные, как быстро они обновляются и что происходит при остановке обмена.

CommerceML · API · журнал обмена
До обмена фиксируют, где хранятся правильные данные. Заказ возвращается в учёт, а на сайте видно состояние обновления каталога.
Сайт не хранит произвольную копию торговых данных и показывает согласованное состояние.
Состав, клиент, доставка и оплата передаются в учётную систему с устойчивым идентификатором.
Журнал показывает остановленный объект, причину, количество попыток и результат повторной обработки.
Список уточняется после проверки конфигурации 1С, платформы сайта, доработок и реального порядка обработки заказа.
Большой каталог можно передавать пакетно, заказ — событием, а резерв проверять онлайн. Для каждого потока выбирается свой режим и правило восстановления.
Нестандартность определяется не названием продукта, а структурой данных, правилами цен, количеством складов и порядком исполнения заказа.
Способ зависит от объёма каталога, частоты обновления и правил резервирования. Сначала проверяем один полный заказ, затем выбираем подходящий вариант для каждого вида данных. Типовой обмен и отдельные подключения можно совмещать.
Да, после обследования конфигурации, расширений, регистров и доступных механизмов обмена. Сначала поднимаем тестовый контур и проверяем один сквозной маршрут.
Сайт передаёт устойчивый ключ операции. Повтор запроса возвращает результат уже созданного заказа, а не создаёт новый. Такая же защита нужна для клиентов, оплат и документов.