Release Notes CheQpoint 2.0. Versie 37. Efficiency through innovation

Transcriptie

1 Release Notes CheQpoint 2.0 Versie 37 Efficiency through innovation

2 1 (KEAN) #VVM: achtergrondproces permanente vervanging efficiënter Het achtergrondproces dat berekent welke particulieren permanente vervanging nodig hebben is nu een heel stuk efficiënter. Er wordt nu voor alle particulieren bijgehouden wanneer ze voor het laatst gecontroleerd zijn geweest, dus de particulieren voor wie geen permanente vervanging nodig is (de meerderheid, normaal gezien) moeten niet zo dikwijls meer gecontroleerd worden. 2 (KEAN) #WER # PLA: lijst met particulieren niet meer altijd geladen in planningvensters Het openen van een planningvenster in de effectieve planning en de theoplanning was zeer traag indien men in een kantoor werkte met duizenden particulieren. De oorzaak hiervan was dat bij het openen van het planningsvenster telkens de lange lijst met particulieren ingeladen moest worden, zelfs wanneer men helemaal niet van plan was om een andere particulier te gaan kiezen. Dit is nu aangepast zodat de lijst met alle particulieren pas ingeladen wordt wanneer men effectief een verandering van particulier wenst door te voeren: Zoals in het voorbeeld te zien is, is er geen dropdown meer waaruit men uit alle particulieren iemand kan kiezen. In plaats daarvan is er een bewerkingsknop (met het potlood) waarop men eerst moet klikken. Vervolgens krijgt men een popupvenster met een lijst van particulieren: Versie

3 Men kan dan iemand anders in de lijst selecteren: En vervolgens op OK drukken: Versie

4 De knop met het rode kruis dient om niemand als particulier te selecteren. Voorheen had deze knop een icoon van een gebruiker met een kruis. 3 (IGSE) #WER #PTC: Meerdere documenten kunnen selecteren en koppelen Voortaan kunnen meerdere bestaande documenten geselecteerd worden om te koppelen in de werknemer- en klantenfiche (tabblad documenten). Er wordt een controle gedaan of het bestand effectief bestaat alvorens deze in de lijst wordt opgenomen. Als u manueel bestanden intypt moet tussen elk bestand een teken ingeven. Bij het selectievenster wordt dit teken automatisch toegevoegd. Multiple select doet u op de gebruikelijke Windows manier met de control- en/of shift-toets. 4 (IGSE) #WER: Tewerkstellingsmaatregelen Activa en Sine Er kunnen nu tewerkstellingmaatregelen worden ingevuld in de werknemerfiche voor Activa en Sine. Eerst en vooral moet men aanduiden of er een maatregel is met de selectievakjes bij elk type maatregel. Bij Activa kan men het type aanduiden: C1, C2, C3, C4, C5, C6, C7, C8, D1, D3, D5 of D6. Bij Sine kan men ook het bedrag van de herinschakelingsvergoeding ingeven. Versie

5 5 (IGSE) #WER: Statusrapport: Optie om indien mogelijk contractdatums te gebruiken i.p.v. de inschrijvingsdatum op de werknemerfiche Betreft: de luiken werknemers in dienst en werknemers uit dienst in het statusrapport. Indien men de contracten beheert in cheqpoint want dat is niet verplicht en indien er een contract is aangemaakt voor een werknemer, kan men kiezen om de contractdatums te gebruiken i.p.v. de inschrijvingsdatum op de werknemersfiche. De optie wordt ingeschakeld in het statusrapportvenster via een aankruisvakje, zie rode omcirkeling op volgende afbeelding: Luik werknemers in dienst, bepaling DatumIn met optie contractdatum aan: Eerst wordt er bepaald welke werknemers in dienst of opnieuw in dienst gegaan zijn in de opgegeven periode volgens de dienstatus historiek in de werknemersfiche. Indien deze werknemer in dienst is gekomen wordt de startdatum van het eerste contract van de opgegeven periode (zie werknemersfiche) genomen, maar als er geen contract werd gevonden wordt de indienstdatum genomen. Als er geen indienstdatum voor handen is wordt de inschrijvingsdatum genomen. Dit laatste is normaal niet mogelijk volgens de validaties in cheqpoint. Versie

6 De volgende flowchart illustreert het proces inclusief de optie contractdatum aan en uit: Luik werknemers uit dienst, bepaling DatumIn: De DatumIn op het statusrapport voor werknemers die uit dienst gaan, wordt op dezelfde manier bepaald als bij werknemers in dienst, afgezien dat de periode hier niet van belang is. M.a.w. de DatumIn wordt bepaalt vanaf het begin van de carrière. Versie

7 6 (KEAN) #PTC: bij toevoegen particuliervakantie wordt particulier wenst eenmalig vervanging uitgezet Er is nu gezorgd dat bij het toevoegen van particuliervakantie in de particulierfiche, de betrokken planningen zodanig worden aangepast dat het vinkje particulier wenst eenmalig vervanging uit wordt gezet. Dit was nog een probleem indien de planningen een ziekte/vakantie van de werknemer bevatten; in dat geval werd de uurcode niet naar Pv (werkloos wegens particulier in verlof) gezet omdat de werknemerafwezigheid hogere prioriteit heeft; bijgevolg werd ook onterecht het vinkje niet mee uitgezet. Vanaf nu is dus gezorgd dat het vinkje toch wordt uitgezet indien de werknemer ziekte/vakantie heeft. 7 (IGSE) #PLA: Soms fout bij het opslaan van het opmerkingenrapport van de planning Probleemstelling: Er treedt in bepaalde omstandigheden een foutmelding op bij het opslaan van het opmerkingenrapport van de planning. Oplossing: De fout bevindt zich in de onderliggende laag die verantwoordelijk is voor het maken van rapporten (in het OpenXML formaat). De fout kon in theorie dus ook bij andere gelijkaardige rapporten voorkomen. Een fout in de source code zorgde ervoor dat een kolomindex wordt opgeroepen die buiten het bereik valt. Dit bibliotheekbestand is nu gecorrigeerd. 8 (KEAN) #ALG: OPGELET: indien database update zou mislukken Database update kan mislukken op een MS SQL Server database, indien er conflicten zijn in de tabel tblklanttheoplanning. In dat geval dient Prato support gecontacteerd te worden. Versie

8 9 (IGSE) #PTC #PLA: Bugfix - Planningshistoriek: Foutmelding bij het opstarten door incompatibiliteit met bepaalde Excel versies Probleemstelling: Het planningshistoriekrapport in de klantfiche (overzicht planningen van de huishoudhulpen) is incompatibel met bepaalde Excel versies. Oplossing: Een COM-object (Microsoft.Office.Interop) werd uitgesloten voor het rapport omdat deze incompatibel is met Office 2013 en waarschijnlijk ook andere. Door middel van late binding en reflectie toe te passen op de excel objecten hoeft het COMobject niet meer gebruikt te worden. 10 (KEAN) #VVM #WER #PTC: toevoegen werknemer vakantie/ziekte raadpleegt theoplanning voor vervangingsvraag Tot nu toe werd bij het toevoegen van vakantie of ziekte van de werknemer in de werknemerfiche enkel gekeken naar bestaande, reeds gekopieerde, planningen in de periode in kwestie. Voor die planningen werd dan naar de vervangingsvoorkeur gekeken van de betrokken particulieren. Voor particulieren met voorkeur altijd werd sowieso het vinkje particulier wenst eenmalig vervanging aangezet, voor particulieren met voorkeur nooit werd het niet aangezet, en voor particulieren met voorkeur vraag het telkens werd de vraag gesteld aan de gebruiker, en kon de gebruiker aanduiden welke particulieren vervanging wensten. Het probleem met die aanpak was dat het niet goed werkte voor periodes waarin de theoplanning nog niet naar de effectieve planning was gekopieerd. Particulieren die normaal in die periode zouden bediend worden kregen niet de mogelijkheid tot vervanging, omdat cheqpoint nog geen planningen zag staan op die moment. Vanaf nu kijkt cheqpoint ook naar de theoplanning om te zien welke particulieren getroffen zullen zijn. Er wordt gekeken welke planningen normaal gezien gekopieerd zouden worden, en bij particulieren met voorkeur vraag het telkens wordt aan de gebruiker gevraagd welke particulieren vervanging wensen in die periode. Het antwoord op die vraag wordt nu in de database bijgehouden, zodat bij de kopieslag van de theoplanning het vinkje particulier wenst eenmalig vervanging bij de particulieren in kwestie automatisch aangezet kan worden. Versie

9 11 (KEAN) #WER #PTC: verwijderen werknemer vakantie/ziekte houdt nu rekening met vakantie particulier Bij het verwijderen van een ziekte- of vakantieperiode van een werknemer werden de planningen in die periode aangepast en werd de uurcode teruggezet naar Wrr (werkrooster) of U (gewerkt effectief) afhankelijk van de instelling. Maar het kon zijn dat de particulier ook toevallig op vakantie was in die periode, en daar werd geen rekening mee gehouden. Vanaf nu wordt bij het verwijderen van ziekte/vakantie van de werknemer in de werknemerfiche, gekeken of de particulier soms in vakantie is in die periode. In dat geval wordt de uurcode op Pv (werkloos wegens particulier in verlof) gezet en niet meer op Wrr of U. Hierdoor zal de werknemer automatisch terug opgenomen worden in de eenmalige vervanging. 12 (KEAN) #PLA #PTC: bugfix: selectie van particulieren met zelfde naam Wanneer een kantoor twee particulieren bevatte met exact dezelfde naam, dan kon men één van de twee niet selecteren in het planningvenster. Dit probleem is nu opgelost. 13 (KEAN) #PLA: kopieslag theoplanning en vervangingswens particulier Bij het kopiëren van de theoplanning naar de effectieve planning wordt nu rekening gehouden met de vervangingsvoorkeur en vervangingswens van de particulier in kwestie, indien een planning gekopieerd wordt naar een dag waarop de werknemer in verlof is of ziek is. Bij vervangingsvoorkeur altijd zal sowieso het vinkje particulier wenst eenmalig vervanging aangezet worden, en bij voorkeur vraag het telkens zal gekeken worden naar het antwoord op de vraag die gesteld werd toen de gebruiker het verlof of de vakantie van de werknemer ingaf. 14 (KEAN) #PLA: conflictvenster theoplanning toont verschil wenst eenmalige vervanging Het conflictvenster van de theoplanning, welk getoond wordt bij kopieerconflicten of wanneer men eerst de wijzigingen wenst te zien alvorens het kopiëren plaatsvindt, vergelijkt de planningen nu ook op basis van hun vinkje particulier wenst eenmalig vervanging : Versie

10 15 (PIBU) #WER: Probleem openen contractdocument Er zijn soms problemen bij het openen van het contractdocument. Dit zorgt ervoor dat wanneer het document al open staat, dat er een melding gegeven wordt maar zich verbergt achter cheqpoint. Dit is opgelost door het document op een andere manier te openen. Als Office het document nu niet meer kan openen zal cheqpoint hierdoor niet blijven hangen. 16 (PIBU) #ALG: Zware belasting achtergrondproces permanente vervanging Op de achtergrond loopt er een proces om de aanvraag van particulieren die permanente vervanging nodig hebben, te verwerken. Dit is een proces dat zich om een bepaald aantal minuten herhaald. Hierdoor kan het echter gebeuren dat de database tijdens dit proces overbelast is. Om dit te verhelpen is er een mogelijkheid ingebouwd om dit proces wat te vertragen zodat de database wat ontlast wordt. Dit doe je door de instelling ReplacingCheckerSleep een waarde te geven. Deze instelling moet in de tabel tblglobalsettings komen te staan. Als hier 0 of minder staat zullen er geen vertragen optreden. Bij een waarde groter dan 0 wordt tussen elke particulier het opgegeven getal in milliseconden gewacht om verder te gaan. Versie