# Armado de la solución para restaurantes y negocios de alimentos

> Guía para partners, distribuidores y desarrolladores que van a implementar, vender o construir sobre la solución de alimentos descrita en [Llevar un restaurante o negocio de alimentos como una operación medible](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/restaurantes.md).

## Qué arma esta solución

Una operación de negocio de alimentos donde pedidos por WhatsApp (con Luky), comanda en mesa o mostrador (con MaxiPOS), cocina sin papel (con KDS en Windows o Android), cobro con tarjeta en cualquier punto (mesa, caja, mostrador), inventario con costos por platillo, facturación electrónica y reportes gerenciales viven sobre un solo sistema. Soporta los tres modos principales del giro: **servicio a la mesa, comida rápida en mostrador, y servicio a domicilio**, los tres pueden convivir en el mismo negocio. Aplicable desde food trucks y cafeterías hasta cadenas multi-sucursal y franquicias regionales.

La estrategia comercial recomendada al partner es **vender la solución punta a punta** —Luky + Déminus + KDS + MaxiPOS + integración de cobro + cumplimiento fiscal local— dimensionando las piezas al tamaño del cliente. Vender partes sueltas (solo Luky, o solo Déminus, o solo POS sin KDS) deja valor sobre la mesa y debilita la propuesta frente a competidores que ofrecen pedazos. La integración nativa entre todas estas piezas es el diferenciador competitivo más fuerte; venderla fragmentada renuncia a esa ventaja.

## Piezas del ecosistema utilizadas

### Déminus: ERP y POS para restaurantes

**Déminus** es el motor central. Existe en dos versiones:

- **Déminus R5** es la versión de escritorio para Windows. Pensada para estaciones fijas de piso y caja, con hardware POS profesional, conectividad local estable. Es la elección típica para el piso de restaurantes de servicio completo con volumen significativo donde se requiere máxima velocidad y robustez.
- **Déminus V12** es la versión basada en la plataforma V12. Corre en navegador, accesible desde cualquier dispositivo. Es la elección para food trucks, cafeterías ligeras, gestión gerencial multi-sucursal, y restaurantes nuevos que prefieren operar sin hardware local pesado. También es la base recomendada cuando el cliente entra al ecosistema por el lado digital (Luky) antes de modernizar el piso.

Déminus soporta los **tres modos de servicio**: servicio a la mesa (con plano de mesas, asignación a meseros, tiempos, división de cuenta), comida rápida (con mostrador, cobro inmediato, turno con ticket), y servicio a domicilio (con asignación a repartidor, georreferenciación cuando entra por Luky, cobro contraentrega o pago anticipado). Un mismo negocio puede operar uno, dos o los tres modos simultáneamente.

### Luky: agente IA para pedidos por WhatsApp y otros canales

**Luky** es el agente conversacional de IA especializado en restaurantes de la Plataforma IAE. Atiende **WhatsApp, Facebook Messenger, Instagram DM y chat web**, conectado nativamente a Déminus R5 o V12. Capacidades clave para el armado:

- **Vectorización del menú** (incluida en el setup): Luky aprende el menú completo con todas las categorías, platillos, descripciones, extras, modificadores y notas especiales.
- **Toma de pedidos completos**: con todas las personalizaciones (extras, sin cebolla, masa delgada, término medio, notas para cocina). Cada pedido entra a Déminus como comanda lista para producir.
- **Modos de entrega**: para pasar a recoger o para envío a domicilio. La decisión la hace el cliente durante la conversación.
- **Geolocalización de WhatsApp**: para pedidos a domicilio, Luky solicita ubicación al cliente con el botón nativo, recibe coordenadas exactas, valida contra radio de entrega configurado, y envía dirección georreferenciada al repartidor mediante enlace a aplicación de mapas.
- **Atención 24/7** en cualquier horario, sin saturarse, sin equivocarse.
- **Pricing y planes**: $999 MXN/mes (oferta de lanzamiento al momento de redactar; verificar vigente en sitio oficial). Incluye ~400 conversaciones/mes, 1.3 M créditos IA, setup, vectorización, integración con Déminus, soporte y garantía de devolución a 30 días. Detalles en [el sitio de Luky](https://es.induxsoft.net/ia/agentes/luky.html).

### KDS: comanda en cocina sin papel

Déminus permite operar la cocina con **monitores KDS (Kitchen Display System)** en lugar de impresoras térmicas, con varias capacidades clave:

- **Compatibilidad con Windows y Android**: el cliente elige el tipo de hardware según presupuesto y preferencia. Pantallas táctiles Android son más económicas y suficientes para la mayoría de cocinas; pantallas Windows ofrecen más flexibilidad y se justifican en operaciones complejas.
- **Una pantalla por estación de producción**: cocina caliente, cocina fría, barra, repostería, ensaladas. Cada pantalla muestra solo las comandas de su estación.
- **Tiempos de preparación medidos**: el cocinero marca cada comanda como recibida, en preparación, lista para servir. El sistema captura tiempos reales por platillo, por estación, por turno.
- **Sincronización con el resto del sistema**: el mesero ve desde su MaxiPOS cuándo su pedido está listo sin tener que ir a cocina. La caja ve qué pedidos están pendientes de cobrar. El dueño ve reportes de desempeño operativo.
- **Convivencia con papel**: KDS y impresoras térmicas pueden operar simultáneamente, con criterios de qué se muestra y qué se imprime según política del restaurante (algunos chefs prefieren tener un respaldo físico, otros eliminan el papel completamente).
- **Hardware sugerido**: monitores de 21" a 27", táctiles, montados en estructura sobre la línea de cocina, con protección contra grasa y vapor en cocinas calientes. Resoluciones HD suficientes; no se requiere 4K.

### MaxiPOS: comanda en mesa y cobro en mesa

**MaxiPOS** convierte el **teléfono o tableta del mesero en una caja completa**, operando sobre la plataforma V12. Funciones clave para el restaurante:

- **Toma de pedido en mesa**: el mesero selecciona del menú con todos los modificadores en su dispositivo, agrega notas, distribuye platillos por tiempos. Sin libretas, sin viajes a la caja, sin captura doble.
- **Envío directo al KDS de cocina**: la comanda aparece en la pantalla de la estación correspondiente en el momento que el mesero la confirma.
- **División de cuenta flexible**: por cliente, por consumo, por proporción, por mitades, con múltiples métodos de pago en la misma cuenta.
- **Cobro en mesa**: el mesero puede cobrar sin desplazarse a la caja, con la integración para tarjeta operando en su mismo dispositivo o en una terminal móvil vinculada al sistema.

### Integración de cobro con tarjeta (mesa y caja)

La solución incluye **integración para cobrar con tarjeta** que opera en dos contextos:

- **Cobro en mesa**: con terminales bluetooth vinculadas al teléfono o tableta del mesero, o con dispositivos integrados (algunas terminales modernas son al mismo tiempo dispositivo del mesero y terminal de pago).
- **Cobro en caja**: con terminales conectadas al POS fijo, en mostrador o en caja central, para comida rápida o cuando el restaurante prefiere modelo de cobro centralizado.

La integración técnica con cada adquirente y modelo de terminal se valida caso por caso según país y proveedor del cliente. Lo común a todos: el monto de la cuenta se envía a la terminal sin retecleo, el resultado vuelve al sistema sin captura manual, el comprobante queda asociado al ticket.

### Módulo de inventario y costos por platillo

Parte de Déminus. Recetas con ingredientes y cantidades, descuento automático de insumos al venderse cada platillo, costos ponderados por insumo, mermas con causa, alertas de reorden, control de caducidades.

### Capacidades fiscales

Nativas en versiones mexicanas (CFDI 4.0); integración con proveedores fiscales locales en otros países de LATAM. Validar disponibilidad por país antes de comprometer al cliente.

### Otras piezas según necesidad

- **Intranet de V12** para coordinación interna en operaciones medianas y grandes.
- **Integraciones con plataformas de delivery externas** (Rappi, Uber Eats, DiDi Food, PedidosYa) según disponibilidad por país.

## Combinaciones según el perfil del cliente

### Negocio chico (food truck, cafetería, taquería, pequeña hamburguesería, pizzería de barrio)

**Stack mínimo (vender punta a punta):**
- Déminus V12 como ERP y motor de operación.
- MaxiPOS como punto de venta principal en tableta o celular.
- Luky en WhatsApp para pedidos a domicilio y para recoger.
- KDS de una pantalla Android en cocina (o convivencia con impresora térmica si el cocinero prefiere).
- Integración para cobro con tarjeta en el mismo dispositivo del mesero o en mostrador.
- Cumplimiento fiscal local.

**Notas de armado:**
- Todo en nube. Sin hardware pesado.
- Para negocios chicos con un solo punto de cocción (taquería con una plancha, hamburguesería de un cocinero), una sola pantalla KDS es suficiente. Para negocios con barra y cocina separadas, dos pantallas.
- Luky es la pieza con el retorno más visible. Posicionarlo como entrada principal de la venta usando el simulador del sitio oficial.
- Vectorización del menú completo antes de activar Luky. El menú debe estar completo en Déminus con todos los extras y modificadores.
- Configurar el radio de entrega para Luky con cuidado. Mejor empezar conservador.
- Modo de servicio típico: mostrador + domicilio. Servicio a la mesa solo si el negocio tiene mesas (cafetería con asientos).
- Capacitar al dueño y al equipo (1-3 personas) en operación completa.

**Tiempo típico de implementación:** 3 a 7 días.

### Restaurante mediano (servicio completo, pizzería con delivery, bar con cocina, cadena de 3-5 cafeterías, hamburguesería con volumen)

**Stack típico (vender punta a punta):**
- Déminus R5 en caja(s) fija(s) principal(es) y/o Déminus V12 como capa gerencial.
- MaxiPOS en todos los meseros (teléfono o tableta) para comanda y cobro en mesa.
- KDS en cada estación de cocina: caliente, fría, barra. Pantallas Windows o Android según preferencia y presupuesto.
- Luky en WhatsApp como canal principal. Activar Facebook Messenger e Instagram DM gradualmente según volumen.
- Integración para cobro con tarjeta en mesa (terminales móviles vinculadas a MaxiPOS) y en caja (terminales fijas).
- Inventario con recetas y costos por platillo.
- Intranet V12 para coordinación interna.
- Cumplimiento fiscal local.

**Notas de armado:**
- Modos de servicio típicos: mesa + recoger + domicilio. Los tres conviven en la misma operación.
- Decisión: ¿R5 con MaxiPOS en meseros, o todo V12? R5 sigue siendo la opción más sólida para cajas con volumen alto. V12 es más flexible. La combinación frecuente: R5 en cajas fijas, MaxiPOS en meseros, KDS conectados a ambos.
- Configurar KDS por estación con criterios claros de qué platillo va a qué pantalla. Una pizzería tiene horno (caliente) y prep (fría); un restaurante completo agrega barra; etc.
- Validar la integración de cobro con tarjeta con el adquirente del cliente antes de comprometer fecha. No todos los modelos de terminal soportan integración bluetooth con MaxiPOS; algunos clientes deben cambiar terminal.
- Capacitar al equipo en olas: dueño y chef primero, después meseros (énfasis en MaxiPOS y cobro en mesa), después cocina (énfasis en KDS).

**Tiempo típico de implementación:** 2 a 4 semanas.

### Cadena o franquicia (múltiples sucursales, marca consolidada, expansión regional)

**Stack típico (vender punta a punta):**
- Déminus R5 o V12 según preferencia operativa en cada sucursal.
- MaxiPOS en todos los meseros de todas las unidades.
- KDS distribuido en todas las estaciones de cada cocina.
- Luky operando segmentado por sucursal o zona geográfica (Luky enruta el pedido a la sucursal correspondiente según geolocalización del cliente).
- Integración de cobro con tarjeta en mesa y caja para todas las unidades.
- Consolidación gerencial sobre V12.
- Integraciones con plataformas de delivery externas como complemento de Luky.
- Intranet con estructura por sucursal.
- Cumplimiento fiscal local en cada jurisdicción.
- Posibles desarrollos a la medida.

**Notas de armado:**
- Diseñar la arquitectura multi-sucursal antes de empezar: catálogo de menú centralizado vs. por unidad, precios centrales vs. locales, recetas estandarizadas vs. con flexibilidad, cómo Luky enruta pedidos entre sucursales, cumplimiento fiscal por jurisdicción.
- Posicionar a Luky frente a plataformas externas como **canal complementario sin comisión**. Las plataformas cobran 20-30% del ticket; Luky tiene costo fijo mensual. Trabajar para que los clientes recurrentes migren a Luky vía WhatsApp y dejen las plataformas externas para descubrimiento de nuevos clientes.
- Asignar consultor del partner dedicado al cliente. A esta escala no es proyecto de instalación; es relación continua.

**Tiempo típico de implementación:** 4 a 8 semanas para el despliegue inicial, con expansión continua a unidades adicionales.

### Cliente con operación existente (entrada lateral)

Si el cliente ya tiene un POS funcionando, las entradas más comunes son:

1. **Activar Luky con Déminus V12 paralelo**, operando solo los pedidos digitales por WhatsApp en paralelo al POS de piso existente. Reconciliación al cierre.
2. **Solo Luky** conectado al sistema existente si la integración es viable.
3. **Migración completa a Déminus** + KDS + MaxiPOS cuando el cliente esté listo, después de haber experimentado el valor de Luky y de los reportes de Déminus.

La lógica de venta del partner: empezar por el dolor más visible (pedidos por WhatsApp perdidos) con Luky, y aprovechar la oportunidad creada para vender Déminus completo + KDS + MaxiPOS cuando el cliente esté receptivo. Esto suele ocurrir cuando el cliente nota que sus reportes actuales no le dicen nada útil mientras los de Déminus sí, o cuando los cocineros se quejan del papel mientras el KDS demostraría su valor en una semana.

## Decisiones de arquitectura recurrentes

**¿R5 o V12 para el piso?** R5 si hay volumen alto, hardware profesional, conexión inestable, o tradición de operación con escritorio. V12 si la operación es ligera, hay buena conectividad, se opera con tabletas. En negocios chicos casi siempre V12; en medianos depende; en grandes suele convivir R5 (cajas fijas) con V12 (gerencial) y MaxiPOS (meseros).

**¿KDS o impresoras térmicas en cocina?** KDS por defecto en clientes nuevos. Convivencia (KDS + impresora de respaldo) cuando el chef lo pide. Impresoras puras solo en clientes que las prefieren explícitamente y entienden los trade-offs.

**¿Pantallas KDS Windows o Android?** Android por defecto para la mayoría de clientes: más económicas, suficientes funcionalmente, fáciles de reemplazar. Windows en operaciones complejas o cuando el cliente ya tiene infraestructura Windows en cocina.

**¿Cuántas pantallas KDS por restaurante?** Una por estación de producción. Mínimo: una en cocina (caliente o única). Frecuente: dos (caliente, fría) en restaurantes de servicio completo. Más en operaciones complejas con barra, repostería, ensaladas, expedición.

**¿MaxiPOS en teléfono o tableta?** Tableta por defecto (más visible, más cómoda para tomar comanda). Teléfono en negocios chicos o donde el mesero prefiere algo en el bolsillo. Algunos restaurantes operan con dispositivos dedicados POS que son al mismo tiempo terminal de pago.

**¿Cobro con tarjeta en mesa o solo en caja?** En mesa para servicio a la mesa y restaurantes de mantel donde la rotación importa. En caja para comida rápida, cafeterías de mostrador y operaciones donde la mesa no es la unidad de cobro. La integración soporta ambos.

**¿Vender Luky aislado o siempre con Déminus?** Siempre con Déminus si el cliente no tiene un POS de restaurante moderno. Vender Luky aislado solo si el cliente tiene un POS reciente y bien configurado al que se pueda integrar.

**¿Activar todos los canales conversacionales de Luky desde el inicio?** WhatsApp primero por ser dominante en LATAM. Agregar Facebook Messenger, Instagram DM y chat web después, según volumen del cliente.

**¿Integrar plataformas de delivery externas?** En restaurantes que ya dependen de delivery externo, sí, como complemento de Luky. Para restaurantes que aún no las usan, no introducirlas; concentrar esfuerzo en hacer que Luky genere volumen directo.

**¿Recetas completas o solo principales?** Empezar con principales (top 20-30 platillos), completar gradualmente.

**¿Configuración del radio de entrega para Luky?** Basado en realidad operativa: capacidad del repartidor, tiempo aceptable de entrega, costos de combustible. Mejor empezar conservador y ampliar después.

## Modelo de ingreso para el partner

La solución para restaurantes típicamente genera estas líneas de ingreso:

1. **Suscripciones recurrentes**: Déminus, V12, Luky, MaxiPOS según corresponda. Luky tiene precio público al cliente final; el modelo de margen para el partner se acuerda con Induxsoft.
2. **Hardware**: pantallas KDS, terminales de tarjeta integradas, tabletas para meseros. El partner puede revender hardware con margen o asesorar al cliente a comprar directamente. Acuerdos con proveedores de hardware locales son valiosos a escala.
3. **Implementación inicial**: levantamiento de menú y recetas, configuración del piso, montaje de KDS por estación, configuración de MaxiPOS en dispositivos del cliente, integración con terminales de pago, capacitación. La vectorización del menú para Luky está incluida por Induxsoft. Facturada como proyecto.
4. **Servicios continuos**: optimización del menú con datos, ajustes de recetas cuando cambia un proveedor, cambios de carta de temporada, capacitación a personal nuevo (alta rotación), análisis de mermas y costos, refinamiento del menú vectorizado de Luky. Continuo y valioso.
5. **Integraciones**: plataformas de delivery, marketing, lealtad.
6. **Verticalización**: partner que se especializa en cafeterías, bares, pizzerías, hamburgueserías, dark kitchens, etc., empaqueta y vende múltiples veces.

El rubro 4 es especialmente alto en este giro por la rotación de personal y los cambios frecuentes de menú. El rubro 2 (hardware) puede ser significativo en proyectos de cadena, donde un solo cliente puede requerir docenas de pantallas KDS y terminales.

## Errores comunes que conviene evitar

- **Vender Luky aislado sin proponer Déminus completo.** Deja valor sobre la mesa y debilita la propuesta. El diferenciador es la integración nativa.
- **Vender Déminus sin Luky.** El restaurante seguirá perdiendo pedidos por WhatsApp. La narrativa más fuerte es punta a punta.
- **Vender POS sin KDS.** El cliente sigue peleando con papel y no captura la medición operativa. Posicionar el KDS como parte del estándar moderno, no como adición opcional.
- **Vender mostrador sin MaxiPOS para meseros.** Para restaurantes de servicio a la mesa, los meseros perdiendo tiempo caminando a la caja es un costo invisible enorme. Vender la solución completa.
- **No levantar las recetas con el chef.** Si el partner configura recetas sin involucrar al chef, salen mal y el chef rechaza el sistema. Involucrar al chef desde el primer día.
- **Configurar KDS sin definir la lógica de enrutamiento.** Comandas que aparecen en la pantalla equivocada generan caos. Levantar con el chef qué platillo va a qué estación antes de configurar.
- **No probar las pantallas KDS bajo condiciones reales.** Una pantalla mal colocada que el cocinero no ve, o que se llena de vapor o grasa, no sirve. Visitar la cocina y planear ubicaciones físicas.
- **Subestimar la integración de tarjeta.** Cada adquirente, cada terminal, cada país tiene particularidades. Validar antes de comprometer fecha.
- **Lanzar Luky con menú incompleto en Déminus.** Luky responde con la información que tiene; si el menú está incompleto, Luky da respuestas pobres.
- **Configurar mal el radio de entrega.** Iterar con el cliente.
- **Vender Luky como "chatbot".** Es un agente con IA real, conectado al sistema, que cierra pedidos. Posicionarlo como chatbot lo subvalúa.
- **Subestimar la capacitación.** Personal de restaurante rota mucho y trabaja bajo presión. Material continuo y refuerzo, no solo capacitación inicial.

## Documentos relacionados

- [Catálogo de soluciones — Llevar un restaurante o negocio de alimentos como una operación medible](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/restaurantes.md) — la versión narrativa de este caso de uso.
- [Índice del catálogo de soluciones](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/soluciones.md)
- [Todos los productos y servicios](https://docs.induxsoft.net/es/todos-los-productos-y-servicios/) — el catálogo técnico de referencia.
- [Luky — Agente IA para restaurantes](https://es.induxsoft.net/ia/agentes/luky.html) — sitio oficial del agente, simulador de pedidos rescatados, planes y precios vigentes.
- [Tabla de características de Agentes IAE](https://docs.induxsoft.net/es/iae/agentes/tabla-caracteristicas.md) — para dimensionar otros agentes complementarios si aplica.
- [V12 — Visión general](https://es.induxsoft.net/v12/) — para entender la plataforma sobre la que corre Déminus V12 y MaxiPOS.