Version 0173
Updated
durch
Leigh Hutchens
Veröffentlichungsdatum 15. November 2023
Zusammenfassung der VeröffentlichungKurz auf Zeit und möchten eine hochrangige Zusammenfassung? Quinyx web app Version 0173 Neue Funktionen
Aktualisierungen und Leistungsverbesserungen
Fehlerbehebungen
Wichtige Informationen
Frontline Portal Version 0173 Neue Funktionen
Fehlerbehebungen
SOAP API / Webservice-Updates
|
Wichtige Informationen
Ende des Lebenszyklus der Classic und Mobile SSO bis zum 31. März 2024
Quinyx hat beschlossen, dass die Unterstützung für die alte SSO-Konfiguration (Classic und Mobile) bis 2024 eingestellt wird.
Neue Konfigurationen sind bereits im Manager Portal verfügbar und Sie benötigen jetzt nur noch eine Konfiguration für alle Quinyx-Anwendungen. Wir empfehlen Kunden, die noch die alte Konfiguration verwenden, mit der Planung für die Einrichtung der neuen Konfiguration zu beginnen.
Die neue Konfigurationsanbieter-Setup unterstützt entweder SAML 2 oder OPEN ID Standards.
- Allgemeine Informationen: SSO-Grundlagen
- Azure: SAML Single Sign-On und OPEN ID single sign on
Ende der Lebensdauer der Funktionalität "Einsatzwunsch" im Dezember 2023
Unsere Legacy-Funktionalität "Einsatzwunsch" wird Ende Dezember 2023 eingestellt. Daher bitten wir alle unsere Kunden, die Verfügbarkeitsfunktionalität anstelle von Einsatzwunsch so bald wie möglich zu nutzen. Die Verfügbarkeitsfunktionalität ist benutzerfreundlicher und unterstützt mehr Anwendungsfälle als die Einsatzwunsch Funktionalität.
Eine Funktion, die die Verfügbarkeit unterstützt, ist die Umwandlung eines Verfügbarkeitselements in eine Schicht in der Zeitplanansicht der Quinyx-Web-App. Quinyx unterstützt auch Sektionen mit Verfügbarkeit und die Mehrfachauswahl von Einheiten und Sektionen bei der Erstellung von Verfügbarkeit als Benutzer. Wir haben die Möglichkeit implementiert, dass Benutzer ihre eigenen Verfügbarkeitsstunden in unseren mobilen Apps einsehen, erstellen, bearbeiten und löschen können.
Quinyx Web-App Version 0173
Veröffentlichungsdatum 15. November 2023
Neue Funktionalität
Prüfprotokolle für Schichttausch
Dies ist die zweite von vielen geplanten Ergänzungen zu unserem neuen Prüfprotokoll-Framework. Ab dieser Version können Sie neben den Prüfprotokollen für Schichten und Schichtbuchungen auch nach Prüprotokollen für Schichttausch in Quinyx suchen. Dies bietet Ihnen mehr Informationen und ermöglicht Managern ein umfassenderes Verständnis, ob einige der Schichtänderungen tatsächlich von den verbundenen Schichtanfragen stammen. In zukünftigen Versionen planen wir, dieses Bild durch Hinzufügen von Prüfprotokollen für andere Schichtanfragen - Schichtentfernungsanfragen und Schichtzuweisungen auf entfernten Einheiten - zu vervollständigen.
In dieser Veröffentlichung führen wir Prüfprotokolle für Schichttausch in den Prüfprotokollen > Ansicht anpassen > [Elementtyp] Schichttausch ein. Die Navigation durch die Suchergebnisse der Prüfprotokolle in unserer Prüfprotokolltabelle folgt der gleichen Logik wie in diesem Artikel Auditprotokolle (aktuell) beschrieben, mit den folgenden Anpassungen:
- Schichttausch ist ein separates Element, was bedeutet, dass es seine eigene separate Zeile in der Prüfprotokolltabelle haben wird.
- In der Spalte Zeitstempel können Sie das Datum und die Uhrzeit sehen, zu denen eine bestimmte Aktion in Quinyx durchgeführt wurde.
- In der Spalte Betroffene Gruppen können Sie die Einheiten und Sektionen sehen, die von der betreffenden Aktion betroffen waren.
- In der Spalte Elementtyp zeigt die App einen neuen Elementtyp namens Schichttausch an.
- In der Spalte Element können Sie die Schichtdetails sehen, für die der Schichttausch erstellt wurde. Schichtdetails beinhalten [Startdatum], [Startzeit], [Endzeit] und [Schichttypname].
- In der Spalte Aktion können Sie die Aktionen sehen, die bei einem Schichttausch durchgeführt wurden; sie fallen in die folgenden Typen: erstellen, genehmigen, ablehnen, und löschen.
- In der Spalte Aktion durchgeführt von Spalte, können Sie sehen, wer die betreffende Aktion durchgeführt hat. Beachten Sie, dass die Aktionen genehmigen oder ablehnen von Mitarbeitern innerhalb der Quinyx Mobile-Anwendung im Rahmen des Schichttauschprozesses sowie von Managern im Quinyx Manager-Portal durchgeführt werden können.
- In der Spalte Aktion für können Sie sehen, wer von der betreffenden Aktion betroffen war. Wenn die Aktionen genehmigen oder ablehnen im Rahmen des Schichttauschs durchgeführt werden, sehen Sie in dieser Spalte die beiden Mitarbeiter, die an diesem Schichttausch beteiligt waren und daher von diesen Aktionen betroffen waren.
In den Suchergebnissen des Prüfprotokolls für den Schichttausch können Sie durch Klicken auf den Chevron in der linken Spalte der Tabelle der Suchergebnisse weitere Details zu den Eigenschaften sehen, die auf den genannten Artikel angewendet wurden. Wenn Sie dort klicken, können Sie eine Untertabelle mit Eigenschaften sehen, die mit den Aktionen erstellen, genehmigen und ablehnen verbunden sind. In der Untertabelle haben Schichttausche zwei Eigenschaften:
- Anforderer: Diese Eigenschaft beschreibt den Mitarbeiter, der zuerst den Schichttausch mit seinem Kollegen beantragt hat.
- Anfängliche Schicht des Antragstellers: Diese Eigenschaft beschreibt die Schicht, der der Antragsteller zum Zeitpunkt der Erstellung der Schichttauschanfrage zugewiesen ist.
Das untenstehende Bild veranschaulicht, wie eine Unter-Tabelle für einen Schichttausch angezeigt wird.
Nach der gleichen Logik wie für Schicht-Prüfprotokolle, werden gelöschte Schichttauschs nicht Unter-Tabellen haben.
Optimale Mitarbeiterzahl basierend auf tatsächlichen Daten
In Version 0171 haben wir die Möglichkeit eingeführt, die neue optimale Mitarbeiterzahl (innerhalb von Optimale Mitarbeiterzahl und Arbeitsstandards NEU erstellt) im Vergleich zur geplanten Mitarbeiterzahl in der neuen Anzeigegruppe Arbeitskraft zu betrachten.
Wir haben eine zusätzliche Mitarbeiterzahl-Kurve namens Optimal (tatsächlich) hinzugefügt. Durch diese Mitarbeiterzahl-Kurve können Sie Ihre optimale Mitarbeiterzahl visualisieren, gegeben Ihre konfigurierten Arbeitsstandards, basierend auf tatsächlichen Daten. Dies hilft Filialleitern, die optimale Mitarbeiterzahl basierend auf Prognosedaten ("Wie viele Personen sollte ich basierend auf meiner Prognose einplanen?") mit tatsächlichen Daten ("Wie viele Personen habe ich tatsächlich gebraucht?") zu vergleichen "), optimale Mitarbeiterzahl basierend auf tatsächlichen Daten ("Wie viele Personen sollten basierend auf meinen tatsächlichen Werten geplant werden?") im Vergleich zur geplanten Mitarbeiterzahl.
Sie können diese Daten immer auf Ebene der optimalen Mitarbeiterzahl/Schichttyp oder für die Einheit/Sektion als Ganzes vergleichen. Sie können jederzeit ein- und ausschalten, welche Variablen Sie anzeigen möchten, um sicherzustellen, dass nur die relevantesten Daten in der Arbeitszeit Anzeigegruppe visualisiert werden.
Im obigen Beispiel ist die hellblaue Schattierung die geplante Mitarbeiterzahl, die dunkelblaue Kurve ist die optimale Mitarbeiterzahl basierend auf Prognosedaten und die violette Kurve ist die optimale Mitarbeiterzahl basierend auf tatsächlichen Daten.
Die optimale (tatsächliche) Mitarbeiterzahl-Kurve ist nur in der Vergangenheit sichtbar, wo tatsächliche Daten verfügbar sind.
Updates und Leistungsverbesserungen
Verbessertes Konfliktmanagement beim Teilen von Feiertagskonfigurationen
Beim Teilen von Feiertagskonfigurationen, entweder bei globalen Feiertagen oder zwischen Vereinbarungsvorlagen, haben wir einige Verbesserungen vorgenommen, um eine bessere Konfliktlösung zu ermöglichen:
- Für globale Feiertage, beim Teilen von Konfigurationen über Feiertage werden alle Konflikte mit der Flagge Regeln existieren bereits hervorgehoben, um anzuzeigen, dass es bereits benutzerdefinierte Konfigurationen an einem bestimmten Feiertag gibt. Sie haben dann die Option, trotzdem zu überschreiben, wenn Sie sich dafür entscheiden.
- Für Vereinbarungsvorlagen, existierte diese Konfliktlösung bereits, bei der Sie die rote Warnung Feiertag existiert bereits erhalten würden, wenn ein bestimmter Feiertag bereits in dieser Vereinbarungsvorlage existierte. Mit dieser Veröffentlichung steht Ihnen nun auch die Überschreibfunktion zur Verfügung - das bedeutet, dass Sie diesen Feiertag dann und dort überschreiben können, wenn Sie möchten.
Fehlerbehebungen
- Ein Problem in der Zeitplanansicht wurde behoben, das dazu führte, dass Sie Warnungen beim Versuch, Schichten neu zuzuweisen, nicht umgehen konnten.
- Ein Problem wurde behoben, bei dem Sie keinen Integrationsschlüssel zu einem Schichttyp hinzufügen konnten.
- Ein Problem im Bericht Detaillierte Pausen und Aufgaben wurde behoben, bei dem Übersetzungen für Spaltenüberschriften nicht übersetzt wurden.
Neuer Inhalt für Quinyx HelpDocs
Neue HelpDocs-Artikel
Neue Tutorials
- Keine zu diesem Zeitpunkt.
Frontline Portal Version 0173
Veröffentlichungsdatum 15. November 2023
Neue Funktionalität
Neue Widget-Typen - Einzelspalte & Doppelspalte
Wir haben zwei neue Widget-Typen eingeführt - Sie können nun Ressourcen entweder in einer Einzel- oder Doppelspaltenliste anzeigen.
Einzelspalte
Doppelspalte
Fehlerbehebungen
- Es wurde ein Problem behoben, das dazu führte, dass die Audience UI die Zielgruppe der vorherigen Aufgabe anzeigte.
- Es wurde ein Problem behoben, das es möglich machte, dass Widget-Empfänger leere Widgets hatten.
- Es wurde ein Problem behoben, das dazu führte, dass Benutzer keine Bilder im Beschreibungsfeld der Story bearbeiten konnten.
- Es wurde ein Problem behoben, bei dem E-Mail-Benachrichtigungen von Formularübermittlungen nicht gesendet wurden.
- Es wurde ein Problem behoben, das zu einer falschen Fehlermeldung beim Hochladen von Dateien im Abschnitt "Storybeschreibung" führte.
- Es wurde ein Problem behoben, das dazu führte, dass das YouTube-Einbettungsmodal beim Speichern einer Story nicht gelöscht wurde.
Neuer Inhalt für Frontline Portal HelpDocs
Neue Tutorials
SOAP API / Webservice-Updates
- Keine Updates in dieser Version.
- Derzeit sind keine Endpunkte veraltet und zur Entfernung geplant.Klicken Sie hier, um die neue Quinyx WFM Web Service-Dokumentation anzusehen. Sie können noch mehr Informationen zu Webdiensten finden hier.Wir ermutigen alle unsere Kunden, unsere APIs zur Datenpflege und zur Sicherstellung der Aktualität der Informationen zu nutzen. Um die Skalierbarkeit unserer APIs bei wachsender Kunden- und Benutzerbasis zu gewährleisten, haben wir uns entschieden, Einschränkungen für die Nutzung unserer SOAP-APIs hinzuzufügen. Diese Beschränkungen werden programmgesteuert durchgesetzt, was bedeutet, dass wir eine Begrenzung von gleichzeitigen Anrufen 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 mit dem Limit umzugehen. Beachten Sie, dass das Limit nur für SOAP gilt. Wenn Sie in den kommenden Jahren von SOAP auf REST umsteigen, werden alle Limits in die API integriert sein.
Bitte stellen Sie sicher, dass Sie diese Informationen an die zuständige Stelle in Ihrem Unternehmen weiterleiten, die für Integrationen verantwortlich ist.
