Dados cadastrais entregues
O móduloregistration_data é diferente de todos os anteriores: ele não faz consulta nenhuma. Ele pega o que os tiers cpf_* do mesmo flow já trouxeram e entrega quatro campos, sempre os mesmos quatro, com o registro de finalidade do tratamento ao lado. Sem um tier cpf_* no flow não há o que entregar. É o único módulo desta família com contrato fechado: aqui você pode escrever um parser estrito.
deceased: null não é false. null quer dizer que o tier comprado não carregava o campo de óbito, ou seja não medimos, e nunca “confirmamos que está vivo”. Segunda: registration_status é o valor cru da fonte, com a capitalização dela (Regular, Suspensa, Titular Falecido), e vem null quando o tier comprado não traz situação, que é o caso do cpf_companies. Terceira: o bloco purpose viaja mesmo quando delivered é null, porque ele é o registro de finalidade e minimização do tratamento, não a prova de que houve entrega. Ele é constante por construção, então não o leia como configuração da sua conta: withheld_fields é a lista do que decidimos não entregar neste módulo, e ela é a mesma para todo mundo.
Cada um dos quatro campos é resolvido independentemente, varrendo os tiers do flow e ficando com o primeiro valor não nulo. Por isso coverage pode listar mais de um módulo: não existe um tier “vencedor” único, existe o primeiro que respondeu por campo. E coverage traz nome de módulo, nunca dado do titular.