Preguntas frecuentes de Scorpaq
Respuestas sobre pedidos, operaciones, pagos, seguridad, privacidad y acceso anticipado.
Primeros pasos
Scorpaq es una plataforma de comercio, operaciones e inteligencia empresarial para restaurantes, cafés, hoteles y resorts.
El producto está en desarrollo. Este sitio explica su enfoque y recibe solicitudes de acceso anticipado; no activa una cuenta operativa.
No. El QR es el punto de entrada a explorar, pedir y pagar, conectado con operaciones e inteligencia empresarial.
Un menú muestra productos y precios; el flujo previsto también lleva el pedido a preparación y servicio. Scorpaq no es un TPV, PMS o ERP completo.
No. El recorrido básico funciona en el navegador del teléfono.
El cliente abre el enlace QR del negocio y consulta el menú disponible en el navegador. Los puntos de servicio y las opciones de pago dependen de la configuración del negocio.
No. Explorar, pedir y pagar no requiere una cuenta persistente de huésped.
El pedido sigue necesitando su contexto de servicio y un registro de transacción. No exigir una cuenta no significa que no se procesen datos del pedido o del pago.
Para negocios de hostelería, especialmente restaurantes, cafés, hoteles y resorts.
Una cafetería puede organizar mesas; un hotel, servicio de habitaciones y piscina. Cada negocio configura su menú, equipo y puntos de servicio sin tener que utilizar todos los contextos.
Huéspedes
Escanear → Explorar → Pedir → Pagar.
El enlace QR identifica el punto de servicio; el cliente consulta el menú y elige su pedido. El pago sigue las opciones del negocio, y el resultado en línea debe verificarse antes de marcarlo como pagado.
Sí. Los huéspedes pueden consultar el menú disponible antes de decidir.
Consultar el menú no crea un compromiso de compra. El cliente decide qué añadir y si continuar según los precios y la disponibilidad indicados por el negocio.
Sí. El recorrido está pensado principalmente para navegadores móviles.
El objetivo es un recorrido móvil claro hasta la confirmación del pedido. Las imágenes conceptuales del sitio no certifican compatibilidad con todos los dispositivos o navegadores.
No. El diseño básico no crea identidad persistente ni huellas entre negocios.
Cada pedido pertenece a su negocio y contexto de servicio. No se ofrece como función básica un perfil compartido de clientes ni una identidad publicitaria entre negocios.
Sí. La operación multilingüe forma parte del diseño.
Este sitio ofrece ocho idiomas y selección manual. Los idiomas del producto para clientes y su disponibilidad por país deben confirmarse para el despliegue real; las traducciones del sitio no los garantizan.
Restaurantes y cafés
Conectando el descubrimiento del menú, pedidos, opciones de pago, gestión de pedidos y visibilidad operativa.
El flujo previsto relaciona la mesa u otro punto de servicio con el pedido, la preparación y el estado de servicio. El equipo mantiene la responsabilidad de atenderlo y gestionar excepciones.
Sí. Los restaurantes y cafés independientes son un público principal.
Se busca que el negocio configure por sí mismo el menú, los puntos de servicio y los roles. Solicitar acceso anticipado no activa automáticamente el servicio ni un proveedor de pagos.
La arquitectura admite varias ubicaciones; el despliegue comercial depende del contexto.
Los locales se vinculan a la estructura del negocio, con permisos y contexto operativo explícitos. La configuración y el alcance comercial de una cadena deben acordarse antes de activarla.
No. Busca reducir obstáculos evitables y apoyar a los equipos.
El cliente puede seguir pidiendo ayuda al personal. El pedido digital busca reducir tareas repetidas mientras el equipo conserva la responsabilidad de la experiencia de atención.
No. El núcleo V1 no depende de integraciones nativas con POS, PMS o ERP.
No se promete sincronización automática con la caja, el sistema hotelero o la contabilidad existentes. Los procesos separados y sus límites deben revisarse antes del piloto.
Hoteles y resorts
Sí. Hoteles y resorts son un público principal.
El hotel decide qué áreas, menús y equipos configurar. Esto no convierte Scorpaq en un sistema de reservas o gestión de alojamiento.
Servicio de habitaciones, restaurante, bar, piscina y salón.
Cada área configurada necesita un punto de servicio claro para ubicar el pedido. Mencionar un área no garantiza que todos los procesos de esa propiedad estén disponibles.
Sí. Un núcleo común adapta la experiencia a distintos ámbitos de servicio.
Las áreas comparten el modelo base, pero pueden tener menús y responsabilidades diferentes. La vista previa explica esa estructura; no demuestra un despliegue hotelero en producción.
Sí. Es uno de los usos hoteleros previstos.
El enlace de habitación o punto de servicio aporta el contexto operativo. No se prometen consultas automáticas al PMS, cargos a la habitación ni sincronización de reservas.
Puede admitirse cuando el establecimiento habilita ese servicio.
El negocio debe identificar el punto de servicio y su oferta disponible. No se implica seguimiento automático de huéspedes ni detección de ubicación.
Pedidos y pagos
La arquitectura contempla pagos independientes del proveedor, sujetos a la preparación del proveedor, país y despliegue.
El negocio necesita una relación adecuada con un proveedor compatible. Este sitio informativo no recibe pagos de clientes ni activa pagos en línea mediante una solicitud.
Si la política del negocio lo permite, se puede admitir efectivo o POS físico en el local, además del pago en línea mediante proveedor.
El pago presencial sigue el proceso de cobro y confirmación del negocio. Un pago en un terminal físico no se verifica automáticamente mediante una integración nativa de TPV.
No. Scorpaq no custodia ni redistribuye fondos de huéspedes.
El procesamiento permanece en la relación entre proveedor y negocio. Es independiente de la suscripción que el negocio paga a Scorpaq.
Se prefieren pagos alojados por proveedores para que esos datos no tengan que entrar en la lógica, los registros ni los análisis.
Los datos de tarjeta deben introducirse en la página de pago del proveedor, no en los formularios de Scorpaq. La redirección por sí sola no acredita una certificación ni garantiza todas las configuraciones.
No. El servidor y el proveedor deben verificarlo.
La página de retorno puede aparecer antes de la confirmación o tras una interrupción de conexión. Un resultado incierto debe seguir pendiente hasta que lo resuelva la verificación del servidor.
Con idempotencia, protección contra repeticiones, verificación del proveedor y gestión segura de estados inciertos.
Reintentar una solicitud desde el navegador no debe crear otra transacción. Esto reduce duplicaciones técnicas, pero no promete que sea imposible cualquier incidencia de pago.
Operaciones y datos
La gestión de menús y catálogos es parte de la arquitectura principal, con categorías, artículos, opciones y disponibilidad.
El negocio controla qué puede ver y pedir el cliente en sus puntos de servicio. Configurar el menú no implica sincronización automática de existencias, compras o contabilidad.
Sí. Propietario, gerente, personal de sala y cocina tienen permisos explícitos.
Cada rol debe recibir el acceso necesario dentro del negocio autorizado. Conocer un enlace o ver un botón no permite modificar pedidos ni ajustes sensibles.
Los análisis y los informes forman parte de la dirección del producto y deben reflejar honestamente la calidad de los datos.
Los ejemplos incluyen retrasos de servicio, productos no disponibles y datos de costes incompletos. Los gráficos y valores conceptuales no son resultados de clientes ni ganancias garantizadas.
Los informes aplicables se diseñan para exportarse, incluidos formatos orientados a Excel.
Se busca que el negocio use sus informes fuera del panel. Los campos, filtros y exportaciones disponibles deben comprobarse durante el piloto, no deducirse de una imagen conceptual.
No. Los datos ausentes o débiles no deben convertirse en un cero medido ni en una certeza falsa.
Una conclusión debe indicar qué datos existen y cuáles faltan. Una cifra de ventas sin costes suficientes no es una medición completa de rentabilidad.
Seguridad y privacidad
El espacio de trabajo es el límite principal, reforzado por controles de autorización y base de datos.
Conocer el identificador de otro negocio no debe dar acceso a sus registros. Esta página describe el diseño, no una auditoría independiente ni una certificación.
No. Los límites importantes se aplican en el servidor y la base de datos cuando corresponde.
El servidor debe comprobar identidad, rol y ámbito del negocio en las solicitudes. Ocultar un control en el navegador no aplica por sí solo una autorización.
Sí. La minimización es un principio central; no se exige una cuenta para el recorrido básico.
Los datos necesarios para atender pedidos o verificar pagos son distintos de una cuenta o preferencia comercial opcional. El aviso del sitio cubre sus formularios, no un futuro servicio de clientes en producción.
No. No es una entrada predeterminada de publicidad o perfilado; el consentimiento comercial permanece separado.
Los mensajes deben servir a su finalidad operativa, sin convertirse silenciosamente en perfiles publicitarios. La elección comercial del acceso anticipado está separada de la selección de cómo conoció Scorpaq.
En la página de Contacto existente.
Seleccione privacidad/solicitud de datos para cuestiones sobre su información, o describa el problema de seguridad. No incluya contraseñas, datos completos de tarjeta ni documentos de identidad en el primer mensaje.
Acceso anticipado y condiciones comerciales
Scorpaq prepara el acceso anticipado con negocios adecuados; pueden presentar su solicitud.
La solicitud recoge el contexto del negocio para estudiar su encaje y comentar los siguientes pasos. No garantiza aceptación, fecha de lanzamiento ni acceso inmediato.
Hay un modelo comercial definido para distintos negocios y estructuras. Los detalles de precios se comparten directamente en conversaciones cualificadas de acceso anticipado y comerciales.
El tipo de negocio y su organización ayudan a definir el alcance comercial. Solicitar acceso no es comprar; el precio y las condiciones de suscripción deben acordarse aparte.
El modelo actual no incluye un plan gratuito para siempre en producción.
El formulario y la vista previa no equivalen a una suscripción gratuita ilimitada. El acceso y las condiciones comerciales se aclaran antes de empezar a utilizar el servicio.
No es la vía comercial predeterminada del modelo actual.
Enviar la solicitud no inicia una prueba ni genera un compromiso de pago. La duración, el alcance y el precio del piloto deben hablarse por separado.
Complete el formulario de acceso anticipado de Scorpaq.
Facilite datos de contacto y del negocio correctos; la ubicación y el tipo de actividad ayudan a entender sus necesidades. Las fuentes y los correos comerciales son opcionales; no hacen falta contraseñas, tarjetas ni documentos de identidad.