Asiakasesittelyiden luontityökalu

A1Arkkitehtuuri: sen sijainti alustalla

Asiakasesittelyiden luontityökalu is a first-class module of the Pipeline & Client Management suite inside the authenticated Expertini ATS workspace. Alusta renderöidään tarkoituksellisesti palvelimella: sovelluspalvelin valmistelee jokaisen näkymän ja toimittaa sen täydellisenä HTML-koodina ilman asiakaspuolen sovelluskehystä, kolmansien osapuolten CDN-skriptejä tai rakennusputkea datan ja sivun välillä. Se mitä renderöityy, on palvelimen laskemaa — ominaisuus, joka tekee käyttöliittymästä auditoitavan.

Kaikki tietojen säilytys perustuu yhteen hakuoptimoituun dokumenttivarastoon; jokainen kysely sisältää organisaation tunnisteen pakollisena suodattimena alimmalla kyselytasolla. Vuokralaisten eristäminen on siten rakenteellista — jokaisen pyynnön muodostamistavan ominaisuus — eikä käytäntö, joka nojaisi siihen, että sovelluskoodi muistaa tehdä tarkistuksen.

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.

A2Tietomalli ja riippuvuuskartta

In production the tool reads and writes pipeline applications (ats_applications), job requisitions (ats_jobs), the candidate database (ats_candidates), asiakastilit (Client CRM) (ats_clients). 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.

Jokainen yksittäinen avaustoiminto kirjataan työkalun toimintalokiin — ja juuri tämän lokin, ei rinnakkaisen analytiikkajärjestelmän, tiedot raporttiosio kokoaa yhteen. Näkemäsi käyttöluvut ovat alustan todellisuudessa tallentamia lukuja.

Kaikki, mikä poistuu pyyntöpolulta — ilmoitusten hajautus, webhook-toimitukset, tapahtumien lokikirjaus, sähköposti — suoritetaan asynkronisissa taustasäikeissä. Hidas ulkoinen päätepiste ei voi koskaan jumittaa käyttöliittymää, ja epäonnistunut sivuvaikutus kirjataan lokiin sen sijaan, että sitä yritettäisiin hiljaisesti uudelleen epäjohdonmukaisuuteen asti.

A3Operatiiviset näkökohdat

Organisaatiotason asetukset, poistotoiminnot ja yhteydet on rajattu omistaja- ja ylläpitäjärooleille; rekrytoijat käyttävät työkalua niille tietueille, jotka he voivat nähdä. Roolimuutokset tulevat voimaan seuraavassa pyynnössä – valvonta tapahtuu reititystasolla, ei valikossa.

Virheet tuodaan esiin, ei piiloteta: palvelinpuolen validointi palauttaa tarkan kentän ja syyn, toimittajavirheet lainataan sanatarkasti integraatioiden osalta, ja jokainen kirjoitustoiminto joko vahvistetaan tai siitä raportoidaan. Viennit luodaan uudelleen pyynnöstä välimuistiin tallentamisen sijaan — lataamasi raportti heijastaa tietokannan tilaa pyyntöhetkellä, ei edellisyön tilannekuvaa.

Kaikki tallennettu tieto on vietävissänne: CSV-viennit ja Data Export -sovellus kattavat samat tietovarastot, joita itse tuote lukee. Järjestelmästä poistuminen on yhtä avointa kuin käyttöönotto – suunnitellusti, ei myönnytyksenä.

A4Interaction contract

Käyttöliittymä noudattaa alustan haku- ja valintakäytäntöä: kaikki kentät, jotka viittaavat todelliseen tietueeseen — ehdokkaaseen, asiakkaaseen tai työpaikkaan — ovat reaaliaikaista dataa hyödyntäviä, kirjoittamalla haettavia valitsimia vapaamuotoisen tekstin sijaan, mikä takaa toimintalokien ja kaksoiskappaleiden poiston luotettavuuden. Staattiset valinnat ovat kirjoittaessa suodattavia yhdistelmäkenttiä perinteisten pudotusvalikoiden sijaan, ja tilansiirtymät antavat selkeää palautetta: palvelimen vahvistukset näkyvät ilmoituksina, validointivirheet nimeävät tarkan kentän, eikä mitään näytetä suoritettuna ennen kuin palvelin on sen vahvistanut.

Alla oleva rautalankamalli ja työnkulku kuvaavat käyttöliittymän rakenteellisen sopimuksen — mitkä paneelit ovat olemassa, missä järjestyksessä tilat etenevät ja mitä kussakin rajapinnassa tapahtuu — pikseleiden sijaan. Asettelu on rakennettu natiivilla CSS grid- ja flexbox -tekniikalla, ja se mukautuu leveästä työpöytänäkymästä yksisarakkeiseksi ilman erillisiä mobiilinäkymiä.