Как удалить товар в Ozon Seller и не потерять остатки и историю продаж

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

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

Удаление, архив и снятие с продажи решают разные задачи

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

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

Удалением продавцы часто называют вообще любое исчезновение товара из основного списка, хотя результат может быть обычным переносом в архив. Я ориентируюсь на название и последствия конкретного действия, а не на бытовое слово «удалить». Если кабинет предлагает только архивирование, это не доказательство окончательного уничтожения карточки и всех связанных данных. Кроме того, моё предложение продавца и общая карточка товара на площадке — не одно и то же. Удаление или отключение моего предложения само по себе не даёт оснований считать, что страница товара исчезнет с Ozon.

Как убрать товар в Ozon Seller без лишних действий

Сначала я нахожу позицию в каталоге по артикулу продавца и сверяю её идентификаторы с нужным магазином. По одному названию этого делать не люблю: похожие названия легко перепутать, особенно после переименований. Затем смотрю статус предложения, доступные остатки и заказы, которые ещё находятся в обработке. Если товар просто не виден покупателю, сначала выясняю причину, а не удаляю его в надежде завести заново. Для такого случая у меня есть отдельный разбор, почему карточка не показывается в поиске Ozon, где объясняется, что проверить до изменения цены и пересоздания позиции.

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

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

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

Что происходит с остатками на складе

Если товар размещён на складе Ozon, изменение его видимости в каталоге не означает физического выбытия. Я сначала сверяю складской остаток и его состояния: доступный к продаже товар нельзя без проверки смешивать с резервом, возвратами или другими отдельно учитываемыми единицами. Затем выбираю, что делать с запасом, и проверяю доступные складские операции в кабинете. Условия вывоза, обработки и возможные начисления смотрю в действующих документах, а не беру из старых статей. Пока судьба запаса не решена, я не считаю позицию закрытой для учёта.

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

Особое внимание я оставляю возвратам после остановки продаж. Товар может вернуться, когда предложение уже убрано из рабочего каталога, поэтому отсутствие позиции в основном списке не означает отсутствия движения. Я проверяю, куда поступила возвращённая единица, в каком она состоянии и можно ли снова учитывать её как пригодный запас. Если товар повреждён или потерян, не подменяю фактический результат ожиданием компенсации. Без подтверждающих данных я не знаю, какая сумма в итоге будет признана, и оставляю этот вопрос открытым в расчёте.

Как сохранить историю и посчитать результат по закрываемому товару

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

• Сначала выбираю границы расчёта и собираю признанную выручку по товару, а не стоимость всех созданных заказов. Возвраты и корректировки учитываю по данным отчётов с учётом их знака. Если выбранная сумма уже приведена за вычетом возвратов, повторно их не вычитаю. Получаю выручку, с которой дальше можно сопоставлять расходы.
• Затем вычитаю себестоимость реализованных единиц по своей закупочной истории. Закупку всего оставшегося запаса сюда не включаю: непроданный товар нужно учитывать отдельно. При возврате проверяю, восстановлен ли пригодный остаток, и соответственно корректирую списанную себестоимость. Повреждения и списания отражаю по фактическому результату, а не автоматически как обычный возврат.
• После этого вычитаю относящиеся к товару удержания и услуги площадки по финансовым отчётам. Проверяю комиссию, логистику, обработку возвратов и другие фактически начисленные расходы, не подставляя тарифы по памяти. Каждую операцию включаю в расчёт однократно. Если исходный показатель уже очищен от какого-либо удержания, сначала восстанавливаю понятную базу расчёта, чтобы не вычесть расход повторно.
• Дальше вычитаю относимые рекламные расходы, собственные затраты на обработку и подтверждённые расходы на завершение работы с остатком. Общие расходы распределяю по заранее выбранному правилу и подписываю, что это распределение, а не прямая строка начисления по товару. Подтверждённые компенсации добавляю отдельно, если они ещё не вошли в исходные суммы. Получившийся результат не называю окончательной прибылью, пока есть неизвестные начисления или неучтённые общие расходы.

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

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

Ошибка, из-за которой архив искажает прибыль

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

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

Что я предлагаю сделать завтра с ненужными позициями

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

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