Ausgabe 0159

Updated durch Daniel Sjögren

Erscheinungsdatum 3. Mai 2023

Zusammenfassung der Veröffentlichung

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

Bekanntmachung

Änderungen an der Aggregationsberechnung berechneter Variablen

  • Wir planen derzeit, dies in Version 0160 zu veröffentlichen.

Web-App

Neue Funktionalität

  • Mobile Apps bieten Benachrichtigungsunterstützung für die Verfügbarkeit in Verbindung mit neuen nicht zugewiesene Schicht .
    • Erinnerung, Verfügbarkeit anstelle von Interessenbekundungen zu verwenden.

Updates und Leistungsverbesserungen

  • Änderung der Logik des Kontrollkästchens „Abwesenheit ganztägig“ .
  • Besseres Planungserlebnis mit verbesserten Warnmeldungen.
  • Verlängerung der Algorithmuslaufzeit vor dem Status Unbekanntes Ergebnis .

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 Siehier .

Bekanntmachung

Änderungen an der Aggregationsberechnung von berechneten Variablen – geplante Veröffentlichung in Version 0160

Wir arbeiten derzeit daran, Inkonsistenzen in der Art und Weise zu beseitigen, wie wir Daten (stündlich, täglich, wöchentlich, monatlich) für berechnete Variablen in Zeitplanstatistiken und Prognosen aggregieren. Bisher war die Aggregation in berechneten Variablen davon abhängig, ob die berechnete Variable neben ihrer primären Eingabe einen oder mehrere Operanden hat. Mit einem einzigen Operanden werden die granularen Werte zuerst summiert und dann in der anschließenden Berechnung verwendet, um eine tägliche Summe zu erhalten. Bei mehreren Operanden erfolgt die Berechnung auf der untersten granularen Ebene und wird erst danach aufsummiert.

Warum ist das ein Problem?

Abgesehen von der Problematik von Inkonsistenzen in den Berechnungsmethoden führt dies auch dazu, dass Berechnete Variable , die beispielsweise Prozentwerte in Abhängigkeit von mehreren Operanden darstellen, beispielsweise Tagessummen auf der Grundlage der Summierung und nicht des Durchschnitts anzeigen.

Wie wird es in Zukunft funktionieren?

Wir arbeiten an einer Änderung, um diese Inkonsistenz zu beheben, indem sichergestellt wird, dass die Berechnung in allen Fällen auf jeder Granularitätsebene durchgeführt wird.

Beispiel 1

  • Variable A (Aggregationstyp Summe)
  • Variable B (Aggregationstyp Durchschnitt)
  • Berechnete Variable C: A/B
  • Täglich C = täglich (Summe) A / täglich (Durchschnitt) B

Die tägliche C-Berechnung wird basierend auf den täglichen Werten der zugrunde liegenden Variable durchgeführt.

Beispiel 2

  • Variable A (Aggregationstyp Summe)Variable B (Aggregationstyp Summe)
  • Variable C (Aggregationstyp Summe)Berechnete Variable D: A+BC
  • Täglich D = täglich (Summe) A + täglich (Summe) B - täglich (Summe) C

Die tägliche D-Berechnung wird basierend auf den täglichen Werten der zugrunde liegenden Variable durchgeführt.

Beispiel 3

  • Variable A (Aggregationstyp Summe)Berechnete Variable B: A+100 (benutzerdefinierte Eingabe)
  • Täglich B = täglich (Summe) A + 100

Die tägliche B-Berechnung fügt die benutzerdefinierte Eingabe wie in der Berechnete Variable definiert hinzu, nicht als Summe der Addition der benutzerdefinierten Eingabe bei der niedrigsten Granularität.

Warum ist es wichtig, dass Sie das wissen?

In einigen Fällen wurden Problemumgehungen, z. B. zusätzliche Berechnete Variable , eingeführt, um die richtigen täglich berechneten Variablenwerte zu erhalten. Sobald die Änderung vorgenommen wurde, sind die Problemumgehungen nicht mehr erforderlich, und die Werte der fälschlicherweise Berechnete Variable sind konsistent.

Neue Funktionalität

Mobile App - Benachrichtigungsunterstützung für Verfügbarkeit verbunden mit neuen nicht zugewiesene Schicht s erstellt

Wir haben Unterstützung für den Empfang einer Benachrichtigung implementiert, wenn eine nicht zugewiesene Schicht erstellt wird, die mit einer Ihrer Verfügbarkeitsentitäten übereinstimmt. Sie können diese Logik auf der Einstellungsseite der App aktivieren, und sie folgt der gleichen Einstellung wie die Benachrichtigungen für nicht zugewiesene Schichten, die erstellt werden, die Ihren Interessenbekundungen entsprechen.

Erinnerung – Beginnen Sie mit der Verwendung von Verfügbarkeit anstelle von Interessenbekundungen

Wir fordern alle unsere Kunden dringend auf, unsere Verfügbarkeitsfunktion anstelle der Interessenbekundung zu verwenden. Die Verfügbarkeitsfunktion ist benutzerfreundlicher und unterstützt mehr Anwendungsfälle als unsere aktuelle Funktion Notice of Interest.

Eine Funktion, die die Verfügbarkeit unterstützt, ist das Umwandeln einer Verfügbarkeitsposition in eine Schicht als Manager in der Ansicht Zeitplan der Web-App. Wir unterstützen auch Abschnitte mit Verfügbarkeit und Mehrfachauswahl von Einheiten und Abschnitten, wenn Sie als Benutzer Verfügbarkeiten erstellen. Wir haben die Möglichkeit für unsere Benutzer implementiert, ihre eigenen Verfügbarkeitszeiten in unseren mobilen Apps anzuzeigen, zu erstellen, zu bearbeiten und zu löschen. Für die mobilen Apps ist die Berechtigung zur Verfügbarkeit standardmäßig deaktiviert und muss unter Berechtigungen für Mobil- und Mitarbeiterportal in web.quinyx.com aktiviert werden. Informationen zur Verfügbarkeitsfunktion in Mobile finden Sie hier und für Manager hier .

Updates und Leistungsverbesserungen

Änderung der Logik des Kontrollkästchens „Abwesenheit ganztägig“.

Als Ergebnis des Feedbacks, das wir von vielen von Ihnen bezüglich der UX-Änderungen erhalten haben, die wir an der Abwesenheitserstellung in Version 0151 vorgenommen haben, haben uns viele von Ihnen das Feedback gegeben, dass die Änderung der Standarddaten zwar geschätzt wurde, der Standardstatus jedoch ganztägig ist Checkbox hat dazu geführt, dass viele Abwesenheiten ungewollt für eine einzelne Stunde statt wie vorgesehen für einen ganzen Tag angelegt wurden. Dank Ihres Feedbacks zu diesem Thema konnten wir eine zusätzliche Änderung einführen, mit der wir dieses Usability-Problem angehen wollen.

In Zukunft wird das Kontrollkästchen Ganztägig wie folgt aussehen:

  1. Aktiviert, wenn Sie durch Klicken auf eine Zelle im Zeitplan das Fenster „ Abwesenheit hinzufügen“ aufrufen.
  2. Aktiviert, wenn Sie durch Klicken auf das + in der oberen rechten Ecke des Zeitplans in das Fenster „ Abwesenheit hinzufügen“ gelangen.
  3. Deaktiviert, wenn Sie das Panel „ Abwesenheit hinzufügen“ über die Schaltfläche unten im Panel „ Schicht bearbeiten“ aufrufen.

Wenn in den Fällen 1 und 2 oben dasselbe Datum als Start- und Enddatum ausgewählt ist, z. B. 2022-04-25, bleiben das Start- und Enddatum gleich, wenn Sie das Kontrollkästchen deaktivieren, während die Start- und Endzeiten der Abwesenheit wird ein einstündiges Intervall sein. Dieses einstündige Intervall tritt 12 Stunden nach Ihrem Geschäftstagesanbruch auf. Wenn also die in Ihren Einheiteneinstellungen konfigurierte Pause 2 Uhr morgens ist, dann wären die Standardabwesenheitszeiten 14 bis 15 Uhr.

Wenn in den Fällen 1 und 2 oben mehrere Daten als Start- und Enddaten ausgewählt sind, z. B. 2022-04-25 - 2022-04-30, bleiben dieselben Daten gleich, wenn Sie das Kontrollkästchen deaktivieren, während die Start- und Die Endzeiten der Abwesenheit sind von Arbeitstag bis Arbeitstag. Wenn beispielsweise der in Ihren Einstellungen konfigurierte Arbeitstag 2 Uhr morgens ist, dann wären die Standardabwesenheitszeiten 2 Uhr - 2 Uhr.

Im obigen Fall 3 hat sich gegenüber vorher nichts geändert; Die Standarddaten und -zeiten spiegeln die Schicht wider, von der aus Sie in die Abwesenheit eintreten.

Wenn Sie verschiedene Datumsangaben auswählen, bevor Sie das betreffende Kontrollkästchen deaktivieren, trifft das obige Verhalten aufgrund technischer Einschränkungen leider nicht zu. Das wollen wir zu gegebener Zeit angehen.

Besseres Planungserlebnis mit verbesserten Warnmeldungen

Wir veröffentlichen den ersten Teil der Initiative, die das Ziel hat, Warnmeldungen zu verbessern, die Managern bei der Schichtplanung angezeigt werden. Wir hoffen, dass Manager mit diesen Verbesserungen weniger Zeit mit der Arbeit in der Zeitplanansicht verbringen, da sie mehr Informationen über fehlende Fähigkeiten, Überschreitungen von Stunden und andere Arten von Warnungen haben.

Die erste Warnung, die wir mit dieser Version verbessert haben, bezieht sich auf fehlende Mitarbeiter .

Ab dieser Version wird Quinyx in der Warnmeldung Informationen darüber bereitstellen, welche Fähigkeiten einem Mitarbeiter für diese Schicht fehlen. Auf diese Weise weiß der Manager sofort, welche Fähigkeiten in den Mitarbeiterdetails überprüft oder korrigiert werden müssen, bevor die Schicht geplant wird.

Es gibt eine Ausnahme für diese neue Warnmeldung, und sie gilt für alle Fälle, in denen Manager Warnungen bei der Einführung eines Basiszeitplans nicht behoben haben. Wenn Warnungen bei der Einführung nicht vor dieser Version behoben wurden, zeigt Quinyx beim Öffnen dieses Basisplans die alte Warnmeldung „Employee missing skill(s)“ an.

Als Teil dieser Initiative haben wir auch visuell verbessert, wie wir alle überschreibbaren und nicht überschreibbaren Warnungen für den Manager anzeigen. Wir haben diese Verbesserung vorgenommen, weil wir Quinyx benutzerfreundlicher machen wollten und auch erklären wollten, welche Schritte vor der geplanten Schicht unternommen werden müssen. Derzeit gilt dieses neue Warnmodal nur in der Zeitplanansicht; Wir haben Pläne, es auch in der Basis-Zeitplanansicht zu verbessern.

Erhöhung der Zeit des Algorithmus vor dem Status „Unbekanntes Ergebnis“

Innerhalb von Auto Schedule und Auto Assign haben wir derzeit eine technische Grenze dafür, wie lange die Algorithmusausführungstabellen den Status von Algorithmusausführungen anfordern, um sicherzustellen, dass die Ausführungstabellen auf dem neuesten Stand bleiben. Diese technische Grenze ist aus Leistungsgründen erforderlich. Algorithmusläufe, die länger als 30 Minuten dauern, haben bisher "Unbekannte Ergebnisse" als Status angezeigt, obwohl der Algorithmuslauf abgeschlossen ist. Wir haben das Limit jetzt auf 90 Minuten erhöht, sodass jeder innerhalb von 90 Minuten abgeschlossene Algorithmuslauf den korrekten Status und die korrekte Zeit anzeigt.

Aktualisierungen Pause

Prämienzahlungen

Mit dieser Version führen wir die automatische Ausgleichszahlung (z. B. Strafzahlung/Prämienzahlung) in der Pause ein. Was wir ermöglichen möchten, ist eine schnellere und weniger fehleranfällige Verwaltung der Vergütung, wenn eine Pause nicht gemäß den Pause bereitgestellt oder eingenommen wurde.

Wie Sie Prämienzahlungen zu Ihren Essenspausenregeln hinzufügen, lesen Sie hier: (Link zur Unterseite)

UX-Änderungen für Pause

Nach einigem Feedback haben wir den Konfigurationsablauf in Quinyx aktualisiert, wenn Regeln für Essenspausen auf bestimmte Vereinbarung angewendet werden. Die wichtigste Änderung besteht darin, dass Sie anstelle der Anwendung von Vereinbarung auf die Regeln im Bereich Essenspausen jetzt die Regeln in Vereinbarungsvorlagen > (neues Feld) Prämien für Essenspausen in der entsprechenden Dropdown-Liste anwenden müssen.

Fehlerbehebung

  • Es wurde ein Problem behoben, das dazu führte, dass die Kosten zwischen der wöchentlichen und der monatlichen Ansichtsauswahl unterschiedlich angezeigt wurden. Als Ergebnis dieser Fehlerbehebung zeigen Statistiken Zeitplan-Element und Mitarbeiter an, unabhängig davon, ob ein bestimmter Mitarbeiter eine aktive Rolle hat oder nicht.
  • Es wurde ein Problem behoben, das dazu führte, dass das erneute Rollout einer bearbeiteten Vorlagen nicht die Änderungen im Rollout-Zeitplan widerspiegelte.
  • Behebung eines Problems, das einen 500-Fehler erzeugte, wenn ein API-Aufruf für get Schichten zwischen 00:00 und 06:00 ausgeführt wurde.
  • Es wurde ein Problem im Zusammenhang mit der Sommerzeit behoben, bei dem die Zeit in Zeitplan- Statistiken zwischen der Tabelle und dem Popup-Fenster uneinheitlich angezeigt wurde, wenn ein bestimmter Datenpunkt ausgewählt wurde. Dies war nur am Tag der Sommerzeit und bei Tagesanbruch ein Problem.

Neue HelpDocs-Artikel

Quinyx-Artikel

Erinnerung! Wenn Sie alle zwei Wochen E-Mail-Benachrichtigungen über neue Versionen der Quinyx-App erhalten möchten, können Sie sich hier anmelden.

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?