Version 391

Updated 29/12/20 durch Leigh Hutchens

Erscheinungsdatum 29. Dezember 2020

Vergessen Sie nicht, dass mobile Zugriffsrechte jetzt in Neo verfügbar sind. Lesen Sie mehr darüber , wie sie aufstehen und laufen für Ihre Organisation hier !

Kommende Veröffentlichungstermine

Um unseren Kunden die bestmögliche Unterstützung für Veröffentlichungen zu RC und Produktion in den Weihnachts- und Neujahrsferien zu gewährleisten, haben wir die folgenden Änderungen am Veröffentlichungskalender vorgenommen:

  • Core-391 / Neo-98-Veröffentlichung für RC 21. Dezember 2020
  • Veröffentlichung von Core-391 / Neo-98 für die Produktion am 29. Dezember 2020
  • Core-392 / Neo-99-Veröffentlichung für RC 4. Januar 2021
  • Veröffentlichung von Core-392 / Neo-99 für die Produktion am 13. Januar 2021

Neue Funktionalität

Weitere Informationen zu neuen Funktionen finden Sie in den Versionshinweisen zu Neo Version 0098.

Updates und Leistungsverbesserungen

Weitere Informationen zu Leistungsverbesserungen finden Sie in den Versionshinweisen zu Neo Version 0098.

Fehlerbehebung

Weitere Informationen finden Sie in unserem Abschnitt zur Fehlerbehebung in den Versionshinweisen zu Neo Version 0098.

API- / Webdienst-Updates

Neuer WSDL-Endpunkt "getAgreementTemplatesSalaryTypes"

Mit dem Endpunkt getAgreementTemplatesSalaryTypes können die Gehaltsarten für eine Vertragsvorlage abgerufen werden. Optionen für zurückgegebene Werte sind:

Angegebene templateID (oder extTemplateId), onlyActive (boolean), um nur die Gehaltsarten abzurufen, die in der Vertragsvorlage "markiert" sind.

Die folgenden SOAP-API-Endpunkte werden eingestellt und aus Quinyx WFM entfernt Mitte Januar 2021 (geplant für den 13. Januar 2021)

  • 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

Die folgenden SOAP-API-Endpunkte werden im August 2021 eingestellt und aus Quinyx WFM entfernt. Sie werden bereits jetzt durch REST-API-Endpunkte für Neo Forecast ersetzt. Lesen Sie mehr über Neo - Vorhersage und die verbesserte Funktionalität hier und über den neuen REST - APIs hier .

  • 6.2 wsdlGetForecasts
  • 6.3 wsdlUpdateForecasts
  • 6.6 wsdlUpdateForecastV2
  • 6.8 wsdlUpdateForecastsV3
  • 6.4 wsdlGetSalesData
  • 6.9 wsdlGetSalesDataV2
  • 6.7 wsdlGetOptimalStaffing
Klicken Sie hier , um die neue Dokumentation zum Quinyx WFM-Webdienst anzuzeigen. Weitere Informationen zu Webservices finden Sie hier .
Wir ermutigen alle unsere Kunden, unsere APIs zu verwenden, um Daten zu pflegen und sicherzustellen, dass die Informationen auf dem neuesten Stand sind. Um die Skalierbarkeit unserer APIs sicherzustellen und gleichzeitig unsere Kunden- und Benutzerbasis zu vergrößern, haben wir beschlossen, Einschränkungen für die Verwendung unserer SOAP-APIs hinzuzufügen. Diese Einschränkungen werden programmgesteuert durchgesetzt und bedeuten, dass wir ein Limit für gleichzeitige Anrufe pro Kunde auf 10 erzwingen. Sie sollten den Antwortcode 429 erwarten, wenn Sie diesen Grenzwert überschreiten, und es wird empfohlen, einen Backoff-Wiederholungsmechanismus zu implementieren, um den Grenzwert zu handhaben. Wir werden damit beginnen, das Limit auf einem höheren Niveau einzuführen, das die Nutzung von RC durch Kunden zu Testzwecken innerhalb des nächsten Monats und der Produktion am 14. Januar nicht beeinträchtigt. Das Limit von 10 gleichzeitigen Anrufen wird am 21. Januar und am 10. Februar in der Produktion eingeführt. Beachten Sie, dass das Limit nur für SOAP gilt. Beim Wechsel von SOAP zu Rest in den folgenden Jahren werden alle Einschränkungen in die API integriert. Bitte stellen Sie sicher, dass Sie diese Informationen an die Partei in Ihrem Unternehmen weiterleiten, die für die Integration verantwortlich ist.


Wie haben wir das gemacht?