Bouwer voor aangepaste rapporten

A1Architectuur: waar het zich in het platform bevindt

Bouwer voor aangepaste rapporten is a first-class module of the Pijplijn- en klantbeheer suite inside the authenticated Expertini ATS workspace. Het platform wordt bewust server-side gerenderd: elke weergave wordt voorbereid door de applicatieserver en als volledige HTML verzonden, zonder client-side framework, zonder CDN-scripts van derden en zonder build-pipeline tussen de gegevens en de pagina. Wat wordt weergegeven is wat de server heeft berekend — de eigenschap die de interface controleerbaar maakt.

Alle gegevensopslag draait op een uniforme zoekgerichte documentopslag; elke query bevat de identificatie van de organisatie als een verplicht filter op de laagste querylaag. Tenant-isolatie is daarom structureel — een eigenschap van hoe elk verzoek is opgebouwd — in plaats van een beleid dat afhankelijk is van applicatiecode die eraan moet denken om dit te controleren.

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 en afhankelijkheidskaart

In production the tool reads and writes the candidate database (ats_candidates), pipeline applications (ats_applications), job requisitions (ats_jobs), interview records (ats_interviews), klantaccounts (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.

Elke afzonderlijke opening wordt vastgelegd in het logboek voor tool-activiteit — en dat logboek, geen parallel analysesysteem, is wat de sectie Rapporten aggregeert. De gebruikscijfers die u ziet, zijn de cijfers die het platform daadwerkelijk heeft geregistreerd.

Alles wat het verzoekpad verlaat — notificatieverspreiding, webhook-aflevering, activiteitenregistratie, e-mail — draait in 'fire-and-forget'-achtergrondthreads. Een traag extern eindpunt kan de interface nooit laten vastlopen en een mislukt neveneffect wordt gelogd in plaats van stilzwijgend opnieuw te worden geprobeerd tot er inconsistentie ontstaat.

A3Operationele overwegingen

Instellingen op organisatieniveau, destructieve acties en koppelingen zijn voorbehouden aan de rollen eigenaar en beheerder; recruiters bedienen de tool voor de records die zij kunnen zien. Rolwijzigingen worden van kracht bij het volgende verzoek — handhaving vindt plaats op de route, niet in het menu.

Fouten worden getoond, niet genegeerd: validatie aan de serverzijde retourneert het exacte veld en de reden, leveranciersfouten worden letterlijk geciteerd wanneer er integraties bij betrokken zijn, en elke schrijfactie wordt bevestigd of gerapporteerd. Exports worden op verzoek opnieuw gegenereerd in plaats van gecachet — een rapport dat u downloadt weerspiegelt de database op het moment van aanvraag, niet de momentopname van gisteravond.

Alles wat is vastgelegd, is van u: CSV-exports en de Data Export-app dekken dezelfde gegevensbronnen die het product zelf uitleest. De uitgang is even open als de ingang — bewust zo ontworpen, geen concessie.

A4Interaction contract

De interface volgt de zoek-en-selecteer-conventie van het platform: elk veld dat naar een bestaand record verwijst — een kandidaat, klant of vacature — is een typ-om-te-zoeken selectiekader op basis van live data, nooit een vrij getypte tekenreeks. Dit houdt activiteitshistories en ontdubbeling betrouwbaar. Statische keuzes zijn filter-tijdens-het-typen-combinaties in plaats van standaard dropdowns, en statusovergangen geven expliciete feedback: serverbevestigingen verschijnen als toastmeldingen, validatiefouten noemen het exacte veld en er wordt niets als voltooid getoond dat niet door de server is bevestigd.

Het onderstaande wireframe en de flow documenteren het structurele contract van de interface — welke panelen er zijn, in welke volgorde de statussen voorkomen en wat er bij elke overgang gebeurt — in plaats van pixels. De lay-out is opgebouwd met native CSS grid en flexbox en past zich aan van breed desktopscherm naar een enkele kolom zonder afzonderlijke mobiele weergaven.