WEBVTT 00:00:00.100 --> 00:00:04.360 Здравствуйте и добро пожаловать в очередной выпуск полезных советов от Microsoft на М365FM. 00:00:04.460 --> 00:00:08.280 С вами был ведущий Мирко Петерс. Сегодняшняя тема – та, о которой слышал почти каждый, 00:00:08.480 --> 00:00:11.240 кто работает с цепочками поставок, но мало кто действительно ее понимает. 00:00:11.340 --> 00:00:14.640 Управление транспортировкой в Dynamics 365. Вот в чем проблема. 00:00:14.820 --> 00:00:18.800 Клиент размещает заказ, товар находится на складе, перевозчику нужно время для погрузки, 00:00:18.960 --> 00:00:22.200 клиент ожидает доставку, а позже на стол кого-то попадает в счет за перевозку. 00:00:22.360 --> 00:00:25.420 Годами эти этапы хранились в отдельных электронных таблицах, телефонных звонках, 00:00:25.580 --> 00:00:28.460 при искурантах и передавались между командами. И это создает пробелы. 00:00:28.460 --> 00:00:31.520 Склад может подготовить товар до того, как у транспортной компании появится план. 00:00:31.660 --> 00:00:34.640 Финансовый отдел может увидеть счет, не зная, за что кто-то договорился заплатить. 00:00:34.760 --> 00:00:36.940 Итак, что же такое управление транспортировкой? 00:00:37.060 --> 00:00:41.280 Проще говоря, это транспортный отдел внутри Dynamics 365 Supply Chain Management. 00:00:41.520 --> 00:00:44.640 Он связывает складские помещения, поставщиков, клиентов и перевозчиков. 00:00:44.740 --> 00:00:48.600 Мы планируем загрузки, выбираем маршруты и тарифы, отправляем товары и проверяем стоимость перевозки. 00:00:48.720 --> 00:00:53.660 К концу этого эпизода вы увидите, как все эти элементы складываются воедино, чтобы облегчить вашу работу. 00:00:55.360 --> 00:00:57.940 Зачем существует управление транспортировкой? 00:00:57.940 --> 00:00:59.980 Давайте начнем с основной истины. 00:01:00.160 --> 00:01:04.100 Физические товары не перемещаются просто потому, что на экране есть заказ на продажу. 00:01:04.280 --> 00:01:07.660 Им нужен грузовик, прицеп, контейнер или другой способ транспортировки. 00:01:07.800 --> 00:01:10.700 Кто-то должен знать, откуда товары отправляются, куда они должны прибыть, 00:01:10.820 --> 00:01:14.180 сколько места они занимают, когда они должны отправиться и сколько должна стоить поездка. 00:01:14.300 --> 00:01:18.020 Теперь, когда вы представляете себе одну коробку, отправляемую одному клиенту, это звучит просто. 00:01:18.200 --> 00:01:22.080 Но реальная компания может отправлять множество заказов с одного и того же склада в один и тот же день, 00:01:22.080 --> 00:01:26.340 получать товары от нескольких поставщиков и одновременно перемещать запасы между своими собственными площадками. 00:01:26.340 --> 00:01:30.180 Каждое перемещение связано с людьми, датами, пространством и деньгами. 00:01:30.340 --> 00:01:33.180 Без общей системы каждая команда видит только свою часть. 00:01:33.380 --> 00:01:35.140 Отдел продаж видит заказ клиента. 00:01:35.320 --> 00:01:37.140 Отдел закупок видит заказ поставщика. 00:01:37.340 --> 00:01:41.000 Сотрудники склада видят товары, которые им нужно собрать, упаковать, принять или разместить. 00:01:41.180 --> 00:01:43.460 Команда по транспортировке видит список товаров, которые необходимо переместить, 00:01:43.600 --> 00:01:45.580 часто после того, как все остальные уже выполнили свою часть работы. 00:01:45.680 --> 00:01:47.740 И именно здесь начинаются задержки и путаница. 00:01:47.740 --> 00:01:48.840 Вот конкретный пример. 00:01:48.980 --> 00:01:52.680 Представьте, что на складе есть 10 заказов от клиентов, готовых к отправке в один и тот же город. 00:01:52.680 --> 00:01:57.300 Если никто не свяжет эти заказы до бронирования транспорта, компания может организовать несколько частично выполненных рейсов, 00:01:57.400 --> 00:02:00.720 или перевозчик может прибыть раньше, чем склад узнает, какие товары должны быть в транспорте. 00:02:00.860 --> 00:02:03.080 Товары готовы, но перемещение не спланировано. 00:02:03.220 --> 00:02:08.460 Поэтому управление транспортировкой предоставляет место для этого перемещения в Dynamics 365 Supply Chain Management. 00:02:08.640 --> 00:02:10.920 Это не отдельное приложение для доставки товаров потребителям, 00:02:11.000 --> 00:02:14.000 где вы вводите номер отслеживания и наблюдаете за перемещением посылки по карте. 00:02:14.000 --> 00:02:17.640 Вместо этого оно работает с бизнес-записями, уже находящимися в подключенной платформе. 00:02:17.800 --> 00:02:19.900 Заказ создает потребность в перемещении товаров. 00:02:20.080 --> 00:02:21.740 Работа на складе подготавливает товары. 00:02:22.680 --> 00:02:25.540 Транспортировкой планирует, как эти товары будут перемещаться между локациями. 00:02:25.660 --> 00:02:28.040 Представьте это как транспортный отдел в офисном здании. 00:02:28.240 --> 00:02:30.420 Отдел продаж приносит запрос от клиента на стол. 00:02:30.600 --> 00:02:33.440 Отдел закупок получает информацию о том, что поставщик отправит товары. 00:02:33.620 --> 00:02:36.200 Склад доставляет фактический товар и открывает погрузочные ворота. 00:02:36.360 --> 00:02:39.400 Транспортный отдел связывает эти запросы с планом транспортировки компании. 00:02:39.640 --> 00:02:41.220 Существует два основных направления. 00:02:41.400 --> 00:02:44.200 Входящая транспортировка означает перемещение товаров в ваш бизнес. 00:02:44.200 --> 00:02:47.560 Вы заказали товары у поставщика, и эти товары должны попасть на ваш склад. 00:02:47.680 --> 00:02:51.000 Иногда поставщик контролирует эту поездку, иногда ваша компания организует ее. 00:02:51.000 --> 00:02:55.360 В любом случае, вам нужен четкий план доставки товаров в нужное место и их получение по прибытии. 00:02:55.520 --> 00:02:58.800 Исходящая транспортировка означает перемещение товаров из вашего бизнеса. 00:02:58.900 --> 00:03:00.220 Клиент заказал продукцию. 00:03:00.440 --> 00:03:04.340 Склад подготавливает ее, а перевозчик или служебный автомобиль доставляет ее клиенту. 00:03:04.440 --> 00:03:07.280 Оба потока связаны с перемещением, но отправная точка различается. 00:03:07.440 --> 00:03:09.740 Входящая начинается с заказа на покупку и поставщика. 00:03:09.900 --> 00:03:12.100 Исходящая начинается с заказа на продажу и клиента. 00:03:12.280 --> 00:03:15.780 Существует также третий тип, который часто упускают из виду новички – заказы на перемещение. 00:03:15.960 --> 00:03:18.980 Заказ на перемещение перемещает запасы между вашими собственными складами. 00:03:18.980 --> 00:03:22.320 Возможно, на одном складе слишком много запасов, и другому складу они нужны. 00:03:22.440 --> 00:03:26.280 Покупка клиентам не предусмотрена, но физические товары все равно нуждаются в транспортировке. 00:03:26.420 --> 00:03:32.640 В 365 году Transportation Management заказы на перемещение относятся к исходящей транспортировке и могут планироваться вместе с заказами на продажу. 00:03:32.760 --> 00:03:35.640 Это становится понятным, если представить себе погрузочную площадку. 00:03:35.820 --> 00:03:39.980 Независимо от того, отправляется ли поллета платящему клиенту или на склад другой компании, 00:03:40.160 --> 00:03:44.400 кто-то все равно должен организовать транспорт, зарезервировать место и отправить ее с того же склада. 00:03:44.400 --> 00:03:50.000 Таким образом, этот взаимосвязанный подход заменяет старую цепочку отдельных списков и телефонных звонков общей информацией. 00:03:50.180 --> 00:03:52.340 Заказ сообщает системе, что нужно перевести. 00:03:52.540 --> 00:03:53.860 Склад подготавливает товары. 00:03:54.040 --> 00:03:57.040 Управление транспортировкой превращает эту потребность в план перевозки. 00:03:57.160 --> 00:04:00.820 Как только товары нужно перевести, системе сначала нужен рабочий план отгрузки. 00:04:00.960 --> 00:04:02.160 Планирование загрузки. 00:04:02.360 --> 00:04:07.880 Сегодняшний полезный совет касается того, что необходимо каждой логистической команде, но часто объясняется по-разному. 00:04:08.080 --> 00:04:09.300 Планирование загрузки. 00:04:09.300 --> 00:04:13.380 Вы можете начать планирование транспортировки как с заказов, так и с отгрузок. 00:04:14.260 --> 00:04:16.180 Позвольте мне сразу развеять один миф. 00:04:16.300 --> 00:04:17.920 План отгрузки не начинается с нуля. 00:04:18.060 --> 00:04:19.980 Он начинается с уже имеющихся у вас записей. 00:04:20.160 --> 00:04:22.140 Заказ на продажу содержит то, что купил клиент. 00:04:22.320 --> 00:04:24.800 Заказ на покупку перечисляет то, что поставщик должен отправить. 00:04:24.940 --> 00:04:28.840 Отгрузка группирует эти товары в более конкретную запись об отгрузке, готовую к объединению с другими. 00:04:29.020 --> 00:04:31.000 Итак, какую отправную точку следует использовать? 00:04:31.180 --> 00:04:32.980 Это зависит от того, как работает ваша компания. 00:04:33.200 --> 00:04:36.020 Некоторые команды планируют заранее, рассматривая непосредственно строки заказа. 00:04:36.020 --> 00:04:39.260 Другие команды сначала создают заказы, а затем решают, что будет перевозиться вместе. 00:04:39.420 --> 00:04:42.600 Оба пути приводят к одному и тому же вопросу, что должно быть в одном транспортном средстве. 00:04:42.780 --> 00:04:44.180 Вот самое простое определение. 00:04:44.400 --> 00:04:47.320 Груз — это цифровая запись о запланированном перемещении товаров. 00:04:47.480 --> 00:04:52.500 Вы можете представить это как один грузовик, один прицеп, один контейнер или одну группу грузов, которые перевозятся вместе. 00:04:52.680 --> 00:04:56.720 Это позволяет вам видеть, какие товары должны быть вместе, прежде чем начнется физическая работа. 00:04:56.800 --> 00:04:58.520 Теперь вот что многие понимают неправильно. 00:04:58.720 --> 00:05:01.480 Груз не означает, что каждый товар помещается в одну физическую коробку. 00:05:01.620 --> 00:05:04.380 Это означает, что система группирует товары в соответствии с одним планом транспортировки. 00:05:04.380 --> 00:05:06.960 Несколько отправок клиентам могут быть отправлены из одного грузовика. 00:05:07.100 --> 00:05:09.060 Крупный заказ может заполнить весь прицеп. 00:05:09.160 --> 00:05:13.620 Контейнер, прибывающий от поставщика, также может стать грузом еще до того, как ваш склад получит товар. 00:05:13.780 --> 00:05:16.740 Суть в том, чтобы перестать рассматривать каждый заказ как отдельную поездку. 00:05:16.860 --> 00:05:20.380 Представьте, что у дистрибьютора есть шесть заказов клиентов, готовых к доставке в пятницу. 00:05:20.540 --> 00:05:23.860 Все шесть находятся в одном месте, и каждый заказ занимает только часть грузовика. 00:05:24.040 --> 00:05:28.160 Отправка шести полупустых транспортных средств тратит место и создает шесть отдельных транспортных заданий. 00:05:28.340 --> 00:05:31.080 Вместо этого команда может сгруппировать совместимые грузы в один груз. 00:05:31.300 --> 00:05:33.880 Совместимость означает, что они могут разумно перемещаться вместе. 00:05:34.080 --> 00:05:36.400 Они отправляются с одного склада, должны проехать примерно в одно и то же время, 00:05:36.500 --> 00:05:38.360 помещаются в пределах допустимых размеров транспортного средства 00:05:38.360 --> 00:05:39.600 и соответствуют вашим правилам отгрузки. 00:05:39.760 --> 00:05:41.180 Система помогает объединить эти записи, 00:05:41.320 --> 00:05:44.160 вместо того, чтобы полагаться на то, что кто-то найдет закономерность в электронной таблице. 00:05:44.280 --> 00:05:45.820 Теперь у этой группы есть общий план. 00:05:46.040 --> 00:05:47.940 Ваш склад видит, что должно быть в грузе. 00:05:48.100 --> 00:05:50.440 Планировщик перевозок видит общее пространство и вес. 00:05:50.440 --> 00:05:54.160 Людям не нужно заново создавать тот же список в электронных письмах, заметках или отдельном файле. 00:05:54.260 --> 00:05:55.020 Но вот в чем дело. 00:05:55.020 --> 00:05:58.060 Группировка товаров – это не просто добавление большего количества товаров. 00:05:58.200 --> 00:06:00.980 У грузовика есть ограничения – вес, площадь пола, высота. 00:06:01.100 --> 00:06:02.300 У контейнера свои правила. 00:06:02.500 --> 00:06:04.620 Если система группирует товары, не проверяя эти ограничения, 00:06:04.760 --> 00:06:07.720 груз может выглядеть нормально на экране, но не пройти проверку на погрузочной площадке. 00:06:07.880 --> 00:06:11.140 Dynamics 365 использует шаблоны грузов, чтобы помочь избежать этого. 00:06:11.280 --> 00:06:13.520 Представьте себе шаблон груза как многоразовый набор ограничений 00:06:13.520 --> 00:06:15.680 для определенного типа транспортного средства или контейнера. 00:06:15.680 --> 00:06:18.720 Создайте один для небольшого грузовика, другой для более крупного прицепа, 00:06:18.860 --> 00:06:20.060 еще один для морского контейнера. 00:06:20.180 --> 00:06:23.580 Каждый шаблон содержит ограничения по весу, объему, высоте и другим правилам, 00:06:23.660 --> 00:06:24.640 необходимым вашей компании. 00:06:24.840 --> 00:06:27.360 Шаблон определяет форму груза до начала его заполнения. 00:06:27.560 --> 00:06:30.380 Таким образом, если груз весит слишком много или занимает слишком много места, 00:06:30.540 --> 00:06:32.400 планировщик видит, что он не подходит для этой партии. 00:06:32.540 --> 00:06:34.820 Решением может быть использование второго транспортного средства, 00:06:35.020 --> 00:06:36.760 другого шаблона или другой группировки грузов. 00:06:36.860 --> 00:06:38.520 Программное обеспечение не поднимает поллеты, 00:06:38.520 --> 00:06:41.800 но оно предоставляет вашей команде более четкий план до начала физической работы. 00:06:42.000 --> 00:06:45.620 Один из встроенных подходов называется формированием груза на основе объема. 00:06:45.740 --> 00:06:47.420 Это звучит сложнее, чем нужно. 00:06:47.420 --> 00:06:51.580 Это означает, что система использует максимальную высоту и вес из вашего шаблона груза 00:06:51.580 --> 00:06:53.300 при формировании или предложении груза. 00:06:53.380 --> 00:06:56.680 Проще говоря, она проверяет, соответствуют ли товары установленным вами ограничениям. 00:06:56.800 --> 00:06:58.340 Эти значения не фиксируются навсегда. 00:06:58.500 --> 00:07:01.020 Планировщик может изменить их, когда реальные потребности изменятся. 00:07:01.220 --> 00:07:03.000 Возможно, перевозчик отправит другой прицеп. 00:07:03.100 --> 00:07:05.020 Возможно, маршрут допускает другую высоту. 00:07:05.020 --> 00:07:06.880 Шаблон предоставляет стандартное правило, 00:07:07.060 --> 00:07:09.480 а изменение обрабатывает исключение без перестройки всего. 00:07:09.680 --> 00:07:11.580 Вернемся к этим шести заказам клиентов. 00:07:11.720 --> 00:07:14.400 Каждый отдельный груз может занимать 15% грузовика. 00:07:14.400 --> 00:07:17.660 При планировании по отдельности можно отправить шесть почти пустых автомобилей. 00:07:17.760 --> 00:07:20.100 Объединив заказы в один груз, можно заполнить большую часть грузовика, 00:07:20.280 --> 00:07:21.580 и еще останется место для дополнительных. 00:07:21.680 --> 00:07:23.500 Это более эффективное использование пространства. 00:07:23.620 --> 00:07:25.520 Теперь та же идея работает в обоих направлениях. 00:07:25.600 --> 00:07:27.200 Для планирования входящих перевозок создайте груз, 00:07:27.380 --> 00:07:28.940 состоящий из товаров, поступающих от поставщика. 00:07:29.080 --> 00:07:30.800 Транспортный план связан с ожидаемым поступлением, 00:07:30.960 --> 00:07:33.620 поэтому склад знает, что должно быть доставлено и готовиться к прибытию. 00:07:33.740 --> 00:07:35.520 Вместо того, чтобы узнавать о доставке только тогда, 00:07:35.680 --> 00:07:38.420 когда она появляется у ворот, команда приемки имеет запланированную запись. 00:07:38.420 --> 00:07:41.120 Для планирования исходящих перевозок выберите товары со склада, 00:07:41.200 --> 00:07:43.580 которые необходимо отправить клиентам, и сгруппируйте их в груз. 00:07:43.720 --> 00:07:47.440 Склад подготавливает эти товары на основе деталей груза, а не разрозненного списка. 00:07:47.620 --> 00:07:50.320 Для одного полного груза все еще нужен способ транспортировки, 00:07:50.520 --> 00:07:52.440 компания-перевозчик и ожидаемая стоимость. 00:07:52.820 --> 00:07:54.900 Маршруты, перевозчики и тарифы. 00:07:55.360 --> 00:07:57.900 Теперь груз показывает, что нужно перевозить вместе. 00:07:58.180 --> 00:07:59.980 Далее вам нужно решить, кто будет перевозить груз, 00:08:00.160 --> 00:08:02.680 какой службой он воспользуется и сколько должна стоить эта поездка. 00:08:02.820 --> 00:08:05.340 Компания, которая перевозит ваши товары, называется перевозчиком. 00:08:05.340 --> 00:08:08.540 Это может быть сторонняя транспортная компания, которая забирает и доставляет ваш груз. 00:08:08.700 --> 00:08:10.180 Это также может быть ваш собственный автопарк, 00:08:10.260 --> 00:08:12.100 если вы используете собственные грузовики и водителей. 00:08:12.240 --> 00:08:15.180 В любом случае, перевозчик несет ответственность за саму поездку. 00:08:15.300 --> 00:08:19.200 Это различие важно, потому что вам все равно нужен план, даже если грузовик принадлежит вам. 00:08:19.320 --> 00:08:22.440 При работе со сторонним перевозчиком вы заранее согласовываете цены и услуги. 00:08:22.580 --> 00:08:26.020 При работе со своим собственным автопарком вам все равно может потребоваться расчет стоимости транспортировки, 00:08:26.140 --> 00:08:28.080 особенно если стоимость доставки указана в заказах клиента. 00:08:28.240 --> 00:08:31.660 Dynamics 365 Transportation Management поддерживает обе ситуации. 00:08:31.860 --> 00:08:32.820 Затем есть маршрут. 00:08:32.820 --> 00:08:35.500 Маршрут – это запланированный путь от места погрузки до места назначения, 00:08:35.660 --> 00:08:36.840 а также выбор способа доставки. 00:08:36.960 --> 00:08:38.540 Он отвечает на практические вопросы. 00:08:38.760 --> 00:08:40.640 С какого склада перевозчик забирает груз? 00:08:40.800 --> 00:08:42.720 Какой клиент или место получает товар? 00:08:42.840 --> 00:08:45.100 Какая транспортная компания осуществляет доставку? 00:08:45.240 --> 00:08:48.280 Представьте себе доставку с вашего основного склада клиенту в другой конец страны. 00:08:48.380 --> 00:08:50.420 Один маршрут может использовать стандартную автомобильную грузоперевозку, 00:08:50.520 --> 00:08:52.020 которая стоит дешевле, но занимает больше времени. 00:08:52.220 --> 00:08:54.720 Другой может использовать более быструю, но более дорогую услугу. 00:08:54.840 --> 00:08:57.800 Начальные и конечные точки одинаковы, но выбор способа транспортировки меняется. 00:08:57.800 --> 00:08:59.900 Тариф – это ожидаемая стоимость за этот вариант. 00:09:00.040 --> 00:09:02.400 Это не случайное число, введенное в последнюю минуту. 00:09:02.480 --> 00:09:04.800 Тарифы формируются на основе ценовых соглашений с перевозчиками 00:09:04.800 --> 00:09:06.460 в сочетании с деталями отгрузки или маршрута. 00:09:06.640 --> 00:09:08.660 Учитывается место отправления груза, место назначения, 00:09:08.800 --> 00:09:10.540 используемая услуга, объем перевозимого груза. 00:09:10.660 --> 00:09:12.860 Таким образом, маршрут определяет, как должен перемещаться груз, 00:09:13.020 --> 00:09:14.420 а тариф – ожидаемую стоимость доставки. 00:09:14.540 --> 00:09:16.600 Эти два понятия взаимосвязаны, поскольку дешевый маршрут 00:09:16.600 --> 00:09:18.360 может привести к невыполнению обещаний по доставке, 00:09:18.360 --> 00:09:20.380 а скорость может стоить дороже, чем позволяет объем заказа. 00:09:20.460 --> 00:09:22.700 Планирование транспортировки – это не просто поиск грузовика, 00:09:22.900 --> 00:09:25.360 это выбор услуги, соответствующие обязательствам перед клиентом 00:09:25.360 --> 00:09:26.700 и правилам ценообразования компании. 00:09:26.900 --> 00:09:30.580 Dynamics 365 включает в себя рабочую область, маршрутизация тарифов. 00:09:30.700 --> 00:09:32.780 Название звучит формально, но цель проста. 00:09:32.940 --> 00:09:36.080 Она предоставляет планировщикам место для сравнения вариантов маршрутов 00:09:36.080 --> 00:09:37.180 и тарифов для отгрузки. 00:09:37.360 --> 00:09:39.440 Вместо того, чтобы проверять таблицы разных перевозчиков 00:09:39.440 --> 00:09:40.680 и сравнивать их в отдельном файле, 00:09:40.800 --> 00:09:43.360 вы рассматриваете варианты, связанные с данной потребностью в доставке. 00:09:43.360 --> 00:09:46.240 Возможно, один вариант позволит доставить груз клиенту быстрее, 00:09:46.380 --> 00:09:47.200 а другой – дешевле. 00:09:47.360 --> 00:09:50.600 Система не знает, что каждый клиент ценит скорость больше, чем стоимость, 00:09:50.800 --> 00:09:52.420 потому что предприятия работают по-разному. 00:09:52.580 --> 00:09:54.240 Клиент мог заплатить за срочную доставку, 00:09:54.420 --> 00:09:56.360 поэтому более быстрый маршрут кажется логичным. 00:09:56.560 --> 00:09:58.540 Другой клиент соглашается на более длительную доставку, 00:09:58.700 --> 00:10:00.280 и более низкая стоимость ему больше подходит. 00:10:00.420 --> 00:10:01.960 Люди по-прежнему принимают решения. 00:10:02.160 --> 00:10:04.740 Управление транспортом предоставляет вам согласованные варианты 00:10:04.740 --> 00:10:05.720 и ожидаемые затраты, 00:10:05.880 --> 00:10:07.840 а ваш бизнес работает над поиском компромиссов. 00:10:07.960 --> 00:10:10.000 Вот что на самом деле делает встроенный модуль. 00:10:10.000 --> 00:10:12.020 Информация о тарифах поступает из таблиц тарифов, 00:10:12.160 --> 00:10:14.560 которые ваша компания вводит и поддерживает в Dynamics 365. 00:10:15.040 --> 00:10:16.660 Представьте эти таблицы как сохраненные записи 00:10:16.660 --> 00:10:18.620 о согласованных ценах перевозчиков и правилах маршрутов. 00:10:18.720 --> 00:10:21.040 Если вы договорились о цене на определенную услугу и маршрут, 00:10:21.200 --> 00:10:23.540 эта информация хранится в системе и поддерживает планирование. 00:10:23.700 --> 00:10:26.560 Это хорошо работает, когда ваши тарифы соответствуют известным соглашениям. 00:10:26.640 --> 00:10:28.860 Например, вы работаете с несколькими постоянными перевозчиками, 00:10:28.980 --> 00:10:30.100 обслуживаете знакомые маршруты 00:10:30.100 --> 00:10:31.680 и обновляете цены при изменении контрактов. 00:10:31.780 --> 00:10:34.060 Планировщик транспорта использует уже зарегистрированные тарифы, 00:10:34.060 --> 00:10:36.000 вместо того, чтобы искать их в старых электронных письмах. 00:10:36.120 --> 00:10:37.860 Но вот что многие неправильно понимают. 00:10:38.040 --> 00:10:40.080 Встроенный модуль не работает как онлайн-магазин, 00:10:40.200 --> 00:10:41.640 подключенный ко всем перевозчикам. 00:10:41.760 --> 00:10:44.260 Он не автоматически получает свежие цены из текущих источников 00:10:44.260 --> 00:10:46.440 и не сравнивает их в широкой сети в режиме реального времени. 00:10:46.640 --> 00:10:48.800 Если вашей компании требуется сравнение тарифов у нескольких перевозчиков, 00:10:48.880 --> 00:10:50.160 ссылки на бронирование в режиме реального времени 00:10:50.160 --> 00:10:51.660 или более подробное обновление статуса доставки, 00:10:51.780 --> 00:10:52.960 вы обычно подключаете стороннюю систему. 00:10:53.100 --> 00:10:54.900 Это не недостаток управления транспортом. 00:10:55.060 --> 00:10:56.720 Это четко определяет его задачу. 00:10:56.720 --> 00:10:59.560 Эти инструменты обеспечивают структурированные планирование транспортировки 00:10:59.560 --> 00:11:01.060 в рамках управления цепочкой поставок, 00:11:01.140 --> 00:11:03.400 используя информацию о перевозчике, маршруте и тарифах, 00:11:03.460 --> 00:11:04.540 которую хранит ваша компания. 00:11:04.680 --> 00:11:06.680 И это не сайт для отслеживания посылок. 00:11:06.760 --> 00:11:08.380 Вы не будете использовать его как карту, 00:11:08.500 --> 00:11:10.620 где вы вводите один номер отслеживания и наблюдаете, 00:11:10.820 --> 00:11:12.820 как значок транспортного средства едет по дороге. 00:11:12.920 --> 00:11:15.620 Этот модуль фокусируется на решениях по транспортировке бизнеса 00:11:15.620 --> 00:11:16.560 да и во время отгрузки. 00:11:16.680 --> 00:11:17.960 Какие товары перемещаются вместе, 00:11:18.180 --> 00:11:19.300 какой перевозчик их обрабатывает, 00:11:19.480 --> 00:11:20.420 какой маршрут применяется, 00:11:20.420 --> 00:11:21.660 сколько должна стоить поездка. 00:11:21.660 --> 00:11:23.780 После того, как ваша компания выберет этот план, 00:11:23.980 --> 00:11:26.200 складские и транспортные команды должны его реализовать. 00:11:26.360 --> 00:11:27.620 От двери склада до двери клиента 00:11:27.620 --> 00:11:29.260 план транспортировки полезен только тогда, 00:11:29.460 --> 00:11:31.800 когда люди могут фактически превратить его в реальную отгрузку. 00:11:31.960 --> 00:11:34.240 Для исходящего заказа поток обычно начинается с того, 00:11:34.420 --> 00:11:35.500 что клиент что-то покупает. 00:11:35.640 --> 00:11:37.040 Заказ на продажу сообщает бизнесу, 00:11:37.140 --> 00:11:38.720 что хочет клиент, куда это нужно доставить 00:11:38.720 --> 00:11:39.700 и когда это должно прибыть. 00:11:39.800 --> 00:11:40.880 Этот заказ становится отгрузкой, 00:11:40.940 --> 00:11:42.460 и груз присоединяется к запланированной загрузке 00:11:42.460 --> 00:11:44.260 с другими товарами, движущимися по тому же маршруту. 00:11:44.260 --> 00:11:46.140 Затем склад берет на себя дальнейшую работу. 00:11:46.320 --> 00:11:47.680 Работники отбирают товары со склада, 00:11:47.760 --> 00:11:49.980 упаковывают их и доставляют в соответствующую зону погрузки. 00:11:50.100 --> 00:11:51.540 Поскольку груз относится к одной партии, 00:11:51.700 --> 00:11:52.360 команда может видеть, 00:11:52.520 --> 00:11:53.960 какие товары должны быть отправлены вместе 00:11:53.960 --> 00:11:55.160 и какой перевозчик их заберет. 00:11:55.280 --> 00:11:56.720 Когда транспортное средство прибывает, 00:11:56.880 --> 00:11:58.600 товары перемещаются со склада к перевозчику, 00:11:58.660 --> 00:12:00.080 а перевозчик доставляет их клиенту. 00:12:00.180 --> 00:12:02.480 Каждый этап связан с одной и той же записью о перемещении. 00:12:02.620 --> 00:12:03.420 Это звучит обыденно, 00:12:03.600 --> 00:12:04.800 но представьте себе старый способ. 00:12:04.980 --> 00:12:07.100 Сборщик заказов мог работать по распечатанному заказу. 00:12:07.180 --> 00:12:08.900 Планировщик перевозок мог иметь отдельный список, 00:12:08.900 --> 00:12:11.140 а кто-то у погрузочной двери мог просматривать электронную почту, 00:12:11.260 --> 00:12:13.440 чтобы проверить, какой перевозчик должен забрать какие паллеты. 00:12:13.580 --> 00:12:14.920 Если какая-то деталь менялась, 00:12:15.100 --> 00:12:16.660 всем требовалась обновленная версия. 00:12:16.800 --> 00:12:19.840 При управлении перевозками груз предоставляет командам общую запись. 00:12:20.040 --> 00:12:21.980 Склад может видеть товары, связанные с грузом, 00:12:22.100 --> 00:12:24.160 планировщик перевозок может видеть детали отгрузки, 00:12:24.280 --> 00:12:25.980 а человек, организующий забор груза, 00:12:26.100 --> 00:12:28.140 может видеть запланированного перевозчика и услугу. 00:12:28.240 --> 00:12:30.620 Вместо того, чтобы передавать несколько бумажных списков, 00:12:30.860 --> 00:12:32.060 люди работают с информацией, 00:12:32.220 --> 00:12:34.320 связанной с одним и тем же заказом и отгрузкой. 00:12:34.460 --> 00:12:35.360 Вот простой пример. 00:12:35.360 --> 00:12:39.140 У склада есть заказы для нескольких клиентов в одном и том же районе доставки. 00:12:39.320 --> 00:12:41.400 Один клиент заказал коробки чистящих средств, 00:12:41.640 --> 00:12:42.840 другой – бумажную продукцию, 00:12:43.060 --> 00:12:44.900 а третий – небольшую партию оборудования. 00:12:45.080 --> 00:12:46.720 Каждый заказ требует комплектации и упаковки, 00:12:46.860 --> 00:12:49.540 но транспортная команда не обязана рассматривать их как совершенно отдельные рейсы. 00:12:49.680 --> 00:12:51.960 Они объединяют все отправления в один запланированный груз. 00:12:52.160 --> 00:12:53.960 Сотрудники склада комплектуют каждый заказ, 00:12:54.160 --> 00:12:56.280 правильно упаковывают его и подготавливают к погрузке. 00:12:56.420 --> 00:12:59.220 В накладной указано, что все эти грузы перевозятся вместе. 00:12:59.420 --> 00:13:00.460 Когда прибывает перевозчик, 00:13:00.620 --> 00:13:03.060 команда передает товары в рамках одного запланированного рейса, 00:13:03.060 --> 00:13:06.420 вместо того, чтобы в последнюю минуту пытаться подобрать водителя для отдельных палет. 00:13:06.520 --> 00:13:08.540 Клиент по-прежнему получает свой заказ. 00:13:08.680 --> 00:13:12.720 Однако за кулисами компания запланировала эту доставку как часть более крупного рейса. 00:13:12.880 --> 00:13:16.060 Эта связь помогает складу работать совместно с транспортной командой, 00:13:16.080 --> 00:13:19.280 а не опережать ее или ждать инструкций, поступивших слишком поздно. 00:13:19.420 --> 00:13:23.080 Входящие перевозки следуют той же идее, только в обратном направлении. 00:13:23.300 --> 00:13:26.900 Заказ на покупку сообщает вам, что ваша компания ожидает товары от поставщика. 00:13:27.040 --> 00:13:28.920 Когда ваша компания организует транспортировку, 00:13:29.080 --> 00:13:32.140 запланированный входящий груз связывает поступающие товары с рейсом до того, 00:13:32.140 --> 00:13:33.460 как товары достигнут склада. 00:13:33.560 --> 00:13:37.600 Поставщик отправляет груз, перевозчик доставляет его на ваш склад, и склад его принимает. 00:13:37.720 --> 00:13:40.920 Сотрудники приемки могут подготовиться, потому что они знают, что должно прибыть. 00:13:41.040 --> 00:13:43.400 Они могут сверить запланированную загрузку с товарами, прибывшими на склад. 00:13:43.560 --> 00:13:46.300 Это гораздо понятнее, чем ситуация, когда грузовик появляется без предупреждения, 00:13:46.420 --> 00:13:48.920 и кто-то пытается выяснить, к какому заказу на покупку относятся паллеты. 00:13:49.100 --> 00:13:51.540 Заказы на перемещение также вписываются в этот процесс. 00:13:51.740 --> 00:13:54.620 Один склад отправляет товар, а другой принимает его. 00:13:54.780 --> 00:13:57.280 Первый склад подготавливает товары и отправляет их, 00:13:57.440 --> 00:14:00.520 а второй склад ожидает те же товары и принимает их на свой склад. 00:14:00.520 --> 00:14:02.480 В конце этого пути нет внешнего клиента, 00:14:02.700 --> 00:14:06.220 но компании все равно необходима четкая передача информации между двумя складами. 00:14:06.400 --> 00:14:10.120 Груз связывает работу по отправке и приемке в рамках одного запланированного перемещения. 00:14:10.340 --> 00:14:13.740 Выбор способа доставки клиентам также остается связанным с решением о доставке. 00:14:13.900 --> 00:14:16.340 Если планировщик выбирает более быструю транспортную компанию, 00:14:16.520 --> 00:14:19.280 потому что клиенту срочно нужны товары, этот выбор связан с отгрузкой. 00:14:19.440 --> 00:14:21.460 Если компания использует более дешевую услугу, 00:14:21.620 --> 00:14:24.020 потому что позволяет дата доставки, этот выбор также связан. 00:14:24.160 --> 00:14:27.020 Люди могут отследить стоимость доставки до маршрута и выбора перевозчика, 00:14:27.020 --> 00:14:28.040 которые ее определили. 00:14:28.040 --> 00:14:31.580 Транспортное средство может покинуть склад, и товары могут прибыть в целости и сохранности, 00:14:31.740 --> 00:14:32.820 но работа все еще не завершена. 00:14:32.940 --> 00:14:36.340 Перевозчик высылает счет за перевозку, и кто-то должен его проверить. 00:14:36.520 --> 00:14:38.660 Расчет стоимости перевозки и сверка. 00:14:38.820 --> 00:14:41.980 Товар уже покинул склад, и доставка может быть даже завершена. 00:14:42.200 --> 00:14:44.200 Затем приходит счет фактура от перевозчика. 00:14:44.380 --> 00:14:46.100 Этот счет фактура нуждается в проверке, 00:14:46.240 --> 00:14:50.160 поскольку сумма в нем должна соответствовать выбранному компанией ранее варианту транспортировки, 00:14:50.320 --> 00:14:54.420 включая перевозчика, маршрут, услугу, детали груза и ожидаемую стоимость перевозки. 00:14:54.420 --> 00:14:58.580 В процессе планирования Dynamics 365 может рассчитать ожидаемую стоимость перевозки 00:14:58.580 --> 00:15:00.200 на основе информации о тарифах компании. 00:15:00.380 --> 00:15:04.500 Эта ожидаемая сумма дает бизнесу отправную точку до того, как перевозчик запросит оплату. 00:15:04.600 --> 00:15:06.800 Позже перевозчик высылает свой счет за перевозку. 00:15:07.000 --> 00:15:10.820 Сверка стоимости перевозки означает сравнение этого счета фактуры с тарифом и деталями отгрузки, 00:15:10.980 --> 00:15:12.200 уже зарегистрированными в системе. 00:15:12.280 --> 00:15:14.920 Проще говоря, компания проверяет, выставил ли перевозчик счет на ту сумму, 00:15:14.980 --> 00:15:17.300 которую компания ожидала за услугу, фактически перевисшую товар. 00:15:17.400 --> 00:15:19.960 Представьте, что в плане указана стоимость в 500 долларов. 00:15:19.960 --> 00:15:24.040 В счете фактуры от перевозчика также указана сумма в 500 долларов, и детали отгрузки совпадают. 00:15:24.160 --> 00:15:28.640 Этот счет фактура имеет четкий путь через процесс проверки, поскольку запись о плане и счет фактура совпадают. 00:15:28.740 --> 00:15:30.840 Но счета фактуры не всегда соответствуют плану. 00:15:30.960 --> 00:15:34.320 Возможно, таблица тарифов была неверной, возможно, перевозчик выставил счет за другую услугу, 00:15:34.420 --> 00:15:38.020 или, возможно, груз изменился после планирования, и требуется объяснение причин начисления платы. 00:15:38.140 --> 00:15:41.120 Без связанной записи финансовый отдел может видеть только номер счета и сумму, 00:15:41.260 --> 00:15:44.560 а затем тратить время на выяснение причин, произошедшего у складской и транспортной команд. 00:15:44.560 --> 00:15:48.280 Управление транспортировкой связывает решение о транспортировке с этой проверкой. 00:15:48.400 --> 00:15:52.720 Правила могут сравнивать счет перевозчика с ожидаемой суммой и информацией о запланированной отгрузке. 00:15:52.900 --> 00:15:56.760 Когда детали соответствуют принятым в компании правилам, счет может быть одобрен. 00:15:56.940 --> 00:16:00.500 Если детали не соответствуют, система отправляет разницу на проверку. 00:16:00.640 --> 00:16:03.920 Это означает, что люди не утверждают каждую плату за перевозку вслепую. 00:16:04.060 --> 00:16:06.000 Планировщику транспортировки может потребоваться подтвердить, 00:16:06.120 --> 00:16:07.500 что перевозчик использовал другую услугу, 00:16:07.560 --> 00:16:09.620 или сотруднику финансового отдела может потребоваться выяснить, 00:16:09.620 --> 00:16:10.980 почему появилась дополнительная плата. 00:16:10.980 --> 00:16:14.320 Смысл не в том, чтобы предполагать, что каждое несоответствие является неправильным, верно. 00:16:14.480 --> 00:16:16.680 Смысл в том, чтобы заметить несоответствие до оплаты. 00:16:16.800 --> 00:16:19.560 Это объединяет операционные и финансовые отделы вокруг одной и той же отгрузки. 00:16:19.680 --> 00:16:21.920 Транспортная команда выбирает перевозчика и услугу. 00:16:22.040 --> 00:16:23.920 Этот выбор определяет ожидаемую стоимость. 00:16:24.160 --> 00:16:27.500 Склад отправляет товары, а финансовый отдел проверяет последующий счет фактуру, 00:16:27.680 --> 00:16:29.040 сопоставляя его с планами компании. 00:16:29.240 --> 00:16:32.700 Каждая команда видит свою часть, но они анализируют взаимосвязанную информацию. 00:16:32.920 --> 00:16:35.100 Встроенный процесс имеет четкую область применения. 00:16:35.100 --> 00:16:38.960 Компании, которым необходим крупномасштабный, высокоавтоматизированный аудит грузоперевозок, 00:16:39.140 --> 00:16:41.260 часто добавляют стороннюю систему управления транспортом. 00:16:41.380 --> 00:16:44.060 Эти инструменты могут обеспечить более тесную связь с перевозчиками 00:16:44.060 --> 00:16:45.780 и более автоматизированные правила проверки. 00:16:45.940 --> 00:16:50.320 Встроенный модуль обрабатывает плановые затраты и сверку в рамках управления цепочкой поставок, 00:16:50.440 --> 00:16:53.780 а другая система может расширить эту работу, когда бизнесу это необходимо. 00:16:54.020 --> 00:16:58.120 Соедините все эти компоненты вместе, и начнет вырисовываться полная картина того, 00:16:58.340 --> 00:16:59.720 что он делает и чего не делает. 00:16:59.720 --> 00:17:02.700 Итак, где же на самом деле находится управление транспортом? 00:17:02.820 --> 00:17:05.860 Оно должно быть интегрировано в Dynamics 365 Supply Chain Management, 00:17:06.020 --> 00:17:07.700 работающую на приложениях Finance & Operations. 00:17:07.900 --> 00:17:08.540 Это его дом. 00:17:08.740 --> 00:17:09.680 Вот кому он подходит. 00:17:09.860 --> 00:17:13.020 Компаниям, которым необходим структурированный способ планирования входящих поставок, 00:17:13.120 --> 00:17:16.060 исходящих от грузок клиентам, перемещения запасов между площадками компании, 00:17:16.240 --> 00:17:19.520 используя при этом собственные записи о перевозчиках, таблице тарифов и правила загрузки. 00:17:19.640 --> 00:17:21.960 Теперь давайте проясним распространенное заблуждение. 00:17:22.180 --> 00:17:23.480 Бизнес-централ отличается. 00:17:23.640 --> 00:17:26.660 В бизнес-централ нет встроенного модуля управления транспортировкой. 00:17:26.660 --> 00:17:29.460 Если вы используете бизнес-централ и вам нужно планирование транспортировки, 00:17:29.600 --> 00:17:31.720 вы обращаетесь к сторонней системе управления транспортировкой. 00:17:31.800 --> 00:17:32.740 Это и есть граница. 00:17:32.920 --> 00:17:35.160 Давайте также четко обозначим границу с другой стороны. 00:17:35.360 --> 00:17:37.120 Встроенный модуль не заменяет все порталы перевозчиков, 00:17:37.240 --> 00:17:40.020 сервисы отслеживания грузов в реальном времени или расширенные инструменты отслеживания. 00:17:40.180 --> 00:17:42.200 Когда компании нужны актуальные тарифы от многих перевозчиков, 00:17:42.300 --> 00:17:45.140 более широкий выбор перевозчиков или более глубокое отслеживание после отгрузки товаров, 00:17:45.260 --> 00:17:47.300 она подключается к сторонней системе управления транспортировкой. 00:17:47.420 --> 00:17:49.520 Эти инструменты обрабатывают внешние операции. 00:17:49.720 --> 00:17:50.980 Вспомните офисные здания. 00:17:50.980 --> 00:17:54.020 Управление транспортировкой – это транспортный отдел внутри этого здания. 00:17:54.180 --> 00:17:56.860 Он связан с заказами, складскими операциями и финансами. 00:17:57.000 --> 00:17:59.320 Он объединяет собственный план транспортировки компании. 00:17:59.560 --> 00:18:03.040 Внешние инструменты перевозчиков могут обрабатывать операции за пределами этого отдела. 00:18:03.180 --> 00:18:04.900 Два разных уровня работают вместе. 00:18:05.980 --> 00:18:08.000 Заключение. Следующий важный момент. 00:18:08.300 --> 00:18:09.980 Вот как это проще всего представить. 00:18:10.120 --> 00:18:13.720 Управление транспортировкой преобразует заказы компании в запланированное перемещение товаров. 00:18:13.900 --> 00:18:17.740 Затем оно связывает это перемещение с затратами на перевозку, которые компания проверяет впоследствии. 00:18:17.740 --> 00:18:21.160 Вот и весь цикл. Подпишитесь на подкаст на вашей любимой платформе. 00:18:21.280 --> 00:18:25.800 Поделитесь этой полезной информацией с тем, кто изучает Dynamics 365 Supply Chain Management. 00:18:26.060 --> 00:18:28.940 Затем посмотрите наши эпизоды о складском хозяйстве и инвентаризации. 00:18:29.120 --> 00:18:32.100 Каждая партия товара по-прежнему зависит от того, что находится за дверью склада.