Política de Privacidade

Nos dados de cadastro e de faturamento da sua conta, o Stratum atua como controlador. Nos dados que a sua organização insere na plataforma (contatos comerciais, candidatos, colaboradores e seus dependentes, documentos financeiros, fiscais e trabalhistas etc.), a organização contratante é a controladora e o Stratum atua como operador, tratando os dados exclusivamente conforme instruções da organização. Um mesmo usuário que possua acesso de gestor a mais de uma organização pode visualizar informações consolidadas, restritas às organizações em que detém esse papel.

Cadastro: nome, e-mail corporativo e nome da organização. Faturamento: razão social, CNPJ e dados de cobrança (o cartão é processado diretamente pelo Stripe; o Stratum não armazena números de cartão). Uso: registros técnicos de acesso (logs, IP, dispositivo) para segurança e auditoria e, de forma contínua, registros de diagnóstico e telemetria de desempenho — endereço da tela acessada, tempos de carregamento e de resposta e, quando há falha, os dados do erro —, transmitidos a monitor técnico de terceiro na forma detalhada na seção 4. Conteúdo da organização: os dados que os usuários da organização inserem nos módulos, que podem incluir dados pessoais e, a critério da organização, dados sensíveis ou de terceiros — por exemplo, na folha de pagamento (CPF, remuneração, dados bancários e dependentes de colaboradores, inclusive menores), no recrutamento (dados de candidatos) e na tesouraria (dados de clientes e fornecedores). Esse conteúdo é tratado pelo Stratum como operador, conforme instruções da organização controladora.

Mensagens enviadas aos nossos canais de atendimento: quem escreve para os endereços de contato e suporte da FineApps nos envia, no próprio e-mail, o endereço do remetente, o nome que ele configurou, o assunto, o texto e os anexos que anexar. Quando o remetente não é usuário de nenhuma organização cliente — ou quando o domínio dele não autentica o endereço —, a mensagem não abre atendimento, e nesse caso registramos em nossa base apenas o endereço do remetente, o nome, o assunto, a data e o motivo pelo qual ela não foi aceita; o texto e os anexos não são gravados. Quando o remetente é usuário de uma organização cliente, o texto da mensagem passa a fazer parte do pedido de suporte, dentro da plataforma. Em nenhum dos casos a mensagem é copiada para uma caixa de e-mail fora da plataforma, e arquivos anexados não são armazenados. Se, por falha nossa, não conseguirmos registrar a mensagem, ela é recusada e o seu provedor de e-mail lhe devolve um aviso de não-entrega — nada fica guardado, e basta reenviar. Base legal: legítimo interesse em receber e responder contatos (art. 7º, IX), e cumprimento de obrigação legal quando a mensagem for uma requisição de titular (art. 7º, II).

Tratamos dados para: prestar o serviço contratado e dar suporte (execução de contrato, art. 7º, V); faturar e prevenir fraude (execução de contrato e legítimo interesse, art. 7º, IX); cumprir obrigações legais, fiscais e regulatórias (art. 7º, II); manter a segurança e a disponibilidade da plataforma e diagnosticar falhas e lentidão, por meio dos registros de diagnóstico e da telemetria descritos nas seções 2, 4 e 5 (legítimo interesse, art. 7º, IX, e dever de segurança, art. 46); e comunicar novidades do produto (legítimo interesse, com opção de descadastro). O conteúdo que a organização insere é tratado conforme as finalidades e bases legais definidas pela própria organização controladora.

Não vendemos dados pessoais. Compartilhamos dados apenas com os suboperadores e provedores necessários à prestação do serviço.

Em uso: Supabase (banco de dados e autenticação, infraestrutura AWS), Vercel (hospedagem da aplicação), Stripe (pagamentos), Resend (envio de e-mails transacionais), provedores de assinatura eletrônica (D4Sign, ClickSign, Autentique ou DocuSign, conforme a escolha da organização), Anthropic (processamento dos recursos de inteligência artificial — o assistente Copiloto, a leitura de propostas no Suprimentos e o atendimento dos pedidos de suporte abertos pela plataforma, feito pelo agente Nix: ele classifica o pedido e sugere prioridade, responde com base nos artigos públicos de ajuda, propõe no máximo uma ação que só acontece com a autorização explícita do usuário na própria conversa, encaminha a uma pessoa da FineApps o que não sabe resolver e rascunha para essa pessoa — que revisa antes de enviar — a mensagem de conclusão; CPF, e-mail e telefone são mascarados antes do envio, e os dados enviados não são usados para treinar modelos), Sentry (monitoramento técnico da aplicação, nos Estados Unidos: registro de erros — tanto os que acontecem no navegador do usuário quanto as falhas de rotinas automáticas do nosso servidor — e medição de desempenho da navegação, enviada a cada navegação de qualquer usuário, e não apenas quando algo falha), Cloudflare (guarda da cópia de segurança diária, nos Estados Unidos, em arquivo cifrado que o provedor não tem meios de abrir) e GitHub (execução da rotina automatizada que gera e cifra essa cópia, nos Estados Unidos).

O que o Sentry recebe, e por quanto tempo: o envio acontece por dois caminhos, com conteúdos diferentes, e em cada um deles vai apenas uma lista fechada de informações. Em nenhum dos dois enviamos o nome ou o e-mail de quem estava usando a plataforma como identificação, e não gravamos a tela nem a sessão do usuário.

(i) Falhas na tela e desempenho da navegação (no navegador do usuário): a mensagem do erro, a pilha de execução, o identificador técnico da ocorrência, o endereço da tela acessada, a versão da aplicação, o identificador da organização e o papel do usuário (gestor, operador etc.).

(ii) Falhas de rotinas automáticas do nosso servidor (banco de dados): o nome da rotina que falhou, o módulo e o tipo da operação, a mensagem do erro, o identificador técnico da falha, o identificador da organização, o identificador interno do evento que originou a falha e identificadores internos dos registros envolvidos — códigos internos de título, parcela, conta, requisição, ordem de compra, concorrência, fornecedor e relatório de despesas, sem nome nem valor —, além de rótulos técnicos de vocabulário fechado (direção, origem, situação, ação, entidade, papel e provedor), contagens de itens e três contagens sobre o contexto da falha: quantas informações ele reunia ao todo, quantas foram enviadas e quantas foram retidas e enviadas. Neste caminho não vão o endereço da tela, a versão da aplicação nem a pilha de execução.

Usamos cookies e armazenamento local essenciais — sessão de autenticação e preferências de interface (tema, organização ativa) — e um item técnico do monitor descrito na seção 4, que guarda no seu navegador o identificador da navegação anterior e é apagado ao fechar a aba. Não usamos cookies de publicidade e não acompanhamos a sua navegação fora do Stratum.

Dentro do Stratum, a aplicação envia a um monitor técnico de terceiro — o Sentry, descrito na seção 4 — o registro dos erros e a medição de desempenho da navegação. Esse envio acontece a cada navegação, de qualquer usuário, e não apenas quando algo falha: trata-se, portanto, de uma medição contínua de uso feita por terceiro, com finalidade exclusivamente técnica — diagnosticar falhas e lentidão. Não há perfilamento comercial, publicidade nem compartilhamento com anunciantes.

Adotamos medidas técnicas e organizacionais: isolamento de dados por organização em nível de banco (Row-Level Security), com acesso entre organizações restrito a usuários que legitimamente detenham papéis em mais de uma; criptografia em trânsito (TLS) e em repouso; criptografia adicional de credenciais sensíveis de integração; controle de acesso por papéis; trilhas de auditoria; e cópia de segurança diária, cifrada antes de deixar a nossa infraestrutura e guardada por provedor no exterior que não dispõe de chave para abri-la, retida por até 30 dias (detalhes na seção 4).

Dados da conta são mantidos enquanto a assinatura estiver ativa e, após o encerramento do contrato ou a expiração do teste, por um prazo de carência de 60 dias, para permitir exportação e reativação. Encerrada a carência, os dados são eliminados. A eliminação só é executada depois de registrada uma exportação dos dados da organização — enquanto não houver exportação, o pedido fica retido. Os registros de ponto e de jornada não são apagados: eles são anonimizados — nome, e-mail e telefone do colaborador são removidos e o registro de horas permanece, para atender à guarda obrigatória da Portaria MTP 671/2021. Os logins das pessoas NÃO são excluídos junto com a organização: a conta de acesso pertence à pessoa, não à empresa, e a mesma pessoa pode ter acesso a outras organizações. O vínculo com a organização encerrada é removido; quem quiser excluir a própria conta de acesso deve solicitá-lo em separado. Permanecem ressalvadas as obrigações legais de retenção — em especial registros fiscais, contábeis, trabalhistas e previdenciários (incluindo folha de pagamento e eventos eSocial) e registros de acesso (art. 15 do Marco Civil da Internet). Esses prazos legais são de responsabilidade da organização controladora, que deve exportar e preservar tais registros antes da eliminação.

A eliminação é executada manualmente pela equipe do Stratum, sempre depois da carência e de registrada a exportação. O andamento do pedido fica visível para a organização na tela de Billing: data do registro, exportação pendente e data prevista para a eliminação.

Mensagens que não abriram atendimento (seção 2): o registro em nossa base — remetente, nome, assunto, data e motivo — é apagado automaticamente 30 dias depois, e não existe outra cópia da mensagem.

Nos termos do art. 18 da LGPD, você pode solicitar confirmação de tratamento, acesso, correção, anonimização, portabilidade, eliminação e informação sobre compartilhamentos. Administradores da organização podem exportar todos os dados e solicitar a exclusão da conta diretamente na tela de Billing da plataforma. Titulares cujos dados foram inseridos por uma organização devem direcionar solicitações primeiro à organização controladora.

A exclusão da conta de acesso de uma pessoa é pedido separado do encerramento de uma organização, e não há tela para ele: deve ser solicitada pelo e-mail de contato indicado na seção 9. Encerrada uma organização, o vínculo da pessoa com ela é removido, mas o login permanece — inclusive porque a mesma pessoa pode ter acesso a outras organizações.

Solicitações relacionadas a dados pessoais: contato@stratum-tool.com. Responderemos nos prazos da LGPD.

Esta política pode ser atualizada; mudanças materiais serão comunicadas pelos canais da plataforma, com indicação da nova data de vigência.