Versie 0198
- Release samenvatting
- Quinyx web app Versie 0198
- Nieuwe functionaliteit
- Nieuwe functionaliteit die configuratie-updates vereist
- Updates en prestatieverbeteringen
- Snellere bulkbewerking van de Roosterview release #2
- Bestaande dienstaanbiedingen verwijderen
- Nieuwe oorsprong voor dienst update
- Bijgewerkte samenwerkingsgroeplogica voor het alles-in-één platform
- Achtergrondverbeteringen voor integratiesleutels voor units (Unit en Groep) en secties
- Verbeterde afhandeling van Tijdtracker associaties wanneer meerdere overeenkomstsjablonen van toepassing zijn
- Bugfixes
- Nieuwe Quinyx HelpDocs-inhoud
Releasedatum 30 oktober 2024
Release samenvatting
Weinig tijd en behoefte aan een beknopte samenvatting? Quinyx web app Versie 0198 Nieuwe functionaliteit
Nieuwe functionaliteit die configuratie-updates vereist
Updates en prestatieverbeteringen
Bugfixes
Frontline Portal Versie 0198 Nieuwe functionaliteit
Updates en prestatieverbeteringen
Bugfixes
SOAP API / Webservice updates
|
Quinyx web app Versie 0198
Releasedatum 30 oktober 2024
Nieuwe functionaliteit
Ondersteuning voor diepe koppeling naar elk "tabblad" in de Quinyx mobiele app
In onze laatste release van de Mobiele app Versie 3.40 hebben we de mogelijkheid geïmplementeerd voor onze klanten om diep te linken naar specifieke pagina's in de mobiele app. U kunt nu diep linken naar de volgende pagina's:
- Algemene Quinyx app: quinyxapp://app
- Planning: quinyxapp://schedule
- Verlofaanvragen: quinyxapp://absencerequests
- Attest: quinyxapp://attest
- Klokactie weergave: quinyxapp://punchin
- Beschikbaarheid: quinyxapp://availability
- Messenger: quinyxapp://messenger
- Nieuws: quinyxapp://news
- Dashboard: quinyxapp://dashboard
- Manager tabblad: quinyxapp://manager
- Dienst ruilverzoeken weergave: quinyxapp://shiftswaprequests
- Qmail: quinyxapp://Qmail
- Collega's weergave: quinyxapp://colleagues
- Mijn pagina: quinyxapp://mypage
- Pulse: quinyxapp://pulse
- Badges: quinyxapp://badges
- Instellingen: quinyxapp://settings
- Frontline home: quinyxapp://frontline/home
- Frontline portal verhalen: quinyxapp://frontline/stories
- Frontline portal taken: quinyxapp://frontline/tasks
- Frontline portal bestanden: quinyxapp://frontline/files
- Frontline portal formulieren: quinyxapp://frontline/forms
Nieuwe functionaliteit die configuratie-updates vereist
Sorteren van planning en basisrooster op werknemers anciënniteit
In sommige van onze doelmarkten, met name volgens verschillende vakbondsafspraken in de VS, moeten planners rekening houden met de anciënniteit van hun werknemers bij het nemen van planningsbeslissingen. Als eerste stap om planners van deze inzichten te voorzien, stellen we het sorteren van werknemers in de rooster- en basisroosterweergave in op basis van werknemersanciënniteit.
Het genoemde sorteren vereist configuratie in Accountinstellingen > Aanvullende velden, zoals beschreven in de Versie 0195 release-opmerkingen.
Voorbeeld:
- Stel een aanvullend veld in om de datum van werknemersanciënniteit vast te leggen, en selecteer Gebruiken voor sorteren in Planning/Basisrooster.
- Voer handmatig de waarde van het aanvullende veld van uw werknemers in op het tabblad Personen of met behulp van de UpdateEmployees SOAP API.
- In Planning of Basisrooster, selecteer de werknemer sorteren radioknop die overeenkomt met het aanvullende veld dat u hiervoor heeft geconfigureerd.
- Als de senioriteitsdatum van uw werknemer als volgt is:
- Tina Turner: 2024-02-01
- Lynnsay Anastasia: 2024-03-01
- Helen Wake: 2024-04-01
- Hannah Montana: 2024-04-01
- Gregory Payne: 2024-05-01
- Francis Eccle: 2024-06-01
- Eros Ramazotti: 2024-07-01
- District Mgr: 2024-08-01
- Anna Stevenson: 2024-09-01
- Angela Cooke: 2024-10-01
Dan wordt de werknemer sortering weergegeven zoals in de onderstaande afbeelding.
De sortering is oplopend, en werknemers met identieke senioriteits data worden alfanumeriek gesorteerd op voornaam. Hannah Montana en Helen Wake zijn voorbeelden van laatstgenoemde.
Aanvullende details met betrekking tot werknemer sortering met behulp van Aanvullende velden
De sorteerlogica hieronder is van toepassing voor elk respectief veldtype dat beschikbaar is in Aanvullende velden:
- Datum: Werknemers met de meeste senioriteit worden bovenaan weergegeven; in geval van identieke waarden worden werknemers gesorteerd op voornaam.
- Tekst: Alfanumeriek; in geval van identieke waarden worden werknemers gesorteerd op voornaam.
- Selectievakje: Werknemers met de waarde "True" worden bovenaan weergegeven, gevolgd door werknemers met de waarde "False"; in geval van identieke waarden worden deze werknemers gesorteerd op voornaam. Deze optie vertoont momenteel enkele inconsistenties, die worden aangepakt.
- Menu: Alfabetisch; in geval van identieke waarden worden werknemers gesorteerd op voornaam.
Nieuwe parameter om overuren uit te sluiten van berekeningen voor feestdag eligibiliteit
Als reactie op de behoeften van klanten hebben we een verbetering geïntroduceerd die gebruikers in staat stelt om overuren uit te sluiten van de berekening van gewerkte uren die worden gebruikt in regels voor feestdag eligibiliteit.
Wat betekent dit?
Deze versie introduceert een nieuwe backend parameter die kan worden geactiveerd om diensten gemarkeerd als "overtime" te negeren bij het berekenen van totale gewerkte uren voor feestdageligibiliteit & compensatie (BH E&C).
Om een dienst uit de BH E&C-berekening uit te sluiten, volgt u deze stappen:
- Open Diensttypes en klik om de dienst te bewerken.
- Ga naar Geavanceerde instellingen.
- Selecteer het selectievakje Overtime Shift.
Wanneer dit is aangevinkt, tellen deze diensten niet mee voor de gewerkte uren in BH E&C-berekeningen.
Bijvoorbeeld, als een werknemer in de afgelopen 8 weken 40 dagen heeft gewerkt maar slechts één "Overtime shift" heeft, worden slechts 39 dagen meegerekend in de berekening.
Updates en prestatieverbeteringen
Snellere bulkbewerking van de Roosterview release #2
Met deze release gaan we verder met toevoegingen aan onze nieuwe functionaliteit voor bulkacties, die werd uitgelegd in de Versie 0197 release-opmerkingen.
Naast de mogelijkheid om de diensten die u wilt bewerken te filteren, kunt u nu meerdere diensten selecteren die het beste samen kunnen worden bewerkt.
Met behulp van onze bestaande "handmatige selectie" functionaliteit, kunt u nu meer dan één dienst selecteren.
Het aantal geselecteerde diensten wordt onderaan het scherm weergegeven.
Naast het aantal geselecteerde diensten ziet u twee opties:
- Geselecteerde diensten bewerken
- Door op deze knop te klikken, wordt een bulk-bewerkingspaneel weergegeven met dezelfde opties als beschreven in de vorige release.
- Geselecteerde diensten verwijderen
- Door op deze knop te klikken, wordt u gevraagd om de verwijdering van geselecteerde diensten te bevestigen.
Bestaande dienstaanbiedingen verwijderen
In deze release introduceren we een nieuwe optie voor onze recentelijk uitgebrachte functionaliteit genaamd Dienstaanbiedingen. Deze nieuwe optie is alleen beschikbaar voor managers binnen het managerportaal.
Nu kunnen managers het aanbod dat tijdens de dienst is gemaakt verwijderen. Zodra het aanbod is verwijderd, is het niet langer beschikbaar voor werknemers binnen de mobiele applicatie. Werknemers worden op de hoogte gebracht van het verwijderde dienstaanbod via de bijbehorende Qmail/pushmelding.
Na het verwijderen van het aanbod kan de niet-toegewezen dienst weer worden bewerkt en kunnen managers het aanbieden aan een andere werknemer indien nodig.
Nieuwe oorsprong voor dienst update
We voegen een nieuwe oorsprong toe aan ons audit log systeem. Het doel van deze oorsprong is om nieuwe dienstupdates te weerspiegelen die plaatsvinden als gevolg van onze nieuwe functionaliteit, Dienstaanbiedingen.
Wanneer het dienstaanbod wordt goedgekeurd, wordt de diensteigenschap "Werknemer" bijgewerkt en wordt de dienst toegewezen aan de werknemer aan wie deze is aangeboden. Om deze actie weer te geven in de dienstauditlogs, zal de nieuwe oorsprong in de kolom Actie gemaakt door Vanwege goedkeuring van dienstaanbod worden genoemd.
Bijgewerkte samenwerkingsgroeplogica voor het alles-in-één platform
In deze release hebben we de logica van de samenwerkingsgroepstructuur gewijzigd als het gaat om "waar in de samenwerkingsgroepstructuur je als gebruiker thuishoort". Dit zal alleen van invloed zijn op klanten in het alles-in-één platform. De wijziging die we hebben aangebracht is dat een individueel geassocieerde gebruiker altijd voorrang krijgt bij het bepalen van waar in de samenwerkingsgroepstructuur je thuishoort. Met deze wijziging zal de logica als volgt werken:
- De logica zal eerst controleren of de gebruiker individueel is geassocieerd met een samenwerkingsgroep. Als de gebruiker individueel is geassocieerd met een samenwerkingsgroep, zal dit altijd voorrang hebben binnen de samenwerkingsgroephiërarchie. Een gebruiker kan alleen individueel worden geassocieerd met Eén samenwerkingsgroep.
- Als er geen individuele associatie is, heeft de basisunit van de gebruiker voorrang binnen de hiërarchie van de samenwerkingsgroep. Een unit kan slechts worden geassocieerd met één samenwerkingsgroep.
- Als de gebruiker niet individueel is geassocieerd en de basisunit van de gebruiker niet is geassocieerd met een samenwerkingsgroep, zal de logica zoeken naar de unit die de gebruiker heeft die is toegewezen aan de hoogste samenwerkingsgroep in de hiërarchie. Een unit kan slechts worden geassocieerd met één samenwerkingsgroep. Als de gebruiker is toegewezen aan twee verschillende units die zijn verbonden met twee verschillende groepen in de hiërarchie van de samenwerkingsgroep die op hetzelfde niveau staan, kiest Quinyx de eerste op basis van naam.
Achtergrondverbeteringen voor integratiesleutels voor units (Unit en Groep) en secties
Met als doel het leveren van razendsnelle API's en schaalbaarheid voor de toekomst, hebben we verbeteringen doorgevoerd in het interne beheer van integratiesleutels.
We hebben betere controles in het algemeen geïntroduceerd en enkele geïdentificeerde bugs opgelost die verband houden met de mapping service/API.
Verbeterde afhandeling van Tijdtracker associaties wanneer meerdere overeenkomstsjablonen van toepassing zijn
We hebben een verbetering doorgevoerd die vereenvoudigt hoe Tijdtracker associaties worden afgehandeld wanneer werknemers meerdere overeenkomsten hebben met vergelijkbare instellingen. Dit zorgt ervoor dat Tijdtracker berekeningen nauwkeurig blijven.
Hoe zal het werken?
- Wanneer de instelling Alle werknemersgegevens opnemen is ingeschakeld voor meerdere overeenkomsten, zal Quinyx nu automatisch de uren optellen over alle overeenkomsten met vergelijkbare Tijdtracker associaties.
- Dit betekent dat Quinyx in plaats van elke overeenkomstsjabloon afzonderlijk te behandelen, nu de gegevens zal consolideren, waardoor het gemakkelijker wordt om een volledig beeld te krijgen van de uren en rechten van een werknemer in plaats van deze te dupliceren - vooral nuttig voor werknemers met opeenvolgende of overlappende overeenkomsten.
- Wanneer Alle werknemersgegevens opnemen niet is ingeschakeld (niet aangevinkt), zal het systeem de tijd balans voor TT's afzonderlijk berekenen voor elke overeenkomstsjabloon.
Bugfixes
- Een probleem opgelost in de web-app waarbij de dienstvolgorde in de roosterview onvoorspelbaar veranderde, afhankelijk van of er een filter was toegepast.
- Een probleem opgelost in het rapport "Gedetailleerde klokacties en pauzes" waarbij automatische afronding van klokactietijden werd genegeerd, wat leidde tot verschillen in geklokte uren in vergelijking met het rapport "Tijdkosten".
- Een probleem opgelost waarbij de functie slepen en neerzetten verkeerd gepositioneerd was wanneer KPI's werden weergegeven.
- Een probleem opgelost in de roosterview waarbij filteren op verschillende overeenkomstsjablonen de statistische waarden niet bijwerkte, en het selecteren van meerdere vaardigheden resulteerde in alle waarden die als 0 werden weergegeven.
- Een probleem opgelost waarbij gebruikers niet in staat waren om pauze-start- en eindtijden te bewerken in het basisrooster op zondag, bij de start van de wintertijd/zomertijd.
Nieuwe Quinyx HelpDocs-inhoud
Frontline Portal Versie 0198
Releasedatum 30 oktober 2024
Nieuwe functionaliteit
Frontline portal: mogelijkheid om een opmerking te verwijderen in de Frontline portal chat
In deze release hebben we de mogelijkheid geïmplementeerd voor een beheerder of manager om opmerkingen van andere gebruikers over taken en verhalen te verwijderen. Wanneer u een opmerking verwijdert, wordt u gepresenteerd met een dialoogvenster met de vraag: "Een opmerking van een andere gebruiker verwijderen?" en, eenmaal verwijderd, wordt een bericht weergegeven ter bevestiging: "Deze opmerking is verwijderd door een moderator." We hebben een nieuwe toestemming die deze functionaliteit regelt genaamd "Opmerkingenmoderator" die bestaat in de alles-in-één "rolbeheer" toestemmingen en rol in FLP standalone; de toestemming staat standaard uit.
Updates en prestatieverbeteringen
Op dit moment geen.
Bugfixes
- Een probleem opgelost waarbij een poging om een opgeslagen doelgroep bij te werken resulteerde in de winkelselectie die leeg leek, waardoor succesvolle updates werden voorkomen.
- Een probleem opgelost waarbij taken die werden verzonden met behulp van een importlijst met gespecificeerde rollen in het zichtbaarheidsfilter, de startknop niet weergaven voor winkel- en eerstelijnsmanagers, waardoor ze de taak niet konden starten
Nieuwe Frontline Portal HelpDocs-inhoud
- Op dit moment geen.
SOAP API / Web service updates
GET-eindpunten voor Optimale Personeelsbezetting en Automatische Planning
In deze release voegen we GET-eindpunten toe voor de variabelen Optimale Personeelsbezetting, om te kunnen ophalen hoeveel mensen u per rol en tijdsperiode moet plannen, en Automatische Planning, om te kunnen ophalen hoeveel mensen zijn ingepland door het Automatische Planning algoritme.
Zorg ervoor dat u deze informatie doorstuurt naar de partij binnen uw bedrijf die verantwoordelijk is voor integraties.