Audit log oorsprong
Updated
by
Daniel Sjögren
Oorsprongsoverzicht
Deze functie biedt extra inzicht in waar de beoordeelde actie heeft plaatsgevonden. Bijvoorbeeld, bij het beoordelen van een dienst die is aangemaakt, kunt u begrijpen of deze is aangemaakt in het managerportaal of in de mobiele app.
De oorsprongsinformatie bevindt zich in kleinere tekst onder de hoofdwaarde in de Kolom Actie uitgevoerd door van de weergave, zoals aangegeven in de onderstaande afbeelding.
De tabel hieronder bevat een uitgebreide lijst van de verschillende oorsprongswaarden die u kunt tegenkomen terwijl u door uw logzoekresultaten bladert, evenals de gevallen waarin deze waarden worden weergegeven. De logica in de oorsprongsbenaming is bedoeld om u te ondersteunen bij het oplossen van geschillen of problemen met betrekking tot workforce planning en aanwezigheid en is als volgt:
- In de meeste gevallen weerspiegelt het het Quinyx "platform" waar de actie is geactiveerd, zoals het Managerportaal, Mobiel, Webpunch of Integratie.
- Als de actie echter is geactiveerd door een specifieke functie die cascaderende effecten heeft op andere delen van Quinyx, zoals het wijzigen van de basisunit van een werknemer of het beëindigen van hun dienstverband, wordt dit weergegeven als oorsprong.
Actie | Oorsprong | Geval(len) |
Aangemaakt | Via Managerportaal | Wanneer een dienst wordt gecreëerd in de planning binnen het manager portaal. |
Aangemaakt | Via uitrol basisschema | Wanneer een dienst wordt gecreëerd in de planning als gevolg van een basisrooster uitrol. |
Aangemaakt | Wegens afwezigheid |
|
Aangemaakt | Wegens afwezigheid wordt het absentieschema gebruikt | Wanneer een absentie wordt gecreëerd met behulp van een absentierooster en, als gevolg daarvan, bestaande dienst(en) in de planning worden verwijderd, en later dezelfde absentie wordt verwijderd, en de gebruiker kiest om de diensten te herstellen, worden de diensten die werden verwijderd toen de absentie werd gecreëerd opnieuw gecreëerd, vandaar deze oorsprong. |
Aangemaakt | Via Mobiel |
|
Aangemaakt | Via integratie | Wanneer een dienst wordt aangemaakt met behulp van een integratie, of het nu met onze SOAP API's is of - in de toekomst - REST API's. Met betrekking tot automatisch roosteren en automatisch toewijzen: Raadpleeg de beschrijving boven deze tabel. |
Bijgewerkt | Via Managerportaal | Wanneer een dienst wordt bijgewerkt in het rooster binnen het manager portaal. |
Bijgewerkt | Via uitrol basisschema | Wanneer een dienst wordt bijgewerkt in het rooster bij een basisrooster heruitrol. |
Bijgewerkt | Wegens afwezigheid |
|
Bijgewerkt | Wegens "Diensten bijwerken"-functie | Wanneer een dienst wordt bijgewerkt als gevolg van de functie Diensten bijwerken in Accountinstellingen of Groepsinstellingen respectievelijk. |
Bijgewerkt | Wegens verwijdering van werknemer | Wanneer een dienst niet is toegewezen omdat een werknemer is verwijderd. Let op dat in dit geval de eigenschap Status van salaristyperingen die goedkeuring vereisen null wordt vanwege dit. |
Bijgewerkt | Via Mobiel |
|
Bijgewerkt | Vanwege de logica voor overeenkomstselectie | Wanneer de overeenkomst van de dienst wordt bijgewerkt volgens een van de gevallen waarin Quinyx zijn overeenkomstselectielogica toepast (zoals beschreven hier). |
Bijgewerkt | Wegens einde dienstverband | Wanneer een dienst niet is toegewezen vanwege het wijzigen van de einddatum van de tewerkstelling van de toegewezen persoon naar een datum voor de startdatum van de genoemde dienst. |
Bijgewerkt | Wegens wijziging van basisunit van de werknemer | Wanneer de basisunit van een werknemer wordt gewijzigd, wat betekent dat de volgende wijzigingen als gevolg door het systeem worden geactiveerd:
|
Bijgewerkt | Vanwege de verwijdering van de overeenkomst | Wanneer de overeenkomst die voor een bepaalde dienst wordt gebruikt, wordt verwijderd. |
Bijgewerkt | Vanwege de goedkeuring van het ongedaan maken van de dienst toewijzing / Via Managerportaal | Wanneer de eigenschap werknemer van de dienst wordt gewijzigd vanwege een goedgekeurd verzoek tot dienstontkoppeling. Merk op dat specifiek voor logacties vóór 20 maart 2024, de kopie "Via Manager portaal" wordt gebruikt vanwege technische beperkingen. |
Bijgewerkt | Wegens goedkeuring van dienstreservering / Vanwege dienstboekingsverzoek | Wanneer de eigenschap werknemer van de dienst wordt gewijzigd vanwege een goedgekeurde dienstboeking. Merk op dat specifiek voor logacties vóór 20 maart 2024, de kopie "Vanwege dienstboekingsverzoek" wordt gebruikt vanwege technische beperkingen. |
Bijgewerkt | Vanwege goedkeuring van diensttoewijzing op externe unit / Vanwege boekingsverzoek | Wanneer de diensteigenschap werknemer wordt gewijzigd omdat een basisunitmanager het verzoek van een externe unitmanager heeft goedgekeurd om een werknemer toe te wijzen. Let op dat specifiek voor logacties vóór 20 maart 2024 de tekst "Vanwege boekingsverzoek" wordt gebruikt vanwege technische beperkingen. |
Bijgewerkt | Vanwege goedkeuring dienstwissel / Vanwege verzoek tot dienstwissel | Wanneer de diensteigenschap werknemer wordt gewijzigd omdat een dienstwissel is goedgekeurd door de manager. Let op dat specifiek voor logacties vóór 20 maart 2024 de tekst "Vanwege verzoek tot dienstwissel" wordt gebruikt vanwege technische beperkingen. |
Bijgewerkt | Vanwege herberekening van salarisresultaat | Wanneer een salarisberekening wordt geactiveerd door bepaalde acties in de planning, wat leidt tot een update van de status van salaristypen die goedkeuring vereisen van de dienst naar Ongekeurd. Een voorbeeld van een actie in de planning die de salaris herberekening kan activeren, is het openen van de tijdkaart in de planning. Let op dat dit alleen de berekening activeert, de daadwerkelijke oorzaak van de wijziging zal eerder te wijten zijn aan een wijziging in de factoren geconfigureerd in Quinyx die van invloed zijn op de salarisoutput van de werknemer. |
Bijgewerkt | Via integratie | Wanneer een dienst wordt bijgewerkt via een integratie, of het nu is via onze SOAP API's of - in de toekomst - REST API's. Wat betreft automatisch roosteren en automatisch toewijzen: Raadpleeg de beschrijving boven deze tabel. |
Verwijderd | Via Managerportaal | Wanneer een manager een dienst verwijdert in de planning in het managerportaal. |
Verwijderd | Via uitrol basisschema | Wanneer een dienst wordt verwijderd in de planning bij een basisrooster heruitrol. |
Verwijderd | Via Mobiel | Wanneer een manager een dienst verwijdert in Mobiel. |
Verwijderd | Wegens afwezigheid | Wanneer een dienst wordt verwijderd vanwege toevoeging van absentie. Let op dat dit gebeurt in de volgende gevallen:
|
Verwijderd | Via integratie | Wanneer een dienst wordt verwijderd via een integratie, of het nu via onze SOAP API's is of - in de toekomst - REST API's. Met betrekking tot automatisch plannen en automatisch toewijzen: Raadpleeg de beschrijving boven deze tabel. |
Momenteel wordt de oorsprong weergegeven voor de acties met betrekking tot het itemtype "dienst". U kunt verwachten dat oorsprongsinformatie voor de overige itemtypes in de komende maanden wordt vrijgegeven.
