Versie 0108

Updated by Leigh Hutchens

Release datum 19 mei 2021

In april 2021 hebben we officieel de ondersteuning voor Microsoft Internet Explorer 11 stopgezet ten gunste van zijn opvolger Microsoft Edge. Dit betekent dat we niet langer kunnen garanderen dat Quinyx werkt in Internet Explorer 11, en we zullen geen pre-releasetests van Quinyx meer uitvoeren in Internet Explorer.

Update voor browserprobleem met het bewerken van shift / punch / afwezigheidstijden

Een paar weken geleden deed zich een probleem voor vanwege een bug in Chromium, de browsermotor die wordt gebruikt door populaire browsers zoals Google Chrome en Microsoft Edge. Dit zorgde ervoor dat de tijdinvoer in Quinyx niet werd gemarkeerd wanneer erop werd geklikt. Dit was het duidelijkst bij het bewerken van de begin- of eindtijden op ploegendiensten, stoten en afwezigheden. Het probleem is nu opgelost door het chroomproject . Door de browser bij te werken, zorgt u ervoor dat deze correctie wordt toegepast op de browser, en de uren worden dan opnieuw gemarkeerd.

Nieuwe functionaliteit

Schema en basisschema

Kostenplaatsverbeteringen

Vóór deze release kon u kostenplaatsen niet handmatig bewerken als ze waren geërfd van een Quinyx-entiteit (sectie, ploegentype, personeelskaart, eenheid). We hebben dit verbeterd, zodat u nu de huidige kostenplaatskeuze kunt wissen om deze leeg te laten of te vervangen door een andere kostenplaatswaarde. Deze verbetering is van toepassing op zowel het schema als het basisschema.

Voorheen, bij het wijzigen van de kostenplaats geconfigureerd op een sectie, ploegentype (zonder gebruik te maken van de functie “Ploegen bijwerken”), personeelskaart of eenheid, hadden ploegen in het basisschema dat vóór die wijziging was aangemaakt een leeg kostenplaatsveld. We hebben dit verbeterd zodat de kostenplaats die van toepassing was toen de betreffende ploeg daadwerkelijk werd aangemaakt, nog steeds wordt weergegeven in het veld kostenplaats:

Verbeterde tooltip voor personeelsstatistieken

De werknemersstatistiek door de avatar is soms niet helemaal zichtbaar. Om deze reden, en ook om redenen van bruikbaarheid, hebben we de informatie die beschikbaar is in de tooltip die wordt weergegeven wanneer u de muisaanwijzer over de betreffende cijfers beweegt, uitgebreid. De informatie die in de knopinfo wordt weergegeven, is afhankelijk van de metrische weergavemodus die is geselecteerd in het paneel met weergaveopties.

Als "Totalen" is geselecteerd in Planning, wordt de volgende informatie in de volgende volgorde weergegeven:

  • Metriek
  • Vermelding van 'Geselecteerde periode', 'Geplande periode' of 'Saldoperiode' - afhankelijk van welke van de drie momenteel is geselecteerd als berekeningsperiode
  • Data van bovengenoemde periode

Als "Volgens afspraak" is geselecteerd in Planning, wordt de volgende informatie in de volgende volgorde weergegeven:

  • Naam overeenkomst
  • Voorkeurseenheid van de overeenkomst (indien van toepassing)
  • Metriek
  • Vermelding van 'Geselecteerde periode' of 'Geplande periode' of 'Saldoperiode' - afhankelijk van welke van de drie momenteel is geselecteerd als metrische berekeningsperiode
  • Data van bovengenoemde periode

Als "Totalen" is geselecteerd in Basisschema, wordt de volgende informatie in de volgende volgorde weergegeven:

  • Metriek
  • De periode in termen van het basisschema, bijv. "Week 2 - maandag", "Week 2" of "Week 1-8"

Als "Volgens afspraak" is geselecteerd in Basisschema, wordt de volgende informatie in de volgende volgorde weergegeven:

  • Naam overeenkomst
  • Voorkeurseenheid van de overeenkomst (indien van toepassing)
  • Metriek
  • De periode in termen van het basisschema, bijv. "Week 2 - maandag", "Week 2" of "Week 1-8"
Vergrendeld schema - visuele indicatie

We hebben de visuele indicatie in de planningsweergave gewijzigd wanneer een planning zich in de vergrendelde modus bevindt. Vanaf deze release wordt een vergrendeld schema gevisualiseerd met een wit / roze rand tussen het schema en de werkbalk. U kunt aan de linkerkant de datum zien waarop het schema is vergrendeld:

Houd er rekening mee dat we geen wijzigingen hebben aangebracht in de feitelijke logica van het vergrendelde schema.
Vergrendeld schema - Handmatige bewerkingen van het salaristype

Nu kunt u geen handmatige salaristype toevoegen / bewerken / verwijderen in een vergrendelde roosterperiode:

Werkbalk in Basisschema

We hebben de afbeeldingen van de werkbalk in het basisschema bijgewerkt volgens het nieuwste ontwerp. Dus nu zijn de werkbalk in schema en basisschema consistent:

Vereenvoudigde "split punch on task" -logica

De volgende functionaliteit kan worden gebruikt wanneer een werknemer is ingesteld om in en uit ploegen in en uit te schakelen met behulp van Webpunch / mobiele native app en geplande taken heeft. Deze functionaliteit werd aanvankelijk geïmplementeerd om de extra handmatige stappen te verminderen om individuele ponsen te maken voor elke pons die bij een taak hoort. In het scenario waarin de functionaliteit van toepassing is, is wanneer de medewerker niet heeft geperforeerd. In dat geval kan de manager ervoor zorgen dat de pons wordt gesplitst volgens de geplande taken door in het planningsoverzicht op "pons ontbreekt" te klikken.

Met deze release kan de bovengenoemde functionaliteit worden ingeschakeld met behulp van twee instellingen:

  • Overeenkomstsjabloon> Tijd> "in- en uitprikken zonder pauzes"
  • Overeenkomstsjabloon> Mobiele punch-flow> "Splitsen van taken voor taken"

Merk op dat we in eerdere versies ook keken naar de instelling voor Overeenkomstsjabloon> Tijd> Sta ponsen op taken toe.

Updates en prestatieverbeteringen

  • Het aankruisvak 'Inclusief ploegentypes' toegevoegd aan het rapport Salarisgegevens. Salarisgegevens rapport.
  • Introductie van de optie om te filteren op werknemersstatus in het overzichtsrapport per werknemer en gedetailleerd planningsrapport.
  • Algemene verbeteringen aan het Verzuimpercentage rapport, evenals aan de functie "Alle medewerkers tonen" in het medewerkersfilter.
  • Vóór deze release, in Basisschema, wanneer u filterde op een van de twee waarden die beschikbaar waren in het veld 'Shift-status', dwz op Toegewezen of Niet-toegewezen, en vervolgens op de knop 'Ploegendiensten verwijderen' onder de ellips in de rechterbovenhoek klikte van het basisschema resulteerde in een foutmelding "Geen ploegendiensten". We hebben dit verbeterd zodat het gedrag hetzelfde is als in Rooster, dwz de momenteel weergegeven ploegen worden verwijderd.
  • Voorheen was de functie “Bijwerken ploegendiensten” in ploegentypes, zoals hier beschreven, niet van toepassing op ploegendiensten van het betreffende ploegentype in Basisschema's op sectieniveau. Als de actie voor het bijwerken van ploegendiensten wordt uitgevoerd voor een globaal ploegentype, worden de ploegendiensten in alle secties Roosters en Basisschema's bijgewerkt. Als de actie voor het bijwerken van ploegen wordt uitgevoerd voor een lokaal ploegtype, worden ploegen in Rooster- en Basisschema's in alle secties van de huidige eenheid bijgewerkt. Dit is hoe het werkt voor Schedule shifts vandaag, we hebben zojuist de functionaliteit en logica uitgebreid om ook toe te passen op Base Schedule op sectieniveau vanwege de populaire vraag.
  • Voorheen, in Basisschema, als werknemer 1 ploegendiensten had in Basisschema A maar werknemer 2 niet, en dat basisschema werd uitgerold en genoemde ploegen in het Basisschema werden later opnieuw toegewezen van werknemer 1 naar werknemer 2 en alleen de rij van werknemer 1 werd opnieuw uitgerold, het schema van werknemer 1 in het schema zou niet worden bijgewerkt. We hebben dit aangepakt, dus nu wordt het schema van werknemer 1 in het schema bijgewerkt in het bovenstaande scenario.

Bugfixes

  • Een probleem opgelost dat ervoor zorgde dat de samenvatting van het salaristype niet de totale waarde voor alle tijdstempels op een dienst op een feestdag weergeeft.
  • Een probleem opgelost dat ervoor zorgde dat er een extra kolom verscheen voor een optimale personeelsbezetting en prognosevariabele in de statistieken van het basisschema, die niet overeenkwam met andere variabelen in het basisschema, wanneer de werkdag werd gewijzigd.
  • Een probleem opgelost waardoor inactieve kostenplaatsen zichtbaar en selecteerbaar waren onder geavanceerde details op de werknemerskaart.
  • Een probleem opgelost waardoor een afwezigheidsreden die niet op een overeenkomstsjabloon was geactiveerd, kon worden weergegeven en toegepast.
  • Een probleem met een overeenkomstsjabloon opgelost dat een interne serverfoutwaarschuwing van 500 opleverde wanneer de limiet van 50 tekens voor sjabloonnamen werd overschreden.
  • Een probleem opgelost waarbij de werknemersstatistieken door de avatar verschillende waarden vertoonden voor dezelfde periode als je naar een andere periode verhuisde en vervolgens terug naar de oorspronkelijke periode.
  • Een bug opgelost die ervoor zorgde dat een sectie-integratiesleutel reageerde met een fout tijdens het toevoegen van invoergegevens als deze in Neo was gemaakt
  • Verbeterde foutmelding bij het opslaan van een overeenkomstsjabloon met een naam die langer is dan 50 tekens

Nieuwe HelpDocs-artikelen

Updates van de REST API / webservice

Geen op dit moment.

SOAP API / webservice-updates

Geen op dit moment.

Eindpunten worden verouderd en verwijderd

Als u nog steeds naar dit eindpunt op poort 80 verwijst, moet u deze integraties wijzigen in poort 443, dat wil zeggen HTTPS. U kunt dit al doen en testen of alles werkt zoals verwacht.

De volgende SOAP API-eindpunten worden stopgezet en verwijderd uit Quinyx WFM augustus 2021 Ze zijn nu al vervangen door REST API-eindpunten voor Quinyx Forecast of verouderd. Lees meer over Quinyx Voorspelling en de verbeterde functionaliteit hier en over de nieuwe REST API's hier .

6.2 wsdlGetForecasts

6.3 wsdlUpdateForecasts

6.5 wsdlGetMonthlyView

6.6 wsdlUpdateForecastV2

6.8 wsdlUpdateForecastsV3

6.4 wsdlGetSalesData

6.9 wsdlGetSalesDataV2

6.7 wsdlGetOptimalStaffing

4.6 wsdlUpdateAdminGroupRelationships <- niet van toepassing op Quinyx WFM

Klik hier om de nieuwe Quinyx WFM Web Service-documentatie te bekijken. U kunt hier nog meer informatie over webservices vinden .
We moedigen al onze klanten aan om gebruik te maken van onze API's om gegevens te onderhouden en ervoor te zorgen dat de informatie up-to-date is. Om schaalbaarheid van onze API's te garanderen en tegelijkertijd ons klanten- en gebruikersbestand te laten groeien, hebben we besloten beperkingen toe te voegen aan het gebruik van onze SOAP-API's. Deze beperkingen worden programmatisch afgedwongen en houden in dat we een limiet van 10 gelijktijdige oproepen per klant afdwingen. U kunt antwoordcode 429 verwachten als u deze limiet overschrijdt, en u wordt aangeraden een mechanisme voor uitstel en opnieuw proberen te implementeren om de limiet af te handelen. Merk op dat de limiet alleen van toepassing is op SOAP. Wanneer u de komende jaren van SOAP naar Rest gaat, worden eventuele limieten in de API ingebouwd. Zorg ervoor dat u deze informatie doorstuurt naar de partij binnen uw bedrijf die verantwoordelijk is voor integraties.


How did we do?