Рабочая памятка · редакционная методика
Ноль в пути ещё не означает, что весь план выполнен и учёт подтверждён.
Товар уже взяли с полки, но в ячейке назначения его ещё нет. Сборщик ищет единицу по старому адресу, следующий сотрудник повторяет задание, а руководитель видит только общий остаток. Чтобы разобраться, нужен маршрут конкретной партии: сколько отправили, где она находится, сколько приняли и что подтвердилось в учёте.
Эта статья для руководителя склада и сотрудников, которые меняют размещение товара. Её результат — маршрутный лист и журнал открытых перемещений. Если адреса хранения ещё не заведены, сначала пригодится обзор адресного склада. Здесь разбираем следующий уровень: движение между уже известными адресами, частичное выполнение, ошибку назначения и передачу незавершённой работы.
Рабочий инструмент: пустой бланк и пример
Откройте пустой маршрутный лист с журналом смены и заполненный учебный пример. Это автономные HTML-файлы для печати. Поля можно перенести в вашу рабочую таблицу. В них нет отправки данных или автоматического расчёта.
В примере перемещают 12 единиц: сначала принимают восемь, оставшиеся четыре передают следующей смене. Отдельные строки показывают две другие причины незавершённости: нулевой физический остаток при ожидающем подтверждении учёта и неотправленную часть плана. Все числа и идентификаторы учебные.
Бланк описывает общую методику. Перед применением сопоставьте его поля со штатными документами, статусами и правами вашей системы. Он не подтверждает, что все эти действия уже автоматизированы в Skirbo.
1. Разделите физический маршрут и запись в системе
Для контроля полезны три положения товара: в источнике, в перемещении, в назначении. Для учётной операции нужен отдельный ответ: она ещё не отправлена, ожидает подтверждения, завершена или завершилась ошибкой. Эти два ряда нельзя заменять одним флажком.
Конкретная WMS может оформлять движение иначе. Например, Microsoft различает обычное движение, где сотрудник выбирает оба адреса, и движение по шаблону, где назначение подбирается по правилам. Это особенности конкретной системы и настройки, а не единый обязательный порядок для всех складов. Источник: Microsoft Dynamics 365, настройки мобильных операций.
Если система проводит перенос одной операцией в конце, не создавайте дополнительный «приход» ради отражения промежуточного положения. Пока товар физически в пути, держите его связанным с исходным заданием и контролируйте доступность принятым у вас способом. Если поддержан маршрут с промежуточной зоной, проверьте, как её остаток входит в общий отчёт. Отдельная строка в журнале контроля не должна второй раз прибавлять товар к складскому остатку.
В документации Odoo 19.0 внутреннее движение между местами хранения описано как изменение местонахождения без изменения принадлежащего компании количества. В двухэтапной приёмке отдельно подтверждается перенос из входной зоны в хранение. Эти примеры показывают различие маршрутов, но не доказывают готовую двухэтапную операцию в другой WMS. Внутренние движения, двухэтапная приёмка.
2. Начните с одного задания и точного ключа товара
Одна строка маршрутного листа относится к определённому товару, владельцу, единице учёта и состоянию. Если ведётся партионный или поэкземплярный учёт, сохраняются также партия, серия или идентификаторы экземпляров. Перемещение в короб другого клиента само по себе не означает смену владельца товара.
До изъятия заполните:
- ID перемещения и строки, основание, версию задания и плановое количество.
- Фактический источник и согласованное назначение; адреса сверяются с этикетками на месте.
- SKU и вариант, владельца, единицу учёта, применимые признаки партии и состояния.
- Короб, паллету или тележку, в которой товар будет находиться в пути.
- Исполнителя, сотрудника с правом согласовать исключение и связанные задания.
«Один короб» и «12 штук» нельзя сопоставлять без известного состава упаковки. Если короб смешанный или уже вскрыт, сначала установите фактическое количество. Если план меняется, сохраните прежнее значение и основание новой версии.
Проверьте связанные резервы до начала движения. В Microsoft возможность перемещать товар, по которому уже создана складская работа, управляется отдельным разрешением и имеет ограничения по частичному разделению. Поэтому универсальное правило «зарезервированное всегда можно перенести» ненадёжно: порядок нужно проверить для своей операции. Источник: Microsoft Dynamics 365, движение товара со связанной работой.
3. Считайте две разные незавершённые части
В журнале нужны четыре исходных количества: план, отправлено из источника, принято в назначение и возвращено в источник. Из них получаются два разных результата:
Не отправлено по плану = план − отправлено.
Открыто по отправленному = отправлено − принято − возвращено.
Первая величина описывает работу, которая ещё не началась. Вторая — судьбу уже изъятого товара. Если план равен десяти, отправлено и принято восемь, открытого отправленного количества нет, но две плановые единицы ещё требуют действия. Закрыть весь план можно после довыполнения либо согласованного изменения задания.
Расчёт делается по одному ключу товара, в одной единице и для одного этапа отправки. Возврат учитывается только тогда, когда ранее отправленный товар действительно вернулся в источник и этот факт подтверждён. Отмена задания не равна физическому возврату.
Открытое количество — результат сверки событий. Оно не доказывает, что недостающая часть сейчас лежит на тележке. Местонахождение проверяют отдельно. Неизвестное количество записывают как неизвестное; ноль допустим после проверки. Отрицательный результат или приём сверх отправленного — повод искать ошибку единицы, дубль события или неверную строку.
Учебный баланс: 12 отправлено, восемь принято
До начала в источнике 20 единиц, в назначении пять. План — 12. Других движений этого владельца, SKU, партии и состояния в примере нет.
| Момент | В источнике | В назначении | Физически проверено в пути | Итого |
|---|---|---|---|---|
| До перемещения | 20 | 5 | 0 | 25 |
| Изъяты 12 единиц | 8 | 5 | 12 | 25 |
| Приняты первые восемь | 8 | 13 | 4 | 25 |
| Приняты оставшиеся четыре | 8 | 17 | 0 | 25 |
На узком экране таблицу можно прокрутить вправо.
После первой приёмки открыто 12 − 8 − 0 = 4. После второй — 12 − (8 + 4) − 0 = 0. Четыре единицы нельзя одновременно включать и в остаток назначения, и в отдельный остаток «в пути».
Это контрольный пример с известными физическими фактами. При параллельных приходах, отборах или пересчёте одного такого равенства недостаточно: понадобятся все относящиеся движения и единый момент сравнения.
4. Обычное перемещение: от изъятия до закрытия
Сначала проверьте маршрут. Исполнитель на месте сверяет источник, товар и назначение. Назначение должно допускать эту партию по вместимости и действующим правилам хранения. Если оно недоступно, изменение адреса согласуют до размещения.
Затем зафиксируйте изъятие. В лист попадают фактически взятое количество, время, исполнитель, ID события и транспортная единица. Не подменяйте факт плановым числом. Порядок записи в WMS берите из её принятого регламента.
Сохраните связь в пути. По коробу или тележке должно быть понятно, к какому заданию относится товар. При остановке укажите временное место и запрет на выдачу в подбор до предусмотренного подтверждения. Одна надпись «в пути» без адреса и ответственного не поможет найти партию.
Подтвердите назначение по факту. Сотрудник у целевой ячейки проверяет адрес и количество, затем фиксирует принятую часть, время и основание. Основанием может быть связанная запись сканирования или предусмотренная складом проверка. Фотография без связи с товаром, адресом и операцией не заменяет этот учёт.
Сверьте запись. Уполномоченный сотрудник проверяет итог штатного документа и влияние на связанные задания. Общий остаток может сходиться при неверном распределении по ячейкам, поэтому проверять нужно обе стороны движения.
Закройте строку после всех подтверждений. Выполнен согласованный план размещения либо отдельно согласован другой исход его части. Отправленный товар принят или возвращён, адрес и владелец верны, запись в учёте проверена, исключения разобраны. Возврат не помечается как успешное размещение. Сохраните кто, когда и на каком основании принял решение.
5. Что делать с частичным приёмом и неверной ячейкой
Если из 12 единиц принимаются восемь, запишите именно восемь. Оставшиеся четыре сохраняют исходный ID операции, своё физическое место и ответственного. Следующая приёмка добавит новую подтверждённую часть, а не перепишет первую. Не создавайте второе независимое задание на все 12.
Если товар ещё не положили в неверную ячейку, остановитесь и проверьте назначение. Если уже положили, сохраните фактический адрес и время. Далее уполномоченный сотрудник выбирает штатное исправление: довести товар до согласованного места либо согласовать новое назначение. История должна объяснять, где партия находилась на каждом этапе. Простое редактирование адреса без сверки факта может скрыть ошибку и оставить сборщика со старым заданием.
При возврате части в источник подтвердите физическую приёмку там. Если четыре единицы вернули, их нельзя одновременно оставить «открытыми в пути» и включить в принятые в назначение. Возврат закрывает их нахождение в пути, но не выполняет план размещения. Согласуйте отмену этой части либо её повторную отправку. Повторный проход оформляйте связанным этапом со своим ID по правилам WMS: не прибавляйте его отправку к первой строке без разделения этапов, иначе план и физический итог станут несопоставимы.
При повреждении или неизвестном местонахождении выделите спорное количество и отдельное расхождение. Не делайте фиктивную приёмку ради нулевого остатка. Фактическую недостачу и её учётное оформление рассматривают по отдельной процедуре с полномочиями и основанием; такая ситуация не превращается в обычное успешно завершённое перемещение.
6. Ответ потерялся: сначала выясните результат
Сотрудник нажал подтверждение, устройство зависло. Возможны разные состояния: команда не дошла, ещё обрабатывается или уже проведена, но ответ не вернулся. Сразу повторять списание под новым ID опасно.
В Microsoft описана отложенная обработка ручных перемещений: сообщение может ожидать выполнения в очереди, причём изъятие и размещение обрабатываются одним событием. Следовательно, наличие промежуточного ожидания надо проверять в конкретной конфигурации, а не предполагать мгновенное завершение по экрану устройства. Источник: Microsoft Dynamics 365, отложенная обработка перемещений.
В рабочем журнале оставьте прежний ID, время команды, фактическое положение товара и статус «результат учёта не подтверждён». Найдите существующий документ и его события, проверьте обе ячейки. Повтор возможен только по штатной процедуре системы после выяснения прежнего результата. Наличие защиты от повторов тоже нужно проверить, а не предполагать по названию кнопки.
До разрешения ситуации не выдавайте спорную часть в следующий процесс. Если безопасного резервного порядка нет, остановите именно затронутую операцию и передайте её ответственному. Самодельный второй учёт без последующей сверки увеличит неопределённость.
7. Как закончить смену с открытыми движениями
Завершение смены не требует скрыть все открытые строки. Оно требует передать их так, чтобы следующий исполнитель мог продолжить без догадок. Срез журнала включает ID и ключ товара, две незавершённые части, последнее проверенное место, состояние учёта, причину остановки, ответственного и следующее контрольное время.
Сначала разберите операции с неизвестным местонахождением, неверным владельцем или риском повторного списания. Затем — движения, от которых зависят срочные задания. Возраст операции помогает расставлять очередь, но одинаковый норматив «закрыть всё за N минут» без условий склада мало полезен.
Передающий и принимающий сотрудники подтверждают место и количество открытой партии. Если часть уже размещена, передаётся только оставшаяся работа с историей исходной операции. Если открытое количество равно нулю, но учёт ещё не подтверждён, строка остаётся в журнале с этой причиной.
При пересчёте зоны договоритесь, к какому моменту сравниваются остатки и как учитывается каждая открытая операция. Иначе одну партию можно посчитать в источнике до изъятия и ещё раз в назначении после приёмки. Если история движения не восстанавливается, остановите затронутую часть и проведите согласованную повторную проверку.
8. Следующий шаг: проверьте один свой маршрут
Возьмите пустой бланк и выберите один типичный маршрут. На учебных данных проверьте полное перемещение, частичную приёмку, неверный адрес и потерю подтверждения. Для каждого случая зафиксируйте, где виден товар, какое количество ещё требует действия и кто вправе закрыть операцию.
Для обсуждения такого процесса в Skirbo подготовьте обезличенный пример: источник, назначение, ключ товара, план и факт, связанные резервы, ожидаемое поведение и одно исключение. По нему можно предметно проверить текущую версию и нужные права. Документация другого поставщика, наличие API или чтение исходного кода сами по себе не подтверждают работающий сценарий на вашем складе.
Методика рассчитана на внутренний маршрут. Передача между независимыми складами, смена владельца, температурный режим, обязательные действия с маркировкой или юридически значимая приёмка требуют своих правил и документов. Этот лист помогает сохранить факты движения, но не заменяет эти процедуры.
Источники и границы проверки
Проверено 31 октября 2026 года. Описания Microsoft и Odoo приведены как примеры документированного поведения этих продуктов; инструкции по нажатию кнопок Skirbo здесь не заявлены.
- Microsoft Dynamics 365: настройка мобильных складских операций.
- Microsoft Dynamics 365: перемещение товара со связанной работой, дата обновления страницы 06.08.2024.
- Microsoft Dynamics 365: отложенная обработка ручных перемещений, дата обновления страницы 30.12.2025.
- Odoo 19.0: внутренние движения и количество; официальный исходник документации.
- Odoo 19.0: двухэтапная приёмка и отгрузка; официальный исходник документации.
Формулы, маршрутный лист и учебные ситуации — методика этой статьи. При внедрении их сопоставляют с фактической моделью остатков, документов и полномочий своего склада.