Программное обеспечение для расширенного планирования и составления расписаний: как оценить APS

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Программное обеспечение для расширенного планирования и составления расписаний строит графики с учётом реальных ограничений. Расскажем, как определить потребность, сравнить инструменты APS и проверить один из них на ваших данных.

Automatically translated with AI from the original post. Read the English original

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

Ключевые выводы

• Программное обеспечение для расширенного планирования и составления расписаний добавляет к возможностям MRP планирование на основе мощностей и определение последовательности, поэтому конкурирующие заказы и ограниченные ресурсы становятся частью плана.
• Прежде чем смотреть на продукты, определите свою задачу: сколько заказов конкурируют между собой, как часто план нарушается и каково реальное ограничение.
• Прежде чем что-либо покупать, проверьте, что ваша ERP-система уже умеет делать с конечной мощностью. Часть этих функций доступна только для ресурсов, для которых их включили.
• Оценивайте инструменты по моделированию ограничений, прозрачности, возможности ручной корректировки планировщиком, устойчивости перепланирования и усилиям, необходимым для поддержания чистоты мастер-данных.
• Тестируйте на собственных данных: прогоните прошедшую неделю и сравните расписание инструмента с тем, что произошло на самом деле.

Что такое программное обеспечение для расширенного планирования и составления расписаний?

Словарь APICS, цитируемый ASCM, описывает систему APS как компьютерную программу, которая использует сложные математические алгоритмы или логику для оптимизации функций планирования и составления расписаний. Это довольно широкое определение. Более практичное дано в работе Fraunhofer IPA (статья на немецком языке, перевод мой). Она помещает APS рядом с двумя другими классами программного обеспечения: управлением цепочками поставок на уровне сети и исполнением производства на уровне цеха, а ERP относит к уровню предприятия. Также в ней описаны три этапа логики планирования.

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

Эта статья рассматривает задачу с позиции покупателя: что решить в первую очередь, какие критерии важны и как проводить тестирование. Краткое определение самого термина см. в статье advanced planning and scheduling на этом сайте.

Где APS находится между ERP и производственным цехом?

ISA описывает ISA-95 как международный набор стандартов для интеграции логистических систем с системами управления производством. В его модели бизнес-планирование и логистика, где находится система ERP, относятся к уровню 4. Управление производственными операциями, включая MES, относится к уровню 3. APS обычно работает между ними: он получает заказы и мастер-данные сверху, строит расписание и передает его в цех.

Fraunhofer IPA отмечает, что ERP обычно является главным источником данных для планирования: мастер-данных по номенклатуре, спецификаций и маршрутов технологических операций. Это показывает, где будет основная работа с данными. Если эти записи в ERP неверны, любой APS очень эффективно составит неправильное расписание.

В той же работе указывается, что рынки APS и MES во многом пересекаются. Сразу выясните, кто отвечает за диспетчеризацию в цехе. Система управления производственным исполнением фиксирует то, что действительно произошло. APS определяет, что должно произойти дальше. Если обе системы претендуют на список заданий, планировщики и мастера будут работать по двум разным спискам.

Какую проблему вы хотите решить?

Fraunhofer IPA советует сначала определить область применения и требования, обычно через анализ текущего состояния и черновую концепцию, и только потом оценивать программное обеспечение. Для этого ответьте на следующие вопросы:

1. Сколько заказов конкурируют за одни и те же несколько ресурсов? Если немного, таблица Excel может все еще подойти.
2. Как часто план ломается в течение смены и почему? Остановки станков, нехватка материалов, срочные заказы?
3. Каково реальное ограничение: станок, квалифицированный сотрудник, инструмент, печь, испытательный стенд?
4. Зависят ли время переналадки от последовательности заданий? Если да, то составление последовательности действительно имеет ценность.
5. Кто сегодня составляет расписание, сколько это занимает времени и как часто его приходится переделывать?
6. Какие решения вы хотите поручить инструменту, а какие должны остаться за планировщиком?

Затем проверьте, что ваша ERP уже умеет делать. Например, Microsoft описывает планирование и составление расписания с учетом конечной мощности в Dynamics 365 Supply Chain Management. С его помощью плановый заказ, который не помещается в доступную мощность, переносится на дату, когда мощность есть. Однако это работает только для ресурсов, для которых оно включено. Используется временное окно, которое определяет, сколько дней рассматриваются как конечные, и Microsoft предупреждает, что окно в один день, скорее всего, слишком короткое для большинства производителей. Также там сказано, что конечную мощность не следует использовать, если мощность меняется вместе с требованиями, например при сменном графике работы. Если ваше ограничение выглядит именно так, вы уже многое узнали, еще не начав разговор ни с одним вендором. Ваша ERP может работать иначе, поэтому ищите такие же ограничения в ее документации. Связанная идея составления расписания с учетом конечной мощности лежит в основе всего этого.

По каким критериям отличаются друг от друга разные APS?

Списки функций выглядят похоже. На практике инструменты различаются по следующим критериям.

• Моделирование ограничений: может ли система отразить ваши реальные ограничения? Станки, сотрудники с нужными навыками, инструменты, сменные календари, переналадки, зависящие от последовательности, выпуск материалов в производство.
• Прозрачность: может ли планировщик увидеть, почему задание стоит именно там? Расписание, которое нельзя объяснить, не выдержит первого же спора в цехе.
• Правила приоритетов: можно ли менять правила (срок поставки, клиент, экономия на переналадке) без помощи вендора?
• Ручные корректировки: может ли планировщик переместить задание вручную, фиксирует ли система это действие и пересчитывает ли остальное? Уточните, что происходит с остальной частью расписания после ручного перемещения.
• Поведение при перепланировании: перепланирование после сбоя должно менять только то, что действительно нужно менять. Расписание, которое каждый раз перетасовывает все, в цехе не работает. Fraunhofer IPA также отмечает, что планы никогда не могут быть выполнены точно, поэтому нужен допуск на отклонения между фактическим и плановым выполнением.
• Интерфейсы данных: как система получает заказы, маршруты и данные о ходе выполнения и кто поддерживает эти интерфейсы?
• Время расчета: сколько занимает полный план на вашем объеме данных? Fraunhofer IPA упоминает, что время расчета в диапазоне минут ставит под сомнение планирование только раз в ночь, но проверьте это на собственном объеме данных.
• Что-если: можно ли проверить сценарий, не трогая действующее расписание?
• Трудозатраты планировщика: сколько времени нужно, чтобы поддерживать мастер-данные и правила в актуальном состоянии?
• Стоимость за несколько лет: лицензия, интеграции, работа с мастер-данными, обучение, обновления.

Что спросить у поставщика?

Возьмите эти вопросы на первый звонок. Хорошие ответы конкретны, а расплывчатые тоже многое говорят.

• Покажите расписание, построенное на наших данных, а не на вашем демонстрационном заводе.
• Что происходит, когда станок останавливается в 10 утра? Что меняется, а что нет?
• Как обрабатываются переналадки, зависящие от последовательности?
• Какие из наших правил планировщик может изменить самостоятельно?
• Как фиксируются и проверяются ручные корректировки?
• Какое качество данных нужно от нас и что вы делаете, если данных не хватает?
• Кто отвечает за интерфейс с нашей ERP и с системой цеха?
• С чем обычно сталкиваются клиенты в похожем процессе (единичное производство, серийное, партионное)?
• Можно ли выгрузить нашу модель, правила и данные, если мы уйдём?

Как проверить APS перед покупкой?

Используйте воспроизведение прошлых данных. Это самый дешёвый способ отделить маркетинг от реального соответствия.

1. Возьмите реальную прошлую неделю с обычным уровнем проблем.
2. Загрузите заказы, маршруты, календари и ресурсы в том виде, в каком они были на начало этой недели.
3. Пусть инструмент построит расписание.
4. Сравните его с тем, что произошло на самом деле, и с расписанием планировщика: опоздавшие заказы, количество переналадок, сверхурочные, простой на узком месте.
5. Добавьте сбой, например двухчасовую остановку на узком месте, и проверьте, что меняет перепланирование.
6. Пусть планировщик поработает с инструментом один день и отмечает каждый момент, когда он ему не доверял или не понимал его.

Согласуйте критерии успеха до начала. Иначе результаты будут спорить задним числом.

Пример: воспроизведение с вымышленными цифрами

Этот пример вымышлен, он показывает, как читать результаты воспроизведения. Это не измеренный результат.

В реальной неделе планировщика было 120 заказов, из них 14 с опозданием. В расписании инструмента 9 опоздавших заказов. Поставщик на этом остановился бы и назвал это победой. Внимательная команда смотрит на пять заказов, которые инструмент «спас». Два из них опирались на станок, который в реальности большую часть той недели простаивал, а инструмент этого не знал, потому что простои не попали во входные данные. Один опирался на время по маршруту, которое было слишком оптимистичным. Реальных улучшений оказалось только два. Честный вывод звучит так: «инструмент, скорее всего, лучше, а в наших данных есть пробел, который стоит закрыть». В любом случае это полезный результат.

Что нужно для внедрения?

В основном данные и распределение ответственности, а не софт.

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

Распространённые ошибки

• Покупка функций вместо соответствия. Длинный список модулей не поможет, если ваша проблема — одно узкое место.
• Пропуск проверки ERP. Ваша ERP может уже покрывать часть потребности.
• Доверие демоданным. Демонстрация на примерном заводе показывает поведение инструмента только в благоприятном случае.
• Игнорирование мастер-данных. Неверные нормы времени дают аккуратные, но неправильные расписания.
• Вывод планировщика из цикла. Планировщик должен иметь возможность переопределить решение и видеть, почему оно принято.
• Неясная ответственность между APS и MES. Два списка заданий дают две версии правды.
• Ожидание идеального плана. Отклонения от плана неизбежны. Заложите допуск и процедуру перепланирования.

Где здесь Polaris

Если вам нужен реалистичный план с учётом ограничений, стоит рассмотреть iFAKT Polaris. iFAKT описывает Polaris как ИИ и цифровой двойник для производства. Его модуль Polaris Optimizer превращает граф знаний «продукт – процесс – ресурс» в исполнимый оптимизированный производственный план на основе данных ERP в реальном времени, доступности ресурсов и ограничений: смен, зон, навыков и мощностей. Он выявляет узкие места, расставляет приоритеты заказов, анализирует влияние сбоев и пересчитывает план. Подойдёт ли он вам, зависит от вашего процесса и данных, поэтому сначала проверьте его на небольшом участке с помощью теста на воспроизведение, описанного выше.

Связанные темы для изучения

• Планирование на нескольких площадках. Если заводы используют общие ресурсы или заказы, решите, будет ли расписание вести одна команда или каждая площадка будет вести своё.
• Высокая номенклатурность и производство под заказ. Уникальные маршруты и длительные сроки инжиниринга меняют требования к инструменту планирования.
• Сигналы спроса. Скорость, с которой заказы и изменения клиентов попадают в расписание, определяет, how часто нужно пересчитывать план.
• Планирование и энергопотребление. Некоторым заводам нужна стоимость энергии как входной параметр планирования. Уточните, поддерживает ли инструмент это, до того как это станет важно.

Следующий шаг

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