> ## 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.

# Resumen

> Vende en cada canal desde un solo lugar — menús, pedidos e intelligence unificados en tu operación.

![Los menús del POS y RMS entran a Fire spark, que los sincroniza hacia canales propios y agregadores — web, app, Uber Eats, Rappi, PedidosYa y más.](https://mintcdn.com/firespark/eVIg2KM3arqFOE-D/images/hero.webp?fit=max\&auto=format\&n=eVIg2KM3arqFOE-D\&q=85\&s=0eee098ca9acd4cf2f61850453e89670)

## Una plataforma para cada canal de venta

Fire spark es la **capa omnicanal** entre tu operación y cada lugar donde el cliente pide. Tu POS y RMS siguen siendo la fuente de verdad de menús, precios y fulfillment. Fire spark sincroniza esos datos hacia afuera, aplica **intelligence cross-channel** y enruta los pedidos de vuelta a los sistemas que tu equipo ya usa.

Para equipos de marketing y comercial, eso significa menos herramientas desconectadas, lanzamientos más rápidos y una experiencia de marca consistente — ya sea que el cliente pida en tu app, tu web, un kiosco o un agregador.

## Qué puedes lograr

| Objetivo | Cómo ayuda Fire spark |
| - | - |
| Ampliar alcance | Operar canales propios y agregadores desde la misma configuración del comercio |
| Proteger la marca | Verdad operativa desde el POS; menús compuestos por canal para superficies correctas sin copias manuales |
| Moverte más rápido | Activar un canal nuevo sin reconstruir menús y operación desde cero |
| Ver el panorama completo | Pedidos y performance de todos los canales en una vista operativa |
| Optimizar con datos | Probar menús, monitorear operación en vivo y comparar canales sin reportes en silos |

No necesitas una estrategia de integración distinta por agregador o por canal propio. Conectas tu operación una vez; Fire spark se encarga del resto.

## Canales que puedes operar

Fire spark soporta **canales propios** que controlas de punta a punta y **agregadores** donde el cliente ya descubre tu marca.

| Tipo | Ejemplos |
| - | - |
| Propios | App mobile, web de pedidos, kiosco en tienda, call center |
| Agregadores | Uber Eats, Rappi, PedidosYa |

> [card] [Catálogo de canales](https://firespark.cloud/docs/es/integrations/index.md)
>
> Explora POS, RMS y canales de venta soportados

> [card] [Concepto de canales](https://firespark.cloud/docs/es/concepts/channels.md)
>
> Cómo encajan los canales en la configuración del comercio

## Valor omnicanal

Hoy la mayoría de los comercios arma un integración por agregador más stacks separados para app, web y pedidos en tienda. Cada vía tiene su copia de menú, sus propios retrasos de sync y su propio reporting. Cuando cambian precios o disponibilidad en el POS, los equipos persiguen actualizaciones canal por canal.

Fire spark reemplaza esa fragmentación con un **único hub**:

1. **Una fuente operativa** — Tu POS o RMS sigue siendo dato maestro; cambios de precio y 86 salen de ahí.
2. **Menús compuestos** — Muestra el catálogo correcto por canal, tienda, modo de fulfillment u horario — misma plataforma, no la misma lista de SKUs en todos lados.
3. **Un camino de pedidos** — Los pedidos de cualquier superficie entran al mismo stack operativo.

Tiendas, marcas, opciones de fulfillment y reglas por canal siguen en una sola configuración de comercio. Los equipos comerciales ganan **consistencia donde importa** y **diferenciación donde la estrategia la pide**.

El resultado: menos proyectos de integración, menos drift de menú y lanzamientos que no obligan a elegir entre “un menú para todos” y “una planilla por partner.”

## Capa de intelligence

La sincronización omnicanal es la base. La **intelligence** es lo que te permite jugar distinto por superficie sin reconstruir integraciones.

Fire spark aplica esa intelligence sobre datos operativos sincronizados:

* **Composición de menús** — Menús distintos por canal, tienda, tipo de fulfillment u horario, con ítems y precios que siguen naciendo en el POS.
* **Reglas por canal** — Lógica por superficie (agregador vs app propia vs kiosco) desde una sola capa de configuración.
* **Experimentación de menús** — Prueba títulos, imágenes o ubicación de ítems y mide impacto antes de escalar.
* **Analítica consolidada** — Compara volumen, mix y performance entre canales en lugar de exportar planillas de cada plataforma.
* **Visibilidad en tiempo real** — Monitorea pedidos y señales operativas a medida que ocurren en la red.

La intelligence convierte “estamos en cinco canales” en “sabemos qué funciona en cada canal y podemos actuar”.

> [card] [Estrategia omnicanal](https://firespark.cloud/docs/es/case/omnichannel-strategy.md)
>
> Planifica alcance y consistencia entre superficies

> [card] [A/B testing de menús](https://firespark.cloud/docs/es/case/menus-ab-testing.md)
>
> Optimiza lo que ve el cliente por canal

> [card] [Analítica consolidada](https://firespark.cloud/docs/es/case/consolidated-analytics.md)
>
> Una vista de performance en todos los canales

> [card] [Monitoreo en tiempo real](https://firespark.cloud/docs/es/case/realtime-monitoring.md)
>
> Sigue la operación en vivo en la red

## Qué puedes construir

Más allá de listar en agregadores, Fire spark te permite **ser dueño de la relación con el cliente** en los canales que importan a tu marca.

| Iniciativa | Resultado |
| - | - |
| App mobile de marca | Loyalty, reorder, push y preferencias guardadas en tus términos |
| Web de pedidos | Sitio directo con tu look, delivery y pickup |
| Kiosco en tienda | Autoservicio con menú afinado al local |
| Call center | Pedidos telefónicos con el catálogo y reglas de fulfillment de ese contexto |
| Presencia en agregadores | Listings en marketplaces sincronizados desde tu operación, con surtido específico por canal cuando lo necesitas |

Cada iniciativa consume los mismos datos operativos. Tú decides si una superficie comparte el menú completo o una variante compuesta — una promo, un ítem nuevo o el cierre de una tienda sigue propagándose desde el POS sin un proyecto aparte por canal.

## Cómo encaja en tu stack

```
POS / RMS  →  Fire spark  →  Canales de venta
(fuente de      (sync,           (app, web, kiosco,
 verdad)          intelligence,    Uber Eats, Rappi,
                  routing)         PedidosYa, …)
```

Tu cocina y back office siguen en los sistemas que ya conocen. Fire spark queda en el medio para que marketing y comercial puedan crecer canales sin re-arquitecturar la operación.

## Para equipos técnicos

Producto e ingeniería implementan sobre tres APIs, cada una para un actor distinto:

| API | Quién la usa |
| - | - |
| [API Storefront](https://firespark.cloud/docs/es/storefront-api/introduction.md) | App, web y kiosco customer-facing |
| [API de integraciones](https://firespark.cloud/docs/es/integrations-api/introduction.md) | Partners de POS y RMS |
| [API Admin](https://firespark.cloud/docs/es/admin-api/introduction.md) | Back-office del comercio, datos bulk y migración |

> [card] [Inicio rápido](https://firespark.cloud/docs/es/quickstart.md)
>
> Primeros pasos en la plataforma

> [card] [Conceptos clave](https://firespark.cloud/docs/es/concepts/index.md)
>
> Marcas, tiendas, menús, pedidos y fulfillment

> [card] [Comparación de plataformas](https://firespark.cloud/docs/es/comparison.md)
>
> Cómo se compara Fire spark con otros enfoques

> [card] [Conectar un comercio](https://firespark.cloud/docs/es/guides/connecting-a-merchant.md)
>
> Configura un comercio antes de salir a producción


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.