Расходы из отгрузок маркетплейсам

Когда вы отправляете партию на маркетплейс (Ozon FBO, Wildberries FBW, Яндекс Маркет FBY), физически это одна отгрузка с вашего склада — но в личном кабинете маркетплейса она разбита на несколько заявок (поставок) по разным направлениям. Этот раздел собирает такие поставки обратно в одну отгрузку и одной кнопкой создаёт складской документ Расход, чтобы остатки на вашем складе совпали с тем, что реально уехало.

Раздел доступен по адресу Закупки и склад → Расходы из отгрузок (/supplies/outbound).

Как это работает в двух словах

1. Нажимаете ↻ Обновить — система подтягивает из маркетплейсов поставки, которые уже уехали (в пути, на приёмке, приняты, завершены).
2. Поставки группируются по дате и складу назначения — одна группа = одна физическая отгрузка.
3. Вы проверяете состав и нажимаете Создать Расход — на складе появляется один проведённый документ, остатки списываются.

Шаг 1. Загрузка поставок

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

Обновление идёт по каждому маркетплейсу отдельно: если по одному не хватило прав токена (например, у Wildberries токену нужен скоуп «Поставки»), он отметится ошибкой синхронизации, а остальные обновятся как обычно.

Подтягиваются поставки в статусах:

• Товары в пути — уехали с вашего склада, едут на склад маркетплейса;
• Идёт приёмка / Принято — уже на складе маркетплейса;
• Завершено — поставка закрыта.

Поставки в статусах «Заполнение данных» и «Готова к отгрузке» не подтягиваются — товар ещё не уехал, списывать нечего.

Фильтр «С даты». Над списком есть поле даты — оно скрывает поставки старше выбранного дня (по умолчанию — с 1 февраля 2026 года), чтобы давно обработанные старые отгрузки не мешали. Выбранная дата запоминается под вашим аккаунтом.

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

Шаг 2. Группы = физические отгрузки

Каждая карточка — это группа поставок с одной датой и одним складом назначения. Например:

📅 28 мая · FBO Хоругвино · Ozon                3 поставки
   ☑ Поставка #SUP-12345   5 заявок · 47 SKU · 312 шт   Товары в пути
   ☑ Поставка #SUP-12346   1 заявка  · 8 SKU  · 42 шт    Товары в пути
   ☑ Поставка #SUP-12347   2 заявки · 5 SKU  · 18 шт    Принято
   Выбрано: 55 SKU · 354 шт                  [✏ Состав]  [Создать Расход →]

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

Шаг 3. Проверка состава (необязательно)

Кнопка ✏ Состав открывает таблицу со всеми товарами выбранных поставок, сгруппированными по SKU (одинаковые товары из разных поставок суммируются). Здесь можно:

• снять галочку с позиции, чтобы исключить её из Расхода;
• включить Авто-Приход на недостающее (см. ниже).

Внизу видно итог: сколько SKU и штук уйдёт в Расход.

Шаг 4. Создание Расхода

Кнопка Создать Расход делает всё атомарно:

1. Создаёт один проведённый документ Расход на складе на суммарное количество выбранных поставок.
2. Уменьшает остаток на складе.
3. Освобождает резервы по этим поставкам (товар уже не «ждёт» — он реально ушёл).
4. Помечает поставки как обработанные — из списка ожидающих они пропадают.

После этого в разделе Свой склад → Документы появится этот Расход.

Принято и фактическое количество (Wildberries и Яндекс)

Для Wildberries и Яндекса Расход создаётся только из принятых заявок — тех, что маркетплейс уже принял на свой склад (статус «Принято» или «Завершено»). Пока заявка едет или ещё на приёмке, точное количество неизвестно, поэтому списывать рано.

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

• +3 излишки (зелёный) — приняли больше, чем заявляли;
• −2 недостача (жёлтый) — приняли меньше.

Так остаток на складе уменьшается ровно на то, что реально уехало и было принято.

Для Ozon список шире (можно списывать и «в пути») — Ozon отдаёт состав поставки сразу.

Что нужно, чтобы Расход создался

• Товар должен быть сопоставлен с вашим каталогом. Позиции Wildberries и Яндекса находят ваш товар по штрихкоду — он одинаковый на всех площадках. Если в каталоге есть товары-дубликаты или нужный товар в архиве, остаток может «не найтись» — наведите порядок в разделе «Сверка товаров» (объединить дубликаты, убрать устаревшее). Если в поставке остались несопоставленные позиции, система не даст провести Расход и покажет их список.
• На складе должно быть достаточно остатка. Если остатка не хватает, по умолчанию Расход не проводится и показывается, чего и сколько не хватает.

Авто-Приход на недостающее (переходный режим)

Если вы только начинаете вести склад в системе, остатков может ещё не быть, а отгрузки уже идут. На этот случай есть опция Авто-Приход на недостающее: при создании Расхода система сама создаст сопутствующий Приход ровно на недостающее количество, чтобы Расход прошёл.

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

Это временный костыль на период переноса учёта в систему. Когда остатки ведутся аккуратно, опция не нужна.

Пропустить поставку

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

Несколько маркетплейсов

Раздел работает сразу с несколькими площадками: Ozon FBO, Wildberries FBW и Яндекс Маркет FBY. Чипы «Маркетплейсы» вверху фильтруют список — можно показать все или только нужные (пустой выбор = все). Логика одинаковая для всех площадок, а бейдж слева (OZ / WB / Я) показывает источник каждой группы.

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

Сводка