Dagleg athafnaskrá

A1Arkitektúr: hvar það situr í kerfinu

Dagleg athafnaskrá is a first-class module of the Afköst og vellíðan ráðningaraðila suite inside the authenticated Expertini ATS workspace. Vettvangurinn er vísvitandi þjóns-rendered: hver sýn er undirbúin af forritunarþjóninum og send sem fullbúið HTML, með engum viðmælendamegin ramma, engum þriðja aðila CDN forskriftum og engu byggingarferli á milli gagnanna og síðunnar. Það sem birtist er það sem þjónninn reiknaði út — eiginleiki sem gerir viðmótið endurskoðunarhæft.

Allur viðvarandi keyrir á einum leitar-innfæddum skjalageymslu; hver fyrirspurn ber auðkenni skipulagseiningarinnar sem skyldubundna síu á lægsta fyrirspurnarlagi. Leigjandaeinangrun er því kerfisbundin – eiginleiki þess hvernig hver beiðni er sett saman – í stað stefnu sem treystir á að forritakóði muni eftir að athuga.

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.

A2Gagnamódel og ósjálfstæðiskort

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.

Sérhver sérstök opnun er færð í verkfæra-virkni-geymsluna — og sú færsla, ekki samhliða greiningarkerfi, er það sem skýrsluhlutinn leggur saman. Notkunartölurnar sem þú sérð eru tölurnar sem vettvangurinn raunverulega skráði.

Allt sem fer út úr beiðniferlinu — dreifing tilkynninga, vefslóðaskil (webhooks), skráning aðgerða, póstur — keyrir í bakgrunnsþráðum. Hægur ytri endaunktur getur aldrei látið notendaviðmótið frjósa, og mistök í hliðaráhrifum eru skráð í annála frekar en að vera endurtekin hljóðlega þar til ósamræmi verður.

A3Rekstrarleg atriði

Stillingar á fyrirtækisstigi, eyðileggjandi aðgerðir og tengingar eru læstar fyrir eiganda- og stjórnendarhlutverk; ráðningaraðilar reka tólið á þeim skrám sem þeir geta séð. Hlutverkabreytingar taka gildi við næstu beiðni — framfylgd er á leiðinni, ekki í valmyndinni.

Villur koma í ljós en eru ekki þagnaðar: staðfesting á þjóni skilar nákvæmum reit og ástæðu, villur frá birgjum eru vitnaðar orðrétt þar sem samþættingar eiga hlut að máli, og hver skrifstaðfesting eða skýrsla. Útflutningur endurskapast eftir beiðni í stað þess að vera skyndiminni — skýrsla sem þú halar niður endurspeglar birgðirnar á því augnabliki sem þú spurðir, ekki skyndimynd gærmælsins.

Allt sem skrifað er er þitt til að taka: CSV-útflutningur og gagnaútflutningsforritið ná yfir sömu geymslur sem varan sjálf les. Útgönguleiðin er jafn opin og inngönguleiðin — með hönnun, ekki ívilnun.

A4Interaction contract

Viðmótið fylgir leitar- og valvenju pallsins: hvaða reitur sem nefnir raunverulega færslu — umsækjanda, viðskiptavin eða starf — er skrifa-til-leitar val yfir lifandi gögn, aldrei frjálslega skrifaður strengur, sem er það sem heldur virknislóðum og tvítekniseyðingu áreiðanlegum. Stöðugir valkostir eru síu-meðan-þú-skrifar samsetningar frekar en innfæddir fellivalmyndir, og ástandsbreytingar gefa skýr svör: netþjónastaðfestingar birtast sem tilkynningar, villuboð nefna nákvæmlega reitinn og ekkert er sýnt sem gert sem netþjónninn hefur ekki staðfest.

Vírgrindin og flæðið hér að neðan skjalfesta skipulagssamning yfirborðsins — hvaða spjöld eru til, í hvaða röð ástandið á sér stað, og hvað gerist við hverja brún — frekar en pixlar. Útlitið er samsett með innfæddu CSS grid og flexbox og aðlagast frá breiðri borðtölvu í einn dálk án sérstakra farsímasýna.