Documentação incompleta: pedir o que falta e resolver

“Falta documentação” parece um pedido, mas obriga quem o recebe a descobrir o problema novamente. Para resolver documentação incompleta, escreva o que não consegue verificar, qual tarefa depende disso e qual evidência permitiria continuar. Esses três elementos cabem em uma ficha; não é preciso reconstruir o processo a cada mensagem.

Este guia trata de entradas administrativas: documentos incompletos, contraditórios ou inacessíveis. O modelo não determina sua validade fiscal ou contratual. Tampouco transforma uma digitalização legível em evidência suficiente para qualquer uso. O resultado é mais restrito: outra pessoa pode verificar por que uma tarefa foi liberada.

Identifique o que falta antes de pedir

Abra o arquivo e encontre a lacuna específica. “Não está certo” pode exigir respostas diferentes. Outra cópia não resolve uma contradição entre versões; pedir um valor digitado não recupera uma página ausente.

Se ainda não sabe qual informação precisa, o estado é a esclarecer. Consulte primeiro quem executará a tarefa. “Mande tudo o que tiver” amplia o pedido e pode trazer informações desnecessárias sem responder à pergunta.

Na coordenação entre uma empresa e sua contabilidade, página em inglês, a ficha cuida de uma entrada específica e de sua condição de resolução. Não é necessária uma ficha por campo: agrupe lacunas do mesmo documento quando tiverem o mesmo responsável e puderem ser verificadas juntas.

Uma ficha que preserva o contexto

Use um registro compartilhado acessível apenas às pessoas envolvidas. Guarde referências à origem em vez de encaminhar cópias por vários canais. O identificador conecta pedido, resposta e verificação; não precisa conter nomes ou dados pessoais.

Pendência: [DOC-001]
Processo e tarefa bloqueada: [referência / ação]
Origem: [link restrito / versão / data]
Observação: [ausente / ilegível / contraditório / inacessível]
Pedido: [evidência específica necessária]
Critério de resolução: [o que quem revisa deve verificar]
Quem fornece / quem coordena: [responsáveis confirmados]
Último pedido: [data / canal / referência]
Próxima revisão: [data / hora / fuso horário combinados]
Pode continuar / deve esperar: [tarefas]
Estado: [a esclarecer / solicitado / recebido para verificar / resolvido / em espera]
Resposta: [referência / versão / data]
Verificação: [pessoa / data / critério / resultado]
Próxima ação: [responsável / condição de início]
Reabertura: [motivo / nova versão / resolução anterior]

Mantenha um histórico separado do estado atual: acrescente uma entrada datada para cada resposta e verificação, com versão, resultado e motivo, incluindo as versões rejeitadas. Nunca sobrescreva as evidências anteriores.

Escolha uma pessoa para coordenar, mesmo quando várias precisam fornecer informações. Ela não precisa resolver tudo: mantém o pedido atualizado e evita que três colegas cobrem a mesma coisa com prazos diferentes. Confirme que o responsável indicado pode obter a evidência; escrever seu nome não significa que aceitou a tarefa.

Três mensagens que permitem resposta

Substitua os colchetes antes de enviar. São propostas de redação, não mensagens enviadas nem prazos impostos ao destinatário.

Pedido inicial: “Em [referência], não conseguimos verificar [informação] porque [observação]. Para continuar [tarefa], precisamos de [evidência específica] por [canal autorizado]. Você pode fornecê-la ou indicar quem a tem? Revisaremos o estado em [data, hora e fuso]; essa revisão não pressupõe sua resposta.”

Acompanhamento: “DOC-001 continua aguardando [evidência]. Podemos continuar [tarefa independente]; [tarefa dependente] está em espera. A próxima revisão permanece em [data combinada]. Se não conseguir obter o documento, avise para decidir a alternativa com [responsável].”

Resolução: “Verificamos [critério] na [versão] em [data]. DOC-001 está resolvida para [tarefa específica]; [responsável] retoma [ação]. Continua pendente [outra questão, se houver]. Isso não aprova outros usos do documento.”

Os modelos de comunicação de incidentes da Atlassian oferecem exemplos para comunicar uma investigação e suas atualizações. As três mensagens deste guia, incluindo a de resolução, são uma proposta editorial própria para pedidos documentais; não adotam os procedimentos técnicos nem prometem seus tempos de resposta.

Chegou um arquivo, mas não a solução

Exemplo didático sem documentos ou pessoas reais. Um registro de recebimento R-017 chega sem a página 2. A administração precisa verificar as unidades recebidas com a referência combinada antes de encaminhar o processo para revisão. Pode organizar os outros arquivos enquanto espera; não pode considerar essas unidades verificadas.

A coordenadora abre DOC-001 e pede a página de R-017. A primeira resposta diz “eram seis”. Há uma resposta, mas ainda falta a evidência solicitada. O estado passa a recebido para verificar e volta a solicitado depois de registrar por que não atende ao critério; a mensagem não é apagada.

A segunda resposta traz uma versão 2 com página 2, mas a referência é R-018. A página existe e está legível. Mesmo assim, não completa R-017. A coordenadora registra a divergência na mesma ficha e pede o documento correspondente, sem acusar o remetente de alterar nada.

A versão 3 pertence a R-017 e permite verificar as unidades. Quem revisa registra versão, data e resultado. Agora DOC-001 pode ser encerrada para essa verificação, devolvendo a tarefa ao responsável. Outros dados ausentes não podem desaparecer atrás do estado resolvido dessa pendência.

Revise a versão, não apenas a notificação

O sinal “aprovado” de uma ferramenta não descreve sozinho quais alterações cada pessoa viu. Por exemplo, o Google Drive documenta que edições podem reiniciar ou preservar aprovações conforme as configurações. A função exige contas elegíveis. Para este método basta registrar explicitamente a versão verificada; não é necessário contratar ou ativar um sistema de aprovação.

Se o arquivo mudar depois, determine se a mudança afeta o critério verificado. Se afetar, reabra a pendência e preserve o vínculo com a resolução anterior. Se o problema for acesso, teste pela conta de quem revisa: um link que abre para o proprietário não comprova acesso da equipe.

Sem resposta, decida o que espera

Uma data de revisão serve para verificar o estado novamente. Não transforma silêncio em aceitação. Quando chegar, explique qual tarefa está parada e peça à pessoa autorizada que decida entre esperar, mudar a sequência ou buscar outra evidência adequada ao trabalho. Não preencha campos por intuição para esvaziar a lista.

Uma conversa breve pode esclarecer um pedido ainda ambíguo. Depois, registre a conclusão na ficha. Se a entrada veio de um processo de extração de recibos, em inglês, volte ao original antes de verificar o resultado. Se o bloqueio afetar uma entrega, compare as dependências com o escopo combinado na proposta, em inglês.

Comece com uma pendência real: escreva observação e critério de resolução antes da próxima mensagem. Se outra pessoa consegue ler a ficha e explicar o que falta, quem fornecerá e como será verificado, você tem um pedido que pode ser resolvido.