Como uma equipe de jurisdição convida um painel de profissionais para verificar uma função-base pronta e chega a um consenso registrado e exportável.
Uma rodada de verificação é uma forma estruturada de profissionais convidados confirmarem — relação por relação — que uma função-base está correta para sua jurisdição. A rodada emite um sinal, nunca uma escrita: o consenso gera uma lista de tarefas editoriais que a equipe de criação aplica no Construtor de Funções.
Esta jornada é para os responsáveis pela rodada (a equipe de jurisdição que a conduz) e para os profissionais que eles convidam. Ela pressupõe que a função já foi criada até o estado pronta — veja a jornada de Funções-base para isso.
Um único mecanismo cobre estudos Delphi, workshops online e grupos focais — o método é um rótulo e uma cadência. Uma rodada sempre percorre os mesmos sete passos.
Um profissional registra exatamente um veredicto por relação. A unidade de verificação é a relação — este perfil pertence a esta função, este item a este perfil — e não uma lista de verificação plana.
Uma relação ausente não é um veredicto. Quem identifica uma propõe-na como um novo alvo da cédula, e os demais profissionais então registram veredictos sobre a proposta na mesma rodada.
O consenso é calculado por uma função determinística quando a rodada é encerrada — as mesmas entradas sempre produzem o mesmo resultado, sem nenhum modelo envolvido. Para cada relação, ela considera apenas os veredictos registrados (as abstenções são deixadas de lado) e aplica dois limites: um quórum, um número mínimo de respostas, e um limite de concordância, a proporção que precisa concordar. Os padrões são cinco respostas e setenta por cento de concordância.
Uma relação se resolve como confirmada ou rejeitada quando os dois limites são atendidos. Se o quórum não é atingido, ela é registrada como sem consenso — um estado comum e acionável, não uma falha: o responsável pode estender a janela ou convidar novamente. Um resultado de ajuste é uma pluralidade, nunca uma decisão: a lista de tarefas mostra toda a distribuição dos valores sugeridos (por exemplo, IRI 3 de cinco profissionais, IRI 4 de quatro) e a equipe de criação escolhe.
Os profissionais são convidados e atribuídos: cada veredicto é nominal internamente, para que o responsável e uma entidade patrocinadora possam ver quem votou de que forma e ler a justificativa. É isso que torna a rodada auditável.
A atribuição pública é opcional. Por padrão, um resultado publicado ou compartilhado mostra apenas o agregado — "verificado por 18 profissionais" — e o nome de um profissional aparece publicamente somente se ele tiver optado por isso. A visão atribuída interna e a visão agregada pública são mantidas separadas.
Toda rodada encerrada é preservada como um registro de verificação — uma exportação determinística de toda a rodada: a lista de participantes, cada relação e seu instantâneo congelado, cada veredicto com seu comentário e carimbo de data e hora, e o consenso calculado com toda a distribuição.
Uma entidade patrocinadora de pesquisa ou profissional pode solicitar o registro atribuído completo de uma rodada. A exportação é determinística — recriá-la sempre produz os mesmos bytes — e um consumidor público recebe a visão agregada, respeitando a escolha de atribuição de cada profissional.
No encerramento, uma cópia imutável do registro é arquivada e seu hash SHA-256 é armazenado. Uma entidade pode guardar o registro de forma independente e comprovar que ele não foi alterado recriando a exportação e comparando o hash — uma evidência leve de adulteração, sem assinatura criptográfica.
Uma rodada de verificação precisa de uma função-base pronta. Criar uma função-base de ponta a ponta é tratado em sua própria jornada.