Рабочий инструмент к статье: пустой шаблон и заполненный учебный пример доступны без регистрации.

Скачать протокол из 12 действий
Содержание статьи

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

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

Скачайте комплект и заполните паспорт

Все данные и результаты в примере вымышлены. Они не описывают клиента и не являются результатом испытаний Skirbo или другой WMS. CSV содержит сценарий, а не готовый импортёр для любого продукта: колонки потребуется сопоставить с его полями. Инструкция объясняет формат файлов и порядок загрузки.

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

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

Подготовьте данные и ожидаемые состояния

Учебный комплект содержит один склад, двух владельцев и три сочетания «владелец — вариант». У владельца А есть пять серых коробов S и два L; у владельца Б — один S. У S разных владельцев одинаковые артикул и товарный код, но остатки принадлежат разным людям. В отдельном файле есть намеренно конфликтная строка: внутри владельца А один код пытаются назначить другому варианту.

Для проверки сканирования используются текстовые коды M02-S-001 и M02-L-002. Их можно напечатать в Code 128. Это учебные ярлыки, не коды маркировки и не этикетки действующего маркетплейса. Создавать реальные продажи, отправления или документы ради демонстрации не требуется: работайте в согласованной тестовой среде с отключёнными боевыми записями.

В эталоне принята простая модель:

Доступно = физически на складе − резерв − карантин.

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

Пройдите ровно 12 действий

1. Загрузите каталог и создайте неоднозначность

Импортируйте три строки каталога, затем попробуйте добавить конфликтный VAR-X. Ожидание: S и L различаются, данные владельцев сохраняются, занятый код не объединяет разные варианты молча. Проверьте результат поиском и повторным чтением карточек. Если программа принимает конфликт, попросите показать, как сотрудник узнает о нём и что предотвращает неверную сборку. Автоматическое продолжение без разрешения неоднозначности — основание остановить выбор для такого процесса.

2. Примите восемь единиц

Создайте учебную приёмку: 5 S и 2 L владельца А, 1 S владельца Б. Пересчитайте физические предметы и строки документа. В эталоне после приёмки 8 единиц, резерв и карантин равны нулю, доступно 8. Сохраните идентификатор документа и результат по владельцам. Общая правильная сумма не исключает ошибочного распределения между ними.

3. Разместите товар и перенесите одну единицу

Разложите S владельца А по двум ячейкам, L — в третью, товар Б — отдельно. Затем перенесите одну S между ячейками А. На складе по-прежнему 8 единиц. Проверьте обе стороны движения: в исходной ячейке стало меньше, в целевой — больше, владелец и вариант сохранились. Если склад не использует ячейки, заранее отметьте границу применимости; этот прогон не доказывает адресное хранение.

4. Примите три заказа и повторите импорт

Первый заказ требует 2 S, второй — 1 L, третий — 1 S для последующей отмены. Выбранное правило — резерв при принятии заказа. После первой загрузки ожидаются три заказа и резерв четырёх единиц. Повторите тот же пакет с теми же идентификаторами источника и заказа. Количество заказов и резерв не должны вырасти. Если повтор загрузки создаёт копию, новая этикетка или похожий номер не делают её новой продажей.

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

5. Запросите полный резерв при дефиците

Попытайтесь принять ещё один заказ на 2 L. Одна L уже зарезервирована, свободна только одна. Для этого теста частичный резерв заранее отключён: новый заказ должен попасть в понятное исключение без полного резерва. Общий итог остаётся 8 физически и 4 в резерве. Проверьте, что система не подставила S, не использовала товар другого владельца и не скрыла недостачу отрицательным доступным остатком.

6. Откройте одно задание на двух станциях

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

7. Просканируйте неправильный вариант, затем правильный

Для заказа на 2 S сначала покажите сканеру код L. Ожидайте отказа в подтверждении этой позиции и понятного сообщения. Затем отберите две S и переместите их в PACK. Физический запас остаётся 8, резерв — 4. Сверьте реальный товар, состав задания и владельца. Звуковой сигнал сканера подтверждает чтение кода; для проверки сборки нужен результат его сопоставления с ожидаемой позицией.

8. Воспроизведите ошибку печати и повтор

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

9. Отмените заказ до подбора

Отмените третий заказ, ORD-104, на одну S. Предмет ещё лежит на полке: резерв уменьшается с 4 до 3, доступно становится 5. Прочитайте состояние повторно и убедитесь, что отменённое задание не возвращается в рабочую очередь. Это проверка конкретного этапа. Если вам нужны отмены после упаковки или передачи, включите их в отдельные испытания: физический возврат на полку может потребовать другого действия.

10. Потеряйте ответ после принятого подтверждения

Сотрудник запускает передачу двух S штатным действием проверяемой WMS. Согласованный тестовый получатель применяет операцию SHIP-101, но его ответ до WMS не доходит. Затем сотрудник проверяет состояние предусмотренным в WMS способом и, если контракт допускает, выполняет штатный повтор через неё. Связь первоначального действия и повтора определяется реальным контрактом продукта.

Сверьте два доказательства: у тестового получателя — одна применённая передача, в журнале WMS — одно списание двух единиц, связанное с тем же заказом. Итог WMS — 6 физически, 1 в резерве, 5 доступно. Прямые вызовы самостоятельного симулятора в обход WMS не проверяют поведение WMS. Проверка только локального действия WMS не доказывает внешнего обмена.

Если такую потерю ответа невозможно воспроизвести, ставьте «Не проверено» и остановите последовательный прогон: возврат в шаге 11 и конечные количества в шаге 12 зависят от состоявшейся передачи. Ручная смена статуса не доказывает устойчивость обмена с площадкой.

Для отдельного показа возврата можно подготовить другую учебную копию с явно заданным состоянием после передачи. Запишите это как подготовку данных. Такой показ не подтверждает шаг 10 или прохождение всего сценария; результаты разных прогонов нельзя соединять в один успешный протокол.

11. Примите возврат в карантин

Верните одну учебную S из первого заказа физически на склад. Её состояние требует осмотра, поэтому примите её в Q-01 со связью с исходным заказом. Теперь физически 7, резерв 1, карантин 1, доступно по-прежнему 5. Проверьте, что сообщение внешнего канала о возврате само по себе не увеличивает запас вашего склада. Реальное местонахождение, качество товара и основание допуска к продаже проверяются отдельно.

12. Проверьте права, журнал и итог

В заранее согласованных тестовых ролях оператор владельца А пытается изменить остаток без соответствующего права и открыть объект учебного владельца Б. Оба действия должны быть запрещены, если такие границы входят в требования. Контролёр сверяет документы и остатки по каждой позиции. Конечный физический итог объясняется независимо: 8 принято − 2 передано + 1 возвращено = 7. Открытый ORD-102 сохраняет резерв одной L, а возврат остаётся в карантине.

Проверьте арифметику, затем оцените удобство

В таблице ниже количества суммируются по двум учебным владельцам. Для оператора, видящего только владельца А, финальные числа будут другими: 6 физически и 4 доступно.

Контрольная точка Физически Резерв Карантин Доступно
После приёмки и размещения 8 0 0 8
После импорта трёх заказов, до отмены 8 4 0 4
После отмены ORD-104 8 3 0 5
После передачи ORD-101 6 1 0 5
После возврата в карантин 7 1 1 5

На узком экране таблицу можно прокрутить вправо.

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

К каждому факту приложите доказательство: номер тестового объекта, снимок состояния, выгрузку или фрагмент журнала без секретов. В учебном заполнении E01–E12 — условные обозначения, реальных файлов доказательств нет. В вашей копии должны быть проверяемые ссылки и дата прогона.

Как вынести решение без рейтинга по сумме баллов

Статус Что он означает Следующее действие
Годно Ожидание выполнено в указанных условиях, доказательство сохранено Оставить результат в сравнении кандидатов
Доработка Есть конкретное расхождение и понятный путь исправления Назначить ответственного и повторить проверку после исправления
Стоп Прошёл неверный товар, возник двойной эффект, открыт чужой объект или потеряна сверяемость Не принимать этот процесс до устранения причины
Не проверено Не хватило среды, доступа или доказательства Зафиксировать недостающий тест; не считать его пройденным
Не применимо Требование заранее исключено из выбранного процесса Записать причину и ограничить вывод

На узком экране таблицу можно прокрутить вправо.

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

Почему в протоколе есть эти проверки

Официальная проверка CommerceML-коннектора МоегоСклада включает варианты товаров, резерв и повторную загрузку заказов. Это полезный пример проверки результата после конкретного действия, а не только наличия настройки. Документ относится к данному коннектору и не доказывает поведение любой WMS. Источник: МойСклад, проверено 31.10.2026.

В инструкции SelSup по адресной сборке описаны разные способы работы: лист сборки, комплектация с контролем ячейки, закрепление заказа за исполнителем. Поэтому на демонстрации нужно называть проверяемый режим и оборудование. Описание поставщика не заменяет испытания вашей конфигурации. Источник: SelSup, проверено 31.10.2026.

Другая инструкция SelSup поясняет, что повторный скан вызывает предупреждение, а само задание проверки не блокирует повторную отгрузку. Это показывает, зачем различать предупреждение, запрет действия и подтверждённую физическую передачу. Источник: SelSup, проверено 31.10.2026.

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

Следующий шаг

Заполните паспорт и условия проверки, замените учебные данные обезличенным фрагментом своего процесса и отправьте поставщику одинаковый протокол. Попросите вернуть заполненные факты, доказательства и список непроверенного. Для Skirbo используйте те же критерии.

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

Подготовьте свой сценарий

Заполните шаблон и отметьте вопросы, по которым пока нет доказательств. Для обсуждения со Skirbo подготовьте обезличенный пример и ожидаемый результат.

Скачать протокол из 12 действийОбсудить сценарий с поддержкой