Peça evidências a um fornecedor

Comece pelo seu requisito

Um fornecedor pode demonstrar resultados impressionantes sem responder à sua pergunta mais importante. Defina o requisito antes da demonstração.

Considere uma empresa fictícia com dados contratuais confidenciais. A equipa precisa de manter uma aplicação existente com apoio de IA. O fornecedor mostra uma aplicação nova criada a partir de um repositório vazio. O resultado demonstra uma capacidade, mas não testa o fluxo de manutenção da empresa.

Prepare um repositório pequeno e representativo com dados sintéticos aprovados. Inclua uma convenção existente, um teste que falha e uma alteração que exige uma decisão humana. Dê a cada fornecedor os mesmos critérios de aceitação.

Peça o comportamento e as evidências em conjunto

Uma afirmação como «suporta SSO» precisa de contexto. Pergunte que fornecedores de identidade, níveis de conta, funções e comportamentos de remoção de acesso estão incluídos. Teste a alteração de acesso relevante.

Nos relatórios de garantia ou certificações, examine o âmbito, o serviço abrangido, o período de avaliação e as exceções. Não presuma que as garantias do fornecedor abrangem automaticamente as aplicações que a sua equipa cria.

Observe um caso difícil

Peça ao fornecedor que mostre o que acontece quando uma verificação obrigatória falha. Examine depois o artefacto resultante e o percurso da decisão. Um sistema útil torna visíveis o trabalho incompleto e as evidências em falta.

Na aplicação de contratos, acrescente um pedido fictício que ultrapasse um limite de acesso. A avaliação deve mostrar como o sistema trata o requisito e como um revisor verifica o resultado. Não use dados confidenciais reais para tornar a demonstração mais realista.

Registe as diferenças entre a configuração demonstrada e a aquisição proposta. Uma funcionalidade futura prometida é uma dependência, não uma capacidade já entregue.

Mantenha um registo de evidências

Para cada requisito, registe a ligação para as evidências, a data, a configuração, o revisor e a conclusão. Use estados claros: verificado para este cenário, por resolver ou fora do âmbito.

Atribua um responsável e um prazo a cada ponto por resolver. Decida se esse ponto bloqueia a decisão, exige uma condição contratual ou pode ser aceite com uma limitação documentada.

Aplique os mesmos critérios à Taiga. A documentação pública e o Trust Centre são pontos de partida. Confirme que a solução escolhida satisfaz os seus requisitos. Prossiga para saída e portabilidade.