Назначьте источник правды
Одна система должна отвечать за доступность товара: чаще всего это 1С, МойСклад, ERP или складская система. Каналы продаж получают рассчитанное доступное количество.
Если каждый кабинет самостоятельно хранит остаток, расхождения неизбежны. Ручные правки допустимы как аварийный сценарий, но не как постоянный процесс.
- физический остаток
- резерв под заказы
- страховой запас
- товар в пути
- брак и недоступные партии
Опишите события обмена
Остаток меняется после оплаты, создания заказа, отмены, возврата, приёмки и инвентаризации. Для каждого события нужно определить инициатора и время обновления.
Не все API гарантируют мгновенную доставку данных, поэтому важны повторные попытки и периодическая сверка.
- новый заказ
- отмена заказа
- оплата или истечение резерва
- возврат товара
- приёмка на склад
- ручная корректировка
Используйте страховой запас осмысленно
Буфер уменьшает риск перепродажи последней единицы при задержке обмена. Его размер зависит от скорости продаж и надёжности интеграции.
Слишком большой запас скрывает товар от покупателей и снижает выручку, поэтому правило проверяют на данных.
- скорость продаж SKU
- частота обновления
- число каналов
- время отмены и возврата резерва
- стоимость ошибки
Добавьте контроль и восстановление
Интеграция должна сообщать не только об успехах, но и о пропущенных товарах, ошибках авторизации и очереди необработанных событий.
Команде нужен простой регламент: где увидеть проблему, кто её разбирает и как безопасно повторить обмен.
- журнал обмена
- уведомления о критичных ошибках
- повторные попытки
- ежедневная сверка
- ручной аварийный сценарий