Inferensys

Glossary

Available-to-Promise (ATP)

A real-time capability check within an order management system that calculates the uncommitted portion of a company's inventory and planned production to provide a reliable delivery date to a customer.
Wide-angle shot of a modern WeWork open floor plan with creative walls covered in AI system architecture diagrams, product team collaborating in standing desk area with industrial lighting.
ORDER FULFILLMENT LOGIC

What is Available-to-Promise (ATP)?

Available-to-Promise is a real-time capability check that calculates the uncommitted portion of inventory and planned production to provide a reliable delivery date to a customer.

Available-to-Promise (ATP) is a real-time business function within an order management system that calculates the uncommitted portion of a company's inventory and planned production to provide a reliable delivery date to a customer. It dynamically allocates supply by subtracting confirmed customer orders and existing allocations from the total projected supply, returning a precise quantity and date that can be committed without causing a future stockout.

Unlike a simple on-hand stock check, ATP integrates with Master Production Schedules (MPS) and procurement plans to consider future supply receipts. When combined with Capable-to-Promise (CTP) logic, the system extends the check to evaluate unconstrained production capacity and raw material availability, enabling a multi-resource commitment that forms the foundation of accurate order promising logic and high On-Time In-Full (OTIF) performance.

REAL-TIME ORDER FULFILLMENT

Core Characteristics of ATP

Available-to-Promise (ATP) is a critical order promising function that performs a real-time, netted calculation of uncommitted inventory, scheduled production, and planned purchases to provide a reliable delivery date. These cards break down its essential operational characteristics.

01

The ATP Calculation Logic

The fundamental ATP equation is a time-phased netting of supply against demand. It starts with on-hand inventory, adds scheduled receipts (purchase orders, production orders), and subtracts actual customer orders and forecasted demand for each future time bucket. The result is the uncommitted quantity available to promise to a new customer order for a specific delivery date. This calculation is performed in real-time during the order entry process.

02

Push vs. Pull ATP Models

ATP can be deployed in two distinct modes:

  • Push ATP (Discrete ATP): Inventory is allocated to specific customer orders on a first-come, first-served basis. The system checks availability against a single, fixed quantity at a specific location.
  • Pull ATP (Capable-to-Promise): The system searches across the entire supply chain network—including upstream component availability, production capacity, and transportation constraints—to determine if a new order can be fulfilled, even if finished goods are not currently in stock.
03

ATP Horizon and Buckets

The ATP calculation operates over a defined planning horizon divided into discrete time buckets (typically days or weeks). In the near-term buckets, the system relies on actual, firm planned orders. In the mid-to-long-term buckets, it uses the Master Production Schedule (MPS) and forecasted supply. The precision of the ATP quantity degrades further into the horizon as planned supply becomes less certain, which is why ATP is most reliable for short-term order promising.

04

ATP Consumption Rules

When a new sales order is entered, the system must decide which ATP bucket to consume. Common consumption logic includes:

  • Forward Consumption: The order consumes ATP from the requested date and then searches forward in time for the next available ATP.
  • Backward Consumption: The system first tries to fulfill from ATP available before the requested date, minimizing late shipments.
  • Mixed Consumption: A hybrid approach that searches a defined window both backward and forward to find the optimal fulfillment date that balances service level and inventory holding costs.
05

ATP vs. Capable-to-Promise (CTP)

While ATP checks only the availability of uncommitted finished goods inventory and scheduled receipts, Capable-to-Promise (CTP) is a more complex, multi-resource check. CTP dynamically evaluates whether the production system has the available capacity, raw materials, and labor to manufacture a product that is not currently in stock. CTP is essential for make-to-order (MTO) environments where ATP alone would return a false negative.

06

Global ATP and Multi-Site Allocation

In a distributed order management system, Global ATP searches for availability across multiple distribution centers and plants simultaneously. The allocation logic uses configurable sourcing rules to determine the optimal fulfillment site based on factors like distance to customer, inventory carrying cost, local tax implications, and service level agreements. This prevents a local stockout from rejecting an order that could be profitably fulfilled from another node in the network.

AVAILABLE-TO-PROMISE

Frequently Asked Questions

Clear, technically precise answers to the most common questions about Available-to-Promise (ATP) logic, its calculation, and its role in modern order promising.

Available-to-Promise (ATP) is a real-time capability check within an order management system that calculates the uncommitted portion of a company's inventory and planned production to provide a reliable delivery date to a customer. It works by executing a dynamic netting calculation: the system takes the total projected supply (on-hand stock + scheduled receipts + planned production orders) and subtracts all existing hard allocations, sales orders, and reservations up to the requested delivery date. The remaining quantity is the ATP figure. Unlike a simple stock check, ATP is time-phased, meaning it can promise delivery on a future date even if the shelf is currently empty, provided a production run or inbound shipment is scheduled to arrive before that date. The core logic is: ATP = Projected Supply - Committed Demand within a specific time bucket. This prevents overselling and ensures that every order promise is backed by a physically available or soon-to-be-available unit, forming the backbone of Order Promising Logic.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.