Diari de preguntes d'entrevista

A1Arquitectura: on es troba a la plataforma

Diari de preguntes d'entrevista is a first-class module of the Interviewing suite inside the authenticated Expertini ATS workspace. La plataforma es renderitza deliberadament al costat del servidor: cada vista és preparada pel servidor d'aplicacions i s'envia com a HTML complet, sense cap marc del costat del client, sense scripts de CDN de tercers i sense cap canalització de compilació entre les dades i la pàgina. El que es renderitza és el que el servidor ha calculat, la propietat que fa que la interfície sigui auditable.

Tota la persistència s'executa en un únic magatzem de documents nadiu de cerca; cada consulta porta l'identificador de l'organització com a filtre obligatori a la capa de consulta més baixa. L'aïllament de l'inquilí és, per tant, estructural —una propietat de com es compon cada petició— en lloc d'una política que depengui que el codi de l'aplicació recordi comprovar-ho.

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.

A2Model de dades i mapa de dependències

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 obertura diferent s'anota al magatzem d'activitat d'eines, i aquest diari, no un sistema d'analítiques paral·lel, és el que agrupa la secció d'informes. Els números d'ús que veus són els números que la plataforma va registrar realment.

Qualsevol cosa que surti del camí de la sol·licitud —difusió de notificacions, lliurament de webhooks, registre d'activitats, correu— s'executa en fils de fons del tipus «dispara i oblida». Un extrem extern lent no pot fer mai que la interfície es quedi penjada, i un efecte secundari fallit es registra en lloc de tornar-se a provar de manera silenciosa fins arribar a la inconsistència.

A3Consideracions operatives

La configuració a nivell d'organització, les accions destructives i les connexions estan reservades als rols de propietari i administrador; els reclutadors operen l'eina sobre els registres que poden veure. Els canvis de rol s'apliquen a la sol·licitud següent; l'aplicació es fa a nivell de ruta, no al menú.

Les fallades es fan visibles, no s'amaguen: la validació del costat del servidor retorna el camp exacte i el motiu, els errors del proveïdor es citen literalment quan hi ha integracions implicades, i cada escriptura confirma o informa. Les exportacions es regenereixen a petició en lloc de quedar en memòria cau: un informe que descarregueu reflecteix l'emmagatzematge en el moment en què l'heu demanat, no la instantània de la nit passada.

Tot el que s'escriu és vostre per a endur-vos-ho: les exportacions CSV i l'aplicació Data Export cobreixen les mateixes emmagatzematges que llegeix el mateix producte. La sortida és tan oberta com l'entrada: per disseny, no per concessió.

A4Interaction contract

La interfície segueix la convenció de cerca i selecció de la plataforma: qualsevol camp que anomeni un registre real (un candidat, client o oferta) és un selector d'escriure per cercar sobre dades en directe, mai una cadena de text escrita lliurement, que és el que manté fiables les rutes d'activitat i la deduplicació. Les opcions estàstiques són quadres combinats de filtrar mentre escriviu en lloc de menús desplegables natius, i les transicions d'estat donen comentaris explícits: les confirmacions del servidor es mostren com a notificacions flotants, els errors de validació nomena el camp exacte i no es mostra res com a fet que el servidor no hagi confirmat.

El wireframe i el flux següents documenten el contracte estructural de la superfície —quins panells existeixen, en quin ordre es produeixen els estats i què passa a cada marge— en lloc de píxels. El disseny es compon amb graella CSS nativa i flexbox, i s'adapta des d'un escriptori ample fins a una sola columna sense vistes mòbils separades.