OrdemBox — política de privacidade candidata

1. Escopo e responsabilidades

O aplicativo Android utiliza o mesmo servidor e funcionalidades do OrdemBox Web Mobile. A plataforma trata dados de acesso e administração. As organizações clientes inserem dados operacionais de seus clientes e equipes; seus responsáveis devem definir a finalidade e legitimidade desses registros. A qualificação jurídica de controlador e operador depende das operações e contratos, ainda sujeita a aprovação.

2. Dados e finalidades

Os fluxos existentes recebem nome, e-mail, CPF e, conforme o formulário, telefone; dados cadastrais e comerciais da empresa; clientes, veículos, ordens de serviço, agenda, estoque e registros financeiros. Fotos, arquivos e mensagens são tratados quando enviados. Dados de PIX ou bancários podem ser informados nas configurações aplicáveis. As finalidades técnicas são autenticação, funcionamento da gestão, documentos, atendimento, cobrança contratada e segurança. IP e eventos de acesso podem ser registrados; pseudonimização não equivale a anonimização.

Câmera e arquivos são usados mediante ação do usuário e permissões do aparelho. Isso não comprova acesso contínuo ao dispositivo. Não há evidência nesta auditoria de SDK de anúncios; configurações e integrações efetivamente habilitadas exigem confirmação.

3. Sessão e Google OAuth

A sessão utiliza o cookie xico_session, assinado, não cifrado; sua duração configurada é um dia ou trinta dias na opção de permanecer conectado. Cookies auxiliares incluem ordembox_app_context e ordembox_google_oauth_state, este com validade de dez minutos. Os cookies de autenticação usam HttpOnly e SameSite=Lax, com Secure em produção. O login Google solicita openid, e-mail e perfil, não acesso ao Gmail ou Drive. O retorno Android utiliza estado e consumo único com armazenamento privado temporário; a limpeza é oportunística, não uma garantia de remoção exata ao término do prazo.

4. Armazenamento e terceiros

Dados operacionais são armazenados no servidor e banco; imagens e arquivos podem usar MinIO ou armazenamento local conforme configuração. Integrações presentes no código, quando habilitados os respectivos recursos, incluem Google para login, Asaas para cobrança, Resend para e-mails, FipePlaca para consulta de placas, Meta/WhatsApp para mensagens e OpenAI para assistência. Dados enviados dependem da função: identificação de cobrança, destinatário e conteúdo do e-mail, placa consultada, mensagens e contexto do atendimento. A geração simples de três logotipos usa processamento local, não IA externa.

Esta inspeção não confirma quais fornecedores estão habilitados, contratos, regiões de hospedagem ou política de retenção de terceiros. A opção store:false da API de IA não comprova retenção zero pelo fornecedor.

5. Retenção e exclusão

O pedido de exclusão não elimina imediatamente a conta: gera protocolo para revisão segura. Registros vinculados a histórico, obrigações aplicáveis ou dados de organizações podem requerer conservação. A Lixeira possui regras de trinta dias para itens elegíveis; isso não representa um prazo geral de eliminação de contas, logs ou backups. Prazo de resposta, retenção de logs, ciclo de backups e descarte após restauração estão pendentes de definição e comprovação.

6. Solicitações e segurança

Há controles de autenticação, permissões e organização. A exportação disponível possui escopo e permissões próprios, não constitui por si só atendimento integral a todos os direitos legais. Solicitações de acesso, correção e exclusão precisam de verificação de titularidade. Não envie senhas nem dados de terceiros nos canais de suporte.