Skip to main content
El fulfillment es cómo el cliente recibe su pedido. No es el menú ni la app desde la que pidió — es la promesa: se lo llevamos a domicilio, lo retira, se lo servimos en la mesa, u otro flujo que definas. Creas las opciones de fulfillment en el dashboard de Fire spark. Cada opción tiene un tipo. Elige el tipo que coincide con el último paso del cliente — dónde cambia de manos la comida — no el canal que usó para pedir. Alguien puede pedir drive-thru desde tu app.
Cargos de envío, propinas y extras similares del checkout se atan a una opción de fulfillment. No son tipos de fulfillment por sí solos.

​
Tipos de fulfillment

Estos son los tipos que puedes elegir al crear una opción de fulfillment. En el dashboard los nombres aparecen como DELIVERY, PICKUP, TAKEOUT, DINE_IN, DRIVE_THRU, CURBSIDE, TABLESIDE y OTHER.
Usa delivery cuando un repartidor — flota propia, un socio o un agregador — lleva el pedido a una dirección. El cliente espera una entrega, no ir a la tienda.
Usa pickup cuando el cliente va a la tienda a retirar un pedido que ya hizo, a menudo con anticipación. La bolsa está lista en un estante, casillero o ventana de retiro.
Usa takeout cuando el cliente ya está en el local — kiosco o mostrador — y se lleva la comida. Es el “para llevar” en tienda, no la recogida programada desde la app.
Usa dine-in cuando el cliente se queda a comer. Los restaurantes lo operan de más de una forma: servicio a mesa, mostrador con pago primero (QSR) o kiosco y número de mesa. Elige el flujo inicial que coincida con la tienda.
Usa drive-thru cuando el cliente recibe el pedido en la ventana del carril. El pago suele cobrarse después de la entrega en la ventana. Ofrécelo solo en tiendas que tengan carril.
Usa curbside cuando el cliente estaciona y se queda en el auto. Paga antes de que arranque cocina. Después el personal lleva el pedido al lugar de estacionamiento. Misma idea que drive-thru, sin ventana — y el pago va primero.
Usa tableside cuando servir en la mesa es una opción propia — por ejemplo junto a takeout en la misma tienda. El cliente paga primero, se sienta y lo sirven.
Usa other cuando tu promesa no encaja con los tipos de arriba. Igual le pones nombre y decides en qué tiendas y canales se muestra.

​
Flujos iniciales

Al elegir un tipo, Fire spark sugiere un flujo inicial: cuándo arranca cocina, cuándo entregas el pedido al cliente y cuándo cobras. Puedes cambiar ese flujo. Dine-in y takeout ofrecen más de un flujo inicial porque los restaurantes los operan de formas distintas (servicio a mesa vs pago primero, kiosco vs mostrador).

​
Reglas por tienda, canal y tipo

Las reglas pueden variar por tienda y por canal. Una ubicación puede ofrecer delivery en tu app pero solo pickup en un agregador. Drive-thru puede existir solo en locales con carril; curbside en web pero no en kiosco. Fire spark mantiene esas reglas en un solo lugar para que cada superficie muestre solo lo que esa tienda puede cumplir.

​
Por qué importa comercialmente

El fulfillment mal configurado genera los fallos más visibles: el cliente espera delivery y la tienda preparó pickup; el agregador muestra un servicio que cocina no puede ejecutar. Puedes probar un modo de entrega nuevo o activar un tipo en una región sin una integración nueva. Defines el tipo, su flujo y dónde está activo.

​
Handoff a operaciones

Cuando se coloca un pedido, el tipo de fulfillment y los cargos relacionados viajan con él al POS o RMS. Cocina y despacho siguen en los sistemas que tu equipo ya usa; Fire spark lleva la elección del cliente del canal al mostrador.

​
Conceptos relacionados

Pedidos

Compras con un tipo de fulfillment

Tiendas

Dónde ocurre el fulfillment

Canales

Superficies que muestran opciones de fulfillment

Workflows de fulfillment

Nodos, callbacks, Release checkout y order.changed