Versie 0204

Updated by Leigh Hutchens

Releasedatum 6 februari 2025

De release van versie 0204 is verplaatst van 5 februari naar 6 februari om extra kwaliteitsborging mogelijk te maken.

Samenvatting van de release

Weinig tijd en wilt u een beknopte samenvatting?

Quinyx web app Versie 0204

Nieuwe functionaliteit

  • We lanceren de bètaversie van Schedule Validation 2.0! Lees hieronder verder voor meer informatie.
  • Met deze release breiden we ons nieuwe audit logs framework verder uit met een extra toevoeging, namelijk de logs voor de nieuwe Shift offer functionaliteit.

Nieuwe functionaliteit die configuratie-updates vereist

  • Binnenkort: Ondersteuning voor inloggen op de mobiele app met Company alias en werknemer ID.
  • We hebben een optie toegevoegd om te selecteren voor welke units gebruikers de Automatische planning en Automatisch toewijzen algoritme mogen activeren en voor welke units niet.

Updates en prestatieverbeteringen

  • Binnenkort: Mobiele app - gebruikers beperken van het aanmaken van ongeldige Absentie aanvragen in perioden waarin ze geen actieve overeenkomst hebben.
  • Met deze release verbeteren we de ondersteuning voor het monitoren en bewerken van gedeelde werknemer plannings.
  • We voegen het veld “werknemer” toe in het bulk bewerken diensten paneel zodat de werknemer waarde voor meerdere diensten kan worden bijgewerkt

Bugfixes

  • U bent mogelijk geïnteresseerd in een van onze bugfixes in deze release. Voor meer informatie, klik hier.

Frontline Portal Versie 0204

Nieuwe functionaliteit

  • Geen op dit moment.

Updates en prestatieverbeteringen

  • Geen op dit moment.

Bugfixes

  • Geen op dit moment.

SOAP API / Webservice-updates

  • Geen op dit moment.

Belangrijke aankondigingen

Release hoogtepunten

Om u te helpen het meeste uit deze release te halen, zullen we markeer video's maken waarin belangrijke updates en nieuwe functies worden getoond. Kom volgende week terug! 🎉

Quinyx webapp Versie 0204

Releasedatum 5 februari 2025

Nieuwe functionaliteit

Planning Validatie 2.0

We zijn verheugd de release van de bètaversie van Planning Validatie 2.0 aan te kondigen! Deze update brengt verbeterde functies om u te helpen uw planning effectiever te beheren, waaronder:

  • Aanpasbare regels: Geselecteerde klanten kunnen nu aanpassen welke regels waarschuwingen of harde stops activeren, en zelfs specifieke regels uitschakelen.

Als u geïnteresseerd bent in deelname aan deze bèta en het geven van feedback, neem dan contact op met uw Quinyx-vertegenwoordiger.

Dienst aanbiedingen audit logs
  • Met deze release breiden we ons nieuwe audit logs framework verder uit met een extra toevoeging, namelijk de logs voor de nieuwe Dienstaanbieding functionaliteit. Met deze toevoeging bieden we meer informatie en een breder beeld voor managers om te begrijpen of sommige van de dienstwijzigingen daadwerkelijk voortkomen uit verbonden dienstaanbiedingen.
Aangezien dienstaanbiedingen configureerbare functionaliteiten zijn, zullen deze logs alleen zichtbaar zijn als u deze functionaliteit hebt ingeschakeld in uw klantniveau-instellingen.

Het zoeken naar dienstaanbieding audit logs binnen het Aanpassen weergave paneel volgt dezelfde logica als beschreven in de Auditlogboeken (huidig) artikel met de volgende toevoegingen:

  • We hebben een nieuw "Itemtype" toegevoegd genaamd "Dienstaanbieding".

Het navigeren door de zoekresultaten van logs in onze audit logs-tabel volgt dezelfde logica als beschreven in de Auditlogboeken (huidig) artikel met de volgende aanpassingen:

  • "Dienstaanbieding" is een apart item, wat betekent dat het een eigen aparte rij zal hebben in de audit logs-tabel.
  • In de kolom "Timestamp" tonen we de datum en tijd waarop een bepaalde actie in Quinyx is uitgevoerd.
  • Binnen de kolom "Groepen beïnvloed" tonen we de units en secties die door de betreffende actie zijn beïnvloed.
  • Binnen de kolom "Itemtype" tonen we een nieuw itemtype genaamd "Dienstaanbod".
  • Binnen de kolom "Item" tonen we de details van de dienst waarvoor het dienstaanbod is gecreëerd. Dienstdetails omvatten [Startdatum] [Starttijd] [Eindtijd] [Dienstartnaam].
  • Binnen de kolom "Actie" tonen we acties die zijn ondernomen op een dienstaanbod, die in de volgende typen vallen: aanmaken, goedkeuren, weigeren, en verwijderen.
  • Binnen de kolom "Actie uitgevoerd door" tonen we wie de betreffende actie heeft uitgevoerd.
  • Binnen de kolom "Actie uitgevoerd voor" tonen we wie door de betreffende actie is beïnvloed.
  • Het dienstaanbod-item heeft extra eigenschappen toegewezen, en om die reden kunt u de sub-tabel op de actie uitbreiden om meer details te zien over:
    • Elke opmerking die door de manager is toegevoegd toen het dienstaanbod werd gecreëerd.
    • Deze eigenschap is alleen beschikbaar voor de aanmaken actieregel.
  • Dienstaanbiedingen als een item hebben geen eigen geschiedenis, maar de acties over dienstaanbiedingen zullen worden weergegeven binnen de verbonden dienst geschiedenis spoor.

Dienstaan bod actie gemaakt door oorsprong

Net als bij andere items kunt u ook de oorsprong zien die is gekoppeld aan het dienst aanbod item.

Oorsprong biedt extra inzicht in waar de beoordeelde actie heeft plaatsgevonden. Zoals benadrukt in de onderstaande afbeelding, bevindt de oorsprong informatie zich in kleinere tekst onder de hoofdwaarde in de kolom Actie gemaakt door van de weergave.

De onderstaande tabel bevat een uitputtende lijst van de verschillende oorsprong waarden die u kunt tegenkomen terwijl u uw log zoekresultaten doorbladert 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 personeelsplanning en aanwezigheid en is als volgt:

  • In de meeste gevallen weerspiegelt het het Quinyx “platform” waar de actie werd geactiveerd, zoals het Manager portaal, Mobiel, Webpunch of Integratie.
  • Echter, als de actie is geactiveerd door een specifieke functie die cascade-effecten heeft op andere delen van Quinyx, zoals het verwijderen of opnieuw toewijzen van de dienst; dit zal in plaats daarvan als de oorsprong worden weergegeven.

Actie

Oorsprong

Gevallen

Creatie

Via Manager portaal

Wanneer een manager een dienstaanbod creëert in het Manager portaal.

Verwijdering

Via Manager portaal

Wanneer een manager een dienstaanbod verwijdert in het Manager portaal.

Verwijdering

Vanwege automatische verwijdering

Wanneer Quinyx als systeem automatisch een aanbod verwijdert dat niet door een werknemer is afgehandeld en de dienst al is begonnen.

Verwijdering

Vanwege goedkeuring van dienstaanbod

Wanneer de dienst aan meerdere werknemers wordt aangeboden en door één wordt goedgekeurd, worden alle andere aanbiedingen aan andere werknemers verwijderd.

Goedkeuren

Via Mobiel

Wanneer een werknemer een dienstaanbod goedkeurt in Mobiel.

Afwijzen

Via Mobiel

Wanneer een werknemer een dienstaanbod afwijst in Mobiel.

U kunt alleen toegang krijgen tot loggegevens vanaf de datum waarop de logging is vrijgegeven. Bijvoorbeeld, aangezien dienst aanbod logs zijn vrijgegeven in Versie 0204 op 5 februari 2025, bevatten de huidige logs geen dienst aanbod loggegevens voor data vóór 5 februari 2025.

Nieuwe functionaliteit die configuratie-updates vereist

Komt eraan: Ondersteuning voor inloggen op de mobiele app met Bedrijfs alias en EmployeeID

In de komende mobiele app Versie 3.42, gepland voor februari, hebben we ondersteuning geïmplementeerd voor een nieuwe inlogprocedure die we "Bedrijfsalias" en "Werknemer-ID" noemen. Dit maakt het mogelijk voor onze klanten die onze reguliere ondersteunde gebruikersnamen niet kunnen gebruiken, om hun gebruikers een Bedrijfsalias te laten gebruiken die hen naar de juiste klant in ons systeem leidt en vervolgens in te loggen met een interne werknemer-ID die een badge nummer kan zijn.

Er verandert niets voor gebruikers die werken in organisaties die geen Bedrijfs aliassen en werknemer-ID's gebruiken - zij zullen nog steeds inloggen met hun reguliere gebruikersnaam zoals altijd.

De inlogprocedure voor klanten die bedrijfsalias en employeeID gebruiken is als volgt:

  • Stap 1: In het veld "gebruikersnaam of bedrijfsalias" geeft de gebruiker een "globale alias" met een unieke tenant-ID op.
  • Stap 2: In de volgende stap geeft de gebruiker de werknemer-ID of gebruikersnaam op. Deze en de volgende pagina's kunnen ook een logo van de keuze van de klant tonen als onderdeel van de inlogprocedure.
  • Stap 3: De gebruiker kiest welke provider te gebruiken (wachtwoord of SSO).
  • Stap 4: De gebruiker voert een wachtwoord in en wordt ingelogd.
Inloggen met werknemer-ID en bedrijfsalias

We breiden de inlogprocedure uit met twee nieuwe opties. Ten eerste introduceren we een bedrijfsalias, een verkorte alias die de tenant/account vertegenwoordigt. Deze wordt ingesteld door Quinyx; neem contact met ons op via een supportverzoek om deze te activeren.

U kunt de bedrijfsalias in de URL gebruiken, bijvoorbeeld:

https://web.quinyx.com/BedrijfsAlias​

Voer vervolgens uw gebruikers-ID in, dit kan uw Login ID, e-mail of werknemer-ID zijn.

Voer daarna uw wachtwoord in zoals gebruikelijk om het inlogproces te voltooien.

Als de inloggegevens onjuist zijn, wordt er een generieke foutmelding weergegeven in overeenstemming met de beveiligingsrichtlijnen.

Wat is werknemer-ID?

Werknemer-ID is de externe naam voor badgenummer. Als u wilt dat uw gebruikers hun interne werknemer nummer kunnen gebruiken om in te loggen, kunt u de gebruikersinformatie bijwerken door de werknemer-ID op te slaan in het badge nummer-veld (maximaal 20 tekens).

Badge nummer/werknemer-ID is niet uniek over accounts/klanten; u moet eerst een bedrijfsalias via de URL opgeven om te kunnen inloggen.

Bedrijfsalias

Een bedrijfsalias is een verkorte identificatie die uniek is voor het specifieke account in Quinyx. Quinyx stelt dit in op account-/domein niveau in onze Backoffice-tool. Het kan 50 tekens lang zijn en omdat het in de URL wordt gebruikt, mag het geen speciale tekens bevatten.

Selecteren welke units de Automatische planning of Automatisch toewijzen-algoritme kunnen uitvoeren

We hebben een optie toegevoegd om te specificeren voor welke units gebruikers de Automatische planning en Automatisch toewijzen-algoritmen kunnen activeren en voor welke niet. Dit biedt meer controle en helpt te voorkomen dat algoritmen worden geactiveerd voor onjuist geconfigureerde units.

Hoe kan ik het configureren?

Deze instelling kan alleen worden geconfigureerd als u een van onze algoritmemodules hebt aangeschaft of gebruikt: Demand Forecasting, Automatische planning en Automatisch toewijzen.

De units om het algoritme uit te voeren kunnen worden geconfigureerd in Optimalisatie-instellingen > Algoritme-instellingen. De Algoritme-instellingen is een nieuwe configuratiepagina binnen de Optimalisatie-instellingen waar we in de loop van de tijd meer configuratie-opties zullen toevoegen die verband houden met onze algoritmen.

Zodra u de Algorithm instellingen hebt geselecteerd, ziet u een optie genaamd Units ingeschakeld om de algoritmen uit te voeren. Het selecteren van het bewerk icoon opent een groepstree. U kunt individuele units selecteren, een heel district (wat automatisch alle units binnen dat district invult), of de gehele organisatie (wat automatisch alle units binnen de gehele organisatie invult). Standaard zal de gehele organisatie ingeschakeld zijn.

De selectie van units bepaalt welke units beschikbaar zijn om te selecteren en welke units grijs worden weergegeven bij het proberen uit te voeren van de Automatische planning, Automatisch toewijzen, of Demand Forecasting algoritme.

Updates en prestatieverbeteringen

Komt eraan: Mobiel - gebruikers beperken van het maken van ongeldige absentie aanvragen in periodes waarin ze geen actieve overeenkomst hebben

In de aankomende mobiele versie 3.42, gepland voor februari, werken we de absentie aanvraag functie in de mobiele apps bij. Met deze update, als u geen geldige overeenkomst hebt tijdens de data waarop u probeert een absentie aanvraag te maken, zullen er geen absentie typen verschijnen in de lijst met absentie typen, en zal de gebruiker daarom geen absentie aanvraag kunnen indienen. Het absentie aanvraag proces en welke absentie redenen u kunt selecteren, worden bepaald door of u een actieve overeenkomst hebt tijdens de data waarvoor u absentie aanvraagt. Als u een overeenkomst sjabloon aan uw overeenkomst hebt gekoppeld, worden alleen de absentie typen waarvoor het werknemer selectievakje is aangevinkt in Account instellingen > Overeenkomst sjablonen > Absentie typen zal zichtbaar zijn in de lijst met absentie typen. Met deze nieuwe beperking hebben we de volgorde van de velden op de "nieuwe absentie aanvragen" pagina gewijzigd, zodat de gebruikers eerst de van- en tot-datum (en tijd) kiezen, zodat Quinyx als systeem kan bepalen of er een actieve overeenkomst is gedurende die periode.

Verbeterde ondersteuning voor het monitoren en bewerken van gedeelde werknemers' planning

Deze release markeert het begin van een reeks verbeteringen aan Quinyx' huidige ondersteuning voor afwezigheids groep diensten en absenties in de Planning. Het doel van de wijzigingen die we aanbrengen is voornamelijk om het vermogen te verbeteren om de planningen van gedeelde werknemers te monitoren en te bewerken, dat wil zeggen, werknemers die in verschillende Quinyx-groepen werken (die doorgaans verschillende geografische locaties vertegenwoordigen, afhankelijk van de configuratie), aangezien absenties en diensten op andere locaties een factor zijn om rekening mee te houden bij het maken of bewerken van de planning van uw werknemers. Onze oplossing heeft specifieke uitdagingen gepresenteerd voor degenen die in de facilitaire managementindustrie opereren.

Verhoogde zichtbaarheid van diensten en absenties in andere groepen

Het volgende is nu van toepassing op de gebruikersinterface van Quinyx in de Planning:

  1. Afwezigheid groep-diensten, evenals afwezigheid groep-absenties, worden weergegeven als hun eigen entiteiten, d.w.z. als individuele "vakken". Verwijs naar de dienst en absentie van Gregory Payne op dinsdag, waar de vakantie van 21.00-23.00 uur en de middagdienst van 19.00-20.00 uur plaatsvinden in de groep die is geselecteerd in de groepselector (= Drottninggatan) op het moment dat de betreffende foto is genomen. De twee resterende absenties van diensten van die dag vinden plaats in een andere groep dan die geselecteerd in de groep elector.
    1. Zoals u kunt zien, zijn de afwezigheid groep-items van één werknemer op een bepaalde dag momenteel niet chronologisch gesorteerd in lijn met dezelfde-groep-items; dit is iets dat we van plan zijn aan te pakken in een release die zeer binnenkort komt.
  2. Deze nieuwe entiteiten hebben een bijgewerkt ontwerp vergeleken met voorheen, dat erop gericht is om afwezigheid groep-diensten te onderscheiden van afwezigheid groep-absenties. Het is ook bedoeld om de leesbaarheid van beide soorten items te verbeteren. Vanaf nu:
    1. Afwezigheid groep-absenties worden herkend door een donkergrijze achtergrond, zwarte schuine lijnen en witte tekst.
    2. Afwezigheid diensten worden herkend door een witte achtergrond, lichtgrijze schuine lijnen en zwarte tekst.

Zoals voorheen worden afwezigheid groep diensten en absenties beheerd door de filtercategorie genaamd "Onbeschikbaarheid" in de planningsfilters.

De weekweergave (de maandelijkse en aangepaste weergaven gebruiken hetzelfde ontwerppatroon).

De dagweergave (de maandelijkse en aangepaste weergaven gebruiken hetzelfde ontwerppatroon).

Ons plan is dat toekomstige releases over dit onderwerp verbeteringen bevatten zoals:

  1. Het weergeven van klokacties van afwezigheid groep diensten.
  2. Het weergeven van het aantal uren van afwezigheid groep diensten en klokacties.
  3. Het weergeven van afwezigheid groep diensten en absenties in de Planning afdruk.
Net als voor deze release, als u de optie "Starttijd" gebruikt in Weergaveopties > Werknemer sortering, worden alleen huidige-groep absenties en diensten meegenomen in de sortering van werknemers in de Planning.
Snellere bulkbewerking van de Planning - bewerk werknemers op meerdere diensten

Met deze release voegen we het veld "Werknemer" toe in het bulk bewerken diensten paneel, zodat de werknemer waarde kan worden bijgewerkt op meerdere diensten. Door alle diensten in de weergave te selecteren of er een paar te kiezen, kunt u nu snel de werknemer waarde wijzigen en die diensten opnieuw toewijzen aan een andere werknemer. Ook zal deze verbetering u in staat stellen om elke werknemer waarde op geselecteerde diensten te verwijderen en ze snel niet-toegewezen te maken.

Hoe werkt deze logica?

  • Als u diensten hebt geselecteerd die aan één werknemer zijn toegewezen (identieke waarde) → deze werknemer zal de standaardselectie zijn in de vervolgkeuzelijst. Om deze selectie te wijzigen:
    • U kunt op de 'x' knop klikken om de werknemer waarde te verwijderen en naar de “niet-toegewezen” waarde te gaan.
    • U kunt in de vervolgkeuzelijst elke andere werknemer selecteren.
    • Wat gebeurt er met de overeenkomst waarde in dit geval?
      • Het overeenkomst veld wordt getoond met de standaardwaarde “Automatisch selecteren”, wat betekent dat Quinyx een geldige overeenkomst zal selecteren op basis van de datum waarop de diensten plaatsvinden.
      • U kunt nog steeds handmatig een andere geldige overeenkomst uit de lijst selecteren als u wilt dat een specifieke overeenkomst op alle diensten van toepassing is.
        • Als in hetzelfde paneel de datum van de geselecteerde diensten wordt bijgewerkt, wordt de lijst met overeenkomsten bijgewerkt om geldige overeenkomsten op die datum weer te geven.
        • Als een overeenkomst handmatig is geselecteerd maar niet geldig is op een andere datum waarop de dienst is bijgewerkt, zal Quinyx handmatig een andere geldige overeenkomst selecteren.
  • Als u diensten hebt geselecteerd die niet zijn toegewezen (identieke waarde) → “Niet-toegewezen” zal de standaardselectie zijn in de vervolgkeuzelijst. Om deze selectie te wijzigen:
    • U kunt elke werknemer uit de lijst selecteren en alle diensten aan die werknemer toewijzen.
    • Wat gebeurt er met de overeenkomst waarde in dit geval?
      • Voor dit geval zal het overeenkomst veld niet worden getoond, aangezien we geen overeenkomsten tonen voor niet-toegewezen diensten.
  • Als u diensten hebt geselecteerd die aan meerdere werknemers zijn toegewezen → "Laat zoals het is" zal de standaardselectie zijn in de vervolgkeuzelijst. Om deze selectie te wijzigen:
    • U kunt op de 'x' knop klikken om de werknemer waarde te verwijderen en naar de "niet-toegewezen" waarde te gaan.
    • U kunt in de vervolgkeuzelijst een andere werknemer selecteren.
    • Wat gebeurt er met de overeenkomst waarde in dit geval?
      • Voor dit geval zal het overeenkomst veld niet worden getoond, omdat er meerdere overeenkomsten zijn gekoppeld aan meerdere werknemers, dus Quinyx zal overeenkomsten behouden die al zijn gekoppeld aan geselecteerde diensten.
De lijst van werknemers in de vervolgkeuzelijst biedt niet dezelfde informatie als de lijst voor het bewerken van een enkele dienst, maar we werken er ook aan om die mogelijkheid toe te voegen in bulkbewerking.
Het bijwerken van werknemers op diensten kan een update van de kostenplaats activeren, net zoals het vandaag werkt voor de kopieer/verplaats diensten functionaliteit, maar voorlopig zal dat niet worden weergegeven in het bulkbewerkingspaneel totdat de bulkupdate van het diensttype wordt vrijgegeven in de komende releases.

Bugfixes

  • Een probleem opgelost waardoor transacties naar een payroll-bestand werden overgedragen zonder een overeenkomst.
  • Een probleem opgelost waardoor gebruikers geen klokactie konden maken die de volgende dag begint/eindigt, zelfs als de verbonden dienst over twee dagen zou lopen.

Nieuwe Quinyx HelpDocs-inhoud

Frontline Portal Versie 0204

Releasedatum 5 februari 2025

Nieuwe functionaliteit

Geen op dit moment.

Updates en prestatieverbeteringen

  • Geen op dit moment.

Bugfixes

  • Geen op dit moment.

Nieuwe Frontline Portal HelpDocs-inhoud

  • Geen op dit moment.

SOAP API / Webservice-updates

Geen op dit moment.

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 uitbreiden, hebben we besloten om beperkingen op het gebruik van onze SOAP API's toe te voegen. Deze beperkingen worden programmatisch afgedwongen, wat betekent dat we een limiet van 10 gelijktijdige oproepen per klant zullen afdwingen. U kunt verwachten dat u een response code 429 ontvangt als u deze limiet overschrijdt, en het wordt aanbevolen om 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.

Zorg ervoor dat u deze informatie doorstuurt naar de partij binnen uw bedrijf die verantwoordelijk is voor integraties.


How did we do?