Version 0155

Updated durch Leigh Hutchens

Erscheinungsdatum 9. März 2023

Zusammenfassung der Veröffentlichung

Sie haben wenig Zeit und wollen eine Zusammenfassung auf hohem Niveau?

Web-App

Neue Funktionalität

  • Absolute Anpassungen innerhalb der Events
    • Bisher konnten Sie nur eine prozentuale Anpassung der Auswirkung eines Events auf die zugrunde liegende Variable innerhalb bestimmter Einheiten oder Sektionen hinzufügen. Jetzt können Sie auch eine absolute Anpassung hinzufügen.
  • Benachrichtigung der Mitarbeiter über den Zeitplan, der auf ihrer Einheit veröffentlicht wird
    • Wir führen die Benachrichtigungsnachricht für die Veröffentlichung des Zeitplans an die Mitarbeiter ein.
  • Globaler Login-Alias
    • Quinyx-SSO-Anbieter (OpenID und SAML) können jetzt so eingerichtet werden, dass der Anbietername zu einem globalen Login-Alias wird.
  • SSO-Anbieter-Deep-Link
    • Die Informationen des SSO-Anbieters stellen jetzt den Deep Link (URL) dar, den Kunden verwenden können, um ihre Mitarbeiter dazu zu bringen, sich automatisch bei Quinyx anzumelden und die Anmeldeseite von Quinyx zu umgehen.

Updates und Leistungsverbesserungen

  • Option zur Anpassung der Beschäftigungsquote
    • Wir haben kleinere Anpassungen an der Kopie für die alte Logik für die Beschäftigungsquoten-Konfiguration im Abwesenheitsplan vorgenommen.
  • Hochladen von Öffnungszeiten über die REST-API
    • Sie können Öffnungszeiten über die REST-API hochladen, die vom AI Demand Forecasting-Modul verwendet werden.
  • In Quinyx konfigurierte Öffnungszeiten, die im AI Demand Forecasting verwendet werden
    • In Quinyx konfigurierte Öffnungszeiten können jetzt auch in Ihrer AI Demand Forecasting verwendet werden, um sicherzustellen, dass keine Prognose außerhalb Ihrer Öffnungszeiten erstellt werden.

SOAP API / Webservice-Updates

  • Keine Aktualisierungen in dieser Version

Fehlerbehebung

  • Vielleicht interessieren Sie sich für eine unserer Fehlerbehebung in dieser Version. Wenn Sie weitere Informationen wünschen, klicken Sie hier .

Neue Funktionalität

Absolute Anpassungen in Events

Bisher konnten Sie nur eine prozentuale Anpassung der Auswirkung eines Events auf die zugrunde liegenden Variablen innerhalb bestimmter Einheiten oder Sektionen hinzufügen. Jetzt können Sie auch eine absolute Anpassung hinzufügen. Beim Erstellen oder Bearbeiten eines Ereignisses können Sie zwischen prozentualer Anpassung oder absoluter Anpassung wählen. Wenn Absolute Anpassung ausgewählt ist, können Sie wählen, ob die Variablen absolut erhöht oder verringert werden sollen, und Sie können den spezifischen Wert eingeben, der hinzugefügt oder subtrahiert werden soll. Die absolute Anpassung erfolgt auf der niedrigsten Granularitätsebene, nicht auf der aggregierten Ebene. Daher wird jedem Zeitrahmen eine absolute Erhöhung von 10 hinzugefügt, abhängig von der Granularität der Variablen, nicht von der Tagessumme (oder anderen Aggregationen).

In Fällen, in denen mehrere Events für dieselbe Zeit hinzugefügt werden und ein Event eine Anpassung auf der Grundlage eines prozentualen Werts hat, während das andere Event eine absolute Anpassung hat, wird der Effekt der prozentualen Erhöhung/Verringerung zuerst angewendet, bevor die absolute Anpassung angewendet wird, egal welches Event zuerst hinzugefügt wurde.

Klicken Sie hier, um mehr über Eventmanagement zu erfahren.

Benachrichtigung der Mitarbeiter über den Zeitplan, der auf ihrer Einheit veröffentlicht wird

Mit dieser Version führen wir die Unterstützung für die Benachrichtigungsnachricht an die Mitarbeiter ein, sobald der Zeitplan für ihre Einheit/Sektion veröffentlicht wurde. Dieser Bedarf wurde während unseres Discovery-Prozesses für den kürzlich veröffentlichten Zeitplan-Genehmigungsablauf identifiziert, aber ansonsten wurde er auch häufig als Feedback von mehreren Kunden erwähnt. Vielen Dank für all die tollen Rückmeldungen!

Mitarbeiter werden über jede Aktualisierung des Veröffentlichungsdatums benachrichtigt, nachdem sie auf die Schaltfläche Zeitplan geklickt haben. Dies gilt für das Setzen des Veröffentlichungsdatums in der Zukunft (im Vergleich zum aktuellen Veröffentlichungsdatum). Die Benachrichtigung wird an alle Mitarbeiter gesendet, die eine aktive Rolle in dieser ausgewählten Gruppe (Einheit oder Sektion) haben. Aktive Rolle bedeutet, dass Mitarbeiter im Zeitraum vom letzten Veröffentlichungsdatum bis zum neuen Veröffentlichungsdatum eine Rolle haben. Um Manager darauf aufmerksam zu machen, dass die Veröffentlichung des Zeitplans auch die Mitarbeiter benachrichtigt, haben wir diese Informationsmeldungen hinzugefügt:

  • Nachricht, wenn die Zeitplangenehmigung nicht aktiviert ist .
  • Nachricht, wenn die Zeitplangenehmigung aktiviert ist .
  • Beispiel für die Qmail Nachricht, die der Mitarbeiter erhält.
Der Mitarbeiter erhält keine Benachrichtigung, wenn der Vorgesetzte Benachrichtigungen pausieren aktiviert hat.
Wir unterstützen derzeit Qmail und die Option Kopie an EMail zum Empfangen von Benachrichtigungen, die auf der Mitarbeiterkarte verfügbar sind. Die Optionen E-Mail und SMS sind derzeit nicht im Umfang enthalten, aber wir prüfen, ob sie in Zukunft aktiviert werden können.

Globaler Login-Alias

Quinyx-SSO-Anbieter (OpenID und SAML) können jetzt so eingerichtet werden, dass der Anbietername zu einem globalen Login-Alias wird. Global bedeutet, dass es in den verschiedenen Regionen von Quinyx (EU und USA) auf Einzigartigkeit geprüft wird.

Ein Benutzer (Mitarbeiter oder Manager) kann den Alias im Anmeldedialog der mobilen App verwenden, um direkt zum richtigen SSO-Anbieter geleitet zu werden. Der Anmeldeablauf für das Web Portal wird zu einem späteren Zeitpunkt aktualisiert.

Die Informationen des SSO-Anbieters stellen jetzt den Deep Link (URL) dar, den Kunden verwenden können, um ihre Mitarbeiter dazu zu bringen, sich automatisch bei Quinyx anzumelden und die Anmeldeseite von Quinyx zu umgehen. Wenn der Benutzer bei seinem Identitätsanbieter angemeldet ist, wird er automatisch zur richtigen Quinyx-Benutzeroberfläche weitergeleitet.

Updates und Leistungsverbesserungen

Option zur Anpassung der Beschäftigungsquote

In Version 0154 haben wir eine aktualisierte Logik für die Anpassungsmöglichkeit der Beschäftigungsquote in Abwesenheitsplänen eingeführt. Basierend auf dem Feedback haben wir nun geringfügige Anpassungen an der Kopie für die alte Logik für die Option zur Anpassung der Beschäftigungsquote im Konfigurationsfenster für den Abwesenheitsplan wie folgt vorgenommen:

  • Anstatt zu sagen, dass wir diese Logik nicht länger unterstützen, heißt es jetzt, dass wir sie nicht länger aufrechterhalten .

In Quinyx konfigurierte Öffnungszeiten, die im AI Demand Forecasting verwendet werden

In Quinyx konfigurierte Öffnungszeiten können jetzt auch in Ihrer AI Demand Forecasting verwendet werden, um sicherzustellen, dass keine Prognose außerhalb Ihrer Öffnungszeiten erstellt werden.

Klicken Sie hier, wenn Sie mehr wissen wollen!

Hochladen von Öffnungszeiten über die REST-API

Sie können Öffnungszeiten über die REST-API hochladen, die vom AI Demand Forecasting-Modul verwendet werden.

Fehlerbehebung

  • In Version 0153 haben wir einen Fehler behoben, bei dem die Werte 00:00 - 00:00 in den Start- und Endzeitfeldern des Modals „Tag und Uhrzeit“ der Abwesenheitszeitpläne 0-Stunden-Schichten generierten; nach der Fehlerbehebung werden 24-Stunden-Schichten generiert (abhängig von verschiedenen relevanten Einstellungen). Beachten Sie, dass dies fälschlicherweise als „Problem behoben, das verhinderte, dass eine Abwesenheit eine Gehaltsart für den Jahresurlaub generierte“ in den 153 Versionshinweisen beschrieben wurde. Wir entschuldigen uns für die fehlerhafte Kommunikation und die Unannehmlichkeiten, die Ihnen dadurch möglicherweise entstanden sind.
  • Es wurde ein Problem behoben, das dazu führte, dass eine Pause und eine Schicht auf den vorherigen Wert zurückgesetzt wurden, wenn Sie einen anderen Wert eingegeben haben, während die Anfrage vom Backend verarbeitet wurde.
  • Es wurde ein Problem behoben, bei dem die optimale Besetzung falsche Werte basierend auf den konfigurierten dynamischen Regeln und den zugrunde liegenden Prognosen berechnete.
  • Es wurde ein Problem behoben, das dazu führte, dass sowohl die Start- als auch die Endzeit einer Schicht in Vorlagen um eine Stunde nach vorne verschoben wurden, wenn eine Schicht an einem beliebigen Tag in den Vorlagen erstellt wurde, der zufällig dem 26.03.2023 (Sommerzeitumstellung) in den Vorlagen entsprach.
  • Es wurde ein Problem behoben, das dazu führte, dass die Sollstunden der Mitarbeiter die Reduzierung an einem Feiertag für einen Planzeitraum nicht berücksichtigten, wenn dieser Planzeitraum nicht am Ersten des Monats begann.
  • Es wurde ein Problem behoben, wenn Abwesenheiten gelöscht werden und die zuvor geplanten Schichten wieder beim Mitarbeiter geplant werden sollen, dann wurden andere Schichten hinterlegt.
  • Es wurde ein Problem behoben, das einen norwegischen Kunden betraf, bei dem, als seine Mitarbeiter Egenmelding über die mobile App beantragten und es anschließend in der Quinyx-Web-App genehmigt wurde, das System die spezielle norwegische selbstzertifizierte Krankenstandslogik umging, nach der nicht mehr als die Anzahl der Krankheitstage, die in Einstellungen > Einstellungen > Max. Abwesenheitstage im Arbeitgeberzeitraum definiert sind, dürfen während des Zeitraums genommen werden, der in Einstellungen > Einstellungen > Puffer für Zeitraum definiert ist.
  • Es wurde ein Problem behoben, das zu einem internen Serverfehler führte, wenn versucht wurde, Vorlagen über einen längeren Zeitraum, z. B. über viele Monate, bereitzustellen.

Neue HelpDocs-Artikel

SOAP API / Webservice-Updates

  • Keine Aktualisierungen in dieser Version

Derzeit sind keine Endpunkte veraltet und sollen entfernt werden.

Klicken Sie hier, um die Dokumentation zum neuen Quinyx WFM Web Service anzuzeigen. Hier finden Sie noch mehr Informationen zu Webdiensten.
Wir ermutigen alle unsere Kunden, unsere APIs zu nutzen, um Daten zu pflegen und sicherzustellen, dass Informationen auf dem neuesten Stand sind. Um die Skalierbarkeit unserer APIs sicherzustellen und gleichzeitig unseren Kunden- und Benutzerstamm zu vergrößern, haben wir uns entschieden, Einschränkungen für die Verwendung unserer SOAP-APIs hinzuzufügen. Diese Einschränkungen werden programmgesteuert durchgesetzt, was bedeutet, dass wir ein Limit für gleichzeitige Anrufe pro Kunde auf 10 durchsetzen werden. Sie sollten mit dem Antwortcode 429 rechnen, wenn Sie dieses Limit überschreiten, und es wird empfohlen, einen Backoff-Wiederholungsmechanismus zu implementieren, um das Limit zu handhaben. Beachten Sie, dass das Limit nur für SOAP gilt. Wenn Sie in den kommenden Jahren von SOAP zu Rest wechseln, werden alle Limits in die API eingebaut.

Bitte leiten Sie diese Informationen unbedingt an die für die Integration zuständige Stelle in Ihrem Unternehmen weiter .

Wie haben wir das gemacht?