Dit artikel richt zich uitsluitend op diensten. Voor een algemener begrip van auditlogboeken, raadpleeg ons artikel Auditlogboeken (huidig ). U kunt ook meer lezen over dienstboekingen, shiftwissels, dienstontwijzingen, diensttoewijzingen op away-units en auditlogs van planningsgoedkeuringsflows.
Naast dienstboekingen, shiftwissels, dienstontkoppeling en dienstontkoppeling op auditlogboeken van away-units, kun je zoeken naar shiftauditlogs in Quinyx. Dit geeft je informatie over wie specifieke diensten heeft aangemaakt, bijgewerkt of verwijderd, wanneer en welke actie is ondernomen. Dit geeft managers een overzicht om te begrijpen of sommige shiftwijzigingen daadwerkelijk voortkomen uit de verbonden shiftverzoeken.
Je kunt shift-auditlogs bekijken door naar Auditlogs te navigeren > Aanpassen weergave > [Itemtype] Shiften.
Groepen
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
Deze boom stelt je in staat om te selecteren voor welke groepen je wilt dat Quinyx logs ophaalt. Gebruik de selectievakjes van de boomstructuur van groepen om dit te selecteren. Je kunt het vrije tekstveld gebruiken om gemakkelijker items in de boomstructuur te vinden. De boomstructuur is standaard ingeklapt.
Onder het vrije tekstveld worden respectievelijk het aantal geselecteerde districten, eenheden en secties weergegeven.
Je kunt elke groep of groepen selecteren waarop je minstens één niet-werknemer rol hebt met ten minste leestoegang voor een van de permissies.
De standaardwaarde voor dit veld is de groep die momenteel is geselecteerd in de groepselector van de navigatiebalk, evenals alle kindgroepen (indien van toepassing).
Het deselecteren van een oudergroep deselecteert ook al haar kindgroepen.
Het selecteren van een groep selecteert automatisch alle kindgroepen. Let op: je kunt naar eigen inzicht al deze kindgroepen deselecteren. Voorbeeld: Op de eerste afbeelding hieronder zoekt Quinyx naar alle items die plaatsvinden op zowel eenheid Drottninggatan als op de secties Backoffice en Sales. Op de tweede afbeelding zoeken we naar items die plaatsvinden op Drottninggatan, maar niet naar items die direct op de secties plaatsvinden, wat betekent dat shifts met shiftsectie Drottninggatan > Backoffice of Drottninggatan > Sales niet in die zoekopdracht worden opgenomen.


Itemtype

Dit veld stelt je in staat om te selecteren voor welke items je wilt dat Quinyx logs ophaalt.
Dit veld vereist dat je Shift selecteert.
Als je ten minste leestoegang hebt voor de relevante toestemming - voor diensten is dat de Planningsmachtiging - voor een niet-werknemerrol, zou een van de groepen die je in de Groepenboom hebt geselecteerd, dat item beschikbaar zijn voor selectie in het Itemtype-veld .
Het itemtypeveld is verplicht.
Item startdatum / Item einddatum
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
De velden Startdatum en Einddatum van Item zijn respectievelijk alleen van toepassing op relevante itemtypen, daarom worden de twee datumvelden alleen weergegeven bij het selecteren van het itemtype.
Itemdata gelden voor verschuivingen, dus deze velden worden weergegeven als je Verplaatsing selecteert in het itemtypeveld .
Deze data stellen je in staat om de begin- en einddatum van de periode in te stellen waarin het item(s) waar je naar zoekt begint te gaan.
Dit geldt ook voor verwijderde items; de velden 'Item start' en 'Item einddatum' stellen je ook in staat om te zoeken naar items die plaatsvonden in een specifiek tijdsbereik bij het verwijderen.
Er zijn geen standaardwaarden voor deze twee datumvelden.
Het selecteren van een waarde in een van de velden vult automatisch het andere veld met dezelfde waarde in.
Als je een van de velden op een niet-consistente manier bewerkt – dus zodat de einddatum van het item vóór de startdatum van het item ligt – vult Quinyx het andere veld automatisch in met dezelfde waarde als het veld dat je net hebt ingevuld.
De velden Startdatum en Einddatum van Items zijn optionele velden.
De maximale periode die je kunt opgeven met de startdatum en einddatum van het artikel, is drie maanden.
De zoekopdracht houdt rekening met de werkdag van de groep waarop het schema plaatsvindt.
De zoekopdracht met de velden Begin Item en Item einddatum houdt rekening met de tijdzone die wordt gebruikt bij het weergeven van het schema in Schedule in Quinyx.
Type actie

Dit veld laat je selecteren voor welke soorten acties - uitgevoerd door een bepaalde gebruiker - je wilt dat Quinyx logs ophaalt.
Op dit moment kun je een van de volgende acties uitvoeren, meerdere of alle volgende acties:
Gemaakt
Verwijderd
Bijgewerkt
Als je in dit veld geen selectie maakt, zal het veld "All" lezen, wat betekent dat logs voor alle hierboven genoemde acties door Quinyx worden opgehaald.
Begin- en einddatum van de actie
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
Deze datumvelden stellen je in staat om de begin- en einddatum in te stellen van de periode waarin de actie die je zoekt in Quinyx is uitgevoerd.
De standaardwaarden voor deze velden zijn drie maanden terug in de tijd vanaf de datum van vandaag voor het veld "Actie startdatum" en de datum van vandaag voor het veld "Actie einddatum". Als je niet zeker weet wanneer een bepaalde actie heeft plaatsgevonden, gebruik dan de maximale periode van 3 maanden en werk jezelf terug.
De start- en einddatum van acties bevinden zich altijd in dezelfde tijdzone als de groep die momenteel is geselecteerd in de groepsselectie van de bovenste balk.
De velden voor het starten en eind van de actie zijn verplicht om prestatieredenen.
Als je klaar bent met het aanpassen van bovenstaande zoekparameters, klik je op Apply en Quinyx haalt de loggegevens op. Bovenop de Apply-knop wordt een draaiend wiel weergegeven totdat de resultaten van je zoekopdracht worden weergegeven.

Actie uitgevoerd door
Je kunt - wanneer je de (huidige) auditlogs gebruikt - aangeven welke gebruiker een bepaalde actie in Quinyx heeft uitgevoerd.
Daarnaast kunt u uw zoekopdracht verder verfijnen naar het historische stukje gegevens dat u probeert te vinden bij gebruik van de (huidige) auditlogboeken, en krijgt u in dit veld ook een volledige lijst van alle acties die een bepaalde manager heeft ondernomen, wat doorgaans handig is bij het verifiëren van claims van bepaalde managers die bepaalde werknemers bevoordelen of simpelweg niet voldoen aan het bedrijfsbeleid.
Het veld dat hiervoor wordt gebruikt, is onderaan het Aanpassen weergavepaneel te vinden in de (huidige) auditlogboeken:
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
In dit vakgebied kun je een van de volgende kiezen:
Elke gebruiker met een manager - of werknemer*rol op ten minste één van de data in de Actie startdatum - Actie einddatum bereik op een van de groep(en) die zijn geselecteerd in de groepsboom van het Aanpassen weergave-paneel . Voor elke gebruiker worden voornaam, achternaam en badgenummer weergegeven in het volgende formaat: [Voornaam] [Achternaam] [(Badgenummer)].
Eventuele Quinyx-systeembeheerders op ten minste één van de data in de Action startdatum - Action einddatumbereik (weergegeven als "Quinyx medewerker [werknemers-id]").
Quinyx-systeem; deze optie zoekt naar alle updates die door Quinyx als systeem zijn gemaakt.
Namen van integratiegegevens, of uuid als de integratienaam is verwijderd. Let op: deze worden weergegeven ongeacht of de betreffende integratiegegevens in het (actie-)datumbereik van toepassing zijn geweest waarop uw zoekopdracht betrekking heeft. Hiermee kunt u specifiek zoeken naar loggegevens van acties die voortkomen uit een integratie met gebruik van een van onze externe API's.
Vanwege technische beperkingen worden verwijderde integratiegegevens niet als mogelijke zoekwaarde in dit veld weergegeven. Mocht u zoeken naar acties die betrekking hebben op een verwijderde integratiecredential, dan moet u die handmatig zoeken.
. Met deze waarde kun je specifiek zoeken naar loggegevens van acties die voortkomen uit een integratie met gebruik van een van onze externe SOAP API's.
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 zal doorzoekbaar zijn - net als de Actie die voor het veld is gemaakt.
Een opmerking over hoe de Actie gemaakt door veld en de Actie gemaakt voor het veld zich tot elkaar verhouden: Als Gregory Payne wordt geselecteerd in de Actie gemaakt voor het veld en Anna Stevenson wordt geselecteerd in de Actie gemaakt door veld, dan worden alleen die acties die aan beide criteria voldoen teruggegeven in je zoekresultaten.
Actie voor
Je kunt (bij gebruik van de (huidige) auditlogboeken) aangeven welke gebruiker door een bepaalde actie in Quinyx is getroffen. Dit stelt je in staat een volledige lijst van acties voor een specifieke werknemer te krijgen, wat doorgaans handig is bij het verifiëren van claims van onrechtvaardige behandeling door specifieke werknemers.
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
Dit veld stelt u in staat om te zoeken naar elke gebruiker met een werknemersrol in de groep(en) die zijn geselecteerd in de groepsboom Aanpassen in het Vensterpaneel Aanpassen vanaf vandaag, op elk moment in het verleden of in de toekomst.
Dit betekent dat het bewerken van je selecties in de groepsboom na het invullen van het veld voor Actie het veld zal terugzetten.
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 zich aan wat je hebt getypt. Je kunt ook tegelijkertijd naar medewerkers zoeken door verschillende medewerkers in dit veld te selecteren. 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 Aanpassen weergavevenster , logresultaten niet worden opgehaald voor één specifieke medewerker.
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
Tijdstempel |
|
Getroffen groepen |
|
Itemtype |
|
Item |
|
Actie |
|
Actie uitgevoerd door |
|
Actie voor |
|
Zoekresultaten voor permissies en auditlogboeken
Je zoekresultaten als gebruiker zullen je Quinyx-rechten weerspiegelen. Als het bijvoorbeeld om diensten gaat, krijg je alleen loggegevens voor diensten die zijn uitgevoerd in groepen waarvoor je ten minste leestoegang hebt via de Planningsrecht. Als de toestemming verloopt ergens in de periode die respectievelijk met de velden Actie startdatum en Actie einddatum gebruikt, zie je alleen loggegevens voor de kalenderdata waarop die toestemming van toepassing is.
Hoe weet ik hoe een item eruitzag bij het aanmaken?
Voor items in je auditlog-zoekresultaten van het type Aanmaken, kun je meer details zien over de eigenschappen die op dat item van toepassing waren op het moment van aanmaak door op de chevron in de meest linkse kolom van de zoekresultatentabel te klikken.

Als gevolg hiervan wordt een itemsubtabel voor verschuivingsacties uitgebreid, met een lijst van alle mogelijke itemeigenschappen en hun bijbehorende waarden. Hieronder wordt gedemonstreerd hoe die subtabel voor een verschuiving eruit kan zien:
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
De onderstaande tabel verduidelijkt de waarden die volgens eigenschap verwacht kunnen worden voor de itemsubtabel voor verschuivingscreatie-acties:
Eigendom | Waarde |
Werknemer | Deze eigenschap beschrijft de werknemer die bij het aanmaken van de dienst aan de dienst is toegewezen. De informatie wordt weergegeven als [Voornaam] [Achternaam] [badgenummer]. Als de werknemer in Quinyx is verwijderd, wordt in plaats daarvan "[Werknemer verwijderd uit Quinyx]" weergegeven. N/A wordt weergegeven als bij aanmaak geen werknemer is geselecteerd. |
Schakeltype | Deze eigenschap beschrijft het verschuivingstype dat bij het aanmaken van de verschuiving voor de verschuiving is geselecteerd. Als de werknemer in Quinyx is verwijderd, verschijnt in plaats daarvan "[Shifttype is verwijderd uit Quinyx]". |
Datum en tijd | Deze eigenschap beschrijft het begin- en eindmoment van de dienst. Diensten worden als volgt weergegeven voor diensten die op dezelfde kalenderdatum beginnen en eindigen: [Startdatum] [Starttijd] [Eindtijd]. Diensten worden als volgt weergegeven voor diensten die op verschillende kalenderdata beginnen en eindigen: [Startdatum] [Starttijd] [Einddatum] [Eindtijd]. |
Pauzes | Alle breaks van een shift zijn opgenomen in een aparte tabel binnen de tabel, aangezien breaks subitems zijn van shifts. De aparte tabel is standaard uitgevouwen, maar kan worden ingeklapt door op de twee chevrons naast de naam van de Breaks-eigenschap te klikken. Hierdoor worden de breaks van de betreffende shift weergegeven.
Elke pauze wordt weergegeven als "Break [break start time] - [break end time]". Daarnaast bevatten breaks de subeigenschap "break time", waarvoor de waardekolom de [break start time] - [break end time] bevat. |
Taken | Net als pauzes zijn alle taken van een shift opgenomen in een aparte tabel binnen de tabel, aangezien taken subitems zijn van shifts. De aparte tabel wordt standaard uitgevouwen, maar kan worden ingeklapt door op de twee chevrons naast de naam van de Taken-eigenschap te klikken.
Elke taak wordt weergegeven als [starttijd] - [taakeindtijd] [taaktypenaam]. De taaktypekleur wordt weergegeven als een verticale balk ervoor. Taken bevatten zowel de Taaktijd als de Subeigenschappen Opmerking . De eerste wordt weergegeven als [taakstarttijd] - [taakeindtijd] in de kolom Waarde. De laatste wordt weergegeven met de tekst van de betreffende opmerking in de kolom Waarde, of als N/A als de betreffende taak geen taak heeft. |
Sectie | De sectie-eigenschap beschrijft de shiftsectie van een gegeven shift. Als een shift een shiftsectie heeft, wordt de volledige naam weergegeven in de kolom Waarde. Als er geen shiftsectie is, wordt in plaats daarvan N/B weergegeven. |
Kostencentrum | De kostencentrumeigenschap beschrijft het kostencentrum van de shift. Als een shift een kostencentrum heeft, wordt de volledige naam weergegeven in de kolom Waarde. Als er geen kostenpost is, wordt in plaats daarvan N/A getoond. |
Project | De projecteigenschap beschrijft het project van de dienst. Als een shift een project heeft, wordt de volledige naam weergegeven in de kolom Waarde. Als er geen project is, wordt N/A weergegeven. |
Overeenkomst | De overeenkomst beschrijft de overeenkomst van de dienst. Als een shift een overeenkomst heeft, wordt de volledige naam weergegeven in de kolom Waarde. Als er geen overeenkomst is - wat alleen geldt voor niet-toegewezen diensten - dan wordt in plaats daarvan N/A weergegeven. |
Opmerking | De commentaar-eigenschap beschrijft de commentaar van de shift. Als een shift een reactie heeft, wordt de volledige tekst weergegeven in de kolom Waarde. Als er geen reactie is, wordt N/A weergegeven. |
Regels voor salaristype | Net als bij taken zijn alle salaristyperegels van een dienst opgenomen in een aparte tabel binnen de tabel, aangezien salaristyperegels subitems zijn van shifts. De aparte tabel is standaard uitgevouwen, maar kan worden ingeklapt door op de twee chevrons naast de eigenschapsnaam van de Salary type rules te klikken.
Elke salaristyperegel wordt weergegeven als "Regel [nummer dat de volgorde weergeeft waarin de regel in het shiftpaneel in het rooster wordt weergegeven]". Om de UI van de salaristyperegels uit Schedule te weerspiegelen, bevat deze auditlog-eigenschap de volgende subeigenschappen:
|
Productieve uren | De eigenschap productieve uren beschrijft de staat van de productieve uren. De optie die voor deze instelling is geselecteerd, wordt weergegeven in de kolom Waarde. |
Tellen als geplande uren | De eigenschap 'tellen als geplande uren' beschrijft de staat van de telling als 'geplande uren'-instelling. "Ja" wordt weergegeven in de kolom Waarde als de instelling op waar staat, "Nee" wordt weergegeven als deze op false staat. |
Tellen als gewerkte uren | De eigenschap 'tellen als gewerkte uren' beschrijft de staat van de telling als 'worked hours'-instelling. "Ja" wordt weergegeven in de kolom Waarde als de instelling op waar staat, "Nee" wordt weergegeven als deze op false staat. |
Vrije dag | De Free day property beschrijft de staat van de Free Day setting. "Ja" wordt weergegeven in de kolom Waarde als de instelling op waar staat, "Nee" wordt weergegeven als deze op false staat. |
Overgeplaatst naar de loonadministratie | Deze eigenschap beschrijft of de dienst is overgedragen aan de loonadministratie of niet. Wanneer de dienst wordt overgedragen aan de loonadministratie, zal de waarde van deze woning "Ja" zijn. Wanneer de dienst niet wordt overgedragen aan de loonadministratie, zal de waarde van deze woning "Nee" zijn. Let op dat als een loonadministratierun wordt teruggedraaid, dat in deze eigenschap wordt weergegeven. Per definitie zal de waarde van deze eigenschap altijd "Nee" zijn bij het aanmaken van de shift. |
Staat van salaristypes die goedkeuring vereisen | Deze eigenschap is een speciaal geval. Wanneer een feestdag een dagregel heeft met de optie "Verplaatsen zonder matching punch", en het als gevolg daarvan gegenereerde salaristype goedkeuring vereist, wordt de goedkeuring van dat salaristype geregistreerd op deze specifieke eigenschap. Net als bij de salaristyperegels worden alle hierboven genoemde salaristypen die goedkeuring vereisen in een aparte tabel binnen de tabel opgenomen. De aparte tabel is standaard uitgebreid, maar kan worden ingevouwen door op de twee chevrons naast de eigendomsnaam te klikken. Elk salaristype dat goedkeuring vereist, wordt in deze aparte tabel weergegeven in het volgende formaat: [naam van salaristype] [aangepaste salariscode]. De subeigenschappen voor elk salaristype waarvoor goedkeuring vereist is in deze aparte tabel worden weergegeven met de volgende subeigenschap:
Volgens de definitie zal de aparte tabel altijd leeg zijn bij het aanmaken van verschuiving.
|
Waarschuwingen | Je kunt informatie vinden over de waarschuwingen die de manager accepteerde toen de shift werd aangemaakt of bewerkt in de shift-auditlogs. Deze informatie maakt de shift-auditlogs completer en geeft een beter overzicht voor iedereen die naar auditlogs zoekt als een van de geconfigureerde regels werd gebroken toen de shift werd aangemaakt of bewerkt. De lijst met geaccepteerde waarschuwingen is zichtbaar in de auditlogstabel en in de shiftgeschiedenisweergave. Op de onderstaande afbeeldingen kunt u zien hoe deze waarschuwingslijst wordt weergegeven:
|
De tabel toont 20 zoekresultaten per pagina. In dit voorbeeld vullen onze zoekresultaten 21 pagina's, en we bekijken de eerste van die pagina's:
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
Om je zoekresultaten te bekijken, gebruik je de buitenste pijlen om respectievelijk naar de eerste en laatste pagina van je zoekresultaten te navigeren, en de binnenste pijlen om door elke afzonderlijke pagina te gaan.
Hoe weet ik welke eigenschappen zijn bijgewerkt?
Voor items in je auditlog-zoekresultaten van het type Update, kun je meer details zien over welke eigenschappen de facto zijn aangepast op het moment van de update door op de chevron in de meest linkse kolom van de zoekresultatentabel te klikken.

Als gevolg hiervan wordt een itemsubtabel voor shift-updateacties vergroot, waarbij alle itemeigenschappen die door de betreffende update zijn beïnvloed en hun bijbehorende waarden worden weergegeven. Hieronder wordt getoond hoe zo'n subtabel voor een shift eruit kan zien.
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
.png?sv=2026-02-06&spr=https&st=2026-10-22T22%3A16%3A15Z&se=2026-10-22T22%3A46%3A15Z&sr=c&sp=r&sig=doB%2F4g08d3u3mmAsZ1fpuxxLPovQ7MyAqAEalqcd90A%3D)
Het volgende geldt voor de itemsubtabel voor shift-update-acties:
Het heeft één kolom voor "Oude waarde" en één kolom voor "Nieuwe waarde", die worden gebruikt om aan te geven hoe de waarde van een bepaalde eigenschap is geëvolueerd.
De kolomwaarden van "oude waarde" worden weergegeven met doorstreep, in een poging aan te geven dat de betreffende waarde verouderd was vanaf de betreffende update.
Net als in de item-subtabel voor shift-creatieacties worden de eigenschappen met subeigenschappen weergegeven binnen aparte tabellen, die standaard zijn uitgebreid, maar naar eigen inzicht kunnen worden ingeklapt door op de twee chevrons naast de eigenschapsnaam te klikken.
Deze aparte tabel bevat subkoppen die aangeven welke actie is uitgevoerd op de lijst met items (pauzes, taken, salaristyperegels, enz.). Mogelijke acties worden aangemaakt, bijgewerkt en verwijderd.
Wanneer breaks specifiek zijn bijgewerkt, wordt dit weergegeven als de break waarbij de verouderde waarden worden verwijderd en vervolgens een break wordt gecreëerd met de nieuwe waarden (zie bovenstaande afbeelding). De reden hiervoor is strikt technische beperkingen.
Hetzelfde geldt voor taken die voortkomen uit een basisschema als ze in het basisschema worden bijgewerkt en daarna opnieuw worden uitgerold, evenals als taken worden bijgewerkt via een integratie die gebruikmaakt van onze SOAP Web Services. Deze beperking met betrekking tot taken is iets wat we op middellange termijn willen oplossen.
Wanneer een subitem (zoals een break, taak, enz.) is aangemaakt, tonen we N/A met doorstreep als de waarde in de kolom Oude waarde . Wanneer een subitem is verwijderd in Quinyx, tonen we N/A als de waarde in de kolom Nieuwe waarde.
De eigenschap "Staat van salaristypes die goedkeuring vereisen" wordt weergegeven als bijgewerkt wanneer een salaristype dat goedkeuring vereist wordt gegenereerd als gevolg van een feestdag, waarbij de optie "Verplaatsen zonder matching punch" respectievelijk wordt goedgekeurd en niet goedgekeurd.
Wanneer een van deze salaristypes wordt afgekeurd omdat Quinyx het juiste salaris opnieuw berekent – wat gebeurt afhankelijk van interne gesprekken, bijvoorbeeld wanneer een gebruiker de tijdkaart van het managerportaal invoert voor de dag dat het salaristype wordt gegenereerd – dan is de "Actie gemaakt op waarde" "Quinyx". Ook, wanneer een salaristype, zoals hierboven beschreven, automatisch wordt goedgekeurd, is de waarde "Actie gemaakt door" ook "Quinyx".
Let op: u kunt alleen vanaf de datum waarop de logging is vrijgegeven, alleen toegang krijgen tot loggegevens. Aangezien shiftlogs bijvoorbeeld zijn vrijgegeven in release 0161, die op 7 juni 2023 was, bevatten de huidige logs geen loggegevens voor data vóór 1 juni 2023.
Belangrijke informatie over bugfixes
De Quinyx-logs zijn onveranderlijk. Dat betekent dat als er om wat voor reden dan ook een bug optreedt en de data die door het systeem wordt gelogd en aan jou als gebruiker wordt weergegeven onjuist is, en je meldt het en wij lossen die bug op, die bug voor toekomstige gelegenheden wordt opgelost, maar de data die werd gelogd terwijl de bug bestond zal helaas onjuist blijven. Raadpleeg dit artikel voor een uitputtende lijst van bugs en verbeteringen die betrekking hebben op of op de een of andere manier loggegevens beïnvloeden, samen met relevante informatie, waaronder maar niet beperkt tot [naam van roosteritem, zoals diensten/dienstreserveringen/shiftwissels, enz].