Você também pode ler a ajuda integrada sobre este assunto: “Como negar erros na lista de Resultados?”
Com esse recurso, você pode se livrar do “versículo ausente”, conforme solicitado. E você não precisa usar um arquivo personalizado.
Pessoalmente, não me importo com arquivos personalizados e soluções improvisadas (hacks), quando isso realmente beneficia um projeto. Mas a experiência mostra que você criará muito trabalho para o futuro se fizer coisas personalizadas: você terá que documentar e explicar isso a novos membros da equipe ou consultores, diagramadores, etc.
Um erro negado ao executar verificações normalmente aparecerá como a mesma mensagem de erro, como antes, mas com um risco de tachado. Portanto, espero que isso precise de menos explicações, pois mostra visualmente que alguém da equipe tachou essa mensagem.
Acredito que, se você tiver muitos desses erros negados e eles forem incômodos, você tem a opção de ocultá-los todos (o que pode confundir alguém mais tarde, que não conhece o recurso).
You could also read the inbuilt help on this subject “How do I deny errors in the Results list?”
With this feature you can get rid of the “verse missing” as requested. And you do not need to use a custom file.
Personally I do not mind custom files and hacks, where it really benefits a project. But experience shows that you will create a lot of work for the future, if you do custom stuff: You have to document it and explain it to new team members or consultants, typesetters etc.
A denied error from running checks will normally show up as the same error message, like before, but with a strike-through. So hopefully this needs less explaining, as it visually shows that somebody on the team has struck this message.
I believe if you have a lot of such denied errors and they annoy, you have an option to hide them all (which might get somebody confused later, who does not know about the feature).