Perguntas frequentes

Sim. A conta se cria com e-mail, mas o restaurante é cadastrado com CNPJ ativo, CPF e RG do titular. São duas etapas independentes: primeiro a conta, depois a loja, já autenticado.

No mesmo dia. Depois de escolher o plano, falta cadastrar o cardápio, os horários e as áreas de entrega. A loja começa pausada e você abre quando estiver pronto.

Delivery, retirada, mesa por QR Code, balcão (PDV) e iFood. Quais deles ficam ativos depende do plano — o cardápio e o WhatsApp criam pedidos com as mesmas regras de preço e estoque.

Não. O painel, o KDS e o app do garçom rodam no navegador, no celular ou no tablet. Para imprimir comanda você conecta uma impressora térmica USB ou uma estação de impressão.

Sim, para todo produto com ficha técnica. A venda e a baixa acontecem na mesma transação: ou as duas valem, ou nenhuma. O extrato de movimentos é imutável — correção se faz lançando a diferença.

Só quem tem o papel para isso. Proprietário, gerente, financeiro, garçom e cozinha veem coisas diferentes, e a restrição vale no banco de dados — não é só menu escondido.

Pode, a qualquer momento. Os limites e os módulos do novo plano passam a valer na hora. Nada do que você já cadastrou é apagado ao mudar.

Dá para importar o cardápio e as compras por XML de NF-e, e rodar os dois em paralelo enquanto a equipe se acostuma. Agende uma demonstração e a gente monta o plano de virada.

Não. Tudo funciona no navegador — do celular, do tablet do salão e do computador do caixa. Impressora de comanda é opcional e se conecta pela rede da casa.

Dá. Muita casa começa só com cardápio digital e delivery, e liga o financeiro depois. O que os módulos compartilham é a base de dados, não a obrigação de estarem todos ligados.

Sim, e a separação é imposta pelo banco de dados, não pela tela. Toda consulta carrega a identificação do restaurante e o banco recusa o que estiver fora dele, mesmo que alguém chame o servidor por fora do sistema.

O cardápio e o cadastro de insumos podem ser montados em paralelo enquanto o outro sistema segue rodando; a virada é escolher o dia de parar de lançar pedido lá.

Sim. A página é gerada no servidor com título, descrição, link canônico e imagem de capa próprios da sua loja — e reaproveitada por 60 segundos, então ela abre rápido mesmo no horário de pico.

Não dá. O pedido que sobe não carrega preço nenhum — só o que foi escolhido. O servidor calcula o total e recusa qualquer divergência com o que a tela mostrava.

Pode. O preço é cadastrado por canal — delivery, aplicativo, mesa e balcão —, inclusive com preço "de/por" riscado em cada um.

Ele monta o pedido e é avisado de que a loja está fechada. Isso evita perder o cliente que abriu o cardápio às 23h — e evita a cozinha ser surpreendida por um pedido fora do horário.

Não, enquanto a cozinha não iniciou o preparo: entra como rodada nova no mesmo pedido, com um número e uma comanda só. Depois que o preparo começou, aí sim nasce um pedido novo.

Não. Só a rodada nova é enfileirada para impressão. E dentro do cartão do KDS há uma faixa avisando quantos itens ainda não começaram, para a rodada nova não passar despercebida.

Não. O QR abre o cardápio em modo de prévia; ocupar a mesa é uma ação separada, que o cliente faz quando decide pedir. Quem já é o responsável pela mesa cai direto na comanda ao voltar.

Não. O cliente pede pelo próprio celular via QR, e o garçom lança pelo painel de qualquer aparelho. O chamado de garçom pode avisar só o responsável pela mesa ou o salão inteiro — você escolhe.

O mais perto da loja no momento em que aceitou. O primeiro aceite só ABRE a janela de disputa, que dura 60 segundos por padrão. Se você configurar a janela em zero, aí volta a ser quem aceita primeiro.

Não. Ele abre o link que chegou pelo WhatsApp, digita o telefone com DDD para se identificar e libera o GPS. É uma página no navegador, e ela deixa de funcionar quando a corrida é encerrada.

Não. O convite que vai ao grupo mostra bairro, cidade e a distância. Rua, número, complemento, nome e telefone do cliente são liberados apenas ao vencedor, na conversa privada dele.

A corrida expira depois do prazo que você definir (15 minutos por padrão) e gera uma notificação crítica no painel. Você pode reofertar, o que gera um link novo mantendo o histórico da tentativa anterior.

Ela não escreve preço nenhum. Quem calcula é o mesmo motor do cardápio, e qualquer resposta dela que contenha um valor em reais é descartada antes de ser enviada. Na dúvida, ela manda o link do cardápio.

Não. A conexão é uma só — é o seu número —, mas os usos são independentes: parear pela tela de entregas liga só o envio de corridas. Ligar o atendente é uma escolha separada, feita por você.

Só em dois passos: monta a prévia com os valores calculados pelo sistema, mostra ao cliente e registra depois de um "sim" explícito. Sem confirmação, não existe pedido.

Falha do serviço de IA empurra a conversa para humano em vez de deixar o cliente sem resposta. Você também pode assumir a conversa a qualquer momento pelo painel — e, quando digita, ela se cala automaticamente.

Não. Ao aprovar o pagamento, o sistema cria a receita pelo valor bruto e lança taxa de cartão, taxa de aplicativo e imposto como despesas, usando os percentuais dos seus parâmetros.

Só se você quiser. O custo fixo vem de um lugar só e alimenta sempre o resultado do mês e o ponto de equilíbrio; levá-lo também ao preço sugerido de cada prato é uma escolha nos parâmetros do financeiro, e ela começa desligada. Antes de decidir, você vê quanto o rateio somaria a cada prato.

O estorno cancela em cascata a receita e todas as deduções geradas por ela. Antes de existir esse comportamento, a venda estornada ficava no resultado para sempre.

Pelo que você vendeu nos últimos 30 dias: o custo fixo do mês dividido pelos itens vendidos, com piso de 30 itens. Abaixo desse piso ele não tem base e fica de fora do preço sugerido em vez de chutar — quem vendeu 3 pratos na primeira semana receberia um rateio de milhares de reais por prato.