Version 0115

Updated durch Maria Lindberg

Erscheinungsdatum 25. August 2021

Endpunkte werden veraltet und entfernt

Die folgenden SOAP-API-Endpunkte werden in dieser Version eingestellt und aus Quinyx WFM entfernt. Dies wurde durch frühere Versionshinweise ab Februar 2021 kommuniziert. Diese Endpunkte werden jetzt durch REST-API-Endpunkte für Quinyx Forecast ersetzt oder sind veraltet. Lesen Sie mehr über Quinyx Prognose und die verbesserte Funktionalität hier und über den neuen REST - APIs hier .

6.2 wsdlGetForecasts

6.3 wsdlUpdateForecasts

6.5 wsdlGetMonthlyView

6.6 wsdlUpdateForecastV2

6.8 wsdlUpdateForecastsV3

6.4 wsdlGetSalesData

6.9 wsdlGetSalesDataV2

6.7 wsdlGetOptimalStaffing

4.6 wsdlUpdateAdminGroupRelationships <- gilt nicht für Quinyx WFM

wsdlGetVariableTypes - gilt nicht für Quinyx WFM

Neue Funktionalität

Zeitplan und Vorlagen

Das erneute Ausrollen einer Vorlage mit Schichtzuweisung für eine andere Einheit erfordert eine Genehmigung durch den Manager der Heimeinheit.

In dieser Version haben wir die Logik für das erneute Ausrollen in Vorlagen korrigiert. Es ist nur anwendbar, WENN:

  1. Ein Mitarbeiter auf mehr als einer Einheit eingesetzt wird und Schichten von einer Vorlage auf einer anderen Einheit ausgerollt hat.
  2. Die Einheiteneinstellung Schichtzuweisung auf Abwesenheitseinheit erfordert Genehmigung aktiviert ist.

Wenn ein Benutzer vor Version 0115 eine leere Vorlage neu ausrollte, um die bereits in den Plan ausgerollten Schichten zu löschen, wurden die Schichten nicht im Plan gelöscht. Mit dieser Version ändern wir dieses Verhalten, sodass die Schichten gelöscht werden.

Stundenzählung in Dialogen für Schicht und Stempel

Jetzt können Sie die Stundenanzahl im Detailfenster für Schichten und Stempel sehen. Die Anzahl der Stunden wird neben der Datums- und Uhrzeitüberschrift im Bedienfeld angezeigt.

Schicht

Stempel

Stundenzählung bei Abwesenheitsschicht

Nun sehen Sie die Stundenzahl der zugrunde liegenden Schicht einer Abwesenheit. Die Stundenanzahl wird neben der Von- und Bis-Zeit der Abwesenheitsschicht angezeigt:

Optimierung

Es ist jetzt möglich, einer berechneten Variablen mehrere Operatoren hinzuzufügen, sodass Sie eine Berechnung mit einer, zwei, drei oder vier verschiedenen Variablen durchführen können. Weitere Informationen finden Sie hier .

Updates und Leistungsverbesserungen

Zur Zeit keine.

Fehlerbehebung

  • Es wurde ein Problem behoben, bei dem Abwesenheiten bei nicht gefilterten Schichttypen im Bericht enthalten waren, wenn nach einem bestimmten Schichttyp gefiltert wurde.
  • Es wurde ein Fehler des Zeitkontenberichts behoben, der unterschiedliche Werte anzeigte, je nachdem, ob der Bericht einen oder alle Mitarbeiter umfasst.
  • Es wurde ein Problem mit der mobilen App behoben, das dazu führte, dass ein Urlaubsantrag aufgrund eines falschen Zeitkontowertes fälschlicherweise abgelehnt wurde.
  • Es wurde ein Problem mit dem Zeitkostenbericht behoben, das dazu führte, dass das Projekt nicht angezeigt wurde.
  • Es wurde ein Problem behoben, das dazu führte, dass keine Überstunden generiert wurden, selbst wenn in der Vereinbarungsvorlage die Zeit der Überstundenmethode den Zeitplan pro Tag überschreitet.
  • Es wurde ein Problem behoben, das verhinderte, dass eine Schichtbuchungsanfrage nicht automatisch genehmigt wurde, selbst wenn auf der Einheitenkarte automatisch genehmigte Schichtbuchungen festgelegt waren.
  • Es wurde ein Problem behoben, das dazu führte, dass Mitarbeiter keine Feiertagsvergütung erhielten, selbst wenn die Feiertagsregel in der Vereinbarungsvorlage konfiguriert war.
  • Es wurde ein Problem behoben, das dazu führte, dass ein bestimmter Feiertagsgehaltstyp nicht generiert wurde oder eine Erhöhung in der Zeiterfassung auslöste.
  • Es wurde ein Problem behoben, das dazu führen konnte, dass Eingabedaten auf der Registerkarte "Prognose" angezeigt wurden, selbst wenn sie auf der Seite mit den Variableneinstellungen auf inaktiv gesetzt waren.
  • Es wurde ein Gehaltsabrechnungsproblem behoben, das dazu führte, dass sich der Inhalt der Gehaltsabrechnungsdatei von dem auf der Zeitkarte angezeigten Inhalt unterschied.

Neue HelpDocs-Artikel

REST API / Webservice-Updates

Zur Zeit keine.

SOAP API / Webservice-Updates

wsdlUpdateAbsence : Anpassungen in Validierungen bezüglich der Aktualisierung von Abwesenheiten innerhalb gesperrter Zeiträume über die API:

  • Wenn sowohl das Start- als auch das Enddatum innerhalb des Sperrzeitraums liegen, sind Änderungen nicht zulässig und es wird ein Fehler zurückgegeben.
  • Das Ändern des Enddatums auf nach dem Sperrzeitraum ist zulässig.
  • Das Ändern des Enddatums vor dem Sperrzeitraum ist nicht zulässig und ein Fehler wird zurückgegeben.

Endpunkte werden veraltet und entfernt

Wie oben erwähnt, werden die folgenden SOAP-API-Endpunkte in dieser Version, Version 0115, im August 2021 eingestellt und aus Quinyx WFM entfernt. Sie sind bereits jetzt durch REST-API-Endpunkte für Quinyx Forecast ersetzt oder veraltet. Lesen Sie mehr über Quinyx Prognose und die verbesserte Funktionalität hier und über den neuen REST - APIs hier .

6.2 wsdlGetForecasts

6.3 wsdlUpdateForecasts

6.5 wsdlGetMonthlyView

6.6 wsdlUpdateForecastV2

6.8 wsdlUpdateForecastsV3

6.4 wsdlGetSalesData

6.9 wsdlGetSalesDataV2

6.7 wsdlGetOptimalStaffing

4.6 wsdlUpdateAdminGroupRelationships <- gilt nicht für Quinyx WFM

Klicken Sie hier , um die neue Quinyx WFM Web Service-Dokumentation 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 zu gewährleisten und gleichzeitig unseren Kunden- und Benutzerstamm zu vergrößern, haben wir uns entschieden, Einschränkungen für die Nutzung unserer SOAP-APIs hinzuzufügen. Diese Einschränkungen werden programmgesteuert durchgesetzt und bedeuten, dass wir pro Kunde ein Limit von 10 gleichzeitigen Anrufen erzwingen werden. Wenn Sie dieses Limit überschreiten, sollten Sie mit dem Antwortcode 429 rechnen, und es wird empfohlen, einen Backoff-Wiederholungsmechanismus zu implementieren, um das Limit zu handhaben. Beachten Sie, dass das Limit nur für SOAP gilt. Beim Wechsel von SOAP zu Rest in den folgenden Jahren werden alle Limits in die API integriert. Bitte leiten Sie diese Informationen unbedingt an die für Integrationen zuständige Stelle in Ihrem Unternehmen weiter.


Wie haben wir das gemacht?