Versie 387

Updated 3/11/20 by Leigh Hutchens

Release datum 4 november 2020

Belangrijke informatie over de afzender van uitgaande e-mail

We verwijderen de optie voor het gebruik van het e-mailadres van de gebruiker . 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 resultaat 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. Jullie organisatie hoeft niets te doen aan de configuratie binnen het systeem.

Updates en prestatieverbeteringen

Geen op dit moment.

Bugfixes

  • wsdlGetUnit geeft publishTo "1970-01-01" terug voor nieuwe eenheden waarvan tot op heden nog nooit een publicatie is gedefinieerd.
  • Correctie op het instellen van salarissoort om niet te worden gegenereerd samen met een andere salarissoort die niet goed werkt na een onderbreking in het rooster.

API- / webservice-updates

  • WsdlUpdateSections - Een nieuw eindpunt beschikbaar voor het maken en bijwerken van secties
  • wsdlUpdateDistricts - Een nieuw eindpunt dat beschikbaar is voor het maken en bijwerken van districten
  • wsdlGetUnitsAPIKeyV2 - Een nieuwe versie die ook Company no, districtGroupId, districtExtGroupId en PublishedTo retourneert
  • wsdlGetSections - Retourneert nu extSectionId, extGroupId (indien geconfigureerd) in het antwoord
  • wsdlGetDistricts - Retourneert nu Neo groupId, extGroupId (indien geconfigureerd) in het antwoord
  • Correctie van de wsdl-definitie op wsdlFindEmployees (emailList)

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

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 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. 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?