Microsoft Ads Integration

A1Arkitektur: var den placeras i plattformen

Microsoft Ads Integration is a first-class module of the Sourcing & Job Ads suite inside the authenticated Expertini ATS workspace. Plattformen är medvetet serverrenderad: varje vy förbereds av applikationsservern och levereras som fullständig HTML, utan ramverk på klientsidan, utan CDN-skript från tredje part och utan byggprocesser mellan data och sida. Det som renderas är vad servern beräknade – den egenskap som gör gränssnittet granskningsbart.

All persistens körs på ett enhetligt sökoptimerat dokumentlager; varje sökfråga bär organisationens identifierare som ett obligatoriskt filter på den lägsta frågenivån. Klientisolering är därmed strukturell – en egenskap hos hur varje begäran är uppbyggd – snarare än en policy som förlitar sig på att applikationskoden kommer ihåg att kontrollera.

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

A2Datamodell och beroendekarta

In production the tool reads and writes job requisitions (ats_jobs). 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.

Varje enskild öppning loggas i verktygets aktivitetslogg — och det är denna logg, inte ett parallellt analyssystem, som rapportsektionen sammanställer. De användningssiffror ni ser är de siffror plattformen faktiskt har registrerat.

Allt som lämnar förfrågningsvägen — aviseringar, leverans av webhooks, aktivitetsloggning, e-post — körs i bakgrundstrådar utan att blockera processen. En långsam extern slutpunkt kan aldrig få gränssnittet att hänga sig, och ett misslyckat sidoanrop loggas istället för att tyst försöka igen och skapa inkonsekvens.

A3Driftsmässiga överväganden

Inställningar på organisationsnivå, destruktiva åtgärder och kopplingar är begränsade till ägar- och administratörsroller; rekryterare använder verktyget på de poster de har behörighet att se. Rolländringar tillämpas vid nästa förfrågan — verkställigheten sker på routenivå, inte i menyn.

Fel lyfts fram, döljs inte: validering på serversidan returnerar det exakta fältet och orsaken, leverantörsfel citeras ordagrant när integrationer är inblandade, och varje skrivning bekräftar eller rapporterar. Exporter återskapas på begäran i stället för att cachelagras – en rapport du laddar ned återspeglar databasen i det ögonblick du begärde den, inte gårdagskvällens ögonblicksbild.

Allt som registrerats är ert att ta med: CSV-exporter och appen Data Export täcker samma datalager som produkten själv läser från. Utgången är lika öppen som ingången – avsiktligt utformat, inte en eftergift.

A4Interaction contract

Gränssnittet följer plattformens sök-och-välj-konvention: alla fält som refererar till en faktisk post — en kandidat, kund eller ett jobb — är en sökbar väljare baserad på realtidsdata, aldrig en fritextsträng, vilket säkerställer att aktivitetshistorik och deduplicering förblir tillförlitliga. Statiska alternativ är kombinationsrutor med filtrering under inmatning snarare än vanliga rullgardinsmenyer, och statusändringar ger tydlig återkoppling: serverbekräftelser visas som toast-meddelanden, valideringsfel anger det exakta fältet och inget visas som slutfört förrän servern har bekräftat det.

Trådskissen och flödet nedan dokumenterar ytans strukturella kontrakt — vilka paneler som finns, i vilken ordning tillstånden inträffar och vad som händer vid varje övergång — snarare än pixlar. Layouten är uppbyggd med inbyggd CSS grid och flexbox och anpassar sig från bred skrivbordsvy till en enda kolumn utan separata mobilvyer.