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

Скачать пустую карту ответственности
Содержание статьи

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

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

Рабочий инструмент: карта ответственности

Скачайте пустую карту CSV, три заполненных учебных примера CSV или книгу Excel с шаблоном и примерами. Инструкция к карте объясняет каждое поле и порядок заполнения.

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

Примеры описывают способ распределения ответственности. Это не готовые подключения Skirbo и не результаты клиентских внедрений. Возможности конкретной связки нужно проверить на ваших версиях программ и настройках.

Начните с места, где ломается работа

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

Разберите недавнюю ошибку по шагам. Сотрудник не нашёл товар? В задании оказался другой размер? Этикетка относилась к соседнему заказу? После отмены резерв сохранился? В каждом случае изменение потребуется в своём месте.

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

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

Количество SKU само по себе не определяет объём изменения. Важны различия вариантов, движение по местам, число одновременных исполнителей, структура заказов и исключения. Для более широкого списка критериев есть материал о выборе WMS для нескольких кабинетов.

Назначьте владельца каждому объекту

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

Объект Что надо определить Частая неоднозначность
Товар Владелец товара, внутренний SKU, вариант, единица и соответствия кодам каналов Один артикул объединяет разные размеры либо товары разных владельцев
Остаток Физическое количество, место, состояние и момент среза Количество на складе смешивается с будущим поступлением
Резерв Под какой заказ, строку и количество выделен запас; кто освобождает его Один заказ резервируется двумя программами
Заказ Площадка, кабинет, заказ, отправление, строки; внешнее состояние отдельно от стадии склада Статус «собран» воспринимается как подтверждение передачи
Операция Кто, когда, с каким товаром и количеством выполнил действие; его устойчивый ID Повтор сообщения воспринимается как новая отгрузка
Документ Где он создаётся, какое основание использует и как связан с операцией Нажатие складской кнопки считают подтверждением проведения документа

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

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

Сверяйте активный резерв с подтверждённым выделением запаса по строкам. Открытое обязательство при дефиците может быть обеспечено частично или не обеспечено вовсе; такой остаток обязательства учитывайте отдельно. Один бизнес-резерв строки может состоять из выделений нескольких ячеек. Это не второй независимый резерв в другой системе.

Рядом укажите ответственного человека. Формулировка «это синхронизируется автоматически» не объясняет, кто проверит отсутствующий ответ и что делать сотруднику до выяснения результата.

Архитектура A: учёт и отдельное рабочее место сборки

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

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

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

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

Этот вариант стоит проверять, когда основная работа склада уже управляема. Если сотрудники одновременно ищут товар по всему помещению, перемещают его без подтверждения и не знают остатка по местам, одного рабочего места упаковки может оказаться недостаточно.

Архитектура B: учёт и WMS для физических операций

Учебная ситуация: товар проходит приёмку, размещение, подбор, упаковку и передачу несколькими сотрудниками. Нужно управлять местами и незавершённой работой.

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

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

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

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

Архитектура C: платформа продавца и отдельный склад

Учебная ситуация: торговая платформа нужна для каталога, работы с каналами, цен и аналитики. Изменения требуются на физическом складе. Вынесение склада должно сохранить полезные торговые функции.

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

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

Пример того, почему маршрут важен: в инструкции SelSup по подключению МоегоСклада отдельно описаны настройки заказов, отгрузок, остатков и резервов. Поставщик также предупреждает о повторной передаче заказов при одновременной работе нескольких отправителей. Это основание проверить действующие подключения, а не указание отключать их без плана перехода. Источник: SelSup, проверено 31.10.2026.

Исключение: платформа уже уменьшила доступное количество на резерв, а WMS прислала показатель, из которого тот же резерв вычтен. Если при обмене снова вычесть его в платформе, товар окажется скрыт от продажи дважды. Передача одного готового числа помогает только после согласования его смысла и правил обновления.

Разберите конфликт: почему 12 и 5 могут относиться к одному товару

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

Для немедленной отгрузки по новым заказам в выбранной модели свободно 10 − 2 − 3 = 5 единиц. Ещё три годные единицы выделены прежним заказам. В официальной справке МоегоСклада показатель «Доступно» включает ожидание: остаток плюс ожидание минус резерв. На тех же условных исходных числах это 10 + 5 − 3 = 12. Эти показатели отвечают на разные вопросы. Источник: МойСклад, проверено 31.10.2026.

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

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

Как принять решение о масштабе изменений

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

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

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

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

Описания поставщиков проверены 31 октября 2026 года. Они подтверждают содержание документации. Работа конкретной конфигурации, готовность обмена со Skirbo и результаты клиентов в этой статье не заявляются.

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

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

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