Versie 0189
Updated
by
Leigh Hutchens
- Release samenvatting
- Belangrijke mededeling!
- Quinyx web app Versie 0189
- Nieuwe functionaliteit
- Messenger - zie wie uw bericht heeft gelezen
- Mobiele apps - Voorkom dat werknemers uren goedkeuren in een periode waarin ze een absentieverzoek hebben
- QClock
- Planning validatie - Klokactie kan niet worden verplaatst met de dienst
- Audit log item trail in Planning
- Oorsprong van auditlogs voor dienstreserveringen
- Filteren van Aankomende gebeurtenissen in het Dashboard
- Afkorting van de naam van het diensttype voor roosterprintout
- Absenties vermeld in de afdruk van het rooster
- Werknemersstatistieken worden niet langer weergegeven in de afdruk van het rooster
- Automatisch ingeplande headcount
- Nieuwe functionaliteit die configuratie-updates vereist
- Updates en prestatieverbeteringen
- Bugfixes
- Nieuwe Quinyx HelpDocs inhoud
- Nieuwe functionaliteit
Releasedatum 26 juni 2024
Release samenvatting
Weinig tijd en behoefte aan een beknopte samenvatting? Quinyx web app Versie 0189 Nieuwe functionaliteit
Nieuwe functionaliteit vereist aanvullende configuratie
Updates en prestatieverbeteringen
Bugfixes
Frontline Portal Versie 0189 Nieuwe functionaliteit
Updates en prestatieverbeteringen
Bugfixes
SOAP API / Webservice updates
|
Belangrijke mededeling!
Gepland Onderhoud op 17 juli 2024
Gelieve ervan op de hoogte te zijn dat er onderhoud zal plaatsvinden terwijl het team ons databasesysteem voor Workforce Management upgrade.
Europese klanten
Het geplande onderhoud zal plaatsvinden op 17 juli 2024 om 21:00 CEST.
Noord-Amerikaanse klanten
Het geplande onderhoud zal plaatsvinden op 17 juli 2024 om 3 uur EST.
Tijdens het geplande onderhoud verwachten we beperkte onderbrekingen, maar:
- Het zal resulteren in een korte downtime van de Quinyx-service tot maximaal 60 minuten.
- We zullen tijdelijk al het inkomende verkeer naar de database opschorten tijdens het upgradewindow.
Als u vragen of zorgen heeft over deze upgrade, aarzel dan niet om contact op te nemen met ons ondersteuningsteam.
Bedankt voor uw begrip en medewerking terwijl we werken aan het verbeteren van onze systemen en u de best mogelijke service bieden.
Quinyx web app Versie 0189
Releasedatum 26 juni 2024
Nieuwe functionaliteit
Messenger - zie wie uw bericht heeft gelezen
In deze release hebben we de mogelijkheid geïmplementeerd voor onze gebruikers in Messenger om te zien wie de berichten heeft gelezen die in een chat zijn verzonden. Om te zien wie een bericht dat u heeft verzonden heeft gelezen, klikt u op het bericht en de informatie wordt weergegeven in de gedetailleerde weergave van dat bericht. U ziet drie statussen weergegeven: gezien, ontvangen en verzonden.
Mobiele apps - Voorkom dat werknemers uren goedkeuren in een periode waarin ze een absentieverzoek hebben
In de aankomende mobiele app, Versie 3.36, implementeren we functionaliteit die voorkomt dat werknemers uren goedkeuren in de attestweergave wanneer ze een absentieverzoek hebben waar hun manager nog niet op heeft gereageerd. Deze functionaliteit zal ervoor zorgen dat u niet tegelijkertijd een absentieverzoek en een goedgekeurde klokactie heeft.
QClock
We hebben ondersteuning toegevoegd voor in- en uitklokken voor pauzes en ondersteuning voor de functionaliteit van de maaltijdpauze. U kunt meer lezen over de functionaliteit van de maaltijdpauze hier en hier. Let op dat deze artikelen voor Webpunch zijn, maar de functionaliteit is hetzelfde als die van QClock.
Functies in QClock
Met de ondersteuning voor pauzes en maaltijdpauzes hebben we nu deze functies beschikbaar in QClock:
- In- en uitklokken
- In- en uitklokken voor pauzes
- In- en uitklokken voor maaltijdpauzes
- Vrijstellingen voor maaltijdpauzes
- Vragen na de dienst voor attestatie
U kunt meer lezen over QClock hier. Kom hier binnenkort terug; we zullen meer artikelen toevoegen over pauzes en maaltijdpauzes.
Planning validatie - Klokactie kan niet worden verplaatst met de dienst
In deze release hebben we een nieuwe planning validatie geïmplementeerd om te voorkomen dat diensten worden verplaatst naar een andere dag als ze een gekoppelde klokactie hebben. Er is al een validatie om te voorkomen dat diensten met gekoppelde geattesteerde klokacties worden verplaatst. Nu willen we voorkomen dat diensten worden verplaatst naar een andere dag wanneer er gekoppelde klokacties zijn, geattesteerd of niet.
Deze nieuwe functie voorkomt dat klokacties onjuist worden losgekoppeld van hun oorspronkelijke dienst, wat soms leidt tot ongewenste verloren klokacties.
Audit log item trail in Planning
We zijn blij om een oplossing te kunnen introduceren voor een probleem waar velen van u al lange tijd om hebben gevraagd: de mogelijkheid om snel toegang te krijgen tot de dienstgeschiedenis van een bestaande dienst in de planning.
Klikken op het icoon van het Bewerk dienst paneel dat in de bovenstaande afbeelding is gemarkeerd, brengt u naar de itemspoor zoals we dat kennen in de controlelogweergave. Op deze manier is de weg naar het vinden van de geschiedenis van een bestaande dienst veel korter voor u als manager.
Dezelfde toegangsrechten zijn vereist voor het itemspoor in de planning als in de auditlogsweergave, namelijk leestoegang op de planningsmachtiging.
Oorsprong van auditlogs voor dienstreserveringen
Met deze release voegen we meer informatie toe over ons item voor dienstreserveringen in de Audit logs. Net als bij het dienstitem, kunt u nu de oorsprong zien die is gekoppeld aan het dienstreserveringsitem.
De oorsprong biedt extra inzicht in waar de beoordeelde actie heeft plaatsgevonden. Zoals gemarkeerd in de onderstaande afbeelding, bevindt de oorspronkinformatie zich in kleinere tekst onder de hoofdwaarde in de Kolom Actie uitgevoerd door van de weergave.
De tabel hieronder bevat een uitputtende lijst van de verschillende oorsprongswaarden die u kunt tegenkomen terwijl u uw logzoekresultaten bekijkt en de gevallen waarin de 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 Manager portal, Mobiel, Webpunch, of Integratie.
- Echter, als de actie is geactiveerd door een specifieke functie die cascaderende effecten heeft op andere delen van Quinyx, zoals het verwijderen of opnieuw toewijzen van de dienst; zal dit in plaats daarvan worden weergegeven als de oorsprong.
Actie | Oorsprong | Gevallen |
Creatie | Via Mobiel | Wanneer een werknemer een dienstreserveringsverzoek maakt in Mobiel. |
Creatie | Via personeelsportal | Wanneer een werknemer een dienstreserveringsverzoek maakt in het Personeelsportal. |
Verwijdering | Via Mobiel | Wanneer een werknemer een dienstreserveringsverzoek verwijdert in Mobiel. |
Verwijdering | Via personeelsportal | Wanneer een werknemer een dienstreserveringsverzoek verwijdert in het Personeelsportal. |
Verwijdering | Vanwege dienstverwijdering | Wanneer dienstreserveringsverzoeken worden verwijderd omdat de dienst zelf is verwijderd. |
Goedkeuren | Via Manager portal | Wanneer de manager dienstreserveringen goedkeurt in het Manager portal met behulp van de sectie Meldingenpaneel. |
Goedkeuren | Via Mobiel | Wanneer de manager dienstreserveringen goedkeurt in Mobiel. |
Goedkeuren | Vanwege dienst opnieuw toewijzen | Wanneer de manager dienstreserveringen goedkeurt in het Managerportaal door deze goed te keuren met behulp van de lijst met aangevraagde werknemers. |
Weigeren | Via Managerportaal | Wanneer de manager dienstreserveringen in het Managerportaal weigert met behulp van de sectie Meldingen. |
Weigeren | Via Mobiel | Wanneer de manager dienstreserveringen in Mobiel weigert. |
Weigeren | Vanwege dienst opnieuw toewijzen | Wanneer de dienstreservering wordt geweigerd omdat een dienst wordt toegewezen aan een werknemer die op de lijst van werknemers stond maar zich niet had aangemeld voor die dienst. |
Filteren van Aankomende gebeurtenissen in het Dashboard
We brengen extra verbeteringen uit aan onze Dashboardpagina.
Nu kunt u interactie hebben met de sectie "Aankomende gebeurtenissen" door de gebeurtenissen te filteren die u wilt zien. Bovendien kunt u het aantal gebeurtenissen zien voor elke groep gebeurtenissen.
Als u geen aankomende gebeurtenissen heeft, zal de lege status eruitzien zoals op de onderstaande afbeelding.
Afkorting van de naam van het diensttype voor roosterprintout
Voor deze release zouden diensttypenamen die niet op één regel pasten in het planning afdruk worden afgebroken en op twee regels worden weergegeven, waardoor de verticale ruimte die nodig is voor elke rij toenam. Het doel van het introduceren van een afkortingsveld is om de weergave van informatie over diensttypenamen voor diensttypen met lange namen op een meer ruimtebesparende manier mogelijk te maken.
In het paneel Add/Edit shift type in Accountinstellingen > Diensstypes en ook in Groepsinstellingen > Diensstypes, is er een veld genaamd "Afkorting" dat maximaal 10 tekens ondersteunt.
Wanneer de naam van het dienstype te lang is om op de afdruk te passen, en het betreffende dienstype een afkorting heeft, zal de afkorting in plaats daarvan worden gebruikt.
Als er echter geen afkorting bestaat en de naam van het absentietype te lang is om op één regel te passen, zal het absentietype worden afgebroken.
Absenties vermeld in de afdruk van het rooster
Vanaf deze release bevat de afdruk van het rooster geen informatie meer over de naam van het absentietype. In plaats daarvan worden alle absentiegelegenheden weergegeven met een kopie van "Absentie".
De reden hiervoor is dat sommigen van u bezorgdheid hebben geuit over het per ongeluk opnemen van absenties door gebruikers van het managerportaal - als gevolg van het vergeten om de planning filters juist in te stellen voordat ze afdrukken - wat gevoelige, persoonlijke informatie kan bevatten, afhankelijk van hoe u ervoor heeft gekozen om uw absentietypes te noemen.
Werknemersstatistieken worden niet langer weergegeven in de afdruk van het rooster
Vanaf deze release weerspiegelt de roosteruitdraai niet langer de werknemersstatistieken. Dit komt doordat sommigen van u bezorgdheid hebben geuit over werknemersstatistieken die informatie bevatten die werknemers niet willen dat hun collega's weten.
Automatisch ingeplande headcount
In deze sprint hebben we een extra variabele voor ingeplande personeelsaantallen toegevoegd, genaamd Automatisch ingeplande headcount. Deze headcount variabele is alleen zichtbaar in de Labor Display Group en alleen voor klanten die Auto Schedule gebruiken om hun planningen automatisch te maken.
De automatisch ingeplande headcount is vergelijkbaar met de huidige ingeplande headcount en je optimale headcount. Hiermee kunt u zien hoeveel handmatige wijzigingen er zijn aangebracht in de planning nadat de automatische planning is gemaakt en of de bestaande planning of de automatisch gemaakte planning nauwkeuriger is in vergelijking met de optimale headcount.
Hoe werkt het?
Het aantal automatisch ingeplande personen zal worden ingevuld voor de periodes waarin Auto Schedule is gebruikt om het schema te genereren. Als er meerdere auto-schedules worden uitgevoerd voor dezelfde periode, dan gebruiken we de laatste run om de auto-scheduled headcount variabele op te vullen.
Nieuwe functionaliteit die configuratie-updates vereist
Messenger Plus
We zijn verheugd om een significante nieuwe versie van Messenger genaamd "Messenger Plus" aan te kondigen. Naast de functies van Basisberichtgeving, die communicatiekanalen stroomlijnt en de noodzaak voor frontline medewerkers om met meerdere apps te jongleren elimineert, verbetert deze verbeterde chatoplossing de communicatie-efficiëntie en -integriteit.
Messenger Plus bouwt voort op deze basis en biedt een functierijke, op abonnementen gebaseerde communicatieoplossing.
Belangrijkste kenmerken van Messenger Plus
- Door gebruikers gestuurde moderatie: Gebruikers kunnen ongepaste berichten markeren, waardoor beheerders kunnen modereren en passende acties kunnen ondernemen, zoals het verwijderen van berichten en het schorsen van gebruikers.
- Naadloze integratie met Workforce Management: Gebruikers kunnen snel groepschat-sessies maken op basis van personeelscategorie, unit en sectie, waardoor de noodzaak om een groot aantal gebruikers handmatig te selecteren wordt geëlimineerd.
Updates en prestatieverbeteringen
Verbeterde logica voor de uitrol van basisrooster over absenties
Quinyx ondersteunt verschillende methoden voor het maken van absentiediensten, die op hun beurt direct van invloed zijn op de absentievergoeding van de betreffende werknemer. Absentiediensten kunnen worden gemaakt door absenties te creëren bovenop een bestaande dienst in Quinyx, door een basisrooster uit te rollen over een bestaande absentie of door een absentie te creëren met behulp van een absentierooster.
Deze methoden kunnen soms ongewenst met elkaar interageren, wat leidt tot meer absentiediensten dan nodig, wat betekent dat werknemers meer absentievergoeding ontvangen dan waar ze recht op hebben, tenzij een managerportaalgebruiker handmatige aanpassingen maakt. Velen van u hebben ons feedback gegeven dat deze situatie suboptimaal is. In een poging om deze situatie aan te pakken, introduceren we nu nieuwe logica met betrekking tot het creëren van absentiediensten:
- Als een absentiegelegenheid is gemaakt met behulp van een absentierooster en er vervolgens een basisrooster wordt uitgerold over de absentiegelegenheid, het volgende zal nu van toepassing zijn:
- De diensten van het basisrooster zullen niet worden omgezet in absentiediensten.
- Let op dat als een dienst van het basisrooster wordt uitgerold over delen van een bestaande absentie, dan wordt het deel van die dienst dat overlapt met de absentie niet uitgerold, terwijl het deel van die dienst dat niet overlapt met de absentie wel wordt uitgerold. Bekijk het voorbeeld hieronder.
- Als direct gevolg van het bovenstaande zal de melding "De dienst overlapt met een absentiedienst" validatie van basisrooster niet worden weergegeven bij het uitrollen van een basisrooster over een absentiegelegenheid die is gemaakt met behulp van een absentierooster.
- De diensten van het basisrooster zullen niet worden omgezet in absentiediensten.
- Let op dat deze nieuwe logica van toepassing zal zijn op alle gevallen, ongeacht of de betreffende absentie vóór of na de Versie 0189 Quinyx-release is gemaakt.
- Let op dat in het geval dat een absentiegelegenheid die is gemaakt met behulp van een absentierooster wordt verwijderd nadat een basisrooster is uitgerold over dezelfde periode, en dat basisrooster wordt opnieuw-rolled out uitgerold, dan zal Quinyx het basisrooster uitrollen; d.w.z. de wijziging in de logica van het uitrollen van het basisrooster is alleen van toepassing wanneer er (momenteel) een absentiegelegenheid in het rooster staat.
Voorbeeld (genoemd in punt 1.a hierboven)
Het creëren van een absentiegelegenheid (voor Francis Eccle) met behulp van een absentierooster:
Het uitrollen van een basisrooster over de betreffende absentie:
In dit voorbeeld overlappen de diensten van het basisrooster volledig met de absentie die is gecreëerd met behulp van een absentierooster. Daarom worden er geen "De dienst overlapt met een absentiedienst" waarschuwingen geactiveerd, noch worden er extra absentiediensten gecreëerd voor de absentiegelegenheid van Francis:
De redenering achter deze verandering is dat de absentieroosters worden geconfigureerd door supergebruikers en/of het implementatieteam van Quinyx om Quinyx als systeem te helpen bepalen hoeveel absentieloon er in specifieke gevallen moet worden gegenereerd; deze verandering zorgt ervoor dat andere manieren van het genereren van absentiediensten, zoals het uitrollen van een basisrooster, hier niet mee interfereren.
Dank aan degenen die feedback hebben gegeven over dit onderwerp en ons hebben geholpen deze verbetering door te voeren!
Verbeterde logica voor de werknemer heeft > Lege planning filter
We brengen een kleine update uit voor de logica van het bestaande filter Werknemer heeft > Lege planning.
Met deze update zal Quinyx ook de ingediende beschikbaarheid van een werknemer beschouwen als een lege planning.
Dit betekent dat het resultaat van dit filter zal zijn:
- Werknemers zonder planningsitems (dienst, klokactie, absentie, enz.).
- Werknemers zonder planningsitems (dienst, klokactie, absentie, enz.) die beschikbaarheid hebben ingediend.
Waarom is deze verandering gemaakt?
We willen managers in staat stellen om de werknemers uit te filteren die nog niet zijn ingepland maar mogelijk wel hun beschikbaarheid hebben ingediend. Na het voltooien van de planning kunnen managers dit filter gebruiken om te controleren of alle beschikbare werknemers zijn ingepland en zo ervoor zorgen dat de planning efficiënt wordt gemaakt met alle beschikbare middelen.
Bugfixes
- Een probleem opgelost dat ervoor zorgde dat klokacties op taken niet werden weergegeven tijdens het afdrukken van de planning.
- Opgelost een probleem met inconsistentie in de lokale/tijdnotatie.
- Opgelost een probleem in de roosterview dat ervoor zorgde dat het meldingenpaneel, in sommige gevallen, het aantal absentieverzoeken weergaf als nul.
- Probleem opgelost in de planningsweergave waarbij als het selectievakje voor de manager was aangevinkt, het selectievakje voor de medewerker niet automatisch werd aangevinkt, zelfs als de instellingen voor "Manager kan medewerker goedkeuren" waren gebruikt.
- Probleem opgelost waarbij het rapport Gedetailleerde onderbrekingen en taken soms niet werkte.
- Probleem opgelost waarbij optimale headcount-variabelen ten onrechte dezelfde waarden aangaven voor verschillende soorten diensten.
Nieuwe Quinyx HelpDocs inhoud
Frontline Portal Versie 0189
Releasedatum 26 juni 2024
Nieuwe functionaliteit
Op dit moment geen.
Updates en prestatieverbeteringen
Op dit moment geen.
Bugfixes
- Opgelost een probleem dat geplande taken verhinderde om te worden verzonden wanneer ingelogd op het All-in-one FLP-platform.
- Opgelost een probleem dat ervoor zorgde dat het chatpictogram niet verscheen in de Taakoverzichtweergave bij gebruik van het All-in-one FLP-platform.
- Opgelost een probleem met betrekking tot opgeslagen doelgroepen die niet zichtbaar waren in zoekresultaten als de opgeslagen doelgroep een gearchiveerde ontvanger bevatte.
Nieuwe Frontline Portal HelpDocs inhoud
HelpDocs-artikelen
- Hoe betrek je winkelpersoneel
- Hoe bestanden te verwijderen in het Frontline Portal
- Frontline Portal machtigingen en rollen
SOAP API / Webservice-updates
- Als onderdeel van onze langetermijnpoging om weg te bewegen van SOAP API's naar REST API's, brengen we de volgende REST API met betrekking tot absentie uit:
- Ons voorlopige plan is ook om in de komende maanden een PUT Absence REST API uit te brengen.
- Zoals eerder vermeld, zullen verschillende SOAP API's met betrekking tot absentie in de loop van de tijd worden afgeschaft als gevolg van de hierboven genoemde REST API's. Op tijd zullen we een tijdlijn voor de afschaffing communiceren naar de betrokken partijen. Let op: sommigen van u hebben bezorgdheid geuit over hoe deze tijdlijn eruit zal zien - wees gerust dat de genoemde tijdlijn de capaciteit van de betrokken partijen zal weerspiegelen om de benodigde migratie te plannen en te voorzien van middelen.
Gelieve deze informatie door te sturen naar de partij binnen uw bedrijf die verantwoordelijk is voor integraties.
