Ruhatár

A1Architektúra: a platformon belüli elhelyezkedés

Ruhatár is a first-class module of the Toborzói produktivitás és jóllét suite inside the authenticated Expertini ATS workspace. A platform kifejezetten szerveroldalon renderelt: minden nézetet az alkalmazáskiszolgáló állít elő és teljes HTML-ként továbbít, kliensoldali keretrendszer, külső CDN-szkriptek és az adatok és az oldal közötti build folyamat nélkül. Ami megjelenik, azt a szerver számította ki – ez a tulajdonság teszi a felületet auditálhatóvá.

Minden adattárolás egyetlen, keresésre optimalizált dokumentumtáron fut; minden lekérdezés kötelező szűrőként tartalmazza a szervezet azonosítóját a legalsó lekérdezési rétegen. A bérlők elkülönítése így strukturális — minden egyes kérés felépítésének sajátossága —, nem pedig egy olyan szabályzat, amely az alkalmazáskód ellenőrzési fegyelmére támaszkodik.

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.

A2Adatmodell és függőségi térkép

In production the tool reads and writes ats_organizations. 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.

Minden egyes megnyitás rögzítésre kerül az eszköztevékenység-tárban — és a Jelentések szakasz ezt a naplót összesíti, nem pedig egy párhuzamos analitikai rendszert. A megjelenített használati adatok megegyeznek a platform által ténylegesen rögzített számokkal.

Minden olyan művelet, amely kilép a kérés útvonalából — értesítések szétküldése, webhook-kézbesítés, tevékenységnaplózás, e-mailek —, fire-and-forget háttérszálakon fut. Egy lassú külső végpont soha nem akaszthatja meg a felületet, és a sikertelen mellékhatások naplózásra kerülnek ahelyett, hogy inkonzisztenciához vezető csendes újrapróbálkozások történnének.

A3Működési szempontok

A szervezeti szintű beállítások, a visszafordíthatatlan műveletek és az integrációs kapcsolatok kizárólag a tulajdonosi és adminisztrátori szerepkörök számára érhetők el; a toborzók az általuk látható rekordokon használják az eszközt. A szerepkör-módosítások a következő kérésnél azonnal életbe lépnek — az érvényesítés az útvonal szintjén történik, nem csupán a menüben.

A hibák megjelenítésre kerülnek, nem vesznek el: a szerveroldali érvényesítés megadja a pontos mezőt és az okot, az integrációk esetén a szolgáltatói hibaüzenetek szó szerint jelennek meg, és minden írási művelet vagy megerősítésre kerül, vagy hibát jelez. Az exportálások kérésre újra létrejönnek ahelyett, hogy gyorsítótárazva lennének — a letöltött jelentés a lekérés pillanatában érvényes állapotot tükrözi, nem pedig az előző éjszakai pillanatképet.

Minden rögzített adat az Öné: a CSV-exportok és a Data Export alkalmazás ugyanazokat az adattárakat fedi le, amelyeket maga a termék is olvas. A kilépés éppoly nyitott, mint a belépés — tudatos tervezés, nem pedig engedmény alapján.

A4Interaction contract

A felület a platform keresés-és-kiválasztás konvencióját követi: minden olyan mező, amely valós rekordot – jelöltet, ügyfelet vagy állást – jelöl meg, egy gépelésre szűkülő választó az élő adatok felett, soha nem szabadon beírt szöveg, ami megbízhatóvá teszi a tevékenységi naplókat és a duplikációk szűrését. A statikus választási lehetőségek natív legördülő menük helyett gépelés közben szűrhető listák, az állapotátmenetek pedig egyértelmű visszajelzést adnak: a szerver visszaigazolásai előugró értesítésként jelennek meg, a validációs hibák megnevezik a pontos mezőt, és semmi sem jelenik meg elvégzettként, amit a szerver még nem igazolt vissza.

Az alábbi drótváz és folyamatábra a felület strukturális felépítését dokumentálja — mely panelek léteznek, milyen sorrendben következnek be az állapotok, és mi történik az egyes elágazásoknál —, nem pedig a pontos képpontokat. Az elrendezés natív CSS grid és flexbox segítségével épül fel, és a széles asztali nézettől az egyhasábos elrendezésig alkalmazkodik külön mobilnézetek nélkül.