Остатки на сайте, которые совпадают с составом

По оборачиваемости, а не по принципу «чем чаще, тем лучше». Медленный ассортимент живет на нескольких прогонах в сутки. Сезонный с пиками требует часа или полчаса: разница здесь измеряется отмененными заказами. Ориентир прост – сколько продаж у вас происходит между двумя прогонами. И честный предел самого механизма: окно между прогонами остается всегда, так что последнюю единицу теоретически могут купить дважды. Обмен это окно сужает, но не закрывает – закрывает его резервирование в момент оформления.

Положите, если делать полный прогон каждый раз. Поэтому на больших каталогах обмен берет только измененные позиции: учет отдает перечень сдвинувшегося с прошлого раза или метку времени изменения. Для ориентира: в измеренном нами магазине садовой техники 55321 товарная страница при первом ответе сервера 840,5 мс — на таком объеме полное обновление каждые пол часа просто не успеет пройти. Второй предохранитель – расписание: тяжелые прогоны ставим не на часы пиковых продаж.

Это самая частая причина, почему обмен «как будто работает», а половина каталога стоит неизменной. Выходов два. Свести коды один раз – это контентная работа, она считается отдельно, и после нее выиграют все остальные интеграции, от фида на площадку до счетов. Или вести промежуточную таблицу соответствий, которая пополняется по мере нахождения расхождений. Наша рекомендация: начните с таблицы, чтобы обмен заработал, но поставьте свод кодов в план — расхождение кодов вредит не только остаткам.

Это ваше решение, и оно разное для разных групп. Скрыть позицию просто, но вы теряете адрес, который уже приносил переходы. Показать как отсутствующее лучше для поиска, зато покупатель видит то, чего не купить. Разрешить предзаказ – лучше всего, если сроки поставки предусмотрены. Мы заводим правило по отдельности по категориям, а не одно на весь каталог: для ходовой мелочи и для техники под заказ ответы здесь разные.

Обмен должен пережить без последствий для магазина. Когда источник недоступен, последние известные остатки остаются на месте, а не обнуляются: иначе час простоя в учете превращает весь каталог в «нет», и вы увидите это уже по провалу заказов. О самом сбое приходит уведомление в мессенджер — вы знаете, что данные устарели, и знаете, с какого часа. Поэтому в журнале мы фиксируем не только ошибки, но и время последнего успешного пролета.

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

Да, и это один из главных аргументов за обмен. Площадка и Merchant Center читают не вашу страницу, а ФИД: название, цена, наличие, картинка. Если фид собирается из того же источника, что и каталог, устаревший остаток исчезает вместе с каталогом. Иначе вы платите за клик, ведущий на товар, которого нет. Сразу предел: фид не делает вашу цену более выгодной – в товарной выдаче покупатель видит вас рядом со всеми, и разницу в цене он тоже увидит быстрее.

Да, это второе направление, и его обычно делают отдельным этапом после остатков. Заказ с сайта ложится в учет документом, менеджер работает в одной системе вместо переписки руками. Сложность не в передаче, а в согласовании справочников: контрагенты, склады, виды оплаты должны сопоставить с обеих сторон. Наша рекомендация – не включать оба потока одновременно: иначе ошибки сопоставления и ошибки передачи разбираются в одну неделю и не разделяются.

12–35 рабочих дней. Начинается с аудита обмена: 3–5 дней, бесплатно, на выходе схема и перечень несопоставимых по коду позиций. Далее шесть этапов, среди которых неделя режима наблюдения - обмен уже работает на боевом, но только считает разногласия. Нижний предел срока – односторонний обмен остатками с учетом, умеющим отдавать данные. Верхнюю набирают цены по нескольким уровням, склады по точкам и передача заказов назад: последнее идет отдельным потоком поверх этих этапов.