Опись физических единиц, подтверждённые связи и отдельная очередь неоднозначных позиций.
Пустой шаблон, инструкция и заполненный учебный пример — в материале.
Содержание статьи
- 1. Сначала зафиксируйте то, что действительно приехало
- 2. Сохраните цепочку идентификаторов
- 3. Обычный случай: метка читается, связь единственная
- 4. Учебный пример: шесть единиц, два владельца и два вопроса
- 5. Частичный возврат сверяйте по строке возврата
- 6. Как действовать при исключениях
- 7. Очередь неизвестных должна вести к следующему действию
- 8. Как пользоваться файлом
- 9. Что считать результатом
- Проверить свой смешанный возврат
В общей коробке возвратов могут оказаться одинаковые товары двух клиентов, части разных заказов и единицы без читаемой метки. Разбор закончен, когда у каждой физической единицы есть подтверждённая связь с владельцем либо отдельная запись на выяснение. Совпадения артикула и общего количества для этого недостаточно.
Ниже — порядок работы и учебная поставка из шести единиц. Результат разбора — опись, восстановленные связи и очередь неизвестных товаров с ответственными. Решение о годности и возврат в доступный остаток принимаются следующим этапом.
Рабочий инструмент: скачать таблицу разбора смешанного возврата XLSX или открыть форму для печати с учебным примером. В книге есть пустые листы, заполненный пример, проверки повторных ID и инструкция. Это локальный шаблон учёта, он не подключается к маркетплейсам и не меняет остатки.
1. Сначала зафиксируйте то, что действительно приехало
До распределения по клиентам присвойте поставке номер, а каждому коробу или пакету — номер места. Сохраните исходную опись, дату и время получения, доступные транспортные документы. Отдельно запишите физическое количество мест и товарных единиц: два короба не означают два товара.
При разборе выдайте каждой единице внутренний ID, например RET-01-U001. Он остаётся тем же при повторном сканировании, фотографировании и передаче другому сотруднику. В нашем шаблоне одна строка соответствует одной физической товарной единице, количество в ней равно 1. Две одинаковые вещи получают два разных ID. Повторный скан первой вещи дополняет её запись.
Сохраните видимые метки до переупаковки: возвратную, исходную отправочную, товарный баркод, серийный номер или иной применимый идентификатор. Если метка повреждена, зафиксируйте именно это. Не дописывайте предполагаемый номер в поле исходного кода. До решения используйте отдельную подписанную ячейку: например, «возвраты на выяснении».
Продаваемый комплект считайте в принятой единице учёта. Три детали одного набора не превращаются в три полноценных набора. Если состав неполный, сохраните связь частей с одним возвратом и передайте вопрос комплектности на осмотр.
2. Сохраните цепочку идентификаторов
Удобно вести два связанных списка. Первый — физические единицы перед приёмщиком. Второй — ожидаемые строки возвратов из доступных кабинетов, актов и выгрузок. У каждой ожидаемой строки должен быть собственный ID. После проверки он связывает конкретную единицу с исходными данными.
| Группа данных | Что записать | Что это подтверждает |
|---|---|---|
| Физический вход | ID поставки, места и единицы; количество; ячейка | Какая вещь получена и где её найти |
| Контекст продавца | Площадка, схема работы, кабинет, подтверждённый владелец | В чьих исходных данных искать возврат |
| Исходная операция | ID возврата, заказа и отправления либо стикера; номер строки источника | К какой операции относится вещь |
| Товар | SKU и вариант, размер или цвет, применимые серийные признаки | Совпадает ли полученное с возвращаемой позицией |
| Основание решения | Файл или запись источника, дата выгрузки, проверивший и время | Почему связь признана подтверждённой |
| Незавершённый разбор | Кандидаты, причина неопределённости, следующее действие, исполнитель и момент контроля | Что ещё нужно получить для решения |
На телефоне таблицу можно прокрутить вправо.
Кабинет и владелец товара — разные поля. Связь между ними берите из согласованного справочника клиентов и исходных документов. Название магазина, общий логин оператора и визуально знакомый товар не заменяют эту связь. Все номера и штрихкоды сохраняйте текстом, чтобы не потерять ведущие нули и длинные значения.
Почему у площадок нельзя использовать одну колонку «номер возврата»
Проверено по официальным источникам 31 октября 2026 года. Названия колонок в вашей выгрузке и доступные поля нужно сверить для своего кабинета и схемы работы.
| Площадка | Различие, которое нужно сохранить | Практическое следствие |
|---|---|---|
| Wildberries FBS | Инструкции различают баркод товара и стикер заказанной единицы. Один товарный баркод может относиться к нескольким одинаковым вещам. | Ищите исходную операцию по доступной метке и данным кабинета. Один товарный баркод не выбирает владельца. |
| Яндекс Маркет | В описании возврата отдельно указаны магазин campaignId, заказ orderId, возврат returnId и его позиции с количеством. | Сохраняйте контекст магазина и строку товара вместе с номером возврата. |
| Ozon | В официальном справочнике Ozon Доставки заказ включает отправления; отдельно описан частичный возврат. Этот справочник относится к указанному сервису доставки. | Не объединяйте исходный заказ, отправление и возврат в один ID. Конкретные поля для своей схемы сверяйте отдельно. |
На телефоне таблицу можно прокрутить вправо.
Источники: маркировка WB FBS, расшифровка отчёта WB, описание возврата Яндекс Маркета, справочник Ozon Доставки. Эти документы объясняют смысл данных. Они не подтверждают готовую интеграцию с конкретной WMS.
3. Обычный случай: метка читается, связь единственная
- Найдите запись в правильном кабинете. Возвратная метка или исходный стикер должны приводить к определённому заказу и его позиции. Сохраните исходную запись или ссылку на доступный документ.
- Проверьте товар и вариант. Сопоставьте метку с фактическим вложением. Совпадение этикетки при другом товаре означает расхождение, которое требует отдельного решения.
- Проверьте владельца. Сопоставьте кабинет и заказ с согласованными данными клиента. Если два источника противоречат друг другу, оставьте строку на выяснении.
- Проверьте прежние приёмки. Та же единица могла быть уже принята в другой поставке. Сверьте её идентификатор и ранее принятое количество по журналу.
- Зафиксируйте решение. Введите подтверждённый ID ожидаемой строки, основание, проверившего и время. Переместите единицу на следующий этап с сохранением её ID.
Приёмщик фиксирует наблюдаемый факт. Менеджер возвратов получает недостающие документы. Спорную принадлежность подтверждает назначенный руководитель в пределах принятых полномочий. После восстановления связи контроль качества отдельно решает, пригоден ли товар к дальнейшей продаже.
4. Учебный пример: шесть единиц, два владельца и два вопроса
Все клиенты, номера и документы ниже вымышлены. В двух коробах приехало шесть единиц. У клиентов А и Б есть одинаковый товар CUP-WHITE. В ожидаемой строке клиента А указаны две единицы, у Б — одна.
| Единица | Получено | Что удалось проверить | Решение |
|---|---|---|---|
| U01 | 1 × CUP-WHITE | Возвратная метка, кабинет А, заказ и документ DEMO-DOC-A | Клиент А. Связь подтверждена |
| U02 | 1 × CUP-WHITE | Возвратная метка, кабинет Б, заказ и документ DEMO-DOC-B | Клиент Б. Связь подтверждена |
| U03 | 1 × CUP-WHITE | Только общий товарный баркод. Исходная метка утрачена | А и Б — кандидаты. Владелец не назначен |
| U04 | 1 × LID-BLACK | Заказ и возврат клиента А | Клиент А. Связь подтверждена |
| U05 | 1 × неизвестный товар | Нечитаемая метка, сохранены фото и место получения | Отдельная ячейка и задача на выяснение |
| U06 | 1 × TOWEL-GRAY | Стикер и исходный заказ клиента Б | Клиент Б. Связь подтверждена |
На телефоне таблицу можно прокрутить вправо.
Физическая сверка: 6 = 4 подтверждённые единицы + 2 на выяснении. По владельцам подтверждено: А — 2, Б — 2. Это распределение полученного, оно ещё не означает четыре годных товара в продаже.
По строке возврата DEMO-EA1 ожидались две единицы CUP-WHITE, раньше не принимали ни одной, сейчас подтверждена одна. Осталось выяснить судьбу одной единицы. U03 выглядит подходящей, но назначить её клиенту А только ради совпадения количества нельзя: в коробке мог оказаться другой возврат клиента Б или ошибочно вложенный товар.
Всего в источниках ожидаются пять единиц, а физически получено шесть. Разница «плюс одна» не объясняет две неизвестные строки. Продолжайте разбор по единицам, не распределяйте общий излишек между клиентами.
5. Частичный возврат сверяйте по строке возврата
Количество в первоначальном заказе и количество, которое действительно возвращают, могут различаться. Если заказ содержал четыре вещи, а согласованный возврат — одну, в ожиданиях возврата указывается одна. Остальные три не становятся недостачей этой поставки.
Для каждой строки используйте понятную сверку:
Не связано по возврату = ожидается всего − подтверждённо принято ранее − подтверждённо связано сейчас.
Положительный результат требует выяснить, где оставшееся количество: в другом месте, в пути, в неизвестных строках или в ошибочном источнике. Отрицательный результат означает, что текущие данные противоречат ожидаемому объёму. Проверьте повторную запись, смешение разных возвратов, количество в источнике и единицу учёта.
Пустое поле не равно нулю. В графе «принято ранее» ноль допустим после проверки журнала. Если журнал недоступен, прежний факт не установлен. Одна локальная книга не предотвращает повторную приёмку той же вещи в другом файле.
6. Как действовать при исключениях
| Что произошло | Что сделать | Когда продолжать |
|---|---|---|
| Один SKU подходит двум клиентам | Оставить владельца пустым, перечислить кандидатов, запросить исходную метку или документ связи | Когда появилось проверяемое основание выбора одного владельца |
| Один товар отсканировали дважды | Открыть прежнюю запись по ID единицы. Сохранить дополнительное наблюдение без прибавления количества | После проверки, что перед сотрудником та же вещь, а не вторая одинаковая |
| Метка ведёт к одному товару, внутри другой | Сохранить обе стороны расхождения и фотографии, изолировать единицу, назначить разбор | После решения по принадлежности и фактическому вложению |
| Доступ к старому кабинету или архиву потерян | Запросить разрешённую выгрузку или документ у владельца доступа. Отметить источник как недоступный | После восстановления достаточного основания. Догадка не закрывает строку |
| Часть возврата уже приняли раньше | Сверить единицы с общим журналом, указать прежнее подтверждённое количество | Когда одна физическая единица не записана повторно как новая |
На телефоне таблицу можно прокрутить вправо.
При исправлении ошибочной связи сохраняйте предыдущую запись и основание изменения. Пересчитайте распределение затронутых клиентов, затем проверьте движения, которые уже успели выполнить. Переназначение владельца в таблице само по себе не исправляет проведённые документы другой системы.
7. Очередь неизвестных должна вести к следующему действию
В строке U03 задача звучит конкретно: получить исходную опись по возвратным меткам двух клиентов, сопоставить её с фотографией коробки, зафиксировать результат. В строке U05 — определить товар и источник по доступным фото и акту передачи. У каждой задачи есть исполнитель, ячейка хранения и согласованный момент повторного контроля.
Часы в учебной книге показывают способ заполнения. Это внутренние учебные отметки, не нормативный срок, SLA или срок обращения на площадку. Сроки претензии и хранения определяются применимой процедурой отдельно.
Клиенту передавайте только относящиеся к нему сведения. Общая рабочая таблица может содержать данные других владельцев, поэтому для запроса уточнения подготовьте отдельную обезличенную строку или ограниченную выписку.
8. Как пользоваться файлом
- Откройте «Пример разбора» и «Пример ожиданий»: там сохранены обычные, частичные и неизвестные строки.
- Для своей поставки заполните пустые листы «Ожидания» и «Разбор». Полные исходные ID остаются в ожиданиях, физические единицы связываются с ними через ID строки.
- Вносите кандидатов в отдельную графу. Подтверждённую ссылку заполняйте после проверки. Формула владельца использует единственную найденную строку источника.
- Проверьте итог по описи, сообщения о повторных ID, заполненность оснований и количество по каждому возврату. Подтверждение без источника, проверившего или времени не засчитывается в итог.
- Передайте подтверждённые единицы на осмотр, а неизвестные — ответственному за дальнейший разбор.
Подготовлены диапазоны на 50 физических единиц и 30 строк ожиданий. При расширении вместе увеличьте диапазоны формул, таблиц и проверок. Количество строк исходного отчёта не переносите как физическое количество без определения смысла каждой строки.
Формулы обнаруживают часть ошибок ввода и связи по ID. Подлинность документа, правильность введённого владельца и фактическое вложение проверяет человек. Шаблон подходит для контролируемого разбора одной поставки. Для параллельной работы нескольких сотрудников нужен общий журнал с правилами изменения записей.
9. Что считать результатом
Для подтверждённых единиц доступны исходные данные, владелец, вариант товара и основание решения. Физическая опись сходится с реестром. Повторы устранены. По частичным возвратам видны остатки ожидаемого и конкретные расхождения. Неизвестные единицы сохранены отдельно и имеют назначенное действие.
Такую поставку можно передать между сменами без потери контекста, даже если часть строк ещё расследуется. Полностью завершённым разбором называйте только состояние, в котором закрыты все вопросы принадлежности либо оформлено отдельное согласованное решение по каждому исключению.
Следующий этап для идентифицированных товаров — осмотр, карантин и допуск возврата. Если обнаружено спорное вложение, используйте реестр проверяемых доказательств. Особые действия с маркированным товаром сверяйте по справочнику «Честный знак» и применимым правилам товарной группы.
Проверить свой смешанный возврат
Начните с одной коробки и заполните таблицу разбора. Если планируете перенос текущей работы из oShip, отдельно сохраните доступные исходные заказы и архив: в материале о переезде из oShip эти задачи разобраны по отдельности.
Для обсуждения процесса со Skirbo напишите в поддержку: укажите площадку и схему, число кабинетов и одну обезличенную неоднозначную строку; приложите перечень доступных полей и ожидаемое решение. Пароли, токены, персональные данные покупателей и общую таблицу всех клиентов присылать для первого разбора не нужно. Поддержку конкретного сценария и способ переноса данных предстоит проверить на согласованном примере.