Вы нажимаете «Уведомить меня» для одного товара, но кому-то все равно нужно найти именно его среди сотен полок, убедиться, что это нужный предмет, и погрузить в правильный грузовик. Электронная таблица может подсказать, что где-то есть 50 единиц товара, но она не может направлять работника по загруженному складу, пока товар перемещается каждую минуту. Именно здесь на помощь приходит система управления складом Dynamics 365. Она действует как цифровой гид, направляя работу с момента прибытия товара до отправки заказа со склада. В итоге вы поймете процессы приемки, хранения, комплектации, отгрузки и то, как вся деятельность связана с остальным бизнесом. Зачем нужно управление складом? Представьте оживленную библиотеку, где каждая книга пребывает на поддоне, перемещается между залами и должна быть выдана читателю в течение часа. Книги – это товары, а полки – места хранения. Сотрудникам библиотеки нужно больше, чем просто примерное представление о том, где что лежит.

Им нужно знать точную полку, точное место и зарезервирована ли эта книга уже за другим читателем. На складе та же проблема, только ошибка при выборе книги может означать отправку не того заказа клиенту. Долгое время команды выполняли эту работу с помощью бумажных списков, ручного пересчета и разрозненных систем. Работник записывал, что переместил, а затем кто-то позже вводил эти данные в компьютер. Товар мог покинуть полку в 9 часов утра, а система показывала его там еще в обед. Такая задержка создает путаницу. Отдел закупок спрашивает, что прибыло от поставщика. Отдел продаж уточняет, можно ли отправить товар сегодня. Кладовщик спрашивает, где находится поддон. Финансовому отделу нужно знать, какими запасами владеет компания. Если у каждой команды свои данные, люди начинают проверять таблицы, ходить по складу и звонить друг другу. Работа быстро замедляется. Dynamics 365 Supply Chain Management объединяет движение товаров во всем бизнесе.

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

Управление запасами отвечает на вопрос, сколько у нас товара на остатках. Оно отчлеживает количество, стоимость, характеристики товаров и их наличие во всей компании. Управление складом отвечает на другой вопрос, где именно находится этот товар и что работнику нужно сделать с ним дальше. Знать, что у вас есть 200 коробок товара, это полезно. Но понимание того, что 40 коробок находятся в зоне приемки, 120 в зоне хранения, 20 в зоне комплектации, а еще 20 зарезервированы под заказы клиентов, именно это помогает складу работать. Итак, считайте управление запасами учетной записью товаров. Управление складом превращает эту запись в пошаговые физические действия. Грузовик с поставкой только что прибыл на погрузочную площадку. Поставщик ждет, что кто-то его разгрузит, но настоящая работа начинается, когда система решает, куда именно должен отправиться каждый товар. Карта склада, объекты, склады, места хранения и сведения о запасах.

Прежде чем кто-либо сможет управлять запасами, системе нужна карта физического пространства. Представьте объект как более крупную бизнес-площадку, например, производственный комплекс, распределительный центр или региональный филиал. Внутри этого объекта может быть один или несколько складов. Склад может занимать целое здание, но это также может быть отдельная зона хранения внутри того же здания. Вы можете хранить сырье на одном складе, готовую продукцию – на другом, а возвращенные товары – на третьем. Затем идут места хранения. Место хранения – это точное положение, где выполняется работа или лежит товар. Это может быть зона приемки, стеллаж, полка, контейнер или упаковочный стол. Это также может быть карантинная зона, где товары ожидают проверки. Такая детализация исключает догадки. Представьте товар под названием «Синий виджет 100». Без контроля мест хранения система может лишь подсказать, что 200 единиц лежат на складе, а сотруднику все равно придется их искать, что не намного лучше, чем спрашивать того, кто видел их на прошлой неделе.

Системой управления складом запись покажет, что 80 единиц находятся в ряду 4, на стеллаже B, полке 03. Еще 60 единиц находятся в зоне основного хранения. Остальные могут лежать рядом с зоной упаковки, ожидая обработки текущих заказов. У каждого товара есть своя уникальная идентификация. Она включает номер артикула, единицу измерения и правила, применимые к этому товару. Бутилированную воду можно считать упаковками, болты, штуками, а напольную плитку – поддонами. Некоторым товарам нужны особые условия хранения, потому что они тяжелые, хрупкие, требуют охлаждения или быстро оборачиваются. Система может отслеживать запасы сразу по нескольким параметрам. Она очлеживает площадку, склад и конкретное место хранения. При необходимости можно также отслеживать номер партии, серийный номер или идентификатор транспортной единицы. Каждый параметр отвечает на отдельный вопрос об одном и том же физическом объекте.

Номер партии объединяет товары из одной производственной серии или поставки. Это важно для продуктов питания, лекарств, химикатов и других товаров, где может потребоваться найти источник проблемы в конкретной группе. Серийный номер идентифицирует один конкретный экземпляр товара. Если вы продаете оборудование, ноутбук или дорогую деталь, вам может потребоваться знать, какой именно экземпляр прибыл, куда он перемещался и кто из клиентов его получил. Это создает четкую историю на случай поломки или возврата товара. Также существуют товары с идентификатором транспортной единицы. Несмотря на название, это никак не связано с грузовиками. Идентификатор транспортной единицы – это уникальный код для поллеты, коробки, контейнера или другой тары. Представьте его как багажную бирку в аэропорту. Вы сканируете бирку, и система понимает, о каком контейнере идет речь и что в нем находится. Сотруднику не нужно сканировать каждую коробку на поллете по отдельности, если на поллете уже есть бирка с данными о содержимом.

Это экономит время, но только если учет ведется точно. Поэтому, когда говорят о наличии запасов, это не всегда означает просто общее количество. Система показывает объем запасов, их местоположение, доступность для использования, а также номер партии, серийный номер или контейнер, к которому они относятся. Некоторые запасы могут физически находиться на складе, но быть недоступны для использования. Они могут быть повреждены, они могут ожидать проверки, они могут быть зарезервированы под заказ клиента. Система четко разграничивает эти статусы, чтобы сотрудник случайно не взял-то, что не должно покидать склад. Когда такая схема настроена, может прибыть грузовик, сотрудники могут просканировать содержимое. А Dynamics 365 превратит эти правила хранения в конкретную задачу для исполнения. Входящая работа от доставки грузовиком до нужной полки. Процесс доставки начинается не с прибытия грузовика.

Он начинается раньше, с заказа на закупку. Заказ на закупку сообщает компании, чего ожидать от поставщика, какие товары должны прибыть, в каком количестве и, как правило, когда. Когда грузовик прибывает на разгрузку, складская команда может сравнить фактическую поставку с ожидаемой, вместо того, чтобы принимать коробки без четкого места назначения. Работник сканирует товар или идентификационную табличку поллеты и подтверждает количество поступившего груза. Если поставщик отправил 100 коробок, а с грузовика сняли только 98, разница будет видна сразу же. Никому не нужно ждать, пока кто-то внесет записи в компьютер в конце смены. Компания сразу видит, что поступило, а что все еще отсутствует. Иногда приемка включает в себя не только проверку количества. Поставщик продуктов питания может доставить партию товаров, требующую проверки. Производитель может получить детали, которые требуют одобрения перед отправкой в цех.

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

Директива размещения – это набор правил, отвечающих на вопрос, куда именно сейчас положить этот товар. Эти правила могут учитывать продукт, его размер, условия хранения, свободное место в зоне склада и назначения товара. Тяжелые грузы могут быть размещены на уровне пола. Мелкие, быстро оборачиваемые товары могут быть направлены в ячейку рядом с зоной комплектации заказов. Товары, требующие охлаждения, могут быть направлены только в одобренные холодильные камеры. Работник видит результат в виде четкой инструкции, а не страницы складских правил. Шаблоны работ формируют сам процесс выполнения задачи. Представьте шаблон работы как повторяемую рабочую карту внутри системы. Для поставки от поставщика он может создать два этапа. Принять товар на доке, а затем разместить его вместе, выбранным согласно правилам. Мобильное устройство выводит каждый шаг в правильном порядке, а каждое сканирование подтверждает выполнение этапа.

Такая согласованность важна, когда разные люди работают в разные смены. Новому сотруднику не нужно помнить все правила хранения. Устройство запрашивает нужное сканирование, показывает следующую задачу и фиксирует перемещение. Менеджеры видят, ожидает ли товар на причале, перемещается на склад или уже находится на отведенном месте. Однако зоны хранения могут создать новую проблему. На многих складах большие объемы запасов хранятся в зонах массового хранения, а небольшие зоны комплектации содержат лишь то количество, которое нужно для ежедневных заказов. Когда запасы в зоне комплектации заканчиваются, склад должен пополнить их до того, как кто-то столкнется с пустой полкой. Это называется пополнением. Dynamics 365 может создавать задачи, предписывающие сотруднику переместить запас из зоны массового хранения в зону комплектации. Это плановое пополнение, а не срочный поиск товаров, когда заказ уже ожидает отгрузки.

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

Поэтому складу не нужно работать с отдельными списками из электронной почты. Перед началом комплектации компания может зарезервировать запас под этот заказ. Резервирование означает, что система закрепляет конкретный запас на бумаге, чтобы другой заказ не смог его занять. Если осталось всего 10 единиц, и клиент уже заказал все 10, склад и отдел продаж видят, что эти единицы уже распределены. Это позволяет избежать неприятных разговоров в дальнейшем. Заказ все равно требует физической работы. Кто-то должен дойти до нужного места, взять нужный товар, подтвердить количество, упаковать его и переместить на погрузочную площадку. Dynamics 365 Warehouse Management превращает заказ клиента в эти шаги. Для загруженных складов заказы часто не поступают в обработку по одному. Вместо этого склад может создать волну. Волна – это плановая группа заказов, которую команда хочет обработать одновременно. Возможно, все заказы отправляются одним и тем же грузовиком.

Может быть, у них одна дата доставки, одна складская зона или один маршрут доставки клиенту. Система группирует работу до того, как сотрудники приступят к комплектации. Волну можно сравнить с планированием нескольких дел перед выходом из дома. Вы же не поедете в супермаркет, вернетесь домой, а затем снова поедете в аптеку, если обе точки по пути. Вы группируете задачи, чтобы люди меньше ходили и больше времени уделяли выполнению заказов. Как только склад запускает волну, система создает рабочие задания. Эта работа выполняется по правилам, заданным при настройке. Сначала может быть создана задача на отбор, затем на перемещение в зону упаковки и, наконец, на размещение готового отправления у нужных ворот дока. Работник видит следующее действие на портативном устройстве, а не пытается разобраться в длинном бумажном списке. Устройство может попросить работника сначала отсканировать место хранения.

Это подтверждает, что он добрался до нужной полки или ячейки. Затем он сканирует товар и подтверждает его количество. Если работник отсканирует не тот товар, система может остановить выполнение задачи до того, как предмет попадет в коробку. Малые проверки предотвращают большие ошибки. Для простого заказа один человек может отобрать все товары для одного клиента и принести их на упаковку. Но на складе с множеством мелких заказов лучше использовать кластерный отбор. Кластерный отбор позволяет одному сотруднику собирать товары для нескольких заказов за один проход по складу. Работник может использовать тележку с отдельными контейнерами, каждый из которых привязан к конкретному заказу. Когда он отбирает товар, устройство подсказывает, в какой контейнер его положить. Это значит, что один проход по проходу поможет собрать сразу несколько заказов, не перепутав их между собой. После отбора товары перемещаются в зону упаковки. На этапе упаковки подтверждается содержимое каждой коробки, короба или поллеты. Склад может зарегистрировать контейнер с товарами, распечатать этикетки и подготовить отправление к вывозу. Этот шаг важен, ведь клиент не получает складскую задачу. Он получает посылку, в которой должно быть все необходимое с верными данными доставки. Некоторым товарам вовсе не нужно долго лежать на складской полке. Представьте, что клиент ждет продукт, который поступает от поставщика этим же утром. Вместо того, чтобы принимать его, размещать на хранение, а затем снова отбирать, склад может использовать CrossDaking. CrossDaking направляет входящий запас сразу на отгрузку, практически без промежуточного долгосрочного хранения. Меньше манипуляций, меньше шансов положить что-то не туда. Затем отправление попадает в зону комплектации и погрузочный документ. Когда склад подтверждает отгрузку, Dynamics 365 обновляет данные в общем процессе обработки заказов. Запас больше не отображается как доступный прежним образом. Заказ на продажу продвигается дальше, а данные об отправления можно использовать для транспортных задач. Это не просто коробка, покидающая здание.

Действия на складе связаны с обещанием клиенту, учетом запасов и последующими шагами для погрузки заказа в нужное транспортное средство. Но заказы клиентов – лишь часть повседневной жизни склада, ведь товары требуют внимания и в ожидании отправки. Ежедневный контроль, перемещение, инвентаризация и защита запасов. Товар не остается неподвижным только потому, что попал на полку. Склад может перемещать товары, если требуется место в зоне отбора, популярный товар нужно расположить ближе к упаковке или освободить временную зону от громоздкого поддона. Dynamics 365 фиксирует эти внутренние перемещения, поэтому система продолжает соответствовать состоянию склада после каждого действия. Без такой записи товар может числиться в системе, но быть недоступным для сотрудника, которому он нужен. По той же причине важна инвентаризация. Большинство представляет инвентаризацию как полную остановку работы, когда сотрудники пересчитывают каждую полку и ячейку.

Такое бывает, но многие склады вместо этого используют циклическую инвентаризацию. Они пересчитывают выбранные места или товары по графику, пока склад продолжает работать. Возможно, на этой неделе будет проверен один проход. Возможно, ходовые товары будут пересчитывать чаще, так как они постоянно в обороте. Цены и детали также могут требовать более частых проверок, чем коробка дешевой упаковочной ленты. Система может создавать задачи по инвентаризации и отправлять их на мобильное устройство, как и другие складские задачи. Сотрудник подходит к месту, сканирует его и вводит фактическое количество, которое видит. Dynamics 365 сравнивает это число с количеством в системе. Если цифры совпадают, инвентаризация завершается. Если они различаются, склад может провести расследование, прежде чем менять записи. Возможно, товар переместили без сканирования. Возможно, предмет лежит не в той ячейке. Может быть, в предыдущем подсчете была ошибка. Любое расхождение требует объяснения. Если фактические и системные данные не совпадают, утвержденная корректировка запасов исправляет запись. Этот контроль важен, так как корректировка меняет представление бизнеса о своих активах. Это не должно стать способом избежать надлежащей складской работы. Возвраты требуют такого же внимания. Клиент может вернуть нераспечатанный товар, поврежденный предмет или изделие, требующие проверки. Склад принимает возврат и проверяет его состояние. В зависимости от результата, сотрудники могут вернуть его в наличие, отправить на карантин, на переработку или списать. Состояние определяет дальнейший путь. Управление качеством напрямую связано с этой работой.

Проверка качества может удерживать товары от поставщика, возвраты или складские запасы до их одобрения специалистам. Это предотвращает попадание сомнительных товаров в производство или отгрузку клиентам просто из-за того, что они оказались рядом с обычным запасом. Все эти задачи выполняются лучше, когда люди фиксируют их непосредственно в процессе работы. Сканирование штрих-кода на полке позволяет зафиксировать товар, местоположение, контейнер или количество, пока работник взаимодействует с ними. Больше никаких бумажных записок, ожидающих своего часа в кармане. Не нужно делать второй шаг, пытаясь вспомнить, переместили ли поддон до обеда или после. Сканирование становится учетной записью. Этикетки делают такое сканирование возможным. Склад может печатать сканируемые этикетки для товаров, мест хранения, поддонов и контейнеров, включая этикетки с использованием языка программирования ZEBRA ZPL. Проще говоря, система может отправлять инструкции по печати на поддерживаемые принтеры ZEBRA, чтобы работник мог создать идентификатор, понятный сканеру. Четкая этикетка присваивает физическому товару цифровой адрес, который важен при перемещении, учете, возврате или проверке качества. Каждое действие на складе может обновлять ту же запись, которую используют в офисе, и эта связь меняет не только точность складского учета. Одна связанная платформа, что отличает Dynamics 365. Некоторые складские системы работают отдельно от остального бизнеса. Кто-то вводит заказ на закупку в одной системе. Складской персонал отшлеживает поставку в другой. Позже человеку приходится копировать информацию или пытаться устранить расхождение между двумя записями. Это создает задержки, дублирование работы и споры о том, каким данным можно доверять.

Модуль управления складом Dynamics 365 работает внутри системы управления цепочками поставок Dynamics 365. Закупки, продажи, перемещения, производство, контроль качества, возвраты и логистика – все это может быть связано с единой бизнес-записью. Склад выполняет свою физическую работу, но эта работа не скрыта в отдельном секторе, доступном только сотрудникам склада. Представьте, что поступил заказ от клиента. Отдел продаж вводит заказ. Склад создает и выполняет работу по отбору. Когда отправка подтверждается, запись об остатках меняется, а финансовая транзакция происходит одновременно с этим бизнес-событием. Людям не нужно повторно вводить данные об отправке в другую систему, чтобы просто сообщить бухгалтерию, что товары покинули склад. Каждая команда видит свою часть одной и той же истории. Отдел закупок может видеть, поступили ли ожидаемые товары. Отдел продаж может видеть, прошел ли заказ через складскую обработку. Производство может работать с записями о материалах и готовой продукции.

Руководители могут видеть, где накапливается работа, вместо того, чтобы собирать отчеты из разных инструментов. Такое общее представление часто называют единым источником достоверных данных. Это просто означает, что офис и склад видят один и тот же заказ и одинаковую картину запасов. Они могут использовать разные экраны и задавать разные вопросы, но у них не должно быть противоречивых данных. Power BI может использовать эти связанные данные для создания отчетов. Руководитель может отслеживать точность заказов, время выполнения, уровень запасов и нагрузку на склад. Если какой-то участок регулярно замедляется, данные помогут выявить проблему. Следующий вопрос становится сугубо практическим. Не заставляет ли планировка помещений сотрудников слишком много перемещаться? Не перегружена ли одна из команд? Не слишком ли часто заканчиваются запасы в зоне комплектации? Система фиксирует работу, поэтому менеджеры могут искать закономерности.

За этими ежедневными инструкциями стоит несколько параметров настройки, и в них стоит разобраться. Директивы по размещению определяют, куда направлять запасы или откуда их забирать. Шаблоны работ формируют шаги, которые должны выполнить сотрудники. Волны запускают группы исходящих задач в нужное время. Эти правила формируют подсказки, которые работники видят на своих устройствах. Это также означает, что настройка требует особого внимания. Если правила размещения направляют товар не туда, сканер послушно направит работника в это место. Если рабочие шаги не соответствуют реальным процессам склада, устройство может создавать помехи, а не устранять их. Система следует правилам, которые получает. Когда правила соответствуют складу, товарам и персоналу, каждое сканирование становится полезным бизнес-событием, а не просто сигналом ручного сканера. Заключение. Цифровой гид по динамике складских процессов. Система управления складом 365 дает работникам пошаговые инструкции. При этом каждая выполненная задача становится частью общей бизнес-отчетности. Если этот материал помог вам разобраться в разнице между учетом запасов и складскими операциями, подписывайтесь на ваш любимый канал M365FM и смотрите следующий эпизод об управлении запасами в Dynamics 365, где мы свяжем активы бизнеса с их реальным местоположением на складе.