Versie 0104

Updated by Leigh Hutchens

Release datum 24 maart 2021

In april 2021 schrappen we officieel de ondersteuning voor Microsoft Internet Explorer 11 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.

Nieuwe functionaliteit

Aankomende logica voor verlofaanvragen en ploegboekingsmeldingen

In de release-opmerkingen van versie 0101 hebben we u geïnformeerd over aanstaande nieuwe logica voor hoe verlofaanvraag- en ploegboekingsmeldingen worden verzonden.

We willen u informeren dat zijn functionaliteit op 7 april in versie 0105 wordt uitgebracht.

Houd een oogje op een apart uit te nodigen voor het product webinar met het Quinyx product team, waar wij u loopt door de nieuwe logica in detail en bieden een kans voor u om vragen te stellen.

Hieronder vindt u alle details over hoe deze logica werkt.

Verlaat logica voor toepassingsmeldingen

Laat voorbeelden van toepassingsmeldingen en scenario's achter

Logica voor boekingsmeldingen verschuiven

Meldingsvoorbeelden en scenario's voor ploegboekingen

Een ding dat is veranderd sinds de laatste keer dat we dit hebben gepresenteerd, is dat "Rapporten aan" niet zal worden toegepast op verzoeken om ploegendienst te boeken vanwege verschillende problemen met die combinatie. De belangrijkste reden voor deze beslissing is dat het mogelijk is om elke persoon met een managerrol in een Quinyx-klant in te stellen als rapportage aan de manager en deze logica is van vitaal belang voor verschillende scenario's voor verlofaanvragen. Dit zal botsen met meldingen van verzoeken om ploegboekingen, aangezien de manager kan worden gerapporteerd aan de manager voor werknemers die van toepassing zijn op ploegen in eenheden waar de manager geen managerrol heeft. In plaats van te rapporteren aan meldingen voor het aanvragen van ploegenboekingen, zullen we alleen vertrouwen op de logica waarbij het verzoek om ploegenboeking wordt verzonden naar de manager (s) 1 stap hierboven in de eenheid / sectie waarin de ploeg zich bevindt.

Mobiele apps: verandering voor medewerkers die alleen een rol hebben in sectie

Vanaf deze versie kunnen gebruikers van mobiele apps die alleen een werknemersrol hebben op sectieniveau alleen collega's zien in de secties waarin ze een rol hebben en kunnen ze alleen ploegen boeken die tot die secties behoren. Omdat we voorheen vertrouwden op de legacy Classic-logica, konden gebruikers collega's zien in de hele unit waartoe de sectie behoorde en soms in staat waren om diensten te boeken in andere secties die tot de unit behoorden, ook al hadden ze daar geen rol. Je kunt nog steeds diensten boeken die niet tot een sectie behoren (alleen eenheid) als je alleen een sectierol hebt.

Schema en basisschema

Verbeterd logisch schema voor wijzigingen in overeenkomsten

Tot deze release, toen er een wijziging in de geldigheid van de overeenkomst werd aangebracht, kende een nachtbaan een geldige overeenkomst (indien beschikbaar) opnieuw toe aan alle ploegen die een overeenkomst ontbraken. Om prestatieredenen werd dit echter alleen gedaan voor verschuivingen van 30 dagen in de toekomst en 60 dagen in het verleden vanaf de datum van vandaag.

Dit was verre van ideaal, en de beperkingen van de oplossing werden nog verergerd door het feit dat we nu in overleg medewerkersstatistieken laten zien. Daarom hebben we hier nu een nieuwe logica voor gemaakt.

Vanaf deze release zal Quinyx, wanneer overeenkomsten worden gewijzigd, de onderstaande acties uitvoeren.

Merk op dat Quinyx om prestatieredenen de meest geschikte tijd zal bepalen om dit uit te voeren, maar de acties zullen altijd plaatsvinden binnen 120 minuten nadat de wijziging is opgeslagen.
  • Voor verwijderde overeenkomsten zal Quinyx verschuivingen en / of stoten identificeren die verband hielden met de overeenkomsten in kwestie en de logica voor het selecteren van overeenkomsten toepassen om een andere geldige overeenkomst voor hen toe te passen.
  • Voor nieuwe overeenkomsten zal Quinyx controleren of er verschuivingen en / of stoten zijn zonder overeenkomst die gerelateerd kunnen zijn aan de nieuwe overeenkomst
  • Voor overeenkomsten waarbij de geldigheidsduur op enigerlei wijze wordt verkort, controleert Quinyx of er verschuivingen en / of stoten met betrekking tot die overeenkomst zijn die niet langer binnen de geldigheidsduur vallen. Als dat het geval is, past Quinyx zijn overeenkomstselectielogica toe (zie hieronder) om een geldige overeenkomst te selecteren en de verschuivingen en / of stoten te relateren aan die overeenkomst. Als de geldigheidsperiode op enigerlei wijze wordt verlengd, zal Quinyx controleren of er verschuivingen of stoten zijn zonder overeenkomst die verband kunnen houden met de gewijzigde overeenkomst.
Merk op dat deze acties ook plaatsvinden voor payroll-items die zijn overgeboekt naar payroll, wat als enige consequentie heeft dat wanneer u een payroll-item terugboekt, deze aansluit op een geldige overeenkomst en niet op degene die is gebruikt bij het overboeken naar de salarisadministratie die sindsdien vervolgens op ongeldig gezet voor de betreffende datum. Let op: dit heeft geen gevolgen voor reeds overgeboekte posten, zolang er geen terugboeking van de salarisadministratie plaatsvindt.
Logica voor het selecteren van overeenkomsten
De hieronder beschreven gelegenheden en algoritme zijn niet nieuw, maar waren niet goed gedocumenteerd. Omdat het ook betrekking heeft op het bovenstaande gedeelte, nemen we het hier op.

Er zijn meerdere gelegenheden waarbij Quinyx zelf moet uitzoeken welke overeenkomst hij moet selecteren voor een ploegendienst en / of stoot. Hieronder vindt u een lijst van dergelijke gelegenheden:

  • Overeenkomstwijzigingen (zie hierboven).
  • Er wordt een basisschema uitgerold en een van de volgende is van toepassing:
    • Het overeenkomstveld voor de betreffende basisplanningsverschuiving luidt "Selecteert automatisch".
    • De overeenkomst van de ploegendienst in het basisrooster is handmatig geselecteerd, maar deze overeenkomst is niet geldig op de datum waarop de ploeg wordt uitgerold.

In deze gevallen controleert een algoritme alle afspraken van de medewerker op deze criteria in de volgende volgorde. Bij welke stap er ook nog maar één overeenkomst over is die aan die en de vorige criteria voldoet, wordt dezelfde overeenkomst geselecteerd en toegepast op de shift of punch. Als het algoritme stap 5 haalt en er zijn meer dan één overeenkomsten over, dan wordt uit de overgebleven overeenkomsten de overeenkomst die aan het systeem is toegevoegd, het vroegste tijdstip geselecteerd.

1. Zijn er overeenkomsten geldig op de datum van de shift of punch?

2. Worden de overige afspraken geprefereerd voor de eenheid waarop de ploegendienst of stoot plaatsvindt?

3. Gebruikt een van de overige overeenkomsten hetzelfde overeenkomstsjabloon als de huidige hoofdovereenkomst?

4. Zijn een van de resterende overeenkomsten de belangrijkste overeenkomst op de datum van vandaag?

5. Welke van de overige overeenkomsten heeft de hoogste arbeidsparticipatie?

Uitrollen in het verleden

Er zijn verschillende redenen waarom u een basisschema in het verleden zou willen uitrollen, een daarvan is dat u zich achteraf een fout in een uitgerold basisschema realiseert. Tot deze release ondersteunden we de uitrol van 30 dagen terug in de tijd. Nu ondersteunen we de uitrol tot een jaar terug in de tijd.

Weeknummers in de schemaweergave

We hebben nu ondersteuning voor weeknummers toegevoegd in de schemaweergave. Je vindt het boven het actuele schema:

Merk op dat dit werk in uitvoering is. De instelling van het weeknummer is standaard AAN. U kunt het uitschakelen onder "Weergaveopties" MAAR het zal terugkeren naar de standaardinstelling (AAN) zodra u van weergave wisselt. We zullen eraan werken om dit de komende maanden te verbeteren. En voordat je het vraagt: Ja, we zullen de weeknummers toevoegen aan alle datumkiezers in een toekomstige release!

Goed om te weten; er zijn twee instellingen die van invloed zijn op weeknummers:

  1. Eenheid instelling "Eerste dag van de week".
  2. Taalinstelling. Afhankelijk van het land kunnen weeknummers op verschillende manieren worden geteld, verander van Zweeds naar Amerikaans Engels en u begrijpt dit.

Salaris typen

We hebben het eerste deel van de configuratie van salaristypen opgenomen. U krijgt nu een lijst te zien van al uw op accounts gebaseerde salaristypen.

Lijst met salaristypen

Navigeer naar Accountinstellingen> Overeenkomsten> Salaristypen en klik op salaristypen in het menu aan de linkerkant. Er wordt een lijst weergegeven met alle salarissoorten voor uw account:

De lijst bevat vijf verschillende kolommen en u kunt ervoor kiezen om de lijst op een van de kolommen te sorteren:

  • Aangepaste naam : de aangepaste naam die u aan het salaristype hebt gegeven.
  • Aangepaste code : De aangepaste code die u aan de salaristype heeft gegeven.
  • Standaardnaam : Quinyx-standaardnaam voor het salaristype.
  • Standaardcode : Quinyx-standaardcode voor het salaristype.
  • Laatst gewijzigd : Datum en tijd waarop de salaristype voor het laatst is gewijzigd.
Zoek salaristypes

Het is mogelijk om de lijst met salaristypen te doorzoeken met behulp van de zoekbalk bovenaan de pagina:

Wanneer u in de zoekbalk begint te typen, worden de zoekresultaten geel gemarkeerd:

U kunt zoeken op aangepaste naam, aangepaste code, standaardnaam en standaardcode.

In de komende releases zullen we ook ondersteuning toevoegen voor het toevoegen en bewerken van salaristypen.

Tijdregistratie

In deze release introduceren we de mogelijkheid om Time Trackers toe te voegen, te bewerken en te verwijderen onder accountinstellingen.

Bewerk Time Trackers

Navigeer naar Accountinstellingen> Tijdregistratie om de lijst met bestaande tijdregistraties te zien:

Klik op de pen naast de tijdregistratie die u wilt bewerken, en een zijpaneel wordt geopend:

Werk de relevante velden bij en klik op Opslaan om uw wijzigingen op te slaan.

Voeg tijdregistraties toe

Om de lijst met bestaande tijdregistraties te zien, navigeert u naar Accountinstellingen> Tijdregistratie:

Klik op de knop Toevoegen rechtsboven en er wordt een zijpaneel geopend:

Configureer de velden zoals de Time Tracker voor uw organisatie zou moeten werken. Naast de meeste velden staat een korte uitlegtekst om u door de configuratie te leiden.

Klik op Opslaan en de tijdregistratie wordt weergegeven in de lijst met tijdregistraties.

Verwijder Time Tracker

Navigeer naar Accountinstellingen> Tijdregistratie om de lijst met bestaande tijdregistraties te zien:

Klik op het prullenbakpictogram naast de tijdregistratie die u wilt verwijderen. Er verschijnt een bevestigingsdialoogvenster waarin u wordt gevraagd om het verwijderen te bevestigen:

Klik op Ok als u door wilt gaan met het verwijderen.

Als de Time Tracker momenteel in gebruik is, ontvang je een foutmelding dat het niet mogelijk is om de Time Tracker te verwijderen:

Om Time Trackers toe te voegen, te bewerken en te verwijderen, heeft u schrijftoegang nodig in de accountinstellingen. Als u alleen leestoegang heeft, kunt u nog steeds op het bewerkingspictogram klikken en alle instellingen zien, maar kunt u niets wijzigen.

Time Tracker "Nederlandse configuratie"

We hebben veel verbeteringen en updates doorgevoerd in de configuratiemogelijkheden van Quinyx met betrekking tot Wettelijke en Bovenwettelijke vakantie-uren voor Nederland.

Er is zoveel informatie dat we hebben besloten om een nieuw artikel te maken, alleen voor die configuratie en logica.

Dat artikel vind je hier . Het is momenteel alleen beschikbaar in het Engels totdat de laatste functionaliteit beschikbaar is.

Updates en prestatieverbeteringen

  • Variabelenaam wordt nu weergegeven in de vergelijkingsmodus in het prognoseoverzicht wanneer de grafiek is uitgeschakeld.
  • X-as toont nu de volledige schaal in Prognoseoverzicht.

Bugfixes

  • Een probleem opgelost dat ervoor zorgde dat een nieuwe werknemersovereenkomst met een afwezigheid tot in plaats daarvan standaard naar de thuisunit ging.
  • Een probleem opgelost waardoor een sectie niet kon worden geselecteerd op een lokaal ploegentype.
  • Een probleem opgelost waardoor een ploegendienst de vorige dag werd verdubbeld bij het bekijken van een schema in de maandelijkse of aangepaste weergave.
  • Een probleem met groepsbeheer opgelost waardoor opslaan niet mogelijk was na het wijzigen van een manager op een unit.
  • Een weergaveprobleem opgelost dat ervoor zorgde dat overwerkmethoden op basis van een persoonlijke overeenkomst niet correct werden weergegeven nadat de volgorde van de overurenmethoden was gewijzigd.
  • Een probleem opgelost waardoor gedeelde werknemers werden weergegeven in het tijdregistratierapport in plaats van alleen werknemers op de thuisunit.
  • Een probleem opgelost waardoor sommige nieuw gemaakte rollen geen gegevens konden bekijken in het prognoseoverzicht.
  • Een probleem opgelost waardoor sommige werknemers niet werden weergegeven in het rapport Geperforeerde uren.
  • Een probleem opgelost waardoor inactieve werknemers niet konden worden weergegeven in het tijdregistratierapport
  • Een bug verholpen waarbij gedeelde werknemers in het Time Tracker-rapport werden opgenomen.
  • Een probleem opgelost waardoor de aangepaste kalenderweergave anders was dan de kalenderweergave in de dagelijkse en wekelijkse weergave.
  • Een probleem opgelost waardoor toekomstige ploegen niet op starttijd werden gesorteerd.
  • Een probleem opgelost dat bij het wijzigen van de volgorde van overwerkmethoden op basis van een persoonlijke overeenkomst niet wordt weerspiegeld in de Neo-overeenkomst.
  • Een probleem opgelost waarbij afwezigheden waarvan het verloftype was geconfigureerd om niet als geplande uren te tellen, nog steeds werden geteld als geplande uren in de personeelscijfers.
  • Een probleem opgelost waardoor werknemers met een verlopen of toekomstige rol direct in een sectie zichtbaar werden in de planning bij het filteren op een werknemerssectie.
  • Een probleem opgelost waarbij het basisplanningsfilter in Planning ten onrechte taken bevatte die plaatsvonden in ploegen die werden uitgerold vanuit andere basisschema's dan degene waarop werd gefilterd.
  • Een ponsprobleem opgelost waardoor een ponsprobleem niet kon worden verwijderd en produceerde een foutmelding bij een poging om een pons te verwijderen terwijl een werknemersattest nog aanwezig was.
  • Een probleem opgelost dat ervoor zorgde dat stoten niet bewerkbaar / zichtbaar waren op een eerdere eenheid wanneer een werknemer was overgeplaatst en geen rol meer had op een oude eenheid.
  • Er is een probleem opgelost waarbij de regel van het type ploegendienst werd toegepast, zelfs als de regel buiten het opgegeven tijdsbereik viel.
  • Een probleem opgelost waarbij verschuivingen in het basisschema door zomertijd (2 uur 's ochtends - 3 uur' s ochtends twee keer per jaar) ervoor zorgden dat de uitrol mislukte. Nu worden de verschuivingen, taken en pauzes van het basisschema ingekort om aan te geven dat het een 23-urige dag is.

Nieuwe HelpDocs-artikelen

Updates van de REST API / webservice

Geen op dit moment.

SOAP API / webservice-updates

  • Een probleem opgelost met «roundCeil» gedefinieerd als INT «xsd: int» geretourneerd met null (blanco) in wsdlGetAgreementTemplatesSalaryTypes

Bij Quinyx zijn we overgestapt naar HTTPS voor al onze klanten, met uitzondering van één eindpunt voor achterwaartse compatibiliteit. Dit eindpunt is voor WSDL-integraties en alleen beschikbaar op het adres apiftp.quinyx.com. Om ervoor te zorgen dat uw klantgegevens veilig en beveiligd zijn, wordt dit HTTP-eindpunt verouderd. De gedocumenteerde URL voor Quinyx WSDL is: https://api.quinyx.com/FlexForceWebServices.php

Dit is de reden waarom we op 1 mei 2021 in de productieomgeving poort 80 uitschakelen en alleen 443 (HTTPS) toestaan op de volgende eindpunten:

apiftp.quinyx.com/FlexForceWebServices.php

Wat voor invloed heeft dit op jou?

Als u nog steeds naar dit eindpunt op poort 80 verwijst, moet u deze integraties wijzigen in poort 443, dwz 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 Neo Forecast. Lees meer over Neo Voorspelling en de verbeterde functionaliteit hier en over de nieuwe REST API's hier .

  • 6.2 wsdlGetForecasts
  • 6.3 wsdlUpdateForecasts
  • 6.6 wsdlUpdateForecastV2
  • 6.8 wsdlUpdateForecastsV3
  • 6.4 wsdlGetSalesData
  • 6.9 wsdlGetSalesDataV2
  • 6.7 wsdlGetOptimalStaffing
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 bij te houden 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?