WEBVTT

00:00:00.000 --> 00:00:03.120
Добро пожаловать на очередной выпуск рубрики «Полезные знания» на М365FM.

00:00:03.240 --> 00:00:04.560
Я ваш ведущий, Милка Питерс.

00:00:04.680 --> 00:00:06.340
Сегодня мы поговорим об управлении запасами.

00:00:06.500 --> 00:00:08.480
Запасы, которые вы не видите, могут стоить вам денег.

00:00:08.640 --> 00:00:11.240
Можете ли вы прямо сейчас ответить на пять вопросов об одном товаре на вашем складе?

00:00:11.340 --> 00:00:13.040
Сколько их у вас? Где они находятся?

00:00:13.200 --> 00:00:16.300
Можете ли вы их продать? Кому они принадлежат? И какова их стоимость?

00:00:16.480 --> 00:00:19.400
Для большинства компаний эти ответы находятся в совершенно разных местах.

00:00:19.500 --> 00:00:22.460
В электронной таблице одно число, складской учет показывает другое,

00:00:22.620 --> 00:00:24.080
а у финансового отдела третья цифра.

00:00:24.080 --> 00:00:28.240
Представьте, что управление запасами в Dynamics 365 – это общий архив для каждой коробки,

00:00:28.400 --> 00:00:30.360
деталей и продукта, с которыми работает ваша компания.

00:00:30.520 --> 00:00:33.080
Когда товар перемещается, перемещается и его запись.

00:00:33.240 --> 00:00:37.620
К концу этого выпуска вы проследите путь одного товара от поставки от поставщика до отгрузки клиенту,

00:00:37.740 --> 00:00:39.880
включая все связанные с ним финансовые показатели.

00:00:40.920 --> 00:00:43.060
Почему существует управление запасами?

00:00:43.460 --> 00:00:45.600
Представьте, что вы продаете кофемашины.

00:00:45.780 --> 00:00:48.220
Клиент делает заказ, но на складе ничего не осталось.

00:00:48.540 --> 00:00:50.840
Однако отдел продаж все равно обещает дату доставки.

00:00:50.840 --> 00:00:55.000
Отдел закупок спешно звонит поставщику, а клиент может решить купить товар в другом месте.

00:00:55.160 --> 00:00:56.520
Это и есть нехватка запасов.

00:00:56.640 --> 00:01:00.280
Малое количество запасов означает задержки заказов, упущенные продажи и недовольных клиентов.

00:01:00.460 --> 00:01:02.420
Это также может полностью остановить производство.

00:01:02.580 --> 00:01:06.160
Если вы собираете машины и у вас заканчивается одна мелкая деталь, вся линия может простаивать.

00:01:06.300 --> 00:01:09.120
Но заполнение каждой полки излишками запасов не решает проблему.

00:01:09.280 --> 00:01:12.380
Каждая коробка на полке – это деньги, которые ваша компания уже потратила.

00:01:12.540 --> 00:01:17.100
Вы платите за их хранение, а некоторые товары могут сломаться, испортиться, выйти из моды или просто перестать продаваться.

00:01:17.100 --> 00:01:21.880
Эти деньги нельзя использовать для оплаты поставщикам, финансирования нового проекта или выдачи зарплаты, пока они лежат на складе.

00:01:21.980 --> 00:01:24.420
Управление запасами помогает найти золотую середину.

00:01:24.600 --> 00:01:30.060
Вам нужно достаточно запасов для удовлетворения спроса клиентов, но не настолько много, чтобы ваш склад превратился в очень дорогое хранилище.

00:01:30.220 --> 00:01:32.760
Инвентарь – это не только готовые продукты для клиентов.

00:01:32.980 --> 00:01:36.600
Производитель мебели учитывает дерево, шурупы, ткань и краску как сырье.

00:01:36.740 --> 00:01:41.260
Как только рабочие начинают собирать стул, эти частично готовые изделия становятся незавершенным производством.

00:01:41.400 --> 00:01:44.460
А когда стул готов к продаже, он становится готовой продукцией.

00:01:44.460 --> 00:01:49.820
Компания также может отслеживать запасные части, чистящие средства, упаковку или детали для обслуживания.

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

00:01:53.860 --> 00:01:55.960
Теперь представьте старый способ ведения дел.

00:01:56.120 --> 00:01:57.900
Отдел закупок ведет список заказанного.

00:01:58.100 --> 00:02:04.160
Склад учитывает поступившие, продажи следят за заказами клиентов, производство отчитывается об использовании, а финансы считают расходы.

00:02:04.260 --> 00:02:07.540
Каждая команда работает усердно, но из-за разных списков цифры расходятся.

00:02:07.720 --> 00:02:10.480
Кто-то получает поставку, но обновляет электронную таблицу позже.

00:02:10.640 --> 00:02:13.640
Кто-то перемещает палету на другой склад, но забывает сообщить отделу продаж.

00:02:13.640 --> 00:02:17.240
Кто-то отгружает заказ, но финансовый отдел видит затраты только через несколько дней.

00:02:17.420 --> 00:02:20.980
Это порождает споры вокруг простого вопроса, сколько у нас на самом деле товара.

00:02:21.140 --> 00:02:25.580
Управление запасами в Dynamics 365 предоставляет этим командам единый общий учет.

00:02:25.760 --> 00:02:34.080
Отдел закупок фиксирует приход товара, склад, перемещение, продажи, отгрузки, производство, расход материалов, а финансы видят стоимость этих операций.

00:02:34.260 --> 00:02:37.780
Больше никому не нужно создавать новую версию одной и той же таблицы каждую пятницу.

00:02:38.000 --> 00:02:42.860
Цель не в том, чтобы сделать склады технологичнее, а в том, чтобы дать людям актуальный общий ответ, когда он им нужен.

00:02:42.860 --> 00:02:44.460
Можем ли мы выполнить этот заказ?

00:02:44.580 --> 00:02:46.240
Куда нам отправить следующую поставку?

00:02:46.380 --> 00:02:49.180
Почему фактическое количество товара не совпадает с данными в системе?

00:02:49.280 --> 00:02:52.980
Чтобы ответить на эти вопросы, Dynamics нужно больше, чем название товара и количество.

00:02:53.240 --> 00:02:56.520
Нужна четкая запись о том, что изменилось при каждом перемещении единицы товара.

00:02:56.660 --> 00:02:58.380
Цифровая запись для каждой позиции.

00:02:58.600 --> 00:03:01.040
Добро пожаловать в очередной выпуск «Микрознания» от Microsoft.

00:03:01.360 --> 00:03:03.100
Здесь, на M365FM.

00:03:03.260 --> 00:03:04.580
С вами ведущий Марка Питерс.

00:03:04.720 --> 00:03:07.200
Сегодня мы говорим о том, что происходит внутри Dynamics 365,

00:03:07.720 --> 00:03:09.640
когда запасы перемещаются из одного места в другое.

00:03:09.640 --> 00:03:14.820
Итак, что именно записывает Dynamics 365, когда товар меняет владельца или местоположение?

00:03:14.980 --> 00:03:16.480
Вот самое простое определение.

00:03:16.680 --> 00:03:20.540
Система очлеживает пять параметров, сколько у вас товара, где он находится, можно ли его использовать,

00:03:20.700 --> 00:03:22.100
кто им владеет и какова его стоимость.

00:03:22.280 --> 00:03:25.380
Звучит просто, но каждая часть отвечает на отдельный бизнес-вопрос.

00:03:25.600 --> 00:03:26.940
Давайте разберем это подробнее.

00:03:27.120 --> 00:03:29.420
Количество показывает, сколько кофемашин в наличии.

00:03:29.660 --> 00:03:33.340
Местоположение отвечает на вопрос, в каком здании, на складе или на полке они находятся.

00:03:33.540 --> 00:03:36.600
Статус сообщает, можем ли мы их продать или они ждут проверки.

00:03:36.600 --> 00:03:41.280
Владение объясняет, принадлежат ли нам эти машины или поставщик просто хранит их здесь.

00:03:41.440 --> 00:03:44.680
А стоимость отвечает на вопрос, какова ценность этих запасов.

00:03:44.800 --> 00:03:47.520
Отправной точкой для всего этого является карточка товара.

00:03:47.700 --> 00:03:50.480
Каждая позиция должна иметь идентификатор внутри системы.

00:03:50.620 --> 00:03:52.980
Обычно это номер артикула и четкое описание.

00:03:53.220 --> 00:03:58.560
Вы также определяете единицу измерения, часы, штуки, коробки, палеты, килограммы или метры.

00:03:58.760 --> 00:04:01.280
Именно здесь мелочи могут превратиться в большие проблемы.

00:04:01.520 --> 00:04:05.320
Если отдел закупок покупает кофейные фильтры коробками, а продажи продают их упаковками,

00:04:05.320 --> 00:04:07.560
Dynamics должна понимать соотношение этих единиц.

00:04:07.680 --> 00:04:11.960
Иначе одна команда будет считать, что у нее 10 коробок, а другая, что 10 отдельных фильтров.

00:04:12.080 --> 00:04:13.360
Это верный путь к путанице.

00:04:13.560 --> 00:04:15.540
Некоторые товары также имеют свои вариации.

00:04:15.720 --> 00:04:19.560
Футболка может быть размера S, M или L, она может быть черной, синий или белой.

00:04:19.680 --> 00:04:23.320
Один товар может иметь разные размеры, цвета, стили или конфигурации.

00:04:23.520 --> 00:04:26.600
Система может учитывать каждую комбинацию как отдельную складскую единицу.

00:04:26.800 --> 00:04:28.700
Таким образом, у вас не просто одна футболка.

00:04:28.820 --> 00:04:33.520
У вас может быть 12 черных футболок размера M на одном складе и 6 белых футболок размера L в другом месте.

00:04:33.520 --> 00:04:37.120
Именно такие детали важны, когда клиент просит что-то конкретное.

00:04:37.300 --> 00:04:40.960
Dynamics использует складские аналитики, чтобы систематизировать эти данные.

00:04:41.160 --> 00:04:46.420
Этот термин звучит технически, но по сути это метки, которые помогают системе отличать один товар от другого.

00:04:46.560 --> 00:04:48.620
Они отвечают на два практических вопроса.

00:04:48.700 --> 00:04:50.960
Где находится товар и что это за конкретный товар?

00:04:51.120 --> 00:04:52.860
Давайте разберем основные компоненты.

00:04:53.060 --> 00:04:55.140
Во-первых, существуют складские аналитики.

00:04:55.320 --> 00:04:57.240
Они описывают место, где находится товар.

00:04:57.380 --> 00:05:01.060
Dynamics позволяет отслеживать площадку, склад и конкретное местоположение на этом складе.

00:05:01.160 --> 00:05:02.620
Представьте это как адрес товара.

00:05:02.620 --> 00:05:07.260
Площадка представляет собой крупный объект, например, завод или распределительный центр.

00:05:07.480 --> 00:05:09.960
На этой площадке у вас может быть несколько складов.

00:05:10.080 --> 00:05:14.180
Например, один для приемки, один для готовой продукции и один для возвратов.

00:05:14.320 --> 00:05:15.940
Затем можно углубиться еще больше.

00:05:16.320 --> 00:05:21.320
Местоположение указывает на точную точку внутри склада, проход, стеллаж, полку и ячейку.

00:05:21.480 --> 00:05:25.760
Вместо того, чтобы говорить работнику склада, детали где-то на складе, система может сказать,

00:05:25.940 --> 00:05:29.140
проверьте проход 4, стеллаж 2, полку 3, ячейку 1.

00:05:29.140 --> 00:05:31.840
Это экономит время, когда нужно быстро найти товар.

00:05:31.940 --> 00:05:36.400
Складские аналитики говорят, где товар находится, а аналитики отслеживания, какой это именно товар.

00:05:36.520 --> 00:05:41.320
Номера партий, иногда называемые серийными номерами лотов, объединяют товары, которые поступили или были произведены вместе.

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

00:05:46.300 --> 00:05:49.640
Представьте, что пищевая компания получает две поставки одного и того же товара.

00:05:49.820 --> 00:05:53.760
Банки выглядят одинаково, но одна партия годна до июня, а другая – до сентября.

00:05:53.760 --> 00:05:59.000
При возникновении проблем с качеством компании нужно найти конкретную партию, не снимая все банки со всех полок.

00:05:59.160 --> 00:06:00.680
Серийные номера идут еще дальше.

00:06:00.920 --> 00:06:06.240
Серийный номер идентифицирует один конкретный товар, ноутбук, медицинский прибор или промышленный станок.

00:06:06.380 --> 00:06:11.400
Это помогает при ремонте, гарантийных требованиях, возвратах и отзывах продукции, так как можно отследить конкретную единицу.

00:06:11.560 --> 00:06:15.460
Когда вы открываете отчет о наличии в Dynamics, вы не получаете одну общую цифру по всей компании.

00:06:15.680 --> 00:06:20.680
Вы видите остатки по площадкам, местоположению на складе, партиям, серийным номерам и другим деталям, необходимым вашему бизнесу.

00:06:20.680 --> 00:06:25.960
Вы также можете видеть, где физически находится товар, доступен ли он для использования, зарезервирован под заказ или удерживается.

00:06:26.140 --> 00:06:28.380
Вот почему одного только названия продукта недостаточно.

00:06:28.540 --> 00:06:31.280
Последний компонент – это история транзакции по номенклатуре.

00:06:31.400 --> 00:06:37.800
Каждый раз, когда товар поступает, отгружается, перемещается, инвентаризируется, корректируется или передается в производство, Dynamics фиксирует транзакцию.

00:06:37.940 --> 00:06:40.720
Эта история дает возможность разобраться в ситуации, а не гадать.

00:06:40.860 --> 00:06:45.760
Если количество кажется неверным, вы можете просмотреть запись по товару и спросить, какое перемещение изменило это число.

00:06:45.880 --> 00:06:47.380
В этом и заключается волшебство.

00:06:47.380 --> 00:06:53.440
Далее проследим за одним товаром в его повседневном пути, ведь эти записи гораздо проще понять, когда запасы начинают перемещаться.

00:06:53.580 --> 00:06:55.720
От поставки от поставщика до заказа клиента.

00:06:55.880 --> 00:06:59.620
Представьте, что ваша компания по производству кофемашин заказывает 100 водяных насосов у поставщика.

00:06:59.840 --> 00:07:01.600
Путешествие начинается с заказа на закупку.

00:07:01.780 --> 00:07:06.180
В нем фиксируется, что именно вы ожидаете, сколько единиц заказали, кто их пришлет и куда они должны прибыть.

00:07:06.300 --> 00:07:10.020
Еще до того, как грузовик доедет до вашего здания, у бизнеса уже есть четкое понимание ожиданий.

00:07:10.160 --> 00:07:13.420
Это важно, потому что ожидаемая поставка – это еще не те запасы, которые можно продать.

00:07:13.420 --> 00:07:16.460
Когда груз прибывает, кто-то сверяет поставку с заказом на закупку.

00:07:16.560 --> 00:07:18.300
Прислал ли поставщик нужные насосы?

00:07:18.400 --> 00:07:20.080
Прислали они 100 штук или 98?

00:07:20.480 --> 00:07:21.840
Прибыли ли они на нужный склад?

00:07:21.980 --> 00:07:25.820
Как только поступление товаров зарегистрировано, Dynamics узнает, что насосы физически прибыли.

00:07:25.980 --> 00:07:30.460
Система может увеличить запись о физических запасах, но это не всегда означает, что насосы готовы к заказу клиента.

00:07:30.660 --> 00:07:32.420
Некоторые товары сначала требуют проверки.

00:07:32.560 --> 00:07:35.580
Пищевая компания может проверить партию на наличие повреждений или сроков годности.

00:07:35.720 --> 00:07:38.480
Производитель может протестировать деталь перед тем, как она пойдет в производство.

00:07:38.480 --> 00:07:42.780
Компания, работающая с регулируемыми товарами, может потребовать доказательства того, что поставка соответствует правилам.

00:07:42.860 --> 00:07:47.820
В Dynamics запасы могут быть помещены в карантинную зону или получить статус, препятствующий их использованию раньше времени.

00:07:48.040 --> 00:07:50.200
Сотрудники склада видят, что насосы прибыли.

00:07:50.340 --> 00:07:53.480
Отдел продаж и производства также видит, что они пока недоступны.

00:07:53.600 --> 00:07:58.280
Это позволяет избежать неприятной ошибки, когда клиенту обещают товар, который еще требует одобрения.

00:07:58.440 --> 00:08:02.180
После проверки насосы перемещаются из зоны приемки в обычное место хранения.

00:08:02.180 --> 00:08:07.580
Это называется размещением, хотя реальная работа может потребовать вилочного погрузчика, тележки или того, что кто-то донесет небольшую коробку до полки.

00:08:07.680 --> 00:08:09.100
Это перемещение имеет значение.

00:08:09.280 --> 00:08:12.240
Зона разгрузки – не то место, где насосы должны находиться следующие 6 месяцев.

00:08:12.420 --> 00:08:16.200
Складской команде нужно, чтобы они лежали в нужном месте, чтобы их можно было найти, когда поступит заказ.

00:08:16.360 --> 00:08:19.860
Dynamics фиксирует внутренние перемещения из зоны приемки в назначенное место на складе.

00:08:19.980 --> 00:08:22.300
Теперь представьте, что спрос изменился на другой площадке.

00:08:22.440 --> 00:08:24.640
На вашем главном складе хранится 80 насосов.

00:08:24.780 --> 00:08:27.560
Сервисному центру в другом городе нужно 20 штук для ремонтных работ.

00:08:27.560 --> 00:08:31.880
Вы же не хотите, чтобы сервисная команда просто взяла их с полки в надежде, что кто-то обновит список позже.

00:08:32.060 --> 00:08:35.720
Заказ на перемещение фиксирует запрос и движение товаров между складами или объектами.

00:08:35.880 --> 00:08:38.920
Пока товары в пути, Dynamics может учитывать их как перемещаемые.

00:08:39.060 --> 00:08:41.640
Они не исчезли, но еще не прибыли в пункт назначения.

00:08:41.800 --> 00:08:44.000
Это дает обеим сторонам более ясную картину.

00:08:44.260 --> 00:08:46.180
Отправляющий склад знает, что запас убыл.

00:08:46.420 --> 00:08:48.380
Принимающий склад знает, чего ожидать.

00:08:48.540 --> 00:08:52.240
Если груз прибыл не в полном объеме, разница фиксируется, и ее можно расследовать.

00:08:52.420 --> 00:08:53.900
Затем клиент оформляет заказ.

00:08:53.900 --> 00:08:57.360
Заказ на продажу сообщает бизнесу, что нужно клиенту и когда это требуется.

00:08:57.540 --> 00:09:02.160
Если запас есть и бизнес решает выделить его для этого клиента, Dynamics может зарезервировать количество.

00:09:02.480 --> 00:09:05.800
Резервирование означает, что эти насосы больше не являются общим запасом.

00:09:05.940 --> 00:09:10.520
Они откладываются под конкретный заказ, чтобы другой менеджер не пообещал те же единицы кому-то еще.

00:09:10.680 --> 00:09:15.280
Это особенно важно при низком уровне запасов или при наличии у клиента крайнего срока доставки.

00:09:15.480 --> 00:09:17.940
Затем склад отбирает насосы из мест их хранения.

00:09:18.120 --> 00:09:21.640
Для простых операций сотрудник может распечатать лист комплектации и собрать товары.

00:09:21.640 --> 00:09:26.300
На крупном предприятии управление складом может направлять эту работу через мобильное сканирование и складские правила.

00:09:26.480 --> 00:09:28.780
Учет запасов остается задействованным в любом случае.

00:09:28.980 --> 00:09:31.480
После отбора заказ проходит через упаковку и отгрузку.

00:09:31.620 --> 00:09:35.000
Как только товары отгружаны, Dynamics фиксирует, что насосы покинули склад.

00:09:35.180 --> 00:09:38.800
Доступное количество меняется, а история товара теперь показывает полную цепочку.

00:09:39.020 --> 00:09:41.920
От получения от поставщика до внутреннего хранения и доставки клиенту.

00:09:42.000 --> 00:09:44.960
Но реальная складская работа редко идет идеально по прямой линии.

00:09:45.120 --> 00:09:47.860
Клиент может вернуть насос, потому что он прибыл поврежденным.

00:09:47.860 --> 00:09:50.620
Сотрудник может обнаружить две сломанные единицы на полке.

00:09:50.800 --> 00:09:54.180
Во время инвентаризации фактическое количество может отличаться от данных в системе.

00:09:54.300 --> 00:09:58.800
Dynamics позволяет фиксировать возвраты, расхождение при подсчете, корректировки перемещений и ручные правки.

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

00:10:01.920 --> 00:10:05.080
Они создают цепочку записей, которые показывают, что изменилось, когда и почему.

00:10:05.260 --> 00:10:07.200
Эта цепочка помогает командам находить закономерности.

00:10:07.400 --> 00:10:09.660
Возможно, на одном и том же месте постоянно возникают ошибки при подсчете.

00:10:09.860 --> 00:10:12.080
Возможно, поставки от поставщика часто приходят не в полном объеме.

00:10:12.080 --> 00:10:15.760
Возможно, для возвращенных товаров нужен более четкий процесс проверки перед возвратом на склад.

00:10:15.760 --> 00:10:19.380
Количество говорит о том, что произошло с насосами, но у каждого насоса есть стоимость.

00:10:19.600 --> 00:10:22.000
Именно здесь складская активность напрямую связывается с финансами.

00:10:22.160 --> 00:10:27.020
Подписывайтесь на наший подкаст-платформе и поделитесь этим выпуском с теми, кто только начинает свой путь.

00:10:27.220 --> 00:10:28.880
Деньги, привязанные к запасам

00:10:28.880 --> 00:10:33.860
Итак, насосы на полках вашего склада – это не просто физические объекты, ожидающие отгрузки.

00:10:33.980 --> 00:10:36.160
Это деньги, которые компания уже потратила.

00:10:36.160 --> 00:10:42.940
И эти деньги остаются в финансовых отчетах компании как активы, пока насосы не будут проданы, использованы, списаны или иным образом не покинут склад.

00:10:42.940 --> 00:10:45.960
Эта простая связь меняет ваш взгляд на поступление товара.

00:10:46.160 --> 00:10:50.460
Суть в том, что когда прибывает 100 насосов, складская команда видит 100 единиц товара.

00:10:50.580 --> 00:10:54.360
Но финансовому отделу также нужно знать стоимость, которая только что была добавлена к запасам.

00:10:54.480 --> 00:11:00.420
А когда эти насосы отправляются к клиенту, склад видит освободившееся место, в то время как финансы должны учесть стоимость выбывающих товаров.

00:11:00.600 --> 00:11:02.900
Dynamics автоматически связывает эти две точки зрения.

00:11:03.100 --> 00:11:04.900
Именно здесь на помощь приходят группы товаров.

00:11:05.020 --> 00:11:09.680
Представьте группу товаров как способ организации схожей продукции, чтобы система знала, как обрабатывать их финансовые показатели.

00:11:09.680 --> 00:11:14.900
Например, можно поместить запасные части в одну группу, готовые кофемашины в другую, а сырье – в третью.

00:11:15.020 --> 00:11:23.200
В фоновом режиме эти группы сообщают Dynamics, на какие счета главной книги должны поступать финансовые данные по каждой закупке, продаже, корректировке или производственной операции.

00:11:23.400 --> 00:11:25.780
Вам не обязательно быть бухгалтером, чтобы понять это.

00:11:25.980 --> 00:11:33.960
Главная книга – это просто основной финансовый отчет компании, официальный бухгалтерский журнал, где финансы очлеживают все – активы, расходы, продажи, общую картину.

00:11:34.120 --> 00:11:40.260
Управление запасами направляет все суммы, связанные с товарами, в этот отчет, используя правила, которые вы задали в своих группах товаров.

00:11:40.380 --> 00:11:47.300
Это означает, что в конце месяца складская команда и финансовый отдел не сравнивают две разные системы и не спорят о том, чьи цифры верны.

00:11:47.420 --> 00:11:49.920
Они оба видят одну и ту же активность по товарам в Dynamics.

00:11:50.180 --> 00:11:52.420
Но остается один важный вопрос, требующий ответа.

00:11:52.520 --> 00:11:54.300
Сколько на самом деле стоит один насос?

00:11:54.420 --> 00:11:56.720
Это зависит от метода оценки запасов, который вы выберете.

00:11:56.920 --> 00:12:01.120
Метод оценки запасов – это просто правило, которое использует Dynamics при назначении стоимости запасом, покидающим склад.

00:12:01.120 --> 00:12:02.300
Позвольте привести пример.

00:12:02.420 --> 00:12:04.980
FIFA, FIFO, означает «первым пришел, первым ушел».

00:12:04.980 --> 00:12:09.540
Скажем, вы покупаете 50 насосов в январе по 20 долларов каждый, а затем еще 50 в феврале по 24 доллара.

00:12:09.620 --> 00:12:14.080
Когда вы отгружаете 10 насосов с использованием FIFA, Dynamics считает, что первыми уходят самые старые насосы.

00:12:14.160 --> 00:12:17.520
Таким образом, эти 10 единиц берутся из январской партии по 20 долларов каждая.

00:12:17.640 --> 00:12:23.660
Этот метод часто подходит для товаров, которые физически нужно использовать в порядке поступления, таких как продукты питания, лекарства или все, что может устареть.

00:12:24.080 --> 00:12:25.900
Средневзвешенная стоимость использует другой подход.

00:12:25.900 --> 00:12:32.740
Вместо того, чтобы хранить стоимость январской и февральской партии отдельно для каждой отгружаемой единицы, она объединяет стоимость всех доступных единиц в одну среднюю величину.

00:12:32.920 --> 00:12:39.820
Итак, если вы покупаете одинаковые насосы по разным ценам, система рассчитывает среднюю стоимость единицы, исходя из общей стоимости запасов, деленной на общее количество.

00:12:40.000 --> 00:12:44.500
Это логично, когда отдельные единицы товара перемешиваются, и вам не нужно отслеживать каждую поставку отдельно.

00:12:44.620 --> 00:12:50.020
Скользящие средние также используют средние значения, но оно меняется каждый раз, когда поступает новая партия товара по другой цене.

00:12:50.240 --> 00:12:51.980
Стандартная стоимость работает иначе.

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

00:12:58.240 --> 00:13:00.660
Каждый метод по-своему отвечает на один и тот же вопрос.

00:13:00.800 --> 00:13:03.680
Какая стоимость должна быть списана при выбытии этого товара со склада?

00:13:03.740 --> 00:13:07.020
Но стоимость меняется не только при получении поставки или отгрузке заказа.

00:13:07.140 --> 00:13:12.140
Производитель может передать сырье в производство, а затем вернуть готовую продукцию на склад с уже новой стоимостью.

00:13:12.260 --> 00:13:15.160
Корректировка при циклической инвентаризации может изменить стоимость запасов.

00:13:15.160 --> 00:13:17.360
Списание поврежденных товаров может ее уменьшить.

00:13:17.500 --> 00:13:20.060
Именно поэтому складской учет нельзя отделять от финансового.

00:13:20.240 --> 00:13:25.580
Если по документам на складе 500 насосов, а в финансах числится стоимость только 450, у вас проблема.

00:13:25.820 --> 00:13:28.180
Даже если на самом складе этого никто не замечает.

00:13:28.400 --> 00:13:33.640
Любое решение о прибыли, денежных средствах, закупках и продажах зависит от точности данных о количестве и стоимости.

00:13:33.840 --> 00:13:39.920
Когда Dynamics объединяет эти записи, вы можете видеть ситуацию шире, чем просто остатки на сегодня, и принимать более разумные решения по запасам каждый день.

00:13:40.100 --> 00:13:42.720
Прозрачность, пополнение запасов и ежедневный контроль.

00:13:42.720 --> 00:13:46.640
Когда вы можете доверять своим складским записям, принимать ежедневные решения становится намного проще.

00:13:46.820 --> 00:13:50.560
Закупщику больше не нужно обзванивать все склады и просить кого-то физически проверить наличие товара.

00:13:50.700 --> 00:13:56.740
Он может видеть точное наличие на разных площадках, складах и в ячейках, включая товары в пути или ожидающие проверки.

00:13:56.860 --> 00:13:58.460
И это различие имеет значение.

00:13:58.620 --> 00:14:03.500
У вас может быть 500 единиц товара в общей сложности, но для обещания клиентам доступны только 300.

00:14:03.700 --> 00:14:08.480
Часть находится в пути, часть ждет контроля качества, а часть уже зарезервирована под другие заказы.

00:14:08.480 --> 00:14:12.580
Dynamics помогает видеть количество, готовое к использованию, а не просто максимально возможную цифру.

00:14:12.720 --> 00:14:15.600
Такой четкий обзор также способствует более эффективному пополнению запасов.

00:14:15.700 --> 00:14:17.880
Каждому бизнесу нужно знать, когда пора закупать товар.

00:14:18.040 --> 00:14:20.220
Но ответ зависит не только от количества на сегодняшний день.

00:14:20.440 --> 00:14:26.940
Нужно также учитывать скорость продаж, сроки доставки поставщика и объем страхового запаса на случай внезапного скачка спроса.

00:14:27.080 --> 00:14:29.300
Этот дополнительный запас называется страховым.

00:14:29.480 --> 00:14:32.760
Думайте о нем как о резервном плане на случай, если что-то пойдет не по графику.

00:14:32.900 --> 00:14:34.060
Поставщик задержал доставку.

00:14:34.260 --> 00:14:35.660
Клиент сделал заказ больше обычного.

00:14:35.900 --> 00:14:38.500
Производственная линия использовала больше материалов, чем планировалось.

00:14:38.500 --> 00:14:41.520
Без этого резерва один неожиданный сюрприз может остановить всю работу.

00:14:41.680 --> 00:14:44.880
Но при слишком большом буфере вы снова начинаете хранить деньги на полках.

00:14:45.100 --> 00:14:51.020
Dynamics предоставляет данные для более точной настройки уровней запасов и их пересмотра при изменении спроса или сроков поставок.

00:14:51.160 --> 00:14:54.580
Но все это работает, только если записи в вашей системе соответствуют реальности.

00:14:54.740 --> 00:14:57.900
Вот почему инвентаризация по-прежнему является частью ежедневного контроля.

00:14:58.080 --> 00:15:02.700
Некоторые команды проводят полную инвентаризацию раз в год, а другие считают небольшие группы товаров в течение года.

00:15:02.860 --> 00:15:04.540
Это называется циклической инвентаризацией.

00:15:04.540 --> 00:15:12.940
Процесс очень прост. Вы считаете то, что реально лежит на полке, сравниваете с тем, что, по данным Dynamics, должно там быть, и выясняете причины расхождения перед внесением правок.

00:15:13.060 --> 00:15:18.660
Разница может возникнуть из-за порчи, кражи, пропущенного сканирования, неверного места хранения или старой ошибки при перемещении.

00:15:18.820 --> 00:15:21.620
Корректировка исправляет цифры, а расследование исправляет процесс.

00:15:21.820 --> 00:15:24.820
Dynamics также поможет вам выявить запасы, которые лежат слишком долго.

00:15:25.040 --> 00:15:28.000
Отчет по старению запасов покажет товары, которые давно не перемещались.

00:15:28.160 --> 00:15:33.580
Это критически важно для товаров со сроком годности, сезонной продукции, старых запчастей или товаров, на которые больше нет спроса.

00:15:33.580 --> 00:15:36.800
Выявите такие залежалые запасы вовремя, и у вас появятся варианты действий.

00:15:36.900 --> 00:15:42.860
Вы можете продать их со скидкой, переместить туда, где спрос выше, вернуть поставщику, если позволяет договор, или просто перестать их закупать.

00:15:43.000 --> 00:15:46.580
Если ждать, пока полки заполнятся неликвидом, эти возможности исчезнут.

00:15:46.680 --> 00:15:49.360
К тому же, не каждый товар заслуживает одинакового внимания.

00:15:49.540 --> 00:15:52.520
ABC анализ помогает распределить товары по их финансовой значимости.

00:15:52.740 --> 00:15:56.040
Небольшое количество позиций может составлять большую часть стоимости ваших запасов.

00:15:56.160 --> 00:16:00.120
Они требуют более тщательного учета, более взвешенных решений о заказе и внимательного контроля.

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

00:16:03.680 --> 00:16:05.760
Цель не в том, чтобы относиться ко всему одинаково.

00:16:05.880 --> 00:16:08.920
Цель – тратить время там, где ошибка обойдется бизнесу дороже всего.

00:16:09.160 --> 00:16:12.760
Существует также особый случай, о котором стоит знать ответственное хранение запасов.

00:16:12.880 --> 00:16:17.040
Представьте, что поставщик размещает свои детали на вашем складе, но они остаются в его собственности.

00:16:17.240 --> 00:16:23.840
Запасы находятся прямо рядом с производственной командой, готовые к использованию, но они не становятся вашими, пока вы фактически не примете их в собственность.

00:16:23.840 --> 00:16:25.800
Dynamics может отслеживать это различие.

00:16:25.980 --> 00:16:30.540
Ваша команда видит, что детали на месте, в то время как финансовый отдел четко понимает, кому они принадлежат.

00:16:30.660 --> 00:16:34.780
Когда вы используете деталь, система фиксирует смену владельца, и затраты становятся вашими.

00:16:34.900 --> 00:16:39.040
Это отлично подходит, когда нужен быстрый доступ к запасам без предварительной оплаты всего объема.

00:16:39.160 --> 00:16:43.960
Все это работает благодаря тому, что отделы закупок, продаж, производство, склад и финансы работают с общими данными.

00:16:44.120 --> 00:16:46.900
Отчеты могут формироваться на основе одной и той же истории складских операций.

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

00:16:51.160 --> 00:16:55.320
Тем не менее, одна распространенная путаница может сбить с толку новых пользователей Dynamics.

00:16:55.520 --> 00:16:59.740
Управление запасами и управление складом тесно связаны, но это не одно и то же.

00:16:59.900 --> 00:17:01.940
Это тема для другого полезного совета.

00:17:02.140 --> 00:17:06.380
Управление запасами и управление складом взаимосвязаны, но не идентичны.

00:17:06.560 --> 00:17:09.060
Давайте проясним распространенный источник путаницы.

00:17:09.240 --> 00:17:12.120
Управление запасами и управление складом решают разные задачи.

00:17:12.240 --> 00:17:14.940
Управление запасами ведет учет складских остатков по всей компании.

00:17:15.160 --> 00:17:17.440
Оно отвечает на главные вопросы – сколько у нас товара?

00:17:17.560 --> 00:17:18.360
Где он числится?

00:17:18.360 --> 00:17:21.000
Можем ли мы его использовать? И какова его стоимость?

00:17:21.180 --> 00:17:26.660
Этот учет сопровождает товар везде – при закупках, продажах, производстве, перемещениях, возвратах и инвентаризациях.

00:17:26.760 --> 00:17:29.980
Управление складом касается физической работы внутри складского помещения.

00:17:30.180 --> 00:17:35.120
Оно направляет сотрудников при приеме товаров, их размещении, комплектации заказов и погрузке отправок.

00:17:35.200 --> 00:17:41.140
В более сложных системах сотрудники используют мобильные устройства для сканирования штрих-кодов и отслеживания палет по номерным знаком.

00:17:41.340 --> 00:17:42.340
Подумайте об этом так.

00:17:42.480 --> 00:17:44.480
Управление запасами – это главный архив.

00:17:44.620 --> 00:17:47.660
В нем хранится полная история движения товаров для всего бизнеса.

00:17:47.660 --> 00:17:52.860
Управление складом помогает людям выполнять работу на складе, используя информацию из этого архива.

00:17:52.980 --> 00:17:57.740
Одно фиксирует историю, другое помогает сотрудникам точно и быстро обрабатывать товары на местах.

00:17:57.880 --> 00:18:00.500
Не каждой компании нужна одинаковая глубина проработки процессов.

00:18:00.620 --> 00:18:04.560
Небольшой дистрибьютор может начать с четкого учета номенклатуры, складов, перемещений и инвентаризаций.

00:18:04.680 --> 00:18:10.440
Крупному предприятию с множеством сотрудников, ячеек, палет и быстрым оборотом заказов могут потребоваться более глубокие складские процессы.

00:18:10.440 --> 00:18:13.760
Но в любом случае, каждому отделу нужна единая история товаров.

00:18:13.920 --> 00:18:14.200
Вывод.

00:18:14.360 --> 00:18:23.620
Одна общая история запасов – управление запасами Dynamics 365 фиксирует весь жизненный цикл товара от получения у поставщика и хранения до отправки клиенту и оценки стоимости.

00:18:23.800 --> 00:18:26.460
Это единая история запасов для вашего бизнеса в целом.

00:18:26.460 --> 00:18:28.840
Спасибо, что посмотрели еще один полезный совет.

00:18:29.020 --> 00:18:32.960
Подписывайтесь на новые выпуски со мной, Милка Питерсон, на М365 и ФМ.

00:18:33.080 --> 00:18:40.780
И посмотрите следующий эпизод, чтобы узнать, как Dynamics 365 Supply Chain Management объединяет закупки, склады и планирование вокруг этой же единой записи о запасах.