Resposta direta
A saída é transformar conhecimento tácito em procedimento escrito e verificado por mais de uma pessoa. Começa por registrar, passo a passo, o que a extração exige: de onde o dado sai, quais filtros são aplicados, qual período é considerado e onde o arquivo é deixado. Em seguida, esse roteiro vira responsabilidade compartilhada: uma pessoa executa, outra confere o resultado contra o mesmo critério. O ponto crítico não é a ferramenta, é existir um segundo nome capaz de repetir o caminho sem perguntar a quem sempre fez. Enquanto isso não acontece, a dependência continua e o risco é operacional, não técnico.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a dependência como problema de responsabilidade e conferência, não como problema de ferramenta ou de integração.
O que precisa estar escrito antes de dividir
Dividir a extração começa por escrever o caminho que hoje existe só na cabeça de quem faz. Não é um manual de sistema. É a descrição de onde o dado nasce, quais filtros entram, qual período é considerado, o que é excluído e em que formato o arquivo sai. Sem isso, a segunda pessoa repete a tela e erra no critério.
Vale separar o que é regra do que é hábito. Regra é o que qualquer pessoa precisa fazer igual, como considerar o mês fechado até o último dia útil. Hábito é o ajuste feito por experiência, como conferir um total antes de enviar. O primeiro vira procedimento; o segundo precisa ser decidido, não copiado em silêncio.
Quem responde e quem confere
Dependência de uma pessoa raramente é falta de acesso ao sistema. É falta de alguém com responsabilidade formal sobre o resultado. Definir um responsável primário e um suplente, com nome, muda o que acontece nas férias, nas licenças e nas trocas de função.
A conferência precisa de critério, não de confiança. Quem confere olha o mesmo total, o mesmo período e a mesma regra de exclusão. Quando o número diverge, a divergência aponta se o erro está na execução da extração ou no entendimento do que deveria ser extraído.
O que isso não resolve
Escrever o processo não corrige um dado que nasce errado na origem, nem substitui a integração quando o volume cresce. Se a extração existe porque dois sistemas não conversam, o roteiro organiza a dependência, mas mantém o retrabalho.
Também não elimina o conhecimento concentrado quando a extração é pouco frequente. Uma rotina executada duas vezes por ano não se aprende por repetição e segue exigindo acompanhamento de quem já fez. Nesse caso, o ganho está em registrar decisões e manter quem executa próximo de quem confere, não em prometer autonomia.
Recurso prático
Concentração de extração em uma pessoa
ICE = execuções da mesma pessoa ÷ total de execuções no período
- Execuções da mesma pessoa
- número de execuções
- quantas extrações do mesmo relatório foram feitas pela pessoa que hoje domina o processo, no período medido
- Total de execuções no período
- número de execuções
- soma de todas as extrações do mesmo relatório, feitas por qualquer pessoa, na mesma janela de tempo
- Período medido
- dias
- janela considerada na contagem; períodos curtos distorcem o índice quando a extração é mensal ou trimestral
O erro mais comum é contar apenas quem executa e ignorar quem sabe corrigir quando o resultado sai errado; a segunda pessoa pode rodar a extração e ainda assim depender da primeira para interpretar o número.
Sobre o que está escrito aqui
Conceitos relacionados: roteiro de extração · responsável primário e suplente · conferência de saída · conhecimento tácito · critério de exclusão. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Dados desatualizados: o que exigir ao contrat… — dados desatualizados
- Falhas sem alerta no sistema: onde procurar a… — falhas silenciosas
Páginas relacionadas
O mesmo problema em outro objetivo
- Dependência de uma pessoa para extrair dado: o que medir — Diagnosticar
- Dependência de uma pessoa para extrair dado: o que comparar — Comparar alternativas
- Dependência de uma única pessoa para extrair dado: como medir — Explicar medição
- Dependência de uma pessoa para extrair dado: o que registrar — Orientar implementação
- Dependência de uma pessoa para extrair dado: como avaliar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Sincronização sem janela: como definir o corte — Trata da definição de corte por evento, do controle de versão do lote e da responsabilidade sobre atrasos quando a operação não pode parar.
- Horário sem fuso: como comparar registros entre sistemas — Compara as formas de tratar horários sem fuso declarado e mostra o custo de cada escolha em junção, relatório e auditoria.
- Cadastro que não sobrevive à troca de sistema: o que comparar — Compara três caminhos para o cadastro sobreviver à troca de sistema: manter a base antiga como referência, reescrever na nova ou conviver com as duas.
- Campo preenchido de formas diferentes: como medir — Medição de preenchimento e consistência do mesmo campo quando cada sistema aceita formatos diferentes, sem tratar variação como erro.
- Cadastros duplicados: como medir o volume real — Critérios operacionais e métricas para dimensionar a taxa de duplicidade na base de dados antes de iniciar projetos de consolidação ou limpeza.