Versie 0189

Updated by Leigh Hutchens

Releasedatum 26 juni 2024

Release samenvatting

Weinig tijd en behoefte aan een beknopte samenvatting?

Quinyx web app Versie 0189

Nieuwe functionaliteit

  • We hebben de mogelijkheid geïmplementeerd voor onze gebruikers in Messenger om te zien wie de berichten heeft gelezen die zijn verzonden in een chat.
  • 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.
  • We hebben ondersteuning toegevoegd voor in- en uitklokken voor pauzes en ondersteuning voor de maaltijdpauzefunctionaliteit in QClock.
  • We hebben een nieuwe roostervalidatie geïmplementeerd om te voorkomen dat diensten naar een andere dag worden verplaatst als ze een bijbehorende klokactie hebben.
  • We zijn verheugd om een oplossing te introduceren voor een probleem dat velen van jullie hebben gemeld: je hebt nu de mogelijkheid om snel toegang te krijgen tot de dienstgeschiedenis van een bestaande dienst in het rooster
  • We voegen meer informatie toe over ons Shift boekingsitem in de Audit logs.
  • We hebben enkele geweldige verbeteringen aangebracht aan de Dashboard pagina, zoals het filteren van aankomende gebeurtenissen.
  • We hebben nu een afkorting voor de naam van het diensttype voor de afdruk van de planning.
  • Vanaf deze release bevat de afdruk van de planning geen informatie meer over de naam van het absentietype. In plaats daarvan worden alle absentiegelegenheden weergegeven met een "Absentie" kopie.
  • De afdruk van de planning weerspiegelt niet langer de werknemersstatistieken.
  • We hebben een extra variabele voor ingeplande headcount toegevoegd genaamd Automatisch ingeplande headcount voor klanten die Auto Schedule gebruiken om hun planningen automatisch te maken.

Nieuwe functionaliteit vereist aanvullende configuratie

  • We zijn verheugd om een aanzienlijke nieuwe versie van Messenger aan te kondigen, genaamd "Messenger Plus."

Updates en prestatieverbeteringen

  • We hebben de logica voor de uitrol van het basisrooster over absenties verbeterd.
  • We hebben de logica voor de werknemer heeft > Lege planning filter verbeterd.

Bugfixes

  • U zou geïnteresseerd kunnen zijn in een van onze bug fixes in deze release. Voor meer informatie, klik hier.

Frontline Portal Versie 0189

Nieuwe functionaliteit

  • Op dit moment geen.

Updates en prestatieverbeteringen

  • Op dit moment geen.

Bugfixes

  • U zou geïnteresseerd kunnen zijn in een van onze bug fixes in deze release. Voor meer informatie, klik hier.

SOAP API / Webservice updates

  • Bekijk de updates en nieuwe documentatie hier.

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.

Als u nog niet bent begonnen met het gebruik van Messenger, kunt u meer informatie vinden en u aanmelden hier.
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.

Als uw organisatie geïnteresseerd is in het gebruik van QClock, neem dan contact op met ons ondersteuningsteam en zij zullen helpen met de activering.
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.

U kunt meer informatie vinden over deze en andere planning validaties hier.
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
We zijn ons bewust van inconsistenties in de dagelijkse aggregatie tussen de automatisch geplande headcount en de geplande headcount, die we in een komende sprint zullen oplossen.

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.
Als u geïnteresseerd bent in Messenger Plus, registreer dan uw interesse hier.

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:

  1. 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:
    1. De diensten van het basisrooster zullen niet worden omgezet in absentiediensten.
      1. 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.
    2. 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.
  2. 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.
  3. 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.
We hebben geen logica veranderd voor absentiegelegenheden niet gecreëerd met behulp van een absentierooster; dus als een basisrooster vervolgens wordt uitgerold over de genoemde absentiegelegenheid, dan zullen de diensten van het basisrooster nog steeds worden omgezet in absentiediensten. Indien relevant, zal de validatie "De dienst overlapt met een absentiedienst." in deze gevallen worden weergegeven.

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

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.
Klik hier om de nieuwe Quinyx WFM Web Service documentatie te bekijken. U kunt zelfs meer informatie over web services vinden hier.
We moedigen al onze klanten aan om gebruik te maken van onze API's om gegevens te onderhouden en ervoor te zorgen dat informatie up-to-date is. Om de schaalbaarheid van onze API's te waarborgen terwijl we onze klanten- en gebruikersbasis laten groeien, hebben we besloten beperkingen toe te voegen aan het gebruik van onze SOAP API's. Deze beperkingen zullen programmatisch worden afgedwongen, wat betekent dat we een limiet zullen opleggen aan gelijktijdige oproepen per klant tot 10. U moet een responscode 429 verwachten als u deze limiet overschrijdt, en u wordt aangeraden een backoff-herhalingsmechanisme te implementeren om met de limiet om te gaan. Let op dat de limiet alleen van toepassing is op SOAP. Bij de overgang van SOAP naar Rest in de komende jaren zullen eventuele limieten in de API worden ingebouwd.

Gelieve deze informatie door te sturen naar de partij binnen uw bedrijf die verantwoordelijk is voor integraties.


How did we do?