A severidade sobrevive até ao fim
A severidade é a primeira coisa que a maioria das implementações perde. Promover um aviso a erro é fabricar uma crise na véspera de um prazo; despromover um erro é esconder um real. É levada até ao resultado exatamente como foi declarada.
O pacote é aberto como a especificação manda
Existe um procedimento definido para descobrir qual o ficheiro de um pacote que é o relatório. Adivinhar pela extensão ou pelo nome da pasta leva a validar por vezes o ficheiro errado, ou a perder o verdadeiro e ainda assim reportar sucesso. Nós seguimos o procedimento.
Três formatos, um só sentido — e verificamo-lo
O mesmo relatório pode escrever-se em XML, JSON ou CSV, e os três devem significar exatamente a mesma coisa. Que isso se verifique é, em si, uma regra — e das fáceis de saltar. Verificamo-la, offline, sem rede.
A unidade de validação é a entrega, não o ficheiro
Uma entrega Inline XBRL costuma repartir-se por vários ficheiros, e a especificação obriga a tratá-los como um só. Validando cada ficheiro isoladamente, toda uma classe de erros — identificadores reutilizados entre documentos, por exemplo — desaparece sem deixar rasto, e todos os ficheiros passam.