Складской учёт для маркетплейсов
Коротко
Складской учёт для маркетплейсов — это единый счётчик товара, который знает, сколько единиц лежит на складе продавца, сколько на складе площадки и сколько уже обещано покупателям. Без него один и тот же товар продаётся дважды: на Ozon и на Wildberries одновременно, а на складе лежит одна штука.
Зачем отдельный учёт для маркетплейсов
Обычный складской учёт отвечает на вопрос «сколько товара у меня на складе». Для маркетплейсов этого мало: товар одновременно лежит на складе продавца, на складе Ozon, на складе Wildberries и в пути между ними. Плюс часть единиц уже зарезервирована под заказы, которые ещё не собраны.
Если остатки на площадках не сходятся с реальным складом, появляются oversell — продажи того, чего нет. Площадка отменяет заказ, продавцу начисляют штраф, карточка теряет позиции в выдаче. Поэтому учёт для маркетплейсов строят вокруг одного источника правды: одна система хранит канонический остаток, остальные площадки только читают его и получают обновления при каждом движении товара.
FBO и FBS: где лежит товар и кто собирает заказ
| FBO | FBS | |
|---|---|---|
| Где хранится товар | На складе маркетплейса | На складе продавца или стороннем складе |
| Кто собирает и упаковывает заказ | Площадка | Продавец |
| Кто доставляет покупателю | Площадка | Площадка после передачи ей отправления |
| Что контролирует продавец | Поставки и остатки на складе площадки | Остатки, сроки сборки, статусы заказов и передачу отправлений |
| Главный риск учёта | Товар закончился на складе площадки, а продавец об этом узнал поздно | Остаток на разных площадках не сходится с реальным складом |
Что должна уметь программа для маркетплейсов
- Держать остаток по каждому варианту товара отдельно: цвет, размер, комплектация — это разные складские позиции со своим количеством.
- Обновлять остатки на всех площадках при каждом движении товара: продажа, возврат, приёмка поставки, списание брака.
- Показывать остатки по складам: свой склад, склады FBO каждой площадки, товар в пути.
- Собирать заказы FBS: печать заданий, сканирование штрихкодов, контроль сроков сборки и передачи отправлений.
- Считать прибыль с учётом комиссий, логистики, хранения и возвратов площадки, а не только по цене продажи.
- Вести финансовый учёт: платежи площадок, удержания, расходы, себестоимость.
- Поддерживать маркировку и печать этикеток по требованиям площадок.
- Давать выгрузку данных в стандартном формате, чтобы не остаться запертым в одном сервисе.
Автоматизация торговли на маркетплейсах: с чего начать
Начинать стоит не с выбора программы, а с описания того, как товар физически движется: от поставщика на склад, со склада на склад площадки, оттуда к покупателю и обратно при возврате. На каждом шаге должно быть событие, которое меняет остаток. Если шаг не описан, программа его не автоматизирует — она просто будет показывать неверную цифру быстрее.
Второй шаг — выбрать, какая система владеет остатком. Это может быть учётная система вроде 1С или «Мой склад», специализированный сервис для маркетплейсов или собственная разработка. Важно, чтобы владелец остатка был один: когда две системы считают себя главными, остатки расходятся.
Третий шаг — проверить интеграции. Прямое подключение к площадке по API надёжнее, чем цепочка через посредника: у него ниже задержка и быстрее восстановление после сбоя. И проверьте обмен на сложных случаях: комплект из нескольких товаров, товар на двух складах, возврат, передача трек-номера обратно на площадку.
Частые вопросы
Почему остатки на Ozon и Wildberries расходятся с реальным складом?
Чаще всего потому, что обновления идут с задержкой или не проходят при сбое, а также потому, что каждая площадка считает остаток по-своему. Решение — один источник правды и журнал событий: каждое изменение остатка, импорт заказа и доставка уведомления фиксируются с временем, чтобы можно было найти момент расхождения.
Можно ли вести учёт в Excel?
Технически можно, но таблица не сканирует штрихкоды, не обновляет остатки в реальном времени и ломается, когда с ней одновременно работают несколько человек. Для небольшого объёма это допустимо, но при продажах на двух и более площадках риск двойной продажи становится постоянным.
Нужна ли отдельная программа, если уже есть 1С?
Не обязательно. Многие учётные системы умеют обмениваться данными с маркетплейсами напрямую или через модули интеграции. Вопрос в том, закрывает ли ваша конфигурация остатки по складам площадок, сборку FBS и расчёт прибыли с комиссиями. Если нет — либо дорабатывают 1С, либо между ней и площадками ставят специализированный сервис.
Как считать прибыль, если площадка удерживает комиссию, логистику и хранение?
Прибыль по товару — это цена продажи минус себестоимость, комиссия площадки, логистика, хранение, эквайринг, возвраты и налоги. Программа должна тянуть эти удержания из отчётов площадки, а не считать по прайсу. Иначе прибыль в отчёте будет, а на счёте — нет.
Что делать, если товар продаётся на своём сайте и на маркетплейсах?
Остаток должен быть общим для всех каналов. Если сайт и площадки не видят остатки друг друга, один товар уйдёт двум покупателям. Поэтому в программе для маркетплейсов важен не только обмен с площадками, но и связь с интернет-магазином.
Проверка актуальности
Проверьте ответ на сегодняшний день
Нормы меняются каждый год, а ответы в интернете за ними не успевают. Чтобы вы опирались на действующий закон, мы настроили ИИ для проверки актуальности: он сверит эту справку с действующей редакцией законов и подскажет, что изменилось.
Бот проверки запускаем в ближайшие дни.
Читать в журнале
Остатки сходятся — можно считать деньги
Посчитаю, сколько бизнес зарабатывает на каждом товаре и канале
Складской учёт показывает, сколько товара лежит и где. Но он не отвечает на вопрос, какой товар, канал или клиент приносит прибыль после себестоимости, комиссий, логистики, хранения и возвратов. Я считаю юнит-экономику по каждой позиции и каналу, нахожу точку безубыточности и строю финансовую модель роста.
Это для собственников, которые хотят расти и боятся, что рост увеличит убыток. Вы получаете расчёт по каждой позиции и модель, по которой видно, что будет с деньгами при каждом решении.