Release Notes CheQpoint 1.1. Global Release Notes. Efficiency through innovation

Transcriptie

1 Release Notes CheQpoint 1.1 Global Release Notes Efficiency through innovation

2 Voorwoord Prato behoudt zich het recht om ten allen tijde veranderingen in deze publicatie uit te voeren. Eventuele wijzigingen dienen niet als verplichtingen van de zijde van Prato te worden beschouwd. Prato neemt geen verantwoording voor eventuele fouten of gebreken in deze publicatie. De in deze publicatie beschreven software wordt onder licentie geleverd en mag uitsluitend volgens de bijgevoegde licentievoorwaarden worden gebruikt en gekopieerd. Niets uit deze uitgave mag worden verveelvoudigd en/of openbaar gemaakt door middel van druk, fotokopie, microfilm of op welke andere wijze ook, zonder voorafgaande schriftelijke toestemming van Prato. 1 cheqpoint V Issue: Bij het verwijderen van een periode verwijderd ook de planning In de huidige situatie werd bij het verwijderen van een periode ook de planningen van deze periode verwijderd. Hierbij werd er ook geen rekening gehouden of de uurcode ondertussen ook al manueel gewijzigd is. Het verwijderen van de periode is zo aangepast dat er nu gevraagd wordt wat je per dagdeel wenst te doen. Hierbij heb je de keuze om het dagdeel te verwijderen, de originele prestaties te overschrijven, een correctie aan te maken of de prestaties zo laten zoals deze er was toen de periode nog aanwezig was. Om een periode te verwijderen moet je in de bewerk modus zijn. Vervolgens selecteer je de periode die je wenst te verwijderen. Om de periode effectief te verwijderen klik je op het rode kruis boven de lijst. Na het klikken op het rode kruis krijg je een overzicht met alle dagdelen voor deze periode waar de uurcode van de periode ingevuld staat. Global Release Notes

3 1.1.1 Niets Er zal niets gebeuren met de reeds bestaande planning. De uur-code van de periode die verwijderd wordt blijft gewoon in de planning staan Overschrijven De oorspronkelijke bestaande planning zal overschreven worden door de opgegeven prestaties. Indien er al reeds een correctie bestaat op deze planning zal deze functie niet beschikbaar zijn. Deze optie wordt standaard gekozen indien de planning niet vergrendeld is. Indien er niet gewerkt wordt voor deze prestatie zullen de cheques op 0 gezet worden en gevalideerd Correctie maken De oorspronkelijke planning wordt behouden maar er wordt een correctie gemaakt. Indien er niet gewerkt wordt voor deze prestatie zullen de cheques op 0 gezet worden en gevalideerd. Global Release Notes

4 1.1.4 Wissen Het dagdeel wordt gewist samen met de correcties de er op toegepast zijn. 1.2 Ticket: Het werknemer rapport is uitgebreid zodat er nu vooraan een werkblad is waarop alle totalen per werknemer aanwezig is. Deze gegevens zijn: Naam van de werknemer Afstand van de werknemer thuis naar de klant in de voormiddag. Afstand van de klant in de voormiddag naar de klant in de namiddag Afstand van de klant in de namiddag naar de werknemer thuis Deze totalen komen uit de verwerking van de detail werkbladen. Dit houd ook in dat er rekening gehouden is met de parameter "Rapport", "Kilometer", "ToonHeenTerug1Klant". Indien de parameter op 1 staat zal indien er enkel gewerkt word in de voormiddag in de kolom van de klant namiddag naar de werknemer thuis de afstand van de terug reis van de klant in de voormiddag naar de werknemer thuis ingevuld worden. Dit is gelijkaardig indien er enkel gewerkt word in de namiddag. 1.3 Ticket: De berekening is aangepast zodat voor berekeningen vanaf 1 september 2012 de tijdsvergoeding minimum 0,56 is. Deze aanpassing is door de indexering. 1.4 Ticket: Het was dat voorheen de datum + tijdstip weergegeven werd. Hierbij was het tijdstip altijd 0 uur, dit doordat het niet opgegeven kan worden. Nu wordt enkel de datum weergegeven. Voor Na Global Release Notes

5 1.5 Ticket: SD Worx Prestaties De prestaties worden doorgestuurd met de code zoals opgegeven in de tabel tbluurcode_koppeling met als Koppeling_id gelijk aan SD_Worx. Indien een code niet gekend is worden de prestaties doorgestuurd met code De onderstaande codes zijn standaard gekend. Code in cheqpoint Code bij SD Worx U 7010 Zw 7120 C 7130 V 7030 P 9610 Oa 9700 Ta 9710 In 7420 F 7350 Ao 7170 Ev 7340 Fv 7360 Bv 9640 Oz 7400 BVJ 9760 OPL 7300 OV 9840 SV 7380 VV 7369 Wv 9810 EX 7280 O 1550 Ro Openbaar vervoer Het is mogelijk om openbaar vervoer te exporteren. Dit gebeurt standaard via de code Dit is zowel voor de vergoeding woon-werk als klant-klant. Voordat de vergoeding geëxporteerd kan worden moet eerst de vergoedingen berekend worden zoals gewoonlijk bij de vergoedingen voor vervoer. Er worden geen records aangemaakt indien de waarde 0 is. Global Release Notes

6 1.5.3 Er voor zorgen dat de code voor vervoer bepaald kan worden door de gebruiker. Voor de vergoedingen voor vervoer is het mogelijk om de codes voor de export te bepalen. Dit is omdat deze niet voor iedereen die aangesloten is bij SD Worx de zelfde codes gelden. Indien gewenst is het mogelijk om de vergoeding niet door te sturen door het veld blanco te laten. Indien 2 vergoedingen de zelfde code hebben worden deze samengeteld en zo te samen geëxporteerd. De standaard code kan gewijzigd worden via de parameters. Param1 Param2 Param3 Standaard Waarde Koppeling SDWorx CodeAutoWoonWerk 3010 Koppeling SDWorx CodeAutoKlantKlant 3102 Koppeling SDWorx CodeFiets 3070 Koppeling SDWorx CodeOpenbaarVervoerWoonWerk 3030 Koppeling SDWorx CodeOpenbaarVervoerKlantKlant 3030 Koppeling SDWorx CodeTijdsvergoeding 3101 Global Release Notes

7 1.6 Ticket Totaal toevoegen aan rapport km afstand 1.7 Ticket Extra code voor Easypay, staking met looncode Deze werd gekoppeld aan de dummy uurcode X1 1.8 Ticket: Het opvangen van fouten in de events die gebruikt worden in frmmain en ucwerknemers Hierdoor worden de fouten die optreden in deze functies gemeld en een fout rapport doorgestuurd naar ons systeem. Als dit niet gebeurd is het mogelijk dat de programma crached waardoor het gehele programma moet worden afgesloten. 1.9 Ticket: Het werknemer rapport is uitgebreid zodat er nu vooraan een werkblad is waarop alle totalen per werknemer aanwezig is. Deze gegevens zijn: Naam van de werknemer Afstand van de werknemer thuis naar de klant in de voormiddag. Afstand van de klant in de voormiddag naar de klant in de namiddag Afstand van de klant in de namiddag naar de werknemer thuis Deze totalen komen uit de verwerking van de detail werkbladen. Dit houd ook in dat er rekening gehouden is met de parameter "Rapport", "Kilometer", "ToonHeenTerug1Klant". Indien de parameter op 1 staat zal indien er enkel gewerkt word in de voormiddag in de kolom van de klant namiddag naar de werknemer thuis de afstand van de terug reis van de klant in de voormiddag naar de werknemer thuis ingevuld worden. Dit is gelijkaardig indien er enkel gewerkt word in de namiddag Ticket: De berekening is aangepast zodat voor berekeningen vanaf 1 september 2012 de tijdsvergoeding minimum 0,56 is. Deze aanpassing is door de indexering Ticket: Het was dat voorheen de datum + tijdstip weergegeven werd. Hierbij was het tijdstip altijd 0 uur, dit doordat het niet opgegeven kan worden. Nu wordt enkel de datum weergegeven. Voor Global Release Notes

8 Na 1.12 Ticket: SD Worx Prestaties De prestaties worden doorgestuurd met de code zoals opgegeven in de tabel tbluurcode_koppeling met als Koppeling_id gelijk aan SD_Worx. Indien een code niet gekend is worden de prestaties doorgestuurd met code De onderstaande codes zijn standaard gekend. Code in cheqpoint Code bij SD Worx U 7010 Zw 7120 C 7130 V 7030 P 9610 Oa 9700 Ta 9710 In 7420 F 7350 Ao 7170 Ev 7340 Fv 7360 Bv 9640 Oz 7400 BVJ 9760 OPL 7300 OV 9840 Global Release Notes

9 SV 7380 VV 7369 Wv 9810 EX 7280 O 1550 Ro Openbaar vervoer Het is mogelijk om openbaar vervoer te exporteren. Dit gebeurt standaard via de code Dit is zowel voor de vergoeding woon-werk als klant-klant. Voordat de vergoeding geëxporteerd kan worden moet eerst de vergoedingen berekend worden zoals gewoonlijk bij de vergoedingen voor vervoer. Er worden geen records aangemaakt indien de waarde 0 is Er voor zorgen dat de code voor vervoer bepaald kan worden door de gebruiker. Voor de vergoedingen voor vervoer is het mogelijk om de codes voor de export te bepalen. Dit is omdat deze niet voor iedereen die aangesloten is bij SD Worx de zelfde codes gelden. Indien gewenst is het mogelijk om de vergoeding niet door te sturen door het veld blanco te laten. Indien 2 vergoedingen de zelfde code hebben worden deze samengeteld en zo te samen geëxporteerd. De standaard code kan gewijzigd worden via de parameters. Param1 Param2 Param3 Standaard Waarde Koppeling SDWorx CodeAutoWoonWerk 3010 Koppeling SDWorx CodeAutoKlantKlant 3102 Koppeling SDWorx CodeFiets 3070 Koppeling SDWorx CodeOpenbaarVervoerWoonWerk 3030 Koppeling SDWorx CodeOpenbaarVervoerKlantKlant 3030 Koppeling SDWorx CodeTijdsvergoeding 3101 Global Release Notes

10 1.13 Ticket: Het is mogelijk om nog gebruik te maken van de oude of nieuwe manier van kilometer berekenen aan de hand van volgende parameters Param1 Param2 Param3 Standaard Waarde KmBerekening Berekening Versie Versie 1 (waarde 1) De heen en terugreis worden apart gecontroleerd op de minimum afstand. Dit terwijl ze eigenlijk eerst samengeteld moeten worden voor het controleren. Indien er van voertuig gewisseld wordt, en dus er gerekend wordt dat de werknemer eerst naar huis gaat, wordt er toch een vergoeding tussen de klanten berekend. De fiets vergoeding houdt geen rekening met de ingestelde fietsvergoeding. Fiets vergoeding tussen de klanten wordt bij de Klant-Klant vergoeding voor de auto geteld Versie 2 (waarde 2) De heen en terugreis worden apart gecontroleerd op de minimum afstand. Dit terwijl ze eigenlijk eerst samengeteld moeten worden voor het controleren. Indien er van voertuig gewisseld wordt, en dus er gerekend wordt dat de werknemer eerst naar huis gaat, wordt er toch een vergoeding tussen de klanten berekend. De opgegeven fietsvergoeding wordt wel gebruikt in de berekening. Fiets vergoeding tussen de klanten wordt bij de fiets vergoeding geteld. Global Release Notes

11 Versie 3 (waarde 3) De heen en terugreis worden op minimum afstand gecontroleerd nadat de eerst zijn samengeteld. Voertuig wissel wordt in rekening gebracht. Er word geen vergoeding berekend voor de afstand tussen de klanten en ook geen tijdsvergoeding. De opgegeven fietsvergoeding wordt wel gebruikt in de berekening. Fiets vergoeding tussen de klanten wordt bij de fiets vergoeding geteld Ticket: In de werknemerfiche op het tabblad Afwezigheden zullen nu enkel nog afwezigheidscodes weergegeven worden. Voorheen waren hier ook aanwezigheidscodes bij. Vroeger waren dit alle codes uitgezonderd: U, Z, V, P, C, Zw en Ao. Nu worden enkel de codes: Bv, BVJ, Ev, Ev2, EX, F, Fv, Hz, In, Kv, Mb, MP, NEZ, NW, Oa, OPL, OV, OV5, OVH, SV, T, Ta, TK2, TK5, Vr, VV en Wv weergegeven. Verder wordt er ook rekening gehouden met de 2 de uurcode en met de correcties. Dit was voorheen ook niet het geval. Of een uurcode een andere afwezigheid is wordt bijgehouden in de database in de tabel tbluurcode in de kolom IsAndereAfwezigheid Global Release Notes

12 1.15 Ticket: Afdruk theoretische planning oneven/even De afdruk van de theoretische planning is zo aangepast dat het mogelijk is om te kiezen voor de kolomtitels even en oneven in plaats van week1 en week 2. Dit kan via de parameter tabel. Param1 Param2 Param3 Standaard Waarde Afdruk Theoplanning Oneven Week 1 Afdruk Theoplanning Even Week Ticket: (Technisch) - Voor duplicate code van de rapporten een algemene klasse maken Dit is een achterliggende aanpassing. Het is zo dat de procedure voor het aanmaken van een rapport voor elk rapport gelijklopend is. Omdat dit ervoor zorgt dat er ook veel duplicate code aan te pas komt is er nu een klasse aangemaakt die zorgt voor de afhandeling van deze stappen. Deze stappen zijn: Venster met opties weergeven Vragen waar het bestand moet opgeslagen worden met controles. Data voor het rapport verzamelen met weergaven van de vooruitgang aan de hand van de opties Het bestand aanmaken aan de hand van die data en de bestandsnaam Global Release Notes

13 Het bestand openen met het standaard programma De klasse die hier voor gebruikt is, is RapportBase<F, D, L, R> in de namespace cheqpoint.utilities. F staat voor het venster waar de opties weergegeven worden en erft over van ProcessForm. D is de klasse voor de data. L is de klasse die de data verzamelt en implementeert de interface IRapportLogic<F, D>. R is de klasse voor het aanmaken van het bestand en implementeert de interface IRapportGenerator<D>. Verder is het ook mogelijk om in te stellen van welk type het bestand is dat weergegeven wordt bij het opslagvenster. Voor het venster met de opties is ook een basis klasse aangemaakt die zorgt voor de afhandeling van de thread in de achtergrond die de overige stappen afhandelt. Deze basis klasse kan ook de vooruitgang die het doorkrijgt verwerken. De klasses die ervan overerven kunnen gebruik maken om deze vooruitgang weer te geven Ticket Bezettings overzicht omzetten naar Open XML Het bezettings overzicht is een rapport waarop gezien kan worden welke prestaties de werknemers hebben ten opzichte van hun gewenste vrije dagen. De prestaties worden aangegeven aan de hand van de kleuren die ingesteld zijn in het venster Instellingen. De dagdelen waarop de werknemer vrij wenst te zijn worden weergegeven door een X: Het rapport is overgezet naar Open XML. Dit heeft als voordeel dat het document volledig in.net aangemaakt wordt en bijgevolg de applicatie Excel niet meer nodig heeft hiervoor. Het bestand kan ook geopend worden in andere pakketten die xlsx-bestanden ondersteunen zoals open office. Global Release Notes

14 1.18 Ticket: Het mogelijk maken dat de gebruiker zelf kan kiezen vanaf wanneer de vergoedingstabel geldig is Het is nu mogelijk om aangepaste vergoedingen te laten starten op een andere datum dan deze van de wettelijke vergoedingen. Dit kan je door in het beheer van de kilometervergoeding op de knop Toevoegen te klikken. Hier geef je dan op vanaf wanneer de aangepaste vergoeding ingaat en voor welk type vervoer. Verder kan je dan volgens de gewone indexatie tool verder met de aangepaste waarden Ticket: Aanpassen label 'buitenlands' naar 'niet Belgische rijksregisternummer' Het label Buitenlands werd aangepast naar Niet Belgische rijksregisternummer. Dit hebben we gedaan omdat de betekenis Buitenlands foutief kan opgevat worden. Deze eigenschap wordt gebruikt om te weten of er gecontroleerd moet worden op het rijksregisternummer. Deze eigenschap is ook verplaatst naar Referentienummers op ditzelfde tabblad Overige. Dit juist boven het rijksregisternummer zelf Ticket: Tabbladen voor webgebruikers verbergen bij het beheer van gebruikers Onder gebruikers zijn de tabbladen Webgebruikers en Login generator aangemaakt voor een toekomstige web module zodat de werknemers ook de mogelijkheid hebben om via een website hun rooster te zien. Deze module is er echter niet. Hierdoor zijn deze tabbladen overbodig geworden. Vroeger met de tabbladen Global Release Notes

15 Nu zonder de tabbladen voor web 1.21 Issue: Bij het verwijderen van een periode verwijderd ook de planning In de huidige situatie werd bij het verwijderen van een periode ook de planningen van deze periode verwijderd. Hierbij werd er ook geen rekening gehouden of de uurcode ondertussen ook al manueel gewijzigd is. Het verwijderen van de periode is nu aangepast dat er gevraagd wordt wat je per dagdeel wenst te doen. Hierbij heb je de keuze om het dagdeel te verwijderen, de originele prestaties te overschrijven, een correctie aan te maken of de prestaties zo te laten zoals ze waren toen de periode nog aanwezig was. Om een periode te verwijderen moet je in de bewerk modus zijn. Vervolgens selecteer je de periode die je wenst te verwijderen. Om de periode effectief te verwijderen klik je op het rode kruis boven de lijst. Na het klikken op het rode kruis krijg je een overzicht met alle dagdelen voor deze periode waar de uurcode van de periode ingevuld staat. Global Release Notes

16 Niets Er zal niets gebeuren met de reeds bestaande planning. De uurcode van de periode die verwijderd wordt blijft gewoon in de planning staan Overschrijven De oorspronkelijke bestaande planning zal overschreven worden door de opgegeven prestaties. Indien er reeds een correctie bestaat op deze planning zal deze functie niet beschikbaar zijn. Deze optie wordt standaard gekozen indien de planning niet vergrendeld is. Indien er niet gewerkt wordt voor deze prestatie zullen de cheques op 0 gezet worden en gevalideerd Correctie maken De oorspronkelijke planning wordt behouden maar er wordt een correctie gemaakt. Indien er niet gewerkt wordt voor deze prestatie zullen de cheques op 0 gezet worden en gevalideerd. Global Release Notes

17 Wissen Het dagdeel wordt gewist samen met de correcties de er op toegepast zijn Ticket: Enkel strijk(st)ers aanwezig in de lijst Vaste strijk(st)er Voorheen waren alle werknemers aanwezig in de keuzelijst vaste strijk(st)er. Dit is nu gewijzig zodat enkel de werknemers waar dat strijk aangevinkt staat zichtbaar zijn in de lijst. De werknemer die al reeds geselecteerd was komt ook nog voor in de lijst ook al staat dit vinkje niet meer aan. Eveneens is het opschrift Vaste strijkster gewijzigd in Vaste strijk(st)er Issue: CP aanpasse splashscreen bij opstart: infraware vervangen door prato Het splashscreen die te zien is bij het opstart is aangepast zodat nu het Prato-logo te zien is in plaats van het Infraware-logo. Vroeger Nu 1.24 Ticket: Prestatiecode 1342 koppelen aan NEZ - Niet erkende ziekte In de koppeling naar EasyPay toe werd de prestatiecode NEZ - Niet erkende ziekte gekoppeld aan Deze code werd voorheen niet gebruikt naar EasyPay toe. Global Release Notes

18 2 cheqpoint Vragen aan helpdesk 2.1 Ticket: ) Hoe kan men een klant of werkneemster volledig uit het programma verwijderen? Het is niet meer mogelijk om klanten en werkneemsters te verwijderen vanuit cheqpoint. Het is wel mogelijk om deze te verwijderen via de database maar dit kan gevolgen hebben als deze gekoppeld zijn aan planningen. Hierdoor zullen er prestaties verdwijnen en de gegeven over de (te) ontvangen cheques. 2) Een werkneemster staat op de server pc in het programma, maar in de andere pc wat gelinkt is aan de server is deze verdwenen. Hoe kan dit? Het is mogelijk dat bij het aanmaken van een nieuwe werkneemster deze niet zichtbaar zijn op andere computers. Dit kan verhopen worden door of "Refresh" te klikken boven aan de lijst met werknemers/klanten. Een 2de mogelijkheid is dat deze werkneemster zich in een provincie bevindt dit niet opgegeven is als regio waar het bedrijf/kantoor haar diensten verleent. Dit kan aangepast worden in de instellingen (Bestand -> Instellingen) op het tabblad "Overige instellingen" onder "Provincie bepaling". Het kan gebeuren dat enkel werknemers/klanten uit de opgegeven regio's zichtbaar zijn. Deze instelling kan voor elke computer anders zijn. 3) Bij het afdrukken van de planning, slaat hij gegevens over zoals, overuren worden niet aangegeven in het exel document! Dit is niet gemakkelijk want wij moeten daardoor steeds een bijkomende controle uitvoeren. Het is zo dat er in cheqpoint verschillende afdrukken aanwezig zijn met elk hun gegevens die aanwezig zijn op de planning. De afdrukken waar de prestatiecodes weergegeven worden zien: Compleet (staand) en Compleet (liggend). Beide houden enkel rekening met de eerste uurcode. 4) Hoe kan men de km vergoeding via loonadministratie correct ingeven? Dit kan manueel gebeuren via bewerken en de gegevens in te vullen voor een bepaalde maand. Een ander maand kan gekozen worden via "<" en ">". Global Release Notes

19 Het is ook mogelijk om dit via de kilometer berekening te doen. Hiervoor moeten eerst de afstanden berekend worden. Dit gebeurt via de knop kilometerberekening bovenaan in de planning. En vervolgens kunne de vergoedingen berekend worden via het menu "Plugins -> Kilomterberekening". 5) Hoe kan men een siné ingeven via loonadministratie? Hiervoor moet je op de "Sine wizard" klikken. Dit maakt een siné bestand aan. De gegevens die hiervoor gebruikt worden komen uit de instellingen en de werknemersfiche. CheQpoint maakt enkel een document aan. 6) Waarom mankeert er een 2de pagina bij de C131A. Wij maken gebruik van de documenten op de site van de RVA en hier is er maar 1 pagina van beschikbaar. 7) Hoe kan men ingegeven informatie wijzigen of volledig deleten? Dit hangt af over welke informatie het hier gaat. Kan je aangeven welke informatie die je wenst te wijzigen of te deleten? 8) Is er geen mogelijkheid om de cheques in 1 x te valideren? Neen dit is niet mogelijk. De vlotste manier is om via de validatie tool te werken. Deze kan gevonden worden rechts boven in de planning (CH met het groene vinkje er voor). Het uitschakelen gebeurt via diezelfde knop. Wanneer deze geactiveerd is kan je aangeven welke cheques ontvangen zijn door op deze te klikken. 9) Is er een meer gedetailleerde handleiding voor het programma waar ik misschien enkele antwoorden terug vind. Momenteel is er nog geen gedetailleerde handleiding beschikbaar. We zijn momenteel bezig met de handleiding te herzien en proberen hierin alle mogelijkheden van het programma zo gedetailleerd mogelijk te beschrijven. 2.2 Ticket: Bij een bepaalde klant was er een probleem bij de kilometerberekening. Men vroeg zich af hoe dat kwam. Global Release Notes

20 Het probleem was dat de vergoeding in de module loonbrekening nog op geen stond. De vergoedingen worden enkel berekend indien dit op berekend staat: 2.3 Ticket: Het is zo dat de vergoeding voor werkkledij nog op 0,10 stond. Deze waarde is nu al reeds 0,25. Er is nu voor gezorgd dat deze waarde al reeds ingevuld staat. 2.4 Ticket: Het is nu ook mogelijk om te kiezen om geen vergoeding aan te rekenen per dagdeel. Dit kan aangevinkt worden indien er een abonnement van openbaar vervoer dient terugbetaald te worden voor een bepaald traject: Global Release Notes

21 2.5 Ticket: Er is de mogelijkheid om te kiezen voor de wettelijke vergoedingstabel of voor een aangepaste tabel. Dit kan gewijzigd worden via te parameter tabel en is van toepassing op alle 3 de berekenings wijzen. Er zijn 2 waardes die gebruikt kunnen worden: 1: Wettelijk 2: Aangepast Param1 Param2 Param3 Standaard Waarde KmBerekening AutoHeen Vergoedingstabel 2 KmBerekening OpenbaarHeen Vergoedingstabel 2 KmBerekening OpenbaarTussen Vergoedingstabel AutoHeen Dit is de gemiddelde afstand naar de werkplaats en de terugreis voor een verplaatsing met de wagen OpenbaarHeen Dit is de gemiddelde afstand naar de werkplaats en de terugreis voor een verplaatsing met het openbaar vervoer OpenbaarTussen Dit is de afstand tussen de 2 klanten. Global Release Notes

22 2.6 Ticket Begrip klanten Wanneer wordt een gezin in de klantentree bij Potentiële klant of Klant gecategoriseerd: Vooraleer de bovenstaande flow wordt doorlopen wordt er gekeken naar de klantenhistoriek (klantenfiche tabblad Werknemers Historiek van de werknemers ). Indien deze nog niet aanwezig is zal er een historiek proberen aangemaakt te worden op basis van volgende acties: Bij de eerste keer dat je na het opstarten van cheqpoint- de klanten module activeert, zal er gecontroleerd worden in de theoretische planning en de maandplanning welke werknemers bij welke klanten werken. Voor de klanten waarbij de historiek nog leeg is, maar die wel een werknemer hebben ingepland, zal deze werknermer bij die klant zijn historiek toegevoegd worden Als een werknemer waar de klant in de theoretische planning zit uit dienst gaat Als de klant wordt stopgezet Bij het aanmaken van een manuele planning (vb. eenmalige vervanging) Bij het kopiëren van de planning (indien er nog geen historiek bestaat tussen de klant en de werknemer) Global Release Notes

23 Bij het inplannen en opslaan van de theoretische planning als klant start datum niet ingevuld is en gekozen wordt om dit wel te doen Bij een drag drop in de vervangingsmodule Gegevens zullen uit de klantenhistoriek (klantenfiche tabblad Werknemers Historiek van de werknemers ) verwijderd worden indien: Bij drag drop in vervangingsmodule indien daghistoriek (van-tot gelijk) Bij manuele inplanning indien daghistoriek (van-tot gelijk) 2.7 Scanner terminal server Om een scanner aan te sluiten via terminal server dient met de volgende acties te ondernemen: Voor scanner via usb dient men te controleren of deze scanner zich voordoet alsof hij aangesloten is in een seriële (com-)poort In de rdp dient men bij local resources Ports aan te vinken zodat deze van het locale systeem doorgesluist worden naar de terminal server In de instellingen van cheqpoint dient men aan te geven op welke poort de scanner zich bevindt. Dit doet men via Bestand -> instellingen -> Barcodeinstellingen. Global Release Notes

24 2.8 Ticket: Opsommen welke rapporten via Open XML en welke via COM Werknemers Klanten Rapport Achterstallige cheques Beschikbare werknemers Bezettings overzicht Gepresteerde uren Km afstanden Km vergoeding overzicht Km vergoedingen Maandtotaal Overzicht berichten Overzicht vakantie Overzicht ziekte Status rapport Tijdelijk werkloos Verschil theoretische en gepresteerde uren Voorschotten Werknemers in dienst Werknemersbestand Rapport Achterstallige cheques Achterstallige cheques (2) Klantenbestand Overzicht potentiële klanten Manier van aanmaken Open XML Open XML Open XML COM COM COM COM Open XML Open XML COM COM Open XML COM COM COM COM Open XML Manier van aanmaken COM Open XML Open XML Open XML Global Release Notes

25 3 cheqpoint Bugfixen 3.1 Bugfix - Kleurweergave Kleurweergave klopte niet in planning bij code MP (zowel bij enkele als dubbele code), planning kwam in wit ipv ingestelde kleur (gevalideerde planningen ingesteld op groen). 3.2 Bugfix Kolom klant bij scanvenster Bij inscannen (scanvenster) cheque was de kolom klant niet ingevuld. Klantsodexonr op chequetabel en klanttabel kwamen nochtans overeen. Dit kwam voor als het sodexonummer niet de eerste van de 4 was. Dit is nu aangepast. 3.3 Bugfix - Kilometerberekening Na berekening werden de kilometerafstanden van werknemer naar klant 2 (AC) niet ingevuld. 3.4 Bugfix - Afstandenberekening Google maps ziet enkele haakjes als d\x27 (frmntgevonden). Hierdoor werd er geen match gevonden en word de berekening soms onderbroken. Dit is nu aangepast dat d\x27 wordt herkent als. 3.5 Bugfix Planning via rechtermuisknopmenu Instellen van planning met rechtermuisknop werkte niet nadat de maandplanning ontgrendeld werd (werkt wel terug als er een andere maand wordt geselecteerd en dan wordt teruggekeerd) 3.6 Bugfix Verkeerde Qgem Als een klant werd verwijderd in theoretische planning, konden de uren niet op 0 gezet worden, het kwam altijd op 4u te staan. Dit zorgde voor een verkeerde Qgem, wat belangrijk is om contracten aan te passen. 3.7 Bugfix Vergrendelde planning kan gewijzigd worden indien u via klantenfiche werkt (vb. klantverlof) 3.8 Bugfix - Datumweergave De datumweergave (van en tot) in theoretische planning komt niet altijd overeen met de week die wordt gekopieerd. 3.9 Bugfix Verschil in rapporten Het rapport km-vergoeding en km-vergoeding overzicht verschilden van elkaar Bugfix Datum in dienst Bij datum uit dienst in de werknemerfiche moet de laatst gewerkte dag ingevuld worden. Het was zo bij het kopiëren van de planning dat de laatste dag in dienst, dus de datum uit dienst, niet ingevuld werd. Global Release Notes

26 3.11 Bugfix IBAN nummer IBAN invullen op de contracten in plaats van het rekeningnummer. Vroeger werd het rekeningnummer nog volgens het oude formaat ingevuld Bugfix: Rapport Kilometers Probleem met detailrapport kilometers. Iedereen stond op fiets maar er werd toch klant-klant (auto) aangerekend. Hier werd de afstand tussen beide klanten gebruikt maar niet bij het bedrag van de fiets Bugfix: Navigeren van planning naar werknemer of klant Er treedt soms een fout op als er van de planning naar de werknemer of klant wordt genavigeerd (naar de werknemer- /klantenfiche). Dit komt voor als in de werknemerfiche werd gezocht naar een klant of werknemer. Als je gezocht hebt op een werknemer/klant kan de treeview anders zijn. Hier werd geen rekening mee gehouden waardoor het soms fout liep Bugfix: Rapporten kilometerberekening Begin dit jaar werd er een indexering doorgevoerd op de kilometerberekening. Het is echter zo dat deze enkel werd toegepast op de berekening zelf (Plugins - Kilometerberekening). Het rapport met het detailoverzicht werd over het hoofd gezien. Nu lopen de kilometerberekening en alle rapporten gelijk Bugfix: Genereren, wijzigen en beëindigen van contracten Het genereren van het contract (werknemers) gaf een foutmelding. Deze melding kwam er doordat er geprobeerd werd de werknemer nogmaals te selecteren. Dit is echter niet mogelijk anders zullen reeds gewijzigde velden ongedaan gemaakt worden. De fout kwam er na het aanmaken, dus het aanmaken van het contract werd wel correct uitgevoerd. Velden die normaal zouden moeten worden geüpdate na het aanmaken van het rapport worden nu op een andere manier gedaan als vroeger. Vroeger werden de velden geüpdate in de database. Dit was ook de reden waarom dat de werknemer werd geselecteerd na het aanmaken. Ook wordt de lijst met de document en heropgevuld. Dit is ook nodig nu de werknemer niet meer opnieuw wordt opgehaald na het aanmaken. Deze fout kwam ook voor bij het wijzigen van het contract en het beëindigen van het contract Bugfix: Route Als de planning van een werknemer open staat en je berekend dan de afstanden voor de kilometerberekening dan zullen de waarden niet aangepast zijn als je rechts klikt op Planning en kiest voor Route. Het was zo dat wanneer je naar Route gaat van een inplanning dat de waarden van de kilometers weergegeven worden van het moment dat de planning weergegeven werd. Dit is nu aangepast dat bij het openen van het venster Route de gegevens nog eens uit de database gehaald worden. Hierdoor worden de recentste waarden weergegeven. Global Release Notes

27 3.17 Bugfix: Werknemerhistoriek in klantenfiche NullReferenceException bij het opvullen van de werknemerhistoriek in de klantenfiche. Dit is de lijst waar gezien kan worden welke werknemers ook bij de klant gepoetst hebben. Deze fout kan voorkomen als er geen klant geselecteerd is, bv. bij aanmaken nieuwe klant en dan op annuleren klikken. De fout kan ook voorkomen als de werknemer naarwaar verwezen word verwijderd werd uit cheqpoint. Dit komt omdat er geen relatie ligt tussen beide tabellen. Nu wordt er gecontroleerd of beide objecten bestaan alverens er properties worden opgeroepen worden van deze objecten Bugfix: Berekenen van afstanden Er kunnen geen afstanden die verwijzen naar gemeenten die niet in de tabel tblgemeente voorkomen worden gecached. Hierdoor moet er telkens terug connectie gemaakt worden met de service om de afstanden voor dit adres te berekenen. Dit probleem is verholpen door de relatie tussen beide tabellen te verwijderen. Hierdoor wordt de snelheid van het berekenen van de afstanden verhoogd Bugfix: E bij elektronische cheques Soms gebeurt het dat een E niet ingevuld wordt op de planning terwijl er wel elektronische cheques verwacht worden. Dit komt doordat bij het betaalprofiel van de klant geen datum ingevuld is vanaf wanneer het profiel telt. Hierop loopt het programma soms vast. De datum is soms leeg doordat dit in het verleden niet altijd vereist was Bugfix: Het is zo dat in het venster van de theoretische planning, een andere theoretische planning gekozen wordt dat de uren van dinsdag namiddag, woensdag namiddag, donderdag namiddag en vrijdagnamiddag niet altijd ingevuld zijn. Indien er toch uren geselecteerd waren was dit omdat deze uren van de vorige theoretische planning werden overgenomen. Het kan dus ook zijn dat er uren bij de dinsdag namiddag stonden maar deze niet de correcte uren waren. De eerder gekozen uren zijn wel degelijk in de database bewaard het is enkel bij het weergeven van de uren dat het fout loopt. Het is ook zo dat bij het kopiëren van de planning de correcte uren ingevuld waren ook al kan je deze niet zien in de planning Bugfix: Het is zo bij het schermpje van het inscannen van de cheques via de planning, dat er enkel rekening gehouden werd met het eerste sodexo nummer. Hierdoor kon het gebeuren dat de naam van de klant niet ingevuld werd in de tabel. Dit is nu aangepast dat op elk nummer gecontroleerd wordt. Global Release Notes

28 3.22 Bugfix: Km afstanden Tijdens het testen voor de update die nodig was voor een bepaalde klant om de koppeling met SD Worx te testen was er nog een fout in het aanpassen van de km afstanden via beheer. De fout zat bij het sorteren van de afstanden die weergegeven worden in het venster. De functie om objecten te vergelijken gaf geen 0 weer als deze beiden gelijk waren. Dit is echter wel nodig Bugfix: Fietsvergoeding Bij het berekenen voor de fietsvergoeding mag er geen rekening gehouden worden met de minimum afstand. Momenteel gebeurt dit wel. Het is nu mogelijk om via de parametertabel in te stellen of er rekening gehouden moet worden met de minimum afstand bij fiets. Param1 Param2 Param3 Standaard Waarde KmBerekening FietsTussen GebruikMinAfstand 1 KmBerekening FietsHeen GebruikMinAfstand Param2: FietsTussen Verplaatsing met de fiets tussen de klanten. Indien de waarde 1 is wordt er rekening gehouden met de minimumafstand. Indien de waarde 0 is wordt er geen rekening gehouden met de afstand Parm2: FietsHeen Verplaatsing van en naar het werk. Indien de waarde 1 is wordt er rekening gehouden met de minimumafstand. Indien de waarde 0 is wordt er geen rekening gehouden met de afstand Bugfix: Hier waren er 2 problemen Er werden vergoedingen doorgestuurd van 0. Dit was omdat er geen gebruik werd gemaakt van dit vervoersmiddel. Codes voor vergoedingen zijn niet voor alle SD Worx gebruikers gelijk. Dit werd opgelost door er voor te zorgen dat klant dit zelf kan invullen alvorens het importeren. Hiervoor meer uitleg bij Ticket SD Worx Bugfix: Afdruk planning De afdruk van Uurregistratie (liggend) gebeurde niet op 1 pagina. Dit is nu aangepast zodat de afdruk 1 op 1 pagina s is. Afdruk voorheen Global Release Notes

29 Afdruk nu 3.26 Bugfix: Progressbar van het status rapport werkt niet De progressbar bij het status rapport werkt niet. Deze functie was nog niet geïmplementeerd. Dit is nu gebeurd: de eerste helft is voor het verwerken van de data en de laatste 50% voor het aanmaken van het document. Global Release Notes

30 3.27 Bugfix: Er zit een fout in het rapport Overzicht strijk punten Het aantal punten per cheque staat in procenten en heeft geen beschrijving op het rapport Voor het aantal punten per cheque stond er 6000%. Er stond eveneens geen beschrijving bij wat de betekenis was van dit getal. Dit staat nu op een andere plaats en het is duidelijker waarvoor het getal staat. Het getal is ook niet meer weergegeven als een percentage. Er wordt eveneens bijgeschreven dat het om punten gaat en dit de waarde is voor 1 cheque. Deze waarde komt uit de instellingen op het tabblad Strijkopties optie Aantal punten per cheque. Vroeger Nu Global Release Notes

31 Venster met instellingen Resultaat wordt niet ingevuld Het resultaat voor totale cheques is niet ingevuld. Dit is nu het product van het totaal aantal strijkcheques met het aantal punten per cheque. Cheques zijn ook punten geworden. Vroeger Global Release Notes

32 Nu Het aantal uren worden niet correct weergegeven Dit zijn het aantal uren die ingepland staan in de planning voor de strijk en werd weergegeven als 0:00 ongeacht wat de waarde van het aantal gewerkte uren zijn. Nu worden enkel het aantal uren weergegeven gezien er altijd met volle uren gewerkt worden zijn de minuten altijd De berekening voor Rendement op ingegeven CH in fout De berekening voor het rendement op ingegeven cheques gebeurde omgekeerd. Hierdoor leek het resultaat positiever dan de werkelijkheid en kreeg je een rendement van 500% in plaats van een rendement van 20%. Het rendement wordt berekend door het aantal ingegeven cheques te delen door het aantal verwachte cheques Bugfix: Bij het opslaan van de instellingen worden de helft van de instellingen niet opgeslagen wanneer het pad voor de documenten niet gecontroleerd kan worden Als het netwerk adres niet bereikbaar was voor de opslag van de documenten trad er een fout op waardoor niet alle instellingen worden opgeslagen. Door deze fout op te vangen wordt niet heel het proces onderbroken. Dit kan voorkomen als er gewerkt wordt met gedeelde mappen deze map tijdelijk niet toegankelijk is. Dit doordat je tijdelijk niet verbonden bent met het netwerk of omdat je niet aangemeld bent. Dit aanmelden doe je door in Deze computer het netwerkpad eens te openen. Wanneer deze fout optrad werd hier ook geen melding van gegeven. Hierdoor was het ook niet altijd duidelijk dat de fout optrad Bugfix: Werknemersfiche tabblad Strijk: Indien je Regime niet aangevinkt hebt wordt deze wel aangevinkt bewaard Het vinkje van Regime gebruiken werd niet opgeslagen. Het is zo als het strijkregime niet aangevinkt is dat dit als waarde 0 moet bijgehouden worden in de database. Voor Type 1 wordt de waarde 1 bewaard en voor Type 2 de waarde 2. Voor het gebruiken van het regime is er geen aparte kolom die dit bijhoudt. Global Release Notes

33 Tabblad Strijk met Regime gebruiken bewaard Bugfix: Werknemersfiche tabblad Contract : controle of Aantal uren gewenst een getal is, is niet in orde Vroeger werd er niet gecontroleerd of er iets in het veld aantal uren gewenst ingevuld stond. Het resultaat hiervan was als er geen geldige waarde ingevuld was dat dit opgenomen werd als 0 uren. Dit kon tot gevolg hebben dat er ongewenst de waarde niet bewaard werd die door de gebruiker was ingegeven. Als er geen geldige waarde ingevuld werd, kreeg je in de foutmelding van de niet correcte velden te zien dat het veld Aantal uren gewenst niet correct ingevuld was. Er zal eveneens een rood uitroepingsteken naast het veld van Aantal uren gewenst komen te staan met de melding dat de ingegeven waarde geen geldig getal is. Global Release Notes

34 3.31 Bugfix: Werknemersfiche tabblad Planning : de tabel planning verschaalt niet correct Voorheen werden de totalen over de planningen geplaatst en de planningen mee vergroot als het venster mee vergroot. Dit had tot resultaat dat niet altijd alle records in de lijst met planningen zichtbaar waren. Nu staan de totalen in de planningen en wordt de lijst met planningen niet mee vergroot. Hierdoor blijft de locatie van alle velden staan ook als het venster verschaald wordt: Global Release Notes

35 3.32 Bugfix: Indien de barcode ingeschakeld is en niet gevonden wordt de melding met de fout verborgen samen met het verbergen van de splash. Het venster kan niet meer bereikt worden en blokkeert het hoofdvenster van cheqpoint Wanneer de barcode ingeschakkeld is in de instellingen maar deze niet verbonden is bij het opstarten wordt er een foutmelding gegeven met de vraag om de instellingen te controleren of om hem tijdelijk uit te schakelen tot dat het programma opnieuw opgestart is. Nu is het zo dat wanneer de spashscreen weggaat ook deze foutmelding verdwijnt en het programma niet meer toegangkelijk is. Op de splash zit er een timer indien dat hij te lang open staat dat deze automatisch terug verdwijnt. Deze timer is nu uitgeschakeld en het probleem is hiermee opgelost. Global Release Notes

36 3.33 Bug: Tab volgorde klantenfiche was niet logisch De tab volgorde van de controls in de klantenfiche staan terug correct. Dit betekent dat wanneer er gebruik wordt gemaakt van de tab-toets de velden niet meer door elkaar geselecteerd zullen worden. Nu zullen alle velden elkaar opvolgen Bug: Niet alle velden onder tabblad Overige gegevens worden opgeslagen bij nieuwe klant Reden hiervoor is dat na het opslaan van de fiche na het opslaan van een deel van de fiche de klant geselecteerd wordt achter de schermen. Door de klant opnieuw te selecteren kan gezien worden dat alles correct bewaard is. Maar doordat dit al na een deel van de opslag gebeurt, wordt een deel van de gegevens die nog niet opgeslagen worden verloren gegaan. Deze worden later wel opgeslagen doordat deze al in het geheugen van het programma zitten maar de gegevens bij het opnieuw geselecteerd zijn nog niet zichtbaar omdat deze nog niet in de database zitten. Het opnieuw selecteren van de klant gebeurt nu achteraf, wanneer alle gegevens reeds in de database zitten vooraleer deze opnieuw worden weergegeven. Door deze oplossing wordt het veld Vervanging correct weergegeven na het opslaan Bug: Ongeldige naam voor werkblad in het rapport KM Afstanden De naam die gegeven werd aan het werkblad was oorspronkelijk de naam van de werknemer. Hier kunnen problemen optreden doordat er ongeldige tekens in zitten of dat er 2 werknemers met dezelfde naam zijn. Deze fout wordt opgelost. Eveneens word het id van de werknemer toegevoegd aan de naam. Hierdoor kunnen er geen dubbele namen voorkomen. Het is ook gemakkelijker om onderscheid te maken tussen deze werknemers. Indien er ongeldige tekens in de naam zitten worden deze er uitgehaald. Hierbij een opsomming van waarden die Excel niet aanvaardt: De naam mag niet langer zijn dan 31 tekens De naam mag niet een van de volgende tekens bevatten: : \ /? * [ of ] De naam mag niet leeg zijn De naam mag nog niet aan een ander werkblad gegeven zijn Global Release Notes

37 3.36 Bug: Fout bij het opslaan van de theoretische planning. Kan geen nieuwe toevoegen. In de theoretische planning is het mogelijk om op een onbekende manier toch een nieuwe theoretische planning toe te voegen. Doordat er reeds een theoretische planning aanwezig is met dezelfde startdatum voor de werknemer geeft de database een fout weer. Het is echter niet gekend hoe de gebruiker via cheqpoint nogmaals een theoretische planning met dezelfde datum kan toevoegen. Om dit probleem op te vangen wordt voor het toevoegen van de planning gekeken of er reeds een theoretische planning aanwezig is in de database. Indien er al een theoretische planning met de startdatum aanwezig is voor de werknemer wordt er gevraagd of je deze wenst te overschrijven. Global Release Notes

38 3.37 Bug: Fout bij het invullen van tijdelijk werkloos in de werknemersfiche Tijdens het opvullen van tijdelijk werkloos trad er soms een fout op. Deze fout trad op wanneer er bijhorende gegevens ontbraken. Tijdens het opsporen van de fout werd er ook vastgesteld dat er geen rekening gehouden werd met de 2 de uur code of met correcties. Eveneens werd er teveel data uit de database gehaald die niet nodig zijn. Een deel van het probleem was al opgelost bij Andere afwezigheden. Hier werd al controle gedaan of de nodige gegevens aanwezig waren en rekening gehouden werd met de correcties en 2 de uur code. Maar hier werd eveneens teveel data uit de database gehaald. Deze tabel is gelijk aan Overige uurcodes, Zwangerschapsverlof en Ziekte. Het enige verschil was dat net als bij verlof geen kolom aanwezig was met de uurcode die ingepland werd. De tabel tijdelijke werkloosheid werd uitgebreid met de kolom uurcode om deze uniform te houden met de andere tabellen. Om de tabel in te vullen werd een nieuwe functie aangemaakt die enkel de data ophaalt die nodig is om in de tabel te stoppen. Deze functie werd eveneens zo opgesteld dat de andere tabellen mee opgevuld kunnen worden. Dit heeft als voordeel dat als een probleem voor de ene tabel opgelost is, dit ook voor de andere opgelost is. De controle of er correcties aanwezig zijn gebeurt nu op database. Dit heeft als voordeel dat eveneens minder data over het netwerk moeten en dat de verwerking sneller gebeurt. Eveneens werd de tabel Arbeidsongeval aangepast zodat hier ook de uren en de codes weergegeven worden. De kolom Aanvullende info is weggelaten omdat deze toch niet ingevuld werd, nog deze info beschikbaar is. Voor verlof is er ook een kolom voor de uurcode bijgekomen. Door deze aanpassingen wordt het gebruik van de gemeenschappelijke functie mogelijk waardoor ook hier enkel de nodige data opgehaald werd en rekening gehouden wordt Global Release Notes

39 met de 2 de uur code en met de correcties. Hieronder een lijst van te tabellen die gebruik maken van deze verbeterde functie en tussen haakjes welke uurcodes voor deze tabellen van belang zijn: Afwezigheden (Bv, BVJ, Ev, Ev2, EX, F, Fv, HZ, In, Kv, Mb, MP, NEZ, NW, Oa, OPL, OV, OV5, OVH, SV, T, Ta, TK2, TK5, Vr, VV, WV) Ongeval (Ao) Vakantie (V) Werkloosheid (P) Ziekte (C, Z, Zw, ZEW) Zwangerschap (Zv) Global Release Notes

40 Verder is er nog een tabel voor Overuren en recup. Hier worden de codes O (enkel O - Overuren, niet de speciale), Re en Ro in weergegeven Bug: fout in cheqpoint.gui.frminstellingen.invullengpbbedrijfsgegevens() Deze fout kan optreden indien het ondernemingsnummer, Paritair comité, RSZ of RSZPPO niet correct zijn ingevuld. Indien er toch iets werd ingevuld maar niet correct was, werd dit ook niet correct bewaard. Er wordt nu gecontroleerd of iets in de database aanwezig is en of het formaat goed is. Bij het opslaan wordt ervoor gezorgd dat dit formaat in orde is door er spaties aan toe te voegen. Deze worden terug verwijderd bij het invullen van de velden Helpdesk: CheQpoint wijziging profiel papieren naar e-cheques Er kan gezien worden als iemand van betaalprofiel wijzigt op het tabblad 'Extra'. Hier zie je een lijst 'Historiek'. Dit is een lijst met de wijzigingen van met welke cheques de klant betaalt. Het kan zijn dat er momenteel niet door de lijst gescrold kan worden. Dit probleem zal in de volgende versie verholpen zijn Bug: Rode Q in de werkelijke planning werkt niet naar behoren De rode Q rechtsboven in de werkelijke planning komt soms tevoorschijn wanneer de theoretische planning geopend werd. De correcte werking van deze Q is echter dat deze tevoorschijn komt als het aantal uren in de theoretische planning afwijkt van het aantal uren in het contract. Nu wordt er rekening gehouden met het aantal uren ingevuld in de werknemersfiche en het gemiddeld aantal uren in de theoretische planning die geldt op het moment van de weergave, dus op het moment dat de planning voor een bepaalde werknemer wordt ingevuld. Dit kan ook via het refreshen van de planning gebeuren. Global Release Notes

41 3.41 Bug: Indien de strijk- en poetsvinkjes niet aangevinkt zijn, wordt dit enkel als poets bewaard. Bij de klant kan er opgegeven worden of deze klant wenst gebruik te maken van de poetsdienst of strijkdienst. Doordat dit aangegeven wordt met vinkjes is het echter ook mogelijk om geen van beiden aan te vinken. Indien je dit doet zal er bijgehouden worden dat het vinkje bij poets aangevinkt is en niet bij strijk. Dit is opgelost en nu kan er ook gekozen worden om geen van beiden aan te vinken. Deze vinkjes bevinden zich op de tabbladen Contract en Strijk Bug: Klantenfiche, bij nieuwe klant worden gegevens strijk niet bewaard. Bij het aanmaken van een nieuwe klant worden de gegevens over de strijk (tabblad Strijk ) niet weggeschreven naar de database. Dit met uizondering van het vinkje strijk. Bij het bewerken worden deze gegevens dan wel weer correct bewaard. Nu is het terug zo dat de gegevens op tabblad Strijk ook correct worden weggeschreven naar de database Bug: Er zijn geen scrolbars in de tekstvelden bij klant. Er zijn tekstvelden in de klantenfiche die geen scrolbar hebben. Dit heeft als gevolg dat de gebruiker niet alle tekst kan zien die hij heeft ingegeven. Dit probleem deed hem voor bij de velden voor de opmerking van dieren op het tabblad Overige gegevens en taakinschatting op het tabblad Extra. Nu is het weer mogelijk om door de tekst de bladeren ook al is het tekstveld te klein om alle tekst weer te geven Bug: Geschiedenis betaalprofiel kan niet scrollen De lijst met betaalprofielen kon niet doorscrold worden. Dit kon eveneens niet als je in bewerk modus was. Dit had als nadeel dat als de klant al meerdere malen van betaalprofiel gewijzigd is dat je dit niet meer kon raadplegen. Het is nu zo dat de lijst terug scrolbaar is. Er is eveneens de mogelijkheid om de datum van de reeds ingegeven profielen te kunnen wijzigen Bug: Fout bij het inplannen verlof bij een nieuwe klant Het was mogelijk om verlof in te plannen bij een nieuwe klant. Maar doordat deze klant nog geen Id had, kon deze nog niet toegevoegd worden. Het is eveneens nodig om een theoretische planning te hebben zodat deze dagen al reeds kunnen aangeduid worden. Nu werd ervoor gezorgd dat het niet meer mogelijk is om verlof toe te voegen. Bij de klant wordt in tegenstelling tot de werknemers geen periode bijgehouden meer rechtstreeks in de planning ingevuld. Dit is de reden waarom er reeds een theoretische planning nodig is Bug: Fout bij het opslaan van een werknemer Het kan soms gebeuren dat bij het opslaan van een werknemer onderstaande fout wordt weergegeven. Dit komt doordat er bij het aanmaken van de werknemer iets fout gelopen is waardoor er geen record voor de strijkgegevens werd toegevoegd. Dit is nu aangepast dat vooraleer cheqpoint de gegevens wegschrijft, gecontroleerd wordt of er al reeds een record voor de strijkgegevens bestaat. Indien deze nog niet bestaat, zal deze worden aangemaakt met de gegevens die ingevuld werden. Deze record is nodig ook al gebruik je de strijk niet. Dit komt doordat het tabblad Strijk onder de werknemers er altijd is, ook al gebruik je de strijkmodule niet. Global Release Notes

42 3.47 Bug: Gegevens kloppen niet in het klant contract Het kan gebeuren dat bij het aanmaken van een klantcontract gegevens niet gelijk zijn aan deze die je zonet hebt ingevuld. Om dit probleem op te lossen wordt er gevraagd om de klantenfiche eerst op te slaan alvorens het contract aangemaakt word. De reden waarom de gegevens in het contract niet overeen komen is dat deze de gegevens uit de database haalt. Doordat de gegevens niet derect worden opgeslagen worden bij het aanmaken van het klantcontract nog de oude gegevens gebruikt. Nu wordt er gevraagd of je de fiche wilt opslaan alvorens het uitvoeren van de contract generatie. Indien er gekozen werd om dit niet te doen wordt het proces van de contract wizard onderbroken Bug: Field 'bfietsnm' doesn't have a default value Bij het aanmaken van een nieuwe planning treed soms de fout Field 'bfietsnm' doesn't have a default value op. Deze fout wordt niet direct weergegeven maar wel doorgestuurd naar een foutrapport systeem. Deze fout kan ook voorkomen voor bfiets. Dit probleem ontstaat doordat er een fout zit in de sql statement voor het toevoegen van een planning. Nu is deze sql voor het toevoegen van de planning aangepast zodat er altijd een waarde ingevuld wordt in de kolommen bfiets en bfietsnm. Type MySql.Data.MySqlClient.MySqlException Message Field 'bfietsnm' doesn't have a default value StackTrace Global Release Notes

43 at cheqpoint.dataaccess.clsdatabase.executesql(string ssql, IDbDataParameter[] dbparams) at cheqpoint.dataaccess.clsplanningda.planningtoevoegen(clsplanning oplanning) Data Server Error Code?<?xml version="1.0" encoding="utf-8"?><int>1364</int> 3.49 Bug: clsdatabase.getdt(string ssql, IDbDataParameter[] dbparams) heeft een NullReferenceException Het is niet helemaal duidelijk wanneer deze fout optreedt. Maar vermoedelijk is dit doordat de connectie met de database verbroken werd tijdens het proces. Het enige object die een Null kan zijn is het command object. Hierdoor leiden we af dat de fout optreedt met de connectie naar de database toe. Dit kunnen we niet oplossen omdat we niet kunnen garanderen dat er altijd een connectie mogelijk is. Dit kan zijn doordat er een netwerk communicatie fout is of omdat er een slechte verbinding is tussen de computer en de database server. Dit door een draadloze verbinding die wegvalt en een slechte kabel. Type System.NullReferenceException Message De objectverwijzing is niet op een exemplaar van een object ingesteld StackTrace bij cheqpoint.dataaccess.clsdatabase.getdt(string ssql, IDbDataParameter[] dbparams) bij cheqpoint.dataaccess.clsloonadminda.getloonadminobjforwerknemerbymonth(int32 iid, Int32 ijaar, Int32 imaand) bij cheqpoint.gui.frmmain.enabledisableplanningcontrols() Global Release Notes

44 Bug: Geen hoofdletters mogelijk bij adres Het was zo dat wanneer in de klantenfiche het adres automatisch werd opgeslagen met kleine letters. Dit is nu gewijzigd dat dit net als bij de werknemersfiche het adres bewaard wordt zoals ingegeven Bug: Fout bij het aanmaken van het rapport 'Klanten bestand' Tijdens het aanmaken van het klanten bestand kreeg je de fout '', hexadecimal value 0x1F, is an invalid character. Het bleek dat er in het adres ongeldige karakters bevat. We hebben een functie aangemaakt waarmee ongeldige xml karakters weg gefilterd worden. Deze functie wordt toegepast op de velden die als tekst worden bewaard. Deze karakters zijn: '\x00', '\x01', '\x02', '\x03', '\x04', '\x05', '\x06', '\x07', '\x08', '\x0b', '\x0c', '\x0e', '\x0f', '\x10', '\x11', '\x12', '\x13', '\x14', '\x15', '\x16', '\x17', '\x18', '\x19', '\x1a', '\x1b', '\x1c', '\x1d', '\x1e' en '\x1f'. Het probleem kwam ook voor in het werknemersbestand. Hier hebben we ook deze oplossing op toegepast Bug: Bij het status rapport worden de sommen niet weergegeven in het status rapport. Dit is enkel bij office 2007 en niet bij office Bij het status rapport worden de formules niet correct uitgevoerd. Dit probleem doet zich enkel voor bij office 2007 en niet bij office Hierdoor kloppen de totalen niet bij de cheques. Dit werd opgelost door tijdens het aanmaken van het document de functie zelf nog eens te berekenen en die waarde toe te voegen aan die cellen. Dit zorgt er voor dat de sommen er in geplaatst worden zoals berekend binnen cheqpoint. Het status rapport wordt aangemaakt via OpenXML en niet door het in de achtergrond opstarten van cheqpoint. Dit is een verschil tussen de 2 office versies. Code hoe dit wordt aangepast: Eerst wordt de formule toegevoegd en daarna nog extra de uitkomst. Cell cell250 = new Cell() { CellReference = "G" + _row, StyleIndex = (UInt32Value)35U }; cell250.append(new CellFormula { Text = "SUM(G" + rowsumstart + ":G" + rowsumstop + ")" }); Global Release Notes

45 cell250.append(new CellValue { Text = qgewenst.tostring(new CultureInfo("en-US")) }); Vroeger Nu 3.52 Bug: Het klant rapport Verschil theoretische en gepresteerde uren loopt fout bij een Engelse Office Het rapport Verschil theoretische en gepresteerde uren wordt halfwege afgesloten omdat er een fout voorkomt. Dit komt enkel voor wanneer de Office in een andere taal is dan de taal van het besturingssysteem. Dit komt doordat de Office dan anders aangestuurd moet worden. Dit werd nu aangepast. Het aangeven met welke Office er gewerkt wordt gebeurd in de instellingen op het tabblad Office compatibiliteit Bugfix: Bij toevoegen van een ongeval staat er in de titel verlof De titel bij het toevoegen van de periode is nu afhankelijk van de standaard uurcode. Hieronder is er een opsomming voor welke codes een bepaalde titel gekozen werd. Indien de code niet in de lijst staat wordt gewoon de uurcode in de titel weergegeven. Z - Ziekte Global Release Notes

46 Zv - Zwangerschap P - Werkloosheid V - Vakantie Ao - Ongeval 3.54 Bugfix: Planningen wijzigen niet mee bij het wijzigen van het betaalprofiel Bij het wijzigen van het betaalprofiel via de klantenfiche worden de planningen niet mee gewijzigd. Dit wordt wel gedaan bij het laden van de maandplanning. Dit heeft echter het gevolg dat rapporten verkeerde gegevens krijgen. Om dit op te lossen worden bij het toevoegen van een nieuwe planning alle planningen vanaf de start van het nieuwe betaalprofiel tot de startdatum van het daaropvolgend betaalprofiel. Indien er geen opvolgend betaalprofiel bestaat worden alle planningen vanaf de start van het nieuwe profiel aangepast. Als je de datum van een betaalprofiel wijzigt zullen eerst alle planningen gereset worden alsof het betaalprofiel gewijzigd zou zijn. Hierbij wordt er rekening gehouden met de andere reeds bestaande profielen. Hierna worden de planningen terug aangepast alsof je hem zou toevoegen. Hierdoor is het ook mogelijk om een datum te kiezen die voor of na een andere periode valt. Net als voorheen krijg je een bevestiging na het aanpassen van de periode Bugfix: Indien er geen labelprinter aangesloten is loopt het programma vast bij de vensters voor speciale labels In deze dialoogvensters wordt de labelprinter geinitialiseerd bij het openen van het venster. Wanneer er geen printer aangesloten is loopt cheqpoint vast. Deze fout is nu opgevangen en er zal een foutmelding gegeven worden als het probleem voorkomt. Hierbij wordt gevraagd om te Global Release Notes

47 controleren of de labelprinter correct is geïnstalleerd. Dit komt voor in de vensters voor labelprinters voor de kledingstukken, werknemerlabels en speciale labels 3.56 Bugfix: Bij matching bij zoeken op kwaliteit worden niet alle sollicitanten getoond. Na bewerken en opslaan van de sollicitant komt hij er wel in. Wanneer in de matching de kwaliteit opgegeven is komen bij Goed niet alle solicitanten die er in horen. Dit is omdat er standaard Goed ingevuld wordt bij de werknemer. Dit wordt echter met waarde 0 bewaard. Nu wordt er in de bij de controle rekening gehouden dat deze 0 kan zijn en ook gezien moet worden als 3, de waarde van Goed Bugfix: Bij het ingeven van verlof via de werknemersfiche wordt er niet meer gevraagd of er vervanging gewenst is. Tijdens het ingeven van een periode zoals Ziekte en Verlof in de werknemersfiche wordt niet altijd gevraagd of een klant vervangen moet worden voor deze inplanning. Dit probleem trad op wanneer er nog niet ingepland was in de werkelijke planning. Nu wordt er ook gecontroleerd of de planning al gestaat en indien deze nog niet aanwezig is kan er alsnog opgegeven worden dat er vervanging voorzien moet worden Bugfix: Cheqpoint wijziging profiel papieren naar e-cheques Het betaalprofiel van de klant is wijzigbaar in de klantenfiche maar de planningen worden niet mee aangepast wanneer de datum wijzigt. Dit heeft als gevolg dat rapporten die gebruik maken van dit betaalprofiel niet correct waren. Nu worden de planningen mee aangepast naar het betaalprofiel. Er zit ook iets in de update waardoor voorgaande planningen die mogelijk fout zijn worden aangepast Ticket: Er was een tabel tblstrijkorderwerknemer die niet meer gebruikt wordt. Ondertussen is de unieke sleutel voor de tabel tblstrijkorder gewijzigd waardoor bij gebruik van de oude tabel fouten kunnen optreden. In cheqpoint was er nog code die gebruikt maakte van deze tabel maar de code zelf werd niet meer gebruikt. Deze code is nu verwijderd om problemen in de toekomt te vermijden Ticket: Het probleem is dat niet alle afstanden die cheqpoint berekend correct zouden zijn. De kilometers in cheqpoint komen uit Google Maps. Het is zo dat de kilometers worden opgeslagen in een cache maar dat deze niet vanuit cheqpoint aangepast kan worden. Deze kunnen wel in de database aangepast worden zodat andere waarden dan deze van Google Maps gebruikt worden. Er zal nog voor gezorgd worden dat deze manuele aanpassingen wel vanuit cheqpoint mogelijk zijn in een van onze volgende updates. Global Release Notes

48 De kilometers werden wel aangepast in de theoretische planning maar dit heeft geen invloed op de werkelijk planning. Na het berekenen van de kilometers worden de waarden vanuit de cache in de planning geplaatst. Dit is nu opgelost door de kilometers die in de theoretische planning aanwezig waren in de cache te plaatsen. Eerst werd er dan een backup van de database genomen. Dit is het bestand cheqpoint backup Voor alle klanten waar het kilometeradres nog niet ingevuld was hebben we het adres van de werkplaats geplaatst bij kilometeradres. De cache werd leeggemaakt en de afstanden vanuit de theoretische planning werden erin geplaatst. Vervolgens zijn de afstanden vanuit de backup die nog niet in de cache zitten teruggeplaatst. Deze zijn nodig voor manuele inplanningen. Hier moet wel rekening mee gehouden worden dat manuele inplanningen nog steeds van Google Maps komen gezien deze niet in de theoretische planning staan Ticket: Indien je een nieuw contract aanmaakt in cheqpoint dien je je eerst in de bewerken modus te bevinden. Dan kon je in het verleden als je een contract aanmaakte, ook nog andere gegevens in de werknemerfiche aanpassen. Indien je dan nadien het contract bewaarde, werd er geen rekening gehouden met de rest wijzigingen in de rest van de werknemerfiche. Nu zal er gevraagd worden om de werknemerfiche eerst op te slaan zodat ook de laatste wijzigingen in het contract kunnen komen te staan. Indien er op Ja geklikt word zal er verder gegaan worden met de contractwizzard. Indien er op Nee geklikt word zal het proces onderbroken worden 3.62 Ticket: 93067, 93069, 9307 en Tab volgorde in de werknemersfiche De tab volgorde in de werknemersfiche is nu weer in de correcte volgorde. Voorheen sprong de cursor in willekeurige velden indien je door de velden wenste te bewegen de tab-toets. In volgende tabbladen deed het probleem zich voor: Gegevens Overige Gezin Contract Global Release Notes

49 3.63 Testen: strijk testen (Punten) Er zat nog een fout bij het scannen met de barcodescanner. Bij het verwijderen van een CR uit de string die binnen komt trad er nog een fout op. Dit is nu opgelost Testen: Werknemersfiche: aanmaak nieuwe werknemer en bewerken werknemer Er zijn een aantal testen uitgevoerd om na te gaan of onderstaande porcessen correct verlopen bij: Aanmaak van een nieuwe werknemerfiche Bewerken van een bestaande werknemerfiche Tabblad Gegevens Alles wordt opgeslagen zoals ingegeven De knop werkt ook als de werknemer nog niet opgeslagen is. Tab volgorde is niet correct Controle Voornaam ingevuld wordt correct uitgevoerd(is een verplicht veld) Controle Familienaam ingevuld wordt correct uitgevoerd (is een verplicht veld) Tabblad Overige Alles wordt opgeslagen zoals ingegeven Tab volgorde is niet correct Controle of Geboortedatum overeenkomt met Rijksregisternummer (indien beide ingevuld), ok Controle op controlegetal Rijksregisternummer wordt correct uitgevoerd Controle op controlegetal Rekeningnummer wordt correct uitgevoerd Tabblad Gezin Alles wordt opgeslagen zoals ingegeven Tab volgorde is niet correct Kinderen kunnen nog niet toegevoegd worden omdat er nog geen id voor de werknemer bestaat, je dient dan eerst de werknemerfiche eens te bewaren Tabblad Contract Alles wordt opgeslagen zoals ingegeven Tab volgorde is niet correct Contracten kunnen nog niet worden aangemaakt omdat de werknemer nog geen id heeft, je dient dan eerst de werknemerfiche eens te bewaren Controle of ContractType een getal is wordt correct uitgevoerd Controle of Aantal uren gewenst een getal is werd niet correct uitgevoerd, is nu wel opgelost Tabblad Planning Alles wordt opgeslagen zoals ingegeven De tabel Planning verschaalt (resized) niet correct. Global Release Notes

50 Tab volgorde ok Tabblad Kwaliteit Alles wordt opgeslagen zoals ingegeven Tab volgorde ok Tabblad Checklist Alles wordt opgeslagen zoals ingegeven Tab volgorde ok Tabblad Strijk Tab volgorde ok Indien je Regime niet aangevinkt hebt wordt deze wel aangevinkt bewaard. Deze bug is ook opgelost, het systeem zall dit nu niet meer automatisch aanvinken 3.65 Testen: Klantenfiche: aanmaak nieuwe fiche en bewerken bestaande fiche Tabblad Gegevens Tab volgorde, niet ok Knop werkt en maakt gebruik van het huidig ingevulde adres Knop voor het kopiëren van Adres Klant naar Adres Werkplaats werkt Velden worden bewaard als ingegeven Regio wordt correct ingevuld Controle of Familienaam ingevuld is wordt correct uitgevoerd Controle of Voornaam ingevuld is wordt correct uitgevoerd Tabblad Overige gegevens Tab volgorde, niet ok Adres kilometerberekening straat wordt niet bewaard (enkel bij nieuw) Contactadres wordt niet bewaard (enkel bij nieuw) Huisdieren aanwezig worden niet bewaard (enkel bij nieuw) Opmerking huisdieren worden niet bewaard (enkel bij nieuw) Opmerking huisdieren toont geen scrollbar als er meerdere regels zijn Tabblad Extra Tab volgorde, niet ok Historiek van punten kan niet helemaal bekeken worden Taakinschatting toont geen scrollbar als er meerdere regels staan Veld Vervanging is niet correct bij het bewaren van de nieuwe fiche, ook al was dit niet aangevinkt, ging het systeem dit toch steeds doen bij het bewaren (is nu opgelost) Veld Poets is niet correct bij het bewaren van de nieuwe fiche, ook al was dit niet aangevinkt, ging het systeem dit toch steeds doen bij het bewaren (is nu opgelost) Global Release Notes

51 Tabblad Contract Tab volgorde, niet ok Bij aanmaak van een contract via de contract wizard, ging er met alle gegevens die gewijzigd waren in de andere tabbladen van de werknemerfiche (die nog niet bewaard waren), geen rekening gehouden worden. Nu zal het systeem eerst gaan vragen om de gewijzigde gegevens te bewaren alvorens je een contract via de contract wizard kan aanmaken Alle gegevens worden correct opgeslagen Tabblad Planning Tab volgorde, niet ok Alle gegevens worden correct opgeslagen Tabblad Matching Tab volgorde, niet ok Tabblad Strijk Tab volgorde ok Op het tabblad Strijk werd indien je een nieuwe klantenfiche aan het invullen was- enkel het vinkje Strijkklant bewaard. Indien dus de rest van de gegevens op dit tabblad werden ingevuld en je drukte op de Bewaar toets, gingen deze gegevens verloren. Om dit wel te kunnen bewaren diende je dan eerst de klantenfiche te bewaren en nadien opnieuw de Bewerk modus te activeren. Nu zal alle info op het tabblad bewaard worden bij de aanmaak van de nieuwe klantenfiche Bij de lijst vaste strijkster mogen enkel de strijksters met een datum in dienst weergegeven worden. Voorheen werden alle werknemers, uitdiensten en sollicitanten getoond in de lijst. Indien een vaste strijkster is toegekend aan een bepaalde klant, en je duidt aan in de werknemerfiche dat deze werknemer toch niet meer wenst te werken als strijkster, dan zal deze strijkster toch nog getoond worden bij de klant waar ze als vaste strijkster gewerkt heeft in de lijst bij Vaste strijkster. Bij andere klanten is deze werknemer niet meer zichtbaar in deze lijst. Indien je echter bij de klant waar deze werkneemster als vaste strijkster gewerkt heeft, een andere werknemer selecteert bij Vaste strijkster, zal de oude vaste strijkster nadien niet meer getoond worden Tabblad Vakantie Tab volgorde, niet ok Bij de aanmaak van een nieuwe klantenfiche mag er nog geen vakantie ingepland worden indien er nog geen theoplanning beschikbaar is. cheqpoint zal namelijk indien je een periode van vakantie ingeeft, deze periode meteen willen inboeken in de werkelijke maandplanning. De gegevens worden m.a.w. niet weggeschreven en onthouden voor het geval dat je nadien pas de theoretische planning kopieert naar de werkelijke maandplanning Tabblad Extra opmerkingen Gegevens worden correct bewaard Global Release Notes

52 3.66 Ticket: Fouten bij aanmaak standaard rapporten Werknemers Achterstallige cheques Beschikbare werknemers Bezettings overzicht Gepresteerde uren Km afstanden Km vergoeding overzicht Km vergoedingen Maandtotaal Overzicht berichten Overzicht vakantie Overzicht ziekte Status rapport Tijdelijk werkloos Verschil theoretische en gepresteerde uren Voorschotten Werknemers in dienst Werknemersbestand Km afstanden Tijdens het aanmaken van het rapport KM Afstanden krijg je de fout Unable to set the NumberFormat property of the Range class. Deze fout komt voor doordat het document aangemaakt wordt via de COM-library van office. Hier werd echter geen rekening gehouden met de taal waarin de office is ingesteld. Dit is nu gewijzigd zodat er een cel formaat opmaak is voor het Nederlands en het Engels. Indien er een andere taal ingesteld is zal er geen cel formaat ingesteld worden. De opmaak voor het Nederlands is standaard "KM" en voor het Engels General "KM" Klanten Achterstallige cheques Achterstallige cheques (2) Klantenbestand Overzicht potentiële klanten 3.67 Ticket: Overzicht ziekte houdt geen rekening met 2de uurcode. Als er een ziekte code ingevuld werd als 2 de code kwam deze niet op het rapport te staan. Dit is nu aangepast. Bovendien werd er geen rekening gehouden met de code ZEW. Deze code stond eveneens in het rapport als aparte kolom, maar er werden geen uren voor berekend. Het rapport overzicht ziekte is een rapport met een overzicht voor de ziektecodes Z, Zw, C, Ao en ZEW. Voor elke werknemer wordt er een nieuw werkblad aangemaakt. Hierop kan je de planningen gesorteerd terugvinden met ernaast het aantal uren per uurcode. Indien de eerste Global Release Notes

53 en de tweede code gelijk zijn worden deze samengeteld. Indien de eerste en de tweede, twee verschillende ziektecodes zijn worden deze beiden apart weergegeven. De uren worden per dagdeel opgegeven. Onderaan worden dan nog eens de totalen weergegeven: 3.68 Ticket: Tussenscherm bij uitschakelen gebruik barcodescanner Bij het opstarten van het programma wordt na het inloggen gekeken of de barcodescanner gebruikt wordt en aangesloten is. Indien deze niet aangesloten is krijg je een venster met de melding of je de scanner wilt uitschakelen of opnieuw instellen. Door een wijziging aan de splashscreen is het echter zo dat dit venster onzichtbaar wordt maar het hoofdscherm niet bruikbaar is. Dit zorgt er voor dat je het programma eveneens niet kan afsluiten. Nu zal het tussenscherm met de melding van al dan niet uitschakelen van de scanner opnieuw te zien Ticket: Fout bij het selecteren van een gemeente bij de nieuwe klant wizard. Indien je een nieuwe klant toevoegd via de e-id reader kan het gebeuren dat de gemeente niet overeenkomt met de beschikbare gemeentes in het pakket. Hierdoor kan er een fout optreden wanneer er geprobeerd wordt om de gemeente te selecteren. Hierdoor wordt het verdere proces onderbroken. Om dit te voorkomen controleren we nu eerst of deze gemeente wel degelijk aanwezig is voordat we deze proberen te selecteren. Als de gemeente niet gevonden wordt, kan deze ook niet geselecteerd worden. De reden waarom de gemeente er niet is kan zijn doordat deze anders geschreven werd of doordat er meerdere gemeenten bestaan met Global Release Notes

54 dezelfde naam. Doordat er meerdere gemeenten met dezelfde naam bestaan hebben we in cheqpoint voor de verduidelijking erbij gezet over welke gemeente het gaat Ticket: verwijderen vraag 'invullen in theoplanning' bij vervangingsmodule Voorheen werd wanneer er een vervanging gebeurde ook gevraagd of deze aangepast moet worden in de theoretische planning. Bij het in de theoretische planning plaatsen liep het echter fout. Wanneer de gegevens in de theoretische planning geplaatst werden, gebeurde dit maar in 1 week en er werd ook niet gevraagd of dit ook in de andere week moest gebeuren. Na het toevoegen in de theoretische planning werd bij de automatische inplanning in de werkelijke planning enkel de dag ingevuld waar dit op gesleept werd en niet op de andere dagen. De klant werd vervolgens ook niet verwijderd uit de theoplanning van de vorige werknemer. Door deze gebreken werd er besloten om bij vervanging de mogelijkheid om de gegevens ook aan te passen in de theoplanning, verwijderd Ticket: CP fout bij rapport 'Km Afstanden' Bij het aanmaken van het rapport Km Afstanden kwam de fout Invalid index. (Exception from HRESULT: 0x B (DISP_E_BADINDEX)). Deze fout komt er doordat er een extra tabblad bijgekomen is met een overzicht van alle totaal kilometers per werknemer. In de update setup zat de template er echter niet in. Hierdoor probeerde cheqpoint deze pagina wel in te vullen maar doordat deze niet bestond was dit niet mogelijk. Global Release Notes

55 De template is nu toegevoegd in de setup en na deze nog maals uit te voeren is het probleem opgelost Ticket: CP1.1: probleem toegewezen cheques naam klant. In het overzicht met de toegewezen cheques werd de naam van de klant niet weergegeven. Dit probleem kwam voor bij dummy cheques die toegekend werden aan een panning waarvoor er op dat moment nog geen sodexonummer gekend was. Hierdoor werd het sodexonummer van de cheque leegemaakt. Doordat het nummer bij meerdere klanten niet ingevuld is kon het zijn dat een andere naam ingevuld werd. Om dit probleem op te lossen wordt er nu indien het sodexonummer niet gekend (leeg) is de naam van de huidige klant van de prestatie toegekend Ticket: Bij ingeven van verlof wordt er geen vervanging gevraagd op de test server. Bij het ingeven van een verlof wordt er achteraf gevraagd voor welke klanten er vervanging nodig is. Hierbij worden de klanten waarvoor in de klantenfiche aangegeven is dat ze vervanging wensen het vinkje aangezet. Dit kan echter nog gewijzigd worden achteraf. Op de test server Global Release Notes

56 werd er een op een bepaald moment geen vervanging gevraagd. Na nog een update was het probleem verholpen. Global Release Notes

57 4 cheqpoint V Helpdesk Loonadministratie is vanzelf gewijzigd, stond op berekend en is nu forfait. Het is mogelijk dat de wijziging voor de bepaalde maand al reeds zo in de database zat. Dit kan doordat voor de vorige maand beschikbaar in de database op forfait stond en dan in de loon administratie naar de volgende maanden gegaan werd (op dit moment wordt er een nieuwe record in de database voor deze maand, indien nog niet beschikbaar, aangemaakt) of de planning vergrendeld of ontgrendeld werd of de kilometers berekend werden. Als hierna de vorige maand gewijzigd wordt naar km-vergoeding zal de daaropvolgende maanden niet mee gewijzigd worden. In het kort: Dec 2012 staat op forfait Jan 2013 (of latere) staat op forfait Dec 2012 wordt gewijzigd naar km-vergoeding Jan 2013 (of latere) blijft forfait 4.2 Helpdesk Betaalprofiel in klantenfiche komt niet overeen met de planning. De aanduiding of een prestatie betaald wordt met papieren of elektronische cheques is niet afhankelijk van het bolletje Betaalprofiel in de klantenfiche op het tabblad Extra. Het type cheque voor de prestatie wordt echter bepaald door de lijst bij Historiek. Deze lijst staat eveneens op het tabblad Extra. Aan de hand van de datum onder Datum in werking kan gezien worden welk type cheque er verwacht wordt op een bepaalde datum. Deze lijst staat bij het ophalen van de datum gesorteerd op deze datum. Dit wil zeggen dat het type cheque geldig is vanaf de datum in de lijst tot de datum van de volgend lijn in deze lijst. De lijst Historiek op het tabblad Extra bevat de betaalprofielen die geldig zijn vanaf de datum Datum in werking en is geldig tot deze datum van de volgende lijn. Deze logica is geldig zolang deze datum sinds het ophalen nog niet bewerkt is. De datum kan ook bewerkt worden door eerst de record te selecteren en vervolgens nog eens op de datum te klikken. Dan wordt deze bewerkbaar. Indien er een ongeldige waarde ingevuld wordt zal de bewerking onderbroken worden. Indien de datum wel geldig is zullen de prestaties voor de vorige periode gewijzigd worden in het profiel dat geldig is aan de hand van de overige records en de gewijzigde en zullen de planningen in de nieuwe periode gewijzigd worden in het profiel van deze record. Global Release Notes

58 4.3 Bug Arbeidsongeval kan gewijzigd worden op de eerste dag van de periode. Anderen niet. Als er gebruik gemaakt wordt van periodes is het niet mogelijk om een uurcode van een andere type periode in te plannen tijdens deze periode. Het is echter wel mogelijk om een andere uurcode in te plannen. Door een fout in de controle was het echter wel mogelijk om op de eerste dag een uurcode in te plannen die tot een andere type periode hoort. Hieronder staat er nog maals een opsomming van de type periodes en de bijhorende uurcodes Ongeval (Ao) Vakantie (V) Werkloosheid (P) Ziekte (C, Z, Zw, ZEW) Zwangerschap (Zv) 4.4 Ticket: Waarde dienstencheque op statusrapport wijzigen in 21,72 Op het statusrapport werd de waarde van de dienstencheques aangepast een nieuwe waarde 21,72. (Let op : de waarde van de cheque is nu steeds euro, ook voor de cheques uit de oudere periodes en dus met een andere terugbetaalwaarde) 4.5 Issue Melding 'Licentie bijna verlopen': gegevens aanpassen: Prato ipv Infraware Het adres om contact op te nemen is gewijzigd naar het adres van prato. Global Release Notes

59 4.6 Bug Cheques komen niet automatisch op 0 te staan bij ingeven van afwezigheidsperiode vanuit de werknemersfiche Wanneer er een afwezigheidscode ingegeven wordt in de werknemersfiche kwamen de bijhorende cheques niet meer op gevallideerd 0 CH te staan. Deze fout kwam doordat de volgorde in de achtergrond voor het aanpassen van de gegevens niet correct was. We hebben deze procedure nu aangepast dat dit wel in de correcte volgorde gebeurd. 4.7 Bug Procenten statusrapport staan niet correct Bij oudere office gebruikers werden de velden met een functie niet correct weer gegeven. Dit probleem komt voor bij Office 2003 en sommige versies van Office Doordat er een verschil zit tussen deze versies en de nieuwere Office 2010 werden deze formules niet berekend bij het openen van het bestand. Nu wordt er in het bestand gestopt wat de uitkomst van deze formule moet zijn. Deze functie velden zijn % tov gewerkte uren en de totalen onderaan het rapport. 4.8 Ticket Koppeling met Securex werkt niet. Er werd geen bestand aangemaakt bij het laten lopen van de koppeling. Er werd ook geen fout weergegeven. De koppeling deed niets maar zei wel dat het bestand aangemaakt was. Normaal worden deze mee geüpdate met de update van cheqpoint. Doordat deze klant echter nog een oudere versie had was dit niet gebeurd. Deze fout had iets te maken met een database aanpassing waardoor de oude koppeling niet meer werkte. Global Release Notes

60 Bij deze nieuwe koppeling moet het nummer bij het sociaal bureau ingevuld zijn in de instellingen. Er is nu ook voor gezorgd dat er maar één loonafgifte record is (waar er voorheen voor elke werknemer één was). In deze nieuwe versie is er ook voor gezorgd dat oudere componenten niet meer gebruikt moeten worden zodat deze koppeling ook nog op nieuwere Windows versies kan blijven werken. 4.9 Ticket Aanpassing telling cheques per dag De aantallen bij de cheques die bovenaan de dag in de werkelijke planning staan, klopten niet altijd. Er zat niet echt een logica in. Nu is er een aanpassing in de programmatie gebeurd zodat volgende aantallen zullen verschijnen bij CH: bovenaan de dagen: Indien er al op minstens een dagdeel cheques werden gevalideerd, komt dit aantal te staan in het zwart Indien er nog helemaal geen cheques op die dag (dus op geen van de dagdelen) werden gevalideerd, komt het aantal te ontvangen (dus te verwachten) cheques te staan in het rood Indien er in beide dagdelen enkel afwezigheids uurcodes werden gebruikt, komt er bij het dagtotaal CH:0 in het zwart te staan Bij CH per dagdeel worden de aantallen als volgt ingevuld: Indien het vinkje gevalideerd aangekruisd is wordt het aantal cheques in het zwart weergegeven, los van het aantal cheques. Indien het vinkje gevalideerd niet aangekruisd is, wordt het aantal cheques in het rood weergegeven. Het aantal cheques is steeds het aantal ingegeven cheques (en dus niet het saldo) en is onafhankelijk van het vinkje gevalideerd 4.10 Ticket Bezettingsoverzicht gaf niet meer weer of er cheques te kort waren Door de overzetting van het rapport Bezettingsoverzicht naar OpenXML werd de functie om aan te geven of er cheques tekort waren, niet meegenomen. Het is zo bij de uurcode U dat wanneer er nog cheques te kort zijn het dagdeel de kleur krijgt die ingesteld is voor U in de instellingen op het tabblad Kleur codes onder Prestaties. Whanneer bij deze uurcode wel alle cheques binnen zijn krijgt het dagdeel de kleurcode die staat bij Cheques gevalideerd. Deze instelling kan je op hetzelfde tabblad terugvinden onder Andere. Om de kleur te bepalen wordt er enkel rekening gehouden met de 1 ste uurcode. De cheques worden wel over beide uurcodes gecontroleerd. Deze logica gaat op zowel in de planning als in het rapport Bezettingsoverzicht. Global Release Notes

61 4.11 Ticket - Standaard afdruk inventaris (strijk) uitgebreid De afdruk van de inventarislijst bij de strijk (balie binnen en buiten) is aangepast zodanig dat er meer dan 25 verschillende stukken onder volwassenen en kinderen kunnen komen te staan. Indien de lijst zich moet vergroten wordt deze herschaalt zodanig dat alles op 1 pagina kan Ticket - Bij Tijdelijk werkloos staat er op Uurregistratie liggend dat er klant verlof is Wij hebben door gekregen dat er geen Tijdelijke werkloos ingeplad mag worden als de klant in verlof is. Hierop hebben we dan ook besloten om de melding Klant in verlof uit de planning afdruk te halen. Dit is zo bij de afdruk van de werknemer alleen als bij de bulk afdruk. Global Release Notes

62 4.13 Bug - De cheques kunnen niet aangepast worden indien er gebruik werd gemaakt van correcties Als er een correctie ingegeven werd konden er geen wijzigingen bij de cheques gemaakt worden. Hier werd enkel het aantal uren van de correctie ingevuld. De cheques konden wel nog gevalideerd worden Bug - Cheques worden overschreven bij opslaan prestaties Als er al cheques gevalideerd waren, werden deze wijzigingen ongedaan gemaakt na het opslaan van de prestaties. De cheques bleven wel gevalideerd maar werden aangepast aan het aantal gepresteerde uren. Zo kon het dus zijn dat er 2 cheques gevalideerd stonden dat er plosseling 4 cheques gevalideerd waren. Nu wordt het aantal aangepast als er ofwel nog geen cheques zijn, dus 0 cheques gevalideerd. Ofwel zijn de cheques nog niet gevalideerd. In deze gevallen wordt indien er gewerkt wordt voor deze code, het aantal cheques gelijkgesteld aan het aantal uren maar niet gevallideerd of als er geen cheques verwacht worden voor de prestatie wordt het aantal cheques op 0 geplaatst en gevalideerd Ticket - SD Worx uitgebreid zodat ook prestatiecodes met alfanumeriek toegestaan zijn De koppeling van SD Worx is aangepast dat ook codes met een alfanumerieke waarde mogelijk zijn. Voorheen was het zo dat enkel numerieke waarden mogelijk waren. Deze prestatiecodes voor SD Worx zitten in de database en kunnen op die manier per bedrijf aangepast worden Ticket - Er worden cheques gevraagd bij manuele inplanning op feestdag Bij een manuele inplanning werden er cheques gevraagd indien dit op een feestdag gebeurde. Eveneens werd de code U ingevuld. Dit is nu gewijzigd wanneer er een manuele planning gebeurt op een feestdag of een periode (ziekte, verlof, ) zal er rekening gehouden worden en dit zo ingepland worden. Een feestdag heeft voorrang op een periode. Als er een uurcode ingepland wordt wanneer er geen cheques verwacht worden zal deze op 0 komen te staan en gevalideerd. Bij een prestatie waar wel cheques verwacht worden komt er het aantal ingeplande uren onder cheques te staan en niet gevalideerd. Venster voor een manuele inplanning. Global Release Notes

63 4.16 Ticket - Standaard vergoeding openbaar vervoer tussen de klanten gewijzigd De vergoedingen vanaf 1 februari 13 zullen wijzigen voor het openbaar vervoer tussen de werkplaatsen. De andere vergoedingen zijn ongewijzigd gebleven. In de vorige update is er de mogelijkheid gekomen om gebruik te maken van de standaard tarieven. Hierdoor, indien ingesteld, is het niet meer nodig dat de gebruiker zelf de waarden voor het sociaal abonnement invult zoals dit vroeger nodig was voor het vervoer met de wagen naar het werk toe. De instelling om de standaard waarden te gebruiken moet in de parameter tabel (tblparameter) van uw database gestopt worden. Om gebruik te maken van de standaard moet er bij de waarde 1 ingevuld staan. Standaard is dit 2 wat staat voor aangepaste waarden. Param1 Param2 Param3 Standaard Waarde KmBerekening OpenbaarTussen Vergoedingstabel Ticket - Tijdsvergoeding gewijzigd vanaf 1 feb 2013 De tijdsvergoeding wordt vanaf 1 februari 2013 geïndexeerd. De nieuwe vergoeding bedraagt 0,09 EUR/km en met een minimum van 0,57 EUR. De tijdsvergoeding is de vergoeding die gegeven wordt als de werknemer zich verplaatst van de ene klant naar de andere klant waarbij er niet meer dan 2 uur is tussen het einduur van het eerste gezin en het beginuur van het tweede gezin. Global Release Notes

64 5 cheqpoint V Nieuw: Labelprinter kan rechtstreeks aangestuurd worden Het is nu mogelijk om ook de Dymo labelprinter rechtstreeks aan te sturen vanuit de strijkmodule. Door deze wijziging is het niet meer nodig om Dymo Label Software op de computer te hebben staan. Deze software blijkt niet goed te werken indien er gewerkt wordt via extern bureaublad op een server die niet op hetzelfde netwerk aangesloten is. Om ervoor te zorgen dat cheqpoint geen gebruik maakt van de Dymo Label Software moet er in de instellingen het vinkje Gebruik Dymo Label Software uitgevinkt staan. Standaard staat dit aangevinkt. 5.2 Bugfix: Status rapport - verschillende codes voor overuren in een periode heeft fout Indien meerdere codes voor overuren voorkomen in het statusrapport in de opgegeven periode komt er een fout voor. Deze fout is opgelost en de verschillende codes zullen onder elkaar komen te staan bij de uurcodes waarvoor cheques verwacht worden. Eveneens werden andere overuren dan O - Overuren niet weergegeven in het rapport. Dit is ook aangepast zodat deze ook zichtbaar zijn als ze ingepland zijn geweest. Hieronder kan je nog eens alle uurcodes vinden voor overuren die als code O hebben. Overuren 100% Overuren 150% Overuren 200% Overuren 100% recup Overuren 150% recup Overuren 200% recup Overuren 100% betaald - 50% recup Overuren 50% betaald - 100% recup Global Release Notes

65 Overuren 100% betaald - 100% recup 5.3 Nieuw: Prestatiecode X2 gekoppeld aan 1362 in EasyPay De prestatiecode X2 is voor de koppeling naar EasyPay gekoppeld aand Voorheen was het niet mogelijk om de code X2 te exporteren. 5.4 Bugfix: Vorig saldo fout in standaard afdruk in balie buiten in strijkmodule Bij het afdrukken van de inventaris bij balie buiten is de waarde bij Vorig saldo fout indien er cheques werden ingegeven. Dit komt doordat de afdruk aangemaakt wordt indien alles reeds opgeslagen is. Hierdoor moet deze waarde opnieuw berekend worden. Tijdens de berekening van deze waarde werd het aantal cheques vermenigvuldigd met het aantal aan te rekenen punten in plaats van het aantal punten per cheque. Dit werd aangepast zodat nu het aantal punten per cheque gebruikt wordt. Deze waarde had geen invloed op de waarden die in de database bewaard werden. Deze zijn dus correct bewaard en kunnen bekeken worden in de puntenhistoriek. 5.5 Bugfix: Foute melding bij het scannen van reeds toegewezen cheques Bij het scannen van reeds ingescande cheques die al toegekend zijn aan een planning kon het gebeuren dat de werknemer in de melding niet correct was. Hiervoor hebben we de manier van controleren aangepast. Voorheen gebeurde dit via het werkid van de cheque en nu wordt er gebruik gemaakt van de gehele barcode op de cheque. 5.6 Bugfix: Mapje bij route werkt niet meer. Door het vroegtijdig wijzigen van de service door Google werkte het mapje onder route niet meer. Dit is nu aangepast zodat cheqpoint kan werken met de vernieuwde versie van Google Maps. Het mapje met de route kan je terugvinden door rechts te klikken op de planning en te kiezen voor Route. Vervolgens kan je op een van de knoppen Route klikken om de weg tussen de 2 punten op een kaartje te zien. Global Release Notes

66 Indien een adres niet gevonden wordt door Google Maps krijg je onderstaande foutmelding te zien. Om deze fout weg te krijgen kan je het adres aanpassen in de klanten- of werknemersfiche. Door gebruik te maken van deze website van Google Maps kan de juiste schrijfwijze gevonden worden. In sommige gevallen kan dit toch afwijken van het service die we gebruiken om de afstanden te berekenen. Voor de werknemer wordt er eerst gekeken of er een adres in gevuld is bij Adres kilometerberekening. Indien deze leeg is wordt er gekeken naar Adres. Voor de klant wordt er eerst gekeken naar Adres kilometerberekening vervolgens naar Adres werkplaats en als deze leeg is naar Adres klant. 5.7 Bugfix: Werknemersrapport kleur bezettingsoverzicht niet altijd juist. In het bezettingsoverzicht kwamen de kleuren niet altijd overeen met deze uit de planning. Dit kwam meerstal voor bij de speciale instellingen voor cheques gevalideerd en verschil tussen G en GP. Om dit probleem op te lossen hebben we de code uit de planning en deze van het rapport samengevoegd waardoor ze beide dezelfde logica hebben. Hiervoor werd de originele logica van uit de planning gebruikt. Enkel Gewenste vrije dagen zullen niet gelijk zijn dit omdat hiervoor een kruis gezet wordt op deze velden. Global Release Notes

67 6 cheqpoint V Bug: Dagen van andere maanden staan niet meer grijs In de planning staan de dagen van de vorige en volgende maand gekleurd volgens de uurcode in plaats van grijs. Deze fout is er ingeslopen bij het samenvoegen van de code voor de kleuren te bepalen met deze van het bezettingsoverzicht. 6.2 Bug: Na het wijzigen van geplande uren in de namiddag worden cheques niet mee aangepast Bij het wijzigen van de geplande uren in de namiddag van een reeds ingeplande klant werden de cheques niet mee aangepast naar de nieuwe waarde voor de geplande uren. Dit gebeurde wel voor de voormiddag. Nu zullen de cheques ook in de namiddag correct mee aangepast worden indien ze nog niet gevallideerd zijn. 6.3 Bug: Fouten in bradford Er zaten 2 fouten in de bradford berekening. Er is eveneens een extra instelling bijgekomen. Ten eerste werd het weekend in de ziekteperiode ook meegerekend. Dit is niet de bedoeling gezien de werknemer op deze dagen niet werkt. Er was ook een probleem met de keuze om halve dagen te laten meetellen als afwezigheidsdag. Dit is een vinkje Tel halve ziektedagen als volwaardige ziektedagen mee dat je al dan niet kan aanvinken. Hier was het probleem dat of het vinkje nu aan stond of niet, dat telkens de dag mee telde als afwezigheidsdag. Nu is er een aanpassing gebeurd zodat: Indien aangevinkt: Global Release Notes

68 En er is 1 klant die dag met code ziekte, en een andere klant met een aanwezigheids- of andere code, zal de dag als ziektedag worden beschouwd En er is slechts 1 klant die dag (al dan niet gedurende een gedeelte van die dag of de hele dag) wordt die dag als ziektedag beschouwd En er zijn 2 klanten met telkens de ziektecode, zal die dag ook als ziektedag worden beschouwd Indien niet aangevinkt: En er is 1 klant die dag met code ziekte, en een andere klant met een aanwezigheids- of andere code, zal de dag niet als ziektedag worden beschouwd En er is slechts 1 klant die dag (al dan niet gedurende een gedeelte van die dag of de hele dag) wordt die dag wel als ziektedag beschouwd En er zijn 2 klanten met telkens de ziektecode, zal die dag ook als ziektedag worden beschouwd Er is ook nog een extra optie bijgekomen om de dagen waar niets op ingevuld staat in de planning mee te reken in de periode of niet. Deze optie heet Dagen zonder inplanning in de periode meetellen. Hieronder staan enkele voorbeelden ter verduidelijking welke dagen als periode gezien worden en welke niet. 1 periode, 3 dagen 2 periodes, 2 dagen Indien Tel halve ziektedagen als volwaardige ziektedagen mee aangevinkt: 1 periode, 3 dagen Indien Tel halve ziektedagen als volwaardige ziektedagen mee uitgevinkt: 2 periodes, 2 dagen 1 periode, 2 dagen Global Release Notes

69 Indien Dagen zonder inplanning in de periode meetellen aangevinkt: 1 periode, 3 dagen Indien Dagen zonder inplanning in de periode meetellen uitgevinkt 2: periodes, 2 dagen Met een weekend er tussen: 1 periode, 2 dagen 6.4 Nieuw: IBAN en BIC toegevoegd aan rapport werknemersbestand Aan het werknemersbestand is er de mogelijkheid bijgekomen om naast het gewone rekeningnummer ook de IBAN en BIC te exporteren. Deze velden kunnen teruggevonden worden onder het veld Rijksregisternummer. Het werknemersbestand is een rapport dat zelf gekozen gegevens van de werknemer exporteert naar een Excel bestand. 6.5 Bug: Fouten bij de opmerkingen in de planning en op de fiches Er zaten enkele fouten in opmerkingen. Bij het gebruiken van de functie drag en drop werden de opmerkingen niet altijd meegenomen. Indien een opmerking die in de planning stond via de werknemersfiche bewerkt Global Release Notes

70 werd, werd deze van de planning verwijderd en wijzigde de datum. Indien een opmerking die zowel in de klantenfiche als in de werknemersfiche stond gewijzigd werd, werd dit niet altijd bij beiden gewijzigd. Soms kwamen er ook opmerkingen dubbel te zitten. Om dit probleem op te lossen werden de opmerkingen voor klanten en werknemers samengevoegd in 1 tabel. Hierdoor worden de opmerkingen op 1 centrale plaats bewaard en niet meer op verschillende plaatsen. Hierdoor zullen er geen verschillen meer opzitten indien een opmerking voor een werknemer en een klant samen is gewijzigd. Omdat het samenvoegen van de opmerkingen een zwaar proces is, wordt dit uitgevoerd wanneer een werknemer of klant gekozen wordt op een plaats waar de opmerkingen nodig zijn. Zo kunnen de opmerkingen geleidelijk in het nieuwe systeem komen te zitten. De manier waarop een opmerking wordt toegevoegd of gewijzigd in de database is ook herzien. Ook kan er wanneer een opmerking geopend wordt, gezien worden of dit een opmerking is van in de planning of niet en bij welke planning deze hoort. De datum van opmerkingen kan ook gewijzigd worden voor opmerkingen die niet in de planning zitten. Dit is niet de datum van wanneer een opmerking is aangemaakt of gewijzigd Opmerkingen in de werknemersfiche De opmerkingen in de werknemersfiche kunnen gevonden worden op het tabblad Berichten. Hier kunnen opmerkingen toegevoegd worden. Deze opmerkingen worden niet weergegeven in de planning. Verder kunnen opmerkingen gewijzigd worden. Voor opmerkingen die niet aan een planning gekoppeld zijn kan de datum en het dagdeel gewijzigd worden. Het is echter niet mogelijk om het vinkje om weer te geven in de planning te wijzigen. Dit is omdat er op die manier meerdere opmerkingen kunnen ontstaan voor een planning, maar er kan echter 1 weergegeven worden. Indien een opmerking gewijzigd wordt die ook in de klantenfiche zichtbaar is, wordt deze ook bij de klant gewijzigd gezien dit nu om dezelfde opmerking gaat. Opmerkingen kunnen ook via deze weg verwijderd worden. Indien een opmerking die gekoppeld is aan een klant verwijderd wordt zal deze ook niet meer zichtbaar zijn in de klantenfiche. Global Release Notes

71 6.5.2 Opmerking in de klantenfiche Dit is hetzelfde als bij Opmerkingen in de werknemersfiche maar dan in het oogpunt van de klant. Opmerkingen in de klantenfiche kunnen gevonden worden op het tabblad Opmerkingen Opmerkingen in de planning Een opmerking kan aan een planning toegevoegd worden door rechts te klikken op deze planning en te kiezen voor Opmerking. Een opmerking die op deze manier toegevoegd wordt, zal zowel bij de werknemer als bij de klant zichtbaar zijn. De opmerking wijzigen kan ook door rechts te klikken en te kiezen voor Opmerking. Er kan ook op het opmerking icoontje geklikt worden. Op deze manier kan de opmerking ook gewijzigd worden. Indien er een opmerking toegekend is in de theoretische planning zal deze ook mee gekopieerd worden. Indien de planning gekopieerd wordt, zal de reeds bestaande opmerking verwijderd worden en de eventueel nieuwe toegevoegd worden. Indien de klant in de planning gewijzigd wordt zal er gevraagd worden wat er met de opmerking moet gebeuren. Hier zal je 3 mogelijkheden hebben: Bij Behouden bij de nieuwe klant zal de opmerking niet meer zichtbaar zijn bij de oude klant en deze komen te staan bij de nieuwe klant. Bij Loskoppelen van de planning zal de opmerking niet meer zichtbaar zijn in de planning maar wel nog in de werknemers- en de klantenfiche. Indien bij een van deze fiches de opmerking gewijzigd wordt, zal deze ook meewijzigen in de andere fiche Bij Verwijder zal de opmerking verwijderd worden uit de database en zal deze niet meer zichtbaar zijn in de fiches en ook niet meer in de planning. Als de theoretische planning wordt gekopieerd zullen de reeds bestaande opmerkingen verwijderd worden. Dit betekent dat deze opmerkingen ook niet meer beschikbaar zullen zijn in de fiches Opmerkingen bij drag en drop Indien er een drag en drop gebeurt in de planning zullen bij het verplaatsen van de planningsitems de eventuele opmerkingen mee verplaatst worden naar de nieuwe locatie. Indien er reeds een opmerking aanwezig was zal deze verwijderd worden en eveneens niet meer beschikbaar zijn in de fiches. Global Release Notes

72 Bij het kopiëren naar een andere locatie zal de opmerking mee gekopieerd worden. Dit betekent dat de opmerking zichtbaar zal zijn op beide dagdelen. Eveneens zal deze dubbel zitten in de fiches. Als een van de opmerkingen gewijzigd wordt zal de andere niet gewijzigd worden Opmerkingen bij afdruk planning De opmerkingen die aanwezig zijn in de planning zullen ook op bepaalde afdrukken zichtbaar zijn. Om de opmerkingen toch niet te zien op de afdruk kan het vinkje vertrouwelijk aangezet worden. Dit zorgt er voor dat de opmerking niet mee meegenomen wordt op de afdruk. De afdrukken zijn de volgende: Uurregistratie (Staand) Uurregistratie (Liggend) Compleet (staand) Compleet (staand, kleur) Compleet (liggend) Compleet (liggend, kleur) Opmerkingen in rapporten In het rapport Overzicht berichten kunnen alle berichten en opmerkingen voor de geselecteerde werknemers in een bepaalde periode opgehaald worden. 6.6 Bug: Als een feestdag gewist wordt, wordt deze wijziging niet bewaard Als je bij de instellingen van de feestdagen een reeds ingevulde dag wiste, werd dit niet bewaard in de database. Hier werd de reeds voordien ingevulde datum ingevuld. Nu is het wel mogelijk om de feestdag te wissen. Het datumveld leegmaken kan aan de hand van de backspace toets. 6.7 Bug: Controle rijksregisternummer gebeurt ook indien Niet Belgisch Indien er bij de werknemer op het tabblad Overige aangeduid is dat het gaat om een niet Belgisch rijksregisternummer zou er geen controle mogen gebeuren. Dit is omdat deze controle enkel voor Belgische rijksregisternummers van toepassing is. Dit is nu aangepast en indien er gekozen is voor ja kan er eender wat ingegeven worden. 6.8 Bug: Fout bij het opslaan van de loonadministratie als datums Sine of Activa niet ingevuld zijn Als Sine op ja staat maar geen datum opgegeven is trad er een fout op. Dit probleem is verholpen. Dit is hetzelfde bij Activa Bug: Het verspringen van de keuze betaling voor de kilometers Het was zo dat wanneer een maand in de loonadministratie of in de planning bekeken werd, er gekeken werd wat de keuze van betaling was. Indien er nog geen bepaald was werd er gekeken naar de maand voordien. Indien er geen was werd er voor deze nieuwe maand Geen gekozen werd. Indien er in de vorige maand een andere waarde werd gevonden, werd deze Global Release Notes

73 overgenomen en zo bewaard. Als er dan voor een maand deze keuze gewijzigd werd, werd deze van de volgende maand niet gewijzigd Voorbeeld Stel volgende is bewaard Januari Berekend Februari Berekend Maart Onbepaald April Onbepaald Mei Onbepaald Juni Onbepaald Je gaat naar maart en maart wordt bewaard als Berekend Je gaat naar mei, er is geen waarde voor april waardoor mei als Geen bewaard word. Je gaat naar juni en juni zal nu als Geen bewaard worden. Als je nu in mei de waarde in Berekend wijzigd zal dit niet wijzigen als je terug naar juni gaat. Als je in maart de waarde wijzigt naar Forfait en dan naar april gaat zal april Forfait worden doordat er nog geen waarde bepaald is. Mei zal bij gevolg Berekend blijven en juni als Geen Nieuwe situatie De bepaling van de vergoeding wordt nu bewaard als de kilometers berekend worden of in de loonadministratie gewijzigd worden. Er enkel naar toe gaan zal de momentele situatie weergeven maar kon nog wijzigen. Deze die nog kunnen wijzigen worden aangegeven met een rode cirkel met een streep erdoor. Hier wordt de laatst bepaalde waarde weergegeven. 6.9 Bug: Fout bij aanmaken contract (werknemer) Indien de startdatum van de werknemer niet ingevuld is kan er geen contract aangemaakt worden. Hierdoor werd er een foutmelding weergegeven. Dit probleem is opgelost door als de datum in dienst niet ingevuld is de datum van vandaag te gebruiken. Ook was er een probleem als er nog geen theoretische planning bestond. Dit probleem is ook verholpen. Dit was enkel bij bepaalde contracten zo Onderhoud: Aanmaken document C32 Werknemer Het aanmaken van het document C32 Werknemer gebeurt nu volgens de laatste template ( ) Ingevulde velden onder Uw identiteit Deze waarden worden overgenomen uit de werknemersfiche. Naam (is de voor- en familienaam) Straat Gemeente (is de postcode en de gemeente) INSZ (Hiervoor wordt het rijksregisternummer gebruikt) Telefoon Global Release Notes

74 Ingevulde velden onder Uw aanvraag Deze velden komen uit de waarden opgegeven uit de wizzard Vanaf Staking Andere Ingevulde velden onder Handtekening Datum (is de datum van vandaag, de dag van het aanmaken van het document) 6.11 Nieuw: Melding verjaardagen werknemers in dienst Er is een nieuwe functionaliteit bijgekomen die de verjaardagen controleert bij het opstarten van cheqpoint. Deze functie staat automatisch aan maar kan uigeschakeld worden in de instellingen Werking Tijdens het opstarten kijkt CheQpoint of er bij de werknemers in dienst personen zijn die verjaren. Hiervoor kijkt het systeem een x aantal dagen in het verleden en x aantal dagen in de toekomst. Indien er in die periode verjaardagen gevonden zijn worden deze weergegeven in een lijst. In deze lijst wordt de naam van de werknemer weergegeven. Hiernaast staat ook de geboortedatum en de leeftijd dat de werkneemster heeft op de dag van haar verjaardag. Deze werkneemster staan gesorteerd op dag van het verjaren (dag en maand) Instellingen De instellingen voor de verjaardagen kunnen gevonden worden onder Bestand Instellingen Verjaardagsmelding inschakelen Global Release Notes

75 Is standaard aangevinkt. Als deze instelling aangevinkt is wordt er bij het opstarten van CheQpoint gecontroleerd of er iemand verjaart. Bij het uitschakelen gebeurt dit niet meer. Verjaardagen voorbije dagen Hier staat het aantal dagen in het verleden waar gecontroleerd moet worden of er een verjaardag is geweest. Standaard is dit 7 dagen. Verjaardagen komende dagen Hier staat het aantal dagen in de toekomst waarop gecontroleerd moet worden. Standaard is dit 7 dagen Uitbreiding in rapport werknemers bestand Er zijn naar aanleiding van deze nieuwe functionaliteit extra velden toegevoegd aan het werknemersbestand. Deze zijn de geboortemaand en geboortejaar. Er is ook nog een extra veld met de leeftijd bijgekomen. Dit is de leeftijd dat de werknemer heeft op het moment van het aanmaken van het rapport Onderhoud: Lijsten scrolbaar in leesmodus Het is nu mogelijk om in de leesmodus ook door de lijsten te scrollen. Hieronder een opsomming van welke lijsten waarbij dit nog niet mogelijk was en nu dus wel. Werknemers Tabblad Overige: Medisch onderzoek Tabblad Gezin: Kinderen Tabblad Contract: Contracen Klanten Werknemershistoriek Loonadministratie Hier was nog geen enkele lijst scrolbaar 6.13 Bug: Combinatie maandvergrendeling en weekvergrendeling loopt niet juist Bij het gebruik van de maandvergrendeling in combinatie met de weekvergrendeling was de planning niet altijd correct vergrendeld. Hier zat niet altijd een regelmaat in. Soms was dit enkel zo na het vergrendelen. Soms was het probleem pas na het herladen van de planning. Dit is nu aangepast. Een dag is vergrendeld als de maand waarin de planning valt vergrendeld is of als de week waarin de dag valt vergrendeld is. Deze vergrendeling heeft vooral invloed op het menu dat je krijgt bij het rechts klikken. Global Release Notes

76 De dag is niet vergrendeld Als er geen planning is in de voormiddag en geen in de namiddag dan is enkel het item Planning beschikbaar. Als er wel een planning is in de voormiddag of in de namiddag dan kunnen alle items gebruikt worden De dag is vergrendeld Als er geen planning is in de voormiddag en geen in de namiddag dan kan er niets gekozen worden. Als er wel een planning bestaat op die dag dan kan er enkel gekozen worden voor Gepresteerde uren, Cheques en Route Vervanging, Opmerking en Toegewezen cheques Deze items staan los van de vergrendeling. Deze zijn beschikbaar als er op het dagdeel waarop rechts geklikt werd een klant ingepland staat Werknemersfiche Dit items staat ook los van de vergrendeling. Hier hangt het er van af de gebruiken waarmee in CheQpoint aangemeld is toegang heeft tot de werknemersfiche. Dit kan gewijzigd worden via het rechten-systeem Bug: Melding of er meer recup opgenomen is dan aanwezig Wanneer bij het ingeven van de prestaties meer recup opgenomen wordt dan dat er beschikbaar is, wordt er een melding gegeven bij het opslaan. Het is zo dat deze controle gebeurde bij Re, uren die gepresteerd worden om op te nemen in plaats van bij Ro. Dit werd aangepast zodat bij het inplannen van Ro gekeken wordt naar het overschrijden van het aantal beschikbaren uren recup Aanpassing: Vervoermiddel bij wijzigen klant Voorheen werd wanneer een klant in de planning gewijzigd werd, alle gegevens in verband met prestaties en vervoer verloren gegaan. Hierdoor werd regelmatig vergeten om het vervoersmiddel aan te passen zodat er een vergoeding kon gegeven worden. Daarom is nu in het tussenscherm waar je de klant kan wijzigen ook een veld bijgeplaatst om het vervoersmiddel in te stellen. Dit veld bevat dezelfde waarde als onder route. Global Release Notes

77 6.16 Onderhoud: Nieuwe keuze chequewaarde 8,5 euro In de instellingen is het mogelijk om de chequewaarde van 8,5 euro te kiezen voor de standaardwaarde van de cheques. Deze waarde wordt gebruikt bij het aanmaken van een nieuwe klant. Eveneen wordt het veld Uitbetaald ook terug ingevuld. Dit werkte niet meer. De uitbetaalwaarde voor deze cheques staat nu op 22,04 euro. De waarde van de cheques kan ook gewijzigd worden voor de klant. Dit kan terug gevonden worden op het tabblad Overige in de klantenfishe Nieuw: Logging Naar aanleiding van een probleem met het wijzigen van het vervoersmiddel bij sommige werknemers werd er een logging toegevoegd. Er zijn 3 dingen die gelogd kunnen worden. DataAccess: dit is een logging van de wijzigingen die uitgevoerd worden naar de planning tabel toe (insert, update, delete in tblplanning). Vervoer: telkens het vervoersmiddel wordt gewijzigd, wordt dit gelogd (wanneer dit gebeurt, door wie en wat het nieuwe vervoersmiddel is). Global Release Notes

78 Actie: Logging van welke actie ondernomen worden in de vensters Planning en Route. De logging kan in- en uitgeschakeld worden in de instellingen op het tabblad Log (Bestand -> Instellingen -> Log). Door de vinkjes naast Loggen naar database aan te vinken worden de bijhorende gegevens gelogd Bug: Fout bij het opslaan nieuwe werknemer Duplicate entry '28' for key 'PRIMARY'. Deze werd veroorzaakt doordat er al bepaalde gegevens reeds in de database zaten. Hierop wordt nu gecontroleerd zodat deze database fout zich niet meer voordoet Onderhoud: Bradford standaard jaar Het standaardjaar staat nu op het huidige jaar. Voorheen was dit Global Release Notes

79 7 cheqpoint V Bug: Verwijderknop bij opmerkingen in de planning terug zichtbaar De opmerkingen kunnen terug verwijderd worden in de planning. De knop was voorheen niet meer zichtbaar. Hierdoor was het niet meer mogelijk om de opmerkingen in de planning te verwijderen. Deze konden wel nog via de werknemersfiche verwijderd worden. Eveneens is er terug zichtbaar wanneer een opmerking werd aangemaakt. Er is ook bijgekomen wanneer de opmerking het laatst gewijzigd werd en door wie. De knoppen bewerken en verwijderen van de opmerking in werknemersfiche zijn ook beschikbaar als er een bericht geselecteerd is op het moment er op Bewerken van de fiche geklikt wordt. Voorheen was enkel de knop om een nieuwe aan te maken beschikbaar. 7.2 (IGSE) #PTC: Toevoegen chequewaarden 9 / 9,5 / 10 CheQpoint werd uitgebreid zodat cheques van 9 / 9,5 / 10 kunnen geregistreerd en verwerkt worden. Hier volgt de evolutie van de dienstencheque tot begin 2014: K.B. 12/1 2 09/0 1 11/0 7 10/1 1 16/0 1 28/0 4 27/1 0 11/ Global Release Notes

80 Inwerkingtreding 22/ / / / / / / / / / / Ontvangen door erkende onderneming 23,5 6 19,4 7 21,0 0 21,0 0 20,0 0 20,5 0 20,8 0 20,8 0 21,1 0 22,04 22,04 Tegemoetkoming van de Staat 17,3 6 13,2 7 14,8 0 14,3 0 13,3 0 13,5 0 13,8 0 13,3 0 13,6 0 13,54 Prijs voor de gebruiker voor fiscale aftrek 6,20 6,20 6,20 6,70 6,70 7,00 7,00 7,50 7,50 8,5 (tot 400 chequ es) en 9,5 (boven 400) 9,00 (tot 400 chequ es) en 10,00 (boven 400 tot max 500) Fiscale aftrek (30%) 1,86 1,86 2,01 2,01 2,1 2,1 2,25 2,25 2,55* Prijs voor de gebruiker na fiscale aftrek 4,34 4,34 4,69 4,69 4,90 4,90 5,25 5,25 5,95 Onkostenvergoeding aan uitgiftemaatschappij 0,32 0,32 0,32 0,32 0, , , , ,0852 Totale kostprijs per dienstencheque 19,7 9 21,3 2 21,3 2 20,3 2 20,5 9 20,8 9 20,8 9 21,1 9 22,13 Totale federale tegemoetkoming (incl. consumptiesubsidie, fiscale aftrek en onkostenvergoeding) 15,4 5 16,9 8 16,6 3 15,6 3 15,6 9 15,9 9 15,6 4 15,9 4 16,17 % tussenkomst Staat in de totale kostprijs (zonder tewerkstellingsmaatr egelen) 78,1 % 79,6 % 78,0 % 76,9 % 76,2 % 76,5 % 74,9 % 75,2 % 73,0% Tewerkstellingsmaat regelen 3,63 3,63 % tussenkomst Staat in de totale kostprijs (met tewerkstellingsmaatr egelen) 78,6 % 78,6 % Global Release Notes

81 7.3 (PIBU) #PLA: Theoplanning codes uitbreiden met Re Bij de keuze van de codes in de theoretische planning is de code Re (Recup) toegevoegd. Voor deze code worden er cheques verwacht en wordt zo in de planning gekopieerd. 7.4 (PIBU) #PLA: Kopiëren van planning worden cheques altijd op 0 geplaatst uitgezonderd voor U Tijdens het kopiëren van de planning worden bij alle uurcodes -uitgezonderd U- de verwachte cheques op 0 gezet. De mogelijke codes in de theoretische planning waarvoor cheques verwacht worden zijn U, Re en BPT. In de werkelijke planning kunnen ook nog overuren gekozen worden, hier worden ook cheques voor verwacht. 7.5 (PIBU) #PLA: Planning kopiëren plaatst de cheques niet altijd correct Er waren meldingen binnen gekomen dat het soms gebeurt dat bij het kopiëren van de planning de cheques niet correct staan. Dit was vooral bij codes waar geen cheques verwacht worden. Er werd toch een aantal ingevuld en de cheques waren niet gevalideerd. De oorzaak hiervan werd niet gevonden maar bij het kopiëren van een dag worden de cheques nogmaals achteraf gecontroleerd en ingevuld. Dit gebeurt net voor het bewaren in de database. 7.6 (PIBU) #PLA: Weergave gematchte dagen in de vervangingsmodule. Nadat in de vervangingsmodule een klant geselecteerd is en de bijhorende werknemers weergegeven worden, is het mogelijk om rechts op de naam van de werknemer te klikken om meer details te krijgen. Global Release Notes

82 De dagen die in dit scherm weergegeven worden zijn de dagen waar de klant wenst dat er iemand komt en de werknemer geen vrij moment wenst, dit samen met de dagdelen in de theoretische planning waar nog geen klant is ingevuld. Dit kan vooral handig zijn voor een permanente vervanging zodat er gezien kan worden welke werknemer een plaats heeft in zijn theoretische planning. Info Indien er voor de klant geen gewenste dagdelen opgegeven zijn, worden alle dagdelen als gewenst beschouwd. 7.7 (PIBU) #WER: Bij de werknemer is Burgerlijke stand, Burgerlijke staat geworden Op de werknemersfiche en het rapport werknemersbestand is de tekst Burgerlijke stand gewijzigd in Burgerlijke staat. 7.8 (PIBU) #WER: Kopiëren adres naar kilometer adres Er is een extra functionaliteit bijgekomen voor het kopiëren van het adres naar het kilometeradres in de werknemersfiche. Wanneer er gegevens in een van de velden voor het kilometeradres al gegevens bevat wordt er gevraagd of je deze wenst te overschrijven. Bij het opslaan wordt er ook gekeken of er gegevens bij het Adres kilometerberekening staat. Indien dit adres leeg is en er zijn gegevens ingevuld in het gewoon adres wordt de vraag gesteld of je deze wenst over te kopiëren. Global Release Notes

83 7.9 (KEAN) # ALG: update-melding venster aangepast Het venster dat wordt weergegeven als er een nieuwe cheqpoint versie beschikbaar is, is wat aangepast. Het versienummer wordt weergegeven samen met een download link, en in sommige gevallen kan er ook een opmerking over de nieuwe versie bij worden getoond. Verder kan een beschikbare update nu als optioneel, belangrijk of kritiek worden bestempeld (PIBU) #ALG: Hulp op afstand Onder het menu Help is er een nieuwe keuze bijgekomen voor hulp op afstand. Bij het klikken op dit item (Hulp op afstand) wordt de gebruiker naar de pagina op gebracht. Hier kan de gebruiker vervolgens TeamViewer downloaden zodat het scherm kan overgenomen worden (PIBU) #ALG: Gebruiker status actief Het is nu mogelijk om gebruikers actief en inactief te plaatsen. Als een gebruiker inactief geplaatst wordt zal deze zich niet meer kunnen aanmelden in het programma. Een gebruiker inactief plaatsen kan je doen in het gebruikersbeheer. Er is een tabblad Overige bijgekomen waar het mogelijk is om het vinkje actief aan of uit te vinken. De wijziging wordt meteen opgeslagen naar de database toe. Global Release Notes

84 7.12 (PIBU) #ALG: Gebruiker wachtwoord wijzigen Het is mogelijk om de wachtwoorden van de gebruikers te wijzigen. Dit doe je door in het gebruikersbeheer de gebruiker te selecteren en op het tabblad Overige op de knop Wijzig te klikken naast het wachtwoord. Hierdoor kom je op het venster voor het wachtwoord te wijzigen. Na het klikken op opslaan zijn de gegevens bewaard naar de database toe (PIBU) #PLA: Afdruk uurregistratie staand meerdere Sodexonummers Het is nu mogelijk om op de afdruk van uurregistratie staand meerdere Sodexonummers weer te geven. Dit doe je door het aantal Sodexonummers die weergegeven moeten worden in te stellen bij de instellingen. Deze instelling is terug te vinden op het tabblad Planning afdruk. Door het aantal de vergroten wordt de plaats die nodig is groter. Hierdoor zal de afdruk kleiner op papier komen te staan. Global Release Notes

85 7.14 (IGSE) #AFD : Rapport prestaties per wkn/klant/dag Specifiek voor een bepaalde klant Inleiding: Het rapport prestaties is een rapport in de vorm van een plugin voor CheQpoint. De bedoeling is het totaal aantal gepresteerde uren te kunnen berekenen per werknemer voor een opgegeven periode. Dit is meestal één maand vandaar dat standaard de laatste volledige maand vooraf wordt ingevuld. Opstarten: Het scherm wordt opgeroepen op de gebruikelijke manier voor plugins: in het menu van CheQpoint kiest u Plugins, vervolgens klikt u op de naam van de rapporttool prestaties per werknemer/klant/dag (zie afbeelding). Daarna krijgt u het ingavescherm. Ingavescherm: Global Release Notes

86 Hier krijgt u de mogelijkheid om: werknemer(s) te kiezen te selecteren op de status van de werknemer (zie screenshot) de periode te kiezen waarvoor de uren moeten berekend worden. U klikt op exporteer om het generatieproces te starten. In de volgende stap dient u een naam in te geven voor het OpenXML rapport: Global Release Notes

87 Rapport: Na bevestiging met de knop Save wordt het uiteindelijke rapport gegenereerd. Het resultaat ziet er zo uit: een hoofding van het rapport: naam van de werknemer, de geselecteerde periode en het (startend) jaartal. een detailoverzicht: het aantal per werknemer per dag en per klant. Per werknemer is er een tabblad in het document. per maand krijgt u een totaalregel (sommatie van één werknemer van één maand) Als er meerdere maanden zijn geselecteerd komt dit dus meermaals voor. Global Release Notes

88 7.15 (IGSE) #AFD : Rapport prestaties per klant/werknemer/dag Inleiding: Het rapport prestaties is een rapport in de vorm van een plugin voor CheQpoint. De bedoeling is overzicht te krijgen van de gepresteerde uren per klant voor een opgegeven periode. Opstarten: Het scherm wordt opgeroepen op de gebruikelijke manier voor plugins: in het menu van CheQpoint kiest u Plugins, vervolgens klikt u op de naam van de rapporttool prestaties per klant/dag/werknemer (zie afbeelding). Daarna krijgt u het ingavescherm. Global Release Notes

89 Ingavescherm: In dit scherm kunt u de periode ingeven. Daarna drukt u op de knop Aanmaken voor het genereren van het document. Rapport: Het resultaat ziet er zo uit: een hoofding van het rapport: de periode die van toepassing is Global Release Notes

90 een detailoverzicht: het aantal per klant per dag en per werknemer. mogelijks kan nog een tabblad bijgemaakt worden voor ziekte of vakantie (IGSE) #AFD : Groepering verwijderen bij prestaties per klant/werknemer/dag Om sorteerredenen in Excel wordt de groepering weggenomen voor klanten in het rapport prestaties per werknemer/dag/klant voor een bepaalde klant. Voor: Global Release Notes

91 Achter: 7.17 (PIBU) #WER: Foutmelding verjaardagen Er zat een fout in CheQpoint waardoor na de jaarwisseling geen verjaardagen mee werden weergegeven. Dit kwam door dat er gebaseerd werd op het jaar Dit is nu gewijzigd zodat er gebruikt wordt gemaakt van het huidige jaar (PIBU) #PLA: Planningen met code NEZ kleuren niet correct In de planning werden de prestaties met als eerste prestatiecode NEZ niet correct gekleurd. Deze bleven wit gekleurd. De kleur die in de instellingen worden opgegeven blijven wel bewaard. Het kleuren van de NEZ is toegevoegd zodat de kleur gelijk is aan deze opgegeven in de instellingen. Global Release Notes

92 7.19 (PIBU) #STR: Statusscherm staan de manden in verwerking In het statusscherm op de pagina Status werden de manden in verwerking niet correct weergegeven. Dit is aangepast. Het probleem was dat in het verleden de strijkorder nummering werd aangepast van 1 nummer naar jaar/maand/volgnummer. Hierdoor werd de bewerking op het controleren of de manden in verwerking zijn, niet correct uitgevoerd. Hier werd nog geen rekening gehouden met deze nieuwe nummering (PIBU) #PLA: Foutieve naam klant in opmerkingen Soms gebeurde het dat de naam van de klant die weergegeven werd op de nieuwe opmerking niet overeen kwam met de klant die ingepland stond. Dit probleem is nu opgelost (PIBU) #WER: Contracttype met decimalen Indien in de computer. ingesteld is als decimaal scheidingsteken was het niet mogelijk om decimale getallen in te gegeven bij contracttype. Dit probleem werd opgelost. Global Release Notes

93 8 cheqpoint V (PIBU) #WER: Controle op dubbele INSZ Er is een functionaliteit bijgekomen die controleert bij het aanmaken van een nieuwe werknemer of er al reeds een werknemer met hetzelfde INSZ. Wanneer er op de knop nieuw geklikt wordt in de werknemersfiche wordt er gevraagd naar het INSZ nummer voor de nieuwe werknemer. Dit gebeurd in een nieuw venster die hiervoor aangemaakt wordt. In het veld INSZ dient het nummer ingevuld te worden. De knop Controleer dient om te controleren of er al een werknemer bestaat met hetzelfde INSZ nummer. Bij het klikken op Annuleren wordt de bewerking stopgezet en wordt er geen nieuwe werknemer toegevoegd. De controle bestaat er uit dat de het formaat van het INSZ nummer correct is en of het controlegetal juist is. Hier worden er geen controles gedaan of het geboortedatum en het geslacht overeen komt. Vervolgens wordt er gekeken of er al een werknemer met hetzelfde INSZ nummer aanwezig is in de database. Indien het veld leeg gelaten wordt gaat het toevoegen gewoon voortgezet. Info Het formaat van het INSZ nummer heeft volgende structuur waar de 0 en vervangen worden door een cijfer. De reguliere expressie hiervan is ^\d{2}\.\d{2}\.\d{2}- \d{3}\.\d{2}$. Voor het controlegetal worden 2 controles gedaan. Een eerste voor het geval deze voor een persoon is die geboren is voor het jaar En een voor een persoon die later geboren is. Indien 1 van de 2 controles slaagt wordt deze gezien als in orde. Voor personen voor het jaar 2000 wordt er een modulus van 97 uitgevoerd op de eerste 9 cijfers en van 97 getrokken. Deze uitkomst moet overeen komen met de laatste 2 cijfers. Voor de personen die later geboren zijn wordt er nog een 2 vooraan de eerste 9 cijfers gezet en met deze 10 cijfers dezelfde bewerken uitgevoerd. Als de controle geslaagd is wordt de flow van het toevoegen van een nieuwe werknemer gewoon verdergezet zoals dit voorheen was. Het nummer reeds opgegeven is wordt al reeds ingevuld in de wizard of de fiche. Global Release Notes

94 Indien er reeds een werknemer aanwezig is met hetzelfde nummer wordt er gevraagd of je toch wenst verder te gaan met het toevoegen of niet. Indien er gekozen wordt van niet blijft het venster van het INSZ nummer openstaan en kan er een nieuw opgegeven worden. Indien er gekozen wordt om toch verder te gaan wordt de flow van het toevoegen van een nieuwe werknemer verdergezet. Deze controle kan uitgeschakeld worden in de instellingen op het tabblad Werknemersfiche. De instelling is te vinden onder Controles en heet Controleren op dubbele INSZ bij nieuwe werknemer. 8.2 (PIBU) #WER #PLA: Sodexo login en wachtwoord De tekst voor Sodexo nummer en Sodexo pin zijn gewijzigd in Sodexo login en Sodexo wachtwoord. De benaming werd gebruikt in de werknemersfiche en op verschillende afdrukken van de planning. De wijziging werd uitgevoerd omdat verschillende klanten dit gevraagd hebben omdat deze benaming ook gebruikt wordt binnen Sodexo. 8.3 (PIBU) #KLA: Uitbreiding Werknemers in theoretische planning Het lijstje waartoe de klant in de theoretische planning van een werknemer voorkomt is uitgebreid met 2 kolommen: Datum laatste theoplanning en Werknemer stop. Bij Datum laatste theoplanning wordt de start datum weergegeven van de laatste theoplanning waartoe de klant bij die werknemer werd ingevuld. Onder Werknemer stop kom de datum te staan wanneer de werknemer uit dienst is getreden. Indien de werknemer nog steeds in dienst is wordt dit veld leeg gelaten. Global Release Notes

95 8.4 (PIBU) #KLA: Lijst sorteren Werknemers in theoretische planning Vroeger was het mogelijk om door op de kolom hoofding de lijst te sorteren. Er werd voor gezorgd dat dit opnieuw mogelijk is. Indien je een 2de keer op de hoofding klikt wordt de volgorde omgekeerd. 8.5 (PIBU) #ALG: Bug bij lege datum velden Bij lege datum velden werd niet altijd de maand met de huidige dag weergegeven bij het openklappen van het datum veld. Dit zorgde er voor dat de gebruiker soms enkele maanden of jaren moest terug keren. Dit probleem is opgelost. 8.6 (IGSE) #EXS: Bugfix - ontbrekende parameter bij koppeling HDP-Arista voor looncode 8140 De parameter 'hoeveelheid_fl' ontbreekt in het exportbestand voor looncode Dit is opgelost in versie van de plugin (geen cheqpoint setup nodig). 8.7 (PIBU) #PLA: Bug werknemer verjaardag op 29 feb Bij het ophalen van de verjaardagen trad er een fout op voor werknemers die verjaren op 29 feb. Dit werd opgelost door, als er geen 29 feb voor komt in het jaar, de 28ste feb gebuikt word. 8.8 (PIBU) #AFD: Bug rapport Gepresteerde uren laatste dag In het rapport Gepresteerde uren werd de laatste dag van de maand niet meegenomen. Nu word ook deze dag mee opgenomen in het rapport. 9 (PIBU) #ALG: Bug uur-codes werden niet toegevoegd De nieuwe uur-codes werden niet toegevoegd. Dit kwam door een tikfout. Global Release Notes

96 10 (PIBU) #KLA: Bug: Ordening opmerkingen in klantenfiche De opmerkingen in de klantenfiche worden terug gesorteerd op datum. De opmerkingen met de nieuwste datum staan bovenaan en de oudste onderaan. Er kan ook terug gesorteerd worden door te klikken op een kolom. Indien er een 2de keer op een kolom geklikt wordt worden de opmerkingen omgekeerd gesorteerd (PIBU) #WER: Nieuw - Mogelijkheid om periode van de planningen te kiezen In de werknemersfiche is het nu mogelijk om de periode van de weergegeven planningen aan te passen. Hiervoor zijn er twee dataselectie velden bijgekomen. De weergave wordt gewijzigd op het moment dat het veld verlaten wordt. Het wijzigen van deze periode heeft geen gevolg op de totalen die onder de lijst worden weergegeven. Bij het selecteren van een klant worden de velden met de standaard waarde voorzien. Deze periode start bij het begin van de vorige week en eindige op de laatste dag van de volgende week. Alle inplanningen die na de huidige week komen worden in het groen gekleurd. Planningen die in de huidige week voorkomen zijn zwart en planningen na de huidige week worden blauw gekleurd. De planningen staan gesorteerd van nieuw naar oud (PIBU) #WER: Bug - Planning totalen foute berekening gepresteerd bij eerste uurcode Op het tabblad Planning in de werknemersfiche zat er een fout in de totalen. Deze fout zat bij de gepresteerde uren. Het aantal gepresteerde uren voor de eerste uurcode werd altijd overgenomen voor de tweede uurcode werd het aantal enkel meegenomen als hiervoor cheques verwacht worden. De presteerde uren zijn nu zo aangepast dat enkel het aantal uren bij een code waarvoor cheques verwacht worden opgeteld worden. Global Release Notes

97 10.3 (PIBU) #RAP: Foute periode op statusrapport Op het status rapport is voor de einddatum de dag na de einddatum weergegeven. Als je bijvoorbeeld een rapport neemt voor de periode van 1 jan tot en met 31 jan wordt er op het rapport de periode van 1 jan tot en met 1 feb weergegeven. De gegevens die op het rapport komen te staan zijn wel deze van de opgegeven periode (PIBU) #RAP: Corrupt bestand bij het statusrapport indien geen prestaties Indien er voor een opgegven periode geen prestaties gepland staan, wordt er een ongeldig bestand aangemaakt. Dit komt doordat er onderaan het rapport bewerkingen uitgevoerd worden waardoor er op een gegeven moment door 0 wordt gedeeld. Indien er geen prestaties zijn worden deze berekeningen niet ingevuld en zal er een leeg veld zichtbaar zijn. Global Release Notes

98 10.5 (IGSE) #ALG: Enum converter Doel: Mogelijkheid om enumerators te converteren/vertalen via description attribute. Prato Enum Converter: De enum converter zit in de Base en is gewoon één bestand met een class en kan door elke cheqpoint versie (1.1 en 2.0) gebruikt worden. De Prato Enum Converter leest het description attribute bij de declaratie van de enumerator in de source code (zie afbeelding). Dit attribuut is dus een eigenschap die kan worden toegekend aan elke enumerator waarde. Er kunnen ook andere attributen worden toegekend, maar voorlopig erkent de enumerator convertor enkel de description attribute. Het attribuut is niet gebonden aan de syntaxisvoorwaarden zoals de enumeratorwaarde zelf (geen leestekens of spaties). Er kan dus vrije tekst worden aan toegekend. Zoals de vertaling duidelijk maakt, staat de description attribute dus voor de omschrijving van het veld. Maar u zou een gelijkaardig attribuut kunnen gebruiken voor de vertaling van een veld. Voordelen: De Prato Enum Convertor laat toe die omschrijving zonder omweg te gebruiken op de GUI van de applicaties. U kan bijvoorbeeld de PropertyGrid gebruiken, dat is een standaard.net control. De PropertyGrid laat toe classes te gebruiken die omgezet worden naar een gecategoriseerd eigenschappenvenster. Indien in die class een property van het type enum wordt gebruikt worden de waarden automatisch omgezet door toedoen van de Prato Enum Convertor. Global Release Notes

99 De programmeur hoeft enkel het description attribute in te vullen. Dit maakt ook de GUI uniform over gans de applicatie, namelijk de waarden worden bij de enum declaratie omgezet, op één plaats dus (IGSE) #EXS: Koppeling HDP - keuze tussen aangepaste en wettelijke tarieven Voortaan is het mogelijk te kiezen tussen een wettelijke en een aangepast tarief voor verplaatsingsvergoedingen in de koppeling met het sociaal secretariaat HDP-Arista. Hiervoor worden de tarieftabellen gebruikt van cheqpoint 1.1, zie in het menu onder beheer km vergoedingen. Volgende verplaatsingen zijn instelbaar: verplaatsing met de auto van thuis naar de werkpost verplaatsing met het openbaar vervoer van thuis naar de werkpost verplaatsing met het openbaar vervoer tussen werkposten Op de interface van de HDP-plugin kan men de tarieven bepalen voor de huidige berekening (zie afbeelding onderaan). Global Release Notes

100 De standaardwaarde bij het opstarten van de koppeling kan u bepalen via het item Instellingen in het menu. U kan het ook via de parametertabel (tblparameter) op de database (zie tabel hieronder. Omschrijving Param1 Param2 Param3 Waarde Global Release Notes

101 Tarief auto wkn klant KmBerekening AutoHeen Vergoedingstabel 1 = wettelijk 2 = aangepast Tarief openbaar wkn klant KmBerekening OpenbaarHeen Vergoedingstabel 1 = wettelijk 2 = aangepast Tarief openbaar klant klant KmBerekening OpenbaarTussen Vergoedingstabel 1 = wettelijk 2 = aangepast 10.7 (IGSE) #ALG: Instellen van parameters + data accessor Voortaan kan men parameters instellen via een interface in cheqpoint. Voorheen kon dit enkel door een manuele ingave op de database van cheqpoint. Er werd een data accessor aangemaakt voor het selecteren, toevoegen en updaten van parameters. Er is (nog) geen centraal instellingenvenster voor alle parameters, maar dat is ook niet de bedoeling. De instellingen worden best geplaatst op de plaats waar ze van toepassing is, zo bewaard de gebruiker het overzicht en hoeft deze niet op duizend parameters te zoeken om de juiste te vinden. Bijvoorbeeld op het scherm van de verplaatsingsvergoedingen van de werknemers werden de parameters geplaatst die van belang zijn voor het berekenen van de vergoedingen. Als eerste werd een instellingenscherm gemaakt voor de koppeling met het sociaal secretariaat HDP (zie afbeelding onder). Het scherm zou ook herbruikt kunnen worden voor andere vensters of modules, enkel de inhoud moet omgezet worden naar het juiste gegeven. De PropertyGrid op de form is een uitermate geschikt component hiervoor. Het laat toe een object (instantie van een class) te koppelen aan de PropertyGrid. Een data object dus zoals deze overal worden gebruikt in cheqpoint om data uit het business model en de database te hanteren. Men kan het dus ook gebruiken voor parameters voor het activeren van onderdelen en andere instellingen. Er moet enkel een class gemaakt worden voor de instelling of parameter en deze moet gelinkt worden aan de PropertyGrid via de SelectedObject property. M.a.w. we beschikken over een zeer gestructureerde opbouw: De data zit in de class zelf. De informatie (omschrijvingen) voor de interface zit in de attributen bij elk element van de class. Dit betekent dat zowel de source code als de GUI wordt gedocumenteerd in één keer. Een voordeel dus ook voor de programmeur, vooral als u in team werkt. Global Release Notes

102 Zelfs de waarden van een enumerator kunnen worden gebruikt. Optioneel kunnen deze ook geconverteerd worden (zie Prato Enum Converter). Belangrijk: alle omschrijvingen van dit venster zitten in het commentaar van de source code (via attributen)! Global Release Notes

103 11 cheqpoint V (IGSE) #TAR: Wijziging tarief woon-werk verkeer voor auto en openbaar vervoer We hebben de nieuwe km-tabellen voor de berekening van het sociaal abonnement van de Dienstenchequers, voor de verplaatsingen van thuis naar de werkplek met auto of openbaar vervoer, beschikbaar gesteld. Deze nieuwe tarieven zijn overeengekomen in de CAO van 7 mei 2014 en zijn van kracht van 1/7/2014 tem 31/12/ (KEAN) #ALG: bugfix: kon niet inloggen indien oude database Er deed zich een fout voor wanneer de gebruiker probeerde in te loggen op een cheqpoint instantie met een oude database. Dit gebeurde wanneer men in versie probeerde in te loggen na een upgrade gedaan te hebben vanuit of ouder. Dus als men een upgrade deed van naar dan deed dit probleem zich niet voor. Het probleem is nu opgelost zodat men vanuit eender welke versie kan upgraden naar zonder loginproblemen. Opgelet: dit probleem manifesteerde zich als een connectieprobleem met de database. Er kwam een melding dat niet kon verbonden worden met de database. Maar de oorzaak was dus niet de verbinding (IGSE) #TAR: Aanpassing minimum kledijvergoeding van 0.25 naar 0.26 /dag, geldig vanaf In de CAO van 7 mei 2014 betreffende de terbeschikkingstelling en het onderhoud van de werkkledij voor werknemers van PC (dienstencheque-sector), worden de bijdrages vanaf 1 juli 2014 gewijzigd: Dit wordt 0.26 (in plaats van 0.25) per werkdag voor het onderhoud en het wassen van de werkkledij. Deze vergoedingen zijn verplicht indien de dienstenchequeswerknemers zelf instaan voor het onderhoud. CheQpoint wordt standaard ingesteld op de minimum bijdrage (IGSE) #PRE: Nieuwe prestatiecodes BR en PrV Er zijn 2 prestatiecodes toegevoegd aan cheqpoint 1.1: 1. bevallingsrust --> prestatiecode BR 2. profylactisch verlof --> prestatiecode PrV Info bevallingsrust: Global Release Notes

104 Als u gaat bevallen, dan hebt u recht op 15 weken moederschapsverlof. Het moederschapsverlof bestaat uit twee delen: Voor de geboorte ( zwangerschapsverlof ): maximaal 6 weken (waarvan 1 week verplicht te nemen) Na de geboorte ( bevallingsrust of bevallingsverlof ): minimaal 9 weken (verplicht te nemen). Eén week voor de vermoedelijke bevallingsdatum mag u niet meer gaan werken. De overige weken (prenataal) zwangerschapsverlof (maximaal 5 weken dus) mag u overdragen naar de (postnatale) bevallingsrust. Daardoor kan het postnatale verlof maximaal 14 weken bedragen. De postnatale rust kan bovendien verlengd worden met de duur dat het pasgeboren kind nog in het ziekenhuis opgenomen blijft na de eerste 7 dagen vanaf de geboorte (maximaal 24 weken). Als u een meerling verwacht, dan duurt het moederschapsverlof 17 weken, maar dat kan verlengd worden tot 19 weken. Voor de geboorte (zwangerschapsverlof): maximaal 8 weken (waarvan 1 week verplicht te nemen) Na de geboorte (bevallingsrust of bevallingsverlof): minimaal 9 weken (verplicht te nemen). (bron: vlaanderen.be) Info profylactisch verlof: Profylactisch verlof als gevolg van borstvoeding of zwangerschap Moeders die zwanger zijn of borstvoeding geven en die bovendien zijn blootgesteld aan een beroepsrisico schadelijk tijdens de zwangerschaps- of borstvoedingsperiode, kunnen genieten van betaald profylactisch verlof (betaald door het ziekenfonds). Voorwaarde is wel dat een dokter in een officieel attest bevestigd heeft dat het werk te gevaarlijk is voor haar gezondheid of die van het kind. Ook voor andere redens kan profylactisch verlof worden aangevraagd (zoals besmettingsgevaar). De uitkering is afhankelijk van de reden en de mate van werkverwijdering (geheel of gedeeltelijk). Global Release Notes

105 12 cheqpoint V (IGSE) #WER: aanpassing chequewaarde statusrapport Teruggeefwaarde van een cheque is aangepast van 21,72 naar de actuele waarde van 22,04 in het statusrapport (IGSE) #PRE: Prestatiecodes BR en PrV naar categorie zwangerschap De prestatiecode BR (bevallingsrust) en de code PrV (profylactisch verlof bv. wegens zwangerschap of borstvoeding) werden toegevoegd aan het tabblad zwangerschap van de werknemerfiche. Ook het aanmaken van periodes voor die codes is nu mogelijk (PIBU) #WER: Fout in werknemersbestand, conversie van tekenreeks naar date Het werknemersbestand werd overschreven door een oudere versie. Deze werd verwijderd en de laatste werd terug geplaatst Global Release Notes

106 13 cheqpoint v (IGSE) #WER: uitzonderingsfout op rapport tijdelijke werkloosheid Probleemstelling: Er doet zich een uitzonderingsfout voor bij het genereren van het rapport tijdelijke werkloosheid bij werknemers. Oplossing: De uitzonderingsfout werd programmatisch opgelost, deze doet zich altijd voor bij Nederlandstalige Office versies en ook bij andere niet Engelstalige versies. De huidige culture van de gebruikte thread wordt nu geforceerd gebruikt op en-us culture omdat deze compatibel zou zijn met de template, daarna wordt deze terug gezet naar oorspronkelijke culture. De Microsoft.Office.Interop bibliotheek is verwijderd, het rapport werd omgezet naar het late binding principe. Hierdoor wordt het rapport onafhankelijk van de Office versie, hierdoor zijn ook geen instellingenproblemen meer (zie office-tabblad bij instellingen) (IGSE) #PRE: Prestatiecodes BR en PrV verwijderd uit categorie andere Prestatiecodes Prv (Profylactisch verlof) en BR (Bevallingsrust) zijn enkel nog beschikbaar in de categorie 'zwangerschap' en niet meer in 'andere' (IGSE) #PRE: Nieuwe prestatiecode: langdurige ziekte (Z1j). Vanaf deze versie kan men een extra prestatiecode met de afkorting Z1j gebruiken voor langdurige ziekte. Er kunnen ook langdurige ziekteperiodes ingegeven worden via het ziektetabblad in de werknemerfiche (IGSE) #EXS: Code HZ toegevoegd in koppeling HDP De prestatiecode HZ (Herval Ziekte) in de koppeling HDP-Arista ontbrak, waardoor de koppeling een waarschuwing gaf indien deze ook was gebruikt in de planning. De nodige voorzieningen zijn nu getroffen zodat de code kan verwerkt worden in deze koppeling. Global Release Notes

107 14 cheqpoint v (IGSE) Aanpassing looncode voor bevallingsrust De looncode voor bevallingsrust is aangepast van 2140 naar 3840 voor het sociaal secretariaat HDP-Arista (IGSE) Verbetering afdruk "controle cheques" + bugfix (issue bij jaarwisseling) Bij een weekafdruk van het rapport controle cheques op een jaarwisseling, wordt een verkeerde afdrukperiode gebruikt. Dat is nu opgelost. Ook de weergave van de header is verbeterd (zie afbeelding). De volgende aanpassingen zijn uitgevoerd: weergave van weeknummers weergave van meerdere maanden indien van toepassing (ipv één maand) Global Release Notes

108 14.3 (IGSE) Revisie koppeling GroupS De looncodes werden opnieuw gecheckt voor de koppeling van cheqpoint met het sociaal secretariaat GroupS. Er waren 2 prestatiecodes verkeerdelijk gelinkt met de looncode van GroupS, namelijk voor Ziekte gewaarborgd (ZW) en Tijdelijke (economische) werkloosheid (EW). Er zijn ook een aantal prestatiecodes aangevuld. Hieronder staat de definitieve en juiste mapping-tabel: Cheqpoint GroupS Code Code Omschrijving U Gewerkt effectief A G Gewerkt zonder cheques A Zw Ziekte gewaarborgd Z Z Ziekte Z C Carensdag Z V Verlof V Vr Verlof recuperatie REK P Tijdelijke werkloosheid EW Oa Onwettig afwezig VA Ta Toegestaan afwezig TA In Inhaalrust REK Kv Klein verlet KV F Feestdag BF Ao Arbeidsongeval AO Ev Educatief verlof PE Mb Moederschapsbescherming BEZ Fv Familiaal verlof FR Bv Borstvoedingsverlof BOV Zv Zwangerschapsverlof ZV T Tijdskrediet (deeltijds) LO BVJ Jeugdvakantie VJ Ev2 Educatieve vorming vanaf 45 jaar PE MP Medisch onderzoek A NEZ Niet erkende ziekte ZN NW Afwezig voor zoeken nieuw werk WZ OPL Vorming en opleiding (bezoldigd) FVO OV Ouderschapsverlof OVK OVH Halftijds ouderschapsverlof OVK OV5 1/5de ouderschapsverlof OVK SF Syndicale vorming SSN SV Syndicale verplichting SV TK2 1/2de tijdskrediet LOD TK5 1/5de tijdskrediet LOD Global Release Notes

109 VAV Extra dagen vaderschapsverlof KVV VV Vaderschapsverlof VAV WV Werkloos collectieve sluiting CS ZEW Ziekte tijdens economische werkloosheid ZW EX Extra dagen verlof V VAP1 VAP1 ST O Overuren O Re Recup OVH Ro Opnemen van recup REK Or100 Overuren 100% O Or150 Overuren 150% OVU Or200 Overuren 200% OVT HZ Herval ziekte Z BR Bevallingsrust ZV PrV Profylactisch verlof PRV Z1j Ziekte langer dan 1 jaar Z 14.4 (KEAN) Escape-knop sluit verjaardagen-venster Vanaf nu kan men het verjaardagen-venster dat verschijnt na het inloggen in cheqpoint sluiten met de escape knop op het toetsenbord (IGSE) Sortering klantopmerkingen Klantopmerkingen kunnen nu gesorteerd worden. Door op de kolomheader te klikken van de tabel, schakelt u telkens tussen oplopende en aflopende sortering. Dus u kan sorteren op datum, opmerking en plaatser (gebruiker). Voorheen was geen sortering mogelijk. Global Release Notes

110 14.6 (IGSE) Feestdagen 2015 De feestdagen zijn klaar gezet voor U kan deze feestdagen importeren in cheqpoint. Laad daarvoor het importbestand van de support site (eerst inloggen) onder de download rubriek: Het gedownloade bestand moet u importeren in cheqpoint. U doet dit via het hoofdmenu van cheqpoint. Klik op het item Bestand en daarna op Feestdagen. Dit opent het volgende scherm: Druk op de knop Importeren en selecteer het gedownloade bestand. Vergeet niet als laatste op te slaan (opslaan-knop). Global Release Notes

111 14.7 (PIBU) #EXS: Koppeling Time Online (Sofim) De koppeling voor Sofim is omgezet naar Time Online. Deze koppeling kan gebruikt worden zoals de vorige versie met uitzondering dat er bij het exporteren nu een kantoornummer dient ingevuld te worden. De koppeling kan geopend worden onder het menu plugins -> Koppeling Time Online Standaard waarde voor prestatie codes Deze waarden kunnen aangepast worden in tbluurcode_koppeling. Als Koppeling_id wordt Sofim gebruikt. Uurcode Omschrijving uurcode Export code Ao Arbeidsongeval 769 BPT Bijkomend werk part-time 234 BR Bevallingsrust 700 Bv Borstvoedingsverlof 702 C Carensdag 759 Ev Educatief verlof 410 F Feestdag 450 Fv Familiaal verlof 706 G Gewerkt zonder cheques 0 In Inhaalrust 431 Kv Klein verlet 440 MP Medisch onderzoek 465 O Overuren 234 Oa Onwettig afwezig 641 OPL Vorming en opleiding 180 Global Release Notes