Release Notes v

1/ 53

Release Notes v 1.1 – 0.18

Dit document beschrijft vanuit technisch oogpunt de aanpassingen in cheQpoint 1.1 aan de betreffende versie. Al deze informatie is confidentieel en mag niet zonder de schriftelijke toestemming van Prato in eender welke vorm verder gedistribueerd of gereproduceerd worden. Deze teksten kunnen ook informatie bevatten van functionaliteiten die niet van toepassing zijn op uw onderneming en/of die enkel na bestelling geactiveerd worden. Het feit dat het dienstencheque bedrijf een onderhoudscontract en/of huurlicentie heeft lopen, impliceert geenszins het recht op de beschreven functionaliteiten in dit document.

2/ 53

1.

cheQpoint V. 1.1.0.18

1.1.

Issue: 95006 - 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.

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.

1.1.2. 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.

3/ 53

1.1.3. 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.

1.1.4. Wissen Het dagdeel wordt gewist samen met de correcties de er op toegepast zijn.

1.2.

Ticket: 90441 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: 91946 De berekening is aangepast zodat voor berekeningen vanaf 1 september 2012 de tijdsvergoeding minimum €0,56 is. Deze aanpassing is door de indexering.

4/ 53

1.4.

Ticket: 91927 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

1.5.

Ticket: SD Worx 1.5.1. 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 “0000”. 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 9470

5/ 53

1.5.2. Openbaar vervoer Het is mogelijk om openbaar vervoer te exporteren. Dit gebeurt standaard via de code 3030. 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.

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

Koppeling Koppeling Koppeling Koppeling Koppeling Koppeling

SDWorx SDWorx SDWorx SDWorx SDWorx SDWorx

CodeAutoWoonWerk CodeAutoKlantKlant CodeFiets CodeOpenbaarVervoerWoonWerk CodeOpenbaarVervoerKlantKlant CodeTijdsvergoeding

Standaard Waarde 3010 3102 3070 3030 3030 3101

6/ 53

1.6.

Ticket Totaal toevoegen aan rapport km afstand

1.7.

Ticket Extra code voor Easypay, staking met looncode 1239. Deze werd gekoppeld aan de dummy uurcode X1

1.8.

Ticket: 90067 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: 90441 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.10. Ticket: 91946 De berekening is aangepast zodat voor berekeningen vanaf 1 september 2012 de tijdsvergoeding minimum €0,56 is. Deze aanpassing is door de indexering.

1.11. Ticket: 91927 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

7/ 53

1.12. Ticket: SD Worx 1.12.1.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 “0000”. 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 9470

1.12.2.Openbaar vervoer Het is mogelijk om openbaar vervoer te exporteren. Dit gebeurt standaard via de code 3030. 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.

1.12.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

8/ 53

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

Koppeling Koppeling Koppeling Koppeling Koppeling Koppeling

SDWorx SDWorx SDWorx SDWorx SDWorx SDWorx

CodeAutoWoonWerk CodeAutoKlantKlant CodeFiets CodeOpenbaarVervoerWoonWerk CodeOpenbaarVervoerKlantKlant CodeTijdsvergoeding

Standaard Waarde 3010 3102 3070 3030 3030 3101

1.13. Ticket: 90319 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 1

1.13.1.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.

9/ 53

•

Fiets vergoeding tussen de klanten wordt bij de Klant-Klant vergoeding voor de auto geteld.

1.13.2.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.

1.13.3.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.

1.14. Ticket: 91930 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. de Verder wordt er ook rekening gehouden met de 2 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

10/ 53

1.15. Ticket: 90239 - 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 2

11/ 53

1.16. Ticket: 92530 (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 • Het bestand openen met het standaard programma De klasse die hier voor gebruikt is, is RapportBase 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. R is de klasse voor het aanmaken van het bestand en implementeert de interface IRapportGenerator. 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.

12/ 53

1.17. Ticket 92540 - 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.

1.18. Ticket: 93798 - 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.

13/ 53

1.19. Ticket: 94301 - 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.

1.20. Ticket: 94051 - 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

Nu zonder de tabbladen voor web

1.21. Issue: 95006 - 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

14/ 53

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.

1.21.1.Niets Er zal niets gebeuren met de reeds bestaande planning. De uurcode van de periode die verwijderd wordt blijft gewoon in de planning staan.

1.21.2.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.

1.21.3.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.

15/ 53

1.21.4.Wissen Het dagdeel wordt gewist samen met de correcties de er op toegepast zijn.

1.22. Ticket: 93155 - 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.

1.23. Issue: 94027 - CP 1.1 - 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: 95339 - Prestatiecode 1342 koppelen aan ‘NEZ - Niet erkende ziekte’ In de koppeling naar EasyPay toe werd de prestatiecode NEZ - Niet erkende ziekte gekoppeld aan 1342. Deze code werd voorheen niet gebruikt naar EasyPay toe.

16/ 53

17/ 53

2.

cheQpoint 1.1.0.18 – Vragen aan helpdesk

2.1.

Ticket: 90455 1)

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 ">". 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. http://www.rva.be/D_Egov/Formulieren/Fiches/C131A_werkgever/FormNL.pdf

18/ 53

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: 92072 Bij een bepaalde klant was er een probleem bij de kilometerberekening. Men vroeg zich af hoe dat kwam. Het probleem was dat de vergoeding in de module ‘loonbrekening’ nog op ‘geen’ stond. De vergoedingen worden enkel berekend indien dit op ‘berekend’ staat:

19/ 53

2.3.

Ticket: 91777 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: 92141 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:

20/ 53

2.5.

Ticket: 92152 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

KmBerekening KmBerekening KmBerekening

AutoHeen OpenbaarHeen OpenbaarTussen

Vergoedingstabel Vergoedingstabel Vergoedingstabel

Standaard Waarde 2 2 2

2.5.1. AutoHeen Dit is de gemiddelde afstand naar de werkplaats en de terugreis voor een verplaatsing met de wagen.

2.5.2. OpenbaarHeen Dit is de gemiddelde afstand naar de werkplaats en de terugreis voor een verplaatsing met het openbaar vervoer.

2.5.3. OpenbaarTussen Dit is de afstand tussen de 2 klanten.

2.6.

Ticket 92216 – Begrip klanten

21/ 53

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) 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)

22/ 53

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.

2.8.

Ticket: 93477 - Opsommen welke rapporten via Open XML en welke via COM 2.8.1. Werknemers Rapport Achterstallige cheques Beschikbare werknemers Bezettings overzicht Gepresteerde uren Km afstanden Km vergoeding overzicht Km vergoedingen

Manier v an aanmaken Open XML Open XML Open XML COM COM COM COM

23/ 53

Maandtotaal Overzicht berichten Overzicht vakantie Overzicht ziekte Status rapport Tijdelijk werkloos Verschil theoretische en gepresteerde uren Voorschotten Werknemers in dienst Werknemersbestand

Open XML Open XML COM COM Open XML COM COM COM COM Open XML

2.8.2. Klanten Rapport Achterstallige cheques Achterstallige cheques (2) Klantenbestand Overzicht potentiële klanten

Manier v an aanmaken COM Open XML Open XML Open XML

24/ 53

3.

cheQpoint 1.1.0.18 - 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.

3.10. 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.

25/ 53

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.

3.12. Bugfix: 89278 - 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.

3.13. Bugfix: 89506 – 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.

3.14. Bugfix: 89147 – 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.

3.15. Bugfix: 89723 – 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.

3.16. Bugfix: 89810 – ‘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.

3.17. Bugfix: 90063 – 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.

26/ 53

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.

3.18. Bugfix: 90066 – 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.

3.19. Bugfix: 90255 – ‘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.

3.20. Bugfix: 90242 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.

3.21. Bugfix: 90727 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.

3.22. Bugfix: 92117 – 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.

3.23. Bugfix: 91081 - 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 1

27/ 53

3.23.1.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.

3.23.2.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.

3.24. Bugfix: 91761 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.

3.25. Bugfix: 91710 – 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

Afdruk nu

28/ 53

3.26. Bugfix: 92322 – 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.

3.27. Bugfix: 92800 – Er zit een fout in het rapport “Overzicht strijk punten” 3.27.1.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”.

29/ 53

Vroeger

Nu

Venster met instellingen

30/ 53

3.27.2.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

Nu

3.27.3.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 0.

3.27.4.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.

3.28. Bugfix: 93085 – 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.

3.29. Bugfix: 93071 – 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

31/ 53

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.

Tabblad Strijk met Regime gebruiken bewaard.

3.30. Bugfix: 93072 - 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.

32/ 53

3.31. Bugfix: 93070 - 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:

33/ 53

3.32. Bugfix: 93143 - 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.

34/ 53

3.33. Bug: 93204 – 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.

3.34. Bug: 93215 – 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.

3.35. Bug: 93518 - 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

35/ 53

3.36. Bug: 93554 - 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.

36/ 53

3.37. Bug: 93567 - 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 de dat er geen rekening gehouden werd met de 2 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 2de 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

37/ 53

met de 2de 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)

38/ 53

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.

3.38. Bug: 93658 - 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.

3.39. 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.

3.40. Bug: 92454 - 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.

39/ 53

3.41. Bug: 93232 - 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’.

3.42. Bug: 93233 - 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.

3.43. Bug: 93247 - 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.

3.44. Bug: 93258 - 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.

3.45. Bug: 93299 - 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.

3.46. Bug: 93308 - 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.

40/ 53

3.47. Bug: 93371 - 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.

3.48. Bug: 93393 - 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 ---------------------------------at cheQpoint.DataAccess.clsDatabase.ExecuteSQL(String sSQL, IDbDataParameter[] dbParams) at cheQpoint.DataAccess.clsPlanningDA.PlanningToevoegen(clsPlanning oPlanning) ----------------------------------

Data ---------------------------------Server Error Code ?1364

41/ 53

3.49. Bug: 93429 - 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() ----------------------------------

3.50. Bug: 93936 - Geen hoofdletters mogelijk bij e-mail adres Het was zo dat wanneer in de klantenfiche het e-mail adres automatisch werd opgeslagen met kleine letters. Dit is nu gewijzigd dat dit net als bij de werknemersfiche het e-mail adres bewaard wordt zoals ingegeven.

3.51. Bug: 94217 - 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 e-mail 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.

42/ 53

3.52. Bug: 94252 - Bij het status rapport worden de sommen niet weergegeven in het status rapport. Dit is enkel bij office 2007 en niet bij office 2010. Bij het status rapport worden de formules niet correct uitgevoerd. Dit probleem doet zich enkel voor bij office 2007 en niet bij office 2010. 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 + ")" }); cell250.Append(new CellValue { Text = qGewenst.ToString(new CultureInfo("en-US")) }); Vroeger

Nu

43/ 53

3.53. Bug: 94299 - 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’.

3.54. Bugfix: 94610 - 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 • Zv - Zwangerschap • P - Werkloosheid • V - Vakantie • Ao - Ongeval

44/ 53

3.55. Bugfix: 95019 - 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.

3.56. Bugfix: 95099 - 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 controleren of de labelprinter correct is geïnstalleerd. Dit komt voor in de vensters voor labelprinters voor de kledingstukken, werknemerlabels en speciale labels

3.57. Bugfix: 95330 - 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’.

3.58. Bugfix: 93832 - 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.

45/ 53

3.59. Bugfix: 93733 - 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.

3.60. Ticket: 90065 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.

3.61. Ticket: 90417 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. 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 20120831”. 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.

3.62. Ticket: 90885 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

46/ 53

3.63. Ticket: 93067, 93069, 9307 en 9307 - 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

3.64. Testen: 92778 - 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.

3.65. 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

3.65.1.Tabblad Gegevens • • • • •

Alles wordt opgeslagen zoals ingegeven De knop Email 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)

3.65.2.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

3.65.3.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

47/ 53

3.65.4.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

3.65.5.Tabblad Planning • • •

Alles wordt opgeslagen zoals ingegeven De tabel Planning verschaalt (resized) niet correct. Tab volgorde ok

3.65.6.Tabblad Kwaliteit • •

Alles wordt opgeslagen zoals ingegeven Tab volgorde ok

3.65.7.Tabblad Checklist • •

Alles wordt opgeslagen zoals ingegeven Tab volgorde ok

3.65.8.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.66. Testen: Klantenfiche: aanmaak nieuwe fiche en bewerken bestaande fiche 3.66.1.Tabblad Gegevens • • • • • • •

Tab volgorde, niet ok Knop Email werkt en maakt gebruik van het huidig ingevulde emailadres 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

3.66.2.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

48/ 53

3.66.3.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)

3.66.4.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

3.66.5.Tabblad Planning • •

Tab volgorde, niet ok Alle gegevens worden correct opgeslagen

3.66.6.Tabblad Matching •

Tab volgorde, niet ok

3.66.7.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.

3.66.8.Tabblad Vakantie •

Tab volgorde, niet ok

49/ 53

•

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

3.66.9.Tabblad Extra opmerkingen •

Gegevens worden correct bewaard

3.67. Ticket: 93467 – Fouten bij aanmaak standaard rapporten 3.67.1.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"’.

3.67.2.Klanten    

Achterstallige cheques Achterstallige cheques (2) Klantenbestand Overzicht potentiële klanten

3.68. Ticket: 93468 - Overzicht ziekte houdt geen rekening met 2de uurcode. de

Als er een ziekte code ingevuld werd als 2 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

50/ 53

planningen gesorteerd terugvinden met ernaast het aantal uren per uurcode. Indien de eerste 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.69. Ticket: 93143 – 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.

3.70. Ticket: 93431 - 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 dezelfde naam. Doordat er meerdere gemeenten met dezelfde naam bestaan hebben we in cheQpoint voor de verduidelijking erbij gezet over welke gemeente het gaat.

51/ 53

3.71. Ticket: 93847 - 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.

3.72. Ticket: 94075 - CP 1.1 - fout bij rapport 'Km Afstanden' Bij het aanmaken van het rapport ‘Km Afstanden’ kwam de fout ‘Invalid index. (Exception from HRESULT: 0x8002000B (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. De template is nu toegevoegd in de setup en na deze nog maals uit te voeren is het probleem opgelost.

52/ 53

3.73. Ticket: 94024 - 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.

3.74. Ticket: 93832 - 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 werd er een op een bepaald moment geen vervanging gevraagd. Na nog een update was het probleem verholpen.

53/ 53