Nota editorial
Lector único: responsable de operaciones de reclutamiento, propietario de producto HRIS o integrador de IT que une herramientas de selección con el sistema de registro — responsable de que el estado del candidato, los resultados del filtrado de CV y del screening, y los informes reflejen la misma realidad operativa.
Escenario de presión: en la interfaz del proveedor hay evaluaciones estructuradas ricas en detalle, pero el ATS sigue mostrando etapas obsoletas; los equipos reintroducen datos en hojas de cálculo para construir una lista corta.
Problema principal: la integración se trata como un ticket de API en lugar de como un modelo de estados de contratación alineado — las escrituras chocan, los campos significan cosas distintas según el interlocutor y la gobernanza no puede seguir el ritmo.
Criterios de aceptación del programa
Tasa de éxito de escritura en el ATS (intentos → actualización confirmada en el sistema de registro). Signo de fallo: de forma recurrente aparece «screening completado» en la herramienta y el candidato sigue como «nuevo» en el ATS.
Latencia de escritura (screening finalizado → el ATS refleja el resultado). Signo de fallo: el manager actúa por correo mientras los sistemas discrepan.
Incidencias de conflicto de datos (tickets abiertos de calidad de datos / contrataciones). Signo de fallo: perfiles duplicados o semántica de puntuación divergente entre herramientas.
Tres errores típicos
- No publicar una máquina de estados canónica: cada equipo interpreta las etapas a su manera.
- Talleres de mapeo sin decisión de fuente de autoridad («golden source») para cada elemento de dato.
- Proliferación de roles: permisos de exportación amplios sobre multimedia sensible del screening.
Documente encargados del tratamiento, plazos de conservación y subencargados conforme a sus políticas internas. Para cláusulas contractuales, mecanismos de transferencia internacional o obligaciones sectoriales, acuda a asesoría especializada; este artículo no es asesoramiento jurídico.
Guía de decisión: profundidad de integración
Acción concreta: elegir el nivel de integración según su contexto antes de comprometer presupuesto y plazos. Rol responsable: comité de steering (RR. HH. + IT + un manager representativo). Entregable: filas validadas de la tabla siguiente, con «sí / no / aplazado» explícito.
| Situación | Prerrequisitos | Riesgos principales | Cuándo evitar |
|---|---|---|---|
| Piloto de una familia de puesto con escritura obligatoria en el ATS tras el screening | Máquina de estados publicada; patrones de API idempotentes y monitorización de reintentos acordados con IT | Estados bloqueados si no se vigilan los reintentos ni las colas de error | El proveedor no cumple el registro (logging) ni el RBAC que exige su política |
| Reclutamiento global con variantes regionales del ATS | Diccionario de campos; anexos de mapeo por región | Semántica inconsistente que rompe informes consolidados | Legal o cumplimiento no ha validado los flujos de datos — aplique hasta recibir orientación de expertos |
| Contratación con requisitos elevados de trazabilidad y artefactos de screening | Runbooks de retención y borrado; revisiones de acceso | Exportaciones «fantasma» a dispositivos no gestionados | No puede ejecutar borrado y archivo a escala con recursos actuales |
Definir la máquina de estados del reclutamiento
Acción concreta: modelar, de la candidatura al cierre, cada transición — filtrado de CV, invitación a screening, entrevista con manager, oferta, rechazo — con propietario, SLA y sistema que manda. Bloquee saltos incoherentes por procedimiento o técnica. Rol responsable: RR. HH. (proceso), IT (viabilidad técnica) y managers de contratación (definición de etapas). Entregable: diagrama de transiciones aprobado y publicado, referenciado en su política interna de reclutamiento.
Desde la recepción de candidaturas hasta el triage, el screening estructurado, las entrevistas, la decisión y el archivo: cada paso debe ser reconocible en el ATS como fuente operativa para informes y trazabilidad, sin depender de notas en correo personal.
Construir el mapeo de campos con fuente de autoridad única
Acción concreta: por cada elemento (detalle de puntuaciones, enlaces a multimedia, identificadores de evaluadores), decidir qué sistema manda y cómo se resuelven conflictos; archivar aprobaciones donde gobierne el cambio de integración. Rol responsable: propietario del HRIS/ATS y representante de datos de RR. HH. Entregable: diccionario de datos firmado (versión controlada) compartido con IT y proveedores.
El mismo nombre de campo en el núcleo de personas y en la herramienta de screening no implica el mismo significado: documente equivalencias y exclusiones para evitar informes falsos y decisiones basadas en datos mal interpretados.
Operativizar RBAC y registro de accesos
Acción concreta: aplicar mínimo privilegio, registrar accesos a datos sensibles del candidato y automatizar la revocación ante cambios de puesto cuando sea posible. Canalizar excepciones con seguridad y RR. HH. Rol responsable: seguridad de la información + TA (definición de perfiles). Entregable: modelo de accesos ligado al ciclo de vida del empleado y calendario de revisiones.
Cuando las obligaciones normativas o contractuales no estén claras, no improvisar permisos amplios: consulte asesoría especializada y su marco de cumplimiento interno.
Desplegar por oleadas controladas
Acción concreta: inventariar sistemas y atajos manuales; acordar límites de API, reintentos e idempotencia; pilotar un tipo de requisición con escritura obligatoria en el ATS; medir calidad de datos y revisar trimestralmente el mapeo. Rol responsable: propietario único del producto de integración. Entregable: panel o informe periódico de métricas (campos faltantes, latencia, estados bloqueados, reingresos manuales).
- Inventariar sistemas y reingresos manuales.
- Aclarar con IT y proveedores límites de API, reintentos e idempotencia.
- Piloto en una familia de puesto con escritura en el ATS tras el screening.
- Medir: campos faltantes, latencia de escritura, estados bloqueados.
- Revisión trimestral de mapeos; actualización ante cambios de política o contrato.
Niveles de madurez de la integración
Acción concreta: situar su organización en un nivel 0–3 y planificar el siguiente salto con criterios medibles, no solo con «API conectada». Rol responsable: liderazgo de reclutamiento y patrocinio de IT. Entregable: acta con nivel actual, brecha y fecha objetivo del siguiente nivel.
| Nivel | Lo que suele existir | Lo que aún falta |
|---|---|---|
| 0 – Manual | Exportaciones, copiar y pegar | Escala, auditabilidad, latencia aceptable |
| 1 – Solo lectura | El ATS alimenta datos maestros a la herramienta de screening | Sin escritura vinculante hacia el ATS |
| 2 – Escritura con modelo de estados | Transiciones definidas; KPIs de latencia | Mantener la semántica de campos en el tiempo |
| 3 – Gobernanza integrada | RBAC, logs, runbooks de retención | Mayor coste operativo |
Multisede y vínculo con el cumplimiento
Acción concreta: alinear la integración con programas de contratación distribuida y documentación auditables — no lanzar el conector aislado del resto del programa. Definir roles coherentes y residencia de datos donde aplique. Rol responsable: RR. HH. central con participación legal/cumplimiento según su gobierno. Entregable: mapa de flujos por región y lista de controles mínimos antes del go-live.
Las auditorías y la trazabilidad exigen huellas duraderas en el sistema de registro, no solo capturas locales. Ante expectativas de clientes o reguladores, recurra a asesoría especializada; este texto no sustituye dictamen jurídico.
Lista de comprobación previa al cierre de fase
Acción concreta: validar puntos críticos antes del despliegue amplio o de la renovación contractual. Rol responsable: comité de steering. Entregable: acta de conformidad para arranque (go-live) o plan de remediación fechado.
- ¿Máquina de estados publicada con propietarios por transición?
- ¿Documento de mapeo aprobado y versionado?
- ¿Métricas de éxito de escritura y de latencia visibles para TA y IT?
- ¿Revisiones de acceso ante cambios de rol (automáticas o auditadas)?
- ¿Runbooks ejecutables de borrado y archivo bajo política interna?
Enlaces a productos
Preguntas frecuentes
Preguntas frecuentes de líderes y equipos de RR. HH.:
¿Es obligatorio disponer de un ATS?
No, pero sin un sistema de registro único aumentan los perfiles duplicados, la reintroducción manual y una trazabilidad débil cuando crece el volumen o el número de sedes.
¿Por qué fallan las integraciones?
Por significados de campo ambiguos y transiciones de estado poco claras. Cierre primero el modelo de estados del reclutamiento antes de discutir solo la API.
¿Quién debe liderar el proyecto?
Un triángulo: RR. HH. (proceso), IT/seguridad (accesos e interfaces) y managers de contratación (definición de estados), con un único responsable de producto.
¿Cómo tratar vídeos y transcripciones?
Clasificación, plazos de conservación, límites de descarga y alineación con encargados del tratamiento. Lo definen sus políticas internas y su asesoría en privacidad y seguridad.
¿Cuál es el fallo de datos más frecuente tras el arranque?
La herramienta de screening muestra puntuaciones nuevas y el ATS sigue en «nuevo» — mida de forma visible la latencia de escritura y los estados bloqueados.