> ## Documentation Index > Fetch the complete documentation index at: https://firespark.cloud/docs/llms.txt > Use this file to discover all available pages before exploring further. # Fulfillment > Cómo recibe el cliente el pedido — los tipos de fulfillment que puedes ofrecer y en qué se diferencian. 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](https://firespark.cloud). 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. > [!TIP] > > 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. | Tipo | Qué vive el cliente | Dónde suele ofrecerse | | - | - | - | | Delivery | Llevan el pedido a una dirección | App, web, call center, agregadores | | Pickup | El cliente retira el pedido en la tienda, a menudo a una hora que eligió | App, web, agregadores | | Takeout | El cliente pide en el local y se lleva la comida | Kiosco, mostrador (POS) | | Dine-in | El cliente come en el restaurante | Kiosco, mostrador (POS) | | Drive-thru | El cliente recibe el pedido en la ventana | App, web, mostrador (POS) | | Curbside | El cliente paga primero, se queda en el auto y el personal le lleva el pedido | App, web, mostrador (POS) | | Tableside | El cliente paga primero y el personal sirve en la mesa | Kiosco, mostrador (POS) | | Other | Un flujo que defines cuando ninguno de los tipos anteriores encaja | Donde necesites una promesa propia | En el dashboard los nombres aparecen como `DELIVERY`, `PICKUP`, `TAKEOUT`, `DINE_IN`, `DRIVE_THRU`, `CURBSIDE`, `TABLESIDE` y `OTHER`. > [accordion] Delivery > > 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. > [accordion] Pickup > > 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. > [accordion] Takeout > > 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. > [accordion] Dine-in > > 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. > [accordion] Drive-thru > > 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. > [accordion] Curbside > > 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. > [accordion] Tableside > > 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. > [accordion] Other > > 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 > [card] [Pedidos](https://firespark.cloud/docs/es/concepts/orders.md) > > Compras con un tipo de fulfillment > [card] [Tiendas](https://firespark.cloud/docs/es/concepts/stores.md) > > Dónde ocurre el fulfillment > [card] [Canales](https://firespark.cloud/docs/es/concepts/channels.md) > > Superficies que muestran opciones de fulfillment > [card] [Workflows de fulfillment](https://firespark.cloud/docs/es/guides/fulfillment-workflows.md) > > Nodos, callbacks, Release checkout y `order.changed` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.