Version 392

Uppdaterad 5/1/21 av Leigh Hutchens

Släppdatum 13 januari 2021

Senaste klassiska release-anteckningarna

Från nästa planerade release av Quinyx WFM kommer det bara att finnas en uppsättning release-anteckningar.

Ny funktionalitet

Inget nytt här. Vänligen kontrollera release-anteckningarna för Neo version 0099.

Uppdateringar och prestandaförbättringar

Vissa SOAP API-slutpunkter har avbrutits och tagits bort. Läs mer i avsnittet API / webbtjänstuppdateringar nedan.

Bug fixar

  • Korrigering till lön för uppgifter som inte ger rätt resultat i kombination med "Punched Hours" i skifttypsregeln.

API / webbtjänstuppdateringar

Följande SOAP API-slutpunkter kommer att avbrytas från den här versionen som tidigare nämnts

  • 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 wsdlUpdateCrmBeställningar
  • 5.6 wsdlGetCrmDecisions

Följande SOAP API-slutpunkter kommer att avbrytas och tas bort från Quinyx WFM augusti 2021. De har redan nu ersatts med REST API-slutpunkter för Neo Forecast. Läs mer om Neo Forecast och den förbättrade funktionaliteten här och om de nya REST API: erna här .

  • 6.2 wsdlGetForecasts
  • 6.3 wsdlUpdateForecasts
  • 6,6 wsdlUpdateForecastV2
  • 6,8 wsdlUpdateForecastsV3
  • 6.4 wsdlGetSalesData
  • 6,9 wsdlGetSalesDataV2
  • 6,7 wsdlGetOptimalStaffing
Klicka här för att visa den nya Quinyx WFM Web Service-dokumentationen. Du kan hitta ännu mer information om webbtjänster här .
Vi uppmuntrar alla våra kunder att använda våra API: er för att underhålla data och se till att informationen är uppdaterad. För att säkerställa skalbarheten för våra API: er samtidigt som vi växer vår kund- och användarbas har vi beslutat att lägga till begränsningar för användningen av våra SOAP-API: er. Dessa begränsningar kommer att genomföras programmatiskt och innebär att vi kommer att genomdriva en gräns för samtidiga samtal per kund till 10 . Du bör förvänta dig svarskod 429 om du råkar överskrida denna gräns och du rekommenderas att implementera en backoff-retry-mekanism för att hantera gränsen. Vi börjar med att införa gränsen på en högre nivå som inte påverkar kundernas användning på RC för teständamål under nästa månad och på produktion 14 januari. Gränsen på tio samtidiga samtal kommer att införas den 21 januari och produktionen den 10 februari. Observera att gränsen endast gäller SOAP. När du flyttar från SOAP till Rest under de följande åren kommer alla begränsningar att byggas in i API: et. Var noga med att vidarebefordra denna information till den part inom ditt företag som ansvarar för integrationer.


Fick du hjälp?