Термин · Глоссарий B2B-ПО

Способные обещать (CTP) Системы (Capable-to-promise (CTP) Systems)

Capable-to-Promise (CTP) системы – класс программных решений для расширенного планирования заказов, позволяющих рассчитать реалистичную дату поставки с учётом реальной производственной мощности, доступности материалов и ресурсных ограничений. CTP является расширением ATP (Available-to-Promise) и применяется прежде всего в производстве на заказ (MTO – Make-to-Order).

Буква «С» В категориях: 3 Платформ: 6+

Определение и назначение CTP-систем

Capable-to-Promise (CTP) – функция планирования заказов, определяющая, может ли компания выполнить заказ клиента в запрошенный срок, принимая во внимание не только наличие готовой продукции (как ATP), но и производственные мощности, доступность комплектующих, загрузку оборудования и персонала, а также уже принятые обязательства перед другими клиентами. Результатом CTP-расчёта является реалистичная дата поставки, которую можно гарантировать без срыва существующих обязательств.

CTP применяется прежде всего в средах Make-to-Order (MTO) и Assemble-to-Order (ATO), где готовая продукция отсутствует на складе и поставка требует производства или сборки под конкретный заказ. В отличие от ATP, CTP не ограничивается существующими складскими запасами, а моделирует производственный процесс для оценки возможностей.

CTP vs. ATP: ключевые различия

Available-to-Promise (ATP) и Capable-to-Promise (CTP) – взаимодополняющие механизмы обещания заказов:

  • ATP отвечает на вопрос «Есть ли у нас этот товар?» – проверяет текущие остатки, плановые приходы и существующие обязательства. Формула: ATP = (Начальные запасы + Плановые приходы) − Подтверждённые заказы;
  • CTP отвечает на вопрос «Можем ли мы это произвести и поставить вовремя?» – проверяет производственные мощности, сырьё, время изготовления, пропускную способность узких мест (bottleneck resources);
  • Типичная логика: сначала выполняется ATP-проверка; если ATP недостаточен → запускается CTP-расчёт, определяющий реальную дату поставки с учётом производства;
  • CTP предполагает более сложные вычисления, требует конечного (finite) планирования мощностей; ATP работает с бесконечными (infinite) мощностями и проще в вычислении.

Принцип работы CTP-расчёта

CTP-расчёт выполняется при поступлении нового заказа и включает:

  • Проверку материальной доступности: наличие сырья, полуфабрикатов и покупных комплектующих для производства заказанного количества; учёт времени доставки от поставщиков для отсутствующих материалов;
  • Проверку производственных мощностей: доступная мощность критических рабочих центров и оборудования с учётом уже загруженных заказами временных слотов;
  • Учёт приоритетов: система учитывает приоритеты клиентов (VIP-клиенты, контрактные обязательства) при распределении дефицитных мощностей;
  • Расчёт реалистичной даты: на основе анализа выдаётся дата, когда заказ можно выполнить, не нарушая существующие обязательства.

В отличие от MRP (планирование с бесконечными мощностями), CTP применяет конечное планирование (Finite Capacity Scheduling): система не может «перегрузить» станок, работающий 24/7, дополнительными операциями – она находит ближайший свободный временной слот.

CTP в системах ERP и APS

Исторически CTP функциональность появилась в ERP-системах как расширение MRP/ATP. Oracle ERP первым внедрил CTP-расчёт в модуле Order Management; SAP предлагает CTP через компонент APO (Advanced Planner and Optimizer, ныне IBP – Integrated Business Planning). Однако полноценный CTP требует решений класса APS (Advanced Planning and Scheduling), способных работать с конечными мощностями в реальном времени:

  • SAP APO/IBP (интегрируется с SAP ERP/S/4HANA);
  • Oracle Advanced Supply Chain Planning;
  • Kinaxis RapidResponse – специализированная APS с сильным CTP;
  • o9 Solutions, Blue Yonder – современные APS-платформы с ML-оптимизацией;
  • Галактика ERP – российская ERP с модулями производственного планирования.

Ключевое требование к CTP-системе – скорость расчёта: клиент ожидает подтверждения заказа в режиме реального времени (секунды), тогда как традиционные MRP-расчёты выполнялись overnight в batch-режиме.

Применение CTP в различных отраслях

CTP-функциональность особенно востребована в отраслях с кастомизированным производством:

  • Машиностроение и производство сложного оборудования: каждое изделие уникально или опционально; подтверждение срока – критический элемент тендера;
  • Автомобильная промышленность (ATO): автомобиль на заказ с опциями; CTP определяет дату с учётом слотов на конвейере;
  • Аэрокосмическая и оборонная промышленность: длинные циклы производства, дефицитные комплектующие с длительным lead time, жёсткие контрактные сроки;
  • Производство промышленной электроники: кастомные конфигурации серверов, телеком-оборудования – CTP с учётом доступности BOM-компонентов.

OTIF и роль CTP в клиентском сервисе

CTP является технической основой метрики OTIF (On-Time In-Full) – одного из ключевых KPI цепочки поставок. Давая клиенту реалистичное и выполнимое обещание на основе фактических ограничений производства, CTP-система снижает число просроченных заказов и уменьшает потребность в ручном перепланировании. Интеграция CTP с клиентским порталом (customer self-service) позволяет клиентам получать подтверждённые даты поставки в режиме online без участия менеджеров по продажам.

Понятия из глоссария Цифрового маркетплейса, которые часто встречаются вместе с термином «Способные обещать (CTP) Системы».

Платформы класса «Способные обещать (CTP) Системы»

Решения из каталога Цифрового маркетплейса, относящиеся к этому классу ПО. Карточки ведут на полные карточки платформ с тарифами, обзорами и кейсами внедрения.

SM

SmartPlan

Управление предприятием
Система расширенного планирования производства (APS) для нефтегазовой отрасли. Разработка АО «Элемент 5 Нефтег...
Цена по запросу
Подробнее →
Optimacros

Optimacros

Управление предприятием
Optimacros - универсальная платформа BI/EPM
Цена по запросу
Подробнее →
ПрограмБанк.БизнесАнализ

ПрограмБанк.БизнесАнализ

Управление предприятием
ПрограмБанк.БизнесАнализ — российская BI-платформа в архитектуре хранилища данных для финансовых организаций....
Цена по запросу
★ 4.7
Подробнее →

Категории каталога

Разделы каталога Цифрового маркетплейса, в которые входят решения, использующие «Способные обещать (CTP) Системы».

Где применяется

Отрасли, в которых «Способные обещать (CTP) Системы» используется на практике. Откройте отраслевой раздел Цифрового маркетплейса, чтобы увидеть подходящие решения, кейсы и новости.

Частые вопросы про Способные обещать (CTP) Системы

В чём принципиальное отличие CTP от ATP?

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

Нужен ли для CTP отдельный APS или достаточно ERP?

Базовая CTP-функциональность есть в крупных ERP (SAP, Oracle). Однако реальный CTP в высоконагруженных производствах требует APS-решений, способных выполнять конечное планирование мощностей в реальном времени. ERP-системы нередко работают с бесконечными мощностями в MRP-части, что делает CTP-расчёт неточным.

Как CTP влияет на OTIF-метрику?

CTP снижает разрыв между обещанной и фактической датой поставки, улучшая OTIF. Без CTP менеджеры по продажам дают даты «вручную», нередко оптимистично, что ведёт к просроченным заказам. CTP даёт обоснованное обещание, которое производство реально может выполнить.

Что такое Profitable-to-Promise (PTP)?

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

Где CTP реализован в SAP?

В SAP CTP реализован в модуле APO (Advanced Planner and Optimizer) в компоненте ATP (Global ATP – GATP), который включает CTP-расчёт как расширение стандартного ATP. В SAP S/4HANA это функциональность переходит в SAP IBP (Integrated Business Planning) с возможностью работы в режиме реального времени через HANA in-memory вычисления.