Versie 0193

Updated by Leigh Hutchens

Releasedatum 21 augustus 2024

Release samenvatting

Kort op tijd en behoefte aan een beknopte samenvatting?

Quinyx web app Versie 0193

Nieuwe functionaliteit

  • Op dit moment geen.

Nieuwe functionaliteit die extra configuratie vereist

  • In deze release hebben we de eerste, van vele nog te volgen, plannings KPI geïntroduceerd: Productiviteit.

Updates en prestatieverbeteringen

  • We hebben de voorwaarde verwijderd die ervoor zorgde dat SSO gebruikers niet konden inloggen als het wachtwoord reset proces was geactiveerd in Quinyx.
  • We hebben de variabele instellingen verbeterd door ervoor te zorgen dat de kopregel zichtbaar blijft bij het scrollen door de lijst met variabele instellingen en bij de configuratie van de optimale personeel bezetting en arbeidsnormen.

Bug fixes

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

Frontline Portal Versie 0193

Nieuwe functionaliteit

  • We hebben een filter voor rolzichtbaarheidstypes toegevoegd, zodat je nu de zichtbaarheid van taken die per groep/groepstype zijn verdeeld verder kunt beperken tot bepaalde rollen.

Updates en prestatieverbeteringen

  • Op dit moment geen.

Bug fixes

  • Op dit moment geen.

SOAP API / Webservice updates

  • Bekijk de updates en links naar documentatie hier.

Belangrijk!

Toevoeging en verwijdering van sub-verwerkers

We zijn momenteel samen met een partner van ons een trainingsomgeving aan het ontwikkelen. In deze omgeving zullen video's en ander generiek trainingsmateriaal met betrekking tot onze service toegankelijk worden gemaakt voor een beperkt aantal geselecteerde gebruikers. Om toegang te krijgen tot en gebruik te maken van deze omgeving die losstaat van uw Quinyx-omgeving, is verwerking van bepaalde basis accountinformatie (contactgegevens, functie, afdeling, regio, en of de training is voltooid of niet, enz.) die persoonsgegevens vormen, vereist. Voor dit doel zal Attensi AS, Forskningsparken, Gaustadalléen 21, 0349 Oslo, Noorwegen worden toegevoegd als sub-verwerker onder de gegevens verwerkingsovereenkomst die deel uitmaakt van uw overeenkomst met Quinyx, ingaande op 1 oktober 2024. We willen u ook informeren dat Intercom R&D Unlimited company niet langer wordt gebruikt als sub-verwerker onder uw gegevens verwerkingsovereenkomst (indien van toepassing). Voor de duidelijkheid, afgezien van het bovenstaande, worden er geen wijzigingen aangebracht in de gegevens verwerkingsovereenkomst en is er geen verdere actie vereist van uw kant. Als u vragen of feedback heeft, schrijf ons dan via dataprivacy AT quinyx.com.

Quinyx web app Versie 0193

Releasedatum 21 augustus 2024

Nieuwe functionaliteit

Op dit moment geen.

Nieuwe functionaliteit die configuratie-updates vereist

Productiviteit KPI's in de roosterview

In deze release hebben we de eerste, van velen die zullen volgen, rooster KPI's geïntroduceerd: Productiviteit.

Let op: deze functionaliteit is beschikbaar voor klanten die de Forecast Module hebben aangeschaft. Als u deze module nog niet hebt aangeschaft en geïnteresseerd bent in het verbeteren van uw prognosemogelijkheden, neem dan contact op met uw Quinyx accountvertegenwoordiger voor meer informatie.
Wat is het doel van rooster KPI's?

Rooster KPI's zijn de eerste stap naar een verbeterd rooster. Rooster KPI's zijn bedoeld om winkelmanagers te helpen de kwaliteit van hun roosters te verifiëren tijdens de roostercreatie fase en terug te kijken op een al gewerkt rooster met behulp van een aantal metingen. Deze KPI's zijn enkele metingen die gemakkelijk toegankelijk en configureerbaar zijn op organisatieniveau, zodat u ervoor kunt zorgen dat uw winkelmanagers naar de juiste metingen kijken bij het maken van hun roosters.

De eerste configureerbare rooster KPI heeft betrekking op Productiviteit.

Wat zijn Productiviteit KPI's?

Productiviteit metingen zijn een belangrijke KPI voor klanten om zowel in het verleden als in de toekomst te kunnen verifiëren of ze een goede balans van middelen hebben ingepland, bijvoorbeeld de omzet of het aantal verwachte transacties. U wilt ervoor zorgen dat u niet te veel middelen heeft ingepland, aangezien u dan mogelijk niet winstgevend bent, maar u wilt ook zeker weten dat u niet te weinig middelen heeft ingepland, aangezien het tempo waarin de werknemers moeten werken dan te snel zou zijn.

Hoe kunt u Productiviteit KPI's configureren?

Productiviteit KPI's kunnen worden geconfigureerd in Optimalisatie Instellingen > Planning KPI's (nieuwe sectie). Productiviteit KPI's worden op dezelfde manier geconfigureerd als berekende variabelen waarbij u een primaire invoer definieert (dit kan een prognose configuratie variabele of een invoer data variabele zijn) die zal worden gedeeld door een operand (hier kunt u kiezen tussen productieve uren, geplande uren of gewerkte uren).

U kunt één of meerdere productiviteit KPI's configureren.

Voorbeeld: Ik wil het aantal bezoekers per arbeidsuur beschouwen als een productiviteitsmetriek om rekening mee te houden bij het maken van een verbeterd rooster.

Daarom zal ik twee verschillende productiviteit KPI's instellen:

  1. Voorspelde aantal bezoekers per geplande uren.
  2. Werkelijke aantal bezoekers per gewerkte uren.

Op die manier kan ik zowel in de toekomst kijken om te begrijpen hoeveel bezoekers per arbeidsuur voorspeld worden als in het verleden om te weten hoe productief ik was.

Zodra de KPI is opgeslagen, kunt u deze zien in uw Planning KPI's tabel.

Als de KPI is geselecteerd om te worden weergegeven op de roosterpagina, zult u nu, bij het selecteren van het doel icoon in de roosterview, de nieuw toegevoegde KPI zien samen met alle andere productiviteit KPI's die u heeft toegevoegd.

Als u met de muis over het informatie icoon naast de KPI-naam zweeft, krijgt u details over hoe die productiviteit KPI wordt berekend.

Aanvullende informatie
  1. Productiviteit KPI's kunnen worden toegevoegd op basis van werkelijke gegevens (inputgegevens) en prognosegegevens (prognoseconfiguraties).
  2. U kunt meerdere productiviteit KPI's toevoegen.
  3. De productiviteit KPI's worden berekend op basis van de tijdsperiode die u bekijkt in de roosterview. Als u naar een enkele dag kijkt, wordt de KPI alleen voor die dag berekend, terwijl de wekelijkse weergave de KPI zal tonen op basis van gegevens van die hele week.
  4. De productiviteit KPI wordt beïnvloed door filters in de roosterview. Aangezien de prognose en werkelijke gegevens niet veranderen op basis van filters, is de variabele die zal worden aangepast de geplande en gewerkte uren.
    1. Filters zoals diensttype, werknemer en niet toegewezen diensten zijn voorbeelden van filters die van invloed zijn op de geplande/gewerkte uren en dus leiden tot een verandering in de KPI waarde.
  5. De productiviteit KPI's worden snel opnieuw berekend nadat de wijzigingen zijn aangebracht (u hoeft nergens op te klikken om ze handmatig opnieuw te berekenen).

Updates en prestatieverbeteringen

SSO gebruikers worden niet geblokkeerd door Quinyx wachtwoord reset

We hebben een afhankelijkheid verwijderd die voorkwam dat SSO gebruikers konden inloggen als het wachtwoord reset proces was geactiveerd in Quinyx. Deze update is gepatcht naar productie vóór de reguliere release.

Verbetering van de gebruikerservaring in Variabele Instellingen

We hebben een verbetering van de gebruikerservaring toegevoegd aan variabele instellingen waar de header nu blijft staan bij het scrollen door de variabele instellingenlijst en de configuratie van de optimale personeel bezetting en arbeidsnormen. Dit zal ervoor zorgen dat u altijd ziet welke waarde elke variabele onderaan de variabele instellingentabel heeft in elke relevante kolom.

Bugfixes

  • Een probleem opgelost waarbij de API oproep GetSchedulesV3 een interne serverfout 500 retourneerde als de toDate te groot was.

Nieuwe Quinyx HelpDocs inhoud

Frontline Portal Versie 0193

Releasedatum 21 augustus 2024

Nieuwe functionaliteit

Op dit moment geen.

Updates en prestatieverbeteringen

Filter voor roltype zichtbaarheid

Je kunt nu de zichtbaarheid van taken die per groep/groepstype zijn verdeeld verder beperken tot bepaalde rollen.

Deze functie:

  • Hiermee kunnen managers de verdeling van taken binnen hun winkels beheren.
  • Beperkt de informatie voor winkelmedewerkers/werknemers tot alleen hun taken.
  • Kan worden toegepast op een geïmporteerde winkellijst, d.w.z. een lijst met winkels importeren en de zichtbaarheid beperken per rol.

Je kunt deze stappen gebruiken om het bijgewerkte zichtbaarheidsfilter te gebruiken:

  1. Maak een nieuwe taak.

  1. Selecteer het publiek met een van de selectiemethoden voor groepstypes.

Je kunt ook een geïmporteerde lijst gebruiken.
  1. Selecteer doelgroep, bijv. winkels.

  1. Ontvangers bevestigen.

  1. Selecteer rollen met het nieuwe zichtbaarheidsfilter voor roltypen (bijv. Store Manager).

Je kunt meerdere rollen selecteren.
  1. Geselecteerde rollen verschijnen in het veld en een samenvattende verklaring wordt weergegeven in het gedeelte Eindcontroles. Als je tevreden bent met je selectie, stel je je publiek in.

  1. Taak verzenden.

  1. Verzonden taken zijn zichtbaar in je overzicht, verzonden en alle verzamelingen.

  1. De geselecteerde rol (bijv. Winkelmanager) ontvangt de taak. De taak zal zichtbaar zijn in hun overzicht, wordt toegewezen en in alle verzamelingen.

  1. De geselecteerde rol (bijv. Store Manager) kan dan kiezen om de taak door te sturen.

  1. De doorgestuurde taak is dan zichtbaar in het overzicht van de doorstuurder en in alle collecties.

  1. De ontvanger ontvangt de doorgestuurde taak. Deze is zichtbaar in het overzicht, toegewezen aan mij en alle verzamelingen.

  1. De ontvanger kan dan de taak voltooien.

Bug fixes

Op dit moment geen.

Nieuwe Frontline Portal HelpDocs inhoud

Op dit moment geen.

SOAP API / Web service updates

Op dit moment geen.

Klik hier om de nieuwe Quinyx WFM Web Service documentatie te bekijken. U kunt nog 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 het aantal gelijktijdige oproepen per klant tot 10. U moet een responscode 429 verwachten als u deze limiet overschrijdt, en u wordt aangeraden een backoff retry-mechanisme 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?