Candidate Analytics

A1Arkitektura: kung saan ito nakalagay sa platform

Candidate Analytics is a first-class module of the Pipeline & Client Management suite inside the authenticated Expertini ATS workspace. Ang platform ay sadyang server-rendered: ang bawat view ay inihanda ng application server at ipinadala bilang kumpletong HTML, walang client-side framework, walang third-party CDN script, at walang build pipeline sa pagitan ng data at ng pahina. Ang nagre-render ay kung ano ang kinakalkula ng server — ang pag-aari na ginagawang ma-audit ang interface.

Ang lahat ng pagpapatuloy ay tumatakbo sa isang solong search-native na document store; ang bawat query ay nagdadala ng tagapagpakilala ng organisasyon bilang isang mandatoryong filter sa pinakamababang layer ng query. Samakatuwid, ang paghihiwalay ng tenant ay istruktural — isang pag-aari ng kung paano binuo ang bawat kahilingan — sa halip na isang patakaran na umaasa sa code ng aplikasyon na naaalala nitong suriin.

Availability is governed by the platform's tool registry: this tool is registered from the Growth 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 ng data at mapa ng dependency

In production the tool reads and writes the candidate database (ats_candidates), 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.

Ang bawat natatanging bukas ay nai-journal sa tindahan ng aktibidad ng tool — at ang journal na iyon, hindi ang parallel na sistema ng analytics, ang pinagsasama-sama ng seksyon ng Reports. Ang mga numero ng paggamit na nakikita mo ay ang mga numerong talagang naitala ng platform.

Anumang bagay na lumalabas sa kahilingan sa landas — notification fan-out, paghahatid ng webhook, activity journalling, mail — ay tumatakbo sa mga background thread na fire-and-forget. Ang isang mabagal na panlabas na endpoint ay hindi kailanman magiging dahilan upang mag-hang ang interface, at ang isang nabigong side effect ay na-log sa halip na tahimik na subukang muli hanggang sa maging hindi konektado.

A3Mga pagsasaalang-alang sa pagpapatakbo

Ang mga setting sa antas ng organisasyon, mga mapanirang aksyon, at mga koneksyon ay nakakandado sa mga tungkulin ng may-ari at admin; pinatatakbo ng mga recruiter ang tool sa mga rekord na nakikita nila. Ang mga pagbabago sa tungkulin ay nalalapat sa susunod na kahilingan — ang pagpapatupad ay nasa ruta, hindi sa menu.

Ang mga pagkabigo ay ibinibigay, hindi nilulunok: ang pag-validate sa panig ng server ay nagbabalik ng eksaktong larangan at dahilan, ang mga error ng vendor ay binabanggit nang salita sa salita kung saan kasama ang mga integrasyon, at ang bawat pagsulat ay alinman sa nagkukumpirma o nag-uulat. Ang mga pag-export ay muling nabubuo kapag hiniling sa halip na i-cache — ang isang ulat na dina-download mo ay sumasalamin sa tindahan sa sandaling hiniling mo ito, hindi ang snapshot kagabi.

Ang lahat ng isinulat ay sa iyo upang kunin: ang mga pag-export ng CSV at ang Data Export app ay sumasaklaw sa parehong mga tindahan na binabasa ng produkto mismo. Ang exit ay kasingbukas ng pasukan — sa disenyo, hindi konsesyon.

A4Interaction contract

Ang interface ay sumusunod sa kombensiyon ng paghahanap-at-pagpili ng platform: ang anumang field na nagpapangalan ng tunay na rekord — isang kandidato, kliyente, o trabaho — ay isang type-to-search na tagapili sa live na data, hindi kailanman isang malayang naka-type na string, na siyang nagpapanatili sa mga trail ng aktibidad at pag-deduplicate na mapagkakatiwalaan. Ang mga static na pagpipilian ay mga combo ng filter-as-you-type sa halip na mga katutubong dropdown, at ang mga pagbabago sa estado ay nagbibigay ng malinaw na feedback: ang mga kumpirmasyon sa server ay lumilitaw bilang mga toast, pinapangalanan ng mga error sa pag-validate ang eksaktong field, at walang ipinapakita bilang tapos na na hindi kinumpirma ng server.

Ang wireframe at daloy sa ibaba ay nagdodokumento sa istrukturang kontrata ng ibabaw — kung anong mga panel ang umiiral, anong pagkakasunud-sunod ang nagaganap sa mga estado, at kung ano ang nangyayari sa bawat gilid — sa halip na mga pixel. Ang layout ay binubuo ng katutubong grid ng CSS at flexbox at umaangkop mula sa malawak na desktop patungo sa iisang kolum nang walang hiwalay na mga pagtingin sa mobile.