Доступно к обещанию: проверьте будущие обязательства, а не только остаток на дату

Какое дополнительное обещание допустимо

Available-to-promise, или ATP, помогает ответить на вопрос: сколько ещё можно назначить новому заказу на выбранную дату, сохранив существующие обязательства? Это отличается от физического наличия сейчас и от расчётного остатка в отдельный будущий день.

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

Microsoft Inventory Visibility определяет ATP как минимальный расчётный остаток от заданной даты до конца выбранного горизонта. Ниже воспроизводится эта конкретная модель на собственных числах; другие системы и методы могут использовать отличающиеся правила. Microsoft: dated ATP.

Зафиксируйте горизонт и входящие события

Выберите SKU, вариант, точку исполнения, единицу и момент среза. Укажите начало и конец защищаемого горизонта. Результат не должен выглядеть бессрочным, если проверены только пять дней.

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

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

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

Учебный пример: остатки по пяти дням

Все числа условные. На начало горизонта есть 20 пригодных единиц. Резервы не вычтены из этой цифры: все защищённые обязательства показаны ниже ровно один раз. Других потребностей, ограничений состояния или перемещений в модели нет.

Запланированы пригодные поступления: 30 единиц в день 3 и 20 в день 5. Уже подтверждённые выдачи: десять в день 1 и 35 в день 4.

Расчётные остатки после существующих событий:

• день 1: 20 − 10 = 10;
• день 2: 10;
• день 3: 10 + 30 = 40;
• день 4: 40 − 35 = 5;
• день 5: 5 + 20 = 25.

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

Почему сорок на дату дают только пять ATP

Новый расход в день 3 уменьшит не только остаток 40 этого дня, но и последующие пять и 25. Если обещать десять, после выдачи существующего заказа в день 4 получится минус пять.

Максимальное допустимое дополнение в день 3 равно минимуму из 40, 5 и 25, то есть пяти. Именно будущая защищённая выдача ограничивает сегодняшнее предложение по этой дате.

Для каждого дня получаем:

• ATP дня 1: минимум 10, 10, 40, 5, 25 = 5;
• ATP дня 2: минимум 10, 40, 5, 25 = 5;
• ATP дня 3: минимум 40, 5, 25 = 5;
• ATP дня 4: минимум 5, 25 = 5;
• ATP дня 5: 25.

Это не пять независимых запасов. Если использовать возможность одного дня, доступность последующих дат нужно пересчитать. Складывать ATP всех дней как суммарный объём продаж нельзя.

Выберите дату целого заказа или согласованный раздел

Новый покупатель просит десять единиц в день 2. Целиком этот объём не помещается ни во второй, ни в третий, ни в четвёртый день. Первая подходящая дата внутри проверенного горизонта — день 5, где ATP равен 25.

Если покупатель согласовал частичное исполнение, можно отдельно проверить вариант пять в день 2 и пять в день 5. После первой подтверждённой части расчётные остатки становятся 10, 5, 35, 0 и 20. Прежние 25 на день 5 больше не свободны.

После второй части останется 15 в конце дня 5. Итоговый баланс: начальные 20 плюс поступления 50 минус существующие выдачи 45 минус новый заказ десять равен 15. Все промежуточные обязательства сохраняют покрытие.

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

Граница горизонта может скрыть обязательство

Добавим отдельный контрольный сценарий: известно ещё одно защищённое обязательство на 22 единицы в день 6. Других поступлений нет. Без нового заказа остаток шестого дня составит 25 − 22 = 3.

При шестидневном горизонте ATP дня 2 теперь равен трём, а не пяти. Полный дополнительный заказ на десять не помещается ни на одну дату этого горизонта. Число 25 на день 5 не означает, что его можно свободно пообещать, игнорируя следующий день.

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

Не учитывайте поступление как план и факт одновременно

Для этой проверки вернёмся к исходному пятидневному сценарию без дополнительного заказа.

Когда ожидаемые 30 в день 3 реально приняты, они переходят в фактическое наличие. Соответствующее ожидание должно перестать участвовать как дополнительный будущий приход. Иначе тот же товар появится в расчёте дважды.

После существующей выдачи десяти и фактической приёмки 30 физический остаток равен 40. При оставшихся событиях минус 35 и плюс 20 ряд остаётся 40, 5, 25. Корректный переход планового события в факт не создаёт ещё 30 свободных единиц.

Microsoft отдельно описывает подтверждение фактического изменения и снятие соответствующего scheduled change. В своей системе проверяйте общий результат и связь событий, не копируя порядок API другого продукта без подтверждения. Microsoft: ожидаемые и фактические изменения.

Когда необходима проверка CTP

Если недостающий товар только предстоит изготовить, наличие компонентов не доказывает дату готовности. Нужны ресурс, производственный календарь, последовательность операций и время подготовки к отправке. Доставка клиенту также может произойти позже материальной готовности.

Microsoft различает ATP и capable-to-promise, CTP: последний дополнительно рассматривает мощность. Это полезная граница решения, но не обещание универсального расчёта любой производственной системы. Microsoft: ATP и CTP.

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

Данные и приёмочные проверки

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

Проверьте:

• ряд 10/10/40/5/25 даёт ATP 5/5/5/5/25;
• обещание шести в день 3 нарушает выдачу следующего дня;
• целые десять впервые помещаются в день 5;
• подтверждение пяти в день 2 уменьшает ATP дня 5 до 20;
• обязательство 22 в день 6 снижает ранний максимум до трёх;
• фактическая приёмка не удваивает ожидаемое поступление;
• два параллельных подтверждения не используют прежнюю возможность независимо;
• материальная дата не выдаётся за проверенную дату доставки.

Для заказов, склада и закупок SABSUS подтвердите нужные правила на конфигурации. Статья не заявляет о встроенном ATP/CTP, автоматическом резервировании или расчёте мощности.

Частые вопросы

ATP равен остатку на выбранную дату?

Не обязательно. Поздние обязательства могут уменьшить максимум нового обещания относительно этого остатка.

Можно сложить ATP нескольких дней?

Нет. Значения используют одно общее обеспечение. Новое подтверждение требует пересчёта следующих дат.

Найденная дата уже обещана клиенту?

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

Источники

• Microsoft Learn: Inventory Visibility on-hand change schedules and ATP.
• Microsoft Learn: Calculate sales order delivery dates using CTP.

Проверено 9 октября 2026 года. Числа и порядок событий учебные.