Version 0104

Updated 25/3/21 durch Leigh Hutchens

Erscheinungsdatum 24. März 2021

Im April 2021 werden wir die Unterstützung für Microsoft Internet Explorer 11 offiziell zugunsten des Nachfolgers Microsoft Edge einstellen. Dies bedeutet, dass wir nicht mehr garantieren können, dass Quinyx in Internet Explorer 11 funktioniert, und dass wir keine Vorabversionen von Quinyx in Internet Explorer mehr durchführen.

Neue Funktionalität

Kommende Logik für Urlaubsanträge und Schichtbuchungsbenachrichtigungen

In den Versionshinweisen der Version 0101 haben wir Sie über die bevorstehende neue Logik für das Senden von Benachrichtigungen über Urlaubsanträge und Schichtbuchungen informiert.

Wir möchten Sie darüber informieren, dass seine Funktionalität am 7. April in Version 0105 veröffentlicht wird.

Halten Sie Ausschau nach einer separaten Einladung zum Produkt-Webinar mit dem Quinyx-Produktteam, in der wir Sie ausführlich durch die neue Logik führen und Ihnen die Möglichkeit geben, Fragen zu stellen.

Im Folgenden finden Sie alle Details zur Funktionsweise dieser Logik.

Abwesenheitsbenachrichtigungslogik

Beispiele und Szenarien für Abwesenheitsbenachrichtigungen

Schichtbuchungsbenachrichtigungslogik

Beispiele und Szenarien für Schichtbuchungsbenachrichtigungen

Eine Sache, die sich seit der letzten Präsentation geändert hat, ist, dass "Berichte an" aufgrund mehrerer Probleme mit dieser Kombination nicht für Schichtbuchungsanfragen angewendet werden. Der Hauptgrund für diese Entscheidung ist, dass es möglich ist, jede Person mit einer Manager-Rolle in einem Quinyx-Kunden als Bericht an den Manager festzulegen. Diese Logik ist für verschiedene Szenarien für Urlaubsanträge von entscheidender Bedeutung. Dies kollidiert mit Benachrichtigungen über Schichtbuchungsanfragen, da der Manager dem Manager für Mitarbeiter gemeldet werden kann, die Schichten in Einheiten beantragen, in denen der Manager keine Manager-Rolle hat. Anstelle von "Berichte an" für Benachrichtigungen zu Schichtbuchungsanfragen verlassen wir uns nur auf die Logik, bei der die Schichtbuchungsanforderung 1 Schritt über der Einheit / der Sektion, in der sich die Schicht befindet, an den / die Manager gesendet wird.

Mobile Apps: Änderung für Mitarbeiter, die nur in einer Sektion eine Rolle haben

Ab dieser Version können Benutzer von mobilen Apps, die nur auf Sektionsebene eine Mitarbeiterrolle haben, nur Kollegen in den Sektionen sehen, in denen sie eine Rolle haben, und nur Schichten buchen, die zu diesen Sektionen gehören. Zuvor konnten Benutzer, da wir uns auf die alte klassische Logik stützten, Kollegen in der gesamten Einheit sehen, zu der die Sektion gehörte, und manchmal Schichten in anderen Sektionen der Einheit buchen, obwohl sie dort keine Rolle hatten. Sie können weiterhin Schichten buchen, die keiner Sektion (nur einer Einheit) angehören, wenn Sie nur eine Sektionsrolle haben.

Zeitplan & Basiszeitplan

Verbesserte Logik im Zeitplan für Vereinbarungsänderungen

Bis zu dieser Version, als eine Änderung der Vertragsgültigkeit vorgenommen wurde, hat ein Nachtjob allen Schichten, in denen eine Vereinbarung fehlte, eine gültige Vereinbarung (falls verfügbar) zugewiesen. Aus Leistungsgründen wurde dies jedoch nur für Schichten 30 Tage in die Zukunft und 60 Tage in der Vergangenheit ab dem heutigen Datum durchgeführt.

Dies war alles andere als ideal, und die Einschränkungen der Lösung wurden durch die Tatsache verschärft, dass wir jetzt die Mitarbeiter-Kennzahlen nach Vereinbarung anzeigen. Aus diesem Grund haben wir jetzt eine neue Logik dafür erstellt.

Ab dieser Version führt Quinyx die folgenden Aktionen aus, wenn Vereinbarungen geändert werden.

Beachten Sie, dass Quinyx aus Leistungsgründen den am besten geeigneten Zeitpunkt für die Ausführung festlegt. Die Aktionen werden jedoch immer innerhalb von 120 Minuten nach dem Speichern der Änderung ausgeführt.
  • Bei gelöschten Vereinbarungen identifiziert Quinyx Schichten und / oder Stempel, die mit den betreffenden Vereinbarungen zusammenhängen, und wendet die Vereinbarungsauswahllogik an, um eine andere gültige Vereinbarung für sie anzuwenden.
  • Bei neuen Vereinbarungen prüft Quinyx, ob es Schichten und / oder Stempel ohne Vereinbarung gibt, die mit der neuen Vereinbarung in Zusammenhang stehen können
  • Bei Vereinbarungen, bei denen die Gültigkeitsdauer in irgendeiner Weise verkürzt wird, prüft Quinyx, ob Schichten und / oder Stempel im Zusammenhang mit dieser Vereinbarung vorliegen, die nicht mehr innerhalb der Gültigkeitsdauer liegen. Wenn dies der Fall ist, wendet Quinyx seine Logik zur Auswahl von Vereinbarungen (siehe unten) an, um eine gültige Vereinbarung auszuwählen und die Schichten und / oder Stempel mit dieser Vereinbarung in Beziehung zu setzen. Wenn die Gültigkeitsdauer in irgendeiner Weise verlängert wird, prüft Quinyx, ob es Schichten oder Stempel ohne Vereinbarung gibt, die mit der geänderten Vereinbarung zusammenhängen können.
Beachten Sie, dass diese Aktionen auch für Abrechnungsposten ausgeführt werden, die auf die Abrechnung übertragen wurden. Dies hat nur zur Folge, dass beim rückgängig machen einer Abrechnungsposition eine Verbindung zu einer gültigen Vereinbarung hergestellt wird und nicht zu der Vereinbarung, die bei der Übergabe an die Abrechnung verwendet wurde, wurde dann für das betreffende Datum auf ungültig gesetzt. Beachten Sie, dass dies keine Auswirkungen auf bereits übertragene Posten hat, solange die Gehaltsabrechnung nicht rückgängig gemacht wird.
Logik zur Auswahl von Vereinbarungen
Die unten beschriebenen Anlässe und Algorithmen sind nicht neu, wurden jedoch nicht ordnungsgemäß dokumentiert. Da es sich auch um den obigen Abschnitt handelt, nehmen wir es hier auf.

Es gibt mehrere Fälle, in denen Quinyx selbst herausfinden muss, welche Vereinbarung für eine Schicht und / oder einen Stempel ausgewählt werden soll. Unten finden Sie eine Liste solcher Anlässe:

  • Vereinbarungsänderungen (siehe oben).
  • Es wird ein Basiszeitplan eingeführt, und einer der folgenden Punkte gilt:
    • Das Vereinbarungsfeld für die betreffende Basisplanverschiebung lautet "Automatisch auswählen".
    • Die Vereinbarung der Basisplanschicht wurde manuell ausgewählt, aber diese Vereinbarung ist an dem Tag, an dem die Schicht eingeführt wird, nicht gültig.

In diesen Fällen überprüft ein Algorithmus alle Vereinbarungen des Mitarbeiters auf diese Kriterien in der folgenden Reihenfolge. Unabhängig davon, in welchem Schritt nur noch eine Vereinbarung vorhanden ist, die diese und die vorherigen Kriterien erfüllt, wird dieselbe Vereinbarung ausgewählt und auf die Schicht oder den Stempel angewendet. Wenn der Algorithmus es zu Schritt 5 schafft und mehr als eine Vereinbarung übrig ist, wird aus den verbleibenden Vereinbarungen die Vereinbarung ausgewählt, die dem System zuerst hinzugefügt wurde.

1. Gibt es Vereinbarungen, die zum Zeitpunkt der Schicht oder des Stempels gültig sind?

2. Sind die verbleibenden Vereinbarungen für die Einheit, auf der die Schicht oder der Stempel ausgeführt wird, als bevorzugt festgelegt?

3. Verwenden einige der verbleibenden Vereinbarungen dieselbe Vertragsvorlage wie die aktuelle Hauptvereinbarung?

4. Sind einige der verbleibenden Vereinbarungen die Hauptvereinbarung zum heutigen Datum?

5. Welche der verbleibenden Vereinbarungen weist die höchste Beschäftigungsquote auf?

In der Vergangenheit ausrollen

Es gibt verschiedene Gründe, warum Sie einen Basiszeitplan in die Vergangenheit einführen möchten. Einer davon ist, dass Sie einen Fehler in einem ausgerollten Basiszeitplan nachträglich feststellen. Bis zu dieser Version haben wir die Einführung nur 30 Tage rückwärts unterstützt. Jetzt unterstützen wir die Einführung bis zu einem Jahr zurück.

Wochennummern in der Zeitplanansicht

Wir haben jetzt Unterstützung für Wochennummern in der Zeitplanansicht hinzugefügt. Sie finden es über dem tatsächlichen Zeitplan:

Beachten Sie, dass dies noch nicht abgeschlossen ist. Die Einstellung der Wochennummer ist standardmäßig aktiviert. Sie können es unter "Anzeigeoptionen" deaktivieren, ABER es wird auf die Standardeinstellung (EIN) zurückgesetzt, sobald Sie die Ansicht wechseln. Wir werden daran arbeiten, dies in den kommenden Monaten zu verbessern. Und bevor Sie fragen: Ja, wir werden die Wochennummern in einer zukünftigen Version allen Datumsauswahlern hinzufügen!

Gut zu wissen: Es gibt zwei Einstellungen, die sich auf die Wochenzahlen auswirken:

  1. Geräteeinstellung "Erster Tag der Woche".
  2. Spracheinstellungen. Je nach Land können Wochenzahlen auf unterschiedliche Weise gezählt werden. Wechseln Sie von Deutsch zu US-Englisch, und Sie werden dies verstehen.

Gehaltsarten

Wir haben den ersten Teil der Konfiguration der Gehaltsarten aufgenommen. Sie können jetzt eine Liste aller kontobasierten Gehaltsarten anzeigen.

Liste der Gehaltsarten

Navigieren Sie zu Kontoeinstellungen> Vereinbarungen> Gehaltsarten und klicken Sie im Menü auf der linken Seite auf Gehaltsarten. Eine Liste mit allen Gehaltsarten für Ihr Konto wird angezeigt:

Die Liste enthält fünf verschiedene Spalten, und Sie können die Liste nach einer der Spalten sortieren:

  • Benutzerdefinierter Name : Der benutzerdefinierte Name, den Sie der Gehaltsart gegeben haben.
  • Benutzerdefinierter Code : Der benutzerdefinierte Code, den Sie der Gehaltsart gegeben haben.
  • Standardname : Quinyx-Standardname für die Gehaltsart.
  • Standardcode : Quinyx-Standardcode für die Gehaltsart.
  • Letzte Änderung : Datum und Uhrzeit der letzten Änderung der Gehaltsart.
Suche nach Gehaltsarten

Sie können die Liste der Gehaltsarten mithilfe der Suchleiste oben auf der Seite durchsuchen:

Wenn Sie mit der Eingabe in die Suchleiste beginnen, werden die Suchergebnisse gelb hervorgehoben:

Sie können nach benutzerdefiniertem Namen, benutzerdefiniertem Code, Standardname und Standardcode suchen.

In den kommenden Versionen werden wir auch Unterstützung für das Hinzufügen und Bearbeiten von Gehaltsarten hinzufügen.

Zeitkonten

In dieser Version bieten wir die Möglichkeit, Zeitkonten unter Kontoeinstellungen hinzuzufügen, zu bearbeiten und zu löschen.

Zeitkontoen bearbeiten

Navigieren Sie zu Kontoeinstellungen > Zeitkonten, um die Liste der vorhandenen Zeitkonten anzuzeigen:

Klicken Sie auf den Stift neben dem Zeitkonto, den Sie bearbeiten möchten, und ein Seitenbereich wird geöffnet:

Aktualisieren Sie die relevanten Felder und klicken Sie auf Speichern, um Ihre Änderungen zu speichern.

Zeitkonto hinzufügen

Um die Liste der vorhandenen Zeitkonten anzuzeigen, navigieren Sie zu Kontoeinstellungen> Zeitkonto:

Klicken Sie oben rechts auf die Schaltfläche Hinzufügen, und ein Seitenbereich wird geöffnet:

Konfigurieren Sie die Felder so, wie das Zeitkonto für Ihre Organisation funktionieren soll. Die meisten Felder enthalten einen kurzen Erklärungstext, der Sie durch die Konfiguration führt.

Klicken Sie auf Speichern. Das Zeitkonto wird in der Liste der Zeitkonten angezeigt.

Zeitkonto löschen

Navigieren Sie zu Kontoeinstellungen> Zeitkonto, um die Liste der vorhandenen Zeitkonten anzuzeigen:

Klicken Sie auf das Papierkorbsymbol neben dem Zeitkonto, den Sie löschen möchten. Ein Bestätigungsdialogfeld wird angezeigt, in dem Sie aufgefordert werden, den Löschvorgang zu bestätigen:

Klicken Sie auf OK, wenn Sie mit dem Löschen fortfahren möchten.

Wenn das Zeitkonto derzeit verwendet wird, wird eine Fehlermeldung angezeigt, die Sie darüber informiert, dass das Zeitkonto nicht gelöscht werden kann:

Um Zeitkonten hinzuzufügen, zu bearbeiten und zu löschen, benötigen Sie Schreibzugriff auf die Kontoeinstellungen. Wenn Sie nur Lesezugriff haben, können Sie weiterhin auf das Bearbeitungssymbol klicken und alle Einstellungen anzeigen, aber Sie können nichts bearbeiten.

Zeitkonto "Niederländische Konfiguration"

Wir haben viele Verbesserungen und Aktualisierungen an den Möglichkeiten zur Konfiguration von Quinyx in Bezug auf die gesetzlichen und nicht gesetzlichen Urlaubszeiten für die Niederlande vorgenommen.

Es gibt so viele Informationen, dass wir beschlossen haben, einen neuen Artikel nur für diese Konfiguration und Logik zu erstellen.

Diesen Artikel finden Sie hier. Es ist derzeit nur in englischer Sprache verfügbar, bis die letzten Funktionen vorhanden sind.

Updates und Leistungsverbesserungen

  • Der Variablenname wird jetzt im Vergleichsmodus in der Prognoseübersicht angezeigt, wenn das Diagramm deaktiviert wurde.
  • Die X-Achse zeigt jetzt den vollständigen Maßstab in der Prognoseübersicht.

Fehlerbehebung

  • Es wurde ein Problem behoben, das dazu führte, dass eine neue Mitarbeitervereinbarung in einer "auswärts"-Einheit zugeordnet wurde, anstatt die Heimeinheit zu zuordnen.
  • Es wurde ein Problem behoben, durch das verhindert wurde, dass eine Sektion für einen lokalen Schichttyp ausgewählt wurde.
  • Es wurde ein Problem behoben, durch das eine Verschiebung am Vortag beim Anzeigen eines Zeitplans in der monatlichen oder benutzerdefinierten Ansicht dupliziert wurde.
  • Es wurde ein Problem mit der Gruppenverwaltung behoben, durch das das Speichern nach dem Wechsel eines Managers auf einer Einheit verhindert wurde.
  • Es wurde ein Anzeigeproblem behoben, das dazu führte, dass Überstundenmethoden in einer persönlichen Vereinbarung nicht korrekt angezeigt wurden, nachdem die Reihenfolge der Überstundenmethoden geändert wurde.
  • Es wurde ein Problem behoben, durch das freigegebene Mitarbeiter im Zeitkonten-Bericht angezeigt wurden, anstatt nur Mitarbeiter in der Heimeinheit.
  • Es wurde ein Problem behoben, durch das einige neu erstellte Rollen keine Daten in der Prognoseübersicht anzeigen konnten.
  • Es wurde ein Problem behoben, durch das einige Mitarbeiter nicht im Bericht "Gestempelte Stunden" angezeigt wurden.
  • Es wurde ein Problem behoben, durch das inaktive Mitarbeiter nicht im Zeitkonten-Bericht angezeigt wurden
  • Es wurde ein Fehler behoben, durch den freigegebene Mitarbeiter in dem Zeitkonten-Bericht aufgenommen wurden.
  • Es wurde ein Problem behoben, durch das sich die benutzerdefinierte Kalenderansicht von der Kalenderansicht in der Tages- und Wochenansicht unterschied.
  • Es wurde ein Problem behoben, das dazu führte, dass zukünftige Schichten nicht nach Startzeit sortiert wurden.
  • Es wurde ein Problem behoben, das beim Ändern der Reihenfolge der Überstundenmethoden für eine persönliche Vereinbarung nicht in der Neo-Vereinbarung berücksichtigt wird.
  • Es wurde ein Problem behoben, bei dem Abwesenheiten, deren Urlaubstyp so konfiguriert wurde, dass sie nicht als geplante Stunden gelten, weiterhin als geplante Stunden in Mitarbeitermetriken gezählt wurden.
  • Es wurde ein Problem behoben, durch das Mitarbeiter mit einer abgelaufenen oder zukünftigen Rolle direkt in einer Sektion im Zeitplan angezeigt wurden, wenn nach einem Mitarbeiterabschnitt gefiltert wurde.
  • Es wurde ein Problem behoben, bei dem der Basiszeitplanfilter in Zeitplan fälschlicherweise Aufgaben enthielt, die in Schichten ausgeführt wurden, die aus anderen Basiszeitplänen als dem gefilterten herausgerollt wurden.
  • Ein Stempelproblem wurde behoben, das das Löschen eines Stempels verhinderte, und es wurde eine Fehlermeldung ausgegeben, wenn versucht wurde, einen Stempel zu löschen, während noch eine Mitarbeiterbestätigung vorhanden war.
  • Es wurde ein Problem behoben, das dazu führte, dass Stempel auf der vorherigen Einheit nicht mehr bearbeitet oder sichtbar waren, wenn ein Mitarbeiter versetzt wurde und auf einer alten Einheit keine Rolle mehr hatte.
  • Es wurde ein Problem mit der Schichttypregel behoben, auch wenn die Regel außerhalb des angegebenen Zeitbereichs lag.
  • Es wurde ein Problem behoben, bei dem die Verschiebung des Basiszeitplans über die Sommerzeit (2 bis 3 Uhr zweimal im Jahr) dazu führte, dass der Rollout fehlschlug. Jetzt werden die Schichten, Aufgaben und Pausen des Basiszeitplans gekürzt, um die Tatsache widerzuspiegeln, dass es sich um einen 23-Stunden-Tag handelt.

Neue HelpDocs-Artikel

REST-API / Webdienst-Updates

Derzeit keine.

SOAP API / Web Service Updates

  • Es wurde ein Problem mit «roundCeil» behoben, das als INT «xsd: int» definiert ist und in wsdlGetAgreementTemplatesSalaryTypes mit null (leer) zurückgegeben wurde

Bei Quinyx sind wir für alle unsere Kunden auf HTTPS umgestiegen, mit Ausnahme eines einzigen Endpunkts, um die Abwärtskompatibilität zu gewährleisten. Dieser Endpunkt ist für WSDL-Integrationen vorgesehen und nur unter der Adresse apiftp.quinyx.com verfügbar. Um sicherzustellen, dass Ihre Kundendaten sicher sind, wird dieser HTTP-Endpunkt nicht mehr unterstützt. Die dokumentierte URL für Quinyx WSDL lautet: https://api.quinyx.com/FlexForceWebServices.php

Aus diesem Grund werden wir am 1. Mai 2021 in der Produktionsumgebung Port 80 deaktivieren und nur 443 (HTTPS) auf den folgenden Endpunkten zulassen:

apiftp.quinyx.com/FlexForceWebServices.php

Wie wirkt sich das auf Sie aus?

Wenn Sie immer noch auf diesen Endpunkt auf Port 80 zeigen, müssen Sie diese Integrationen in Port 443, dh HTTPS, ändern. Sie können dies bereits tun und testen, ob alles wie erwartet funktioniert.

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 Webdiensten 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 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. 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?