Resposta direta
A dependência quase sempre está no acesso, não na pessoa. A extração funciona porque alguém conhece a consulta, a credencial e as exceções. O diagnóstico separa três camadas: acesso, quem pode pedir o dado; processo, quem sabe montar o pedido; e conhecimento, o que não está escrito em lugar nenhum. O sinal mais confiável é a ausência de registro. Se a consulta existe apenas na memória de quem executa, o risco é estrutural. Vale medir quantas extrações passam por um mesmo nome, em quanto tempo e com qual conferência, para decidir onde agir primeiro.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Separa a dependência em acesso, processo e conhecimento, com os pontos de observação que confirmam cada camada
Sinais que aparecem antes do pedido
A dependência se forma antes do pedido chegar. Quando uma extração só sai porque uma pessoa específica foi acionada, o problema já existe. O sinal visível é a fila informal: pedidos por mensagem, sem registro de quem pediu, o que pediu e quando.
Férias e ausências testam a estrutura. Se a entrega para ou atrasa nesses períodos, o conhecimento está concentrado. Outro sinal é a conferência: quando o critério de validação só existe na cabeça de quem extrai, ninguém mais consegue repetir o resultado.
Acesso, processo e conhecimento pedem ações distintas
Acesso é permissão. Em muitos casos a pessoa não é insubstituível: ela é a única com perfil no sistema. Resolver isso é trabalho de TI e de gestão de risco, não de treinamento.
Processo é o caminho do pedido: quem solicita, quem aprova, quem executa e quem confere. Conhecimento é o que está escrito e pode ser lido por outra pessoa. Misturar as três camadas costuma deixar a dependência no mesmo lugar, apenas com mais gente envolvida.
O que reduzir dependência não resolve
Distribuir acesso não corrige dado errado. Se a base de origem tem cadastro divergente, mais gente extraindo apenas espalha a divergência. Automatizar uma consulta ruim só repete o erro mais rápido.
Documentar não cria responsabilidade. Sem dono definido para o dado e para a conferência, o documento envelhece e volta a depender de quem o escreveu. E se o sistema de origem não expõe o campo necessário, nenhum processo interno resolve: a limitação está na fonte e precisa ser tratada como tal.
Recurso prático
Pontos de observação da dependência
| Ponto de observação | O que confirma concentração |
|---|---|
| Pedidos de extração | todos passam pelo mesmo nome, sem fila registrada |
| Acesso ao sistema | credencial única ou compartilhada, sem perfil por função |
| Consulta usada | existe em arquivo pessoal, sem versão nem revisão |
| Conferência do dado | o critério de validação não está escrito em lugar nenhum |
| Férias e ausências | a entrega para ou atrasa e não há substituto definido |
O erro comum é tratar a dependência como falta de treinamento. Enquanto a credencial e a consulta forem individuais, capacitar mais gente muda pouco.
Sobre o que está escrito aqui
Conceitos relacionados: extração de base · credencial de acesso · consulta documentada · ponto único de falha · trilha de conferência. 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
- Planilhas divergentes: o que exigir na contra… — planilhas divergentes
- Cadastros duplicados: como desenhar o fluxo d… — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Uma pessoa só sabe extrair o dado: como dividir isso — Organizar um processo
- 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
- Relatório sem validação cruzada: como criar a conferência — A página trata da rotina de conferência para relatórios que circulam sem validação cruzada: papéis, evidências e critério de aceite.
- Relatório sem validação cruzada: o que dá para comparar — Compara alternativas para tratar relatório sem validação cruzada: conferir com segunda fonte, reconciliar com registro-base ou assumir o limite do dado.
- Arquitetura de integração: o que comparar antes de decidir — A página compara arquiteturas de integração por onde mora a regra, quem responde pelo dado, reversibilidade e custo de mudança ao longo do tempo.
- Planilhas divergentes: como unificar a base de trabalho — Protocolo de governança operacional para identificar a origem de distorções entre controles paralelos e fixar um fluxo único de preenchimento.
- Cadastro sem regra de deduplicação: o que medir — Medição de duplicidade sem regra pronta: o que contar, qual chave comparar e o que o número não diz.