Планирование и исполнение цепочки поставок (SCP)

APS оптимизирует производственный график внутри завода; SCP расширяет этот план на поставщиков, закупки и исходящую логистику.

Да. Порталы для поставщиков и интеграции EDI/API автоматически синхронизируют подтверждения поставщиков и сроки поставки.

Безусловно. SCP разработан для балансировки спроса и предложения между несколькими заводами и складами.

Да. SCP в любом случае нужны поддерживаемая в актуальном состоянии НСИ по номенклатуре со сроками поставки и правилами заказа, спецификации (BOM), остатки, которым можно верить, и открытые заказы на закупку и производство; всё это должно приходить из ERP или другой системы учёта. Без MES выработка и списание материалов попадают в систему подтверждениями в конце смены или заказа, поэтому план реагирует с опозданием, но всё же реагирует.

Предложение на закупку считается арифметически по сроку поставки, минимальной партии (MOQ), кратности заказа, остатку на складе и спецификации. Если сроки поставки у поставщиков до сих пор те, что вбили при заведении позиции, предложения будут неверными, но выглядеть будут убедительно. Такие ошибки не прячутся: первые же прогоны планирования превращают неверный срок или остаток в явно неверную дату или количество. Почистить это до запуска в промышленную эксплуатацию гораздо дешевле, чем после.

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

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

Может, но решите, по чему он проверяет. ATP смотрит свободный остаток и подтверждённые поступления; CTP дополнительно проверяет, хватит ли мощностей и комплектующих, чтобы изготовить заказ в срок. Если APS есть, CTP считает по выстроенному в последовательность графику. Если нет, расчёт идёт по укрупнённым интервалам мощности, что направление даёт верное, но конфликт по последовательности или переналадке не поймает. Обещания рушатся на устаревших подтверждениях поставщиков и оптимистичной мощности, поэтому договоритесь с отделом продаж о том, что система вправе обещать без участия человека.

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

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