Модуль Uniseller CRM · Заказы и склад
Опасный заказ — не тот, который пришёл. Опасный — десятый за минуту по товару, которого на складе три. Модуль следит за потоком заказов WB и Яндекс Маркета, ловит всплеск по правилу «N заказов в окне», мгновенно обнуляет остаток на площадках и удерживает блок, пока вы не разберётесь. Отмены, возвраты и спорные ситуации при этом не остаются висеть: резерв освобождается, статус доезжает до учётной системы.
Проблема
Ни один из них не выглядит аварией в момент, когда происходит. Всё всплывает позже: в рейтинге продавца, в штрафах за непоставку и в остатках, которые «есть в системе», но которых нет на полке.
Товар попал в подборку или к нему подключился перекуп — за минуту прилетает десяток заказов на позицию, которой на складе три. Синхронизация остатков идёт по расписанию и просто не успевает: заказы уже приняты, отгрузить нечем.
Заказ отменён на площадке, а резерв под него остался: товар числится занятым, хотя лежит на складе. Пока резерв висит, вы недопродаёте — и не понимаете, почему свободный остаток меньше фактического.
Заказ выпал из окна синхронизации и застыл в промежуточном статусе. Он не закрыт, не отменён, резерв под ним держится, а в учётной системе висит призрак сделки, о котором вспоминают при инвентаризации.
Защита заказов закрывает все три: всплеск ловится по правилу и гасится обнулением остатка, отмена освобождает резерв, а замороженные заказы поднимаются сверкой по идентификатору.
Как это работает
Модуль постоянно опрашивает активные интеграции Wildberries и Яндекс Маркета и группирует свежие заказы по товару — считает не «сколько заказов всего», а «сколько по этому SKU»
группировка по товаруВ окне заданной длины считается число заказов по товару, а соседние заказы проверяются на близость друг к другу. Одиночная покупка всплеском не считается
окно + порогЗаводится блокировка товара, и остатки обнуляются на площадках: на Wildberries — с пометкой аварийной блокировки, на Яндекс Маркете — прямой выгрузкой нулевого остатка
на ближайшей проверкеПока действует удержание, guard заново обнуляет остаток, если площадка успела вернуть сток обратно. Каждое такое действие пишется в журнал товара
МП не «отыграет» стокОтмена заказа освобождает резерв склада и толкает статус в учётную систему, а сверка по идентификатору поднимает заказы, которые выпали из обычного окна синхронизации
резерв не зависаетРазблокировка возвращает реальные остатки на площадки, снимает аварийную пометку и отменяет отложенные задания на выгрузку. Уведомление о снятии уходит в ваш мессенджер
решение остаётся за вамиСток товара уходит в ноль на всех активных каналах — либо только на том, где случился всплеск, если вы выбрали такой режим.
Каждую минуту проверка повторяет обнуление, пока действует удержание: маркетплейс не вернёт остаток обратно у вас за спиной.
Сообщение о блокировке и о её снятии уходит в Telegram, Bitrix24 или Max — через штатные модули уведомлений CRM.
Детект, каждое обнуление, повторное удержание и ручное снятие фиксируются в журнале товара — потом видно, что именно произошло и когда.
Блок снимается только вручную — и в этот момент модуль возвращает реальный остаток на площадки, снимает пометку аварийной блокировки и отменяет отложенные задания на выгрузку стока. Это сделано осознанно: авто-снятие вернуло бы товар в продажу до того, как вы поняли, что произошло.
Симулятор
Слева — настройки guard'а. Справа — реальный по форме поток заказов: восемь заказов по одному SKU за пять минут. Модуль пересчитывает вердикт по каждому заказу, как только вы двигаете ползунок.
Всплеск засчитывается, когда в скользящем окне набирается заданное число заказов по одному товару и соседние заказы идут плотно друг за другом.
Правило «2 заказа за 60 секунд» набирается на 2-м заказе — через 27 секунд после первого. Блок ставится на ближайшем проходе опроса: guard опрашивает маркетплейсы дважды за минуту. Остаток обнуляется на всех активных каналах товара и удерживается 5 мин, а снять блок можно только вручную.
Оценка по вашим цифрам
Три ползунка под ваш магазин. Считаем ровно то, что вы задали: заказы × доля проблемных × средняя стоимость инцидента. Это прикидка на ваших вводных, а не замер по вашему кабинету.
В цену инцидента обычно складывают штраф площадки за непоставку, обратную логистику и упущенную маржу заказа. У каждого продавца свои цифры — поставьте свои.
по введённым значениям столько уходит на инцидентах, которые никто не перехватил в момент, когда они начинались
Модуль стоит 500 ₽/мес — это 1,4% от суммы, которую вы задали ползунками выше.
Возможности
Заказы Wildberries и Яндекс Маркета группируются по товару: правило смотрит не на общий поток, а на плотность заказов по конкретной позиции.
Длина окна, число заказов в нём и время удержания блока задаются под ваш ассортимент: у штучного товара и у ходовой мелочи «норма» разная.
В момент срабатывания сток уходит в ноль на площадках — новые заказы по товару просто перестают приходить, пока вы разбираетесь.
Режим блокировки выбирается настройкой: гасить продажи везде или только там, где начался всплеск.
Пока блок активен, обнуление повторяется по расписанию: если площадка вернула сток из своего кеша, guard снова поставит ноль.
Разблокировка возвращает реальные остатки, снимает аварийную пометку и отменяет отложенные задания выгрузки — товар возвращается в продажу осознанно.
Детект, обнуления, повторные удержания и снятие блока фиксируются с временем — разбор инцидента не превращается в реконструкцию по памяти.
События уходят в Telegram, Bitrix24 или Max, поэтому о блокировке вы узнаёте в тот же момент, что и склад.
Тариф
Потери на заказах редко приходят одним крупным событием. Чаще это серия мелочей: товар неожиданно попал в подборку, за минуту собрал десяток заказов при остатке в три штуки — и продавец узнаёт об этом, когда площадка уже начислила штраф за непоставку. Или заказ отменили, а резерв под него остался висеть, и свободный остаток месяцами меньше фактического. Или статус заказа замер в промежуточном состоянии, потому что заказ выпал из окна синхронизации, и его находят только при инвентаризации. Каждая история по отдельности выглядит мелкой, а вместе они дают ровно тот разрыв между отчётом и складом, который приходится объяснять в конце месяца.
Защита заказов для Uniseller CRM превращает эти три сюжета в автоматику. Поток заказов Wildberries и Яндекс Маркета разбирается по товарам, и когда в скользящем окне набирается заданное число заказов по одному SKU, срабатывает защита: остатки обнуляются на площадках, блок удерживается заданное время и переустанавливается, если маркетплейс успел вернуть сток. Снять блокировку можно только вручную — в этот момент реальный остаток возвращается на площадки. Отмена заказа освобождает резерв, а сверка по идентификатору поднимает заказы с замороженным статусом. Каждое событие пишется в журнал товара и уходит уведомлением в Telegram, Bitrix24 или Max. Рядом полезны лист подбора заказов и Защита цен; весь набор — в каталоге модулей. Ещё нет CRM? Разверните её бесплатно на 7 дней.
Подключается из раздела «Модули» внутри CRM и отключается там же в один клик. 500 ₽ в месяц за то, что заказы, остатки и резервы сходятся без ручного разбора.