Perguntas frequentes sobre a Scorpaq

A Scorpaq é uma plataforma de comércio, operações e análise empresarial para restaurantes, cafés, hotéis e resorts.

O produto está em desenvolvimento. Este site apresenta a sua orientação e recebe candidaturas ao acesso antecipado; não ativa um espaço operacional.

Não. O QR é a entrada para explorar, pedir e pagar, ligados a operações e análise empresarial.

Uma ementa apresenta produtos e preços; o fluxo previsto também encaminha o pedido para preparação e serviço. A Scorpaq não é um sistema completo de POS, PMS ou ERP.

Não. O percurso principal funciona no navegador do telefone.

O cliente abre a ligação QR do estabelecimento e consulta a ementa no navegador. Pontos de serviço e opções de pagamento dependem da configuração do estabelecimento.

Não. Explorar, pedir e pagar não exige uma conta persistente de hóspede.

Um pedido continua a precisar do seu contexto de serviço e de um registo de transação. Não exigir conta não significa que não sejam tratados dados do pedido ou do pagamento.

Para negócios de hotelaria e restauração, sobretudo restaurantes, cafés, hotéis e resorts.

Um café pode organizar mesas; um hotel, serviço de quartos e piscina. Cada negócio configura a sua ementa, equipa e pontos de serviço sem precisar de usar todos os contextos.

Ler o código → Explorar → Pedir → Pagar.

A ligação QR identifica o ponto de serviço; o cliente consulta a ementa e escolhe o pedido. O pagamento segue as opções oferecidas e o resultado online tem de ser verificado antes de marcar o pedido como pago.

Sim. Os hóspedes podem consultar a ementa disponível antes de decidir.

Consultar a ementa não cria um compromisso de compra. O cliente decide o que adicionar e se pretende continuar com base nos preços e na disponibilidade apresentados.

Sim. O percurso é concebido prioritariamente para navegadores móveis.

O objetivo é um percurso móvel claro até à confirmação do pedido. As imagens conceptuais do site não certificam compatibilidade com todos os dispositivos ou navegadores.

Não. A base não cria uma identidade persistente nem uma impressão digital entre negócios.

Cada pedido pertence ao respetivo negócio e contexto de serviço. Um perfil partilhado de clientes ou uma identidade publicitária entre negócios não é apresentado como função de base.

Sim. O funcionamento multilingue faz parte da conceção da plataforma.

Este site oferece oito idiomas e seleção manual. Os idiomas do produto para clientes e a disponibilidade por país têm de ser confirmados na implementação real; as traduções do site não os garantem.

Ligando descoberta da ementa, pedidos, opções de pagamento, gestão de pedidos e visibilidade operacional.

O fluxo previsto liga a mesa ou outro ponto de serviço ao pedido, preparação e estado do serviço. A equipa mantém a responsabilidade pela execução e pelas exceções.

Sim. Restaurantes e cafés independentes são um público principal.

Pretende-se que o negócio configure sozinho a ementa, os pontos de serviço e os papéis da equipa. Uma candidatura não ativa automaticamente o serviço nem um prestador de pagamentos.

A arquitetura suporta vários locais; a disponibilização comercial depende do contexto.

Os locais pertencem à estrutura do negócio, com permissões e contexto operacional explícitos. A configuração e o âmbito comercial de uma cadeia devem ser acordados antes da ativação.

Não. Pretende reduzir obstáculos evitáveis e apoiar as equipas.

O cliente pode continuar a pedir ajuda à equipa. O pedido digital pretende reduzir tarefas repetitivas, mantendo nas pessoas a responsabilidade pela experiência de acolhimento.

Não. O núcleo V1 não depende de integrações nativas POS, PMS ou ERP.

Não se promete sincronização automática com caixa, sistema hoteleiro ou contabilidade existentes. Os processos separados e os seus limites devem ser avaliados antes do piloto.

Sim. Hotéis e resorts são um público principal.

O hotel escolhe as áreas, ementas e equipas a configurar. Isso não transforma a Scorpaq num sistema de reservas ou gestão de estadias.

Serviço de quarto, restaurante, bar, piscina e sala de estar.

Cada área configurada precisa de um ponto de serviço claro para identificar o destino do pedido. Referir uma área não garante que todos os processos da propriedade estejam disponíveis.

Sim. Um núcleo comum adapta a experiência a diferentes contextos de serviço.

As áreas partilham o modelo de base, mas podem ter ementas e responsabilidades diferentes. A pré-visualização explica a estrutura; não comprova uma implementação hoteleira em produção.

Sim. É uma das utilizações hoteleiras previstas.

A ligação do quarto ou ponto de serviço fornece o contexto operacional. Não se prometem consultas automáticas ao PMS, lançamento na conta do quarto ou sincronização de reservas.

Pode ser suportado quando o estabelecimento ativa esse serviço.

O negócio deve identificar o ponto de serviço e a oferta disponível. Não se pressupõe acompanhamento automático de hóspedes ou deteção de localização.

A arquitetura inclui pagamentos independentes do fornecedor, sujeitos à disponibilidade do fornecedor, país e preparação da implementação.

O negócio precisa de uma relação adequada com um prestador compatível. Este site informativo não recebe pagamentos de clientes e uma candidatura não ativa pagamentos online.

Se a política do negócio permitir, podem ser suportados numerário ou POS físico no local e pagamento online através de fornecedor.

O pagamento no local segue o processo de cobrança e confirmação do negócio. Um pagamento num terminal físico não é verificado automaticamente através de integração nativa com POS.

Não. A Scorpaq não guarda nem redistribui fundos dos hóspedes.

O processamento permanece na relação entre prestador e negócio. É distinto da subscrição Scorpaq paga pelo próprio negócio.

São preferidos pagamentos alojados pelo fornecedor para que esses dados não tenham de entrar na lógica, registos ou análises.

Os dados do cartão devem ser introduzidos na página do prestador, não nos formulários da Scorpaq. O pagamento redirecionado não constitui por si só certificação ou garantia para qualquer configuração.

Não. O servidor e o fornecedor têm de o verificar.

A página de retorno pode surgir antes da confirmação ou após uma interrupção da ligação. Um resultado incerto deve permanecer pendente até à verificação pelo servidor.

Com idempotência, proteção contra repetição, verificação do fornecedor e tratamento seguro de estados incertos.

Uma nova tentativa do navegador não deve criar outra transação. Isto reduz duplicações técnicas, mas não garante a impossibilidade de todos os incidentes de pagamento.

A gestão de ementas e catálogos pertence à arquitetura principal, com categorias, artigos, opções e disponibilidade.

O negócio controla o que os clientes podem ver e pedir nos seus pontos de serviço. Configurar a ementa não implica sincronização automática de stock, compras ou contabilidade.

Sim. Proprietário, gestor, equipa de sala e cozinha têm permissões explícitas.

Cada papel deve receber apenas o acesso necessário no negócio autorizado. Conhecer uma ligação ou ver um botão não permite alterar pedidos ou definições sensíveis.

Análises e relatórios fazem parte da direção do produto e devem refletir honestamente a qualidade dos dados.

Exemplos úteis incluem atrasos de serviço, produtos indisponíveis e custos incompletos. Gráficos e valores conceptuais não são resultados medidos de clientes nem ganhos garantidos.

Os relatórios aplicáveis são concebidos para exportação, incluindo formatos orientados para Excel.

O objetivo é permitir o uso dos relatórios fora do painel. Campos, filtros e exportações disponíveis devem ser verificados no piloto, em vez de deduzidos de uma imagem conceptual.

Não. Dados em falta ou frágeis não devem tornar-se um zero medido ou uma falsa certeza.

Uma análise deve indicar os dados disponíveis e as lacunas existentes. Vendas sem informação suficiente sobre custos não são uma medida completa de rentabilidade.

O espaço de trabalho é o limite principal, reforçado por controlos de autorização e base de dados.

Conhecer o identificador de outro negócio não deve dar acesso aos seus registos. Esta página descreve o projeto, não uma auditoria independente ou certificação.

Não. Os limites importantes são aplicados no servidor e na base de dados quando pertinente.

O servidor deve verificar identidade, papel e âmbito do negócio nas solicitações. Ocultar um controlo no navegador não aplica por si só uma autorização.

Sim. É um princípio central; não se exige conta para o percurso principal.

Os dados necessários para executar pedidos ou verificar pagamentos são distintos de uma conta ou escolha comercial opcional. O aviso do site cobre os formulários, não um futuro serviço de clientes em produção.

Não. Não é uma entrada publicitária ou de criação de perfis por defeito; o consentimento comercial permanece separado.

As mensagens devem servir a sua finalidade operacional sem se tornarem silenciosamente perfis publicitários. A escolha comercial do acesso antecipado é separada da indicação de como descobriu a Scorpaq.

Na página de Contacto existente.

Escolha privacidade/pedido de dados para questões sobre a sua informação, ou descreva o problema de segurança. Não inclua palavras-passe, dados completos de cartão ou documentos de identificação no primeiro contacto.

A Scorpaq prepara o acesso antecipado com negócios adequados; é possível apresentar uma candidatura.

A candidatura regista o contexto do negócio para avaliar a adequação e discutir os próximos passos. Não garante aceitação, data de lançamento ou acesso imediato.

Existe um modelo comercial definido para diferentes negócios e estruturas. Os detalhes de preços são partilhados diretamente em conversas qualificadas de acesso antecipado e comerciais.

O tipo de negócio e a organização ajudam a definir o âmbito comercial. Uma candidatura não é uma compra; preço e condições de subscrição devem ser acordados separadamente.

O modelo atual não inclui um plano gratuito para sempre em produção.

O formulário e a pré-visualização não equivalem a uma subscrição gratuita ilimitada. Acesso e condições comerciais são esclarecidos antes de começar a usar o serviço.

Não é o percurso comercial predefinido do modelo atual.

Enviar uma candidatura não inicia um período de teste nem cria um compromisso de pagamento. Duração, âmbito e condições financeiras do piloto devem ser discutidos à parte.

Preencha o formulário de acesso antecipado da Scorpaq.

Forneça contactos e dados do negócio corretos; localização e atividade ajudam a compreender as necessidades. Fontes de descoberta e e-mails comerciais são opcionais; palavras-passe, cartões e documentos de identificação são desnecessários.