Skip to main content
Valida el carrito actual, bloquea el intent de pago, copia el workflow de fulfillment, cierra el pedido y arranca el walker de place. El walker entra al primer state y espera una actualización de estado posterior.
Requiere un access token de Storefront API de Intercambio de token. Un segundo place del mismo pedido se rechaza.
En @fire-spark/storefront, llama order.placeOrder(). Sin intent_id, el SDK guarda primero los tenders actuales (de setTenders / applyRedeem, o de payment como un tender real) y luego coloca con el intent_id de ese borrador. Si la última sincronización del carrito fue rechazada, placeOrder lanza OrderSyncRejectedError (con el code de la API) y no coloca nada. Sin un tender real y con canjes que no cubren el total, lanza OrderPaymentRequiredError (code: PAYMENT_REQUIRED) sin llamar a la API.

Parámetros de ruta

Cuerpo de la solicitud

Envía intent_id o payment.type. No hay efectivo por defecto: un cuerpo sin ninguno de los dos ({}) se rechaza con 422 PAYMENT_REQUIRED, salvo que los canjes cubran todo el total. En ese caso place arma solo tenders REDEMPTION. Un intent DRAFT o LOCKED ya guardado se abandona si colocas sin intent_id. El intent nuevo queda LOCKED.
Para bloquear un borrador que ya guardaste:

Respuesta