1. Quem somos e a que serviço esta política se aplica
1.1O Pediuz é um sistema de cardápio digital, pedido na mesa e delivery que a Kernuz licencia para restaurantes. Quem vende comida é o restaurante; a Kernuz fornece o software que registra o pedido.
1.2Esta política vale para o site pediuz.com.br, para o painel do lojista, para as telas de cozinha, mesa e entregador, e para o cardápio público de cada restaurante hospedado no Pediuz.
1.3Ela não vale para o que o restaurante faz fora do sistema — o WhatsApp dele, a caderneta do balcão, o programa de fidelidade dele ou o marketplace em que ele também vende.
2. Os dois papéis: quando somos controladora e quando somos operadora
Esta é a distinção mais importante do documento, e ela muda quem responde por quê.
2.1Dados do restaurante contratante e da equipe dele — quem assina o contrato, quem entra no painel, quem faz entrega. Aqui a Kernuz é controladora: nós decidimos o que coletar e para quê, porque é a nossa relação comercial com o cliente.
2.2Dados de quem pede comida — nome, telefone e endereço do consumidor final. Aqui o restaurante é o controlador e a Kernuz é operadora: tratamos esses dados por conta e ordem do restaurante, nos limites do que o sistema faz. Quem decide o que fazer com a base de clientes é o restaurante.
2.3Na prática, para o consumidor: se você quer apagar seus dados ou saber o que a loja tem sobre você, o pedido é dirigido ao restaurante em que você comprou. A Kernuz também recebe pedidos pelo canal do item 8.4 e os encaminha ao restaurante responsável, executando no sistema o que ele determinar.
3. Que dados são coletados
A lista abaixo é o que o sistema grava de verdade — não uma lista genérica de precaução.
3.1De quem faz um pedido (consumidor final):
| Dado | Quando entra | Para quê |
|---|---|---|
| Nome e telefone | No checkout, com confirmação por código enviado ao telefone | Identificar o pedido e permitir que a loja avise sobre ele |
| Aceite de uso dos dados, com data e hora | No primeiro pedido | Registrar o consentimento |
| Endereço: CEP, rua, número, complemento, ponto de referência e bairro | No checkout de delivery | Entregar o pedido e calcular a taxa do bairro |
| Cópia do nome, telefone e endereço dentro de cada pedido | Na confirmação do pedido | Manter o histórico íntegro mesmo que o cadastro mude ou seja apagado depois |
| Itens pedidos, observações digitadas, forma de pagamento e troco | Na confirmação do pedido | Preparar, entregar e fechar o caixa |
| Código de confirmação, guardado de forma cifrada e apagado em 10 minutos | Ao pedir o código | Provar que o telefone é seu |
| Carrinho e sessão anônima do navegador | Ao usar o cardápio | Manter a sacola e a lista dos seus pedidos naquele aparelho |
| A frase digitada na busca do cardápio (ex.: “algo leve até 50 reais”) | Só quando você usa a busca por frase | Encontrar produtos daquele cardápio. Vai ao provedor de inteligência artificial e não é guardada nem registrada em log |
3.2O sistema não coleta CPF do consumidor, data de nascimento, localização por GPS, foto de pessoa nem dado de cartão. Cartão e dinheiro são pagos na entrega, direto ao entregador: nenhum número de cartão passa pelo Pediuz.
3.3Do restaurante e da equipe dele: nome ou razão social, CNPJ ou CPF, e-mail, telefone, WhatsApp e endereço da loja; nome, e-mail, senha e função de cada pessoa com acesso ao painel; nome, telefone e chave Pix dos entregadores, além dos valores recebidos e trocos do acerto de turno. A senha é guardada como hash argon2 — não é possível lê-la, nem por nós.
3.4Da operação da plataforma: o endereço IP de quem tenta entrar no painel, guardado por 15 minutos para conter ataque de senha; e o registro de todo acesso administrativo da Kernuz que atravessa mais de uma loja, com quem acessou, quando, por quê e quantos registros foram tocados.
4. Para que usamos e com que base legal
| Grupo de dados | Finalidade | Base legal indicada |
|---|---|---|
| Nome, telefone e endereço do consumidor | Registrar, preparar e entregar o pedido | Execução de contrato entre consumidor e restaurante (art. 7º, V), com consentimento também coletado no checkout (art. 7º, I) |
| Código de confirmação por telefone | Provar posse do número e impedir que um estranho use o nome e o endereço de outra pessoa | Legítimo interesse em segurança (art. 7º, IX) |
| Histórico de pedidos | Repetir o pedido anterior, atender o consumidor e prestar contas ao restaurante | Execução de contrato (art. 7º, V) |
| Dados cadastrais do restaurante | Contratar, faturar e dar suporte | Execução de contrato (art. 7º, V) e obrigação legal e fiscal (art. 7º, II) |
| Login, IP e registros de acesso | Autenticar, conter ataque e auditar acesso administrativo | Legítimo interesse em segurança (art. 7º, IX) |
4.1A Kernuz não vende dado, não aluga base e não usa os dados de consumidor de uma loja para promover outra. O isolamento entre lojas está descrito no item 9.2.
4.2O sistema não faz publicidade comportamental, não traça perfil de consumidor para anúncio e não tem integração com rede de anúncios. O site pediuz.com.br não usa ferramenta de medição de audiência nem pixel de rede social.
5. Cookies e o que fica guardado no seu navegador
5.1O cardápio público usa um cookie, chamado pediuz_sessao. Ele guarda um identificador aleatório e assinado, sem nome, telefone ou endereço dentro. É o que mantém sua sacola e a lista dos seus pedidos naquele aparelho. Dura 90 dias, é marcado como HttpOnly e SameSite, e em produção só trafega por conexão segura.
5.2Esse cookie é necessário para o cardápio funcionar: sem ele não há carrinho. Não existe cookie de publicidade, de medição de audiência ou de terceiro no Pediuz.
5.3O painel do lojista guarda no próprio navegador as credenciais de acesso e preferências de tela, como o número da mesa no tablet. No tablet fixo de mesa, o fechamento da conta apaga a sessão do cliente anterior.
5.4Apagar os dados do navegador remove o cookie e a sacola. O histórico de um pedido já enviado continua com o restaurante — é o registro de uma compra.
6. Com quem compartilhamos
Estes são todos os terceiros que recebem algum dado. Não há outros.
| Quem | O que recebe | Quando |
|---|---|---|
| Meta Platforms (WhatsApp Cloud API) | Seu telefone e o código de confirmação; e, no aviso de pedido, o nome da loja, o número do pedido e o link de acompanhamento | Ao pedir o código e uma vez por pedido de delivery confirmado |
| Provedor de e-mail (SMTP) | E-mail do usuário do painel e o link de redefinição de senha | Só na recuperação de senha do lojista |
| Provedor de inteligência artificial (hoje a OpenAI) | O cardápio da loja e a frase digitada na busca. Nenhum dado de cadastro: nem nome, nem telefone, nem endereço, nem histórico de pedidos | Só quando o cliente usa a busca por frase no cardápio |
| HostGator (hospedagem, servidor no Brasil) | Todos os dados, em repouso no servidor | Sempre |
| OpenStreetMap / Overpass | Somente nome de cidade e de bairro. Nenhum dado pessoal | Quando o lojista importa a lista de bairros |
6.1O envio pelo WhatsApp está ativo e é uma transferência internacional de dados (LGPD, art. 33): a Meta Platforms, Inc. processa a mensagem fora do Brasil. O que sai é o número de telefone e o conteúdo da mensagem — o código de confirmação, ou o número do pedido e o link de acompanhamento. Nunca endereço, itens do pedido ou valor.
6.2A busca por frase no cardápio também é uma transferência internacional: a frase e a lista de produtos da loja são enviadas ao provedor de inteligência artificial, fora do Brasil, que responde com a seleção de produtos. Essa chamada não leva nenhum dado de cadastro — nome, telefone, endereço e histórico ficam de fora — e a frase não é gravada no banco nem em log. A Kernuz pode trocar de provedor; esta política é atualizada quando isso acontecer.
6.3Os dados ficam hospedados em servidor no Brasil, na HostGator. Guardar aqui não é detalhe: significa que o armazenamento em si não é transferência internacional — as únicas saídas do país são as duas acima, a mensagem de WhatsApp e a busca por frase, cada uma com o que está descrito ali.
6.4Também podemos compartilhar dados por ordem judicial ou requisição de autoridade competente. Nesse caso avisamos o restaurante controlador, salvo quando a lei proibir o aviso.
7. Por quanto tempo guardamos
7.1O que já tem prazo definido no sistema: o código de confirmação apaga em 10 minutos; a sacola abandonada, em 24 horas; a sessão do cardápio, em 90 dias; o registro de tentativa de login, em 15 minutos; e a sessão do painel expira em no máximo 7 dias, mesmo em uso.
7.2Cadastro de cliente, endereços e histórico de pedidos ficam guardados enquanto o restaurante mantiver o contrato ativo, porque são o registro comercial da loja.
7.3Encerrado o contrato, a loja fica somente leitura no sistema. O restaurante pode pedir a exportação da base de clientes e do histórico, conforme o item 8 do Termo de Uso, e pedir a eliminação dos dados.
8. Seus direitos e como exercer
8.1A LGPD, no art. 18, garante a você: confirmação de que tratamos seus dados; acesso a eles; correção do que estiver errado ou incompleto; anonimização, bloqueio ou eliminação de dado desnecessário ou tratado fora da lei; portabilidade; informação sobre com quem compartilhamos; informação sobre a consequência de não consentir; e revogação do consentimento.
8.2Consumidor final: como o controlador dos seus dados é o restaurante, o caminho mais curto é falar com a loja em que você comprou. O contato dela está no próprio cardápio.
8.3Restaurante contratante: fale com a Kernuz pelo canal abaixo.
8.4Canal da Kernuz para qualquer pedido de privacidade: contato@kernuz.com.br. Se você é consumidor e escrever para nós, encaminhamos ao restaurante responsável e executamos no sistema o que ele determinar.
8.5Nenhuma dessas ações é automática dentro do sistema hoje: exclusão e exportação são executadas por nós mediante solicitação, e o acesso administrativo necessário para isso fica registrado na trilha de auditoria descrita no item 9.7.
8.6Você também pode reclamar à Autoridade Nacional de Proteção de Dados (ANPD).
9. Como protegemos os dados
O que está descrito abaixo é o que está implementado e verificável no código. Nada além disto é prometido.
9.1O tráfego entre o navegador e o servidor é protegido por HTTPS.
9.2Isolamento entre restaurantes. Cada loja é um escopo próprio, e o filtro por loja é aplicado pela infraestrutura do sistema em toda consulta ao banco, em vez de ser escrito à mão a cada tela. A loja nunca é definida por um valor enviado pelo navegador. Um teste automatizado prova que a loja A não enxerga dado da loja B, e ele barra o código antes de ir ao ar.
9.3Senhas. Guardadas com hash argon2, sem limite de tamanho. Nem a Kernuz consegue ler a senha de alguém. A redefinição é feita por link temporário enviado por e-mail — nunca informando senha por telefone nem exibindo em tela.
9.4Sessões. O acesso ao painel usa credencial assinada, presa à loja e com prazo máximo de validade. A sessão do cardápio público é um identificador assinado, HttpOnly, SameSite e restrito a conexão segura em produção.
9.5Ataque de senha. As tentativas de login são limitadas por endereço IP, com espera crescente a cada falha.
9.6Arquivos enviados. Imagem enviada ao cardápio é validada pelo conteúdo do arquivo, não pelo nome, e gravada com um nome novo gerado pelo sistema.
9.7Registros e auditoria. Os logs saem com telefone, e-mail, endereço, CPF/CNPJ, chave Pix e credenciais substituídos automaticamente por uma marca de dado removido. Todo acesso administrativo da Kernuz que atravessa mais de uma loja é gravado com autor, motivo, horário e alcance. A administração da plataforma usa contas separadas das contas de lojista, sem caminho de promoção de uma para a outra.
9.8Nenhum sistema é invulnerável. Em caso de incidente de segurança com risco relevante, comunicamos o restaurante controlador e a ANPD, na forma da lei.
10. Encarregado pelo tratamento de dados
10.1Canal de contato para assuntos de proteção de dados: contato@kernuz.com.br.
10.2A Kernuz é agente de tratamento de pequeno porte e, na forma da Resolução CD/ANPD nº 2/2022, divulga o canal de comunicação sem indicar encarregado nominal. Todo pedido sobre dados pessoais entra por esse endereço e é respondido de lá.
11. Alterações desta política
11.1Podemos alterar esta política. A versão vigente é sempre a publicada nesta página, com a data de vigência no topo.
11.2Mudança relevante é comunicada aos restaurantes contratantes pelos canais do contrato, com antecedência.