WEBVTT

00:00:00.000 --> 00:00:05.540
Вы нажимаете «Уведомить меня» для одного товара, но кому-то все равно нужно найти именно его среди сотен полок,

00:00:05.720 --> 00:00:08.640
убедиться, что это нужный предмет, и погрузить в правильный грузовик.

00:00:08.740 --> 00:00:12.060
Электронная таблица может подсказать, что где-то есть 50 единиц товара,

00:00:12.180 --> 00:00:16.500
но она не может направлять работника по загруженному складу, пока товар перемещается каждую минуту.

00:00:16.620 --> 00:00:20.320
Именно здесь на помощь приходит система управления складом Dynamics 365.

00:00:20.780 --> 00:00:26.720
Она действует как цифровой гид, направляя работу с момента прибытия товара до отправки заказа со склада.

00:00:26.720 --> 00:00:31.360
В итоге вы поймете процессы приемки, хранения, комплектации, отгрузки и то,

00:00:31.520 --> 00:00:33.900
как вся деятельность связана с остальным бизнесом.

00:00:35.140 --> 00:00:37.060
Зачем нужно управление складом?

00:00:37.280 --> 00:00:40.620
Представьте оживленную библиотеку, где каждая книга пребывает на поддоне,

00:00:40.800 --> 00:00:44.240
перемещается между залами и должна быть выдана читателю в течение часа.

00:00:44.340 --> 00:00:46.920
Книги – это товары, а полки – места хранения.

00:00:47.120 --> 00:00:50.760
Сотрудникам библиотеки нужно больше, чем просто примерное представление о том, где что лежит.

00:00:50.880 --> 00:00:55.540
Им нужно знать точную полку, точное место и зарезервирована ли эта книга уже за другим читателем.

00:00:55.540 --> 00:01:01.060
На складе та же проблема, только ошибка при выборе книги может означать отправку не того заказа клиенту.

00:01:01.220 --> 00:01:06.700
Долгое время команды выполняли эту работу с помощью бумажных списков, ручного пересчета и разрозненных систем.

00:01:06.920 --> 00:01:11.280
Работник записывал, что переместил, а затем кто-то позже вводил эти данные в компьютер.

00:01:11.380 --> 00:01:15.540
Товар мог покинуть полку в 9 часов утра, а система показывала его там еще в обед.

00:01:15.620 --> 00:01:17.320
Такая задержка создает путаницу.

00:01:17.500 --> 00:01:19.840
Отдел закупок спрашивает, что прибыло от поставщика.

00:01:20.000 --> 00:01:22.520
Отдел продаж уточняет, можно ли отправить товар сегодня.

00:01:22.520 --> 00:01:24.780
Кладовщик спрашивает, где находится поддон.

00:01:24.920 --> 00:01:27.800
Финансовому отделу нужно знать, какими запасами владеет компания.

00:01:27.980 --> 00:01:33.400
Если у каждой команды свои данные, люди начинают проверять таблицы, ходить по складу и звонить друг другу.

00:01:33.540 --> 00:01:34.940
Работа быстро замедляется.

00:01:35.260 --> 00:01:40.500
Dynamics 365 Supply Chain Management объединяет движение товаров во всем бизнесе.

00:01:40.660 --> 00:01:46.300
Она охватывает закупки у поставщиков, производство, перемещение запасов, продажи, возврат товаров и многое другое.

00:01:46.440 --> 00:01:50.880
Управление складом является частью этой платформы и фокусируется на физической работе внутри склада.

00:01:50.880 --> 00:01:52.840
Она говорит работникам, что делать дальше.

00:01:53.000 --> 00:01:56.460
Один работник принимает поставку, другой перемещает товары на хранение.

00:01:56.640 --> 00:01:59.880
Третий комплектует заказы клиентов, упаковывает коробки и готовит отправку.

00:02:00.060 --> 00:02:03.080
Каждое действие фиксируется в единой системе в момент его совершения.

00:02:03.240 --> 00:02:05.360
Эта общая запись меняет характер общения.

00:02:05.600 --> 00:02:07.960
Вместо вопроса, кто переместил эти детали.

00:02:08.140 --> 00:02:11.680
О, вы видите складскую задачу, ее статус и положение товара.

00:02:11.840 --> 00:02:15.400
Вместо того, чтобы отправлять распечатанный список и надеяться, что его вернут с разборчивым почерком,

00:02:15.600 --> 00:02:18.980
сотрудник следует инструкциям на мобильном устройстве и подтверждает каждое действие сканированием.

00:02:18.980 --> 00:02:23.780
Часто люди путают управление запасами и управление складом, потому что эти понятия звучат почти одинаково.

00:02:23.860 --> 00:02:27.400
Управление запасами отвечает на вопрос, сколько у нас товара на остатках.

00:02:27.600 --> 00:02:32.420
Оно отчлеживает количество, стоимость, характеристики товаров и их наличие во всей компании.

00:02:32.680 --> 00:02:38.820
Управление складом отвечает на другой вопрос, где именно находится этот товар и что работнику нужно сделать с ним дальше.

00:02:39.080 --> 00:02:41.860
Знать, что у вас есть 200 коробок товара, это полезно.

00:02:41.860 --> 00:02:47.400
Но понимание того, что 40 коробок находятся в зоне приемки, 120 в зоне хранения, 20 в зоне комплектации,

00:02:47.560 --> 00:02:51.140
а еще 20 зарезервированы под заказы клиентов, именно это помогает складу работать.

00:02:51.300 --> 00:02:54.340
Итак, считайте управление запасами учетной записью товаров.

00:02:54.520 --> 00:02:57.600
Управление складом превращает эту запись в пошаговые физические действия.

00:02:57.780 --> 00:03:00.260
Грузовик с поставкой только что прибыл на погрузочную площадку.

00:03:00.380 --> 00:03:03.420
Поставщик ждет, что кто-то его разгрузит, но настоящая работа начинается,

00:03:03.540 --> 00:03:06.100
когда система решает, куда именно должен отправиться каждый товар.

00:03:06.500 --> 00:03:10.880
Карта склада, объекты, склады, места хранения и сведения о запасах.

00:03:10.880 --> 00:03:15.440
Прежде чем кто-либо сможет управлять запасами, системе нужна карта физического пространства.

00:03:15.560 --> 00:03:17.660
Представьте объект как более крупную бизнес-площадку,

00:03:17.840 --> 00:03:21.100
например, производственный комплекс, распределительный центр или региональный филиал.

00:03:21.260 --> 00:03:23.880
Внутри этого объекта может быть один или несколько складов.

00:03:24.020 --> 00:03:28.740
Склад может занимать целое здание, но это также может быть отдельная зона хранения внутри того же здания.

00:03:28.920 --> 00:03:33.660
Вы можете хранить сырье на одном складе, готовую продукцию – на другом, а возвращенные товары – на третьем.

00:03:33.800 --> 00:03:35.120
Затем идут места хранения.

00:03:35.320 --> 00:03:38.600
Место хранения – это точное положение, где выполняется работа или лежит товар.

00:03:38.600 --> 00:03:42.140
Это может быть зона приемки, стеллаж, полка, контейнер или упаковочный стол.

00:03:42.260 --> 00:03:45.200
Это также может быть карантинная зона, где товары ожидают проверки.

00:03:45.340 --> 00:03:47.180
Такая детализация исключает догадки.

00:03:47.320 --> 00:03:49.860
Представьте товар под названием «Синий виджет 100».

00:03:49.860 --> 00:03:54.100
Без контроля мест хранения система может лишь подсказать, что 200 единиц лежат на складе,

00:03:54.160 --> 00:03:59.300
а сотруднику все равно придется их искать, что не намного лучше, чем спрашивать того, кто видел их на прошлой неделе.

00:03:59.500 --> 00:04:04.540
Системой управления складом запись покажет, что 80 единиц находятся в ряду 4, на стеллаже B, полке 03.

00:04:04.540 --> 00:04:06.980
Еще 60 единиц находятся в зоне основного хранения.

00:04:07.140 --> 00:04:10.060
Остальные могут лежать рядом с зоной упаковки, ожидая обработки текущих заказов.

00:04:10.160 --> 00:04:12.340
У каждого товара есть своя уникальная идентификация.

00:04:12.540 --> 00:04:16.360
Она включает номер артикула, единицу измерения и правила, применимые к этому товару.

00:04:16.520 --> 00:04:20.540
Бутилированную воду можно считать упаковками, болты, штуками, а напольную плитку – поддонами.

00:04:20.720 --> 00:04:25.820
Некоторым товарам нужны особые условия хранения, потому что они тяжелые, хрупкие, требуют охлаждения или быстро оборачиваются.

00:04:26.020 --> 00:04:28.640
Система может отслеживать запасы сразу по нескольким параметрам.

00:04:28.640 --> 00:04:31.420
Она очлеживает площадку, склад и конкретное место хранения.

00:04:31.540 --> 00:04:35.540
При необходимости можно также отслеживать номер партии, серийный номер или идентификатор транспортной единицы.

00:04:35.700 --> 00:04:39.140
Каждый параметр отвечает на отдельный вопрос об одном и том же физическом объекте.

00:04:39.340 --> 00:04:42.880
Номер партии объединяет товары из одной производственной серии или поставки.

00:04:43.060 --> 00:04:48.960
Это важно для продуктов питания, лекарств, химикатов и других товаров, где может потребоваться найти источник проблемы в конкретной группе.

00:04:49.120 --> 00:04:51.940
Серийный номер идентифицирует один конкретный экземпляр товара.

00:04:51.940 --> 00:04:59.280
Если вы продаете оборудование, ноутбук или дорогую деталь, вам может потребоваться знать, какой именно экземпляр прибыл, куда он перемещался и кто из клиентов его получил.

00:04:59.380 --> 00:05:02.340
Это создает четкую историю на случай поломки или возврата товара.

00:05:02.480 --> 00:05:04.780
Также существуют товары с идентификатором транспортной единицы.

00:05:04.980 --> 00:05:07.160
Несмотря на название, это никак не связано с грузовиками.

00:05:07.360 --> 00:05:11.360
Идентификатор транспортной единицы – это уникальный код для поллеты, коробки, контейнера или другой тары.

00:05:11.500 --> 00:05:13.540
Представьте его как багажную бирку в аэропорту.

00:05:13.700 --> 00:05:17.560
Вы сканируете бирку, и система понимает, о каком контейнере идет речь и что в нем находится.

00:05:17.560 --> 00:05:23.900
Сотруднику не нужно сканировать каждую коробку на поллете по отдельности, если на поллете уже есть бирка с данными о содержимом.

00:05:24.020 --> 00:05:26.600
Это экономит время, но только если учет ведется точно.

00:05:26.780 --> 00:05:30.720
Поэтому, когда говорят о наличии запасов, это не всегда означает просто общее количество.

00:05:30.960 --> 00:05:37.120
Система показывает объем запасов, их местоположение, доступность для использования, а также номер партии, серийный номер или контейнер, к которому они относятся.

00:05:37.280 --> 00:05:40.420
Некоторые запасы могут физически находиться на складе, но быть недоступны для использования.

00:05:40.420 --> 00:05:45.060
Они могут быть повреждены, они могут ожидать проверки, они могут быть зарезервированы под заказ клиента.

00:05:45.060 --> 00:05:49.760
Система четко разграничивает эти статусы, чтобы сотрудник случайно не взял-то, что не должно покидать склад.

00:05:49.940 --> 00:05:53.740
Когда такая схема настроена, может прибыть грузовик, сотрудники могут просканировать содержимое.

00:05:54.140 --> 00:05:58.800
А Dynamics 365 превратит эти правила хранения в конкретную задачу для исполнения.

00:05:59.740 --> 00:06:03.000
Входящая работа от доставки грузовиком до нужной полки.

00:06:03.200 --> 00:06:05.720
Процесс доставки начинается не с прибытия грузовика.

00:06:05.900 --> 00:06:08.060
Он начинается раньше, с заказа на закупку.

00:06:08.240 --> 00:06:13.980
Заказ на закупку сообщает компании, чего ожидать от поставщика, какие товары должны прибыть, в каком количестве и, как правило, когда.

00:06:13.980 --> 00:06:22.160
Когда грузовик прибывает на разгрузку, складская команда может сравнить фактическую поставку с ожидаемой, вместо того, чтобы принимать коробки без четкого места назначения.

00:06:22.340 --> 00:06:27.580
Работник сканирует товар или идентификационную табличку поллеты и подтверждает количество поступившего груза.

00:06:27.680 --> 00:06:32.580
Если поставщик отправил 100 коробок, а с грузовика сняли только 98, разница будет видна сразу же.

00:06:32.740 --> 00:06:36.180
Никому не нужно ждать, пока кто-то внесет записи в компьютер в конце смены.

00:06:36.340 --> 00:06:39.140
Компания сразу видит, что поступило, а что все еще отсутствует.

00:06:39.280 --> 00:06:41.700
Иногда приемка включает в себя не только проверку количества.

00:06:41.700 --> 00:06:44.920
Поставщик продуктов питания может доставить партию товаров, требующую проверки.

00:06:45.020 --> 00:06:48.560
Производитель может получить детали, которые требуют одобрения перед отправкой в цех.

00:06:48.700 --> 00:06:52.480
В таких случаях Dynamics 365 может отправить товары в карантинную зону.

00:06:52.600 --> 00:06:57.800
Карантин означает, что товары физически остаются в здании, но работники не могут использовать или отгружать их, как обычный запас.

00:06:57.940 --> 00:07:02.120
Отдел контроля качества может проверить продукцию, одобрить ее, отклонить или зарегистрировать проблему.

00:07:02.320 --> 00:07:05.980
До принятия решения складская система изолирует эти товары от обычной работы.

00:07:05.980 --> 00:07:10.040
Это предотвращает случайное попадание неодобренной паллеты в заказ клиента.

00:07:10.200 --> 00:07:12.720
После прохождения приемки товару нужно найти место.

00:07:12.900 --> 00:07:14.520
Этот этап называется размещением.

00:07:14.740 --> 00:07:20.440
Вместо того, чтобы полагаться на решение работника о том, куда поместить паллету, мобильное устройство направляет его в конкретное место.

00:07:20.640 --> 00:07:27.720
Оно может указать доставить паллету с дока приемки на стеллаж для крупногабаритных грузов в зону холода или место отбора рядом с зоной упаковки.

00:07:27.920 --> 00:07:30.680
Система делает этот выбор с помощью директив размещения.

00:07:30.860 --> 00:07:33.360
Название звучит технически сложно, но суть проста.

00:07:33.360 --> 00:07:38.260
Директива размещения – это набор правил, отвечающих на вопрос, куда именно сейчас положить этот товар.

00:07:38.380 --> 00:07:44.320
Эти правила могут учитывать продукт, его размер, условия хранения, свободное место в зоне склада и назначения товара.

00:07:44.460 --> 00:07:46.800
Тяжелые грузы могут быть размещены на уровне пола.

00:07:46.920 --> 00:07:51.040
Мелкие, быстро оборачиваемые товары могут быть направлены в ячейку рядом с зоной комплектации заказов.

00:07:51.140 --> 00:07:54.720
Товары, требующие охлаждения, могут быть направлены только в одобренные холодильные камеры.

00:07:54.900 --> 00:07:58.340
Работник видит результат в виде четкой инструкции, а не страницы складских правил.

00:07:58.480 --> 00:08:00.840
Шаблоны работ формируют сам процесс выполнения задачи.

00:08:00.840 --> 00:08:04.060
Представьте шаблон работы как повторяемую рабочую карту внутри системы.

00:08:04.180 --> 00:08:06.580
Для поставки от поставщика он может создать два этапа.

00:08:06.660 --> 00:08:10.380
Принять товар на доке, а затем разместить его вместе, выбранным согласно правилам.

00:08:10.520 --> 00:08:15.420
Мобильное устройство выводит каждый шаг в правильном порядке, а каждое сканирование подтверждает выполнение этапа.

00:08:15.540 --> 00:08:18.800
Такая согласованность важна, когда разные люди работают в разные смены.

00:08:19.020 --> 00:08:21.580
Новому сотруднику не нужно помнить все правила хранения.

00:08:21.800 --> 00:08:26.260
Устройство запрашивает нужное сканирование, показывает следующую задачу и фиксирует перемещение.

00:08:26.260 --> 00:08:31.520
Менеджеры видят, ожидает ли товар на причале, перемещается на склад или уже находится на отведенном месте.

00:08:31.680 --> 00:08:34.120
Однако зоны хранения могут создать новую проблему.

00:08:34.280 --> 00:08:37.300
На многих складах большие объемы запасов хранятся в зонах массового хранения,

00:08:37.440 --> 00:08:41.200
а небольшие зоны комплектации содержат лишь то количество, которое нужно для ежедневных заказов.

00:08:41.280 --> 00:08:46.420
Когда запасы в зоне комплектации заканчиваются, склад должен пополнить их до того, как кто-то столкнется с пустой полкой.

00:08:46.560 --> 00:08:47.900
Это называется пополнением.

00:08:48.100 --> 00:08:54.000
Dynamics 365 может создавать задачи, предписывающие сотруднику переместить запас из зоны массового хранения в зону комплектации.

00:08:54.000 --> 00:08:58.320
Это плановое пополнение, а не срочный поиск товаров, когда заказ уже ожидает отгрузки.

00:08:58.420 --> 00:09:01.800
Товары также могут поступать не только по заказам на закупку у поставщиков.

00:09:01.940 --> 00:09:05.220
Трансферный заказ перемещает запас с одного склада или площадки на другой.

00:09:05.360 --> 00:09:10.280
Производственный заказ может создавать готовую продукцию, которую необходимо принять на хранение после завершения производства.

00:09:10.400 --> 00:09:13.360
В каждом случае склад использует одну и ту же базовую схему.

00:09:13.500 --> 00:09:17.360
Подтвердить поступление, применить нужные правила и направить товар в нужное место.

00:09:17.560 --> 00:09:20.400
Теперь запас размещен на хранение, проверен и готов к работе.

00:09:20.400 --> 00:09:24.140
Но это оправдывает себя только тогда, когда склад может найти товар для заказавшего его клиента.

00:09:24.340 --> 00:09:28.880
Нам необходимо добавить исходящие операции от заказа клиента до погрузочной площадки.

00:09:29.060 --> 00:09:31.560
Исходящая работа склада начинается с заказа клиента.

00:09:31.760 --> 00:09:36.160
Отдел продаж фиксирует, что хочет клиент, сколько единиц товара ему нужно и когда заказ должен быть отправлен.

00:09:36.300 --> 00:09:39.580
Этот заказ поступает в ту же единую платформу, где ведется учет запасов.

00:09:39.660 --> 00:09:43.000
Поэтому складу не нужно работать с отдельными списками из электронной почты.

00:09:43.140 --> 00:09:46.320
Перед началом комплектации компания может зарезервировать запас под этот заказ.

00:09:46.320 --> 00:09:51.420
Резервирование означает, что система закрепляет конкретный запас на бумаге, чтобы другой заказ не смог его занять.

00:09:51.600 --> 00:09:57.580
Если осталось всего 10 единиц, и клиент уже заказал все 10, склад и отдел продаж видят, что эти единицы уже распределены.

00:09:57.720 --> 00:10:00.280
Это позволяет избежать неприятных разговоров в дальнейшем.

00:10:00.360 --> 00:10:02.180
Заказ все равно требует физической работы.

00:10:02.340 --> 00:10:07.780
Кто-то должен дойти до нужного места, взять нужный товар, подтвердить количество, упаковать его и переместить на погрузочную площадку.

00:10:07.780 --> 00:10:11.940
Dynamics 365 Warehouse Management превращает заказ клиента в эти шаги.

00:10:12.060 --> 00:10:15.060
Для загруженных складов заказы часто не поступают в обработку по одному.

00:10:15.060 --> 00:10:16.980
Вместо этого склад может создать волну.

00:10:17.140 --> 00:10:20.080
Волна – это плановая группа заказов, которую команда хочет обработать одновременно.

00:10:20.260 --> 00:10:22.340
Возможно, все заказы отправляются одним и тем же грузовиком.

00:10:22.520 --> 00:10:25.700
Может быть, у них одна дата доставки, одна складская зона или один маршрут доставки клиенту.

00:10:25.820 --> 00:10:28.500
Система группирует работу до того, как сотрудники приступят к комплектации.

00:10:28.720 --> 00:10:31.680
Волну можно сравнить с планированием нескольких дел перед выходом из дома.

00:10:31.860 --> 00:10:36.640
Вы же не поедете в супермаркет, вернетесь домой, а затем снова поедете в аптеку, если обе точки по пути.

00:10:36.640 --> 00:10:40.440
Вы группируете задачи, чтобы люди меньше ходили и больше времени уделяли выполнению заказов.

00:10:40.440 --> 00:10:43.460
Как только склад запускает волну, система создает рабочие задания.

00:10:43.620 --> 00:10:46.160
Эта работа выполняется по правилам, заданным при настройке.

00:10:46.360 --> 00:10:53.340
Сначала может быть создана задача на отбор, затем на перемещение в зону упаковки и, наконец, на размещение готового отправления у нужных ворот дока.

00:10:53.540 --> 00:10:58.420
Работник видит следующее действие на портативном устройстве, а не пытается разобраться в длинном бумажном списке.

00:10:58.620 --> 00:11:01.300
Устройство может попросить работника сначала отсканировать место хранения.

00:11:01.300 --> 00:11:03.940
Это подтверждает, что он добрался до нужной полки или ячейки.

00:11:04.100 --> 00:11:06.200
Затем он сканирует товар и подтверждает его количество.

00:11:06.200 --> 00:11:10.400
Если работник отсканирует не тот товар, система может остановить выполнение задачи до того, как предмет попадет в коробку.

00:11:10.560 --> 00:11:12.560
Малые проверки предотвращают большие ошибки.

00:11:12.740 --> 00:11:17.240
Для простого заказа один человек может отобрать все товары для одного клиента и принести их на упаковку.

00:11:17.360 --> 00:11:20.720
Но на складе с множеством мелких заказов лучше использовать кластерный отбор.

00:11:20.840 --> 00:11:25.160
Кластерный отбор позволяет одному сотруднику собирать товары для нескольких заказов за один проход по складу.

00:11:25.320 --> 00:11:29.080
Работник может использовать тележку с отдельными контейнерами, каждый из которых привязан к конкретному заказу.

00:11:29.180 --> 00:11:32.640
Когда он отбирает товар, устройство подсказывает, в какой контейнер его положить.

00:11:32.640 --> 00:11:36.920
Это значит, что один проход по проходу поможет собрать сразу несколько заказов, не перепутав их

00:11:36.920 --> 00:11:41.280
между собой. После отбора товары перемещаются в зону упаковки. На этапе упаковки подтверждается

00:11:41.280 --> 00:11:45.480
содержимое каждой коробки, короба или поллеты. Склад может зарегистрировать контейнер с товарами,

00:11:45.680 --> 00:11:50.300
распечатать этикетки и подготовить отправление к вывозу. Этот шаг важен, ведь клиент не получает

00:11:50.300 --> 00:11:54.860
складскую задачу. Он получает посылку, в которой должно быть все необходимое с верными данными

00:11:54.860 --> 00:11:58.920
доставки. Некоторым товарам вовсе не нужно долго лежать на складской полке. Представьте,

00:11:58.920 --> 00:12:02.940
что клиент ждет продукт, который поступает от поставщика этим же утром. Вместо того,

00:12:03.060 --> 00:12:06.960
чтобы принимать его, размещать на хранение, а затем снова отбирать, склад может использовать

00:12:06.960 --> 00:12:11.360
CrossDaking. CrossDaking направляет входящий запас сразу на отгрузку, практически без промежуточного

00:12:11.360 --> 00:12:15.540
долгосрочного хранения. Меньше манипуляций, меньше шансов положить что-то не туда. Затем

00:12:15.540 --> 00:12:19.160
отправление попадает в зону комплектации и погрузочный документ. Когда склад подтверждает

00:12:19.160 --> 00:12:23.460
отгрузку, Dynamics 365 обновляет данные в общем процессе обработки заказов. Запас больше не

00:12:23.460 --> 00:12:27.420
отображается как доступный прежним образом. Заказ на продажу продвигается дальше, а данные об

00:12:27.420 --> 00:12:31.540
отправления можно использовать для транспортных задач. Это не просто коробка, покидающая здание.

00:12:31.780 --> 00:12:36.200
Действия на складе связаны с обещанием клиенту, учетом запасов и последующими шагами для погрузки

00:12:36.200 --> 00:12:40.200
заказа в нужное транспортное средство. Но заказы клиентов – лишь часть повседневной жизни

00:12:40.200 --> 00:12:45.140
склада, ведь товары требуют внимания и в ожидании отправки. Ежедневный контроль, перемещение,

00:12:45.360 --> 00:12:50.540
инвентаризация и защита запасов. Товар не остается неподвижным только потому, что попал на полку.

00:12:50.720 --> 00:12:55.400
Склад может перемещать товары, если требуется место в зоне отбора, популярный товар нужно расположить

00:12:55.400 --> 00:13:00.400
ближе к упаковке или освободить временную зону от громоздкого поддона. Dynamics 365 фиксирует

00:13:00.400 --> 00:13:04.100
эти внутренние перемещения, поэтому система продолжает соответствовать состоянию склада после

00:13:04.100 --> 00:13:08.200
каждого действия. Без такой записи товар может числиться в системе, но быть недоступным для

00:13:08.200 --> 00:13:12.680
сотрудника, которому он нужен. По той же причине важна инвентаризация. Большинство представляет

00:13:12.680 --> 00:13:17.120
инвентаризацию как полную остановку работы, когда сотрудники пересчитывают каждую полку и ячейку.

00:13:17.300 --> 00:13:21.640
Такое бывает, но многие склады вместо этого используют циклическую инвентаризацию. Они пересчитывают

00:13:21.640 --> 00:13:26.340
выбранные места или товары по графику, пока склад продолжает работать. Возможно, на этой неделе

00:13:26.340 --> 00:13:30.320
будет проверен один проход. Возможно, ходовые товары будут пересчитывать чаще, так как они

00:13:30.320 --> 00:13:34.420
постоянно в обороте. Цены и детали также могут требовать более частых проверок, чем коробка

00:13:34.420 --> 00:13:38.340
дешевой упаковочной ленты. Система может создавать задачи по инвентаризации и отправлять их на

00:13:38.340 --> 00:13:42.880
мобильное устройство, как и другие складские задачи. Сотрудник подходит к месту, сканирует его и вводит

00:13:42.880 --> 00:13:48.460
фактическое количество, которое видит. Dynamics 365 сравнивает это число с количеством в системе. Если цифры

00:13:48.460 --> 00:13:52.720
совпадают, инвентаризация завершается. Если они различаются, склад может провести расследование,

00:13:52.900 --> 00:13:57.080
прежде чем менять записи. Возможно, товар переместили без сканирования. Возможно, предмет лежит

00:13:57.080 --> 00:14:01.320
не в той ячейке. Может быть, в предыдущем подсчете была ошибка. Любое расхождение требует

00:14:01.320 --> 00:14:06.260
объяснения. Если фактические и системные данные не совпадают, утвержденная корректировка запасов

00:14:06.260 --> 00:14:10.960
исправляет запись. Этот контроль важен, так как корректировка меняет представление бизнеса о своих

00:14:10.960 --> 00:14:15.980
активах. Это не должно стать способом избежать надлежащей складской работы. Возвраты требуют такого же

00:14:15.980 --> 00:14:20.620
внимания. Клиент может вернуть нераспечатанный товар, поврежденный предмет или изделие,

00:14:20.860 --> 00:14:25.640
требующие проверки. Склад принимает возврат и проверяет его состояние. В зависимости от

00:14:25.640 --> 00:14:30.460
результата, сотрудники могут вернуть его в наличие, отправить на карантин, на переработку или

00:14:30.460 --> 00:14:35.640
списать. Состояние определяет дальнейший путь. Управление качеством напрямую связано с этой работой.

00:14:35.760 --> 00:14:40.060
Проверка качества может удерживать товары от поставщика, возвраты или складские запасы до их

00:14:40.060 --> 00:14:44.560
одобрения специалистам. Это предотвращает попадание сомнительных товаров в производство или отгрузку

00:14:44.560 --> 00:14:48.680
клиентам просто из-за того, что они оказались рядом с обычным запасом. Все эти задачи выполняются

00:14:48.680 --> 00:14:52.680
лучше, когда люди фиксируют их непосредственно в процессе работы. Сканирование штрих-кода на полке

00:14:52.680 --> 00:14:56.760
позволяет зафиксировать товар, местоположение, контейнер или количество, пока работник взаимодействует

00:14:56.760 --> 00:15:01.000
с ними. Больше никаких бумажных записок, ожидающих своего часа в кармане. Не нужно делать второй

00:15:01.000 --> 00:15:05.620
шаг, пытаясь вспомнить, переместили ли поддон до обеда или после. Сканирование становится учетной

00:15:05.620 --> 00:15:10.660
записью. Этикетки делают такое сканирование возможным. Склад может печатать сканируемые этикетки для товаров,

00:15:10.660 --> 00:15:15.040
мест хранения, поддонов и контейнеров, включая этикетки с использованием языка программирования

00:15:15.040 --> 00:15:20.260
ZEBRA ZPL. Проще говоря, система может отправлять инструкции по печати на поддерживаемые принтеры

00:15:20.260 --> 00:15:24.900
ZEBRA, чтобы работник мог создать идентификатор, понятный сканеру. Четкая этикетка присваивает

00:15:24.900 --> 00:15:29.560
физическому товару цифровой адрес, который важен при перемещении, учете, возврате или проверке

00:15:29.560 --> 00:15:34.040
качества. Каждое действие на складе может обновлять ту же запись, которую используют в офисе,

00:15:34.160 --> 00:15:39.060
и эта связь меняет не только точность складского учета. Одна связанная платформа, что отличает

00:15:39.060 --> 00:15:44.360
Dynamics 365. Некоторые складские системы работают отдельно от остального бизнеса. Кто-то вводит

00:15:44.360 --> 00:15:48.740
заказ на закупку в одной системе. Складской персонал отшлеживает поставку в другой. Позже

00:15:48.740 --> 00:15:52.620
человеку приходится копировать информацию или пытаться устранить расхождение между двумя

00:15:52.620 --> 00:15:57.240
записями. Это создает задержки, дублирование работы и споры о том, каким данным можно доверять.

00:15:57.440 --> 00:16:02.620
Модуль управления складом Dynamics 365 работает внутри системы управления цепочками поставок Dynamics 365.

00:16:03.060 --> 00:16:07.380
Закупки, продажи, перемещения, производство, контроль качества, возвраты и логистика – все это

00:16:07.380 --> 00:16:10.760
может быть связано с единой бизнес-записью. Склад выполняет свою физическую работу,

00:16:10.980 --> 00:16:14.220
но эта работа не скрыта в отдельном секторе, доступном только сотрудникам склада.

00:16:14.340 --> 00:16:18.980
Представьте, что поступил заказ от клиента. Отдел продаж вводит заказ. Склад создает и

00:16:18.980 --> 00:16:22.640
выполняет работу по отбору. Когда отправка подтверждается, запись об остатках меняется,

00:16:22.820 --> 00:16:26.300
а финансовая транзакция происходит одновременно с этим бизнес-событием. Людям не нужно повторно

00:16:26.300 --> 00:16:29.640
вводить данные об отправке в другую систему, чтобы просто сообщить бухгалтерию, что товары

00:16:29.640 --> 00:16:33.940
покинули склад. Каждая команда видит свою часть одной и той же истории. Отдел закупок может видеть,

00:16:33.940 --> 00:16:37.740
поступили ли ожидаемые товары. Отдел продаж может видеть, прошел ли заказ через складскую

00:16:37.740 --> 00:16:40.820
обработку. Производство может работать с записями о материалах и готовой продукции.

00:16:41.000 --> 00:16:43.860
Руководители могут видеть, где накапливается работа, вместо того, чтобы собирать отчеты

00:16:43.860 --> 00:16:47.340
из разных инструментов. Такое общее представление часто называют единым источником достоверных

00:16:47.340 --> 00:16:51.700
данных. Это просто означает, что офис и склад видят один и тот же заказ и одинаковую картину

00:16:51.700 --> 00:16:56.240
запасов. Они могут использовать разные экраны и задавать разные вопросы, но у них не должно быть

00:16:56.240 --> 00:17:00.120
противоречивых данных. Power BI может использовать эти связанные данные для создания

00:17:00.120 --> 00:17:04.640
отчетов. Руководитель может отслеживать точность заказов, время выполнения, уровень запасов и

00:17:04.640 --> 00:17:09.400
нагрузку на склад. Если какой-то участок регулярно замедляется, данные помогут выявить проблему.

00:17:09.580 --> 00:17:13.240
Следующий вопрос становится сугубо практическим. Не заставляет ли планировка помещений сотрудников

00:17:13.240 --> 00:17:16.820
слишком много перемещаться? Не перегружена ли одна из команд? Не слишком ли часто заканчиваются

00:17:16.820 --> 00:17:20.860
запасы в зоне комплектации? Система фиксирует работу, поэтому менеджеры могут искать закономерности.

00:17:21.060 --> 00:17:25.140
За этими ежедневными инструкциями стоит несколько параметров настройки, и в них стоит разобраться.

00:17:25.320 --> 00:17:28.600
Директивы по размещению определяют, куда направлять запасы или откуда их забирать.

00:17:28.600 --> 00:17:32.620
Шаблоны работ формируют шаги, которые должны выполнить сотрудники. Волны запускают группы

00:17:32.620 --> 00:17:36.600
исходящих задач в нужное время. Эти правила формируют подсказки, которые работники видят на своих

00:17:36.600 --> 00:17:40.660
устройствах. Это также означает, что настройка требует особого внимания. Если правила размещения

00:17:40.660 --> 00:17:45.000
направляют товар не туда, сканер послушно направит работника в это место. Если рабочие шаги не

00:17:45.000 --> 00:17:49.060
соответствуют реальным процессам склада, устройство может создавать помехи, а не устранять их.

00:17:49.200 --> 00:17:54.460
Система следует правилам, которые получает. Когда правила соответствуют складу, товарам и персоналу,

00:17:54.460 --> 00:17:58.780
каждое сканирование становится полезным бизнес-событием, а не просто сигналом ручного

00:17:58.780 --> 00:18:04.460
сканера. Заключение. Цифровой гид по динамике складских процессов. Система управления складом

00:18:04.460 --> 00:18:09.140
365 дает работникам пошаговые инструкции. При этом каждая выполненная задача становится

00:18:09.140 --> 00:18:12.840
частью общей бизнес-отчетности. Если этот материал помог вам разобраться в разнице между

00:18:12.840 --> 00:18:17.460
учетом запасов и складскими операциями, подписывайтесь на ваш любимый канал M365FM и смотрите

00:18:17.460 --> 00:18:21.580
следующий эпизод об управлении запасами в Dynamics 365, где мы свяжем активы бизнеса с их

00:18:21.580 --> 00:18:22.900
реальным местоположением на складе.