Press CTRL+K to open search

Lokalisatie is bezig: Sommige inhoud wordt mogelijk nog in het Engels weergegeven terwijl we de vertaling afronden.

Auditlogs - Verzoeken om afwezigheid

  • Gepubliceerd op Sep 18, 2026
  • 9 Gelezen minuut(en)
  • LH
 Prev Next

Auditlogs zijn registraties van eerdere acties binnen Quinyx. Er zijn twee soorten afwezigheidgerelateerde auditlogs die uit Quinyx kunnen worden gehaald:

  1. Auditlogboeken voor afwezigheidsverzoeken (deze pagina)

  2. Afwezigheidsauditlogs

Ze bieden een transparante geschiedenis van wie een afwezigheid initieerde, wie een actie uitvoerde, wat de actie was, wanneer deze plaatsvond, enzovoort. Deze functionaliteit helpt managers:

  • Los geschillen of vragen op met betrekking tot afwezigheidsverzoeken.

  • Begrijp hoe afwezigheidsverzoeken worden aangemaakt, bijgewerkt en verwerkt.

  • Toegang tot historische activiteitengegevens voor zelfbedieningsinzichten in teammanagement.

  • Belangrijke informatie afleiden voor personeelsplanning en analyse op eenheidsniveau.

Deze pagina richt zich uitsluitend op de auditlogboeken voor afwezigheidsverzoeken. Om details te zien over auditlogboeken voor afwezigheden, klik hier.

Auditlogs van afwezigheidsverzoeken

Voor afwezigheidsverzoeken geven auditlogboeken een duidelijke geschiedenis van acties en kunnen ze helpen bij het beantwoorden van vragen zoals (niet beperkt tot):

• Wie heeft het verzoek om afwezigheid gecreëerd, en wanneer?

• Aan wie werd het verzoek gestuurd?

• Wie heeft het verzoek goedgekeurd of afgewezen, en wanneer?

• Wie verwijderde het verzoek, en wanneer?

• Welke opmerkingen zijn toegevoegd (door de medewerker en/of manager)?

Om de auditlogs van afwezigheidsverzoeken te bekijken, navigeer naar:

Auditlogboeken > Weergave aanpassen > [Itemtype] Verzoek om afwezigheid.

Het paneel "View aanpassen" stelt je in staat je zoekopdracht naar auditlogs te verfijnen met de volgende filters.

Filter

Beschrijving

Groepen

Deze boom stelt je in staat groepen te selecteren waarvoor Quinyx auditlogs ophaalt.

  • Het bevat een vrij tekstveld dat helpt bij het vinden van groepen.

  • De boom is standaard ingeklapt en kan worden uitgebreid.

  • Het selecteren van een groep bevat automatisch de kindgroepen, hoewel deze kunnen worden verwijderd.

Itemtype

  • Je kunt met dit veld de specifieke items selecteren waarvoor Quinyx logs moet ophalen. Dit is een verplicht veld.

  • Selecteer afwezigheidsverzoek in dit veld.

Begin-/einddatum van items

  • Deze data markeren het begin en einde van de periode waarin de items die je zoekt beginnen.

  • Het zijn optionele vakgebieden.

  • De maximale periode die je kunt specificeren is drie maanden.

  • De uitgevoerde zoektocht houdt rekening met de dagbreek van het bedrijf waarin het object zich afspeelt.

Type actie

  • Gebruik dit veld om de logs te filteren op mogelijke acties die aan een item zijn gekoppeld.

  • Op dit moment kun je een van de volgende acties uitvoeren voor afwezigheidsverzoeken:

    • Goedgekeurd

    • Gemaakt

    • Verwijderd

    • Afgewezen

    • Bijgewerkt

Het veld zal standaard "All" weergeven, wat betekent dat logs voor alle hierboven genoemde acties door Quinyx worden opgehaald.

Start-/einddatum van actie

  • Deze datumvelden stellen je in staat de begin- en einddatum in te stellen van de periode waarin de actie op het item dat je zoekt in Quinyx is uitgevoerd.

  • Dit is een verplicht veld en standaard wordt de "Actiestartdatum" ingesteld op drie maanden vóór de huidige datum, terwijl de "Actie-einddatum" op de datum van vandaag staat.

  • Deze bevinden zich altijd in dezelfde tijdzone als de groep die momenteel is geselecteerd in de groepsselectie van de bovenste balk.

Actie uitgevoerd door

  • Dit veld kan worden gebruikt om items te filteren die getoond moeten worden op basis van welke gebruiker een actie heeft uitgevoerd.

  • De standaardwaarde van het veld is "Alle" tekst, wat betekent dat alle managers/medewerkers (zoals hierboven gedefinieerd) standaard in de zoekopdracht zijn opgenomen. De dropdownwaarden worden alfanumeriek gesorteerd.

  • Het veld is doorzoekbaar via een tekstveld.

  • Als een integratie de actie veroorzaakte, hangt de weergegeven data af van de gebruikte Quinyx API:

    • Web Services: De naam van de integratiegegevens of UUID.

    • Webservices: "SOAP."

Actie voor

  • Dit veld kan worden gebruikt om items te filteren die getoond moeten worden op basis van welke gebruiker door een actie in Quinyx is beïnvloed.

  • Dit veld stelt je in staat om te zoeken naar elke gebruiker met een werknemersrol in de geselecteerde groep(en). Dit betekent dat het bewerken van je selecties in de groepsboom na het invullen van de Actie die voor het veld is gemaakt, het veld zal resetten.

  • Elke medewerker in het keuzemenu van het veld wordt weergegeven volgens het volgende formaat: [voornaam] [achternaam] [badgenummer]

  • Je kunt zoeken naar een specifieke medewerker door hun naam(en) of badgenummer in te typen en/of door de lijst te scrollen die past aan wat je hebt getypt. De medewerkers in de lijst zijn alfabetisch gesorteerd.

  • De standaardwaarde is "All", wat betekent dat als je dit veld leeg laat bij het klikken op "Toepassen" in het venster Weergave Wijzigen, logresultaten verschijnen voor alle medewerkers in die groep.

Afwezigheidsauditlogs interpreteren: Een gids om resultaten te begrijpen

Zodra je de filters hebt toegepast, zie je de pagina met auditlogboeken die je resultaten tonen en zie je details zoals wie het verzoek heeft aangemaakt en de datum en tijd van de actie.

De onderstaande tabel geeft de informatie die in de auditlogboeken voor afwezigheidsverzoeken wordt weergegeven.

Kolomkop

Uitleg

Tijdstempel

  • Deze kolom toont de datum en tijd van acties in Quinyx. Je kunt sorteren op tijdstempel (standaard van nieuwste tot oudste).

  • Data en tijden volgen de Quinyx-taalinstellingen en worden weergegeven in de tijdzone van de geselecteerde groep.

Getroffen groepen

Toont de eenheden en secties die door het item worden beïnvloed.

Itemtype

Toont het type item dat door een bepaalde actie wordt beïnvloed.

Item

Toont informatie om te helpen identificeren welk afwezigheidsverzoek is uitgevoerd en welke acties zijn uitgevoerd.

Dit toont altijd de laatste status van dat item die is uitgelijnd met de planningsweergave, dus de datum en tijd, afwezigheidstype van dat item.

Actie

Identificeert het type handeling dat wordt uitgevoerd.

Actie uitgevoerd door

  • Geeft aan wie de actie heeft uitgevoerd. Toont hun [voornaam] [achternaam] ([badgenummer]).

  • Als de werknemer is verwijderd, wordt weergegeven "Werknemer is verwijderd uit Quinyx."

  • Als een Quinyx-systeembeheerder de actie heeft uitgevoerd, wordt getoond (Quinyx-medewerker ([interne Quinyx-werknemerdatabase-id]) om hun privacy te beschermen terwijl transparantie en probleemoplossing mogelijk zijn.

    • Als echter een Quinyx-medewerker met een rol in het Quinyx-account van uw bedrijf de actie uitvoert, wordt het standaardformaat gebruikt.

  • Als een integratie de actie veroorzaakte, hangt de weergegeven data af van de gebruikte Quinyx API:

    • REST Web Services: De naam van de integratiegegevens of UUID.

    • SOAP Web Services: "SOAP."

Actie voor

Identificeert wie door de actie is getroffen. De persoon die de handeling uitvoert wordt aangegeven als: [voornaam] [achternaam] ([badgenummer]).

Als de getroffen persoon is verwijderd, wordt weergegeven "Werknemer is verwijderd uit Quinyx." De reden hiervoor is dat het systeem die informatie niet langer bewaart.

Pad

Het Item Trail geeft een chronologisch overzicht van elke wijziging die is doorgevoerd aan een afwezigheidsitem, zodat je de volledige context erachter kunt begrijpen – essentieel bij het onderzoeken van geschillen of het oplossen van problemen met betrekking tot personeelsplanning. De meest rechtse kolom van je resultaten bevat nu een link naar het itemspoor voor elk afwezigheid- of afwezigheidsverzoek. Door deze te selecteren zie je de volledige geschiedenis van acties en updates. Je kunt er ook bij door een afwezigheid in het schema te openen. Selecteer in het afwezigheidspaneel Bewerken verzuimgeschiedenis tonen om het volledige itemspoor te bekijken. Dit geeft je duidelijk inzicht in hoe afwezigheden zich in de loop van de tijd hebben ontwikkeld, waardoor het makkelijker wordt om problemen snel en vol vertrouwen op te lossen.

Eigenschapstabel

De meeste absence request-items (gebaseerd op de actie) bevatten meer details in een subtabel genaamd de property table, toegankelijk door op de chevron in de meest linkse kolom van de hoofdtabel te klikken.

Opmerking: Items met een verwijderactie hebben geen eigenschapstabel.

Hieronder staat een lijst van eigenschappen die in de eigenschapstabel worden weergegeven, afhankelijk van de actie die is uitgevoerd bij het afwezigheidsverzoek.

In de tabel geeft een vinkje (✅) naast een eigenschap voor een specifieke actie aan dat de eigenschap kan worden weergegeven als er wijzigingen in zijn, tenzij er (altijd) staat.

Zo wordt de eigenschap "Eenheid" altijd weergegeven wanneer een afwezigheidsverzoek "Aangemaakt" wordt weergegeven. Tijdens een "Update"-actie verschijnt deze echter alleen als het eenheidsveld is gewijzigd. Deze wordt niet weergegeven voor acties "Goedkeuren", "Weigeren" of "Verwijderen", ongeacht wijzigingen. Daarom wordt een eigenschap voor een actie niet weergegeven als er een kruismerk ❌ is voor een actie.

Eigendom

Waarde

Creëer

Update

Goedkeuren

Ontken

Verwijderen

Eenheid

De eenheidsgroep waartoe het afwezigheidsverzoek behoort

✅

(altijd)

✅

❌

❌

❌

Afwezigheidstype

Het afwezigheidstype dat voor het afwezigheidsverzoek is geselecteerd

✅

(altijd)

✅

✅

❌

❌

Afwezigheidsschema

Het gekoppelde afwezigheidsschema (indien aanwezig)

✅

(altijd)

✅

✅

❌

❌

Datum en tijd

Beschrijft het begin- en eindmoment van het afwezigheidsverzoek

✅

(altijd)

✅

✅

❌

❌

Verzenden naar

Verwijst naar de manager waar het afwezigheidsverzoek naartoe is gestuurd

✅

(altijd)

✅

✅

❌

❌

Opmerking van de medewerker

De 'medewerkercommentaar' bij het aanmaken van een afwezigheidsverzoek. Als er geen reactie is toegevoegd, wordt deze weergegeven als "N.v.t.".

✅

(altijd)

✅

❌

❌

❌

Opmerking van de manager

Reactie van de manager op goedgekeurde of afgewezen afwezigheidsverzoeken. Als er geen reactie is toegevoegd, wordt het weergegeven als "N.v.t.".

❌

❌

✅

(altijd)

✅

(altijd)

❌

Zoekresultaten

De tabel toont 20 zoekresultaten per pagina. In dit voorbeeld vullen onze zoekresultaten drie pagina's, en we bekijken de eerste van die pagina's.

Let op: je kunt alleen vanaf de datum waarop de logging is vrijgegeven, alleen toegang krijgen tot loggegevens. Aangezien afwezigheidlogboeken bijvoorbeeld zijn vrijgegeven in release 0221, dat was op 1 oktober 2025, bevatten de huidige logboeken geen loggegevens voor data vóór 1 oktober 2025.

Binnenkort

We verbeteren deze functionaliteit continu, en hier zijn enkele verbeteringen die hierna komen:

  1. Itemspoor
    Krijg een chronologisch overzicht van alles wat met een bepaald item is gebeurd. Dit helpt om de nodige context te bieden bij het oplossen van geschillen of kwesties met betrekking tot personeelsplanning en aanwezigheid.

  2. Oorsprong
    Kijk waar een actie vandaan komt. Bijvoorbeeld, bij het beoordelen van een afwezigheidsverzoek kun je vaststellen of een actie afkomstig is van het managerportaal of via het personeelsportaal in de mobiele app.

  3. PDF-export
    Exporteer het auditlogboek als PDF voor eenvoudiger delen, administratie en analyse.

Veelgestelde vragen

V: Ik zie 'Quinyx medewerker [werknemers-ID]' in het veld 'Actie gemaakt door' - wat betekent dat?

A: Soms kan een actie op een item worden uitgevoerd door een systeembeheerder namens een gebruiker. In zulke gevallen kan het veld 'Actie uitgevoerd door' 'Quinyx [werknemers-ID]' bevatten. Dit verwijst naar een Quinyx-systeembeheerder die actief was op ten minste één van de data binnen de Actie startdatum - Actie einddatum bereik (weergegeven als 'Quinyx werknemer [werknemer ID]').

V: Hoe kan ik een volledige lijst krijgen van alle acties die een manager heeft verricht bij afwezigheidsverzoeken?

A: Je kunt dit doen door de naam van de manager te filteren in het veld 'Actie gemaakt door'.

V: Hoe weet ik welke eigendommen zijn veranderd sinds het aanmaken van een afwezigheidsverzoek?

A: De eigenschapstabel voor afwezigheidsverzoek toont doorgaans wijzigingen (d.w.z. eigenschappen die zijn veranderd) voor acties anders dan creatie.

De enige uitzondering is het veld "Managerreacties", dat altijd zichtbaar is tijdens goedkeurings- en weigeracties, zelfs als er geen wijzigingen zijn doorgevoerd. Als er wijzigingen zijn, zie je twee kolommen: "oude waarde" en "nieuwe waarde." De kolom "Oude waarde" toont een doorstreep, wat aangeeft dat de oude waarde verouderd is en vervangen door een nieuwe waarde.

Een voorbeeld van hoe de gewijzigde eigenschappen worden weergegeven in de eigenschapstabel.

V: Waarom toont het auditlogboek "verschillende" data wanneer een overlappend afwezigheidsverzoek wordt ingediend bovenop een bestaand verzoek waarvan al een beslissing was (goedgekeurd of afgewezen)?

A: Wanneer een afwezigheidsverzoek wordt ingediend en verwerkt (goedgekeurd of geweigerd), en later een ander verzoek met overlappende data wordt ingediend, past Quinyx het oorspronkelijke afwezigheidsverzoek aan om dubbele data te voorkomen. Dit betekent dat het oorspronkelijke afwezigheidsverzoek wordt opgesplitst of ingekort zodat overlappende dagen worden verwijderd.

Deze aanpassing houdt afwezigheidsgegevens schoon en voorkomt dubbele boeking van afwezigheidsdagen, maar kan ervoor zorgen dat de data in het auditlogboek anders lijken dan in het oorspronkelijke verzoek.

Voorbeeld:

  • Stap 1: Werknemer Sam Whon vraagt om afwezigheid van 24/11 tot 29/11.

  • Stap 2: Manager Triss Tworthie beoordeelt en ontkent het, en stelt voor dat Sam vanaf woensdag (26/11) afwezigheid neemt.

  • Stap 3: Sam dient een nieuw afwezigheidsverzoek in voor 26/11 – 12/1.

  • Stap 4: Triss keurt dit nieuwe verzoek goed.

De auditlogboeken registreren nu deze acties als volgt:

  1. Eerste verzoek om afwezigheid aangemaakt.

  2. Eerste verzoek afgewezen.

  3. Tweede verzoek om afwezigheid aangemaakt.

  4. Tweede verzoek goedgekeurd.

Samenvattend zijn er gevallen waarin een nieuw afwezigheidsverzoek overlapt met bestaande afwezigheidsverzoeken of afwezigheden. In zulke gevallen past Quinyx het oorspronkelijke verzoek aan zodat het de overlappende dagen niet langer bevat. In het bovenstaande voorbeeld verschijnt het oorspronkelijke verzoek in het auditlogboek als 24/11 – 26/11 (00:00) in plaats van het aanvankelijk gevraagde 24/11 – 29/11. De oorspronkelijke data zijn nog steeds toegankelijk in de property-tabel, maar het auditlogboek registreert het item met de aangepaste data.

Dit gedrag is ontworpen om duidelijkheid te waarborgen in afwezigheidsdossiers en overlappende afwezigheidsdagen te voorkomen.

Als gevolg hiervan weerspiegelt het auditlogboek de aangepaste data in plaats van de originele, wat misschien "onjuist" lijkt, maar in feite bedoeld is om overlappende afwezigheden te voorkomen.

Let op: je kunt alleen vanaf de datum waarop de logging is vrijgegeven, alleen toegang krijgen tot loggegevens. Aangezien afwezigheidsverzoeklogs bijvoorbeeld zijn vrijgegeven in release 0221, op 1 oktober 2025, bevatten de huidige logboeken geen loggegevens voor data vóór 1 oktober 2025.

gerelateerde artikelen