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

Release Notes • CheQpoint 1.1

Global Release Notes

Efficiency through innovation

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


22.07.2014 - 2

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.

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.


22.07.2014 - 3

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.

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


22.07.2014 - 4

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

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.


22.07.2014 - 5

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


22.07.2014 - 6

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


22.07.2014 - 7

Na

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


22.07.2014 - 8

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


22.07.2014 - 9

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


22.07.2014 - 10

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


22.07.2014 - 11

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

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


22.07.2014 - 12

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

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.


22.07.2014 - 13

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.

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


22.07.2014 - 14

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


22.07.2014 - 15

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.


22.07.2014 - 16

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.


22.07.2014 - 17

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


22.07.2014 - 18

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


22.07.2014 - 19

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


22.07.2014 - 20

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

Standaard Waarde

KmBerekening

AutoHeen

Vergoedingstabel

2

KmBerekening

OpenbaarHeen

Vergoedingstabel

2

KmBerekening

OpenbaarTussen

Vergoedingstabel

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.


22.07.2014 - 21

2.6 Ticket 92216 – 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)


22.07.2014 - 22

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


22.07.2014 - 23

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 Maandtotaal Overzicht berichten Overzicht vakantie Overzicht ziekte Status rapport Tijdelijk werkloos Verschil theoretische en gepresteerde uren Voorschotten Werknemers in dienst Werknemersbestand

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

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


Manier van aanmaken COM Open XML Open XML Open XML

22.07.2014 - 24

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.


22.07.2014 - 25

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.


22.07.2014 - 26

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


22.07.2014 - 27

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

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


22.07.2014 - 28

Afdruk nu

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.


22.07.2014 - 29

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

Vroeger

Nu


22.07.2014 - 30

Venster met instellingen

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


22.07.2014 - 31

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


22.07.2014 - 32

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.


22.07.2014 - 33

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:


22.07.2014 - 34

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.


22.07.2014 - 35

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


22.07.2014 - 36

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.


22.07.2014 - 37

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 dat er geen rekening gehouden werd met de 2de 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


22.07.2014 - 38

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)


22.07.2014 - 39

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.


22.07.2014 - 40

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.


22.07.2014 - 41

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


22.07.2014 - 42

at cheQpoint.DataAccess.clsDatabase.ExecuteSQL(String sSQL, IDbDataParameter[] dbParams) at cheQpoint.DataAccess.clsPlanningDA.PlanningToevoegen(clsPlanning oPlanning) ----------------------------------

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

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


22.07.2014 - 43

----------------------------------

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.

1.1.

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 + ")" });


22.07.2014 - 44

cell250.Append(new CellValue { Text = qGewenst.ToString(new CultureInfo("en-US")) }); Vroeger

Nu

3.52 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.53 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


22.07.2014 - 45

 Zv - Zwangerschap  P - Werkloosheid  V - Vakantie  Ao - Ongeval

3.54 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.55 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


22.07.2014 - 46

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: 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.57 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.

3.58 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.59 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.60 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.


22.07.2014 - 47

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

3.62 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


22.07.2014 - 48

3.63 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.64 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.64.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.64.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.64.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

3.64.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.64.5 Tabblad Planning  Alles wordt opgeslagen zoals ingegeven  De tabel Planning verschaalt (resized) niet correct.


22.07.2014 - 49

 Tab volgorde ok

3.64.6 Tabblad Kwaliteit  Alles wordt opgeslagen zoals ingegeven  Tab volgorde ok

3.64.7 Tabblad Checklist  Alles wordt opgeslagen zoals ingegeven  Tab volgorde ok

3.64.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.65 Testen: Klantenfiche: aanmaak nieuwe fiche en bewerken bestaande fiche 3.65.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.65.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

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


22.07.2014 - 50

3.65.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.65.5 Tabblad Planning  Tab volgorde, niet ok  Alle gegevens worden correct opgeslagen

3.65.6 Tabblad Matching  Tab volgorde, niet ok

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

3.65.9 Tabblad Extra opmerkingen  Gegevens worden correct bewaard


22.07.2014 - 51

3.66 Ticket: 93467 – Fouten bij aanmaak standaard rapporten 3.66.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.66.2 Klanten  Achterstallige cheques  Achterstallige cheques (2)  Klantenbestand  Overzicht potentiële klanten

3.67 Ticket: 93468 - Overzicht ziekte houdt geen rekening met 2de uurcode. Als er een ziekte code ingevuld werd als 2de 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


22.07.2014 - 52

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: 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.69 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


22.07.2014 - 53

dezelfde naam. Doordat er meerdere gemeenten met dezelfde naam bestaan hebben we in cheQpoint voor de verduidelijking erbij gezet over welke gemeente het gaat.

3.70 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.71 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.


22.07.2014 - 54

De template is nu toegevoegd in de setup en na deze nog maals uit te voeren is het probleem opgelost.

3.72 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.73 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


22.07.2014 - 55

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


22.07.2014 - 56

4 cheQpoint V. 1.1.0.19 4.1 Helpdesk 97275 - 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 96306 - 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.


22.07.2014 - 57

4.3 Bug 97365 - 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: 95647 - 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 21.72 euro , ook voor de cheques uit de oudere periodes en dus met een andere terugbetaalwaarde)

4.5 Issue 95913 - Melding 'Licentie bijna verlopen': gegevens aanpassen: Prato ipv Infraware Het e-mail adres om contact op te nemen is gewijzigd naar het e-mail adres van prato.


22.07.2014 - 58

4.6 Bug 96992 - 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 96209 - 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 2007. 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 96652 - 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.


22.07.2014 - 59

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 97982 – 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 97982 - 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 1ste uurcode. De cheques worden wel over beide uurcodes gecontroleerd. Deze logica gaat op zowel in de planning als in het rapport “Bezettingsoverzicht”.


22.07.2014 - 60

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.

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


22.07.2014 - 61

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.

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

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

1.2.

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.


22.07.2014 - 62

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

2

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


22.07.2014 - 63

5 cheQpoint V. 1.1.0.20 5.1 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


22.07.2014 - 64

 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 1362. 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.


22.07.2014 - 65

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.


22.07.2014 - 66

6 cheQpoint V. 1.1.0.21 6.1 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:


22.07.2014 - 67

◦

◦

◦

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


22.07.2014 - 68

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


22.07.2014 - 69

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.

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


22.07.2014 - 70

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

6.5.3 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

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


22.07.2014 - 71

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.

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

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

1.3.

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


22.07.2014 - 72

overgenomen en zo bewaard. Als er dan voor een maand deze keuze gewijzigd werd, werd deze van de volgende maand niet gewijzigd.

6.8.1 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”

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

6.10 Onderhoud: Aanmaken document C32 Werknemer Het aanmaken van het document C32 Werknemer gebeurt nu volgens de laatste template (612-2012).

6.10.1 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


22.07.2014 - 73

 E-mail

6.10.2 Ingevulde velden onder “Uw aanvraag” Deze velden komen uit de waarden opgegeven uit de wizzard  Vanaf  Staking  Andere

6.10.3 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

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

6.11.2 Instellingen De instellingen voor de verjaardagen kunnen gevonden worden onder ‘Bestand’  ‘Instellingen’

Verjaardagsmelding inschakelen


22.07.2014 - 74

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.

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

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


22.07.2014 - 75

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

6.13.2 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’.

6.13.3 “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.

6.13.4 “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.

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

6.15 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’.


22.07.2014 - 76

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.

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


22.07.2014 - 77

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

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

6.19 Onderhoud: Bradford standaard jaar Het standaardjaar staat nu op het huidige jaar. Voorheen was dit 2010.


22.07.2014 - 78

7 cheQpoint V. 1.1.0.21 7.1 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

09/0

11/0

10/1

16/0

28/0

27/1

11/1

2

1

7

1

1

4

0

2

2001

2004

2004

2004

2007

2008

2008

2008

22.07.2014 - 79

Inwerkingtreding

22/1

01/0

20/0

20/1

01/0

2

1

7

1

1

2001

2004

2004

2004

2007

Ontvangen door

23,5

19,4

21,0

21,0

20,0

erkende

6€

7€

0€

0€

0€

Tegemoetkoming van de Staat

17,3 6€

13,2 7€

14,8 0€

14,3 0€

Prijs voor de gebruiker voor fiscale aftrek

6,20

6,20

6,20

Fiscale aftrek (30%)

1,86

Prijs voor de gebruiker na fiscale aftrek

1/05

01/1

01/0

01/0

1

1

9

2008

2009

2010

20,5

20,8

20,8

21,1

0€

0€

0€

0€

13,3 0€

13,5 0€

13,8 0€

13,3 0€

13,6 0€

13,54€

6,70

6,70

7,00

7,00

7,50

7,50

8,5 (tot 400 chequ es) en 9,5 (boven 400)

1,86

2,01

2,01

2,1

2,1

2,25

2,25

2,55*

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,08 52

0,08 52

0,08 52

0,08 52

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 %

2008

1/1

1/1

2013

2014

22,04€

22,04€

onderneming


9,00€ (tot 400 chequ es) en 10,00€ (boven 400 tot max 500)

22.07.2014 - 80

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.


22.07.2014 - 81

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.


22.07.2014 - 82

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.

7.10 (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.

7.11 (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.


22.07.2014 - 83

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.

7.13 (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.


22.07.2014 - 84

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:


22.07.2014 - 85

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:


22.07.2014 - 86

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.


22.07.2014 - 87

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.


22.07.2014 - 88

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


22.07.2014 - 89

 een detailoverzicht: het aantal per klant per dag en per werknemer.  mogelijks kan nog een tabblad bijgemaakt worden voor ziekte of vakantie.

7.16

(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:


22.07.2014 - 90

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 2013. Dit is nu gewijzigd zodat er gebruikt wordt gemaakt van het huidige jaar.

7.18 (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.


22.07.2014 - 91

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.

7.20 (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.

7.21 (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.


22.07.2014 - 92

8 cheQpoint V. 1.1.0.23 8.1 (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 ‘00.00.00-000.00’ 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 2000. 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.


22.07.2014 - 93

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.


22.07.2014 - 94

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 8140. Dit is opgelost in versie 1.0.0.1 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.


22.07.2014 - 95

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.

10.1 (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.

10.2 (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.


22.07.2014 - 96

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.

10.4 (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.


22.07.2014 - 97

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.


22.07.2014 - 98

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.

10.6 (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).


22.07.2014 - 99

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

22.07.2014 - 100

Tarief auto wkn → klant

KmBerekening

AutoHeen

Vergoedingstabel

1 = wettelijk 2 = aangepast

Tarief openbaar wkn → klant

KmBerekening

OpenbaarHeen

Vergoedingstabel


Tarief openbaar klant → klant

KmBerekening

OpenbaarTussen

Vergoedingstabel


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.


22.07.2014 - 101

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


22.07.2014 - 102

11 cheQpoint V. 1.1.0.24 11.1 (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/2015.

11.2 (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 1.1.0.23 probeerde in te loggen na een upgrade gedaan te hebben vanuit 1.1.0.21 of ouder. Dus als men een upgrade deed van 1.1.0.22 naar 1.1.0.23 dan deed dit probleem zich niet voor. Het probleem is nu opgelost zodat men vanuit eender welke versie kan upgraden naar 1.1.0.24 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.

11.3 (IGSE) #TAR: Aanpassing minimum kledijvergoeding van 0.25 naar 0.26 €/dag, geldig vanaf 01-07-2014. In de CAO van 7 mei 2014 betreffende de terbeschikkingstelling en het onderhoud van de werkkledij voor werknemers van PC302.01 (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.

11.4 (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:


22.07.2014 - 103

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


22.07.2014 - 104

12 cheQpoint V. 1.1.0.25 12.1 (IGSE) #WER: aanpassing chequewaarde statusrapport Teruggeefwaarde van een cheque is aangepast van 21,72€ naar de actuele waarde van 22,04€ in het statusrapport.

12.2 (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.

12.3 (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


22.07.2014 - 105

13 cheQpoint v 1.1.0.26 13.1 (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).

13.2 (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'.

13.3 (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.

13.4 (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.


22.07.2014 - 106

14 cheQpoint v 1.1.0.27 14.1 (IGSE) Aanpassing looncode voor bevallingsrust De looncode voor bevallingsrust is aangepast van 2140 naar 3840 voor het sociaal secretariaat HDP-Arista.

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


22.07.2014 - 107

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


22.07.2014 - 108

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.

14.5 (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.


22.07.2014 - 109

14.6 (IGSE) Feestdagen 2015 De feestdagen zijn klaar gezet voor 2015. 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).


22.07.2014 - 110

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

14.7.1 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


22.07.2014 - 111

O Overuren 100% 234 P Tijdelijke werkloosheid 650 PrV Profylactisch verlof 659 Ro Opnemen van recup 520 SF Syndicale vorming 471 SV Syndicale verplichting 470 T Tijdskrediet 710 Ta Toegestaan afwezig 640 TK2 1/2de tijdskrediet 715 U Gewerkt effectief 0 V Verlof 400 VV Vaderschapsverlof 708 Z Ziekte 759 Zw Ziekte gewaarborgd 759

14.7.2 Standaard waarde voor verplaatsing codes Vergoeding Export code Subcode Auto woon-werk 2230 Auto klant-klant 1600 101 Openbaar vervoer woon-werk 2230 Openbaar vervoer klant-klant 1600 101 Fiets 2240 Tijdsvergoeding 3047 14.7.2.1 Parameters De codes voor e verplaatsing kunnen via de parameters aangepast worden in de tabel ‘tblparameter’. Param1 is ‘Koppeling’ en Param2 is ‘Time Online’. Param3 wordt per code in onderstaande tabel beschreven.

Vergoeding Type Param3 Auto woon-werk Code CodeAutoWoonWerk Subcode SubCodeAutoWoonWerk Auto klant-klant Code CodeAutoKlantKlant Subcode SubCodeAutoKlantKlant Openbaar vervoer woon-werk Code CodeOpenbaarVervoerWoonWerk Subcode SubCodeOpenbaarVervoerWoonWerk Openbaar vervoer klant-klant Code CodeOpenbaarVervoerKlantKlant


22.07.2014 - 112

Subcode SubCodeOpenbaarVervoerKlantKlant Fiets Code CodeFietsWoonWerk Subcode SubCodeFietsWoonWerk Tijdsvergoeding Code CodeTijdsvergoeding Subcode SubCodeTijdsvergoeding


22.07.2014 - 113

15 cheQpoint v 1.1.0.28 15.1 (IGSE) Wijziging in de looncodes voor sociaal secretariaat HDP Aanpassing looncodes voor sociaal secretariaat HDP:  Re wordt 1500 (extra uren te recupereren)  Ro wordt 1130 (recuperatie)  Ta Toegestane afwezigheid wordt 1010 i.p.v. 3000 (1010 is ook ‘gewerkt’), voorbeeld voor het inbrengen van cheques  X1 Dummy code wordt 2630 i.p.v. 1150, wordt gebruikt voor vakcongres (loonverlies betaald door de vakbond)  X2 Dummy code wordt 2740 i.p.v. 1150, wordt gebruikt voor staking (loonverlies betaald door de vakbond)  Ex Extra dagen verlof (anciënniteit) wordt 1620 i.p.v. 1600  SV Syndicale verplichting wordt 1740 (betaalde uren) i.p.v. 1060

15.2 (IGSE) Wijziging in de looncodes voor sociaal secretariaat Sofim (Time Online) Aanpassing supplement-looncodes bij het sociaal secretariaat Sofim:  Default waarde gewijzigd van DIV2230 naar DIV2270 voor vergoeding 'Openbaar vervoer woon werk' of 'Sociaal abonnement' of 'Auto woon werk'.  Default waarde gewijzigd van DIV2240 naar DIV2280 voor vergoeding 'Fietsvergoeding woon werk'

15.3

(PIBU) Fout in het statusrapport

Het aantal uren werd foutief berekend in het statusrapport. Dit probleem kwam enkel voor in de maanden waar correcties gebruikt werden. Het aantal cheques waren wel correct op dit rapport.

15.4 (IGSE) Aanpassing rapport km-afstanden Aanpassing rapport km-afstanden:  Indeling is volgens verplaatsing (heen-, tussen- of terugreis) en niet meer volgens tijdstip (voor- of namiddag)  Voor- en namiddag wordt informatief bij de klant gezet  Op het rapport is nu de volledige afstand (dus ook terugreis) te zien voor de werknemerverplaatsingen, dat is duidelijker voor de gebruiker. Vroeger werd de terugreis soms niet meegeteld.  In de totalen staat bijgevolg de werkelijk afgelegde afstand, op die manier kan u correcte diagnoses maken.  Er is een extra kolom voor woon-werk (heen- en terugreis) verkeer. Dat is vooral nuttig is indien dit rapport wordt gebruikt om de verplaatsingsvergoeding te bepalen.


22.07.2014 - 114

16 cheQpoint v 1.1.0.29 16.1 Rapport Km-vergoeding - Bugfix bij berekening verplaatsingsvergoeding voor openbaar vervoer De tarieftabellen in cheQpoint zijn op weekbasis en niet op dagbasis, dus moest het tarief gedeeld worden door 5 voor de juiste dagvergoeding.

16.2 Koppeling HDP: Loonextensie voor kledijvergoeding gewijzigd De loonextensie voor looncode 8170 (kledijvergoeding in €/dag) is gewijzigd van waarde 1 naar 3.

16.3 Nieuwe prestatiecode PrZ Er is een nieuwe prestatiecode voor 'Profylactisch verlof Zwangerschap' (PrZ). De rapporten, de koppelingen en uiteraard de planning zijn hiervoor aangepast.

16.4 Koppeling HDP: Looncode gewijzigd De looncode voor Proylactisch verlof Borstvoeding voor de koppeling met HDP werd aangepast van 2410 naar 2420.


22.07.2014 - 115

17 cheQpoint v 1.1.0.30 17.1 (PIBU) #RAP: Klant achterstallige cheques betere progress In het rapport achterstallige cheques voor klanten is groene balk die de vooruitgang weergeeft herbekeken. Hierdoor is het gemakkelijker te zien hoever het rapport staat.

17.2 (PIBU) #PLA: Probleem kilometerberekening Door een wijziging aan de software van Google Maps kon cheQpoint geen adressen vinden. Hiervoor is er een aanpassing aan de software moeten doorgevoerd. Bijkomend is er voor het geval van adressen die echt niet gevonden kunnen worden de mogelijkheid om manueel een afstand op te geven tijdens de berekening. Deze afstand wordt ook in de cache bewaard.


22.07.2014 - 116

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

Recommend Documents