Registro de actividad diario

A1Arquitectura: dónde se ubica en la plataforma

Registro de actividad diario is a first-class module of the Productividad y bienestar de los reclutadores suite inside the authenticated Expertini ATS workspace. La plataforma se renderiza deliberadamente en el servidor: cada vista es preparada por el servidor de la aplicación y se envía como HTML completo, sin marco del lado del cliente, sin scripts de CDN de terceros y sin canalización de compilación entre los datos y la página. Lo que se renderiza es lo que el servidor calculó, la propiedad que hace que la interfaz sea auditable.

Toda la persistencia se ejecuta en un único almacén de documentos nativo de búsqueda; cada consulta lleva el identificador de la organización como un filtro obligatorio en la capa de consulta más baja. Por lo tanto, el aislamiento de inquilinos es 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 verificar.

Availability is governed by the platform's tool registry: this tool is registered from the Starter 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 ats_planner_logs, job requisitions (ats_jobs), pipeline applications (ats_applications). 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 distinta se registra en el almacén de actividad de herramientas, y ese diario, no un sistema de análisis paralelo, es lo que agrega la sección de Informes. Los números de uso que ves son los números que la plataforma realmente registró.

Todo lo que sale de la ruta de solicitudes (distribución de notificaciones, entrega de webhooks, registro de actividades, correo) se ejecuta en subprocesos en segundo plano del tipo «enviar y olvidar». Un extremo lento externo nunca puede hacer que la interfaz se congele, y un efecto secundario fallido se registra en lugar de reintentarse silenciosamente hasta llegar a una inconsistencia.

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 errores se muestran, no se ocultan: la validación del lado del servidor devuelve el campo exacto y el motivo, los errores de los proveedores se citan textualmente cuando hay integraciones involucradas, y cada escritura se confirma o se reporta. Las exportaciones se regeneran a petición en lugar de almacenarse en caché; un reporte que descargas refleja el almacenamiento en el momento en que lo solicitaste, no la instantánea de la noche anterior.

Todo lo escrito es suyo para conservarlo: las exportaciones en CSV y la aplicación Exportación de datos abarcan los mismos almacenes que el producto lee por sí mismo. La salida es tan abierta como la entrada, por diseño y no por concesión.

A4Interaction contract

La interfaz sigue la convención de búsqueda y selección de la plataforma: cualquier campo que nombre un registro real (un candidato, un cliente o un empleo) es un selector de escribir para buscar sobre datos en vivo, nunca una cadena escrita libremente, que es lo que mantiene confiables las pistas de actividad y la deduplicación. Las opciones estáticas son combinaciones de filtrar mientras escribes en lugar de menús desplegables nativos, y las transiciones de estado dan comentarios explícitos: las confirmaciones del servidor emergen como notificaciones flotantes, los errores de validación nombran el campo exacto y nada se muestra como hecho que el servidor no haya confirmado.

El esquema y el flujo a continuación documentan el contrato estructural de la superficie (qué paneles existen, en qué orden ocurren los estados y qué sucede en cada borde) en lugar de píxeles. El diseño se compone con CSS Grid y Flexbox nativos y se adapta desde un escritorio ancho a una sola columna sin vistas móviles separadas.