Pular para o conteúdo
Todos os recursos

Modelo · Operação de negócios de serviços

Planilha de entrega e recuperação da automação

Defina os responsáveis, registre os limites de acesso e ensaie uma pausa, uma recuperação e uma nova aprovação usando uma planilha editável.

Escrito por Fireflax · Exercício de 8 minutos

Revisado por Codex — source and implementation review ·

Outra pessoa conseguiria assumir com segurança?

Um fluxo é difícil de passar adiante quando só quem o criou sabe onde os pedidos chegam, quem controla os acessos ou o que significa uma etapa com falha. Esta planilha registra essas decisões para que outro operador consiga inspecionar, pausar e recuperar um fluxo bem delimitado.

É um documento Markdown editável, com uma versão em branco, um exemplo fictício preenchido e um ensaio de recuperação. Salve uma cópia, abra em um editor de texto e substitua os colchetes. Não é preciso se cadastrar.

Versão 1.0.0 · revisada em 8 de outubro de 2026 · licença MIT. Ler a planilha completa.

Anote decisões, não só nomes de ferramentas.

Responsáveis e escopo

Responsável pelo fluxo, substituto, gatilho, sistemas conectados, ambiente, entradas e saídas esperadas e premissas de operação.

Permissões e evidências

Responsável pelas permissões, referência de onde ficam as credenciais, IDs dos campos, evidências de sucesso e de falha e quem as confere. Registre referências, nunca senhas ou tokens.

Pausa e recuperação

Passos exatos para parar e retomar, responsável pelo escalonamento, regras de duplicados e de nova tentativa, limites de aprovação e o que acontece com o trabalho que já está em andamento.

Mudanças e aceitação

Versão, histórico de mudanças, responsável real pela manutenção, próxima data de revisão e o resultado observado do ensaio feito pelo segundo operador.

Use nomes reais para o seu processo. Um rótulo de função como “administrador” não basta se ninguém aceitou esse papel. Deixe as incógnitas à vista até a pessoa responsável resolvê-las.

Teste uma passagem de bastão com o kit inicial fictício.

O exemplo preenchido usa a Northstar Plumbing e os operadores fictícios Morgan e Riley. Eles não são da equipe nem do suporte da Fireflax. O exemplo descreve o kit inicial offline de atendimento 1.0.0, com um arquivo local e nenhum sistema conectado ou credencial.

  1. Inicialize o kit inicial e envie o dado de teste fictício New job. Confira o responsável, o rascunho e o estado de revisão.
  2. Use o comando de falha explícito e depois pause. Confira se o registro bloqueado e o texto revisado continuam lá.
  3. Tente restaurar com o fluxo pausado. Ele deve recusar a ação sem alterar o estado.
  4. Retome, restaure e confira de novo. O registro deve voltar para revisão, com a aprovação anterior apagada.
  5. Leia o rascunho, aprove de novo e confirme que há um registro local concluído. Anote quem fez o ensaio, a versão e o resultado real.

O ensaio automatizado arquivado pelo autor verifica essas transições. Ele não substitui a aceitação do seu operador. A demonstração no navegador não tem comando de pausa pela linha de comando e perde o estado ao reiniciar ou recarregar a página; não misture essas instruções de operação.

Pegue o kit inicial e os comandos exatos

Reiniciar não é o mesmo que desfazer.

O reinício do exemplo apaga um arquivo local de ensaio. Em um fluxo conectado, remover uma tarefa interna não desfaz o envio de um e-mail, não cancela todos os agendamentos externos nem reverte uma atualização em outro sistema. Registre à parte cada efeito externo e o processo real para revertê-lo ou corrigi-lo.

Se o resultado for incerto

Pause o trabalho envolvido, guarde as evidências e confira o destino. Decida se a ação pretendida aconteceu antes de tentar de novo. Uma conexão recuperada, por si só, não torna seguro reenviar. Defina quem pode autorizar essa decisão.

Use o checklist de recuperação

Mantenha o registro útil depois da passagem de bastão.

Os mantenedores do repositório da Fireflax cuidam deste modelo versionado; isso não define um responsável individual de suporte. Para o seu fluxo, combine um responsável real pela manutenção e uma próxima data de revisão. Revise a planilha quando mudarem as regras, as permissões, as ferramentas ou as pessoas responsáveis.

Esta planilha pública serve de apoio para uma conversa e um ensaio. Uma implementação ao vivo ainda precisa de escopo aceito, acessos, testes e responsabilidades de entrega. Ela não é um acordo de operação específico para um cliente.

Fontes e notas de revisão

Rascunhado com o Codex e conferido com testes fictícios executados no exemplo, com o código-fonte e com um ensaio independente do kit inicial feito pelo Codex. Esses resultados não comprovam uma integração ao vivo nem resultados de clientes.