Operação · transparência

Runbook público

Como a FinderPro detecta, responde e comunica incidentes. Publicado para auditabilidade.

Severidades

Nível Descrição Tempo de resposta
P0 · Crítico API fora, autenticação quebrada, leak de dados ≤ 15 min
P1 · Alto 1 módulo indisponível, pagamentos falhando ≤ 30 min
P2 · Médio Degradação, webhook atrasado, latência alta ≤ 2 horas
P3 · Baixo Bugs cosméticos, docs, relatórios ≤ 48 horas

Fluxo de resposta

  1. Detecção — alerta automático (probes internas + StatusMedicao) ou relato de cliente.
  2. Triagem — plantonista classifica severidade em até 5 minutos.
  3. Comunicação inicial — incidente publicado em /status e e-mail pra clientes afetados em no máx. 15 min (P0/P1).
  4. Mitigação — rollback, circuit breaker, ou bypass conforme runbook interno.
  5. Monitoring — verificação ativa por 30 min após correção.
  6. Resolved — update final com causa raiz + cronograma de post-mortem.
  7. Post-mortem público — publicado em até 15 dias (P0/P1).

Canais de comunicação

Compromissos de tempo

Manutenções planejadas

Janelas preferenciais: domingo 02h–05h BRT. Comunicação com 72 horas de antecedência via status page e e-mail. Não há cobrança de SLA durante manutenção planejada.

Post-mortems publicados

Nenhum incidente P0/P1 registrado até o momento. Quando houver, post-mortems aparecem aqui com causa raiz, impacto, ações tomadas e prevenção futura.