Verificação documental sem código: montar uma checklist e validar processos sem integração

A verificação documental sem código consiste em definir uma checklist uma só vez, carregar os ficheiros no navegador e receber o que falta, está caducado ou não bate certo, sem API, conector ao ERP nem programadores. O valor não está em ler cada documento, mas em comparar um campo de um documento com um campo de outro e dar ao analista uma instrução clara perante cada diferença. Este guia mostra como construir essa checklist, que cruzamentos incluir e quando o modelo sem código deixa de bastar.

O que uma configuração sem código substitui

Substitui a folha de cálculo e o segundo ecrã, não o analista. Na maioria das equipas abrem-se lado a lado um documento de identificação, um recibo de vencimento e um extrato bancário e o nome é digitado três vezes. Com 20 processos por semana funciona; com 200 não, porque um analista cansado deixa de reparar que «João» no recibo é «João Pedro» no Cartão de Cidadão.

A configuração tem quatro peças, sem uma linha de código:

1. Um tipo de processo: «processo de arrendatário», «admissão de colaborador», «registo de fornecedor».
2. A lista de documentos exigidos, com a antiguidade aceite (por exemplo, comprovativo de morada dentro do prazo definido na sua política interna).
3. A lista de cruzamentos: o campo A do documento 1 tem de coincidir com o campo B do documento 2.
4. Uma regra por divergência: bloquear, questionar o requerente ou encaminhar para uma pessoa.

Se mais tarde precisar das mesmas verificações no seu sistema de RH ou de crédito, a checklist reutiliza-se por API. O nosso guia de fluxos de verificação automatizados trata dessa segunda fase, e o guia pilar sobre automatização da verificação enquadra o conjunto.

Passo 1: escrever a checklist por tipo de processo, não por documento

Uma checklist deve descrever um processo, porque a maioria dos erros está entre documentos e não dentro de um. Um recibo de vencimento pode estar bem formado e pertencer a uma entidade patronal diferente da do contrato.

Para uma admissão, uma base de trabalho é:

Mantenha a lista curta. Cada documento adicional cria um cruzamento que alguém terá de resolver. O artigo 5.º, n.º 1, alínea c) do RGPD exige dados «adequados, pertinentes e limitados ao que é necessário» (EUR-Lex, Regulamento 2016/679); um documento que não alimenta nenhum cruzamento não deve ser pedido.

Passo 2: definir os cruzamentos, campo contra campo

Um cruzamento compara um campo identificado de um documento com um campo identificado de outro e indica a diferença tolerada. É o núcleo da checklist e a parte que a maioria dos modelos omite. As regras de diligência vão no mesmo sentido: o artigo 13.º, n.º 1, alínea a) da Diretiva (UE) 2015/849 exige a verificação da identidade «com base em documentos, dados ou informações obtidos de fonte independente e credível» (EUR-Lex). Um único documento raramente fornece duas fontes independentes; dois documentos concordantes sim.

A coluna de tolerância é decisiva. Sem ela, uma ferramenta sem código ou o inunda de falsos alertas (acentos, maiúsculas, hífenes) ou deixa passar diferenças reais. Decida antes quais são meramente cosméticas.

Passo 3: separar divergências graves de ligeiras

Uma divergência grave pára o processo; uma ligeira coloca uma pergunta. É grave um IBAN que difere num carácter, um documento de identificação caducado na data de início ou um NIPC pertencente a outra sociedade. É ligeira a falta de um segundo nome, uma abreviatura («R.» por «Rua») ou um recibo com 4 meses quando o seu limite é de 3.

Escreva a regra uma vez por cruzamento:

• Bloquear: o processo não avança. O requerente recebe uma mensagem com o campo exato e os dois documentos em desacordo.
• Questionar: o requerente é convidado a carregar um documento esclarecedor. O analista vê pergunta e resposta juntas.
• Rever: decide uma pessoa e o motivo fica registado.

Nomear os dois documentos no pedido reduz as idas e vindas. «O seu recibo indica a entidade A e o seu contrato a entidade B» obtém resposta numa mensagem; «documento inválido» abre uma conversa.

Passo 4: testar com um lote anterior antes de arrancar

Teste a checklist com 20 a 30 processos já tratados manualmente. Conte os casos em que assinala algo que o analista não viu e aqueles em que alerta sem motivo. Ajuste as tolerâncias, não a regra de fundo. A maioria das equipas verifica que a normalização de nomes (maiúsculas, acentos, ordem) explica quase todos os falsos alertas da primeira passagem.

Enquadramento em Portugal

Em Portugal, a Lei n.º 83/2017 estabelece as medidas de combate ao branqueamento de capitais e ao financiamento do terrorismo e obriga as entidades obrigadas a identificar e verificar a identidade dos clientes com base em documentos ou fontes credíveis (Diário da República, Lei n.º 83/2017). A supervisão do setor financeiro cabe ao Banco de Portugal e à CMVM, e o tratamento de dados da checklist está sujeito à CNPD.

Não afirmamos neste guia nenhum mecanismo de consulta em linha específico de Portugal. Para documentos de empresa ou certidões, compare os dados com a fonte oficial reconhecida no seu setor e trate a coincidência como segunda fonte, não como prova de autenticidade.

O que as equipas perguntam nos fóruns

Perguntas recorrentes em fóruns de conformidade, RH e finanças:

«Preciso de programadores para automatizar as verificações?» Não na primeira fase. Uma checklist, um carregamento de ficheiros e uma lista de resultados bastam. Os programadores servem quando os processos chegam de outro sistema ou os resultados têm de lá voltar.

«Os nomes nunca coincidem exatamente, que tolerância fixo?» Ponha-a por escrito. Regras habituais: ignorar maiúsculas, acentos e pontuação; aceitar um nome próprio em falta; recusar um apelido diferente sem documento de ligação.

«Como evito fotografias desfocadas?» Indique a qualidade mínima no pedido e os campos que têm de ser legíveis. O nosso artigo sobre a validação cruzada além do OCR explica por que a extração legível é condição de qualquer comparação.

Onde termina o modelo sem código

É um ponto de partida com três limites. Não prova que um documento seja autêntico: compara o que está escrito nos documentos e, quando existe, registos oficiais. Não leva os resultados ao sistema central sem integração. E não elimina a responsabilidade: uma pessoa continua a decidir aceitar ou recusar.

Se o volume, as exigências de auditoria ou o seu ambiente de sistemas o ultrapassarem, planeie então a integração, com a checklist já testada.

Comece por um tipo de processo

Escolha o tipo de processo que gera mais idas e vindas, escreva a checklist com nove ou dez cruzamentos e passe os processos do mês anterior. Para admissões, a página de solução de RH mostra como uma verificação compara campos e datas num processo de novo colaborador, e os preços detalham as opções de autosserviço.

Este artigo é informação geral, não aconselhamento jurídico. Prazos de conservação, documentos aceites e regras de identificação dependem do seu setor.

Perguntas frequentes

O que é a verificação documental sem código?

É uma forma de controlar processos definindo uma checklist e carregando documentos no navegador, sem API nem desenvolvimento. A ferramenta compara campos entre documentos e devolve ao analista o que falta, está caducado ou é incoerente.

Quanto tempo demora a configurar?

Uma primeira checklist para um tipo de processo, com 5 a 6 documentos e 8 a 10 cruzamentos, escreve-se numa tarde. Testar com processos anteriores e ajustar tolerâncias costuma levar mais alguns dias.

Uma verificação sem código prova que um documento é autêntico?

Não. Indica se os campos estão presentes, em vigor e coerentes com outros documentos ou com um registo. A autenticidade exige controlos adicionais, a manter junto da comparação.

Quando é necessária uma integração?

Quando os processos nascem noutro sistema e os resultados têm de voltar automaticamente, ou quando o volume torna inviável o carregamento manual. A mesma checklist reutiliza-se então por API.

O que deve fazer o analista perante uma divergência?

Aplicar a regra definida de antemão: bloquear, pedir um documento esclarecedor ou rever. Registe a decisão e o motivo para que uma auditoria perceba por que o processo foi aceite.