Panel
Mi acceso cambiar mi PIN
Cambia el PIN con el que TÚ entras, sin pedirlo a nadie. Se te pide el actual para comprobar que eres tú; el nuevo aplica en tu siguiente entrada.
Y tu contraseña del back office (migración 034): la misma con la que entras por correo a todas tus tiendas. Si todavía no tienes, deja la actual en blanco y esta queda como tu primera contraseña.
Nuevo negocio solo Soporte CK
El alta completa en un solo paso: se crea la cadena (la marca), su primera tienda con su marca inicial y el usuario dueño. El dueño queda listo para firmarse solo con su PIN; su menú lo arma en «Menú visual» y sus demás tiendas se agregan después con «Nueva tienda». Si algún dato no es válido, no se crea nada.
Usuario dueño
Nueva tienda solo Soporte CK
La tienda nace vacía: sin menú y sin usuarios. Ya creada, le das su dueño en «Usuarios y permisos» y su menú en «Menú visual».
Usuarios
Nuevo usuario
Menú visual colores, orden y fotos — como en Square
El maestro es el menú de la cadena: lo que edites aquí aplica a todas sus tiendas. En la vista «Por tienda» tropicalizas una sucursal (precio, activo y canales propios) sin tocar el maestro.
Con esto armas el menú desde cero: creas la categoría, dentro de ella das de alta los artículos y en su ficha les subes la foto y les ligas variaciones y modificadores.
Importar / Exportar menú migrar una tienda sin teclear su menú completo
Trae el menú de otro sistema (Soft Restaurant, Parrot, Clover, Square…) en un CSV, o el menú vivo de una tienda que ya vende en Uber o DiDi. Siempre en dos pasos: primero la vista previa — no escribe nada y reporta qué columnas reconoció, qué se crearía y qué se salta — y luego Importar. Lo que ya exista por nombre en la cadena destino no se toca: ni precios ni artículos; solo se crea lo nuevo. Rappi no se puede importar: su API no deja leer el menú completo.
Desde un archivo CSV
Desde una plataforma (solo lectura del menú vivo)
Exportar
Descarga el menú maestro de la cadena destino en el CSV canónico del POS (categoria, articulo, precio, descripcion, codigo_barras, modificadores). Ese archivo se puede re-importar tal cual.
Cartas menús por horario — almuerzos, mediodía, dominical…
Una carta es un subconjunto del catálogo de la cadena con horario semanal, como los Menus de Square. En el POS se vende con la carta activa según la hora; si ninguna aplica — o la tienda no tiene cartas — se vende con el menú general completo, como siempre. La carta solo organiza la pantalla: nunca bloquea una venta (el servidor acepta cualquier artículo del catálogo). Una carta sin horario es manual: el cajero la elige en el selector del POS.
Empujar a apps acción manual del operador — nunca automática
Elige la fuente (una carta con su horario, el menú general o todas las cartas) y las apps destino: el menú no siempre viaja a todas. La vista previa calcula solo las apps marcadas; el empuje real toca únicamente esas — las demás quedan intactas. Solo Uber expresa el horario de la carta (un menú por carta con su horario); en DiDi y Rappi la carta aporta su contenido como disponibilidad general y el resultado lo declara. Nada cambia en ninguna app sin este empuje manual.
Cargos por servicio se definen por negocio y se activan por tienda
Un cargo SUMA al total de la orden: total = subtotal − descuento + cargos. Los marcados «automático» nacen solos con cada orden de la tienda; los demás se agregan a mano en el POS. El porcentaje se calcula sobre el subtotal, antes del descuento. El nombre sale impreso en el ticket, un renglón por cargo.
Nuevo cargo
Descuentos con reglas un descuento con reglas por orden
Un descuento automático se aplica solo cuando la orden cumple sus reglas: subtotal mínimo y/o que la orden traiga el producto gatillo. Si varios automáticos cumplen, gana el que más le ahorra al cliente. El cajero también puede escoger uno a mano en el POS (sustituye al descuento libre de siempre). El porcentaje se calcula sobre el subtotal y el descuento nunca deja el total en negativo.
Nuevo descuento
Insumos del negocio · su costo alimenta el costeo
Los insumos son de todo el negocio (la cadena): harina, queso, pollo… Con su costo por unidad se calcula el costo de cada platillo desde su receta. Las existencias se llevan por tienda (submenú «Existencias por tienda»). La receta de cada artículo se edita en su ficha, en «Menú visual»; la de cada opción de modificador, en el submenú «Recetas de opciones».
Nuevo insumo
Recetas de opciones de modificador suman costo y descuentan insumo al venderse
Una opción también puede gastar insumos (el queso extra, la porción adicional). Elige el grupo y edita la receta de cada opción: su costo se suma al del platillo cuando el cliente la elige, y su insumo se descuenta de la tienda al venderse.
Existencias por tienda compras · ajustes · descuento automático por venta
La existencia es la suma de los movimientos de la tienda. Cada venta completada descuenta sola los insumos de las recetas vendidas; la columna «Teórico» recalcula ese consumo desde las ventas y la «Diferencia» debe ser cero — si un día no lo es, aquí se ve. Los insumos bajo su mínimo se marcan en rojo.
Registrar compra o ajuste
Facturación CFDI modo prueba — sin validez fiscal
La maquinaria de facturación ya está construida: perfiles fiscales, armado del CFDI 4.0 con el IVA desglosado de tus precios (que ya lo traen incluido) y la cola de solicitudes de tus clientes. Por ahora todo se emite en modo prueba: el comprobante sale marcado «SIN VALIDEZ FISCAL» mientras el negocio termina su alta con el proveedor de timbrado (PAC); cuando el PAC esté contratado, el timbrado real se enchufa sin cambiar nada de esta pantalla.
Perfil fiscal del negocio
Los datos del emisor de TODAS las tiendas de la cadena, salvo las que traigan su propio dato en el perfil de tienda de abajo (el dato de la tienda manda). Sin perfil capturado no se puede emitir.
Perfil de la tienda solo lo que cambie — el resto hereda del negocio
Con la autofactura activa, el ticket de cada venta pagada de esta tienda imprime un código corto y la liga (con QR) de su página de autofactura: el cliente captura folio, total y sus datos fiscales, y su solicitud cae en la cola (submenú «Solicitudes de factura») para emitirla.
Emitir la factura de una orden tienda elegida en Perfiles fiscales
Busca la orden por su folio en la tienda elegida arriba. Si la orden se ligó a un cliente con datos fiscales, su receptor viene prellenado; si no, captúralo aquí. La factura sale del total YA cobrado: el sistema desglosa el IVA y reconcilia al centavo contra la orden.
Factura global (público en general)
Una sola factura con varias ventas de la tienda, al RFC genérico de público en general. Escribe los folios separados por coma; ninguna de esas órdenes debe tener ya factura.
Solicitudes de factura la cola de la autofactura
Lo que tus clientes pidieron desde la página de autofactura de su ticket. Emite cada una con los datos que el cliente capturó, o recházala si algo no cuadra.
Facturas emitidas modo prueba
Representación impresa
Mesas modo mesa — pedidos abiertos por mesa
Tienda conectada: —
El mesero abre el pedido en la mesa desde el POS y le va agregando rondas conforme el cliente pide; al pedir la cuenta la imprime y cobra, y la mesa queda libre. Aquí se da de alta el catálogo de mesas de la tienda (nombre libre: «Mesa 1», «Barra 2»…) y se ve cuáles están abiertas.
Mesas abiertas solo lectura
Clientes directorio por teléfono (WhatsApp)
El directorio es de tu negocio (la cadena completa): un cliente puede visitar varias sucursales y su historial se ve junto. La identidad del cliente es su teléfono; el nombre solo no deduplica. Las órdenes de aplicaciones NO crean clientes: las apps no comparten el teléfono real del cliente.
Alta manual
Ficha del cliente
El teléfono es la identidad del cliente y no se edita.
Datos fiscales su receptor prellenado al facturar
Historial de órdenes
Tienda y marca lo que sale impreso en el ticket
Tienda conectada: —
Imagen PNG, JPEG o WebP de hasta 2 MB. Se sube en cuanto la eliges, sin esperar a «Guardar marca».
Con el fondo común activo, el reporte de propinas (Reportes → Propinas) reparte el total del periodo en partes iguales entre los meseros con al menos una orden con propina. Apagado, el reporte muestra lo de cada quien. Se guarda en cuanto lo cambias.
Impresoras CloudPRNT — las que imprimen los tickets
Monitor de impresoras Clásicas monitoreadas en tiempo real — relé CloudPRNT
Las impresoras del sistema clásico dadas de alta en el monitor apuntan a nuestro relé: en cada contacto (~8 s) dejan su estatus completo y el relé les retransmite sus trabajos del servidor clásico sin cambiar el contenido. «Sin contacto» = más de 60 s sin reportar (apagada o sin red) — se detecta sin esperar a que caiga un pedido. Solo lectura: el alta de cada impresora (activarla y reapuntarla) es un paso supervisado del piloto, no un botón.
Registrar impresora por MAC
Al registrarla se le encola un ticket de prueba: saldrá en cuanto la impresora pregunte por trabajo (apunta su Server URL a la del POS). Después asígnala a su tienda en la lista de arriba.
Estaciones de cocina Parrilla, Sushi… cada platillo sale solo en su estación
Una estación es un área de preparación (la parrilla, el sushi, la barra) con su propia impresora y/o su propio KDS. Si una tienda no tiene estaciones, todo sigue como siempre: el ticket completo en su impresora y el KDS general. Con estaciones, cada platillo sale en la estación de su categoría —o en las que marques en su ficha, «Sale en:»—; si un platillo no tiene ninguna, sale en todas, para que nunca se pierda.
Ticket de prueba de mi tienda
Manda el ticket de prueba a la impresora asignada a la tienda conectada (—).
Reporte del día tienda conectada
Reportes ampliados artículos · categorías · modificadores · cadena
Cuentan solo las ventas pagadas o completadas (las abiertas y las canceladas no aparecen). Las fechas se cortan en el día local de cada tienda. En Artículos, las opciones no son renglones: su importe va en la columna «Opciones» de cada artículo y el detalle está en Modificadores.
Propinas por persona · la propina no es venta, se reporta aparte
Las propinas registradas al cobrar: en mesa se atribuyen al mesero de la orden y en mostrador a quien cobró. Solo cuentan órdenes pagadas o completadas y las fechas se cortan en el día local de la tienda. La venta neta de los demás reportes nunca incluye propinas.
Cortesías y anulados desde la bitácora · migración 025
Las órdenes canceladas y los renglones quitados de órdenes abiertas, con quién lo hizo y cuánto era. Existen desde que la bitácora de auditoría se activó; lo anterior no se inventa. Las fechas se cortan en el día local de la tienda.
Conciliación por método de pago pagos contra órdenes
Cruza lo cobrado por cada método contra el total de las órdenes pagadas o completadas del rango (el mismo criterio de todos los reportes). La diferencia debe ser cero; las propinas se muestran aparte y no entran a la cuenta.
Costeo de platillos precio contra receta · migración 027
El costo de cada artículo sale de su receta de insumos (se edita en su ficha, en Menú visual). Las opciones de modificador con receta suman su costo aparte, cuando el cliente las elige. Un artículo sin receta se marca «sin costeo», nunca con costo cero disfrazado.
Cortes de caja
Registrar corte de caja
Cuenta el efectivo de la caja y escríbelo: el sistema lo compara contra el efectivo esperado desde el último corte.
Bitácora de auditoría solo lectura · nadie la edita ni la borra
Cada operación sensible queda asentada con quién la hizo y cuándo: cancelar una orden, quitar un renglón, aplicar un descuento, deshacer una división de cuentas, cambiar un precio, cambiar permisos y los movimientos de caja. Los cambios de precio maestro se ven en todas las tiendas de la cadena.
Integraciones plataformas de delivery — capa opcional por tienda
Tienda conectada: —
Aquí se registra el id de la tienda en cada plataforma y si su conexión está activa. El POS vende completo sin ninguna integración; la recepción de pedidos de delivery se conecta aparte. Con la conexión activa también se puede publicar el menú resuelto de la tienda (con sus ajustes por sucursal) a cada plataforma: primero se revisan los cambios en simulacro y luego se confirma; todo queda en el historial.
Tareas del cliente qué pasa con cada pedido — se activa una o varias, cuando menos una
Al entrar un pedido de delivery, CloudKitchen corre las tareas activas de la tienda: imprimirlo en su impresora Cloud, enviarlo por WhatsApp, inyectarlo en este POS o mandarlo a su KDS.