Procedencia de datos en ATS: una ficha RGPD verificable

El dato más incómodo en una base de candidatos no es el que falta. Es el que nadie sabe explicar: apareció en una nota antigua, no tiene fuente y aun así condiciona la siguiente conversación. La procedencia sirve para sacar esa incertidumbre a la luz, no para decorar una ficha con otro campo obligatorio.

Una ficha de procedencia convierte datos sueltos en contexto revisable

Una ficha de procedencia debe registrar la fuente, la fecha de recogida, el contexto de uso, la evidencia observable, cualquier inferencia del equipo y la última revisión. Ese rastro permite corregir información, decidir si aún debe conservarse y evitar que una anotación heredada parezca un hecho actual o una autorización permanente.

La ficha no resuelve por sí sola el cumplimiento. Es una práctica operativa que hace preguntas útiles en el momento adecuado. Si un consultor encuentra un perfil en una fuente pública, si una persona entrega su CV o si llega una referencia, el sistema deja claro qué sucedió y qué parte del registro puede comprobarse después.

Una implantación razonable comienza con seis campos: tipo de fuente, referencia concreta, fecha, propósito operativo, responsable y fecha de revisión. Después puede añadirse el vínculo con el documento o la conversación que sustenta el dato. Pedir veinte campos desde el primer día suele producir formularios vacíos o respuestas copiadas que no aportan trazabilidad.

La procedencia no convierte un dato en eterno; hace posible decidir si aún tiene sentido conservarlo.

Imagine una firma que reabre una búsqueda de dirección financiera. En la ficha figura «no disponible para movilidad», pero nadie sabe si procede de una llamada, una suposición o un CV antiguo. Con procedencia, el consultor ve que fue una preferencia expresada dos años antes y la trata como algo que requiere una actualización respetuosa, no como un veto definitivo.

Separe la evidencia de la interpretación del reclutador

Separar evidencia e interpretación permite que otro consultor revise un perfil sin confundir un hecho con una hipótesis de encaje. La evidencia describe una fuente o una conversación; la interpretación relaciona ese material con un brief concreto y debe poder corregirse cuando cambian el mercado, la persona, el cliente o la información disponible.

El lenguaje ayuda. «Dirigió un equipo de doce personas, según CV recibido el 4 de mayo» es verificable dentro de su fuente. «Líder fuerte» no explica nada. Si la valoración es relevante, debe vincularse al encargo: «posible experiencia de gestión para el brief A; confirmar alcance y composición del equipo». La segunda formulación admite revisión.

Esta práctica complementa el flujo del brief al outreach. Una clasificación puede abrir una revisión, pero el reclutador necesita ver las señales que la originaron antes de aprobar un contacto. En tratamientos con IA, la AEPD aborda calidad, exactitud y minimización, tres asuntos que una ficha opaca hace más difíciles de gestionar.

Un modo sencillo de detectar fallos consiste en pedir a una persona ajena al proceso que lea cinco fichas. Si no distingue qué dijo el candidato, qué apareció en una fuente y qué concluyó el consultor, el modelo de datos necesita cambios. La prueba no busca uniformar el juicio; busca impedir que el juicio se disfrace de hecho.

La minimización y la retención necesitan decisiones visibles

La procedencia sólo resulta útil si ayuda a decidir qué datos son pertinentes y cuándo deben revisarse; no justifica acumular cada copia o comentario. La retención funciona mejor cuando el perfil tiene un evento de revisión, una persona responsable y una acción definida, conforme a la política que la organización haya establecido.

El registro de actividades de tratamiento puede estructurar la conversación con quienes llevan cumplimiento y asesoramiento jurídico. El ATS debería reflejar las decisiones resultantes, no inventarlas. Eso incluye categorías de datos, acceso, revisión, corrección y supresión, además de excepciones que deban gestionarse de manera documentada.

Existe un trade-off incómodo. Conservar contexto puede evitar que un equipo repita una conversación no deseada; conservar notas indefinidamente puede ser desproporcionado y mantener errores. El punto de equilibrio no sale de un botón. Se diseña por finalidad, tipo de relación y política aplicable, y se revisa cuando cambia el uso de la base.

Una fecha de revisión tampoco debería convertirse en una renovación automática. Al llegar el momento, el responsable necesita opciones claras: confirmar que el propósito continúa, corregir información, limitar el acceso, iniciar el procedimiento de supresión o escalar el caso. Marcar «revisado» sin examinar el contenido sólo mueve el problema al futuro.

Una buena base recuerda lo necesario y también recuerda cuándo volver a preguntarse si lo sigue siendo.

Entre los fallos habituales aparecen notas importadas sin fecha, fuentes descritas como «internet», finalidades genéricas y tareas asignadas a usuarios que ya no están en el equipo. También falla la gobernanza cuando cualquiera puede cambiar la fuente sin historial. La corrección debe quedar registrada sin impedir que el dato equivocado deje de utilizarse.

Las correcciones deben viajar por toda la relación, no por una sola ficha

Cuando una persona corrige un dato, el equipo debe localizar dónde se usa, actualizar la información pertinente y evitar que una copia antigua vuelva a introducir el error. La ficha de procedencia ayuda a encontrar documentos, procesos e inferencias relacionados, mientras un responsable coordina la respuesta según la política y el asesoramiento aplicables.

Supongamos que un candidato aclara que nunca trabajó para una filial atribuida por error. La agencia corrige el campo estructurado, anota la fuente de la corrección y revisa búsquedas o presentaciones donde ese dato pudo influir. No necesita borrar la evidencia de que hubo una rectificación; sí impedir que la atribución incorrecta siga apareciendo como experiencia actual.

El flujo operativo puede dividirse en cuatro momentos. Recepción y validación de la solicitud. Identificación de registros relacionados. Ejecución de acciones y comprobación por otra persona cuando el riesgo lo justifique. Cierre con constancia del resultado. El ATS organiza tareas y dependencias, pero la organización define qué respuesta corresponde y en qué plazo.

La gobernanza debe nombrar propietarios. El consultor conoce el contexto comercial; la persona responsable de datos conoce la política; administración entiende las capacidades del sistema. Ningún rol debería cargar solo con todo. Una matriz breve de responsabilidades evita que una petición quede en una bandeja común o que alguien actúe sobre una única copia.

• ¿Puede buscar registros relacionados por más de un identificador?
• ¿Las correcciones dejan de alimentar filtros y clasificaciones?
• ¿Existe historial de cambios sin exponer notas a todo el equipo?
• ¿Las exportaciones y documentos derivados entran en el procedimiento?
• ¿El cierre requiere una comprobación y un responsable identificable?

Pruebe la procedencia antes de automatizar el sourcing

Antes de ampliar la búsqueda proactiva, una agencia debería comprobar si explica el origen y la vigencia de un conjunto pequeño de perfiles reales. Si no puede hacerlo, añadir fuentes aumenta volumen sin mejorar control. La prueba adecuada sigue un dato desde su incorporación hasta una revisión, una corrección y una decisión de contacto.

Prepare casos con diferencias reales: un CV entregado, un perfil hallado en la web pública, una referencia y un registro histórico. Pida al proveedor que muestre la fuente exacta, limite permisos, distinga una inferencia, programe una revisión y gestione una corrección. Observe cuánto depende el resultado de campos libres que cada consultor interpreta de forma distinta.

También conviene provocar fallos. Cambie el responsable de una ficha, elimine el acceso a un usuario, fusione un posible duplicado y simule una fuente que deja de estar disponible. El sistema debería conservar un rastro comprensible y permitir que el equipo tome una decisión. Si la respuesta es «la IA lo sabe», no hay evidencia suficiente para comprar.

Yena puede reunir perfiles procedentes de la web pública, proveedores aprobados y el CRM propio, mientras el equipo revisa la información disponible antes de outreach. No determina la base jurídica ni la política de retención de una agencia. La guía de software de reclutamiento y el marco de comparación con Recruit CRM ayudan a ordenar requisitos sin confundir una función con una garantía.

En la lista de compra, busque exportación de registros, permisos por rol, historial de cambios, campos de procedencia, tareas de revisión y capacidad para relacionar duplicados. Después valore el coste de mantener esa disciplina. Un modelo muy detallado que nadie completa es peor que uno breve, coherente y revisado durante el trabajo normal.

La Comisión Europea explica también qué información debe facilitarse cuando se recogen datos personales. Es una referencia oficial útil para diseñar campos y tareas de revisión; la aplicación al caso concreto corresponde a la organización y a sus asesores.

Preguntas frecuentes

Estas respuestas delimitan la función práctica de la procedencia: explicar de dónde sale un dato, apoyar decisiones de minimización y facilitar revisiones. No convierten el ATS en asesor jurídico ni ofrecen una regla universal de retención. Cada agencia necesita encajar el flujo operativo en sus decisiones documentadas y circunstancias concretas.

¿Qué es la procedencia de datos de candidato?

La procedencia de datos de candidato es el registro de dónde procede una información, cuándo se recogió y por qué se conserva en un proceso. Permite al equipo distinguir una fuente comprobable de una inferencia, revisar su actualidad y responder de forma coherente cuando alguien solicita una corrección.

¿Procedencia significa guardar toda la información?

No. La procedencia ayuda a justificar y revisar datos pertinentes; no es una razón para conservar cada copia, comentario o detalle encontrado. La minimización sigue exigiendo que la organización defina qué información necesita realmente para el propósito de selección y cuándo debe revisarla.

¿Este artículo ofrece asesoramiento jurídico?

No. Este artículo describe una práctica operativa para agencias de selección y no determina bases jurídicas, plazos ni obligaciones concretas. Esas decisiones deben revisarse con asesoramiento jurídico y con las políticas internas aplicables a cada tratamiento de datos personales.

Diseñe una memoria que pueda revisarse

La procedencia hace visible lo que un ATS sabe, lo que el equipo supone y lo que necesita volver a comprobar. Bien aplicada, mejora la calidad de la memoria sin prometer que una herramienta resuelva decisiones jurídicas o humanas. El criterio decisivo es si otro profesional puede entender y revisar el dato.

Si su agencia necesita conectar sourcing y memoria de candidatos con revisión humana antes del contacto, evalúe el enfoque de Yena con una ficha real, una corrección y una fecha de revisión, no sólo con una demostración preparada.