Återuppbygg medarbetarprojektioner
Räknar om projektioner per medarbetare från grunden. Använd detta när en läsmodell ser osynkroniserad ut mot de underliggande händelserna.
Vad är en projektion?
Appen förberäknar flera läsmodeller per medarbetare — den data som gränssnittet läser när du öppnar en sida. Varje projektion byggs från händelser (frånvaroansökningar, inskickade tidrapporter, villkorsändringar…) och hålls synkroniserad när nya händelser kommer in. Om en projektion någon gång glider isär (efter en dålig migrering, en manuell datarättning eller en driftsättning som introducerade en bugg) återställer en återuppbyggnad från källhändelserna den till ett känt gott tillstånd.
Projektioner som jobbet återuppbygger
| Projektion | Vad den ligger bakom |
|---|---|
| Medarbetarsökning | Medarbetarkatalogen och sökfältet |
| Anställningsperioder | Varje medarbetares sammanställda aktuella och historiska villkor |
| Frånvaroprojektion per medarbetare | Planerade, aktiva och använda frånvaroperioder per medarbetare |
| Timbankssaldo | Kontosaldon per medarbetare |
| Intjänandeprognos | Prognostiserat kommande intjänande |
| Tidrapportens veckoprojektion | Tidrapportsaggregat per vecka |
| Tidrapportsavstämningar | Varje medarbetares väntande/redo/inskickade avstämningar |
| Regelverksaktivitet | Sammanställd aktivitet per frånvaroregelverk och medarbetare |
| Godkännandeinkorg | Chefens “att godkänna”-lista |
| Aviseringsvy per användare | Aviseringsflödet per användare |
Så fungerar det
- Laddar omfånget — som standard varje medarbetare i arbetsytan
- Kör varje byggare i tur och ordning för varje medarbetare — de flesta byggare spelar helt enkelt upp de relevanta händelserna genom samma hanterare som används i produktion
- För vissa projektioner körs ett andra pass efter att alla medarbetare byggts om — t.ex. IsManager-flaggan, som beror på att alla rader för direktrapporterande är på plats
Parametrar
| Parameter | Beskrivning |
|---|---|
| Projection | Projektionen som ska återuppbyggas. Standard är all. Att välja en enskild projektion minskar arbetet — användbart när du vet vilken läsmodell som är fel |
| Employee ID | Valfri. Återuppbygg bara den här medarbetarens projektioner |
| Org Unit ID | Valfri. Återuppbygg alla medarbetare i den här organisationsenheten och dess underenheter. Ignoreras när Employee ID är angivet |
När omfånget är begränsat (en enskild medarbetare eller organisationsenhet) hoppas efterbearbetningssteget över — de stegen förutsätter att alla medarbetare just har uppdaterats.
Jobbresultat
| Mätvärde | Beskrivning |
|---|---|
projection | Målet som återuppbyggdes (all eller en specifik nyckel) |
scope | all, employee:<id> eller org_unit:<id> |
success_count | Medarbetare som byggdes om utan fel |
error_count | Medarbetare som återuppbyggnaden misslyckades för (se körningsdetaljerna för felen per medarbetare) |
När du bör köra jobbet
- Efter att ha importerat data från ett annat system
- Efter att ha rättat en felaktig händelse med en migrering
- När en enskild medarbetares gränssnitt ser fel ut (använd Employee ID för att begränsa till en)
- Efter en incidentrapport som nämner någon av projektionerna vid namn
Automatisk start vid påfyllning
När arbetaren startar och upptäcker att någon registrerad projektion är helt tom trots att det finns medarbetare, schemalägger den det här jobbet automatiskt. Det är ett operativt skyddsnät för nya driftsättningar och återställda säkerhetskopior.
Felsökning
| Problem | Lösning |
|---|---|
| Körningen tar lång tid | Att återuppbygga alla projektioner för varje medarbetare är det dyraste alternativet. Begränsa till en enskild projektion eller en enskild organisationsenhet när du vet vad du försöker rätta till |
| Fel på ett fåtal medarbetare | Öppna detaljerna för jobbkörningen för att se felen per medarbetare. Ofta rör det sig om en kvardröjande referens till en raderad entitet som kan rättas med en riktad redigering — återuppbygg sedan den enskilda medarbetaren igen |
| Projektionen ser fortfarande fel ut efter återuppbyggnaden | Återuppbyggnaden spelar upp händelserna genom de skarpa hanterarna. Om hanteraren själv har en bugg löser återuppbyggnaden inget — eskalera till utvecklarna |