01What it isQué es
Available-to-Promise (ATP) calculates what can be committed to a new order from stock and confirmed supply; Capable-to-Promise (CTP) extends the check to whether production or replenishment capacity can make it in time.
El Available-to-Promise (ATP) calcula qué puede comprometerse a un pedido nuevo a partir del inventario y el suministro confirmado; el Capable-to-Promise (CTP) extiende la verificación a si la capacidad de producción o reabasto puede lograrlo a tiempo.
02Why it mattersPor qué importa
A promise based on stale or partial inventory data is a future service failure. ATP that cannot see in-transit stock or plant inventory under-promises and loses sales; ATP that ignores reservations or quality holds over-promises and breaks trust. The quality of the promise depends on data latency and completeness more than on the sophistication of the algorithm.
Una promesa basada en datos de inventario viejos o parciales es una falla de servicio futura. Un ATP que no ve el inventario en tránsito o en planta promete de menos y pierde ventas; un ATP que ignora reservas o retenciones de calidad promete de más y rompe la confianza. La calidad de la promesa depende más de la latencia y completitud de los datos que de la sofisticación del algoritmo.
03How it is doneCómo se hace
1
Define the supply sources ATP may use. Stock by node, in-transit with reliable ETA, confirmed production, minus reservations and holds.
2
Reduce data latency. Event-driven or frequent updates instead of overnight batches.
3
Add CTP where products are made to order. Link the promise to the capacity plan and production lead times.
4
Measure promise accuracy. Share of ATP promises fulfilled as committed, reviewed with root causes.
1
Define las fuentes de suministro que puede usar el ATP. Inventario por nodo, en tránsito con ETA confiable, producción confirmada, menos reservas y retenciones.
2
Reduce la latencia de los datos. Actualizaciones por eventos o frecuentes en lugar de procesos batch nocturnos.
3
Agrega CTP donde los productos se hacen sobre pedido. Liga la promesa al plan de capacidad y a los lead times de producción.
4
Mide la exactitud de la promesa. Proporción de promesas ATP cumplidas tal como se comprometieron, revisada con causas raíz.
04The concept in depthEl concepto a fondo
ATP and CTP: how much can I promise and when can I deliver it›
ATP (Available-to-Promise) calculates in real time how much inventory is available to commit to new orders, considering current inventory, scheduled production or replenishment orders, and existing delivery commitments. CTP (Capable-to-Promise) goes further: if inventory is not available, CTP evaluates whether it can be produced in time to fulfill the order — integrating the capacity plan with promise management.
ATP vs. CTP: when to use each›
ATP: inventory already exists (in the warehouse or in already-scheduled production) and the system calculates how much is available for new commitments. Applicable in all environments. CTP: inventory doesn’t exist but can be produced. Requires integration with the production capacity plan. Applicable in make-to-order or configure-to-order environments where product is manufactured specifically for the order.
Multi-echelon ATP: inventory visibility across all network nodes›
An omnichannel ATP considers inventory across multiple nodes simultaneously: DCs, stores, in-transit, in production. An ATP that only sees DC inventory may promise inventory already committed from a store, or may not see in-transit inventory arriving tomorrow.
Intermediate vs. Advanced›
Intermediate: consults and uses ATP in the customer delivery promise process, escalates situations where ATP cannot cover the order.
Advanced: designs the ATP model with correct supply sources; implements CTP for make-to-order categories; manages the inventory allocation process under constraint.
Advanced: designs the ATP model with correct supply sources; implements CTP for make-to-order categories; manages the inventory allocation process under constraint.
ATP y CTP: cuánto puedo prometer y cuándo puedo entregarlo›
El ATP (Available-to-Promise) calcula en tiempo real cuánto inventario está disponible para comprometer en pedidos nuevos, considerando el inventario actual, las órdenes de producción o reabasto programadas y los compromisos de entrega existentes. El CTP (Capable-to-Promise) va más allá: si no hay inventario, evalúa si puede producirse a tiempo para cumplir el pedido, integrando el plan de capacidad con la gestión de la promesa.
ATP vs CTP: cuándo usar cada uno›
ATP: el inventario ya existe (en el almacén o en producción ya programada) y el sistema calcula cuánto está disponible para nuevos compromisos. Aplica en todos los entornos. CTP: el inventario no existe pero puede producirse. Requiere integración con el plan de capacidad de producción. Aplica en entornos make-to-order o configure-to-order donde el producto se fabrica específicamente para el pedido.
ATP multinivel: visibilidad del inventario en todos los nodos de la red›
Un ATP omnicanal considera el inventario de varios nodos a la vez: CEDIS, tiendas, en tránsito, en producción. Un ATP que solo ve el inventario del CEDIS puede prometer inventario ya comprometido desde una tienda, o no ver el inventario en tránsito que llega mañana.
Intermedio vs Avanzado›
Intermedio: consulta y usa el ATP en el proceso de promesa de entrega al cliente, y escala las situaciones en que el ATP no cubre el pedido.
Avanzado: diseña el modelo de ATP con las fuentes de suministro correctas; implementa CTP para categorías make-to-order; gestiona el proceso de asignación de inventario bajo restricción.
Avanzado: diseña el modelo de ATP con las fuentes de suministro correctas; implementa CTP para categorías make-to-order; gestiona el proceso de asignación de inventario bajo restricción.
05In practiceEn la práctica
The ATP is only as good as the data feeding it — data quality is the prerequisite›
An ATP with inventory data updated 6 hours ago (by overnight batch process) cannot commit the inventory from the last 6 hours of transactions. Real-time ATP requires real-time data feeds.
Multi-node ATP requires all inventory sources to be integrated›
An ATP that doesn’t see in-transit, store, or production inventory is a partial ATP that underestimates real availability and generates order rejections or unnecessarily long lead time promises.
ATP cannot commit the same inventory to two channels simultaneously›
The golden rule of ATP: one inventory unit can be committed to only one order at a time. An ATP that allows “overselling” (committing more inventory than available) generates delivery failures that are extremely costly to manage.
CTP requires integration of ATP with the production capacity plan›
For CTP to work, the OMS must be able to query available production capacity and production lead time for each SKU in real time — requiring integration between the OMS and the APS (Advanced Planning System) or the ERP’s MRP.
El ATP es tan bueno como los datos que lo alimentan: la calidad de datos es el prerrequisito›
Un ATP con datos de inventario actualizados hace 6 horas (por un proceso batch nocturno) no puede comprometer el inventario de las últimas 6 horas de transacciones. El ATP en tiempo real requiere flujos de datos en tiempo real.
El ATP multinodo exige integrar todas las fuentes de inventario›
Un ATP que no ve el inventario en tránsito, en tiendas o en producción es un ATP parcial que subestima la disponibilidad real y genera rechazos de pedidos o promesas con lead times innecesariamente largos.
El ATP no puede comprometer el mismo inventario en dos canales a la vez›
La regla de oro del ATP: una unidad de inventario solo puede comprometerse con un pedido a la vez. Un ATP que permite la “sobreventa” (comprometer más inventario del disponible) genera fallas de entrega extremadamente costosas de gestionar.
El CTP exige integrar el ATP con el plan de capacidad de producción›
Para que el CTP funcione, el OMS debe poder consultar en tiempo real la capacidad de producción disponible y el lead time de producción de cada SKU, lo que exige integrar el OMS con el APS (Advanced Planning System) o con el MRP del ERP.
06Illustrative caseCaso ilustrativo
Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Illustrative case: Real-time ATP implementation — electronics manufacturer, 3 inventory nodes
Manufacturer has inventory in 3 nodes (plant, national DC, in-transit) but ATP only queries the national DC.
Manufacturer has inventory in 3 nodes (plant, national DC, in-transit) but ATP only queries the national DC.
| Supply source | Current ATP status | Gap impact |
|---|---|---|
| National DC inventory | ● OK | Visible in current ATP · System baseline |
| Plant inventory (finished goods ready to ship) | ● HIGH | Not visible in ATP · Orders rejected for “out of stock” when 840 units available at plant |
| In-transit inventory (trucks with known ETA) | ● HIGH | Not visible in ATP · $2.4M of in-transit product not considered for delivery commitments |
| Scheduled production orders (in process) | ● MEDIUM | Partially visible · Only current-day production |
Result: Post multi-node ATP implementation: Customer fill rate improved from 88.4% to 94.2% with no inventory changes — the inventory existed but the ATP couldn’t see it. 840 units of “ghost inventory” at plant released for sales. $2.4M of in-transit inventory included in ATP logic for future delivery promises.
Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Caso ilustrativo: Implementación de ATP en tiempo real — fabricante de electrónica, 3 nodos de inventario
El fabricante tiene inventario en 3 nodos (planta, CEDIS nacional, en tránsito), pero el ATP solo consulta el CEDIS nacional.
El fabricante tiene inventario en 3 nodos (planta, CEDIS nacional, en tránsito), pero el ATP solo consulta el CEDIS nacional.
| Fuente de suministro | Estatus actual en el ATP | Impacto de la brecha |
|---|---|---|
| Inventario del CEDIS nacional | ● OK | Visible en el ATP actual · Línea base del sistema |
| Inventario en planta (producto terminado listo para embarcar) | ● ALTO | No visible en el ATP · Pedidos rechazados “por falta de inventario” habiendo 840 unidades disponibles en planta |
| Inventario en tránsito (camiones con ETA conocido) | ● ALTO | No visible en el ATP · $2.4M de producto en tránsito sin considerar para compromisos de entrega |
| Órdenes de producción programadas (en proceso) | ● MEDIO | Parcialmente visible · Solo la producción del día |
Resultado: Después de implementar el ATP multinodo: el fill rate a clientes mejoró de 88.4% a 94.2% sin cambios en el inventario; el inventario existía, pero el ATP no lo veía. Se liberaron para venta 840 unidades de “inventario fantasma” en planta. Se incluyeron $2.4M de inventario en tránsito en la lógica del ATP para futuras promesas.
07How it is measuredCómo se mide
ATP Accuracy % (delivery promises generated by ATP that are fulfilled)›
ATP Accuracy %
(Orders with fulfilled ATP promise / Total orders with ATP promise generated) × 100
Benchmark: >97% of ATP promises fulfilled · ATP accuracy <90% indicates incorrect assumptions in the ATP calculation
⚠️ Low ATP accuracy is the clearest indicator that the ATP system has incorrect assumptions — inventory the ATP considers “available” isn’t in practice, due to unrecorded reservations or quarantine inventory not reflected.
ATP Response Time (time for the system to calculate ATP for an order)›
ATP Response Time
Time from ATP request to system response (milliseconds or seconds)
Benchmark: <2 seconds for real-time e-commerce ATP · <30 seconds for complex multi-node ATP
🔑 An ATP that takes >10 seconds to respond cannot be used in an e-commerce environment where the customer expects near-instant availability confirmation.
Exactitud del ATP % (promesas de entrega generadas por el ATP que se cumplen)›
Exactitud del ATP %
(Pedidos con promesa ATP cumplida / Total de pedidos con promesa ATP generada) × 100
Benchmark: >97% de promesas ATP cumplidas · Una exactitud <90% indica supuestos incorrectos en el cálculo del ATP
⚠️ Una exactitud baja del ATP es el indicador más claro de que el sistema tiene supuestos incorrectos: inventario que el ATP considera “disponible” no lo está en la práctica, por reservas no registradas o inventario en cuarentena no reflejado.
Tiempo de respuesta del ATP (tiempo que tarda el sistema en calcular el ATP de un pedido)›
Tiempo de respuesta del ATP
Tiempo desde la solicitud de ATP hasta la respuesta del sistema (milisegundos o segundos)
Benchmark: <2 segundos en ATP de e-commerce en tiempo real · <30 segundos en ATP multinodo complejo
🔑 Un ATP que tarda >10 segundos en responder no puede usarse en un entorno de e-commerce donde el cliente espera una confirmación de disponibilidad casi instantánea.
08What you would useQué se usa
📌 ATP & CTP
SAP S/4HANA — aATP (Advanced ATP)›
Module: Multi-Node ATP + CTP + Allocation
SAP S/4HANA’s advanced ATP module queries inventory across multiple sources (warehouses, plants, in-transit, scheduled production) and executes CTP integrating the capacity plan.
SAP S/4HANA’s advanced ATP module queries inventory across multiple sources (warehouses, plants, in-transit, scheduled production) and executes CTP integrating the capacity plan.
Manhattan Active Omni — Real-Time ATP›
Module: Omnichannel Inventory Availability
Manhattan Associates real-time ATP system for omnichannel environments with multiple inventory nodes and multiple sales channels.
Manhattan Associates real-time ATP system for omnichannel environments with multiple inventory nodes and multiple sales channels.
📌 ATP y CTP
SAP S/4HANA — aATP (ATP avanzado)›
Módulo: ATP multinodo + CTP + asignación
El módulo de ATP avanzado de SAP S/4HANA consulta el inventario en múltiples fuentes (almacenes, plantas, en tránsito, producción programada) y ejecuta CTP integrando el plan de capacidad.
El módulo de ATP avanzado de SAP S/4HANA consulta el inventario en múltiples fuentes (almacenes, plantas, en tránsito, producción programada) y ejecuta CTP integrando el plan de capacidad.
Manhattan Active Omni — ATP en tiempo real›
Módulo: Disponibilidad de inventario omnicanal
Sistema de ATP en tiempo real de Manhattan Associates para entornos omnicanal con múltiples nodos de inventario y canales de venta.
Sistema de ATP en tiempo real de Manhattan Associates para entornos omnicanal con múltiples nodos de inventario y canales de venta.
The bottom lineEn corto
Promise from complete, current data. Include every legitimate supply source, remove reservations and holds, add CTP for make-to-order, and measure how often promises are kept.
Promete con datos completos y actuales. Incluye todas las fuentes legítimas de suministro, descuenta reservas y retenciones, agrega CTP para make-to-order y mide qué tan seguido se cumplen las promesas.
← PreviousAnteriorOMS architecture: order capture, routing & orchestrationArquitectura OMS: captura, ruteo y orquestación de pedidosNextSiguiente →Order prioritization, allocation & backorder managementPriorización de pedidos, asignación y gestión de backorders
All D07 componentsTodos los componentes de D07D07 artifactsArtifacts de D07SCRA