Resposta direta
A continuidade se contrata definindo responsabilidades, não comprando disponibilidade. O contrato precisa dizer quem mantém cada automação, quem pode alterá-la, quem responde quando ela falha e o que acontece no encerramento da relação. Também precisa tratar o conhecimento: onde ficam as regras, os dados de entrada e a documentação mínima. Sem isso, a operação depende de quem construiu, e a saída dessa pessoa ou desse fornecedor deixa de ser problema de sistema para virar problema de negócio. Continuidade é o que sobra quando quem construiu não está mais na mesa.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata continuidade como cláusula de responsabilidade, conhecimento e encerramento, e diz também o que essa contratação não resolve.
Disponibilidade não é continuidade
Uma automação pode estar no ar e a operação ainda assim não ser contínua. O que mantém o processo vivo é a capacidade de corrigir regra de negócio, ajustar integração e responder a mudança de processo. Isso depende de acesso, de documentação e de alguém com mandato para agir.
Nas automações que sustentam obrigação legal, atendimento ou receita, a régua de continuidade é operacional: tempo aceitável sem funcionar, quem decide a parada e quem executa a correção. Automação de apoio tolera outra régua. Tratar todas do mesmo jeito encarece o contrato e dilui o que é crítico.
Responsabilidade separada por tipo de evento
Falha de infraestrutura, erro de regra e mudança de processo não têm o mesmo dono. Fazer essa separação no contrato evita discussão no momento ruim. Infraestrutura e execução costumam ficar com quem opera a plataforma, regra e prioridade ficam com a área de negócio, e integração fica com quem conhece os dois lados.
A separação define o que cada lado é obrigado a documentar e entregar. Sem essa lista, o incidente vira negociação de memória. O critério pede, para cada automação crítica, cargo ou papel nomeado, obrigação escrita e registro do que foi combinado, sem tratar o fornecedor como responsável único por tudo.
O que a contratação não resolve
Cláusula de continuidade não cria conhecimento interno. Se ninguém na empresa entende a regra que a automação executa, o contrato compra tempo, não autonomia. Transferência de conhecimento exige alguém do lado comprador disponível para receber, e isso consome tempo de operação que precisa estar previsto.
Também não vale para tudo. Automação simples, barata de refazer e sem impacto externo pode ser refeita em vez de mantida, e escrever continuidade para ela só adiciona custo e burocracia. Nenhum contrato cobre mudança de escopo que ninguém previu, e por isso a revisão periódica das automações críticas contribui mais para a continuidade do que a cláusula mais detalhada.
Recurso prático
Como levar continuidade para o contrato
- Separar as automações que, se pararem, interrompem receita, obrigação legal ou atendimento. Só essas justificam cláusula detalhada de continuidade.
- Para cada uma, dividir o que é manutenção de infraestrutura, mudança de regra de negócio e ajuste de integração, nomeando o responsável por cada frente.
- Escrever o encerramento antes da assinatura: quem entrega a documentação, quem recebe os acessos, quem assume a operação e o que acontece se a transferência não ocorrer.
O erro mais comum é tratar continuidade como disponibilidade do sistema. O que costuma falhar não é o tempo no ar, é a capacidade de alterar a automação, que depende de acesso e de conhecimento, não de infraestrutura.
Sobre o que está escrito aqui
Conceitos relacionados: cláusula de continuidade · transferência de conhecimento · responsabilidade de manutenção · propriedade da automação · plano de encerramento. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Envio indevido de dados: quais controles comp… — dados enviados indevidamente
- Dados enviados indevidamente: como medir o qu… — dados enviados indevidamente
Páginas relacionadas
O mesmo problema em outro objetivo
- Dependência de automação: medir a capacidade de continuar — Diagnosticar
- Falha na automação: como comparar opções de continuidade — Comparar alternativas
- Automação parada sem aviso: o que a medição precisa cobrir — Explicar medição
- Continuidade de automação: o que definir antes da produção — Orientar implementação
Outras leituras em Governança e controle de automação
- Automação sem desligamento: o que fica preso no contrato — O que precisa estar no contrato para a automação poder ser desligada: sequência, responsável, retorno de dados e critério de aceite.
- Dependência de fornecedor: o que falta para conseguir sair — Como diagnosticar dependência de fornecedor em automação: sinais de aprisionamento, o que precisa estar documentado e o que testar antes de precisar trocar.
- Automação sem código: o que dá para medir por fora — Quais evidências externas medir em automação sem código-fonte: saídas, execuções, falhas e custo de operação, com fórmula de cobertura.
- Automação sem desligamento: o que comparar antes de manter — Compara quatro formas de lidar com automação que já roda sem procedimento de desligamento, com critérios de comando, tempo de parada e evidência.
- Aprovação humana que virou carimbo: onde o controle se perde — Sinais de que a etapa de aprovação passou a só registrar decisões já tomadas, o que verificar no fluxo e o que esse diagnóstico não resolve.