Verificación documental sin código: crear una lista de control y validar expedientes sin integración

La verificación documental sin código consiste en definir una lista de control una sola vez, subir los archivos desde el navegador y recibir lo que falta, está caducado o no cuadra, sin API, conector con el ERP ni desarrolladores. Su valor no está en leer cada documento, sino en comparar un campo de un documento con un campo de otro y en dar al revisor una instrucción clara ante cada diferencia. Esta guía explica cómo construir esa lista, qué cruces incluir y cuándo el enfoque sin código deja de ser suficiente.

Qué sustituye una configuración sin código

Sustituye la hoja de cálculo y la segunda pantalla, no al revisor. En la mayoría de los equipos se abren un documento de identidad, una nómina y un extracto bancario en paralelo y se reescribe tres veces el nombre. Con 20 expedientes a la semana funciona; con 200 no, porque un revisor cansado deja de notar que «Jose» en la nómina es «José Manuel» en el DNI.

La configuración tiene cuatro piezas, sin una línea de código:

1. Un tipo de expediente: «expediente de inquilino», «alta de empleado», «alta de proveedor».
2. La lista de documentos exigidos, con la antigüedad aceptada (por ejemplo, justificante de domicilio dentro del plazo fijado por su política interna).
3. La lista de cruces: el campo A del documento 1 debe coincidir con el campo B del documento 2.
4. Una regla por discrepancia: bloquear, preguntar al solicitante o derivar a una persona.

Si más adelante necesita aplicar las mismas comprobaciones dentro de su sistema de RR. HH. o de crédito, la lista se reutiliza mediante API. Nuestra guía de flujos de verificación automatizados cubre esa segunda etapa, y la guía pilar sobre automatización de la verificación sitúa el conjunto.

Paso 1: redactar la lista por tipo de expediente, no por documento

Una lista de control debe describir un expediente, porque la mayoría de los errores están entre documentos, no dentro de uno. Una nómina puede estar perfectamente formada y pertenecer a un empleador distinto del que figura en el contrato.

Para un alta de empleado, una base de trabajo es:

Mantenga la lista corta. Cada documento añadido crea un cruce que alguien deberá resolver. El artículo 5.1.c del RGPD exige que los datos sean «adecuados, pertinentes y limitados a lo necesario» (EUR-Lex, Reglamento 2016/679); un documento que no alimenta ningún cruce no debería pedirse.

Paso 2: definir los cruces, campo contra campo

Un cruce compara un campo con nombre de un documento con un campo con nombre de otro e indica la diferencia tolerada. Es el núcleo de la lista y lo que omiten la mayoría de las plantillas. La normativa de diligencia debida apunta en la misma dirección: el artículo 13.1.a de la Directiva (UE) 2015/849 exige comprobar la identidad «mediante documentos, datos o informaciones obtenidos de fuentes fiables e independientes» (EUR-Lex). Un solo documento rara vez aporta dos fuentes independientes; dos documentos concordantes sí.

La columna de tolerancia importa. Sin ella, una herramienta sin código o bien lo inunda de falsas alertas (tildes, mayúsculas, guiones) o deja pasar diferencias reales. Decida de antemano cuáles son meramente cosméticas; en nombres españoles, por ejemplo, el orden de los dos apellidos y la presencia de partículas («de», «del») suelen ser cuestión de tolerancia, no de rechazo.

Paso 3: separar discrepancias graves de leves

Una discrepancia grave detiene el expediente; una leve plantea una pregunta. Es grave un IBAN que difiere en un carácter, un documento de identidad caducado en la fecha de inicio o un número de registro que pertenece a otra sociedad. Es leve un segundo nombre ausente, una abreviatura («C/» por «calle») o una nómina de hace 4 meses cuando su límite es de 3.

Escriba la regla una vez por cruce:

• Bloquear: el expediente no avanza. El solicitante recibe un mensaje que nombra el campo exacto y los dos documentos en desacuerdo.
• Preguntar: se invita al solicitante a subir un documento aclaratorio. El revisor ve la pregunta y la respuesta juntas.
• Revisar: decide una persona y se registra el motivo.

Nombrar los dos documentos en la solicitud reduce las idas y venidas. «Su nómina indica el empleador A y su contrato el empleador B» obtiene respuesta en un mensaje; «documento no válido» abre una conversación.

Paso 4: probar con un lote pasado antes de empezar

Pruebe la lista con 20 a 30 expedientes ya tramitados a mano. Cuente aquellos en que señala algo que su revisor no vio y aquellos en que alerta sin motivo. Ajuste las tolerancias, no la regla de fondo. La mayoría de los equipos comprueba que la normalización de nombres (mayúsculas, tildes, orden) explica casi todas las falsas alertas de la primera pasada.

Marco aplicable en España

En España, la Ley 10/2010 de prevención del blanqueo de capitales y de la financiación del terrorismo obliga a identificar y comprobar la identidad de los clientes mediante documentos fehacientes antes de establecer la relación de negocios (BOE, Ley 10/2010). El organismo de supervisión es el SEPBLAC, y para el tratamiento de datos de la lista de control rige la normativa de la AEPD.

No afirmamos en esta guía ningún mecanismo de consulta en línea específico de España. Para documentos de empresa o certificados, compare los datos con la fuente oficial que reconozca su sector y trate la coincidencia como una segunda fuente, no como prueba de autenticidad.

Lo que preguntan los equipos en los foros

Preguntas que se repiten en foros de cumplimiento, RR. HH. y finanzas:

«¿Necesito desarrolladores para automatizar las comprobaciones?» No para la primera etapa. Una lista, una carga de archivos y una lista de resultados bastan. Los desarrolladores sirven cuando los expedientes llegan de otro sistema o los resultados deben volver a él.

«Los nombres nunca coinciden exactamente, ¿qué tolerancia fijo?» Póngala por escrito. Reglas habituales: ignorar mayúsculas, tildes y puntuación; aceptar un segundo nombre ausente; rechazar un apellido distinto sin documento que acredite el vínculo.

«¿Cómo evito las fotos borrosas?» Indique la calidad mínima en la solicitud y qué campos deben ser legibles. Nuestro artículo sobre la validación cruzada más allá del OCR explica por qué una extracción legible es condición de cualquier comparación.

Dónde termina el enfoque sin código

Es un punto de partida con tres límites. No prueba que un documento sea auténtico: compara lo escrito en los documentos y, cuando existe, registros oficiales. No lleva los resultados a su sistema central sin una integración. Y no elimina la responsabilidad: una persona sigue siendo dueña de la decisión de aceptar o rechazar.

Si el volumen, las exigencias de auditoría o su entorno de sistemas lo superan, planifique entonces la integración, con la lista ya probada.

Empiece por un solo tipo de expediente

Elija el tipo de expediente que genera más idas y venidas, redacte su lista y sus nueve o diez cruces y pase los expedientes del mes pasado. Para altas de personal, la página de solución de RR. HH. muestra cómo una comprobación compara campos y fechas en un expediente de nueva incorporación, y las tarifas detallan las opciones de autoservicio.

Este artículo es información general, no asesoramiento jurídico. Los plazos de conservación, los documentos aceptados y las reglas de identificación dependen de su sector.

Preguntas frecuentes

¿Qué es la verificación documental sin código?

Es una forma de controlar expedientes definiendo una lista de control y subiendo los documentos desde el navegador, sin API ni desarrollo. La herramienta compara campos entre documentos y devuelve al revisor lo que falta, está caducado o es incoherente.

¿Cuánto se tarda en ponerla en marcha?

Una primera lista para un tipo de expediente, con 5 o 6 documentos y de 8 a 10 cruces, se redacta en una tarde. Probarla con expedientes pasados y ajustar tolerancias suele llevar unos días más.

¿Una comprobación sin código demuestra que un documento es auténtico?

No. Indica si los campos están presentes, vigentes y son coherentes con otros documentos o con un registro. La autenticidad requiere controles adicionales que conviene mantener junto a la comparación.

¿Cuándo hace falta una integración?

Cuando los expedientes nacen en otro sistema y los resultados deben volver automáticamente, o cuando el volumen hace inviable la carga manual. La misma lista se reutiliza entonces mediante API.

¿Qué debe hacer el revisor ante una discrepancia?

Aplicar la regla definida de antemano: bloquear, pedir un documento aclaratorio o revisar. Registre la decisión y el motivo para que una auditoría entienda por qué se aceptó el expediente.