Evaluación de candidatos

A1Arquitectura: su ubicación dentro de la plataforma

Evaluación de candidatos is a first-class module of the Screening & Evaluation suite inside the authenticated Expertini ATS workspace. La plataforma se renderiza deliberadamente en el servidor: el servidor de aplicaciones prepara cada vista y la entrega como HTML completo, sin marcos del lado del cliente, sin scripts de CDN de terceros y sin un pipeline de compilación entre los datos y la página. Lo que se renderiza es lo que calculó el servidor, la propiedad que hace que la interfaz sea auditable.

Toda la persistencia se ejecuta en un único almacén de documentos optimizado para búsquedas; cada consulta incluye el identificador de la organización como un filtro obligatorio en la capa de consulta más baja. El aislamiento de instancias es, por tanto, estructural —una propiedad de cómo se compone cada solicitud— en lugar de una política que depende de que el código de la aplicación recuerde verificarlo.

Availability is governed by the platform's tool registry: this tool is registered from the Business plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2Modelo de datos y mapa de dependencias

In production the tool reads and writes pipeline applications (ats_applications), the candidate database (ats_candidates). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

Cada apertura individual se registra en el almacén de actividad de la herramienta, y es ese registro, no un sistema de analítica paralelo, lo que agrega la sección de Informes. Las cifras de uso que visualiza son las que la plataforma ha registrado realmente.

Todo lo que sale de la ruta de la solicitud (difusión de notificaciones, entrega de webhooks, registro de actividad, correo electrónico) se ejecuta en subprocesos en segundo plano desatendidos. Un extremo externo lento nunca puede bloquear la interfaz, y un efecto secundario fallido se registra en lugar de reintentarse silenciosamente generando inconsistencias.

A3Consideraciones operativas

La configuración a nivel de organización, las acciones destructivas y las conexiones están restringidas a los roles de propietario y administrador; los reclutadores operan la herramienta en los registros que pueden ver. Los cambios de rol se aplican en la siguiente solicitud: la aplicación se realiza en la ruta, no en el menú.

La puntuación en el conjunto de herramientas de preselección es determinista y pública: las mismas entradas producen los mismos resultados en cada ocasión, los requisitos indispensables actúan como filtros excluyentes en lugar de promediarse y ningún modelo generativo inventa una cifra; se utiliza tecnología inteligente para la extracción y la redacción, mientras que los humanos deciden. La metodología es pública en la página de investigación, donde los equipos legales y de ciencia de datos pueden examinarla antes de contratar.

Todo lo registrado es suyo para llevárselo: las exportaciones en CSV y la aplicación Data Export cubren los mismos repositorios que el propio producto consulta. La salida está tan abierta como la entrada — por diseño, no por concesión.

A4Interaction contract

La interfaz sigue la convención de búsqueda y selección de la plataforma: cualquier campo que haga referencia a un registro real —un candidato, cliente o puesto de trabajo— es un selector de búsqueda interactiva sobre datos en tiempo real, nunca una cadena de texto libre, lo que mantiene la fiabilidad de los historiales de actividad y la deduplicación. Las opciones estáticas son listas desplegables con filtrado dinámico al escribir en lugar de menús desplegables nativos, y los cambios de estado ofrecen una confirmación explícita: las confirmaciones del servidor se muestran como notificaciones emergentes, los errores de validación indican el campo exacto y no se muestra nada como completado hasta que el servidor lo haya confirmado.

El esquema gráfico y el flujo que figuran a continuación documentan la estructura del entorno (qué paneles existen, en qué orden se suceden los estados y qué ocurre en cada interacción), más que los píxeles. El diseño está compuesto con CSS grid y flexbox nativos y se adapta desde pantallas de escritorio amplias hasta una sola columna sin vistas móviles independientes.