Version 390

Updated 16/12/20 durch Leigh Hutchens

Erscheinungsdatum 17. Dezember 2020

Bitte beachten Sie, dass diese Veröffentlichung bis zum 17. Dezember 2020 verschoben wurde, um eine zusätzliche Qualitätssicherung zu ermöglichen.
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

Schauen Sie sich neue Funktionalitäten in Neo hier an!

Update auf periodisierte Zeiterfassung

Wir haben die periodisierten Zeiterfassungen aktualisiert, wenn sie so konfiguriert sind, dass sie First verwenden, um die (niederländische) Abzugsreihenfolge abzulaufen. Auf diese Weise können Time Tracker-Guthaben als zwei separate Guthaben angezeigt werden, obwohl sie mit demselben Time Tracker verbunden sind.

Das Ergebnis wird in der mobilen Anwendung unter Gehaltsinformationen für den Mitarbeiter, Abwesenheitsdialog in Neo und Zeiterfassung in der Zeitkarte in Neo angezeigt.

In Kürze erhalten Sie einen Artikel, in dem beschrieben wird, wie die niederländische Abzugsreihenfolge in Quinyx konfiguriert ist. Bleib dran!

Updates und Leistungsverbesserungen

Der Abrechnungsbericht enthält jetzt geerbte Kostenstellen

Der Abrechnungsbericht, den Sie unter Klassisch> Berichte und Statistiken> Berichte> Zeit> Abrechnungsbericht ODER Neo> Analytics> Zeit> Abrechnung finden, gibt jetzt geerbte Kostenstellen zurück, wenn keine für Punch oder Shift definiert sind.

Wenn es im Zeitstempel eine Kostenstelle gibt und im verbundenen Schichtfeld „Schichtkostenstelle“ kein Zentrum, wird die Kostenstelle vom Zeitstempel geerbt und sollte mit '*' gekennzeichnet werden.
Wenn der Zeitstempel eine Kostenstelle enthält und der Zeitstempel nicht mit einem Schichtfeld verbunden ist, ist die „Schichtkostenstelle“ leer

Fehlerbehebung

  • Die Abwesenheitsstufe kann jetzt mit Dezimalstellen addiert werden, z. B. 12,5%.
  • Korrektur nicht zugewiesener Schichten von gelöschten Mitarbeitern kann nicht gelöscht werden.
  • Korrektur von Erinnerungen, die in einigen Fällen alle 15 Minuten gesendet werden.

API- / Webdienst-Updates

Die folgenden SOAP-API-Endpunkte werden ab Mitte Januar 2021 eingestellt und aus Quinyx WFM entfernt (geplant für 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

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?