InngageTrust Center · Privacidade e SegurançaINNGAGE TECNOLOGIA PARA APPS E ECOMMERCE LTDA · CNPJ 38.240.721/0001-41
Política · Versão 2
Publicado em 27/10/2026
Público
Política de Backup, Continuidade de Negócios e Recuperação de Desastres (BCP/DRP)
Política · Público
INNGAGE TECNOLOGIA PARA APPS E ECOMMERCE LTDA · Responsável: Tecnologia · Encarregado (DPO): Raphael Senna e Silva — dpo@inngage.com.br
1. Objetivo e abrangência
Garantir que a plataforma Inngage Context Cloud e os dados dos clientes resistam a falhas de infraestrutura, erros operacionais e incidentes de segurança, com perda de dados e tempo de indisponibilidade limitados a objetivos definidos. Aplica-se à plataforma (APIs, painel, motor de envio, bancos de dados), aos sistemas de operação interna (Cortex) e aos serviços de entrega contratados de terceiros.
2. Arquitetura de resiliência
Componente
Onde roda
Resiliência
APIs e serviços da plataforma
Google Cloud Platform — Google Kubernetes Engine (GKE), região US-Central (padrão) ou Brasil (São Paulo), em implantação dedicada
Réplicas de serviço com reinício automático e distribuição entre nós; escalonamento automático
Banco de dados principal (MongoDB)
GCP, instâncias próprias
Conjunto de réplicas (replica set) com failover automático; backup diário
Banco analítico (MySQL)
GCP
Backup diário gerenciado
Imagens de mensagens
Amazon S3 + CloudFront
Durabilidade e redundância nativas do S3; distribuição por CDN
Envio de e-mail
Amazon SES e Sophialis/ExpertSender
Provedores redundantes
Operação interna (Cortex)
Supabase + Vercel
Backups gerenciados pelo provedor; nenhum dado de consumidor final
Todos os provedores de nuvem utilizados mantêm certificações ISO 27001, SOC 1/SOC 2 e PCI DSS.
3. Backup
Item
Regra
Frequência
Diária, automática, para todos os bancos de dados da plataforma
Retenção
72 horas de backups completos; réplicas ativas em tempo real
Armazenamento
No mesmo provedor de nuvem, em armazenamento separado das instâncias de produção, com criptografia em repouso pelos controles nativos do provedor
Acesso
Restrito à equipe de Tecnologia, por usuários nomeados; toda restauração é registrada
Dados de clientes encerrados
Eliminados dos backups no ciclo normal de rotação (72 horas), conforme o DPA
4. Objetivos de recuperação
Métrica
Objetivo
RPO (perda máxima de dados)
24 horas para backup completo; próximo de zero para falha de uma instância, pela replicação em tempo real
RTO (tempo máximo de restabelecimento)
Minutos para falha de instância ou de nó do banco, por failover automático. Até 4 horas para restauração completa de banco de dados a partir do backup (até 6 horas ponta a ponta, incluindo provisionamento do ambiente e validação). Até 24 horas para perda de região, por reconstrução da infraestrutura (objetivo; cenário não ensaiado)
5. Cenários e resposta
Cenário
Resposta
Falha de uma instância de aplicação
Reinício automático pelo GKE; sem ação manual
Falha do nó primário do banco
Failover automático para réplica; sem perda de dados
Corrupção ou exclusão indevida de dados
Restauração do backup mais recente (até 72 horas) pela Tecnologia, com registro
Indisponibilidade de provedor de entrega (WhatsApp, e-mail, RCS)
Mensagens enfileiradas e reenviadas após o restabelecimento; alternância para provedor redundante quando existir
Incidente de segurança
Política de Resposta a Incidentes: contenção, investigação, comunicação em 72h
Perda de região do provedor de nuvem
Reconstrução da infraestrutura a partir de configuração versionada e restauração dos backups em outra região do mesmo provedor
6. Testes e evidências
Testes de restauração de backup: realizados periodicamente pela Tecnologia, com data, escopo e resultado registrados. Última execução documentada: 05–06/09/2026 — restauração completa do backup diário em ambiente isolado; restauração dos dados concluída em 4 horas, 6 horas ponta a ponta incluindo provisionamento e validação de integridade; sem perda de dados.
Pentests automatizados semanais e testes mensais com terceiros cobrem a disponibilidade dos serviços expostos.
Monitoramento contínuo dos sistemas com alertas para a equipe de plantão.
Evidências de testes são compartilhadas com clientes sob NDA, mediante solicitação a dpo@inngage.com.br.
7. Papéis
Papel
Responsabilidade
Tecnologia
Executa backups, restaurações e testes; mantém a infraestrutura como código; aciona o plano em caso de desastre
Diretoria
Declara o estado de desastre, aprova decisões de reconstrução e comunica clientes
Encarregado
Avalia impacto sobre dados pessoais e conduz as comunicações previstas na Política de Resposta a Incidentes
8. Comunicação
Indisponibilidades relevantes são comunicadas aos clientes pelos canais de suporte, com atualizações até a normalização. Incidentes que afetem dados pessoais seguem a Política de Resposta a Incidentes.
9. Revisão
Revisada anualmente ou após qualquer acionamento do plano.
