1. Quem é responsável pelo serviço
O Secretário Ministerial é operado pela HENRIFLOW TECNOLOGIA LTDA, nome fantasia HENRIFLOW TECNOLOGIA, CNPJ 69.740.277/0001-57, sociedade empresária limitada sediada no município de São Paulo/SP.
O canal para privacidade e atendimento é [email protected]. Por esse canal você poderá pedir informações sobre seus dados e solicitar acesso, correção ou exclusão, mediante verificação de identidade proporcional à solicitação.
2. Dados que tratamos e suas finalidades
Tratamos dados de cadastro e autenticação, como e-mail, identificação da conta e informações necessárias para proteger o acesso; dados do perfil, como nome ministerial, apresentação e imagens que você escolher; e informações inseridas na agenda, nos convites, nos cadastros de igrejas e nos registros ministeriais e financeiros.
Esses dados permitem oferecer a organização da rotina ministerial, autenticar usuários, aplicar permissões, responder a solicitações, manter a integridade do serviço e administrar a contratação do software. Registros técnicos de funcionamento e segurança ajudam a diagnosticar falhas e prevenir abuso.
Informações sobre atividade ou convicção religiosa podem ser dados pessoais sensíveis. O titular deve ter fundamento e autorização apropriados para cadastrar informações de terceiros. A autorização técnica de uma integração não substitui os requisitos legais aplicáveis ao tratamento desses dados. Conforme a finalidade e a natureza da informação, o tratamento deve observar as hipóteses legais pertinentes, inclusive as específicas para dados sensíveis; não se presume que a execução de contrato autorize todo tratamento de informação religiosa.
3. Pessoa de confiança e compartilhamento escolhido pelo titular
O titular pode vincular até uma pessoa de confiança, com login próprio e permissões separadas. O acesso depende do vínculo ativo e das autorizações concedidas. A pessoa de confiança não recebe automaticamente acesso a informações pessoais, de segurança ou financeiras do titular.
Eventos pessoais têm seus detalhes protegidos: sem a permissão correspondente, a pessoa de confiança vê informação limitada, como “Ocupado”. A classificação local de um evento como ministerial não o torna automaticamente público. O titular escolhe o que compartilhar pelas funcionalidades de convites, disponibilidade e artes. Não inclua nessas publicações dados privados que você não deseja divulgar.
4. Conexão opcional com Google Agenda
Quando você solicita a conexão, o Google apresenta as permissões que o Secretário Ministerial pede. Usamos openid e e-mail para identificar na interface a conta Google conectada, calendar.calendarlist.readonly para listar os calendários legíveis e permitir sua seleção, e calendar.events.readonly para consultar eventos e manter uma cópia sincronizada dos calendários escolhidos.
A permissão de eventos é apresentada pelo Google como acesso de leitura aos eventos dos seus calendários. Dentro do aplicativo, a sincronização é limitada aos calendários selecionados pelo titular. A pessoa de confiança não gerencia a conexão Google.
Os eventos podem fornecer título, descrição, local, datas, horários, fuso, situação, regras de recorrência e exceções. As respostas do Google também podem conter metadados adicionais, inclusive informações de participantes. Durante uma sincronização interrompida, respostas podem ser mantidas temporariamente em um registro de retomada protegido; esse registro é removido quando a sincronização termina ou o calendário é removido da conexão.
Usamos esses dados para exibir compromissos ao lado da sua agenda e permitir classificação local como pessoal, ministerial ou oculto. A classificação não cria um convite formal ou um cadastro de igreja. A integração é somente de leitura: não cria, edita nem apaga eventos na sua conta Google. Não solicitamos acesso ao Gmail, ao Drive ou à lista de contatos Google.
A conexão é opcional. Você pode usar cadastro manual e importação de arquivos. A sincronização automática de 30 minutos foi implementada e validada no ambiente de homologação; sua oferta pública depende da verificação Google e da ativação autorizada de produção. Esta política não significa que a integração já foi aprovada ou liberada ao público.
5. Tokens e controles de segurança
O aplicativo não solicita sua senha Google. O Google fornece tokens para as consultas autorizadas. O token de atualização é criptografado com AES-GCM antes de ser armazenado no banco; a chave de criptografia fica nos segredos do servidor, separada dos dados do banco. O token de atualização não é entregue ao navegador. Tokens temporários de acesso são usados no servidor nas consultas ao Google.
Os controles incluem autenticação, autorização no servidor e no banco e isolamento entre contas. A comunicação pública usa HTTPS. MFA é opcional para o usuário; quando ativado voluntariamente, integra o processo de autenticação. Esses controles reduzem riscos, mas não constituem promessa de impossibilidade de incidentes.
6. Fornecedores de infraestrutura e pagamentos
Supabase fornece banco, autenticação, armazenamento de arquivos e execução de funções do servidor. Cloudflare fornece hospedagem e entrega do frontend e controles de acesso dos ambientes protegidos. O serviço utiliza infraestrutura de envio de e-mails para confirmações, recuperação de acesso e comunicações operacionais, incluindo Resend, conforme a configuração do ambiente.
A contratação do software, quando disponibilizada, utiliza Mercado Pago para processar pagamentos e assinaturas. Podem ser enviados e-mail do pagador, identificação da contratação, valor e referências necessárias à operação. Conservamos os registros necessários para conferir pagamento, assinatura e período de acesso. Não armazenamos número completo do cartão nem código de segurança. O Mercado Pago realiza também seus próprios tratamentos, descritos na política de privacidade do Mercado Pago.
A cobrança do software é separada da Tesouraria do aplicativo, que registra recebimentos informados pelo usuário e não processa ofertas ou pagamentos de igrejas.
A infraestrutura pode envolver tratamento fora do Brasil. Não afirmamos que todos os dados permanecem exclusivamente em território brasileiro. O compartilhamento com fornecedores deve se limitar às finalidades do serviço, sob controles de acesso e as salvaguardas aplicáveis.
7. Uso limitado dos dados Google
O uso e qualquer transferência de informações recebidas das APIs Google seguem a Google API Services User Data Policy, incluindo os requisitos de uso limitado.
Os dados Google são usados para os recursos de agenda solicitados pelo usuário. Não são vendidos, usados para publicidade personalizada ou para treinar modelos de inteligência artificial de uso geral. Os dados são disponibilizados à infraestrutura necessária para prestar o serviço e, quando aplicável, a destinatários autorizados pelo usuário ou exigidos por lei. Acesso operacional por pessoas deve se limitar a uma necessidade legítima, como atendimento autorizado, segurança ou cumprimento de obrigação aplicável.
A conexão Google não é condição para acessar informações financeiras, não é usada para análise de crédito e não compartilha conteúdo de eventos com o Mercado Pago como informação de cobrança.
8. Cookies, armazenamento no dispositivo e métricas
O aplicativo utiliza armazenamento necessário ao funcionamento, como sessão, preferências, rascunhos e recursos do aplicativo instalável. Alguns conteúdos estáticos podem ser mantidos no dispositivo para desempenho e funcionamento do aplicativo. Isso não torna a agenda pública.
Quando configurado, o Google Analytics 4 só é carregado após a escolha de aceitar métricas. Recusar ou não responder mantém a medição desativada. A escolha pode ser alterada em “Preferências de privacidade”. A implementação usa eventos genéricos e remove parâmetros privados do endereço enviado. Não enviamos títulos ou descrições de eventos Google, tokens, nomes, igrejas ou endereços residenciais como parâmetros de medição. Os recursos de publicidade e personalização de anúncios ficam desativados.
As páginas institucionais estáticas desta versão não carregam o aplicativo nem scripts de analytics.
9. Desconexão, revogação e exclusão do espelho Google
Você pode desconectar no aplicativo ou revogar o consentimento nas configurações da conta Google. Na desconexão pelo aplicativo, o servidor tenta revogar o token no Google e remove a conexão local, mesmo quando a tentativa externa de revogação não consegue ser concluída.
Você escolhe se deseja remover também os eventos importados. Sem essa remoção, a cópia local permanece sem novas sincronizações. A revogação feita diretamente no Google é detectada nas consultas seguintes; interrompe as leituras, mas não apaga automaticamente a cópia local ou todos os registros da conexão. Para removê-los, use a desconexão do aplicativo ou solicite atendimento.
A exclusão da cópia no Secretário Ministerial não apaga o evento original no Google. Desmarcar um calendário para futuras atualizações também não deve ser confundido com um pedido de exclusão integral da conta.
10. Retenção, vencimento e backups
Os dados da conta e os conteúdos cadastrados são mantidos enquanto necessários à prestação do serviço e às finalidades informadas. O vencimento da assinatura não provoca exclusão automática de dados. A política comercial preserva consulta e exportação e pode restringir novas alterações quando não houver período de acesso vigente.
O token criptografado pode permanecer nos registros da conexão até sua desconexão ou exclusão, inclusive quando o Google já tiver revogado sua validade. A desconexão remove o token da base ativa. Os registros temporários de retomada têm a finalidade de concluir a sincronização, não de formar um histórico público dos eventos.
Os backups gerenciados do banco no Supabase são diários, conforme a janela de recuperação do plano. Eles não incluem o conteúdo dos arquivos do Storage, como fotos: o backup do banco contém seus metadados. Cópias de arquivos exigem procedimentos próprios.
Cópias de segurança servem para restauração e integridade. Elas podem conter dados anteriores a uma exclusão na base ativa; a exclusão não significa desaparecimento instantâneo de todas as cópias. Há também backups operacionais manuais, cujo prazo não é definido por uma rotina automática única. Solicitações de exclusão precisam considerar as cópias existentes e os procedimentos de restauração, evitando reutilizar dados eliminados para finalidades correntes.
Registros de segurança, contratação e pagamento podem ser conservados quando necessários à obrigação legal ou ao exercício de direitos, com limitação de finalidade e acesso. Não prometemos retenção ilimitada nem um prazo único que não exista na operação. Ao solicitar informações ou exclusão, você pode pedir esclarecimentos sobre as categorias, justificativas de conservação e providências aplicáveis ao seu caso.
11. Seus direitos e atualizações
Pelo contato de privacidade informado, você pode solicitar confirmação de tratamento, informações sobre uso e compartilhamento, acesso, correção, portabilidade quando aplicável, revogação de consentimento e exclusão, observadas as hipóteses de conservação permitidas e os direitos de terceiros. A confirmação de identidade deve ser proporcional e não exigir divulgação pública de documentos.
Mudanças relevantes nas finalidades ou no uso de dados Google serão comunicadas, com nova autorização quando necessária. A versão e a data de atualização serão indicadas nesta página. Esta versão entra em vigor em 1º de novembro de 2026.