Brugerdefineret rapportbygger

A1Arkitektur: hvor det er placeret i platformen

Brugerdefineret rapportbygger is a first-class module of the Pipeline- og klientstyring suite inside the authenticated Expertini ATS workspace. Platformen er bevidst server-renderet: enhver visning forberedes af applikationsserveren og leveres som komplet HTML, helt uden klientside-frameworks, uden tredjeparts CDN-scripts og uden build-pipeline mellem dataene og siden. Det, der vises, er det, serveren beregnede — den egenskab, der gør brugerfladen reviderbar.

Al datalagring kører på et enkelt søgeoptimeret dokumentlager; enhver forespørgsel medbringer organisationens identifikator som et obligatorisk filter på det laveste forespørgselslag. Tenant-isolering er derfor strukturel — en egenskab ved selve forespørgslens opbygning — frem for en politik, der afhænger af, at applikationskoden husker at kontrollere det.

Availability is governed by the platform's tool registry: this tool is registered from the Business 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.

A2Datamodel og afhængighedskort

In production the tool reads and writes the candidate database (ats_candidates), pipeline applications (ats_applications), job requisitions (ats_jobs), interview records (ats_interviews), klientkonti (Client CRM) (ats_clients), saved report definitions (ats_custom_reports). 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.

Hver enkelt åbning journalføres i værktøjsaktivitetslageret — og det er denne journal, ikke et parallelt analysesystem, som rapportsektionen aggregerer. De brugstal, De ser, er de tal, platformen faktisk har registreret.

Alt, der forlader anmodningsstien — udsendelse af notifikationer, levering af webhooks, aktivitetslogning, e-mail — kører i baggrundstråde efter princippet "fire-and-forget". Et langsomt eksternt slutpunkt kan aldrig få brugerfladen til at fryse, og en mislykket sideeffekt logges frem for at blive forsøgt igen i det skjulte og skabe inkonsistens.

A3Driftsmæssige overvejelser

Indstillinger på organisationsniveau, destruktive handlinger og integrationer er forbeholdt ejer- og administratorroller; rekrutteringsmedarbejdere betjener værktøjet på de poster, de har adgang til. Rolleændringer træder i kraft ved næste anmodning — håndhævelsen sker på ruteniveau, ikke i menuen.

Fejl synliggøres i stedet for at blive ignoreret: servervalidering returnerer det nøjagtige felt og årsagen, leverandørfejl gengives ordret, hvor integrationer er involveret, og enhver skrivning enten bekræfter eller rapporterer. Eksporter regenereres efter anmodning i stedet for at blive cachet — en rapport, De downloader, afspejler datalageret på det tidspunkt, De anmodede om den, ikke et øjebliksbillede fra i går aftes.

Alt, der er oprettet, tilhører dig: CSV-eksporter og appen Data Export dækker de samme datalagre, som selve produktet læser. Udgangen er lige så åben som indgangen – med vilje, ikke som et kompromis.

A4Interaction contract

Brugerfladen følger platformens søg-og-vælg-konvention: ethvert felt, der navngiver en reel post — en kandidat, klient eller stilling — er en søg-mens-du-taster-vælger over livedata, aldrig en fritekststreng, hvilket sikrer, at aktivitetshistorik og deduplikering forbliver pålidelige. Statiske valg er filtrer-mens-du-taster-kombinationer frem for indbyggede rullemenuer, og tilstandsændringer giver eksplicit feedback: serverbekræftelser vises som toasts, valideringsfejl angiver det præcise felt, og intet vises som fuldført, før serveren har bekræftet det.

Wireframen og flowet herunder dokumenterer fladens strukturelle opbygning — hvilke paneler der findes, hvilken rækkefølge tilstandene optræder i, og hvad der sker ved hver overgang — snarere end specifikke pixels. Layoutet er opbygget med native CSS-grid og flexbox og tilpasser sig fra bred desktop til en enkelt kolonne uden separate mobilvisninger.