In deze versie...
Aangepast in versie 2
Het onderwerp 'Digitale ondertekening - wijzigingen in de e-mail handtekening' is aangepast. We hebben toegevoegd hoe u de bedrijfsnaam kunt opgeven die de e-mail verstuurt.
Mededeling
Op weg naar een betere performance
Met het oog op een betere gebruikerservaring met betrekking tot de Archieflijst hebben wij een wijziging aangebracht die tevens zal leiden tot betere prestaties van deze pagina. Als u meer wilt weten over de prestaties naar aanleiding van deze aanpassing, lees dan het onderwerp 'Zoekfunctie archief uitgebreid' in deze release notes.
Er is tevens een verbetering doorgevoerd in het Inzetformulier. Vanaf nu wordt er geen onnodige informatie meer verzameld. Dit komt de prestaties van het Inzetformulier ten goede.
Gewijzigd en verbeterd
Actieve signalering - Wanneer je een workflow start vanuit Actieve signalering, zijn de standaardwaarden niet ingevuld op het eerste formulier
Wanneer je een signaal definieert in HR Core, heb je de mogelijkheid om een 'Workflow'-signaal aan te maken. Wanneer je een G-formulier start door middel van Actieve signalering, zijn de rubriekvelden – in tegenstelling tot wat je gewend was toen je een workflow rechtstreeks vanuit Self Service startte – op het eerste formulier niet ingevuld.
Dit is opgelost in de huidige release. De prioriteit van de weergegeven waarde is:
1. Opgegeven gegevens bij aanvraag; 2. Waarde op basis van gegevens van medewerker; 3. De standaardwaarde in de rubriek; 4. Lege waarde.
Digitale ondertekening - Optie voor 'Batch ondertekenen' verwijderd voor medewerkers
Wanneer gebruikers vanuit een workflow een document verstuurden naar 'Digitale ondertekening', moesten zij tot op heden één van deze opties selecteren als ze een handtekening wilden: op een later moment versturen via 'Batch ondertekenen' of 'Nu versturen voor handtekening' vanuit de workflow.
Dit leidde tot enige verwarring, omdat medewerkers mogelijk geen toegang hadden tot de optie 'Batch ondertekenen' in Self Service. Als een gebruiker de documenten verstuurde naar 'Batch ondertekenen' en geen toegang bleek te hebben, kon hij of zij de documenten op een later moment niet meer verzenden naar de 'Batch ondertekenen'-procedure.
Dankzij de wijzigingen die in deze release zijn geïntroduceerd, krijgen medewerkers de optie 'Batch ondertekenen' niet meer te zien. Het enige wat zij nog te zien krijgen, is een pop-up venster met het verzoek hun e-mailadres en telefoonnummer toe te voegen, zodat de documenten op dat moment kunnen worden verstuurd voor een handtekening. Andere typen gebruikers, zoals managers en professionals, hebben nog steeds de mogelijkheid om de 'Batch ondertekenen'-procedure te selecteren, indien gewenst.
Digitale ondertekening - wijzigingen in de e-mail handtekening
Er zijn enkele wijzigingen aangebracht in de handtekening in e-mails die gebruikers ontvangen wanneer zij een document willen laten ondertekenen op het Intraoffice-portal. Tot op heden stond er 'Youforce HR-team' in de standaard handtekening.
Vanaf nu wordt de naam van het bedrijf getoond dat de e-mail heeft verstuurd. Deze naam is ook te zien in de Self Service-account.
De naam van het bedrijf dat de e-mail stuurt geeft u op bij Beheer > Systeem > Instelling:
Digitale ondertekening - wijzigingen in de telefoonnummervalidatie
Deze wijziging is geïmplementeerd op basis van feedback van klanten en uitgebrachte stemmen op onze Ideeën-portal.
Wij hebben de daadwerkelijke controles voor validatie van telefoonnummers aangepast om problemen met mobiele nummers te voorkomen nadat de telefoonnummergegevens zijn ingevoerd in het pop-up venster voor 'Digitale ondertekening' in Self Service. Vanaf nu wordt er gecontroleerd of het telefoonnummer niet begint met een '0' (nul) en of het wel uit negen cijfers bestaat (de standaardlengte van een mobiel telefoonnummer).
Zoekfunctie archief uitgebreid
Gebruikers van Self Service controleren meestal op mutaties uit de recente geschiedenis. Er worden te veel items weergegeven op basis van de huidige filters.
Het is nu mogelijk om te zoeken naar mutaties op basis van ingangsdatum. De zoekfunctie van het Archief is met ingang van 11 september 2019 uitgebreid met het filter 'Ingangsdatum' (vanaf en tot en met). Niet alleen is de gebruikersvriendelijkheid verbeterd, maar ook kan het scherm de gegevens sneller ophalen met behulp van de nieuwe filters.
Dit standaardfilter toont mutaties met een ingangsdatum van drie maanden geleden tot heden. Als je wilt kun je een andere tijdsperiode selecteren. Je selectie wordt opgeslagen zolang de sessie actief is. Als je op het rode filter drukt, wordt de periode gewist en kun je een nieuwe periode selecteren. Hiermee wordt ook je filter hieronder gereset.
Het Archief is uitgebreid met twee nieuwe velden: 'Ingangsdatum vanaf' en 'Ingangsdatum tot en met'. Dit hebben wij gedaan in verband met prestatieproblemen. Wanneer je voor het eerst bent ingelogd in het Archief, wordt de datum van drie maanden geleden alvast ingevoerd bij 'Ingangsdatum vanaf'. Bij de 'Ingangsdatum tot en met' wordt de huidige datum alvast weergegeven.
Deze velden zijn niet verplicht. Als je bijvoorbeeld mutaties wilt bekijken van maximaal zes maanden geleden, kun je 'Ingangsdatum vanaf' aanpassen. Als je toekomstige mutaties wilt bekijken, verwijder dan de waarde bij 'Ingangsdatum tot en met'. Als je uitsluitend wilt zoeken op mutatienummer of medewerkersnummer, kun je ervoor kiezen om zowel 'Ingangsdatum vanaf' als 'Ingangsdatum tot en met' te gebruiken.
Wanneer je dit scherm verlaat en vervolgens terugkeert, wordt de meest recente selectie opnieuw weergegeven. De ingangsdatum waarop je kunt zoeken, is de ingangsdatum die je rechtsboven op de formulieren ziet staan.
Lijsten filteren - Nieuwe validaties bij het datumfilter in Archief
Wij hebben nieuwe validaties toegevoegd aan het datumfilter in het gedeelte Archief in Self Service. Deze validaties voorkomen dat gebruikers onjuiste datums of datums met een ongeldige notatie invoeren. Door deze fouten werden mogelijk onjuiste zoekresultaten weergegeven. De nieuwe validaties omvatten:
Controle op datumnotatie: datums moeten de juiste notatie (DD-MM-JJJJ) hebben en mogen geen letters of andere tekens bevatten die niet worden ondersteund in een datumnotatie.
Controle op schrikkeljaar: wanneer je de datum 29 februari invoert, wordt de zoekopdracht uitsluitend uitgevoerd als het ingevoerde jaar een schrikkeljaar is. Is dit niet het geval, dan wordt er een foutmelding weergegeven.
Er wordt een foutmelding weergegeven als de startdatum na de einddatum ligt, of omgekeerd, omdat dit onlogische zoekopdrachten zijn.
Vóór deze wijziging werden er zoekresultaten weergegeven met onjuiste datums of ongeldige datumnotaties. Vanaf nu roept de pagina de server niet meer aan als de notatie onjuist is. Als je de pagina ververst en correcte datums hebt ingevoerd, worden er nieuwe resultaten weergegeven.
Wijzigingen in wet- en regelgeving
Validatie van de IBAN-code voor bankrekeningen
Per 1 januari 2020 schakelt Nederland volledig over op de internationale standaard IBAN voor het verifiëren van bankrekeningen. In deze release hebben wij de IBAN-rubriek in Self Service aangepast, zodat deze is afgestemd op de nieuwe validaties. Vanaf nu wordt deze internationale standaard gebruikt voor verificatie van IBAN-nummers in de Self Service-formulieren.
Alle door jouw bank verstrekte IBAN-codes, zowel voor als na deze wijziging, zijn en blijven geldig. Wij hebben slechts de validatie van de internationale standaard toegevoegd in Self Service, omdat banken in Nederland deze IBAN-notatie vanaf heden gebruiken. Deze wijziging wordt automatisch toegepast op de IBAN-rubriek, dus er zijn geen aanvullende configuraties of mutaties nodig.
Opgeloste meldingen
Export op papier - Pagina kan geen mutaties groter dan 1.000.000 filteren (change 1236521)
Melding
Van diverse klanten ontvingen wij meldingen dat de functionaliteit 'Export op papier' geen mutaties groter dan 1.000.000 kon filteren. De functionaliteit 'Export op papier' toonde geen foutmelding wanneer er werd gefilterd op mutaties groter dan 1.000.000.
Oplossing
Vanaf nu is het mogelijk om te filteren op alle mutatiehoeveelheden. Het probleem is definitief opgelost.
Publishing Date : 11/14/2019
Volledig artikel weergeven