Versie 0203

Updated by Victor Jespersen

Publicatiedatum 22 januari 2025

Samenvatting van de release

Weinig tijd en wilt u een beknopte samenvatting?

Quinyx web app Versie 0203

Nieuwe functionaliteit

  • Deze nieuwe toevoeging aan onze snellere bulkacties in de planningweergave stelt u nu in staat om snel de datum voor meerdere diensten tegelijk te bewerken.
  • Net als bij de vorige release introduceren we nu een nieuwe functie die managers in staat stelt om opmerkingen toe te voegen bij het afhandelen van dienstboekingsverzoeken.

Nieuwe functionaliteit die configuratie-updates vereist

  • In de komende mobiele versie 3.42, gepland voor februari, hebben we ondersteuning geïmplementeerd voor een nieuwe inlogstroom die we "Company alias" en “Employee ID” noemen
  • Met de komende release breiden we de inlog flow uit met twee nieuwe opties. Ten eerste introduceren we een Company alias die een korte alias is die de tenant/account vertegenwoordigt.

Updates en prestatieverbeteringen

  • In de komende mobiele versie 3.42, gepland voor februari, werken we de functie voor het aanvragen van absenties bij in de mobiele apps. Met deze update, als u als gebruiker geen geldige overeenkomst heeft tijdens de data waarop u probeert een absentie te creëren, zouden er geen redenen voor absentie zichtbaar moeten zijn en kan de gebruiker geen absentieverzoek indienen.

Bugfixes

  • U bent mogelijk geïnteresseerd in een van onze bugfixes in deze release. Voor meer informatie, klik hier.

Frontline Portal Versie 0203

Nieuwe functionaliteit

  • Het is nu mogelijk om engagement statistieken voor verhalen te verbergen, waardoor gebruikers niet kunnen zien welke van hun collega's een verhaal hebben voltooid/bekeken en hoe vaak.
  • In deze release hebben we de mogelijkheid geïntroduceerd om het publiek van een bovenliggende map opnieuw te delen met alle submappen.

Updates en prestatieverbeteringen

  • Geen op dit moment.

Bugfixes

  • Geen op dit moment.

SOAP API / Webservice-updates

  • Bekijk de updates en links naar documentatie hier.

Belangrijke aankondigingen

Geplande onderhoudswerkzaamheden op 28 januari 2025

Geachte gewaardeerde klant,

Wij informeren u dat er onderhoud zal plaatsvinden aangezien het team ons databasesysteem voor Workforce Management zal upgraden.

Europese klanten

Het geplande onderhoud zal plaatsvinden op 28 januari 2025 om 21:00 uur Centraal-Europese Tijd (CET).

Noord-Amerikaanse klanten

Het geplande onderhoud zal plaatsvinden op 28 januari 2025 om 3 uur Eastern Standard Time (EST).

Tijdens het geplande onderhoud verwachten we beperkte verstoring, maar:

  • Het zal resulteren in een korte downtime van de Quinyx-service van maximaal 30 minuten
  • We zullen tijdelijk al het inkomende verkeer naar de database opschorten tijdens het upgrade-venster

Mocht u vragen of zorgen hebben over deze upgrade, aarzel dan niet om contact op te nemen met ons ondersteuningsteam.

Dank u voor uw begrip en medewerking terwijl we werken aan het verbeteren van onze systemen en u de best mogelijke service te bieden.

Met vriendelijke groet,

Quinyx Team

Release hoogtepunten

Om u te helpen het meeste uit deze release te halen, hebben we een paar Highlight video's gemaakt die de belangrijkste updates en nieuwe functies laten zien. 🎉

Quinyx web app Versie 0203

Releasedatum 22 januari 2025

Nieuwe functionaliteit

Datum bewerken op meerdere diensten in de Planning-weergave

Deze nieuwe toevoeging aan onze Snellere bulkacties in de Planning-weergave, stelt u nu in staat om snel de datum voor meerdere diensten tegelijk te bewerken. Door meerdere diensten te selecteren, kunt u nu hun datums gelijktijdig bijwerken en de wijzigingen met één actie bevestigen. Dit zal de efficiëntie van de planning verbeteren en de tijd die aan het planningsproces wordt besteed verminderen.

Manager opmerkingen bij dienstboekingsverzoeken

Net als bij de vorige release introduceren we nu een nieuwe functie waarmee managers opmerkingen kunnen toevoegen bij het afhandelen van dienstboekingsverzoeken.

Wat is nieuw: Managers kunnen nu een opmerking achterlaten in het meldingenpaneel van het managerportaal voordat ze een dienstboekingsverzoek goedkeuren of afwijzen. Deze functie verbetert de transparantie door werknemers duidelijke uitleg te geven over beslissingen van managers, vooral wanneer een dienstboeking wordt afgewezen.

  • De opmerking zal zichtbaar zijn voor werknemers in de Qmail die ze ontvangen.
  • Managers kunnen deze opmerkingen ook bekijken in de auditlogs van dienstboekingen voor toekomstige referentie.

Vooruitblik: In toekomstige releases breiden we deze functionaliteit uit om ook verzoeken tot dienstontkoppeling op te nemen.

Nieuwe functionaliteit die configuratie-updates vereist

Komt eraan: Ondersteuning voor inloggen op de mobiele app met bedrijfsalias en werknemerID

In de komende mobiele versie 3.42, gepland voor februari, hebben we ondersteuning geïmplementeerd voor een nieuwe inlogmethode die we "bedrijfsalias" en "werknemer ID" noemen. Dit maakt het mogelijk voor onze klanten die onze reguliere ondersteunde gebruikersnamen niet kunnen gebruiken, om hun gebruikers een bedrijfsalias te laten gebruiken die hen naar de juiste klant in ons systeem leidt en vervolgens in te loggen met een interne werknemer ID die een badgenummer kan zijn.

Niets verandert voor gebruikers die werken in organisaties die geen bedrijfsaliassen en werknemer-ID's gebruiken - zij zullen nog steeds inloggen met hun reguliere gebruikersnaam zoals altijd.

De inlogprocedure voor klanten die een bedrijfsalias en werknemerID gebruiken is als volgt:

  • Stap 1: In het veld "gebruikersnaam of bedrijfsalias" geeft de gebruiker een "globale alias" met een unieke tenant-ID op.
  • Stap 2: In de volgende stap geeft de gebruiker de werknemer-ID of gebruikersnaam op. Deze en de volgende pagina's kunnen ook een logo van de keuze van de klant tonen als onderdeel van de inlogprocedure.
  • Stap 3: De gebruiker kiest welke provider te gebruiken (wachtwoord of SSO).
  • Stap 4: De gebruiker voert een wachtwoord in en wordt ingelogd.
Inloggen met Werknemer-ID en Bedrijfsalias

Met de komende release breiden we de inlogprocedure uit met twee nieuwe opties. Ten eerste introduceren we een Bedrijfsalias die een verkorte alias is die de tenant/account vertegenwoordigt. Dit wordt ingesteld door Quinyx en u kunt contact met ons opnemen via een Supportverzoek om het te activeren.

U kunt het gebruiken in de url: zoals 'https://web.quinyx.com/BedrijfsAlias'

De volgende stap is het invoeren van een gebruikers-ID (Login ID, E-mail of Werknemer-ID)

De volgende stap is om het wachtwoord zoals gebruikelijk in te voeren en u bent zoals gewoonlijk ingelogd.

Als een van de inloggegevens onjuist is, krijgt u een generieke foutmelding zoals gewoonlijk (vanwege beveiligingsbeleid)

Wat is Werknemer-ID?

Werknemer-ID is de externe naam voor badgenummer. Als u als klant wilt dat uw gebruikers hun interne werknemernummer kunnen gebruiken om in te loggen, kunt u de gebruikersinformatie bijwerken door de werknemer-id op te slaan in het Badgenummer-veld (maximaal 20 tekens).

Badgenummer/werknemer-id is niet uniek over accounts/klanten, u moet eerst een Bedrijfsalias via de url opgeven om in te kunnen loggen.

Bedrijfsalias

Een bedrijfsalias is een verkorte identificatie die uniek is voor het specifieke account in Quinyx. Quinyx stelt dit in op account-/domeinniveau in onze Backoffice-tool. Het kan 50 tekens lang zijn en omdat het in de url wordt gebruikt, mag het geen speciale tekens bevatten.

Updates en prestatieverbeteringen

Komt eraan: mobiel - het beperken van gebruikers om ongeldige absentie-aanvragen te doen in periodes waarin ze geen actieve overeenkomst hebben

In de komende mobiele versie 3.42, gepland voor februari, updaten we de absentie-aanvraagfunctie in de mobiele apps. Met deze update, als u als gebruiker geen geldige overeenkomst heeft tijdens de data waarop u probeert een absentie aan te maken, zouden er geen absentieredenen zichtbaar moeten zijn, en kan de gebruiker geen absentie-aanvraag indienen. Het absentie-aanvraagproces en welke absentieredenen u kunt selecteren, worden bepaald door of u een actieve overeenkomst heeft tijdens de data waarop u absentie aanvraagt. Als u een overeenkomstsjablonen aan uw overeenkomst gekoppeld heeft, zullen alleen de absentietypen die voor u in het sjabloon zijn toegestaan zichtbaar zijn. Met deze nieuwe beperking hebben we de volgorde van de velden op de nieuwe absentie-aanvraagpagina gewijzigd, zodat de gebruikers eerst de van- en tot-datum (en tijd) kiezen, zodat we kunnen bepalen of er een actieve overeenkomst is tijdens die periode.

Bugfixes

  • Een probleem opgelost met de absentieverwerkingslogica voor de volgende payroll-bestanden:

Visma Lønn KST kampanj,

Visma Lønn KST avdeling,

Visma Lønn postfix KST avdeling,

Visma Lønn KST avdeling Tag.

Dit betekent dat niet goedgekeurde absenties of absentieverzoeken niet langer in de uitvoerbestanden worden opgenomen. Alleen goedgekeurde absenties worden weerspiegeld in de payroll-gegevens (zoals het geval had moeten zijn). Deze correctie zorgt voor nauwkeurige gegevens in payroll-bestandsuitvoer, waardoor eventuele verwarring door niet-goedgekeurde of in behandeling zijnde absenties wordt weggenomen. We raden aan om uw interne processen te herzien om aan te sluiten bij deze bijgewerkte logica. Als u verdere hulp nodig heeft, neem dan contact op met ons ondersteuningsteam.

Nieuwe Quinyx HelpDocs-inhoud

Frontline Portal Versie 0203

Releasedatum 22 januari 2025

Nieuwe functionaliteit

Verberg engagementstatistieken voor verhalen (alleen AIO)

Het is nu mogelijk om engagementstatistieken voor verhalen te verbergen, zodat gebruikers niet kunnen zien welke van hun collega's een verhaal hebben voltooid/bekeken en hoe vaak.

Schakel de nieuwe instelling Verberg engagementstatistieken in onder Accountinstellingen > Frontline Portal instellingen.

Dit is een tenant niveau instelling en is van toepassing op alle gebruikers.

Engagementstatistieken worden in mindere/meer mate verborgen, afhankelijk van de FLP rolrechten van een gebruiker, te vinden onder Accountinstellingen > Toegangsrechten > Rolbeheer.

Manager gebruikers, d.w.z. met de Distribute FLP rolbeheer permissie:

  • Audience veld zichtbaar.
  • Bekijk engagementstatistieken knop verborgen.
  • Lezerspubliek en engagement publieksoverzicht verborgen.
  • Lezerspubliek en engagement lopend totaal zichtbaar bijvoorbeeld Unieke openingen: 1 Totale openingen: 1.

Werknemer gebruikers d.w.z. zonder de 'Distribute' FLP rolbeheer permissie:

  • Audience veld verborgen.
  • Bekijk engagementstatistieken knop verborgen.
  • Lezerspubliek en engagement publieksoverzicht verborgen.
  • Lezerspubliek en engagement lopend totaal verborgen.
Submappen opnieuw verbinden

In de laatste release hebben we een nieuw icoon geïntroduceerd om aan te geven wanneer een map niet langer zijn publiek deelt met alle submappen. Het icoon wordt weergegeven op de kaart van de bovenliggende map en, wanneer erover wordt gehoverd, leest u Audience not shared to all subfolders.

In deze release hebben we de mogelijkheid geïntroduceerd om het publiek van een bovenliggende map opnieuw te delen met alle submappen. Dit stelt u in staat om submappen die met aangepaste doelgroepen zijn gedeeld opnieuw te verbinden, zodat ze weer in lijn zijn met de bovenliggende map.

Klik op de Submappen opnieuw verbinden knop.

U wordt gevraagd om uw selectie te bevestigen door op Bevestigen te klikken.

Privé-submappen zijn vrijgesteld en hun publiek blijft ongewijzigd.

Updates en prestatieverbeteringen

  • Geen op dit moment.

Bugfixes

  • Geen op dit moment.

Nieuwe Frontline Portal HelpDocs-inhoud

  • Geen op dit moment.

SOAP API / Webservice-updates

We hebben onze geheel nieuwe REST API aanroepen uitgebracht met betrekking tot onze tag-functionaliteiten. U kunt klikken hier om alle artikelen met betrekking tot tags te vinden.

Klik hier om de nieuwe Quinyx WFM Web Service-documentatie te bekijken. U kunt nog meer informatie over webservices vinden hier.
We moedigen al onze klanten aan om gebruik te maken van onze API's om gegevens te onderhouden en ervoor te zorgen dat informatie up-to-date is. Om de schaalbaarheid van onze API's te waarborgen terwijl we onze klanten- en gebruikersbasis uitbreiden, hebben we besloten om beperkingen op het gebruik van onze SOAP API's toe te voegen. Deze beperkingen worden programmatisch afgedwongen, wat betekent dat we een limiet van 10 gelijktijdige oproepen per klant zullen afdwingen. U kunt verwachten dat u een response code 429 ontvangt als u deze limiet overschrijdt, en het wordt aanbevolen om een backoff retry-mechanisme te implementeren om met de limiet om te gaan. Let op dat de limiet alleen van toepassing is op SOAP. Bij de overgang van SOAP naar Rest in de komende jaren, zullen eventuele limieten in de API worden ingebouwd.

Zorg ervoor dat u deze informatie doorstuurt naar de partij binnen uw bedrijf die verantwoordelijk is voor integraties.


How did we do?