Mesas y cuentas
Abrir, transferir, unir o dividir una cuenta debe mantener el historial que el equipo necesita consultar. Hay que probar qué usuario puede modificarla y qué ocurre si la mesa se cierra por error.
Punto de venta · SNAPGAD Technology
Punto de venta para restaurantes y taquerías
Criterios para elegir POS de restaurante en México: mesas, comandas, cocina, propinas, cortes y operación durante la hora pico con criterios claros.
Guía de servicio · Atención remota en todo México
Respuesta directa
Un restaurante necesita que sala, cocina y caja compartan el estado de cada cuenta.
Una taquería, cafetería, restaurante con servicio a mesa o negocio de entrega no opera como una tienda de mostrador. La venta puede empezar con una comanda, pasar por preparación, dividirse entre personas, incluir una propina y cerrarse después de varias modificaciones.
Leer más
Si el equipo no puede saber qué cuenta está abierta, qué pedido sigue en cocina o qué pago falta confirmar, la hora pico convierte una excepción en una pérdida de control.
La plataforma debe seguir el recorrido real de una mesa sin obligar al personal a repetir datos. Antes de evaluar una pantalla, conviene dibujar el flujo: quién abre la cuenta, quién agrega productos, cómo se envía la orden, qué sucede si el cliente cambia de mesa, cómo se autoriza una cortesía y qué evidencia queda al momento del corte. Esa conversación permite distinguir una función indispensable de una preferencia visual.
Operación durante servicio
Qué debe poder responder el sistema sin detener al equipo
En una hora pico no hay espacio para buscar notas dispersas o preguntar quién tomó una cuenta. Un POS útil no reemplaza el criterio del encargado, pero le da una vista compartida para decidir con información del turno.
Leer más
Las siguientes áreas deben revisarse con ejemplos de tu servicio, tu menú y tus responsables.
Comandas y cocina
La comanda debe expresar modificadores, tiempos y estado de preparación de una forma que cocina pueda usar. Revisamos el recorrido desde la captura hasta la confirmación de entrega.
Propinas y pagos
Propinas, pagos parciales y cuentas divididas necesitan reglas visibles para caja y para quien atiende. Se prueba cómo queda la diferencia y quién puede corregir una captura.
Cortes y turnos
Un corte debe relacionar ventas, movimientos y responsables del periodo definido por el negocio. La pregunta es qué se revisa cuando el efectivo no coincide, no solo si el reporte existe.
Roles
Mesero, caja, cocina y administración no requieren las mismas acciones. Los permisos se deciden antes para que una corrección no dependa de compartir accesos.
Hora pico
El caso de prueba debe incluir una secuencia con varias mesas, cambios y pagos. Un flujo que funciona con una cuenta de ejemplo puede romperse bajo presión.
Criterios de selección
Qué exigir a un sistema antes de cambiar la operación
No elijas por una lista de iconos. Pide una demostración del caso que más riesgo trae al servicio: una mesa con modificaciones, una cuenta dividida, una devolución o un corte con diferencia.
Leer más
Lo importante es que la plataforma mantenga datos coherentes para cada rol y que el equipo entienda qué hacer cuando aparece una excepción.
Escenarios que conviene probar
| Situación | Función a exigir | Preguntas de validación |
|---|---|---|
| Comandas | Estado claro entre toma, preparación y entrega. | ¿Qué modifica cocina, qué ve caja y cómo se corrige una orden ya enviada? |
| Mesas | Cuenta abierta con transferencias y divisiones controladas. | ¿Qué conserva el historial al mover una mesa o dividir el pago? |
| Propinas | Regla explícita para captura, distribución y corte. | ¿Qué dato queda en la venta y quién autoriza un ajuste? |
| Cierre | Corte por periodo y responsable según el proceso. | ¿Cómo se registra una diferencia y qué evidencia revisa administración? |
| Inventario de insumos | Relación definida entre venta, receta o ajuste cuando aplique. | ¿Qué insumo se descuenta, en qué unidad y cómo se trata una merma? |
Comandas
- Función a exigir
- Estado claro entre toma, preparación y entrega.
- Preguntas de validación
- ¿Qué modifica cocina, qué ve caja y cómo se corrige una orden ya enviada?
Mesas
- Función a exigir
- Cuenta abierta con transferencias y divisiones controladas.
- Preguntas de validación
- ¿Qué conserva el historial al mover una mesa o dividir el pago?
Propinas
- Función a exigir
- Regla explícita para captura, distribución y corte.
- Preguntas de validación
- ¿Qué dato queda en la venta y quién autoriza un ajuste?
Cierre
- Función a exigir
- Corte por periodo y responsable según el proceso.
- Preguntas de validación
- ¿Cómo se registra una diferencia y qué evidencia revisa administración?
Inventario de insumos
- Función a exigir
- Relación definida entre venta, receta o ajuste cuando aplique.
- Preguntas de validación
- ¿Qué insumo se descuenta, en qué unidad y cómo se trata una merma?
ReShop y alternativas, sin prometer disponibilidad.
ReShop es el producto propio de SNAPGAD para restaurantes, pero su demo está en preparación. Esa condición es importante: no presenta una salida a producción, capturas o registro que hoy no se pueden comprobar. El diagnóstico puede documentar qué necesidades tendría que cubrir una futura evaluación, sin convertirlas en una promesa de funciones ya disponibles.
También pueden evaluarse productos especializados y Odoo POS. Odoo documenta capacidades para restaurantes y una modalidad de trabajo temporalmente sin conexión, pero las funciones disponibles fuera de línea y la configuración dependen del caso. Su localización mexicana requiere revisar CSD, PAC y datos fiscales. La alternativa correcta es la que el negocio puede operar y mantener, no la que parece más amplia en una lista.
Consultar documentación oficial de Odoo POSConectividad y continuidad.
No basta con preguntar si una herramienta “funciona sin internet”. Hay que especificar qué información estará disponible, qué ventas podrán registrarse, qué dispositivos dependen de red y qué debe hacer el equipo si la conexión tarda en volver. Esa respuesta cambia según la plataforma, el navegador, la red local y los datos que se hayan cargado antes de la interrupción.
El plan conservador identifica una ruta manual temporal, define quién la autoriza y prueba la sincronización posterior en un piloto. No se debe cerrar, recargar ni borrar información local sin conocer cómo la plataforma resguarda el trabajo. La continuidad no es una frase comercial: es una secuencia de decisiones que se prueba antes de depender de ella en servicio.
También conviene detenerse si el cambio se plantea como respuesta a una sola inconformidad, por ejemplo una impresión lenta o una cuenta que se perdió. Esos síntomas importan, pero hay que distinguir si la causa está en una regla de servicio, un dato incompleto, un permiso o la plataforma. El equipo que toma pedidos, prepara alimentos y cierra caja debe participar en la prueba; de lo contrario, la configuración puede replicar los mismos atajos con otra interfaz.
Una prueba razonable no necesita cubrir todo el menú. Puede centrarse en el turno, la mesa y la excepción que representan mayor riesgo. La decisión de ampliar el alcance llega después de que esa secuencia se entienda, no antes.
Preguntas frecuentes
Dudas antes de implementar en un restaurante
La diferencia está en el flujo. Un restaurante puede necesitar mantener una cuenta abierta, mover una mesa, enviar una comanda, dividir el pago y cerrar por turno. Una plataforma debe mostrar cómo conserva esos estados, no solo cómo cobra un total.
Diagnóstico sin costo
Ordenemos el flujo de sala, cocina y caja antes de elegir plataforma.
Cuéntanos qué ocurre hoy. La primera respuesta es el mismo día hábil; el diagnóstico dura 30 minutos y la propuesta formal con alcance, precio y calendario llega en un máximo de 48 horas hábiles.