Сайт и маркетплейсы одновременно: как согласовать остатки и не продавать один товар дважды

На сайте и на площадке показана одна и та же последняя единица товара. Почти одновременно поступают два заказа. Даже при подключённом обмене может возникнуть промежуток, когда оба канала ещё считают товар доступным.

Поэтому я бы обсуждал синхронизацию остатков не только через вопрос «как часто обновляем количество». Нужно определить, кто управляет доступным запасом, когда возникает резерв и что делает компания, если сведения задержались. Эти правила помогают уменьшить риск перепродажи и дают понятный порядок разбора исключений.

Различайте физический запас, резерв и доступное количество

Товар может находиться на складе, но уже быть обещанным другому покупателю. Или вернуться от клиента, но ещё не пройти проверку. Такое изделие нельзя автоматически считать свободным для новой продажи.

Для простого согласованного процесса доступное количество можно определять как подходящий к продаже запас за вычетом действующих резервов и предусмотренных ограничений. Это рабочая модель, а не универсальная формула для любой системы. В конкретной схеме часть резервирования может выполняться площадкой, поэтому нужно исключить двойное вычитание.

Разделите склады и схемы исполнения. Запас на складе компании и товар, уже переданный на склад площадки, могут управляться по разным правилам. Нельзя без проверки складывать всё в одно число и обещать его во всех каналах.

Назначьте источник и смысл каждого события

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

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

Передача количества и обработка события резерва должны следовать согласованным правилам.

Попросите исполнителя объяснить, что именно отправляется: физический запас, свободное количество, новое значение или изменение. Без этого две корректно работающие системы могут по-разному понимать одну цифру.

Разберите последнюю единицу по времени

Представим условную ситуацию с одним свободным изделием. Сайт и площадка показывают наличие. На сайте поступает заказ, а резерв в ведущей системе создаётся только после получения сообщения. Пока сообщение в пути, другой канал ещё может принять заказ на ту же единицу.

Если обновлять количество чаще, промежуток может стать короче. Но это само по себе не доказывает, что конкурентные заказы исключены. Важен момент принятия обязательства, подтверждение резерва и возможности каждого участника обмена.

Задержка между заказом, резервом и обновлением создаёт окно, которое нужно учитывать в правилах продажи.

Обсудите доступные способы уменьшения риска. Это может быть ограничение количества для отдельных каналов, согласованный страховой остаток или проверка перед окончательным подтверждением там, где такой порядок допустим. Каждый вариант имеет цену: часть товара временно недоступна, требуется участие сотрудника или меняется путь заказа.

Выбор зависит от модели исполнения и ограничений площадки. Нельзя обещать мгновенный общий резерв только на основании того, что у сервиса есть интеграция.

Согласуйте отмену и возврат

Если заказ отменён, нужно понять, на какой стадии он находится. Резерв можно снимать по подтверждённому событию, которое действительно прекращает обязательство в вашем процессе. Одна надпись «отменён» в соседнем интерфейсе не всегда объясняет состояние сборки и отгрузки.

Возврат тоже проходит несколько шагов. Запрос покупателя, поступление посылки и признание товара пригодным к повторной продаже — разные события. Возвращать количество в доступный остаток следует по согласованному основанию, а не при первом сообщении о возврате.

Повторное получение одного сообщения не должно второй раз создавать резерв или освобождать запас. Попросите показать, как система распознаёт тот же заказ и событие. Для собственника здесь важен наблюдаемый результат: одно обязательство учитывается один раз.

Подготовьте действия при задержке обмена

Определите, как сотрудник узнает, что сведения устарели. Полезны время последнего подтверждённого обновления, понятное сообщение об ошибке и возможность найти конкретный заказ в связанных системах. Журнал без ответственного не решает проблему сам по себе.

Договоритесь, какой уровень задержки неприемлем для ваших товаров и объёма продаж. Универсального безопасного интервала для любого бизнеса нет. При превышении порога компания выполняет согласованное действие: ограничивает предложения, проверяет наличие вручную или использует другой допустимый порядок.

После восстановления обмена потребуется сверка заказов и резервов. Простая отправка свежего числа не объяснит, что делать с обязательствами, которые уже появились в разных каналах.

Принимайте интеграцию на неудобных сценариях

Для каждого теста заранее запишите ожидаемый результат на сайте, в учёте и в канале. Проводите проверки в предусмотренном режиме, без создания неконтролируемых реальных заказов. При выборе решения убедитесь, что платформа магазина поддерживает нужный сценарий.

Сайт и маркетплейсы могут работать с общим запасом. Чтобы эта работа оставалась управляемой, компании нужны согласованные значения, своевременно обрабатываемые события и понятный порядок при расхождении. Обещание «всё синхронизируется автоматически» полезно только вместе с проверкой этих условий.

Если один из каналов должен работать во время сбоя другого, согласуйте полный резервный путь заказа. До запуска собственного магазина проверьте и готовность ассортимента, данных и исполнения.

Подробнее — интеграции сайта с системами компании.