Plataforma e inteligência · Incidentes & Continuidade

Quem está no comando quando a formatura sai do roteiro

Radar com as ocorrências abertas da Produção de Eventos, do Compliance, do SST, da equipe de campo, do Suporte, da Qualidade e do Financeiro numa lista só, lidas na hora e sem cópia. O que importa vira incidente coordenado com severidade de SEV1 a SEV4, comandante, plantão, boletins com prazo, aviso no sino quando o SLA estoura, custos, MTTA e MTTR. Antes do problema, os processos críticos mostram RTO, RPO, dependências e fornecedores críticos com substituto, os planos de contingência nascem de modelos prontos e o kit de crise sai impresso para o salão. A prontidão dos eventos traz previsão do tempo e grava a decisão go/no-go com as checagens do momento. Depois, o pós-mortem sem culpado, as ações de todos os módulos, a análise de recorrência e a nota de maturidade fecham o ciclo.

O problema e a saída

O que muda quando Incidentes & Continuidade vive dentro do sistema

Não é uma tela a mais: é o mesmo cadastro de turma, formando e evento sustentando 17 módulos que antes eram planilha, e-mail e conversa solta.

Sem sistema

Cada informação de incidentes & continuidade mora em uma planilha diferente, e ninguém sabe qual é a versão certa.

Com o Partiu Formatura

17 módulos no mesmo banco, com a turma, o formando e o evento como cadastro único.

Sem sistema

Quando alguém pede um número, a resposta demora porque é preciso juntar dados de três lugares.

Com o Partiu Formatura

Radar de Ocorrências e Triagem e Severidade atualizam em tempo real, e o número aparece pronto para a reunião.

Sem sistema

O processo depende de quem está na cadeira: cada pessoa faz de um jeito e o histórico se perde.

Com o Partiu Formatura

O caminho é o mesmo para todo mundo, com registro de quem fez o quê e permissão por perfil.

Sem sistema

Integrar com o restante da empresa vira exportação de planilha e retrabalho no fim do mês.

Com o Partiu Formatura

incidentes & continuidade conversa direto com as outras áreas do sistema, sem exportar nem redigitar nada.

Como funciona

O caminho que a informação faz em Incidentes & Continuidade

Cada etapa é um módulo de verdade da área e o que sai de uma entra na outra sem ninguém digitar de novo.

O que existe em Incidentes & Continuidade

Em destaque

Quem está no comando quando a formatura sai do roteiro

O radar junta numa lista só o que está aberto na Produção de Eventos, no Compliance, no SST, na equipe de campo, no Suporte, na Qualidade e nas falhas de pagamento bancário. O que importa vira incidente com severidade, comandante, boletins no prazo e linha do tempo, com aviso de SLA estourado mesmo fora da tela. Antes disso, os processos críticos mostram em quanto tempo cada um precisa voltar, quem está de plantão e qual plano seguir quando parar.

Quero ver isso na prática
  • Radar com as ocorrências de sete módulos, sem copiar nenhum registro
  • Severidade SEV1 a SEV4 com critério escrito, SLA de boletim e aviso automático
  • Planos de contingência prontos, plantão e kit de crise para imprimir
  • Go/No-Go do evento com previsão do tempo, pós-mortem sem culpado e nota de maturidade

Radar de Ocorrências

Tudo que está aberto nos outros módulos, numa lista só e sem cópia.

  • Leitura na hora de nove registros de sete módulos: Produção de Eventos, Compliance (incidentes e alertas graves), SST, Freelancer & Equipes, Suporte, Qualidade (não conformidades e reclamações) e Financeiro
  • Falha da rotina de pagamento bancário das últimas 72 horas entrando como ocorrência
  • Alerta alto ou crítico do monitoramento do Compliance no radar, sem nenhum achado do canal de ética
  • Gravidade normalizada em baixa, média, alta e crítica, para ordenar tudo na mesma régua
  • Fonte ausente no ambiente vira aviso naquela fonte, e as outras continuam aparecendo
  • Chamado de suporte só entra com prioridade alta ou urgente, para não afogar o radar
  • Descrição de acidente do SST mostrada só no começo, com o detalhe sob a permissão do SST
  • Promover a incidente com a severidade sugerida pela gravidade da origem
  • Ocorrência já resolvida não pode ser promovida
  • Incidente promovido guarda só o tipo e o número da origem, e o registro continua no módulo dono
  • Contagem no painel das ocorrências graves que ainda não têm incidente

Triagem e Severidade

A régua de gravidade escrita no código, e não decidida no susto.

  • Quatro níveis, SEV1 a SEV4, com critério e resposta esperada escritos ao lado de cada um
  • Sete perguntas de triagem: risco à vida, dado pessoal, evento parado, evento afetado, dinheiro, contorno manual e fornecedor
  • Quantidade de turmas afetadas pesando na sugestão
  • Severidade sugerida calculada pelo servidor e guardada junto da escolhida
  • Subir a severidade não exige justificativa
  • Registrar ou rebaixar abaixo do sugerido exige motivo escrito
  • Todo rebaixamento gravado na linha do tempo com o motivo
  • Aviso no campo de descrição para incidente de dado pessoal não reproduzir o dado vazado

Sala do Incidente

O lugar onde a resposta acontece e fica registrada.

  • Código INC-AAAA-NNNN sequencial por empresa e ano, gerado no servidor
  • Categoria, impacto, pessoas e turmas afetadas, prejuízo estimado e evento ou turma ligados
  • Um comandante só por incidente, recusado no servidor quando se tenta nomear dois
  • Envolvidos com papel: comunicação, técnico, operação, fornecedor e observador
  • Ciclo detectado, em resposta, contido, resolvido e encerrado, com cancelado como saída lateral
  • Marcos de tempo gravados com o relógio do banco, nunca com a hora do navegador
  • Boletim de situação, decisão, contenção ou comunicação, com visibilidade interna ou externa
  • Primeiro boletim em incidente recém-detectado marca o reconhecimento
  • Incidente encerrado ou cancelado não aceita mais alteração
  • Linha do tempo com cada mudança, autor e horário

SLA, MTTA e MTTR

O tempo como dado principal, medido sem depender de alguém anotar.

  • SLA padrão por severidade para reconhecer, atualizar e resolver
  • SEV1 com reconhecimento em 15 minutos, boletim a cada 30 minutos e resolução em 4 horas
  • SEV2 com reconhecimento em 1 hora, boletim a cada 2 horas e resolução em 24 horas
  • Atraso de reconhecimento e de boletim calculado no SQL, no mesmo relógio dos marcos
  • Boletim atrasado destacado no painel e na lista
  • MTTA e MTTR por severidade nos últimos 90 dias
  • Comunicado registrado contando como boletim para o SLA
  • Prazos ajustáveis pela empresa sem reescrever a regra padrão

Processos Críticos e Dependências

A análise de impacto de uma empresa de formatura, pronta no primeiro acesso.

  • Doze processos no catálogo: cobrança, execução do evento, ingressos, entrega de fotos, atendimento, dados pessoais, acesso ao app, contratos, nota fiscal, estúdio, pagamento da equipe e transporte
  • RTO e RPO sugeridos por processo, com o impacto de ficar parado escrito
  • Lista filtrada pelos módulos que a empresa tem ativos
  • Empresa grava só o ajuste de RTO, RPO, dono e ativo, e herda o resto do catálogo
  • Dependências lidas da plataforma: gateway habilitado, WhatsApp conectado, armazenamento, vagas descobertas na escala, licenças vencendo e integrações ativas
  • Situação da dependência em ok, atenção, crítico ou desconhecido, sem fingir que está tudo bem quando falta dado
  • Plano de contingência vinculado e último exercício realizado por processo
  • Nenhum cadastro manual de dependência

Planos de Contingência

O que fazer quando o processo para, escrito antes de ele parar.

  • Doze modelos prontos, entre eles gateway fora do ar, fotógrafo que não compareceu, chuva em evento externo, queda de energia, buffet que falhou, emergência médica, vazamento de dado, app fora do ar, WhatsApp desconectado, portaria parada, ônibus que não chegou e galerias inacessíveis
  • Cada modelo com gatilho, objetivo, severidade mínima e processo ligado
  • Passos por fase: acionamento, contenção, recuperação, comunicação e normalização
  • Responsável sugerido e prazo relativo em minutos para cada passo, com passo obrigatório ou opcional
  • Aplicar um modelo cria uma cópia editável em rascunho, e o modelo continua intacto
  • Plano vigente precisa de ao menos um passo
  • Versão e revisão do plano, com arquivamento

Acionamento do Plano

O plano que vira checklist dentro do incidente, na hora em que é preciso.

  • Plano acionado a partir da sala do incidente
  • Os passos são copiados no acionamento, e editar o plano depois não reescreve o que foi executado
  • Cada passo marcado como feito, pendente ou não se aplica, com quem marcou e quando
  • Não se aplica exige a razão escrita
  • O mesmo plano não é acionado duas vezes no mesmo incidente
  • Plano arquivado não é acionado, e incidente resolvido precisa ser reaberto antes
  • Checklist congelado quando o incidente encerra

Comunicados de Crise

A mensagem certa para cada público, sem improviso e sem campo esquecido.

  • Sete modelos: aviso inicial, atualização e resolução para formandos, aviso à comissão, acionamento da equipe, comunicação a titulares de dados e convocação de fornecedor alternativo
  • Redação automática com os dados do incidente: código, severidade, comandante, assunto e intervalo de atualização
  • Marcador que o incidente não sabe preencher continua visível, em vez de valor inventado
  • Registro recusa texto com marcador sobrando
  • Público e canal obrigatórios: formandos, comissão, equipe, cliente, fornecedores, imprensa ou interno
  • O módulo não dispara: a mensagem sai pelo canal de sempre e o envio fica registrado com autor e horário

Pós-mortem e Ações

O que a empresa aprendeu, escrito sem procurar culpado.

  • Pós-mortem escrito só depois que o incidente foi resolvido
  • Rascunho inicial montado do próprio incidente, para ninguém começar do zero
  • Resumo, impacto, o que funcionou, o que falhou, cinco porquês e fatores contribuintes
  • Publicar exige resumo, o que falhou, ao menos um porquê e causa raiz em forma de frase
  • Nome de pessoa sozinho não é aceito como causa raiz
  • SEV1 só encerra com pós-mortem publicado, e a trava pode valer também para SEV2
  • Ações corretivas, preventivas e de melhoria com dono, prazo e situação
  • Ação podendo apontar para a ação do Compliance ou da Qualidade em vez de duplicar a lista

Exercícios e Prontidão

A prova de que o plano funciona, e o aviso do que pode derrubar o próximo evento.

  • Teste de mesa, simulado e teste técnico, ligados a plano e processo
  • Exercício planejado exige data prevista; realizado exige data e resultado
  • Resultado aprovado com ressalvas ou reprovado exige as lacunas escritas
  • Lacunas do exercício podendo virar ações na mesma operação
  • Prontidão dos eventos dos próximos 1 a 180 dias
  • Checagem de escala com vaga sem profissional, crítica a dois dias do evento
  • Licença ou laudo que vence antes da data do evento
  • Problema aberto na Produção de Eventos e incidente ligado ao evento
  • Plano vigente para a execução do evento e se ele foi testado nos últimos 12 meses
  • Cruzamento por data quando a escala não está ligada ao evento, dito na tela

Aviso de SLA Fora da Tela

O estouro de prazo chegando a quem precisa, mesmo com o painel fechado.

  • Rotina a cada dez minutos para os incidentes SEV1 e SEV2 abertos
  • Aviso de reconhecimento atrasado, uma única vez por incidente
  • Aviso de boletim atrasado, uma vez por janela: cada boletim novo abre janela nova
  • Notificação no sino para os administradores e para o comandante do incidente
  • Controle de repetição gravado na própria linha do tempo, com o tipo e a janela do aviso
  • Link do aviso abrindo direto a sala do incidente

Plantão e Contatos de Emergência

Quem atende agora, e para quem essa pessoa liga.

  • Escala por período com início e fim, pessoa, papel primário ou secundário e telefone
  • Quem está de plantão agora no painel e na sala do incidente, com os próximos turnos
  • Buracos da escala primária nos próximos 30 dias apontados antes de acontecer
  • Contatos de emergência por tipo: órgão público, seguradora, fornecedor, interno e outro
  • Contato ligado a um processo crítico ou a um evento, ou geral para todos
  • Contatos gerais e específicos juntos no kit de crise do processo ou do evento

Decisão Go/No-Go e Previsão do Tempo

O risco do evento visto a tempo, e a decisão gravada com o que se sabia na hora.

  • Decisão go, go com ressalvas ou no-go por evento, com responsável
  • Checagens recalculadas no servidor no momento da decisão e congeladas junto dela
  • Ressalva e no-go exigem justificativa, e go com checagem crítica também
  • Histórico de decisões do evento e a última decisão exibida no cartão da prontidão
  • Previsão do tempo sob demanda para evento em até sete dias, sem chave de serviço
  • Chance de chuva, temperatura máxima e mínima e vento do dia do evento
  • Cidade tirada do cadastro ou do texto do local, mostrada na tela para conferir
  • Chuva provável a partir de 60% aponta o modelo de plano de chuva e diz se há plano vigente dele
  • Serviço de previsão fora do ar vira aviso no cartão, sem travar a lista

Custo do Incidente

Quanto o incidente custou, lançado na hora e somado sem planilha.

  • Lançamento por tipo: reembolso, multa, hora extra, fornecedor substituto, receita perdida e outro
  • Valor, descrição e data de cada custo, com autor
  • Total na sala do incidente
  • Custo dos últimos 90 dias no painel

Fornecedores Críticos

Quem sustenta cada processo, quem entra no lugar e se os dois passaram na due diligence.

  • Fornecedor do cadastro ou nome livre quando ainda não há cadastro
  • Substituto por fornecedor, também do cadastro ou livre
  • Situação da due diligence lida do Compliance na hora, pela ligação do fornecedor ou pelo nome
  • Visão por processo na tela de processos críticos e visão geral de todos os processos
  • Sem o Compliance instalado, a situação aparece como desconhecida, e não como aprovada

Kit de Crise

O plano no papel, para o salão sem sinal.

  • Kit por processo crítico, por plano ou por evento
  • Plano vigente com os passos por fase, responsável e prazo
  • Envolvidos típicos, canal e contato de plantão e quem está escalado
  • Contatos de emergência do processo ou do evento
  • Modelos de comunicado de crise prontos para copiar
  • Checagens de prontidão do evento no momento da impressão
  • Layout próprio para impressão

Análise, Maturidade e Ações de Todos os Módulos

Se a resposta está melhorando, o que se repete e onde a preparação ainda é fraca.

  • MTTA e MTTR por mês, com mediana, no período escolhido
  • Percentual de SLA cumprido por severidade, avaliado pela régua de SLA vigente e dito na tela
  • Recorrência por categoria, por origem no radar, por evento e por fornecedor
  • Mapa de dia da semana e hora dos incidentes
  • Nota de maturidade de 0 a 100 em sete pilares: análise de impacto, planos, exercícios, resposta, pós-mortem e melhoria, comunicação e plantão, prontidão dos eventos
  • Critério sem base fica de fora da nota, sem contar como zero nem como cem
  • Próximos passos que mais sobem a nota, com link para a tela que resolve
  • Ações da Continuidade, do Compliance e da Qualidade numa lista só, lidas na hora
  • Filtro por situação, módulo, dono e atrasadas, com link para a tela de origem de cada ação

Checklist

Tudo o que entra em Incidentes & Continuidade

Os 129 recursos desta área, agrupados por módulo para conferir item por item na hora de comparar sistemas.

  • Leitura na hora de nove registros de sete módulos: Produção de Eventos, Compliance (incidentes e alertas graves), SST, Freelancer & Equipes, Suporte, Qualidade (não conformidades e reclamações) e Financeiro
  • Falha da rotina de pagamento bancário das últimas 72 horas entrando como ocorrência
  • Alerta alto ou crítico do monitoramento do Compliance no radar, sem nenhum achado do canal de ética
  • Gravidade normalizada em baixa, média, alta e crítica, para ordenar tudo na mesma régua
  • Fonte ausente no ambiente vira aviso naquela fonte, e as outras continuam aparecendo
  • Chamado de suporte só entra com prioridade alta ou urgente, para não afogar o radar
  • Descrição de acidente do SST mostrada só no começo, com o detalhe sob a permissão do SST
  • Promover a incidente com a severidade sugerida pela gravidade da origem
  • Ocorrência já resolvida não pode ser promovida
  • Incidente promovido guarda só o tipo e o número da origem, e o registro continua no módulo dono
  • Contagem no painel das ocorrências graves que ainda não têm incidente
  • Quatro níveis, SEV1 a SEV4, com critério e resposta esperada escritos ao lado de cada um
  • Sete perguntas de triagem: risco à vida, dado pessoal, evento parado, evento afetado, dinheiro, contorno manual e fornecedor
  • Quantidade de turmas afetadas pesando na sugestão
  • Severidade sugerida calculada pelo servidor e guardada junto da escolhida
  • Subir a severidade não exige justificativa
  • Registrar ou rebaixar abaixo do sugerido exige motivo escrito
  • Todo rebaixamento gravado na linha do tempo com o motivo
  • Aviso no campo de descrição para incidente de dado pessoal não reproduzir o dado vazado
  • Código INC-AAAA-NNNN sequencial por empresa e ano, gerado no servidor
  • Categoria, impacto, pessoas e turmas afetadas, prejuízo estimado e evento ou turma ligados
  • Um comandante só por incidente, recusado no servidor quando se tenta nomear dois
  • Envolvidos com papel: comunicação, técnico, operação, fornecedor e observador
  • Ciclo detectado, em resposta, contido, resolvido e encerrado, com cancelado como saída lateral
  • Marcos de tempo gravados com o relógio do banco, nunca com a hora do navegador
  • Boletim de situação, decisão, contenção ou comunicação, com visibilidade interna ou externa
  • Primeiro boletim em incidente recém-detectado marca o reconhecimento
  • Incidente encerrado ou cancelado não aceita mais alteração
  • Linha do tempo com cada mudança, autor e horário
  • SLA padrão por severidade para reconhecer, atualizar e resolver
  • SEV1 com reconhecimento em 15 minutos, boletim a cada 30 minutos e resolução em 4 horas
  • SEV2 com reconhecimento em 1 hora, boletim a cada 2 horas e resolução em 24 horas
  • Atraso de reconhecimento e de boletim calculado no SQL, no mesmo relógio dos marcos
  • Boletim atrasado destacado no painel e na lista
  • MTTA e MTTR por severidade nos últimos 90 dias
  • Comunicado registrado contando como boletim para o SLA
  • Prazos ajustáveis pela empresa sem reescrever a regra padrão
  • Doze processos no catálogo: cobrança, execução do evento, ingressos, entrega de fotos, atendimento, dados pessoais, acesso ao app, contratos, nota fiscal, estúdio, pagamento da equipe e transporte
  • RTO e RPO sugeridos por processo, com o impacto de ficar parado escrito
  • Lista filtrada pelos módulos que a empresa tem ativos
  • Empresa grava só o ajuste de RTO, RPO, dono e ativo, e herda o resto do catálogo
  • Dependências lidas da plataforma: gateway habilitado, WhatsApp conectado, armazenamento, vagas descobertas na escala, licenças vencendo e integrações ativas
  • Situação da dependência em ok, atenção, crítico ou desconhecido, sem fingir que está tudo bem quando falta dado
  • Plano de contingência vinculado e último exercício realizado por processo
  • Nenhum cadastro manual de dependência
  • Doze modelos prontos, entre eles gateway fora do ar, fotógrafo que não compareceu, chuva em evento externo, queda de energia, buffet que falhou, emergência médica, vazamento de dado, app fora do ar, WhatsApp desconectado, portaria parada, ônibus que não chegou e galerias inacessíveis
  • Cada modelo com gatilho, objetivo, severidade mínima e processo ligado
  • Passos por fase: acionamento, contenção, recuperação, comunicação e normalização
  • Responsável sugerido e prazo relativo em minutos para cada passo, com passo obrigatório ou opcional
  • Aplicar um modelo cria uma cópia editável em rascunho, e o modelo continua intacto
  • Plano vigente precisa de ao menos um passo
  • Versão e revisão do plano, com arquivamento
  • Plano acionado a partir da sala do incidente
  • Os passos são copiados no acionamento, e editar o plano depois não reescreve o que foi executado
  • Cada passo marcado como feito, pendente ou não se aplica, com quem marcou e quando
  • Não se aplica exige a razão escrita
  • O mesmo plano não é acionado duas vezes no mesmo incidente
  • Plano arquivado não é acionado, e incidente resolvido precisa ser reaberto antes
  • Checklist congelado quando o incidente encerra
  • Sete modelos: aviso inicial, atualização e resolução para formandos, aviso à comissão, acionamento da equipe, comunicação a titulares de dados e convocação de fornecedor alternativo
  • Redação automática com os dados do incidente: código, severidade, comandante, assunto e intervalo de atualização
  • Marcador que o incidente não sabe preencher continua visível, em vez de valor inventado
  • Registro recusa texto com marcador sobrando
  • Público e canal obrigatórios: formandos, comissão, equipe, cliente, fornecedores, imprensa ou interno
  • O módulo não dispara: a mensagem sai pelo canal de sempre e o envio fica registrado com autor e horário
  • Pós-mortem escrito só depois que o incidente foi resolvido
  • Rascunho inicial montado do próprio incidente, para ninguém começar do zero
  • Resumo, impacto, o que funcionou, o que falhou, cinco porquês e fatores contribuintes
  • Publicar exige resumo, o que falhou, ao menos um porquê e causa raiz em forma de frase
  • Nome de pessoa sozinho não é aceito como causa raiz
  • SEV1 só encerra com pós-mortem publicado, e a trava pode valer também para SEV2
  • Ações corretivas, preventivas e de melhoria com dono, prazo e situação
  • Ação podendo apontar para a ação do Compliance ou da Qualidade em vez de duplicar a lista
  • Teste de mesa, simulado e teste técnico, ligados a plano e processo
  • Exercício planejado exige data prevista; realizado exige data e resultado
  • Resultado aprovado com ressalvas ou reprovado exige as lacunas escritas
  • Lacunas do exercício podendo virar ações na mesma operação
  • Prontidão dos eventos dos próximos 1 a 180 dias
  • Checagem de escala com vaga sem profissional, crítica a dois dias do evento
  • Licença ou laudo que vence antes da data do evento
  • Problema aberto na Produção de Eventos e incidente ligado ao evento
  • Plano vigente para a execução do evento e se ele foi testado nos últimos 12 meses
  • Cruzamento por data quando a escala não está ligada ao evento, dito na tela
  • Rotina a cada dez minutos para os incidentes SEV1 e SEV2 abertos
  • Aviso de reconhecimento atrasado, uma única vez por incidente
  • Aviso de boletim atrasado, uma vez por janela: cada boletim novo abre janela nova
  • Notificação no sino para os administradores e para o comandante do incidente
  • Controle de repetição gravado na própria linha do tempo, com o tipo e a janela do aviso
  • Link do aviso abrindo direto a sala do incidente
  • Escala por período com início e fim, pessoa, papel primário ou secundário e telefone
  • Quem está de plantão agora no painel e na sala do incidente, com os próximos turnos
  • Buracos da escala primária nos próximos 30 dias apontados antes de acontecer
  • Contatos de emergência por tipo: órgão público, seguradora, fornecedor, interno e outro
  • Contato ligado a um processo crítico ou a um evento, ou geral para todos
  • Contatos gerais e específicos juntos no kit de crise do processo ou do evento
  • Decisão go, go com ressalvas ou no-go por evento, com responsável
  • Checagens recalculadas no servidor no momento da decisão e congeladas junto dela
  • Ressalva e no-go exigem justificativa, e go com checagem crítica também
  • Histórico de decisões do evento e a última decisão exibida no cartão da prontidão
  • Previsão do tempo sob demanda para evento em até sete dias, sem chave de serviço
  • Chance de chuva, temperatura máxima e mínima e vento do dia do evento
  • Cidade tirada do cadastro ou do texto do local, mostrada na tela para conferir
  • Chuva provável a partir de 60% aponta o modelo de plano de chuva e diz se há plano vigente dele
  • Serviço de previsão fora do ar vira aviso no cartão, sem travar a lista
  • Lançamento por tipo: reembolso, multa, hora extra, fornecedor substituto, receita perdida e outro
  • Valor, descrição e data de cada custo, com autor
  • Total na sala do incidente
  • Custo dos últimos 90 dias no painel
  • Fornecedor do cadastro ou nome livre quando ainda não há cadastro
  • Substituto por fornecedor, também do cadastro ou livre
  • Situação da due diligence lida do Compliance na hora, pela ligação do fornecedor ou pelo nome
  • Visão por processo na tela de processos críticos e visão geral de todos os processos
  • Sem o Compliance instalado, a situação aparece como desconhecida, e não como aprovada
  • Kit por processo crítico, por plano ou por evento
  • Plano vigente com os passos por fase, responsável e prazo
  • Envolvidos típicos, canal e contato de plantão e quem está escalado
  • Contatos de emergência do processo ou do evento
  • Modelos de comunicado de crise prontos para copiar
  • Checagens de prontidão do evento no momento da impressão
  • Layout próprio para impressão
  • MTTA e MTTR por mês, com mediana, no período escolhido
  • Percentual de SLA cumprido por severidade, avaliado pela régua de SLA vigente e dito na tela
  • Recorrência por categoria, por origem no radar, por evento e por fornecedor
  • Mapa de dia da semana e hora dos incidentes
  • Nota de maturidade de 0 a 100 em sete pilares: análise de impacto, planos, exercícios, resposta, pós-mortem e melhoria, comunicação e plantão, prontidão dos eventos
  • Critério sem base fica de fora da nota, sem contar como zero nem como cem
  • Próximos passos que mais sobem a nota, com link para a tela que resolve
  • Ações da Continuidade, do Compliance e da Qualidade numa lista só, lidas na hora
  • Filtro por situação, módulo, dono e atrasadas, com link para a tela de origem de cada ação

Quer ver Incidentes & Continuidade rodando na sua operação?

Uma demonstração com os seus números, sem compromisso. Em uma conversa você entende se o módulo resolve o que você precisa.