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.
Glossary
Available-to-Promise (ATP)

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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Master the interconnected capabilities that govern modern order promising. These concepts extend beyond basic ATP checks to encompass capacity, profitability, and network-wide optimization.
Capable-to-Promise (CTP)
A multi-resource availability check that extends beyond on-hand inventory. CTP evaluates whether production capacity, raw materials, and transportation resources can be allocated to fulfill a new order by a specific date.
- ATP checks what is available; CTP checks what can be made available.
- Requires integration with Manufacturing Execution Systems (MES) and Material Requirements Planning (MRP).
- Example: An order for 500 units passes ATP (0 in stock), but CTP confirms the factory can produce them by Tuesday using available components.
Profitable-to-Promise (PTP)
A decision logic layer that overlays ATP and CTP to prioritize order fulfillment based on profitability rather than just chronological order entry.
- Segments customers by Customer Lifetime Value (CLV) or order margin.
- During constrained supply, PTP allocates scarce inventory to the most profitable channels or customers first.
- Uses dynamic margin analysis to evaluate the true cost-to-serve, including freight and handling, before making a promise.
Order Promising Logic
The overarching real-time system that synthesizes ATP, CTP, and PTP to generate a reliable delivery commitment. It translates complex supply chain constraints into a simple customer-facing date.
- Allocated ATP: Reserves a portion of supply for specific high-priority customers or channels before general availability.
- Backorder Processing: When ATP fails, the logic automatically calculates the earliest feasible ship date based on incoming supply.
- Integrates with Order Management Systems (OMS) to ensure the promise is captured and tracked through fulfillment.
Distribution Requirements Planning (DRP)
A time-phased planning methodology that applies dependent demand logic to distribution networks. DRP calculates net requirements and planned order releases for each echelon based on forecasts and current inventory positions.
- Drives the replenishment signals that ATP logic depends on for future supply visibility.
- Balances projected on-hand inventory against safety stock targets at each distribution center.
- Example: DRP determines that a regional warehouse needs a resupply order released today to prevent a stockout next week, feeding that planned receipt into the ATP engine.
Safety Stock Optimization
The algorithmic process of calculating the precise quantity of buffer inventory required to absorb demand and supply variability. This directly feeds the ATP calculation by defining the threshold below which inventory is not 'available' to promise.
- Cycle Service Level vs. Fill Rate: Different statistical targets dramatically change the safety stock requirement.
- Demand Sensing: Uses short-term POS data to reduce forecast error and, consequently, the safety stock needed.
- A poorly optimized safety stock leads to either failed ATP promises (stockouts) or excessive working capital (overstock).
Multi-Echelon Inventory Optimization (MEIO)
A holistic methodology that optimizes stock levels across the entire network simultaneously. MEIO informs ATP by determining the optimal positioning of inventory to maximize aggregate availability.
- Inventory Pooling: MEIO might recommend holding safety stock centrally rather than locally, affecting regional ATP availability.
- Lateral Transshipment: If a local ATP check fails, MEIO rules can trigger a peer-to-peer transfer to fulfill the order.
- Models the Bill of Distribution to understand how upstream delays cascade into downstream ATP failures.

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.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us