Коротко о главном
Перенос карточек между кабинетами Ozon начинайте с проверенного списка товаров и получателя. Затем уточните действующие условия услуги, согласуйте заявку с обеими сторонами и примите результат по каждой позиции. Перенос карточки не следует считать подтверждением перемещения складского запаса, закрытия заказов или переноса всей истории управленческого учёта.
- Проверяйте Seller ID получателя отдельно от имени магазина.
- Список переноса должен описывать конкретные варианты, а не только количество карточек.
- Документы, стоимость и доступность услуги сверяйте перед оформлением.
- Закрывайте перенос после сверки карточек и связанных рабочих процессов.
1. Определите, что именно должно перейти
Начните с причины: разделение ассортимента между магазинами, смена организационной формы или передача направления бизнеса. Из неё сформулируйте результат на языке товаров: какие модели и варианты должны оказаться у какого получателя. Поручение «перенести бренд» слишком широкое, если часть его ассортимента остаётся в исходном кабинете.
В официальном анонсе услуги от 28 сентября 2023 года Ozon описывает перенос карточек между аккаунтами российских ИП и ООО, включая оценки, отзывы, вопросы и ответы. Это описание механизма услуги, а не гарантия будущих позиций и продаж. Текущую доступность, документы и ограничения проверяйте в форме заявки и справке перед действием.
Разведите четыре задачи: карточки, физические товары, незавершённые заказы и финансовый учёт. Для каждой назначьте владельца. Наличие услуги переноса карточек само по себе не объясняет судьбу конкретного остатка или обязательства. Если вопрос не подтверждён действующими условиями, оставьте его открытым до уточнения, а не достраивайте ответ по аналогии.
2. Подтвердите получателя и полномочия
Скопируйте идентификатор принимающего кабинета из согласованного источника и попросите его владельца независимо подтвердить значение. Запишите юридическое лицо или ИП, название магазина и ответственного сотрудника рядом с Seller ID. Отображаемое имя магазина удобно человеку, но его недостаточно для проверки адресата операции.
Официальный анонс описывает заявку с указанием Seller ID и подтверждающими документами; затем принимающая сторона подтверждает перенос. Перечень документов зависит от основания. Не собирайте универсальную папку «на все случаи» из случайных образцов: используйте требования конкретной заявки. Право доступа к кабинету не подменяет согласование передачи ассортимента.
Договоритесь, кто создаёт заявку, кто подтверждает её с другой стороны и кто принимает результат. Передайте коллегам время планируемой операции и список затронутых товаров. Пока состав не согласован, не запускайте параллельные массовые изменения этих карточек: иначе будет трудно установить, какое состояние стороны должны сверять.
3. Составьте реестр карточек до заявки
Заведите строку на продаваемый вариант: исходный кабинет, артикул, SKU из кабинета, ссылка, модель, размер или комплектация и решение о переносе. Добавьте основание включения и ответственного за проверку. Это редакционный способ организации работы, а не обязательный шаблон Ozon. Он помогает обнаружить лишний вариант до выполнения операции.
Проверьте пограничные позиции: одинаковые названия разных комплектов, снятые с продажи модели и карточки, объединённые в одну группу. Не используйте поиск по названию бренда как окончательное доказательство состава. Если ассортимент выбирается группой, сравните её фактических участников с реестром, а исключения запишите явно.
Сохраните исходное представление карточек и доступные сведения о связанных процессах. Рабочая копия реестра нужна для сравнения; она не является резервной копией аккаунта и не обещает автоматический откат. Установите понятную версию файла, чтобы принимающая сторона не проверяла заявку по вчерашнему списку.
4. Проверьте условия перед подтверждением
В анонсе Ozon указано, что стоимость зависит от количества перенесённых карточек и списывается с принимающего кабинета. Не подставляйте старую цену из публикации или чужого примера: перед подтверждением сохраните актуальные условия, состав и расчёт. Отдельно выясните, что считается оплачиваемой единицей в вашей заявке.
Сопоставьте выбранные товары с реестром по идентификаторам. Равенство числа строк недостаточно: одна лишняя карточка может заменить одну пропущенную. По каждой позиции должно быть видно, почему она попала в заявку и какой вариант ожидает принимающая сторона. Не подтверждайте весь список, если по части строк остаются сомнения.
После оформления сохраняйте номер и состояние заявки, время действия и показанные сообщения. Если обработка ещё идёт, так и отмечайте её в рабочем плане. Не создавайте повторную заявку только из-за отсутствия мгновенного результата: сначала выясните состояние первой и действующий порядок исправления ошибки.
5. Учебный пример: четыре карточки, три к переносу
Представим вымышленный магазин, который передаёт линейку органайзеров другому своему кабинету. В реестре четыре позиции: два цвета модели А, большой вариант модели Б и набор С. Передать согласовали первые три, набор С остаётся. Числа и обозначения ниже учебные, это не данные реального продавца.
При выборе по бренду менеджер получает все четыре позиции. Он исключает набор С и сверяет три оставшиеся строки с согласованным списком. Если после переноса обнаружены А-белый, Б-большой и С-набор, количество равно трём, но задача выполнена неверно: отсутствует А-синий и присутствует чужая для этой операции позиция.
| Позиция | Согласованное действие | Проверка результата |
|---|---|---|
| А, белый | Передать | Нужный вариант у получателя |
| А, синий | Передать | Нужный вариант у получателя |
| Б, большой | Передать | Размер и комплект совпадают |
| С, набор | Оставить | Не включён в перенос |
6. Примите карточки и восстановите рабочие связи
После завершения обработки откройте принимающий кабинет и сверяйте позиции по одной. Проверьте название, вариант, комплект и контент. Сравните доступные идентификаторы с исходными записями; не предполагайте их изменение или неизменность без фактической проверки. Запишите подтверждённую связь для учётной системы и отчётов.
Отдельно проверьте, готово ли предложение к продаже: понятны ли цена, наличие и способ исполнения. Просмотр страницы покупателем проводите для нужного продавца и варианта. Сама открывающаяся ссылка не доказывает, что новым предложением можно воспользоваться в выбранном регионе. Не создавайте фиктивный заказ для такой проверки.
В журнале аналитики отметьте дату операции и смену кабинета. Показатели до и после могут относиться к разным условиям продажи; их нельзя автоматически склеивать в непрерывную историю одного магазина. Не объясняйте любое изменение заказов переносом: сначала учтите наличие, цену, доставку и продвижение.
7. Закройте исключения, а не только заявку
Если часть товаров не найдена или сведения расходятся, сохраните идентификаторы, ожидаемый и фактический результат, номер заявки и время проверки. Отделите отклонённую позицию от ещё обрабатываемой. Перед обращением выясните, относится ли проблема к переносу карточки, учётной связи или доступности предложения: это разные вопросы.
Итоговый документ должен содержать проверенные позиции, исключения и следующие действия с владельцами. Не ставьте общую отметку «всё готово», если остаются незакрытые остатки или заказы. В HelpStat раздел «Мои карточки» можно использовать для последующей проверки сведений собственного ассортимента; заявку и её результат подтверждайте в Ozon Seller.
Источники и методика
Источники ниже помогают проверить определения и возможности отчётов. Методика разбора и учебные расчёты подготовлены редакцией HelpStat. Доступность отчётов и условия работы проверяйте в своём кабинете. Расчётные примеры в статье — учебные, а не результаты клиентов.
