APS-планирование производства: как работает и как интегрировать с 1С

Производственный план на месяц может выглядеть идеально на бумаге и при этом оказаться невыполнимым уже на первой неделе.

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

Именно здесь появляется APS — Advanced Planning and Scheduling. В отличие от долгосрочного или агрегированного планирования, APS ориентирован на построение более детального и исполнимого расписания с учётом доступных ресурсов и ограничений.

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

Что такое APS-планирование

APS расшифровывается как Advanced Planning and Scheduling — расширенное планирование и составление производственных расписаний.

В практическом смысле APS — это класс инструментов, который связывает производственную программу с реальными мощностями и календарём ресурсов и помогает построить расписание выполнения работ.

Упрощённо:

Заказы
   ↓
Производственная программа
   ↓
APS
   ↓
Мощности + материалы + ограничения
   ↓
Производственный график
   ↓
Операции / сменные задания
   ↓
Факт

Поэтому APS нельзя сводить к обычному календарю задач. В промышленном производстве расписание должно учитывать зависимости между операциями и ограниченные ресурсы.

Чем APS отличается от MRP

MRP прежде всего отвечает на вопрос, что и в каком количестве нужно обеспечить для выполнения производственной программы.

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

Уровень	Основной вопрос	Пример результата
MRP	Что нужно для производства?	Потребность в материалах и комплектующих
Планирование производства	Что и когда нужно выпустить?	План производства
APS	Как разместить работы с учётом ограничений?	Исполнимый график
MES	Что конкретно выполнять в цехе сейчас?	Операции и оперативные задания
SCADA	Что происходит непосредственно на оборудовании?	Телеметрия и технологический факт

В реальной архитектуре эти уровни не обязаны быть отдельными программами. Например, 1С:ERP уже содержит производственное планирование, графики производства и инструменты оперативного управления, а пооперационное планирование может выполняться с использованием MES-инструментов.

APS и 1С:ERP: где находится граница

В 1С:ERP есть развитая функциональность производственного планирования. На уровне предприятия формируются согласованные планы производства, снабжения и продаж. На межцеховом уровне формируется график производства, а на уровне цеха выполняются диспетчирование и планирование операций.

Поэтому вопрос «нужен ли отдельный APS поверх 1С» нельзя решать только по названию системы. Сначала нужно определить:

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

Если стандартного планирования 1С достаточно, отдельный APS может быть избыточным. Если же требуется специализированная оптимизация расписания, можно вынести APS-контур в отдельный сервис и оставить 1С владельцем основных бизнес-данных.

Какие данные нужны APS

Качество расписания ограничено качеством исходной модели производства. Минимальный набор данных включает:

В 1С:ERP ресурсные спецификации содержат данные о производственных этапах, материалах, трудозатратах, рабочих центрах и технологических операциях; эти данные используются при планировании и расчёте загрузки.

Ограничения, которые должен видеть APS

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

Ограничение	Пример
Мощность	Недостаточно часов станка
Календарь	Ресурс работает только в одну смену
Материал	Комплектующие поступят позже запуска
Технология	Операцию нельзя начать до завершения предыдущей
Переналадка	Смена типа изделия требует дополнительного времени
Квалификация	Операцию может выполнять ограниченный набор сотрудников
Приоритет	Заказ клиента должен быть выполнен раньше остальных
Техническое состояние	Оборудование недоступно из-за ремонта

Как APS строит производственный график

Упрощённо задача выглядит так:

Заказы
  ↓
Технологические маршруты
  ↓
Потребность в операциях
  ↓
Доступность рабочих центров
  ↓
Ограничения
  ↓
Расписание
  ↓
Проверка исполнимости
  ↓
Производственный график

Если один ресурс уже занят, операция должна быть перенесена на другой доступный ресурс либо на другое время. Если такой возможности нет, система должна показать конфликт, а не создать красивый, но невыполнимый календарь.

Forward и backward scheduling

В производственном планировании часто используются два базовых подхода.

Forward scheduling

Планирование начинается от доступного момента запуска и строится вперёд:

Старт
 ↓
Операция 10
 ↓
Операция 20
 ↓
Операция 30
 ↓
Готовое изделие

Подход полезен, когда нужно определить максимально раннюю возможную дату выпуска.

Backward scheduling

Расписание строится от требуемой даты готовности назад:

Дата потребности
      ↑
Операция 30
      ↑
Операция 20
      ↑
Операция 10
      ↑
Дата запуска

Такой подход полезен, когда главным ограничением является обещанная дата поставки.

В реальном APS оба подхода могут использоваться в зависимости от задачи, приоритетов и алгоритма планирования.

APS и bottleneck-анализ

APS и теория ограничений решают связанные, но не одинаковые задачи.

Bottleneck-анализ отвечает на вопрос: какой ресурс сейчас ограничивает пропускную способность системы?

APS отвечает на вопрос: как разместить работы с учётом доступных ресурсов и ограничений?

Производственная программа
          ↓
Bottleneck Analysis
          ↓
Критическое ограничение
          ↓
APS
          ↓
Оптимизированное расписание
          ↓
MES / сменные задания

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

Подробнее о поиске ограничений мы разбирали в статье «Теория ограничений TOC и bottleneck-анализ производства».

APS и производственный график в 1С:ERP

В 1С:ERP график производства представляет собой совокупность этапов производства, распределённых по времени. При расчёте графика учитывается доступность загружаемых видов рабочих центров, а при перепланировании график может быть пересформирован с учётом приоритетов заказов и изменившихся исходных данных.

Это уже очень близко к тому, что бизнес обычно ожидает от APS: получить не только план выпуска, но и исполнимое размещение производственных работ.

Что делать, если стандартного планирования 1С недостаточно

В таком случае не обязательно заменять 1С. Более устойчивый вариант — оставить 1С системой управления основными бизнес-сущностями, а специализированный планировщик сделать отдельным вычислительным сервисом.

                 1С:ERP
                    │
        заказы / спецификации / факт
                    │
                    ▼
             Integration Layer
                    │
                    ▼
              APS Engine
                    │
        ┌───────────┼───────────┐
        ▼           ▼           ▼
   Scheduler     Capacity    Constraints
        │           │           │
        └───────────┼───────────┘
                    ▼
             Production Plan
                    │
                    ▼
                 1С / MES

Такой подход позволяет отдельно развивать алгоритмы планирования, не превращая 1С в хранилище всей вычислительной логики.

APS как отдельный сервис

Для сложного производства APS можно представить как сервис с несколькими основными компонентами:

APS Service
├── Order Loader
├── Routing Engine
├── Capacity Model
├── Constraint Engine
├── Scheduler
├── Optimization
├── Scenario Manager
└── Plan Publisher

Входом служит актуальная производственная модель, выходом — расписание и набор производственных решений.

Сценарное планирование

Одно из главных преимуществ отдельного APS-контура — возможность быстро сравнивать несколько вариантов.

Текущий план
    │
    ├── Сценарий A: +1 смена
    ├── Сценарий B: новый станок
    ├── Сценарий C: аутсорсинг операции
    └── Сценарий D: другой приоритет заказов
             ↓
        Сравнение
             ↓
        Новый план

1С:ERP также поддерживает сценарии планирования и версии планов, что позволяет моделировать различные варианты развития и корректировать планы, включая скользящее перепланирование.

APS и перепланирование

На реальном производстве план не остаётся неизменным. Клиент переносит срок, ломается станок, материал приходит позже, появляется срочный заказ.

Поэтому хороший APS должен уметь быстро пересчитывать расписание:

План
 ↓
Изменение
 ↓
Что стало недоступно?
 ↓
Какие операции затронуты?
 ↓
Пересчитать
 ↓
Проверить сроки
 ↓
Опубликовать новый план

В 1С:ERP механизм перепланирования позволяет переформировать существующий график с учётом приоритетов заказов и изменившихся исходных данных.

APS + WMS

Производственное расписание не существует отдельно от материалов. Если APS запланировал выпуск, но WMS показывает, что комплектующие физически недоступны, такой план не имеет практического смысла.

APS
 ↓
Потребность в материалах
 ↓
WMS / 1С
 ↓
Доступность
 ↓
APS
 ↓
Исполнимый график

Поэтому интеграция APS должна учитывать не только рабочие центры, но и состояние обеспечения.

APS + MES

APS обычно работает на горизонте планирования, а MES — ближе к исполнению операций. В 1С:ERP также выделены межцеховой и внутрицеховой уровни, а пооперационное планирование может выполняться с использованием MES-инструментов.

APS
 ↓
График
 ↓
MES
 ↓
Операции
 ↓
Сменные задания
 ↓
Факт
 ↓
APS / перепланирование

Получается замкнутый контур, в котором планирование постоянно получает обратную связь от исполнения.

APS + SCADA

Если оборудование подключено к SCADA, данные о фактическом состоянии производства могут использоваться для актуализации расписания.

APS Plan
   ↓
MES
   ↓
SCADA
   ↓
Факт оборудования
   ↓
Downtime / Output
   ↓
Analytics
   ↓
APS Replanning

Например, длительный простой критического станка может автоматически сформировать событие для перепланирования.

Какие KPI можно связать с APS

KPI	Что показывает
Plan / Fact	Насколько производство следует плану
OTIF	Выполнение заказов в срок и полном объёме
Capacity Utilization	Использование доступной мощности
Schedule Adherence	Отклонение фактического исполнения от расписания
WIP	Объём незавершённого производства
Setup Time	Потери мощности на переналадках
Lead Time	Продолжительность производственного цикла

APS и AI

AI можно использовать поверх APS, но не обязательно отдавать нейросети сам расчёт производственного расписания.

Детерминированный scheduler должен работать с формальными ограничениями, а AI может помогать руководителю анализировать сценарии:

APS Engine
   ↓
Расчёт
   ↓
Сценарии
   ↓
Business Tools
   ↓
LLM
   ↓
«Почему заказ №123
не помещается в срок?»

«Что изменится,
если добавить смену?»

«Какой ресурс станет
ограничением?»

Такой подход позволяет использовать AI как аналитический и объясняющий слой, не превращая LLM в источник производственной математики.

Какие Business Tools можно дать AI

get_production_plan()
get_schedule()
get_capacity()
get_bottlenecks()
get_order_delays()
get_material_shortages()
get_machine_downtime()
simulate_extra_shift()
simulate_outsourcing()
simulate_priority_change()

Тогда AI может отвечать руководителю на естественном языке, а все расчёты выполняются контролируемыми сервисами.

APS и PostgreSQL

Для отдельного планировщика удобно иметь аналитический или расчётный контур, отделённый от оперативной базы 1С.

1С
 ↓
Integration Layer
 ↓
PostgreSQL
 ↓
APS Engine
 ↓
Plan / Scenario
 ↓
1С / MES

Это позволяет хранить версии планов, сценарии, результаты расчётов и историю перепланирования без избыточной нагрузки на оперативную систему.

Что передавать между 1С и APS

1С → APS	APS → 1С
Заказы	Расписание
Спецификации	Плановые даты
Маршруты	Рабочие центры
Нормы времени	Приоритеты
Календари	Производственные этапы
Доступность материалов	Результаты сценария
Фактическое состояние	Изменения графика

API-контракт между 1С и APS

Внешний планировщик не должен зависеть от десятков внутренних объектов 1С. Лучше определить собственный контракт.

GET /api/production/orders
GET /api/production/resources
GET /api/production/routes
GET /api/production/materials

POST /api/planning/scenarios
POST /api/planning/schedule
POST /api/planning/publish

Внутри Integration Layer этот контракт преобразуется в OData, HTTP-сервисы или другие механизмы 1С.

Подробнее о роли OData в таком слое мы разбирали в статье «1С OData: как работать с API 1С и интегрировать внешние системы».

Когда APS действительно нужен

Отдельный APS-контур становится особенно интересен, когда:

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

Когда достаточно 1С:ERP

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

1С:ERP уже позволяет формировать производственные графики, учитывать доступность рабочих центров, управлять очередью заказов, перепланировать график и контролировать выполнение производства.

Поэтому правильный вопрос звучит не «есть ли у нас APS», а: какую задачу планирования стандартная система не решает с требуемой точностью и скоростью?

Минимальный MVP APS

Для первого этапа не обязательно строить сложный оптимизатор всего завода. Можно начать с одного производственного участка.

Production-grade архитектура APS

┌──────────────────────┐
│       1С:ERP         │
│ заказы / спецификации│
│ производство / факт  │
└──────────┬───────────┘
           │
           ▼
┌──────────────────────┐
│  Integration Layer   │
│ API / Mapping / ACL  │
└──────────┬───────────┘
           │
           ▼
┌──────────────────────┐
│      PostgreSQL      │
│ model / plans / fact │
└──────────┬───────────┘
           │
           ▼
┌──────────────────────┐
│      APS Engine      │
│ capacity / scheduler │
│ constraints / solver │
└──────────┬───────────┘
           │
      ┌────┴────┐
      ▼         ▼
   Scenario   Schedule
      │         │
      └────┬────┘
           ▼
       1С / MES
           │
           ▼
       Production
           │
           ▼
       Fact / SCADA
           │
           └──────→ Replanning

Типичные ошибки при внедрении APS

Ошибка	Что происходит
Оптимизировать расписание без качественной модели производства	APS строит красивый, но нереальный план
Не учитывать материалы	Операции запланированы, но производство не может начаться
Игнорировать переналадки	Расчётная мощность завышена
Не учитывать bottleneck	График перегружает критический ресурс
Пытаться заменить APS нейросетью	Расписание становится непрозрачным и плохо контролируемым
Зашить всю логику в 1С	Сложно развивать специализированный планировщик
Не получать фактические данные	План быстро расходится с реальным производством
Не предусмотреть перепланирование	Любое отклонение разрушает исходный график

Итог

APS-планирование — это переход от статического производственного плана к расписанию, которое учитывает реальные ресурсы, ограничения и последовательность выполнения работ.

При этом APS не обязательно означает отдельную большую систему. В 1С:ERP уже есть механизмы производственного планирования, формирования графика, учёта доступности рабочих центров и перепланирования.

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

В таком случае рациональная архитектура выглядит так:

1С:ERP
  ↓
Integration Layer
  ↓
APS Engine
  ↓
Schedule / Scenarios
  ↓
MES
  ↓
SCADA / Fact
  ↓
Replanning
  ↺

А если поверх этого контура добавить bottleneck-анализ и AI, руководитель получает уже не просто производственный график, а систему, которая может объяснить, почему заказ не помещается в срок, какое ограничение мешает выпуску и что изменится при другом сценарии планирования.