Diario de preguntas para entrevistas

A1Arquitectura: su ubicación dentro de la plataforma

Diario de preguntas para entrevistas is a first-class module of the Interviewing 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 Professional 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 job requisitions (ats_jobs). 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ú.

Los fallos se muestran, no se ocultan: la validación en el servidor devuelve el campo exacto y el motivo, los errores de proveedores se citan textualmente cuando intervienen integraciones, y cada operación de escritura se confirma o se reporta. Las exportaciones se regeneran previa solicitud en lugar de almacenarse en caché: un informe descargado refleja el estado en el momento en que se solicitó, no una captura de la noche anterior.

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.