Atualização editorial em : atribuições, alcance das fontes e orientações corrigidos; a data da publicação original foi preservada.

Antes de escolher uma ferramenta de IA, uma equipe precisa saber de onde vêm os dados usados para responder ao usuário e quem pode corrigir uma informação errada. Uma publicação do The Pensions Regulator (TPR), órgão britânico do setor de pensões, oferece um ponto de partida para discutir essas dependências sem transformar planejamento em sucesso comprovado.

O que foi publicado pelo TPR

Em 8 de dezembro de 2025, Paul Neville, diretor executivo de Digital, Dados e Tecnologia, relatou a primeira reunião de um grupo de trabalho com participantes do setor e de empresas de tecnologia. O grupo discutiu objetivos e receios, incluindo sistemas desconectados e ferramentas que não atendem às necessidades dos usuários. Fonte: TPR, relato do grupo de trabalho.

Entre os objetivos estavam o uso responsável de IA apoiado em dados confiáveis e a colaboração em padrões consistentes de dados. A publicação descrevia pesquisa e desenho de soluções como próximos passos. Não apresentava uma avaliação de retorno de um projeto implementado. Fonte: seções Objectives we created e Next steps.

Uma ficha de prontidão para o dado usado na resposta

Como proposta para equipes de software, comece por uma pergunta concreta do usuário e siga o dado necessário para respondê-la. O exemplo abaixo é hipotético e não descreve um projeto do TPR nem de Anderson Damasio.

Imagine um assistente interno que responde “qual é o prazo deste chamado?”. Uma planilha contém uma data, enquanto o sistema de atendimento contém outra. Melhorar a redação da resposta não resolve qual registro é válido. Antes de permitir uma resposta automática, registre os itens seguintes.

Significado e origem

“Prazo” significa data prometida ao cliente, previsão operacional ou limite contratual? Identifique o campo, a origem autorizada e a regra para eventuais divergências. A regra deve ser aprovada pelo responsável pelo processo; escolher silenciosamente o registro mais recente pode trocar conceitos diferentes.

Atualização e responsabilidade

Registre quando o dado foi produzido, como chega ao assistente e quem corrige um valor inconsistente. Defina também o que fazer se a sincronização atrasar. O critério pode ser não responder e encaminhar o caso para conferência, em vez de apresentar um prazo sem confiança suficiente.

Acesso e exposição

Liste quem pode consultar o chamado e quais campos podem aparecer na resposta. No piloto proposto, teste perfis com permissões diferentes e verifique se o caminho de consulta respeita essas restrições. Uma resposta correta sobre um chamado que o usuário não pode consultar ainda seria um resultado inadequado.

Evidência para liberar o piloto

Prepare casos com dados consistentes, divergentes, ausentes e desatualizados. Para cada caso, registre a resposta esperada, a origem que a sustenta e o comportamento permitido: responder, pedir esclarecimento ou encaminhar. Confira as respostas com o responsável pelo processo antes de ampliar o acesso.

Uma ficha preenchida expõe decisões pendentes, mas não certifica qualidade. Se não existir uma origem aceita para o prazo, o próximo trabalho é resolver essa dependência. Comprar outra ferramenta não equivale a resolvê-la.

Limites da análise

Não houve participação do autor no grupo de trabalho, implantação de sistema ou teste do exemplo. O relato do TPR é uma fonte sobre sua iniciativa, não uma prova de que cinco passos evitam erros. A ficha é uma proposta geral de engenharia de software; não fornece orientação previdenciária, jurídica ou financeira, nem recomenda um produto específico.