Versie 386

Updated by Leigh Hutchens

Release datum 21 oktober 2020

Belangrijke informatie over de afzender van uitgaande e-mail

We zullen de optie voor het gebruik van het e-mailadres van de gebruiker verwijderen . Dit is om ervoor te zorgen dat werknemers e-mails ontvangen en om te voldoen aan moderne e-mailsystemen.

We doen dit om meerdere redenen, maar vooral vanwege de feedback die we van gebruikers hebben gekregen dat hun werknemers geen e-mails hebben ontvangen. Toen we dit onderzochten, ontdekten we dat dit in bijna al deze gevallen het gevolg was van het feit dat de e-mailprovider van de gebruiker het bericht / de berichten als spam markeerde in hun filters, zelfs voordat ze de ontvanger bereikten.

Deze wijziging wordt van kracht in de 388-release, gepland voor 18 november 2020. Uw bedrijf hoeft niets te doen aan de configuratie binnen het systeem.

Nieuwe functionaliteit

Niets op dit moment, maar kijk op de Neo 0093 release notes hier .

Updates en prestatieverbeteringen

Verandering van logica in wsdlUpdateEmployees als niet-unieke badgenummers worden gebruikt

Quinyx heeft ondersteuning voor niet-unieke badgenummers voor een klant met de beperking dat deze uniek moet zijn per werknemer "thuisunit".

De logica voor wsdlUpdateEmployees wordt bijgewerkt om deze werknemers te kunnen updaten en niet om ze te verplaatsen.

Opmerking: de API-eindpunten en hun huidige logica ondersteunen niet het aanmaken van een nieuwe werknemer die hetzelfde badgenummer heeft als een andere werknemer in een andere eenheid. Die medewerker wordt dan verplaatst naar de eenheid waartoe de API-sleutel behoort.
Voorbereiding op nieuwe overwerkmethode

We bereiden ons voor op een nieuwe overurenmethode, en voor gebruikerstestdoeleinden is dit zichtbaar in de vervolgkeuzelijst in Klassiek> Instellingen> Tabellen> Overurenmethoden> Nieuwe toevoegen / bewerken.

Dit zal het in een toekomstige release mogelijk maken om overuren te berekenen op basis van geplande uren uit Basisrooster (s). Neem deze functionaliteit alstublieft nog niet in productie.

Bugfixes

  • Correctie op zomertijd waarbij nu rekening wordt gehouden met de tijdzone met betrekking tot de logica van geplande uren / geforceerde uren tijdens de periode van zomertijd. Lees meer eenheid instellingen en over het bewerken van hen hier .
  • Overuren gegenereerd bij afwezigheid worden nu correct ingesteld op betaald / opgeslagen in plaats van overeenkomst.

API- / webservice-updates

  • Correctie van de wsdl-definitie op wsdlFindEmployees
  • wsdlGetAgreementsV2 retourneert nu signstatus = 3 als aan de volgende voorwaarden is voldaan voor een overeenkomst:
    • Scrive-handtekening niet gestart
    • Overeenkomst wordt beweerd dat deze al geldig is

De volgende SOAP API-eindpunten worden stopgezet en verwijderd uit Quinyx WFM medio januari 2021 (gepland voor 2021-01-13)

  • 7.3 wsdlGetUserDefinedFields
  • 7.4 wsdlUpdateUserDefinedFields
  • 7.5 wsdlGetUserDefinedFieldValues
  • 7.6 wsdlUpdateUserDefinedValues
  • 7.7 wsdlGetUserDefinedShifts
  • 7.8 wsdlUpdateUserDefinedShifts
  • 5.2 wsdlUpdateCrmCustomers
  • 5.4 wsdlUpdateCrmRoles
  • 5.5 wsdlUpdateCrmOrders
  • 5.6 wsdlGetCrmDecisions

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 om een mechanisme voor uitstel en opnieuw proberen te implementeren om de limiet af te handelen. We beginnen met het introduceren van de limiet op een hoger niveau, wat geen invloed heeft op het gebruik van klanten op RC voor testdoeleinden binnen de volgende maand en op productie op 14 januari. De limiet van 10 gelijktijdige oproepen wordt ingevoerd op RC 21 januari en op Productie 10 februari 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?