Notes CheQpoint 2.0. Global Release Notes. Efficiency through innovation

Notes • CheQpoint 2.0

Global Release Notes

Efficiency through innovation

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

1 CheQpoint 2.0.1.65 1.1 Splitsen van adres: ondersteun Franstalige indeling voor busnummer In het dialoogvenster bij menu Bestand  Import en export  Importeer data is er een aanpassing gebeurd (dit menu wordt gebruikt om een eerste reeks gegevens te importeren wanneer men ergens begint met het gebruik van CheQpoint). Bij het splitsen van een adreslijn in aparte velden straat, huisnummer en bus wordt nu ook het Franstalige woord “boîte” ondersteund in plaats van het eerder al ondersteunde Nederlandse woord “bus”. Ook “boite”, zonder het accent, wordt herkend. (Deze functionaliteit wordt op dit moment voor zover ik weet enkel gebruikt bij het importeren van externe data.) Bvb: Stationstraat 1 bus 2 Rue de la Gare 1 boîte 2

1.2 Toevoegen/wijzigen gebruiker: betere melding voor reeds bestaand intern ID Wanneer nu bij het bewerken van een nieuwe/bestaande gebruiker geprobeerd wordt om de gebruiker op te slaan met een intern ID dat ook al wordt gebruikt voor iemand anders, geeft CheQpoint nu een duidelijke melding hierover in plaats van dat een algemeen foutvenster verschijnt (alsof er een bug zou zijn in CheQpoint).

1.3 Updater programma kan nu vanuit CheQpoint zelf gestart worden (t.b.v. issue 89496) Men kan nu de CheQpoint 2.0 updater tool starten vanuit CheQpoint zelf, vanuit menu Help  Start updater tool.


18.08.2015 - 2

1.4 Issue 89585 -- “Matching” tabbladen verwijderd uit fiches De tabbladen getiteld “Matching” in zowel de werknemerfiche als de particulierfiche zijn verwijderd. De bedoeling is dat de functionaliteit hiervan opgenomen wordt in de nieuwe vervangingsmodule. Deze tabbladen werkten ook niet volledig en waarschijnlijk werden ze niet of amper gebruikt in de praktijk.

1.5 Partena: Level 5 koppeling gedaan voor uurcode Seniorenvakantie Uurcode Seniorenvakantie wordt nu ook naar Level5 geëxporteerd, als code “142.49”. (Level 5 koppeling is Partena-specifiek).

1.6 Boodschap voor optionele database updates aangepast Bij het opstarten van CheQpoint door een gebruiker die in CheQpoint Administrator rechten heeft, werd reeds een melding getoond als niet alle database updates toegepast waren. Dit ging dan over minder belangrijke updates, want belangrijke updates moesten zeker toegepast zijn vooraleer CheQpoint zou willen opstarten. Omdat het updater programma nu rechtstreeks vanuit CheQpoint kan gestart worden (menu Help  Start updater tool) verwijzen we gebruikers nu hiernaar i.p.v. naar de updater executable.


18.08.2015 - 3

De oude melding:

Nieuwe melding:

1.7 Bugfix: foutmelding bij genereren van rapport met bedrijfslogo (issue 89731) Er kwam een foutmelding bij het genereren van het rapport Overzicht Prestatiecodes, bij het plakken van het ingestelde bedrijfslogo in het document. Dit gebeurde enkel op een laptop waar een Engelse Office versie opstaat. Rapporten waarin geen bedrijfslogo werd geplaatst werkten wel. Deze fout is nu opgelost.


18.08.2015 - 4

1.8 Issue 89560 -- Foutrapporten worden nu automatisch verstuurd Wanneer er zich een onverwachte fout voordoet in CheQpoint, dan verschijnt er een foutvenster. Vroeger moest de gebruiker daar dan nog eerst op een knop “Verstuur foutrapport” klikken om een foutrapport te verzenden. Nu wordt dat automatisch gedaan wanneer het venster opent. Na het verzenden, wat vrij snel gaat, ziet het venster er zo uit:

Men kan het oude gedrag terugkrijgen door een nieuwe instelling hiervoor te wijzigen bij de Globale instellingen  tab Geavanceerd:

Wanneer de onderste optie gekozen wordt zullen foutvensters verschijnen met een knop zoals vroeger:


18.08.2015 - 5

1.9 Detectie van een update archief bij opstarten van CheQpoint (t.b.v. issue 89496) Bij het opstarten van CheQpoint (openen login venster) wordt nu gekeken of er soms al een ZIParchief met een nieuwe CheQpoint versie op het systeem te vinden is op de bekende locaties (Bureaublad en Mijn Documenten). Als dat zo is dan wordt een link getoond in het loginvenster waarmee de updater tool direct kan gestart worden.

Deze mogelijkheid was nodig voor ingeval de database reeds bijgewerkt was door een nieuwere CheQpoint die reeds op een andere computer was geïnstalleerd. In dat geval zou men bij CheQpoint op de computers die de upgrade nog moesten krijgen niet meer kunnen inloggen en zou men dus ook niet meer via menu Help de updater kunnen starten. Nu dat de updater ook vanuit het loginvenster gestart kan worden is dat dus geen probleem meer. Een update komt in de vorm van een ZIP-bestand met de nieuwe versie van CheQpoint, bijvoorbeeld “CheQpoint 2.0.1.65.zip”. De gebruiker ontvangt dit bestand per mail (of downloadt het misschien zelf in de toekomst) en zet het op het Bureablad van de computer of direct onder Mijn Documenten. Op die twee locaties kan het gevonden worden door de updater tool wanneer die door de gebruiker gestart wordt of door het CheQpoint login venster zoals hier beschreven wordt en waarbij de link “Update gevonden” wordt getoond.

1.10 Issue 90362 -- Er wordt nu bij het opstarten gecontroleerd of een nieuwe versie beschikbaar is Na het inloggen in CheQpoint wordt nu gecontroleerd of een nieuwe versie beschikbaar is, en in dat geval wordt een melding getoond:


18.08.2015 - 6

Deze functionaliteit kan uitgeschakeld worden bij de Globale instellingen onder tab Geavanceerd:

1.11 Mogelijkheid om updater te starten als CheQpoint weigert op te starten wegens verouderde database Wanneer niet alle noodzakelijke database updates (“DBChanges”) toegepast zijn op de database waarmee men wilt inloggen weigert CheQpoint om te starten en wordt een melding getoond. Deze melding is nu aangepast. De gewijzigde melding in kwestie is die welke getoond wordt voor gebruikers met de Administrator rol in CheQpoint; niet-administrators krijgen nog steeds dezelfde melding als vroeger, waarin gezegd wordt de systeembeheerder te contacteren. Oude melding:

Nieuwe melding:


18.08.2015 - 7

Als men op OK drukt wordt CheQpoint afgesloten en de updater gestart. Als men op Annuleren (Cancel) drukt wordt CheQpoint enkel afgesloten maar wordt de updater niet gestart.

1.12 Verbeteringen aan planninghistoriek Planning historiek (globale instellingen  tab Geavanceerd) wordt bijgehouden in tblhplanning. Deze tabel heeft alle velden van de planning tabel plus nog enkele extra. Maar er was geen duidelijk veld van het tijdstip waarop een logrecord werd geregistreerd. Blijkbaar werd hiervoor kolom “RecordCreatedAt” gebruikt, welke ook in tblplanning zit en dus de indruk zou kunnen geven dat deze het aanmaaktijdstip van de planning is. “RecordCreatedBy” werd gebruikt voor de gebruiker waaronder de logrecord werd geregistreerd en zou verward kunnen worden met dezelfde kolom uit tblplanning waarin wordt bijgehouden welke gebruiker de planningrecord origineel had aangemaakt. Kolommen “RecordModifiedAt” en “RecordModifiedBy” werden niet gebruikt. De planninghistoriek tabel heeft nu 2 nieuwe kolommen vooraan in de tabel, “LogTime” en “LogUser”, respectievelijk het tijdstip waarop gelogd werd en de gebruiker die de wijziging veroorzaakte waardoor logging nodig was. De vier kolommen “RecordCreatedAt”, “RecordCreatedBy”, “RecordModifiedAt” en “RecordModifiedBy” heten nu respectievelijk “PlanningRecordCreatedAt”, “PlanningRecordCreatedBy”, “PlanningRecordModifiedAt” en “PlanningRecordModifiedBy”, en bevatten nu een kopie van de gegevens uit de planningrecord in kwestie. De kolom “LogTime” is nu een handig middel om makkelijk oude historiekrecords te verwijderen. Dit verwijderen wordt op moment van schrijven nog niet automatisch gedaan.

1.13 Issue 90458 – Extra landen toegevoegd


18.08.2015 - 8

Er zijn 57 extra landen toegevoegd aan de lijst met landen die gebruikt wordt voor nationaliteit van de werknemer en bij adressen. De lijst bevat nu 181 landen. De lijst met toegevoegde landen: Bahrein, Centraal-Afrikaanse Republiek, Comoren, Djibouti, El Salvador, Equatoriaal-Guinea, Eritrea, Ethiopië, Guatemala, Guinee, Guinee-Bissau, Guyana, Honduras, Hong Kong, Ivoorkust, Jordanië, Kazachstan, Koeweit, Kirgizië, Laos, Libanon, Lesotho, Libië, Macedonië, Madagaskar, Maleisië, Maldiven, Mauritius, Moldavië, Mongolië, Montenegro, Mozambique, Myanmar, Namibië, Nieuw-Zeeland, Nicaragua, Oman, Panama, Papoea-Nieuw-Guinea, Puerto Rico, Qatar, Réunion, Samoa, San Marino, Seychellen, Sierra Leone, Singapore, Salomonseilanden, Swaziland, Syrië, Tadzjikistan, Tanzania, Tokelau, Turkmenistan, Tuvalu, Oezbekistan en Vietnam.

1.14 Bugfix: Liberia had verkeerde afkorting Liberia heeft officiëel de tweeletterige afkorting LR, maar CheQpoint maakte voor Liberia blijkbaar gebruik van de afkorting van Libanon (LB). Omdat Libanon vroeger nog niet mee in de lijst met landen zat werd dit probleem niet opgemerkt. Deze afkortingen zijn in CheQpoint zelf niet zichtbaar, maar worden voorlopig enkel gebruikt om een landkeuze op te slaan in de database.

1.15 Bugfix: IJsland was verkeerd geschreven IJsland wordt met twee hoofdletters geschreven. Voorheen was dit verkeerd geschreven als “Ijsland”.

1.16 Issue 90545 -- Waarschuwing voor ontbrekende feestdagen in de toekomst Wanneer bij het kopiëren van de theoplanning te ver in de toekomst wordt gegaan (of bij een sterk verouderde CheQpoint versie) wordt nu een waarschuwing gegeven dat er nog geen feestdagen bekend zijn voor dat jaar:


18.08.2015 - 9

1.17 Het statistiekenvenstertje telt niet langer de ‘root’ gebruiker mee In het statistiekenvenstertje (menu HelpStatistieken) wordt het aantal actieve gebruikersaccounts weergegeven. Vanaf nu wordt de ‘root’ gebruiker (voornamelijk gebruikt door onszelf) niet meer meegeteld in dat aantal.

1.18 Issue 89524 -- Automatisch verzenden statusinformatie CheQpoint verzendt nu op regelmatige basis (meestal een keer per dag na het inloggen) statusinformatie over de CheQpoint database naar onze server. Dit is voornamelijk om correct te kunnen factureren, aangezien we het aantal werknemers in-dienst moeten weten om de factuur te kunnen opmaken. Verder wordt er ook nog andere informatie verzonden die voor onze statistieken nuttig is, zoals bijvoorbeeld welk besturingssysteem gebruikt wordt, wat de schermresolutie is, enzovoorts.

1.19 Bugfix: fout tijdens flow stopzetten particulier Er is een fout opgelost die zich soms voordeed tijdens het doorlopen van de flop ‘stopzetten particulier’. Dit probleem werd veroorzaakt door een verkeerde berekening van het voortgangspercentage.


18.08.2015 - 10

1.20 Bugfix: fout bij aanpassen planningen na het instellen van een nieuw hoofdvervoermiddel Bij het aanpassen van het hoofdvervoermiddel van de werknemer in diens fiche krijg je de mogelijkheid om de theoplanningen en bestaande effectieve planning aan te passen naar dit nieuwe vervoermiddel. Bij het doorvoeren van de wijzigingen aan de effectieve planning deed zich blijkbaar een fout voor.

1.21 Bugfix: fout bij kopiëren van een lege theoplanning naar de effectieve planning Er deed zich een fout voor bij het kopiëren van de planning wanneer de theoplanning van de werknemer leeg was, dus als er geen theoweken inzaten. Dit kon gebeuren als men alle weken uit de theoplanning verwijderd heeft en geen nieuwe weken in de plaats toegevoegd.

1.22 Verbeteringen en restricties voor het tooltje “Planning wissen” Het tooltje “Planning wissen” is wat veranderd van layout. “Van” en “tot en met” staan nu onder elkaar en de lengte van de periode wordt ernaast nu ook woordelijk weergegeven. De kolommen voor “Datum” en “Van/tot”zijn nu samengevoegd tot 1 enkele kolom. Ook is er een extra kolom voor de prestaties bijgekomen en is het venster wat vergroot.


18.08.2015 - 11

Er zijn ook enkele restricties ingevoerd op wissen van planningen in het verleden. Dit om accidenteel verlies van grote hoeveelheden planninggegevens te voorkomen. De startdatum mag nu niet meer verder dan 2 maanden in het verleden liggen. En de te wissen periode in het verleden mag niet meer langer zijn dan een maand. Men kan nog wel langere stukken wissen als het stuk in het verleden maximum een maand is en de rest zich uitstrekt tot in de toekomst.

1.23 Tonen effectieve week bij theoplanning In de werknemerfiche bij de theoplanning wordt nu in het ‘weekoverzicht’ naast het nummer van de getoonde week ook de effectieve week getoond waar deze theoweek uiteindelijk naartoe gekopiëerd zal worden. Hierbij wordt het kalenderweeknummer weergegeven en de van- en tot-datum. Deze zelfde informatie was al lang beschikbaar in de ‘lijst’-weergave en wordt nu dus ook getoond in het ‘weekoverzicht’ (de kalender).


18.08.2015 - 12

1.24 Exporteren uurcode mappings in venster “administratie checklist” Bij het venster “Administratie checklist” (welk op dit moment enkel gebruikt wordt en zichtbaar is bij een bepaalde klant) is een nieuwe functie toegevoegd om een CSV bestand te genereren met daarin de CheQpoint uurcodes en hun mapping naar Magistral Level 5 (het huidige systeem). Ter info, het menu “Extra”:

Het venster “administratie checklist”:


18.08.2015 - 13

De nieuwigheid is hier dus de blauwe link “exporteer uurcode mappings”. Wanneer men op de link drukt krijgt men een ‘Save As’ venster om de naam te bepalen van het te exporteren bestand en in welke map het moet komen, en wanneer men daar op OK drukt wordt het bestand gegenereerd.

1.25 Issue 91454 – Foutmelding bij opslaan van nieuwe werknemer/particulier met foto Wanneer men in de werknemer- of particulierfiche een nieuw persoon aanmaakte en ineens al een foto instelde, dan kreeg men een foutmelding bij het (voor het eerst) opslaan van die persoon. Dit probleem is nu opgelost.

1.26 Tweaks aan planningitem venster in theoplanning (issue 91451) Er zijn wat cosmetische aanpassingen gedaan aan het venster voor het bewerken van planningitems in de theoplanning. De dag van de week is niet langer een dropdown, maar is nu een serie radio-buttons. Het venster is ook iets breder gemaakt.


18.08.2015 - 14

Vóór:

Na:


18.08.2015 - 15

1.27 Issue 91457 – Bij aanmaken nieuw theoplanningitem in lijstweergave stonden prestaties 2 en 3 standaard op 3 uur bij het openen van het venster Wanneer in de theoplanning een nieuw planningitem werd aangemaakt via de lijstweergave, dan opende het venster met 3 prestaties van 3 uur, elk zonder uurcode. Dit is aangepast zodat het venster standaard 1 prestatie van 3 uur met code “U” toont en de andere 2 prestaties leeg.


18.08.2015 - 16

2 CheQpoint 2.0.1.66 2.1 Validatie rijksregisternummers uitgebreid Bij de controle of een rijksregisternummer geldig is of niet zijn nu alle speciale gevallen ondersteund: het maand-gedeelte gelijk aan 00, 20, 40, 60 of 21-32, 41-52, 61-72. In de vorige versie van CheQpoint 2.0 werden enkel de gevallen 00 en 41-52 ondersteund.

2.2 Issue 91781 – bugfix in vervangingsmodule: tooltips verschenen soms niet Bij een bepaalde klant werkten de tooltips niet van de vervangingsmodule indien er op de laptop gewerkt werd, als je met de muis op een planningitem ging staan in de lijst met kandidaten. Op de vaste PC’s werkten ze wel. Dit probleem is nu opgelost.

2.3 Issue 91185 – knoppen “alles selecteren” en “selectie omkeren” toegevoegd aan standaard planningafdruk en rapport adresetiketten In de standaard planningafdruk en het rapport ‘adresetiketten’ is er een stap waarbij men in een lijst van werknemers personen kan aanvinken/uitvinken. Maar als men slechts een paar mensen moest hebben dan was het onbegonnen werk om al de rest manueel te gaan uitvinken. De knoppen “alles selecteren” en “selectie omkeren” zijn bedoeld om dit probleem te verhelpen. Normaal gezien hebben alle tooltjes bij een dergelijke selectielijst die twee knoppen, maar bij deze twee was het blijkbaar vergeten. Planningafdruk venster (stap 2):


18.08.2015 - 17

Rapport adresetiketten (stap 2):


18.08.2015 - 18

2.4 Issue 91652 – lijsten met kantoren in fiches zijn nu alfabetisch gesorteerd In de werknemerfiche/particulierfiche is een tabblad Kantoren om de werknemer/particulier aan een of meer kantoren te koppelen. Alle kantoren staan in die lijst, maar waren tot nu toe niet gesorteerd. Vanaf nu staan ze altijd gesorteerd. (Op andere locaties in CheQpoint stonden kantoren wel al gesorteerd)

2.5 Issue 92007 – herziening van tab Werknemers in particulierfiche In de particulierfiche is het tabblad Werknemers wat aangepast. Deze toont nu alle theoretische planningen waarin de particulier voorkomt, met de datum waarop deze beginnen/eindigen. Voorheen werden hier enkel de actieve theoplanningen getoond zonder einddatum. Dus als een theoplanning een einddatum had werd deze vroeger niet getoond in de lijst, zelfs als de einddatum nog in de toekomst lag. Het ID van elke werknemers wordt nu niet meer getoond, omdat dit in principe geen toegevoegde waarde biedt voor de gebruiker. Er is ook de mogelijkheid toegevoegd om opeenvolgende periodes van theoplanningen bij dezelfde werknemer samen te voegen tot 1 regel. Deze mogelijkheid is standaard geactiveerd,


18.08.2015 - 19

maar kan tijdelijk uitgezet worden door het vinkje “Opeenvolgende periodes samenvoegen” af te zetten. De mogelijkheid om de planninghistoriek (dus waar de particulier is ingepland in de werkelijke planning) te bekijken is nu mee naar het tabblad Werknemers verplaatst. Vroeger stond dit op het tabblad Contract. Screenshot van vroeger:

Screenshot na de wijzigingen, met groepering actief:

Screenshot na de wijzigingen, zonder groepering:


18.08.2015 - 20

2.6 Introductie van ‘lazy loading’ in de particulierfiche Er is begonnen met ondersteuning voor ‘lazy loading’ in de particulierfiche. Het concept van lazy loading betekent dat gegevens die niet zichtbaar zijn – die zich dus op een ander tabblad bevinden – pas worden ingeladen wanneer ze zichtbaar worden of wanneer ze nodig zijn, bijvoorbeeld bij een klik op de knop Bewerken van de fiche. De bedoeling hiervan is om het laden van de fiche te versnellen wanneer een (andere) particulier uit de lijst wordt geselecteerd. Lazy loading is nog beperkt en wordt nog niet gedaan voor alle gegevens in de fiche.

2.7 Issue 92521 – Foutmelding i.v.m. aansluitende in-dienst periodes Wanneer men een werknemer uit dienst zette en terug in dienst, zonder een dag ertussen (bvb in-dienst periode loopt tot en met 7 oktober, en de nieuwe in-dienst periode start al direct op 8 oktober) dan kwam er een foutmelding. Wegens technische redenen is het voorlopig niet mogelijk om dit scenario toe te laten in CheQpoint, en dit probleem is opgelost doordat er nu expliciet een waarschuwing komt als men dit probeert te doen:


18.08.2015 - 21

2.8 Gebruik standaard de gegevens van het hoofdkantoor bij het genereren van contracten In het venster Globale Instellingen (menu Instellingen) op het tabblad contracten is de standaardinstelling gewijzigd voor het gebruik van kantoorgegevens bij het genereren van contracten. Dit stond op “Gebruik gegevens van kantoor in kwestie” en is nu gewijzigd naar “Gebruik gegevens van hoofdkantoor”. Deze wijziging heeft enkel betrekking op nieuwe CheQpoint-installaties; bij een bestaande installatie blijft de instelling ongewijzigd, ongeacht wat deze is.

2.9 Aangepaste standaardtemplate voor particuliercontract en werknemercontracten bepaalde en onbepaalde duur In deze standaardtemplates stonden op bepaalde plaatsen nog de naam en gegevens van een bepaald bedrijf. Nu is dit aangepast zodat de ingestelde gegevens van het hoofdkantoor gebruikt worden om in deze contracten in te vullen (naam, adres, vertegenwoordiger…).

2.10 Aanpassingen aan velden van kantoor en bewerkingsvenster voor kantoren De layout van het venster om een kantoor aan te maken of te bewerken is wat aangepast. Er is ook een nieuw veld bijgekomen, “Kortere naam”, met een kortere of informelere versie van de handelsnaam van het kantoor. Dit veld wordt gebruikt in de standaard contracttemplate voor particulieren, waar de naam van het bedrijf dikwijls vernoemd moet worden. Het veld is in principe optioneel. En een bestaand veld, “Manueel ID”, is vanaf nu optioneel geworden. Vroeger zag het venster er zo uit:


18.08.2015 - 22

Nu ziet het er als volgt uit:


18.08.2015 - 23

Het onderste gedeelte van het venster, met de velden die enkel zichtbaar zijn bij het bewerken van het hoofdkantoor, is nu afgescheiden van de rest van het venster door middel van een horizontale lijn.

2.11 Snellere sprong naar updater voor database updates Bij het inloggen in CheQpoint wordt gecontroleerd of alle noodzakelijke database updates reeds toegepast zijn. Zo niet wordt een melding gegeven, en bij CheQpoint gebruikers die een administrator rol hebben wordt ineens de mogelijkheid gegeven om de updater te openen om database updates toe te passen. Tot nu toe werd echter het updater programma geopend bij het beginvenster waarop 2 knoppen staan, “Upgrade” en “Database updates toepassen”. Vanaf


18.08.2015 - 24

nu wordt echter dit venster overgeslagen en wordt rechtstreeks het venster getoond voor database updates.

2.12 Vooraf ingevulde loginnaam in updater bij starten updater vanuit CheQpoint Wanneer men de updater start vanuit CheQpoint (bij noodzakelijke database updates bij inloggen, of via menu HelpStart updater tool) wordt in de updater tool op plaatsen waar een CheQpoint authenticatie nodig is (dus login en paswoord van CheQpoint ingeven) vanaf nu automatisch al de loginnaam ingevuld waarmee men in CheQpoint ingelogd was.

2.13 Inlezen van eID werkt terug CheQpoint 2.0 had reeds lang de mogelijkheid om elektronische identiteitskaarten (eID’s) in te lezen, maar in de praktijk werd deze functionaliteit een hele tijd niet gebruikt. Uiteindelijk zijn er tijdens de ontwikkeling van CheQpoint wijzigingen geweest waardoor de functionaliteit niet meer werkte, en dit werd niet direct opgemerkt. De eID functionaliteit is nu hersteld.

2.14 Rapport exporteren fichegegevens particulier Menu Rapportering  Particulieren  Fichegegevens opent dit rapport. In dit rapport kan nu ook het e-mailadres als kolom gekozen worden om mee te exporteren. Voor werknemers was deze mogelijkheid al eerder aanwezig.

2.15 Rapport exporteren fichegegevens werknemer Menu Rapportering  Werknemers  Fichegegevens opent dit rapport. Het genereren van dit rapport werkt nu iets sneller doordat bepaalde gegevens niet langer nodeloos opnieuw uit de database geladen worden.

2.16 Issue 94207 – Passieve particulier werd onder de prospecten groep getoond Het gebeurde soms dat een particulier onder een verkeerde groep werd getoond in de lijst met particulieren aan de linkerkant, wanneer gegroepeerd werd op Status (groepen: prospect/particulier/passief). Dit probleem is nu opgelost.

2.17 Issue 91472 – Conflictvenster kopiëren theoplanning toonde soms “(enkel verschillen in afstanden)” terwijl er toch nog andere verschillen werden getoond Het conflictvenster voor het kopiëren van de theoplanning toont conflicten, of ook andere zaken als de gebruiker vraagt om eerst te tonen wat er gedaan zal worden (ter goedkeuring).


18.08.2015 - 25

Voor in het laatste geval is er de functionaliteit om enkel de verschillen tussen links (bestaande planningen op de kalender) en rechts (te kopiëren planningen afkomstig van theoplanning) te tonen. En daarbij komt nog dat standaard ook de optie aanstaat om plannen die enkel verschillen in reisafstand ook te beschouwen als identiek en dus te verbergen. Dit is handig voor als de kilometers reeds zijn berekend, want bij planningen afkomstig van de theoplanning staan alle afstanden normaal gezien nog op nul. Als er geen verschillen zijn, dan wordt de tekst “(geen verschillen)” getoond, of alternatief “(enkel verschillen in afstanden)” wanneer de negeerafstanden optie aanstaat en er enkel verschillen in afstand waren. Blijkbaar kon het voorkomen dat er conflicten waren – bijvoorbeeld doordat bij een bestaande planning reeds cheques gevalideerd waren waardoor deze dus niet mag overschreven worden – en dat nochtans toch de tekst “(enkel verschillen in afstanden)” erboven verscheen. Er is nu gezorgd dat in zo’n geval de tekst niet meer wordt getoond.

2.18 Verwittiging voor nieuwe CheQpoint versie kan nu verborgen worden De informatiebalk bovenaan het CheQpoint venster die verschijnt om aan te kondigen dat er een nieuwe versie beschikbaar is, kan nu door de gebruiker verborgen worden. Het voordeel hiervan is dat de vertikale ruimte die door de balk wordt ingenomen dan terug beschikbaar wordt voor nuttigere zaken; dit is vooral nuttig bij het gebruik van CheQpoint op kleine schermen. Voor de wijziging:

Na de wijziging:

Het verbergen van de balk is maar tijdelijk; wanneer CheQpoint opnieuw opgestart wordt, of nadat een voldoende aantal uren verlopen zijn, zal de balk terug verschijnen.

2.19 Aanpassingen aan venster ‘Vervanging doorvoeren’ Het venster ‘Vervanging doorvoeren’ neemt nu standaard het aantal uren van de oude werknemerplanning in plaats van het aantal uren van de oude particulierplanning. Het begintijdstip was reeds afgeleid van de werknemerplanning. Er is een vinkje toegevoegd aan het venster om de uren van ofwel de particulier ofwel de werknemer over te nemen. Als het vinkje wordt aangezet, dan worden onmiddelijk de uren van de gekozen particulierplanning overgenomen. Wanneer het vinkje aanstaat en een andere particulierplanning wordt gekozen uit de lijst, dan worden ook de uren van de nieuw gekozen particulierplanning overgenomen. Wanneer het vinkje wordt uitgezet, dan worden de uren van de werknemerplanning overgenomen. En bij het kiezen van een andere werknemerplanning uit


18.08.2015 - 26

de lijst terwijl het vinkje uitstaat, worden de uren van de werknemerplanning ook overgenomen. Het venster voor de wijzigingen:

Het venster na de wijzigingen:


18.08.2015 - 27

2.20 Mogelijkheid tot kortere vervangingsopmerking bij werknemerplanning (*) Bij het doorvoeren van een vervanging werd tot nu toe reeds een lange opmerking met veel informatie toegevoegd aan de notitie van zowel de werknemerplanning als de particulierplanning. Bestaande tekst in het notitieveld bleef behouden, en kwam onder de nieuwe tekst te staan. Vanaf nu kan men echter instellen dat bij de werknemerplanning een beknopte opmerking in de notitie moet worden gezet:


18.08.2015 - 28

De beknopte opmerking vervangt reeds bestaande tekst in de notitie, en het vinkje ‘opmerking afdrukken’ wordt aangezet zodat de notitie mee op de planningafdruk zal terechtkomen. Op dit moment heeft de beknopte opmerking deze vorm: “Éénmalige vervanging van 13:00 - 17:00 bij particulier Familienaam Voornaam.”

2.21 Issue 94876 – Apostrof in persoonsnaam gaf een fout bij het genereren van een rapport Bij bepaalde rapporten zoals het afdrukken van werknemerplanningen wordt de naam van de persoon gebruikt om te bepalen hoe een Excel werkblad genoemd wordt. Bepaalde karakters, zoals een dubbelpunt, sterretje, apostrof en nog enkele andere zijn echter niet toegelaten in de naam van een werkblad. Tot nu toe kon het gebeuren dat zo’n karakter voorkwam in de naam van een persoon en dat Excel een foutmelding genereerde omdat CheQpoint dergelijke karakters niet verwijderde. Vanaf nu worden deze karakters vervangen door een underscore wanneer ze in de naam van een Excel werkblad zouden worden geplaatst.

2.22 Enkele wachtwoorden toegevoegd aan de lijst met niet-toegelaten wachtwoorden CheQpoint bevat een lijst met wachtwoorden die niet worden geaccepteerd bij het instellen van een nieuw wachtwoord. Deze wachtwoorden zijn makkelijk te raden of komen veel voor. De volledige lijst volgt hieronder, met de toegevoegde wachtwoorden onderlijnd: "0", "000000", "0000000", "00000000", "111", "1111", "11111", "111111", "1111111", "11111111", "123", "123123", "123321", "1234", "12341234", "12344321", "12345", "123456", "1234567", "12345678", "123456789", "1234567890", "1234azer", "1234qwer", "1a2z3e", "1aqw2zsx", "1q2w3e", "1qaz2wsx", "222222", "2222222", "22222222", "321", "333333", "3333333", "33333333", "369", "4321", "444444", "4444444", "44444444", "54321", "555555", "5555555", "55555555", "654321", "666666", "6666666", "66666666", "777777", "7777777", "77777777", "888888", "8888888", "88888888", "999999", "9999999", "99999999", "aaa", "aaaa", "abc123", "abcd1234", "admin", "admin123", "administrator", "azerty", "hunter2", "letmein", "pass", "password", "paswoord", "qwerty", "server", "test", "user", "wachtwoord"


18.08.2015 - 29

De opsomming hierboven is slechts bedoeld om een idee te geven over wat voor wachtwoorden worden geweigerd, maar dit is geen definitieve referentie. In de toekomst kunnen altijd nieuwe varianten van wachtwoorden worden toegevoegd.

2.23 Ondersteuning voor verplichte werkweken toegevoegd Men kan nu via menu InstellingenVerplichte werkweken instellen welke de verplichte werkweken zijn, waarin uurcode ‘P’ (tijdelijke werkloosheid) niet gebruikt mag worden. (Deze instelling is enkel bereikbaar voor CheQpoint gebruikers met de rol Administrator of Instellingenbeheerder)

In het dialoogvenster kan men per kalenderjaar de weken opgeven die verplichte werkweken zijn:


18.08.2015 - 30

Op de planningitems van de effectieve planning zit nu een controle die ervoor zorgt dat uurcode ‘P’ niet meer aanvaard wordt bij planningitems die in een verplichte werkweek vallen. In de vervangingsmodule, op tabblad Werknemers, worden vervangingen in de lijst die in een verplichte werkweek vallen in een donkerrode kleur getoond zodat deze opvallen.

Op de weekplanning wordt de tijdspanne van de week in het donkerrood weergegeven als het om een verplichte werkweek gaat:


18.08.2015 - 31

Op de maandplanning zijn het de dagnummers die donkerrood zijn bij de dagen in een verplichte werkweek:

2.24 “Particulier wenst vervanging” niet meer mogelijk bij bepaalde uurcodes In het venster om planningitems te bewerken kan men niet langer het vinkje “particulier wenst vervanging” gebruiken in combinatie met uurcodes waarbij de werknemer nog wel de particulier bedient. De uurcodes waarvoor dit geldt zijn de volgende:  U – Gewerkt effectief  O – Extra uren  Re – Recup uren  STR – Strijkdienst thuisarbeid  G – Gewerkt zonder cheques  STRO – Bijkomende uren strijk  VOP – Vlaamse ondersteuningspremie

2.25 Layoutswijzigingen aan venster om planning te bewerken Er zijn enkele kleine wijzigingen gebeurd aan de layout van het venster om planningen aan te maken of te bewerken op de effectieve planning, met name op het tabblad “Prestatie”. Het vinkje “particulier wenst vervanging” is verplaatst, tesamen met enkele andere elementen die meestal niet zichtbaar zijn. De keuzelijsten voor de uurcodes zijn breder gemaakt. Het tabblad zelf is hernoemd naar “Prestaties & cheques”.


18.08.2015 - 32

2.26 Vervangingsopmerking voor werknemers Men kan nu in de vervangingsmodule op een planning waarvoor vervanging nodig is een vervangingsopmerking voor de werknemer instellen, net zoals dat al mogelijk was voor een particulier die vervanging nodig had. De lijst met werknemervervangingen heeft nu een extra kolom Opmerking die de ingestelde opmerking bevat. De opmerking kan ingesteld worden via het contextmenu van deze lijst, of via het contextmenu van de kalender onderaan de vervangingsmodule.


18.08.2015 - 33

Een werknemerplanning met een vervangingsopmerking wordt in de vervangingskalender aangeduid met een arcering, net zoals dat ook al bij de particulieren werd gedaan:

2.27 Bugfix: vervangingsopmerking voor particulier was ook mogelijk bij planningen zonder vervanging Het was mogelijk om voor particulierplanningen waarvoor geen vervanging nodig was toch een vervangingsopmerking voor de particulier in te stellen, via het contextmenu op de kalender in de vervangingsmodule. Dit is aangepast zodat het contextmenu die mogelijkheid niet meer aanbiedt bij planningen waarvoor geen vervanging nodig is.

2.28 Vervangingsmodule: mogelijkheid om kandidaat werknemers te filteren op hun vervoermiddel In de vervangingsmodule op tabblad “Particulieren” kan men nu filteren op het vervoermiddel van de werknemer:


18.08.2015 - 34

2.29 Eenmalige particuliervervangingen kunnen nu verwijderd worden Men kan nu eenmalige particuliervervangingen verwijderen uit de lijst door middel van de ‘delete’ knop op het toetsenbord of via de optie ‘Vervanging verwijderen’ in het contextmenu van de lijst. Voor het verwijderen wordt eerst nog eens om bevestiging gevraagd.

3 CheQpoint 2.0.2 3.1 Tabvolgorde venster “Database connecties” verbeterd Venster “Database connecties” is toegankelijk vanuit het login venster via de knop met het tandwieltje. Deze knop wordt zichtbaar wanneer op Details wordt gedrukt. In dit venster wordt de verbinding met de CheQpoint database ingesteld. De tabvolgorde is de volgorde van velden waarnaar de tekstcursor achtereenvolgens springt wanneer de gebruiker op de Tab toets drukt. Deze volgorde is nu wat logischer.

3.2 Layout venster “Database connecties” aangepast, en biedt nu de mogelijkheid om een poortnummer op te geven De layout van het venster “Database connecties” is aangepast ten behoeve van de ondersteuning van meerdere database types. Voorlopig is nog altijd maar 1 type beschikbaar, maar er zal in de toekomst nog minstens 1 extra type bijkomen. Men kan vanaf nu ook een aangepast poortnummer instellen, voor als de database server niet op de standaardpoort draait. Vóór de wijziging:


18.08.2015 - 35

Na de wijziging:


18.08.2015 - 36

3.3 Bugfix: link “Update gevonden” in loginvenster gaf foutmelding In het loginvenster verschijnt een link “Update gevonden” wanneer er op het bureaublad of onder Mijn Documenten een archiefbestand wordt gevonden met een nieuwere versie van CheQpoint. Deze link werkte blijkbaar niet meer sinds versie 2.0.1.66 en gaf een foutmelding waardoor een foutrapport werd verstuurd. Dit probleem is nu opgelost.

3.4 Instelling van bestandsserver wordt niet meer gezocht in de oude locatie (Settings.xml) De bestandsserver is de naam van een gedeelde map, meestal een netwerkstation. Hierin worden door CheQpoint beheerde bestanden opgeslagen, zoals gegenereerde contracten en door de gebruiker toegevoegde documenten. De bestandsserver is een essentiële instelling, zonder deze kan men CheQpoint niet gebruiken. Oorspronkelijk werd het pad naar de bestandsserver bijgehouden in “Settings.xml”, het bestand met de locale (computer-) instellingen, en was de bestandsserver dus noodzakelijk hetzelfde voor alle verschillende database connecties. Daarna is de instelling verhuisd naar de databaseconnectie-instellingen, zodat elke connectie zijn eigen bestandsserver kreeg. Voor de compatibiliteit keek CheQpoint wel nog naar “Settings.xml” als in een database connectie geen pad voor de bestandsserver was opgegeven. Deze compatibiliteit is nu verwijderd, aangezien de verhuis van de instelling reeds lang geleden is gebeurd en normaal gezien hebben alle CheQpoint gebruikers de instelling nu op de nieuwe locatie staan.

3.5 Betere indicatie van verplichte werkweek in weekplanning Een verplichte werkweek werd tot nu toe aangeduid in de weekplanning via een andere kleur van de weekkiezer bovenaan de planning. We kregen echter de feedback dat dit niet genoeg opviel, en daarom zijn er nog enkele markeringen toegevoegd. De eerste is een horizontale lijn, bovenaan de kalender:

Daarnaast is er nog een tweede toegevoegd aan de onderkant, juist onder de tijdbalk:


18.08.2015 - 37

Het stukje onder de tijdbalk wordt donkerrood, met de vermelding “V-W”, en als men er met de muiscursor naartoe gaat, krijgt men de tooltip “Verplichte werkweek”.

3.6 Korte vervangingsopmerking werknemer iets aangepast De korte vervangingsopmerking bij de werknemer heeft nu een iets ander formaat. Oud formaat: Voornaam.” Nieuw formaat : Voornaam.”

“Éénmalige vervanging van 13:00 - 17:00 bij particulier Familienaam “Éénmalige vervanging van 13u00 tot 17u00 bij particulier Familienaam

3.7 Issue 96707 – fout in weergave vervangingsmodule (kolom postcode) Er zat een fout in de vervangingsmodule bij het weergeven van de postcode. Als iemand in de lijst van kandidaten nog geen adres had, gaf dit een fout. Dit is aangepast zodat men voor iemand zonder adres in de kolom postcode vanaf nu de tekst ???? te zien krijgt.

3.8 Indexatie minimumlonen en verplaatsingsvergoedingen De verplaatsingsvergoedingen voor werk-werk verplaatsingen zijn geïndexeerd. Het bedrag per kilometer blijft 9 eurocent per kilometer, maar het minimumbedrag per verplaatsing is gestegen naar 0,57 euro. De minimumlonen zijn geïndexeerd:  0 jaar anciënniteit: 10,28 euro/u  1 jaar anciënniteit: 10,69 euro/u


18.08.2015 - 38

 2 jaar anciënniteit: 10,82 euro/u  3 jaar anciënniteit: 10,93 euro/u CheQpoint houdt rekening met de datum en past de nieuwe bedragen toe vanaf 1 januari 2013.

3.9 Link om logboek te openen vanuit loginvenster In het loginvenster kan men vanaf nu ook het logboek openen. Dit was ook al mogelijk vanuit een volledig opgestarte CheQpoint via menu HelpLogboek. In het loginvenster wordt nu een klein linkje “logboek” zichtbaar wanneer men op de knop “Details >>” drukt. Het ‘openen van het logboek’ betekent in de praktijk dat Windows Verkenner wordt geopend in de map waarin de logbestanden staan van de versie van CheQpoint waar men op dat moment mee aan het werken is. Loginvenster vóór de aanpassing (na drukken op de knop “Details >>”):

Loginvenster ná de aanpassing (na drukken op de knop “Details >>”):


18.08.2015 - 39

3.10 Nieuwe uurcode ‘SOO’: Syndicale opleiding – extra uren Er is een nieuwe uurcode ‘SOO’ toegevoegd aan CheQpoint. Deze staat voor ‘Syndicale opleiding – extra uren’. Partena-specifiek: uurcode ‘SOO’ is gemapt op de Level 5 code “003.23”.

3.11 Correcties ‘tegenhouden’ is nu correcties ‘markeren als manueel doorgegeven’ Een nog niet verzonden (geëxporteerde) correctie van de prestaties in een planningitem kon tot op heden gemarkeerd worden als ‘tegengehouden’. Dit hield in dat de correctie niet geëxporteerd mocht worden. Wanneer de maand waarin de planning in kwestie viel geëxporteerd moest worden, dan werd voor die planning de vorige prestatie/correctie uit de historiek genomen om te exporteren in plaats van de tegengehouden correctie. Blijkbaar was dit gedrag niet wat men bedoelde toen de functionaliteit van ‘tegengehouden’ correcties werd aangevraagd. De bedoeling was om een bepaalde nog niet verzonden correctie te kunnen markeren als dat ze niet hoefde geëxporteerd te worden, omdat deze reeds buiten CheQpoint om was doorgegeven aan het sociaal bureau. Maar wanneer in diezelfde maand nog een andere correctie was die niet manueel was doorgegeven, dan moesten toch alle correcties geëxporteerd worden, ook diegene die gemarkeerd waren als niet nodig om te exporteren. Het correctie-historiek venster ziet er nu als volgt uit:


18.08.2015 - 40

3.12 Issue 97188: aantal kilometers onderaan weekplanning is niet in overeenstemming met werkelijke verplaatsingen In de planningsmodule in de week-weergave wordt onderaan elke weekdag het totaal aantal kilometers voor die dag getoond. Tot nu toe was deze berekening veel te simplistisch; er werd de som genomen van heenen terugreisafstand voor alle planningen van die dag. Dit betekende bijvoorbeeld dat de afstand van een werk-werkverplaatsing dubbel werd geteld. En er werden ook afstanden meegerekend voor planningen waarbij helemaal geen verplaatsing meer was, als


18.08.2015 - 41

bijvoorbeeld de uurcode was veranderd van een uurcode waarvoor wel verplaatsing was naar een andere uurcode waarvoor geen verplaatsing gebeurt, bijvoorbeeld van ‘U’ (gewerkt effectief) naar ‘Pv’ (werkloos wegens particulier in verlof). De weergave is nu aangepast zodat deze dezelfde berekening gebruikt als de km-berekening tool. Een voorbeeld: een dag met twee planningen met ertussen een werk-werkverplaatsing. De afstand van thuis naar de eerste particulier is 0,89km, de afstand van daaruit naar de volgende particulier is 5,61km, en de afstand van daar naar huis is 5,58km. Dan toont de kalender nu 12,1km (0,89 + 5,61 + 5,58 = 12,08). Vroeger zou deze 17,7 km getoond hebben (0,89 + 5,61 + 5,61 + 5,58 = 17,69).

3.13 Uitbreiding rapporten fichegegevens particulier/werknemer met export naar CSV De rapporten particulier/werknemer fichegegevens bieden de mogelijkheid om geselecteerde gegevens uit de fiche van gekozen particulieren/werknemers te exporteren. Dit rapport is nu een beetje uitgebreid. Bij het exporteren kan men vanaf nu kiezen uit de formaten “CSV” en “Excel”. CSV staat voor “comma-separated values”, en is een eenvoudig en gestandardiseerd tekstformaat dat door vele verschillende programma’s geopend kan worden. Het formaat “Excel” is het formaat dat vroeger al gebruikt werd bij dit rapport; er wordt een Excel document gegenereerd binnen Excel en dit wordt getoond aan de gebruiker, waarna de gebruiker zelf het document via Excel ergens kan opslaan. Als men kiest voor “CSV” dan moet men vóór het exporteren reeds een bestandsnaam opgeven waaronder de gegevens opgeslagen moeten worden. Na het exporteren wordt aan de gebruiker gevraagd of hij het gegenereerde bestand wilt openen. Indien de gebruiker “Ja” antwoordt, dan wordt het bestand geopend met het programma dat in Windows gekoppeld is aan de extensie “.csv”.

3.14 Bugfix: conflictvenster voor kopiëren van de planning gedroeg zich niet correct bij het vergroten of verkleinen van het venster Bij het kopiëren van de theoretische planning naar de effectieve planning kan het soms gebeuren dat er conflicten optreden (er staat bijvoorbeeld een bestaande planning in de weg van een te kopiëren planningitem), en dan krijgt men dit venster te zien. Het venster kan ook manueel aangevraagd worden om een preview te kunnen krijgen van wat er gaat gebeuren bij


18.08.2015 - 42

het kopiëren. De componenten van dit venster werden niet correct mee vergroot/verkleind/verplaatst wanneer de gebruiker het venster groter of kleiner maakte.

3.15 Nieuwe pseudo-particulier “Strijk” toegevoegd Er is een nieuwe pseudo-particulier “Strijk” toegevoegd, die gekozen kan worden als de particulier van een planningitem. De reeds bestaande pseudo-particulieren waren “Werkrooster”, “Extra uren”, en “Terug in te plannen”. Het is niet meer toegelaten om uurcode STR of STRO te gebruiken in combinatie met pseudoparticulier “Werkrooster” of “Terug in te plannen”. In plaats daarvan moet men nu altijd pseudo-particulier “Strijk” gebruiken, of anders een echte particulier uit de lijst kiezen. (“Extra Uren” is voorlopig ook nog toegelaten.) Venster voor theoretische planning:

Venster voor effectieve planning:


18.08.2015 - 43

3.16 Aanpassingen contractwizard werknemer Er zijn enkele aanpassingen gebeurd aan de wizard voor het aanmaken van een werknemercontract. Bij “subtype” van het contract waren 4 mogelijkheden, maar de mogelijkheid “Vrijwillig deeltijds – behoud van rechten” is nu verwijderd omdat deze wettelijk gezien niet bestaat. De keuzes “bepaalde duur” en “onbepaalde duur” kunnen via de globale instellingen (op tabblad “Contracten & lonen”) beschikbaar of niet beschikbaar worden gemaakt, en er kan ook ingesteld worden welk van de twee standaard gekozen is wanneer het venster van de contractwizard opent. Ook is de volgorde van de velden op het venster wat veranderd, zoals onderstaande screenshots laten zien. Oud:


18.08.2015 - 44

Nieuw:


18.08.2015 - 45

Het instellingenvenster heeft ook wat aanpassingen ondergaan op tab “Contracten & lonen”, en ziet er nu zo uit:


18.08.2015 - 46

3.17 Issue 98262 – postbus werknemers wordt niet meer ingelezen (Enkel van toepassing voor bepaalde klant) Er zat een fout in de Level5 import batch, waardoor een adres waarbij enkel het busnummer was gewijzigd niet werd bezien als een gewijzigd adres, en daardoor werd het busnummer niet geïmporteerd als gemeente, straat, en huisnummer niet gewijzigd waren. Deze probleem kwam dus pas aan het licht wanneer een adres met een ontbrekend busnummer een busnummer kreeg, of wanneer een fout busnummer in Level5 was aangepast naar een ander busnummer.

3.18 Contract subtype wordt nu mee opgeslagen in de database Het subtype van een contract (voltijds/deeltijds/deeltijds-met-behoud-van-rechten) werd in de contractwizard tot nu toe enkel gebruikt bij het genereren van het contractdocument, maar werd verder niet bijgehouden. Vanaf nu wordt dit echter mee opgeslagen in de database.


18.08.2015 - 47

Het subtype van een contract wordt nu ook getoond in de werknemer wanneer men een contract uit de lijst selecteert. Natuurlijk kan dit enkel getoond worden bij recent aangemaakte contracten, waarvan het subtype dus mee in de database opgeslagen is geweest. De layout van de getoonde gegevens werd ook wat aangepast. Voorbeeld van de aangepaste layout met subtype zichtbaar:

3.19 Vervangingsmodule kan nu afstanden van kandidaten in de lijst tonen De vervangingsmodule heeft nu de mogelijkheid om voor elke kandidaat de afstand naar die persoon te berekenen en mee te tonen in de lijst. Bij de filters is een nieuwe optie “Bereken de afstanden” toegevoegd waarmee men de afstandsberekening in/uitschakelt. Standaard staat deze uitgeschakeld. De gebruiker hoeft de filter van ‘maximum afstand’ niet aan te zetten om de afstanden te kunnen zien.

Wanneer de afstandberekening ingeschakeld is, wordt er bij de lijst met kandidaten een extra kolom “Km” getoond met daarin de afstand voor de kandidaten. De kandidaten worden dan ook ineens gesorteerd op afstand van klein naar groot, in plaats van de normale sortering op naam.


18.08.2015 - 48

3.20 Standaardinstelling voor minimumlengte van planningitem gewijzigd van 3 naar 1 (*) De mogelijkheid bestaat om in CheQpoint een minimumlengte op te geven voor een planningitem (een blokje op de kalender). Men kan dan geen planningitems opslaan die korter zijn dan de minimumlengte. Deze minimumlengte is instelbaar via de globale instellingen (tab Planning & kalender). Bij nieuwe CheQpoint installaties stond de instelling standaard op 3 uur. Dit is nu aangepast naar 1 uur, zodat bij nieuwe installaties men geen echte minimumlengte meer heeft (de planning moet wel nog altijd een lengte hebben van x aantal volledige uren, dus minder dan een uur inplannen gaat sowieso niet).

3.21 Issue 98901 – Fout bij dubbel klikken op knop “Naar Excel” in popup overzicht lange afstanden (kilometerberekeningstool) Na de berekening van de afstanden in de kilometertool komt er een popup-overzicht met afstanden die langer zijn dan de ingestelde drempelwaarde. Op dit venster is een knop “Naar Excel” om de lijst met lange routes en hun afstand te exporteren naar een Excel-document. Als men twee maal achtereen klikte op deze knop kwam er een foutmelding. Er is nu voor gezorgd dat de knop uitgeschakeld wordt na de eerste keer klikken.

3.22 Issue 97552 – Fout bij laden particulierfiche Er deed zich soms een fout voor bij het laden van de particulierfiche. De fout werd veroorzaakt door enkele oude verkeerde records in de database bij de theoplanning van werknemers. Er is voor een workaround gezorgd zodat de fiche toch zonder problemen geladen kan worden. De foute records in de database moeten in principe manueel gecorrigeerd worden.

3.23 Issue 98989 – Fout ten gevolge van foute gegevens in adreshistoriek particulier Er deed zich soms een fout voor ten gevolge van verkeerde gegevens in de adreshistoriek van een particulier. Het gaat hierbij om de Tot-datum die verkeerd staat waardoor op een bepaalde dag twee adressen elkaar overlappen. Hiervoor is een workaround geïmplementeerd.

3.24 Nieuw log/commentaar type “Permanente vervanging” In de werknemerfiche op tab “Log” en in de particulierfiche op tab “Commentaar” kan men commentaar aan de fiche van de persoon in kwestie toevoegen. Bij het toevoegen van een nieuwe commentaar heeft men de mogelijkheid om een type te selecteren voor de commentaar. Aan de lijst met mogelijke types is de mogelijkheid “Permanente vervanging” toegevoegd.


18.08.2015 - 49

3.25 Layout aangepast van venster om nieuwe log/commentaar aan de fiche toe te voegen In de werknemerfiche op tab “Log” en in de particulierfiche op tab “Commentaar” kan men commentaar aan de fiche van de persoon in kwestie toevoegen. De layout van het venster om een nieuwe commentaar toe te voegen is een beetje aangepast. Oud:

Nieuw:


18.08.2015 - 50

3.26 Issue 99921 – Fout bij zoeken op e-mailadres in venster ‘particulieren zoeken (geavanceerd)’ Wanneer men de geavanceerde zoekfunctie voor particulieren gebruikte, en men probeerde te zoeken door een e-mailadres op te geven, dan kwam er een foutmelding.

3.27 Bugfix: afdruk maandplanning: voortgangsbalk toonde geen voortgang (Enkel van toepassing voor bepaalde klant) Bij het rapport van deze klant om de maandplanning af te drukken toonde de voortgangsbalk geen voortgang


18.08.2015 - 51

4 CheQpoint 2.0.3 4.1 Vervanging zoeken in meerdere weken In de vervangingsmodule kan men nu kandidaten zoeken in een periode van meerdere weken in plaats van slechts één specifieke week. Bij de filters op beide tabs Werknemers en Particulieren zijn hiervoor extra vinkjes bijgekomen om optioneel ook in de week ervoor en de week erna te zoeken (ten opzichte van de geselecteerde week).

4.2 Issue 100350 – probleem met stopzetten particulier (Dit probleem was aanwezig in versie 2.0.2.2 maar is opgelost in 2.0.2.3) Door een bug was het niet meer mogelijk om een particulier stop te zetten. Wanneer een stopdatum werd ingevuld dan verdween deze bij het opslaan van de fiche.

4.3 Issue 100263 – vervangingsmodule toont verkeerde werknemers in lijst van kandidaten op tab Particulieren (Dit probleem was aanwezig in versie 2.0.2.2 maar is opgelost in 2.0.2.3) De vervangingsmodule toonde onderaan de tab Particulieren soms werknemers die geen vervanging nodig hadden, en toonde soms ook werknemers niet die wél vervanging nodig hadden. De oorzaak hiervan was dat er werd gekeken naar de geselecteerde week op de tab Werknemers in plaats van de week op de tab Particulieren. Er werden dus feitelijk de kandidaten van een andere week getoond dan de week die de gebruiker had gekozen. Op de tab Werknemers was er een gelijkaardig maar minder ernstig probleem. Er werd gekeken naar de week die bepaalt welke dagen van de planning getoond worden in plaats van de week


18.08.2015 - 52

in de filter. Dit leverde echter zelden een probleem op aangezien de twee weken meestal gelijk zijn; dit omdat als de week van de filter verandert, de week van de kalender automatisch mee wordt aangepast naar dezelfde week.

4.4 Uitzicht van planningitems op de effectieve planning is licht gewijzigd Heen- en terugreis van de planningitems worden nu iets anders weergegeven. Het bolletje en het driehoekje staan nu altijd in het midden (gezien over de breedte van het blokje) en terugreis staat nu onderaan het planningblokje in plaats van net onder de tekst in het blokje. Het bolletje en driehoekje worden nu ook op Windows XP correct weergegeven.

4.5 Issue 100675 - automatisch koppelen van heenen terugreis was nog niet geïmplementeerd op de effectieve planning bij verslepen van items Bij het verslepen van planningitems op de kalender van de effectieve planning worden nu heenen terugreis automatisch mee aangepast. Dit gebeurde voorheen enkel in de theoretische planning en was dus nog niet ondersteund in de effectieve planning.

4.6 Theoplanning heeft nieuwe kalender De kalender die wordt weergegeven in de theoretische planning ziet er nu praktisch hetzelfde uit als de kalender van de effectieve planning.

4.7 Issue 100751 – fouten in theoplanning (Dit probleem was aanwezig in versie 2.0.2.3 maar is opgelost in 2.0.2.4) Er zaten een aantal fouten in de theoplanning waardoor het onder andere niet meer mogelijk was om bij een werknemer die reeds een theoplanning had een nieuwe theoplanning bij te maken.

4.8 Issue 100722 – foutmelding bij valideren cheques in maandweergave planning (Dit probleem was aanwezig in versie 2.0.2.3 maar is opgelost in 2.0.2.4) Bij het valideren van cheques in de maandplanning kwam er een foutmelding. De cheques werden echter wel gevalideerd. Dit probleem deed zich niet voor in de weekweergave van de planning.

4.9 Gewenste vrije uren van werknemer is voorlopig niet beschikbaar in de theoplanning De gewenste vrije uren van de werknemer zijn voorlopig enkel te bekijken en te bewerken vanuit het tabblad ‘Overzicht planning’ in de werknemerfiche. Later is het de bedoeling dat dit volledig wordt geïntegreerd in de theoplanning en dat het gedeelte op tabblad ‘Overzicht planning’ verdwijnt.

4.10 Theoplanning werknemer: dialoogvenster “tussenvoegen theoplanning” is herwerkt Oude look:


18.08.2015 - 53

Nieuwe look:

4.11 Issue 101331 – Fout bij laden van particulier in particulierfiche (veroorzaakt door theoplanningen van verwijderde werknemers) Door een probleem met de structuur van de CheQpoint database kon het gebeuren dat er nog theoplanningen van verwijderde werknemers in de database zaten. Daardoor werd er een fout gegeven in de particulierfiche wanneer de particulier in kwestie nog voorkwam in zo’n achtergebleven theoplanning. In de nieuwe CheQpoint worden de achtergebleven theoplanningen verwijderd en wordt de structuur van de database aangepast zodat dit probleem niet meer kan voorkomen.


18.08.2015 - 54

4.12 Issue 101347 – Fout bij controle van adres Er deed zich soms een fout voor bij het controleren van de geldigheid van een adres. Vanaf heden wordt er rekening mee gehouden dat Google Maps soms met een onverwachte statuscode kan antwoorden. In dat geval proberen we niet langer om nog een kaart met de locatie van het adres te tonen.

4.13 Theoplanning item: het bolletje “Particulier” kan nu ook gebruikt worden zonder dat er een particulier geselecteerd is In de theoplanning kan men vanaf nu ook kiezen voor het bolletje “Particulier” en toch geen particulier aanduiden. Voorheen was men verplicht om een particulier uit de lijst te kiezen als men dit bolletje wilde gebruiken. Er is ook een knopje bijgekomen waarmee men de particulierselectie leeg kan maken. De effectieve planning (de kalender) bood al langer deze functionaliteit(en).

4.14 Issue 101998 – crash in rapport particulier-opmerkingen (Dit probleem was aanwezig in versie 2.0.2.4 maar is opgelost in 2.0.2.5)


18.08.2015 - 55

Het rapport om de opmerkingen van een particulier af te drukken werkte niet en crashte altijd. Dit probleem is nu opgelost.

4.15 Issue 102239 – fout bij hertekenen van stappenwizard (van toepassing op meerdere dialoogvensters) (Dit probleem was aanwezig in versie 2.0.2.5 maar is opgelost in 2.0.2.6) Het kon soms gebeuren dat er een foutmelding kwam in een dialoogvenster dat een stappenwizard gebruikt (een lijst van stappen bovenaan het venster), wanneer dit venster openstond terwijl het programma draait over een remote desktop verbinding. Wanneer de remote desktop sessie lange tijd geminimaliseerd stond dan kon zich dit probleem voordoen.

4.16 Migratie van ‘gewenste uren’ particulier naar theoretische planning particulier + permanente vervanging Dit wordt beschreven in een apart analysedocument. Dit staat op het intranet onder Procedures voor CheQpoint 2.0 (onder Installatie).

4.17 Activatie module permanente vervangingen Nadat de migratie van de database is uitgevoerd dient de module van de permanente vervangingen geactiveerd te worden. Dit gebeurt door een record bij te maken of aan te passen in tabel tblglobalsettings. Er moet een record komen met waarde 1 als value voor de setting “MODULE_PermVervActief”. Dit heeft tot gevolg dat het gedeelte ‘gewenste dagen’ op tabblad ‘Overzicht planning’ van de particulierfiches verdwijnt en dat het tabblad ‘Theoretische planning’ zichtbaar wordt.

4.18 Mogelijkheid om na doorvoeren van vervanging naar de planning van de werknemer te springen Wanneer een vervanging is doorgevoerd op tabblad Werknemers van de vervangingsmodule (eenmalige vervangingen) krijgt men nu de naam van de gekoppelde werknemer en particulier te zien, te samen met het tijdstip waarop de vervanging doorgaat. Daarbij staat dan de vraag of men naar de planning van de werknemer wilt gaan kijken. Als men daarop ‘Ja’ antwoordt, dan springt CheQpoint naar de planning van die werknemer naar de datum waarop de vervanging doorgaat.

4.19 In 1 keer volledige werkweek inkleuren bij gewenste uren in particulier theoplanning In de theoplanning van de particulier heeft men nu in het contextmenu van de kalender de mogelijkheid om in 1 keer de werkweek in te kleuren met ‘gewenst vrij’, ‘voorkeur’ of ‘blokkering’. Welke dagen deel uitmaken van de werkweek wordt bepaald door een instelling in tabel tblglobalsettings in de database. De record in kwestie heet ‘DagenWerkweek’ en krijgt een getal als waarde. Maandag tot en met vrijdag wordt voorgesteld met de waarde 124. Het getal is de som van de dagen die bij de werkweek moeten horen. Maandag is 64, dinsdag is 32, woensdag 16, donderdag 8, vrijdag 4, zaterdag 2 en zondag is 1. Men kan er eventueel voor kiezen om voordat de week wordt ingekleurd alle reeds bestaande inkleuringen eerst te wissen, dus ook dagen die niet tot de werkweek behoren. Dit is configureerbaar via de record ‘THEO_EerstWissenVoorMarkerenWeek’; als deze de waarde 1 heeft dan wordt eerst gewist


18.08.2015 - 56

alvorens de week te markeren, en als deze 0 is of als de record niet bestaat wordt er niet gewist en blijven de dagen die geen deel uitmaken van de werkweek dus ongewijzigd.

4.20 Gewenste vrije uren werknemer niet meer toegankelijk vanuit de theoplanning De gewenste vrije uren zijn niet meer beschikbaar vanuit de theoplanning van de werknemer. Voorlopig kunnen deze enkel bekeken of bewerkt worden via tabblad ‘Overzicht planning’.

4.21 Ticket 102529 – wettelijke aanpassing chequewaarde: De waarde voor cheques aangepast: Dienstencheques met een waarde van 7,50 euro zijn nog geldig tot eind april 2013. Vanaf 01/05/2013 kunnen enkel dienstencheques aanvaard worden met een aankoopwaarde van 8,50 euro. De inruilwaarde bedraagt 22,04 €. In CheQpoint is de standaard aankoopwaarde voor cheques ingesteld op 8,50€ (indien chequewaarde niet is ingevuld). Een extra keuzemogelijkheid voor deze chequewaarde is voorzien in de klantfiches en de globale instellingen:


18.08.2015 - 57


18.08.2015 - 58

5 CheQpoint 2.0.4 5.1 Gewenste vrije uren werknemer is nu afhankelijk van activatie module permanente vervangingen Wanneer de module ‘permanente vervangingen’ is geactiveerd door middel van de record “MODULE_PermVervActief”, dan verdwijnt het gedeelte ‘gewenste vrije uren’ op tabblad ‘Overzicht planning’ en kan men de gewenste vrije uren bekijken en aanpassen in de theoplanning van de werknemer. Migratie van de gegevens uit het oude gewenste vrije uren systeem naar het nieuwe systeem dat gekoppeld is aan de theoplanning van de werknemer wordt beschreven in het aparte analysedocument. Dit staat op het intranet onder Procedures voor CheQpoint 2.0 (onder Installatie).

5.2 Issue 103129 – er konden voor eenzelfde particulier nog meerdere contractrecords aanwezig zijn in de database CheQpoint is er niet op voorzien dat een particulier meerdere contractrecords heeft, maar de structuur van de database liet dit wel nog toe. Bij het upgraden naar deze CheQpoint versie worden overbodige contractrecords verwijderd en wordt de structuur van de database zodanig aangepast dat het niet meer mogelijk is dat een particulier meerdere contractrecords krijgt.

5.3 Particuliertheoplanning: minimum en maximum aantal uur voor een week is nu instelbaar in de database (*) In de particuliertheoplanning kon men reeds per week een gewenst aantal uren instellen. Nu kan men via de database configureren mat de minimum- en maximumwaarden voor dit veld zijn. De waarde nul is wel altijd toegelaten, ongeacht het ingestelde minimum, omdat nul nodig is om aan te geven dat niet elke week hulp gewenst is. Standaardwaarden: -

Minimum: 0 Maximum: 40

Parameter voor het minimum aantal is: THEO_MinKlantWeekUren Parameter voor het maximum aantal is: THEO_MaxKlantWeekUren Deze parameters bevinden zich in de tabel tblglobalsettings in de database.

5.4 Vervangingsmodule: kleurschema wat aangepast De kleuren van de kalender in de vervangingsmodule zijn wat aangepast, omdat voor de markeringen van gewenste uren nu drie verschillende kleuren nodig zijn in plaats van maar één.


18.08.2015 - 59

Kleur vroeger

Kleur nu

Particulier zoekt vervanging

Oranje

Lichtblauw

Blokkeringsmoment (werknemer)

-

Rood

Blokkeringsmoment (particulier)

-

Rood

Gewenst vrij (werknemer)

Zwart

Oranje

Gewenst vrij (particulier)

-

Oranje

Voorkeursmoment (werknemer)

-

Lichtgroen

Voorkeursmoment (particulier)

Lichtgroen

Lichtgroen

Men kan de verschillende kleuren steeds bekijken in de legenda van de vervangingsmodule.

5.5 Issue 103202 – fouten bij doorvoeren vervanging Bij het doorvoeren van een vervanging wordt een planningitem van een werknemer aangepast door er een andere particulier in te zetten. Het is echter ook nodig om hierbij het betaalprofiel van de nieuwe particulier mee in te zetten (dus papier of elektronisch) en het aantal te ontvangen cheques aan te passen aan de nieuwe lengte of uurcode van de planning. Deze laatste aanpassingen werden in vorige CheQpoint versies nog niet mee gedaan en dit is nu opgelost.

5.6 Vervangingsmodule: mogelijkheid om particulieren te tonen die permanente vervanging zoeken bij eenmalige vervanging werknemers Als de functionaliteit van permanente vervanging ingeschakeld is (via parameter “MODULE_PermVervActief”), dan heeft men in de vervangingsmodule bij de eenmalige vervangingen van de werknemers (tabblad Werknemers) nu de mogelijkheid om alternatief als kandidaten de particulieren die permanente vervanging zoeken te tonen. Volgende particulieren worden dan getoond: -

Prospecten: zonder startdatum en zonder stopdatum Actieve particulieren (met startdatum & zonder stopdatum) die voorrang hebben van het type “Klant zonder hulp”

Als extra voorwaarde moeten de particulieren ook een actieve theoplanning hebben.

5.7 Theoplanning: gedeelten nu markeerbaar als neutraal Men kan in de theoplanning van de werknemer/particulier nu ook tijdspannes aanduiden als ‘neutraal’. Dit betekent dat in die tijdspanne bestaande markeringen van ‘gewenste vrij’,


18.08.2015 - 60

‘voorkeur’ en ‘blokkering’ gewist worden. De mogelijkheid ‘neutraal’ is in het contextmenu van de kalender niet voor alle onderdelen beschikbaar; wel voor de selectie, ‘werkweek’ en ‘hele dag’, maar niet voor ‘voormiddag’, ‘middag’ en ‘namiddag’. Neutraal wordt visueel weergegeven door de afwezigheid van een kleurmarkering. Zowel in de theoplanning, de vervangingsmodule als de kalender is dit de gewone achtergrondkleur (wit).

5.8 Vervangingsmodule: tooltip op kolom ‘naam’ in kalender In de vervangingsmodule wordt nu een tooltip getoond als men met de muis in de kalender met kandidaten op de naam van een persoon gaat staan. In de tooltip wordt de naam van de persoon getoond, en als het om een particulier gaat die permanente vervanging zoekt, ook nog volgende info:  Voorrangsreden (indien particulier met voorrang)  Prospect (indien particulier een prospect is)  Weeknummer in de theoretische planning  Totaal aantal uur gewenst in de week volgens de theoplanning

5.9 Particulierfiche: stopzetten flow zet nu ook de theoplanning van de particulier stop Gezien particulieren nu ook theoplanningen kunnen hebben, was het nodig dat bij het stopzetten van een particulier ook de lopende theoplanning werd stopgezet. Theoplanningen die in de toekomst liggen worden verwijderd. Dit is analoog aan wat reeds gedaan werd aan de werknemertheoplanning bij het stopzetten van een werknemer.

5.10 Vervangingsmodule: voorrangsreden voor tonen particulieren met permanente vervanging in tab eenmalige vervanging werknemers is nu configureerbaar (*) In de vervangingsmodule bij eenmalige vervanging voor werknemers kon men reeds kiezen om als kandidaten de particulieren te tonen die permanente vervanging zoeken; dit zijn enerzijds prospecten en anderzijds particulieren met een bepaald type voorrang. Tot nu toe werden altijd enkel degenen met voorrangsreden “Klant zonder hulp” getoond. Maar vanaf nu kan men via een parameter in de database instellen welke voorrangsredenen van toepassing zijn. De database parameter wordt bijgehouden in de tabel ‘tblglobalsettings’ en heet “VERV_EenmaligVoorrangTypesKlant”. Deze heeft als waarde een lijst van voorrangsredenen gescheiden door komma’s. Mogelijke waarden zijn bvb “1” of “1,5”. Spaties zijn niet toegelaten. De getallen verwijzen naar de voorrangsredenen zoals gedefinieerd in tabel ‘prmvoorrangklant’. Als de waarde leeg is dan wordt geen enkele voorrangsreden gebruikt. En als de parameter ontbreekt, wordt standaard enkel voorrangsreden 1 genomen (‘Klant zonder hulp’).


18.08.2015 - 61

5.11 Issue 103652 – Export naar Partena: aanpassing export uurcode SOO naar Level5 De export mapping van uurcode SOO (syndicale opleiding extra uren) is aangepast van 003.23 naar 003.13.

5.12 Vervangingsmodule mogelijkheid toegevoegd om lijsten van eenmalige vervanging te sorteren In de vervangingsmodule kunnen de lijsten bovenaan de tabs Werknemers en Particulieren nu beperkt gesorteerd worden. Op tab Werknemers kan gesorteerd worden op volgende kolommen:  Werknemer: dit sorteert op naam van de werknemer en vervolgens op datum/tijd van de planning  Datum/tijd: dit sorteert op datum/tijd van de planning en vervolgens op naam van de werknemer Op tab Particulier kan gesorteerd worden op volgende kolommen:  Particulier: dit sorteert op naam van de particulier en vervolgens op datum/tijd van de planning  Datum/tijd: dit sorteert op datum/tijd van de planning en vervolgens op naam van de particulier Sorteren gebeurt door te klikken op de kolom in kwestie. Nogmaals klikken op dezelfde kolom keert de volgorde om. Klikken op een andere kolom dan de hier genoemde heeft geen effect.

5.13 Issue 103760 – doorvoeren vervanging geeft foutmelding als er geen oude particulierplanning geselecteerd is Doorvoeren van een vervanging gaf een foutmelding wanneer in het dialoogvenster geen oude particulierplanning in de lijst was gekozen. Eventueel nadat er op de knop “(geen)” gedrukt was. Dit probleem is nu opgelost.

5.14 Issue 103761 – foutmelding bij particulier-/werknemerfiche wanneer deze in een kantoor zit dat zonet in een andere CheQpoint instantie is aangemaakt Het kon gebeuren dat het laden van een werknemer of een particulier in diens fiche een foutmelding gaf, doordat deze gekoppeld was aan een kantoor dat nog maar pas was aangemaakt in een andere CheQpoint instantie. De foutmelding verdween nadat CheQpoint was herstart, omdat CheQpoint dan op de hoogte was van het nieuwe kantoor. Dit probleem is nu ook opgelost.


18.08.2015 - 62

5.15 Issue 103768 – kalender in theoplanning particulier volgt niet de daguren zoals ingesteld in de globale instellingen In de globale instellingen kan men instellen op tab “Planning & kalender” om hoe laat de werkdag begint en eindigt. Deze uren worden gebruikt in CheQpoint om de kalender weer te geven. Zowel in de planningmodule (week-weergave) als in de werknemertheoplanning werd hier reeds rekening mee gehouden, maar in de particuliertheoplanning nog niet. Vanaf nu houdt die laatste daar wel rekening mee.

5.16 Globale instellingen: instellingen voor de werkweek toegevoegd Op het tabblad “Planning & kalender” kan men nu de dagen van de werkweek instellen die voorheen rechtstreeks in de database moesten worden ingesteld via de parameter “DagenWerkweek”. Ook kan men hierbij instellen of bij het markeren van een volledige werkweek in de theoplanning eerst de volledige week leeggemaakt moet worden; dit was voorheen enkel rechtstreeks in de database in te stellen via parameter “THEO_EerstWissenVoorMarkerenWeek”.

5.17 Issue 103790 – korte vervangingsopmerking na doorvoeren vervanging spreekt van "8u0" en "12u0" in plaats van "8u00" en "12u00" De korte vervangingsopmerking wordt bij het doorvoeren van een vervanging geplaatst in het aangepaste werknemerplanningitem, als alternatief van de lange vervangingsopmerking. Er zat echter een foutje in de formattering van de uren; het minutenaantal werd niet verlengd tot 2 cijfers door er een 0 voor te zetten. “8u00” werd dus weergegeven als “8u0”. Dit is nu opgelost.

5.18 Issue 103824 – melding bij opstarten i.v.m. noodzakelijke databaseupdates verschijnt achter het splash screen Bij het opstarten van CheQpoint na het inloggen verschijnt een splash screen om aan te geven dat het opstarten bezig is. Dit venster is zichtbaar totdat het hoofdvenster van CheQpoint opent. Maar tijdens het opstarten wordt ook gecontroleerd of de database up-to-date is. En als dat niet zo is, wordt een waarschuwing getoond die de mogelijkheid biedt om het update programma te starten. Maar doordat het splash screen open stond verscheen de waarschuwing daarachter zodat deze niet direct zichtbaar was. Vanaf nu sluiten we het splash screen als er een melding getoond moet worden tijdens het opstarten.

5.19 Uitbreiding strijkuurcodes CheQpoint had reeds twee uurcodes voor strijk. Deze codes zijn wat aangepast en er zijn twee extra strijkuurcodes STRA en STRAO toegevoegd.


18.08.2015 - 63

Oude Nieuwe afkorting afkorting

Omschrijving

Vereist cheques

Prisma code

STR

STRT

Strijkdienst thuisarbeid

Ja

4

STRO

STRTO

Bijkomende uren thuisstrijk (was: Bijkomende uren strijk)

Ja

2070

-

STRA

Strijk atelier

Nee

1

-

STRAO

Bijkomende uren strijk atelier

Nee

-

De uurcode STRA is gelinkt aan de Prisma code 1.


18.08.2015 - 64

6 CheQpoint 2.0.6 6.1 Issue 103880 – vervangingsmodule: toon aantal theoweken van kandidaat particulieren die permanente vervanging zoeken Op tab Werknemers in de vervangingsmodule kon men reeds kiezen om als kandidaat particulieren degenen te tonen die permanente vervanging zoeken. Als men hier nu voor kiest wordt ook het aantal weken getoond waaruit de theoplanning van elke particulier bestaat. Dit wordt mee getoond in de kolom van de naam van de persoon, maar ook in de tooltip die verschijnt wanneer men met de muis op die kolom gaat staan.

6.2 Vervangingsmodule: toon volledig adres van de persoon in tooltip op kolom Postcode De vervangingsmodule toonde voor elke kandidaat reeds een kolom met daarin de postcode. Nu is er gezorgd dat wanneer men met de muis op die kolom gaat staan, er een tooltip verschijnt met daarin het volledig adres van de persoon.

6.3 Issue 103891 – vervangingsmodule: planningitem particulier met vervangingsopmerking (weergegeven als gearceerd) stond nog in het oranje in plaats van de nieuwe kleur blauw De kleur van planningitems van particulieren in de vervangingsmodule was reeds eerder gewijzigd van oranje naar lichtblauw. Maar blijkbaar was deze aanpassing nog niet volledig gebeurd en werd nog oranje gebruikt als het planningitem een vervangingsopmerking had, aangegeven door middel van een arcering in het blokje. Nu is dit ook lichtblauw geworden.

6.4 Issue 103914 – vervangingsmodule: soms gebeurt het dat 2 verschillende tooltips tegelijk zichtbaar zijn In de vervangingsmodule kon het zijn dat soms twee verschillende tooltips tegelijk zichtbaar waren. Dit kwam omdat men eerst een tooltip liet verschijnen via een werknemer in de lijst en direct daarna via een particulier (of omgekeerd). Dit is nu opgelost: als een tooltip verschijnt dan verdwijnt ook altijd de vorige.

6.5 Vervangingsmodule: contextmenu toegevoegd op kolom Naam in lijst met kandidaten In de vervangingsmodule bij eenmalige vervangingen is nu op de kalender onderaan elke tab een contextmenu toegevoegd aan de kolom met de naam van de persoon. Wanneer men nu klikt met de rechtermuisknop in die kolom, verschijnt dus een contextmenu, en daarin staat de menukeuze “Naar fiche”. Hiermee kan men snel overschakelen naar de fiche van de werknemer/particulier in kwestie.


18.08.2015 - 65

6.6 Issue 103071 – nieuwe periode voor Re/Ro tellers In de globale instellingen is nu een nieuwe mogelijkheid om in te stellen welke periodes gebruikt moeten worden voor de Re/Ro tellers. De nieuwe mogelijkheid werkt zoals Kwartaal waarbij dan het tweede en derde kwartaal zijn samengevoegd tot een periode van 6 maanden, die dan loopt van april tot en met september.

6.7 Particuliertheoplanning toont nu overlay van werknemertheoplanningen In de particulierfiche wordt nu op de geselecteerde week van de particuliertheoplanning een overlay getoond van de werknemertheoplanningen. Er is dus te zien welke werknemers die particulier zullen bedienen volgens hun theoplanning.

De overlay wordt standaard getoond maar kan verborgen worden door het vinkje onderaan uit te zetten.


18.08.2015 - 66

Omdat in de loop van een particuliertheoplanningen een werknemertheoplanning kan gestopt en terug gestart worden, is er een filter voorzien om niet teveel blokjes naast elkaar te moeten tonen. De optie “vanaf vandaag” toont items uit werknemertheoplanningen die op de datum van vandaag of in de toekomst geldig zijn, binnen de grens van de particuliertheoplanning. Dus als de particuliertheoplanning een stopdatum heeft, worden werknemertheoplanningen die vanaf die datum of later starten niet meer getoond in de overlay. De optie “laatste” zorgt ervoor dat enkel items van de laatste werknemertheoplanningen die van toepassing zijn worden getoond. Als de particuliertheoplanning in kwestie een stopdatum heeft, dan worden de items getoond van werknemertheoplanningen die nog geldig zijn op de stopdatum van de particuliertheoplanning of die geen stopdatum hebben. Als de particuliertheoplanning geen stopdatum heeft, worden enkel items getoond van werknemertheoplanningen die geen stopdatum hebben. In elk item dat getoond wordt, zie je volgende zaken:  Naam werknemer  Prestaties  Startdatum van theoplanning werknemer  Stopdatum van theoplanning werknemer, of “lopende” als er geen stopdatum is  Een aanduiding van in welke theoweken van de werknemertheoplanning het item voorkomt “w1/1” : in week 1 van 1 (dus wekelijks) “w1/2” : in week 1 van 2 (dus om de twee weken) “w2/2” : in week 2 van 2 (dus om de twee weken) “w1+2/2” : in week 1 en week 2 van de 2 weken (dus wekelijks)

6.8 Planningitem venster: optie “particulier wenst vervanging” hernoemd naar “particulier wenst eenmalig vervanging” In het venster om een planningitem te bewerken in de planningmodule was reeds een optie aanwezig om aan te geven dat de particulier vervanging wenste omwille van de afwezigheid van de werknemer. Aangezien deze optie enkel betrekking heeft op eenmalige vervanging is dit nu ook als dusdanig aangegeven.

Het contextmenu van planningitems is overeenkomstig aangepast. Vroeger heette dit “Neem particulier op in vervanging”.


18.08.2015 - 67

6.9 Issue 104164 – fout bij verslepen planningitem in maandplanning naar ongeldige locatie In de planningmodule bij maandweergave gebeurde er een fout als de gebruiker een planningitem versleepte naar een ongeldige locatie (buiten de kalender). Dit probleem is nu opgelost. Bij verslepen naar een ongeldige locatie wordt het planningitem teruggezet op de vorige locatie.

6.10 Issue 104168 – link “werknemervervangingen herladen” was verdwenen In de vervangingsmodule op tabblad Werknemers (eenmalige vervanging) was de link om de vervangingen van dat tabblad te herladen niet meer zichtbaar. Dit probleem is opgelost.

6.11 Particuliertheoplanning: men kan nu makkelijk theoretische weken verwisselen In de theoretische planning van de particulierfiche kan men nu makkelijk de weken onderling verwisselen via twee nieuwe knoppen:


18.08.2015 - 68

6.12 Issue 102248 – Q-waarden werden niet eerst leeggemaakt bij aanmaak nieuwe werknemer In de werknemerfiche werden de Q-waarden niet op nul gezet wanneer men een nieuwe werknemer aanmaakte. Daardoor kon het zijn dat er nog de Q-waarden van de vorige geselecteerde werknemer instonden en dat deze per ongeluk werden meegenomen als Qwaarden voor de nieuwe werknemer. Dit probleem is nu opgelost: de Q-waarden worden nu op nul gezet bij aanmaak van een nieuwe werknemer.

6.13 Issue 101670 – bij werknemers op tabblad Log staan er labels onderstreept terwijl dit nergens anders is Op tabblad Log in de werknemerfiche en op tabblad Commentaar in de particulierfiche stonden bepaalde labels onderstreept. Deze zijn nu verwijderd. De visuele grootte van het commentaarveld is ook wat aangepast.

6.14 Issue 101668 – aanpassen framenaam In de werknemerfiche op tabblad “ID” is het frame “Arbeidskaart” hernoemd naar “Werkregime”.

6.15 Vervangingsmodule: filteroptie toegevoegd voor strikte of niet-strikte eenmalige vervanging In de vervangingsmodule bij eenmalige vervanging is nu voor de werknemers de keuze beschikbaar om strikte of niet-strikte eenmalige vervangingen te zoeken. Bij niet-strikte eenmalige vervangingen kan men nog eenmalige vervangingen te zien krijgen die eigenlijk een permanente vervanging zijn, en zichtbaar zijn doordat de theoplanning naar de effectieve planning gekopiëerd is geweest. Door de filter op strikte eenmalige vervanging te zetten krijgt men enkel nog ‘pure’ eenmalige vervangingen. De filter ‘strikt eenmalig’ staat standaard aan indien de module permanente vervanging geactiveerd is in CheQpoint. Wanneer permanente vervanging niet geactiveerd is, kan men de filter ook gebruiken maar staat deze standaard uit. Bij het tabblad eenmalige vervanging werknemers:

Bij het tabblad eenmalige vervanging particulieren:


18.08.2015 - 69

6.16 Werknemerfiche: aanpassingen aan layout van info over geselecteerd contract/bijlage Er zijn wat cosmetische wijzigingen gebeurd in de werknemerfiche op tabblad Contract, bij het gedeelte met informatie over een contract/bijlage dat in de lijst met contracten en bijlagen geselecteerd werd. Vóór:

Na:

6.17 Particulierfiche: aanpassingen aan stopzetten flow particulier en interpretatie ‘datum stop’ Stopzetten flow particulier heeft een nieuwere layout gekregen. Het is nu een wizard bestaande uit 4 stappen:


18.08.2015 - 70

Er wordt vanaf nu eerst gevraagd hoe de ‘datum stop’ van de particulier geïnterpreteerd moet worden. Vroeger werd de datum stop geïnterpreteerd als de dag vanaf wanneer de particulier stopgezet is. Het is echter logischer als men als stopdatum ingeeft wat de laatste dag van de particulier is, omdat bij het uit-dienst zetten van werknemers ook de laatste werkdag van de werknemer wordt gehanteerd en niet de dag daarna. Omwille van compatibiliteit met het verleden stelt CheQpoint de gebruiker bij het uitvoeren van ‘stopzetten flow’ in staat om aan te geven wat bedoeld werd met de ‘datum stop’ die ingevoerd werd. Bij particulieren die in een oudere CheQpoint versie werden stopgezet zal waarschijnlijk de tweede optie “de dag daarna” relevant zijn, terwijl men bij het stopzetten van een particulier bij de nieuwe CheQpoint versie normaal gezien de eerste optie “laatste dag” zal willen gebruiken. Standaard is de eerste optie geselecteerd. Stap 2 en 3 van de wizard zijn identiek aan de twee stappen die de wizard vroeger reeds ondersteunde. Het doorvoeren van de wijzigingen is naar een aparte stap 4 verzet.

6.18 Bugfix: particulierfiche: werknemerhistoriek op basis van theoplanning toonde verkeerde ‘tot’ datum In de particulierfiche op tabblad Werknemers kan men zien in welke werknemertheoplanningen de particulier staat. Dit overzicht toonde de ‘van’ en ‘tot’ datum van de theoplanningen in kwestie. Het was echter zo dat als ‘tot’ datum niet de laatste dag waarop de theoplanning geldig was getoond werd, maar de dag daarna. Dit probleem is nu opgelost, zodat vanaf nu de laatste dag van de theoplanning wordt getoond. Ook zijn de kolommen hernoemd zodat het duidelijker is dat de datums inclusief zijn. Kolom ‘van’ is hernoemd naar ‘vanaf’, en kolom ‘tot’ is hernoemd naar ‘tot en met’. Volgende screenshot laat zien dat het probleem opgelost is. Vorige CheQpoint versies toonden voor de tweede theoplanning in de lijst 4 maart i.p.v. 3 maart als ‘tot’ datum.


18.08.2015 - 71

6.19 Nieuw Veld ‘Gebruikersnummer 2’ Er is een veld bijgekomen voor een tweede gebruikersnummer bij Sodexo. Dit veld staat onder het eerste.

6.20 Nieuw: Codeboek 6.21 Nieuw: Veld ‘Regio bij klant’ Er is een nieuw keuze veld voor de ‘Regio’ van de klant. Dit is een keuzelijst waarvan de waarden uit de ‘Codeboek’ komen. Dit gebeurd via de code ‘REG’.

6.22 Nieuw: Veld ‘Sleutel van klant’ Er is een optie beschikbaar gekomen om aan te geven of de werknemer een sleutel van de klant heeft gekregen. Dit veld staat op het tabblad ‘Overige’ en heeft de naam ‘Sleutel van klant’

6.23 Nieuw: Veld ‘Opnemen in vervangingsmodule’ Op het tabblad ‘Overige’ in de klantenfiche is er een veld bijgekomen om aan te geven of deze klant opgenomen moet worden in de vervangingsmodule. Dit is terug te vinden onder Voorrang. Dit veld komt standaard aangevinkt te staan als een klant onder ‘Prospect’ komt. Dit is dus bij een nieuwe klant.

6.24 Nieuw: Controle op gebruikersnummer in klantenfiche Het is mogelijk om in te stellen dat er in de klantenfiche het gebruikersnummer gecontroleerd moet worden. Dit gebeurd via de setting ‘ControleerGebruikersnummer’ in ‘tblglobalsettings’. Een waarde van 1 zal deze instelling inschakelen. Standaard staat deze uit. De controle houdt in dat dit leeg mag zijn, maar als het ingevuld is aan volgende voorwaarden voldoet:  het formaat moet het volgende zijn: 000/0000/00000  de laatste 2 cijfers zijn gelijk aan de module 97 van de 10 voorgaande cijfers

6.25 Nieuw: Velden Schoenmaat, Handschoenmaat en Schortmaat Op het tabblad overige zijn er 3 nieuwe velden bijgekomen: schoenmaat, handschoenmaat en schortmaat. Deze kunnen teruggevonden worden onder ‘Accessoires’ op het tabblad ‘Overige’. Dit zijn voor alle 3 numerieke velden waar een waarde tussen 0 en 100 ingevuld kan worden.


18.08.2015 - 72

7 CheQpoint 2.0.7 7.1 Bugfix: fout bij openen vervangingsmodule als permanente vervanging niet geactiveerd was (Dit probleem was aanwezig in versie 2.0.6.1 maar is reeds opgelost in 2.0.6.2) Er kwam een foutmelding wanneer men de vervangingsmodule opende met een CheQpoint database waarin permanente vervanging niet ingeschakeld was.

7.2 Particulierfiche: nieuw veld om aan te geven of de particulier vervanging wenst bij afwezigheid van de werknemer In de particulierfiche is op tabblad ‘Overige’ de mogelijkheid toegevoegd om aan te geven of de particulier vervanging wenst bij afwezigheid van de werknemer. Standaard is er geen van de mogelijkheden geselecteerd en dit betekent hetzelfde als ‘vraag het telkens’.

7.3 Bugfix: genereren van een contract/bijlage mislukte door speciaal karakter in naam van werknemer Wanneer in de werknemer een karakter voorkwam dat niet toegelaten is in een bestandsnaam, zoals een slash of een sterretje, dan zorgde dit ervoor dat men geen contract of bijlage kon genereren voor die werknemer, omdat de naam van de werknemer werd gebruikt in de naam van het bestand. Dit probleem is opgelost doordat vanaf nu ongeldige karakters worden omgezet naar een underscore (“_”). Hetzelfde probleem bestond bij het genereren van een contract voor een particulier.

7.4 Werknemerfiche: bij toevoegen van een ziekte- of vakantieperiode wordt nu gevraagd voor welke particulieren vervanging gezocht moet worden Wanneer men in de werknemerfiche nu een ziekte- of vakantieperiode toevoegt, wordt er gevraagd voor welke van de getroffen particulieren vervanging gezocht moet worden. Voor particulieren die in hun fiche ‘altijd’ of ‘nooit’ hebben staan bij ‘Wenst vervanging bij afwezigheid werknemer’ wordt dit niet gevraagd, maar wordt de desbetreffende keuze uit de fiche overgenomen. Dus ‘altijd’ betekent wél vervanging, en ‘nooit’ betekent géén vervanging in dit geval. Als er particulieren zijn waarvoor expliciet gevraagd moet worden of vervanging gewenst is, dan wordt er een dialoogvenster getoond met een lijst van de particulieren, met een vinkje voor elke naam. Men kan dan aanvinken wie vervanging wenst, en daarna drukt men op OK om het venster te bevestigen.


18.08.2015 - 73

7.5 Nieuw: Velden Schoenmaat, Handschoenmaat en Schortmaat (*) Op het tabblad overige zijn er 3 nieuwe velden bijgekomen: schoenmaat, handschoenmaat en schortmaat. Deze kunnen teruggevonden worden onder ‘Accessoires’ op het tabblad ‘Overige’. Dit zijn voor alle 3 numerieke velden waar een waarde tussen 0 en 100 ingevuld kan worden.

7.6 Nieuw: Velden Regio, Werkgebied en Wijk (*) Op het tabblad Overige zijn er velden bijgekomen om het werkgebied te bepalen. Deze zijn: regio, werkgebied en wijk. Als er een regio gekozen wordt zal het reeds gekozen wergebied gewist worden en de lijst met werkgebieden opgevuld worden met de werkgebieden die bij de gekozen regio horen. Als er een Werkgebied gekozen is zal hetzelfde gebeuren bij wijk. Hier is het belangrijk dat wanneer je wenst dat deze velden opgeslagen worden een wijk ingevuld is. De code voor de codeboek zijn de volgende: Regio: REG Werkgebied: WER Wijk: WIJ

7.7 Nieuw: Veld Basisopleiding (*) Op het tabblad Overige is er een keuze veld voor basisopleidingen. De waarden die hier gekozen worden komen uit de codeboek met de waarde 141.

7.8 Nieuw: Velden Voorkeur van verwittigen en Elektronische maandelijkse zending (*) Op het tabblad ‘overige’ zijn er velden voor de manier waarop de klant wenst verwittigd te worden en een aanvinkveld ‘Elektronische maandelijkse zending’. De keuzelijst met manieren van verwittigen wordt opgevuld aan de hand van de codeboek met de waarde: 5000.

7.9 Nieuw: Veld Medisch centrum (*) Op het tabblad Ziekte/Overige is er een veld bijgekomen voor medisch centrum. Dit is een tekst veld waar maximaal 100 karakters in kunnen.

7.10 Nieuw: Venster om Wijk te zoeken (*) Naast wijk op het tabblad Overige is er een knop, met 3 puntjes, bijgekomen om gemakkelijke door de werkgebieden te navigeren.


18.08.2015 - 74


18.08.2015 - 75

8 CheQpoint 2.0.8 8.1 Stopzetten flow werknemer: aangemaakte notitie bevat nu volledige naam van CheQpoint gebruiker Bij het uitvoeren van stopzetten flow werknemer wordt aan effectieve planningen die niet als te verwijderen gemarkeerd werden een notitie toegevoegd die vermeldt dat de werknemer gestopt is. In deze notitie werd de loginnaam vermeld van de gebruiker die stopzetten flow uitvoerde. Vanaf nu wordt de volledige naam van de gebruiker vermeld in de notitie, voor zover deze bekend is. De loginnaam wordt ook nog altijd vermeld.

8.2 Stopzetten flow werknemer: niet meer alle effectieve planningen worden gemarkeerd als ‘particulier wenst eenmalige vervanging’ Bij stopzetten flow werknemer wordt de theoplanning van de werknemer stopgezet en worden de planningitems die zich na de stopdatum bevinden aangepast of verwijderd. De gebruiker kon hierbij voor elk individueel planningitem kiezen tussen ‘Opnemen in VVM’ en ‘Verwijderen’. Tot nu toe stond standaard altijd voor alle planningitems de optie ‘Opnemen in VVM’ geselecteerd. Vanaf nu is de standaardoptie voor elk planningitem meestal ‘Verwijderen’. Volgende overwegingen worden gemaakt om de standaardkeuze te bepalen:  Als de planning geen prestaties bevat waarbij gewerkt wordt voor een particulier (uurcodes ‘U’, ‘O’, ‘Re’, ‘STRT’, ‘STRA’, ‘G’, ‘STRTO’, ‘STRAO’ en ‘VOP’)  standaard ‘Verwijderen’  Als de planning niet gekopieerd was uit de theoplanning, of als de particulier verschilt van die in de theoplanning  standaard ‘Opnemen in VVM’  In alle andere gevallen  standaard ‘Verwijderen’ De gebruiker kan daarna nog altijd voor elk planningitem individueel de keuze wijzigen.

8.3 Stopzetten flow particulier: aantal te ontvangen cheques wordt nu op nul gezet Bij het uitvoeren van stopzetten flow particulier worden de prestaties in de de effectieve planning waarin de particulier voorkomt (na de stopdatum) op uucode ‘Ps’ (werkloos wegens particulier stop gezet). Hierbij moest in principe ook het aantal te ontvangen cheques op nul gezet worden, maar dat werd blijkbaar nog niet gedaan. Dus is nu opgelost.

8.4 Stopzetten flow particulier: planningen met de particulier in kwestie zullen niet meer onterecht bij eenmalige vervangingen verschijnen Bij stopzetten flow van een particulier worden twee zaken gedaan: 1. Aanpassen van theoplanningen van werknemers die de particulier in de theoplanning hebben staan 2. Aanpassen van planningitems in de effectieve planning waarin de particulier voorkomt


18.08.2015 - 76

Bij deel 1 werd een theoplanning die over de stopdatum heen liep gesplitst in een deel tot aan de stopdatum (inclusief) en een deel na de stopdatum. In het deel na de stopdatum werd de stopgezette particulier weggehaald en werd ‘Terug in te plannen’ gezet. Het was tot nu toe echter zo dat planningitems die zich na de stopdatum gevonden en voor de stopzetting naar de planning gekopieerd waren verschenen in de vervangingsmodule als eenmalige vervanging. De oorzaak hiervan was dat ze nog naar de oude theoplanning verwezen waar de particulier nog wel in stond. Nu is stopzetten flow aangepast zodat alle planningitems na de stopdatum ook gaan verwijzen naar de nieuwe theoplanning waar ‘Terug in te plannen’ staat. Hierdoor verschijnen de planningitems niet meer onterecht als eenmalige vervanging wanneer de filter ‘strikt eenmalig’ aanstaat.

8.5 GKD import: bugfix: lege aanvraagdatum werd verkeerd opgeslagen Bij het invullen van een aanvraagdatum werd soms ‘0001-01-01’ opgeslagen in plaats van NULL. Dit is nu gefixt.


18.08.2015 - 77

9 CheQpoint 2.0.9 9.1 Bugfix 106489 Om designtime code te blokkeren wordt meestal de Control. DesignMode property gebruikt. In de meeste gevallen werkt dit prima, maar bij sommige instanties werkt dit niet als verwacht, het werkt ten eerste niet in de constructor van de Control. Ten tweede, de Designmode property is false voor "kleindkind" controls, bijvoorbeeld voor controls die gehost zijn in een UserControl en wanneer deze UserControl terug een ouder heeft. Dit zorgt voor problemen, want de Designer heeft fouten weer bij het ontwikkelen omdat code door de Designer wordt uitgevoerd die bedoelt is voor Runtime. Dit kan leiden tot onverwachtse resultaten zoals het verdwijnen van code en Controls indien u deze fout negeert, of het zorgt er zelfs voor dat u de Designer helemaal niet meer kan openen. Voorbeeld van zo’n foutmelding:

Hiervoor is er een workaround gemaakt, die recursief bepaalt of er een ouder van de control in Designmode is. Als aan die voorwaarde wordt voldaan, dan is de control zelf ook in Designmode ook al heeft hij dit niet weer.

9.2 Issue 105431 planningen met gevalideerde cheques werden niet in de kleur van gevalideerde cheques weergegeven Wanneer alle cheques van een planning gevalideerd worden, dan moet de planning weergegeven worden in een speciale kleur die aanduidt dat de cheques gevalideerd zijn. Deze functionaliteit werkte blijkbaar niet meer; de kleur van de planning veranderde niet na het valideren. Dit probleem is nu opgelost.


18.08.2015 - 78

9.3 Geavanceerde zoekfunctie werknemers/particulieren: men kan nu zoeken op basis van het CheQpoint ID van de persoon Met de geavanceerde zoekfunctie kan men zoeken op basis van verschillende kenmerken van de persoon: naam, kantoor, adres, e-mail… Vanaf nu kan ook op basis van het CheQpoint ID gezocht worden.

9.4 Werknemerfiche: cosmetische wijzigingen  Tabblad Gezin: frame “Burgerlijke staat && echtgeno(o)t(e)” is hernoemd naar “Burgerlijke staat & partner”. (Issue 105709)  Tabblad ID: frame "Werkregime" hernoemd naar "Arbeidskaart", en frame "Arbeidskaart" is verwijderd en de inhoud daarvan (RSZ ritme) staat nu los op het tabblad. (Issue 105707)

9.5 Issue 105720 – Werknemer theoplanning: velden Qtg en Qtw bleven leeg In de werknemerfiche op tabblad “Theoretische planning “ worden rechts bovenaan de velden Q, Qgw, Qtg en Qtw getoond. Qtg en Qtw zijn afkomstig van de getoonde theoplanning. Door een bug in CheQpoint bleven deze velden echter leeg. Dit probleem is nu opgelost.

9.6 Issue 105620 -- Bug bij 'bewerken' in planning: kiezen particulier uit ander kantoor Wanneer in de effectieve planning een planningitem bewerkt wordt, kan men via het vergrootglas-icoon naast het veld met de huidige particulier een andere particulier kiezen d.m.v. de geavanceerde zoekfunctie. In die zoekfunctie is het mogelijk om ook personen te kiezen uit een ander kantoor dan het huidige. Wanneer men echter een persoon uit een ander kantoor koos, dan werd het zoekvenster gesloten maar de gekozen persoon kwam niet in het particulier-veld van het planningvenster te staan. Dit probleem is nu opgelost. Hetzelfde probleem deed zich ook voor in de theoretische planning, en ook daar is het probleem opgelost.

9.7 Bugfix: particuliertheoplanning: overlay werknemertheoplanning toonde soms verkeerde weeknummers Wanneer de permanente vervanging is geactiveerd, dan kan in de particulierfiche een theoretische planning voor de particulier gemaakt worden. Hierop wordt door CheQpoint een overlay geplaatst die een overzicht geeft van hoe de theoretische planning ingevuld wordt door de theoretische planningen van werknemers. Er was echter nog een bug aanwezig waardoor de weeknummers getoond op de overlay niet correct waren. Bijvoorbeeld: een werknemer heeft een theoplanning van 4 weken en bedient de particulier in week 1 en week 3. Dan moest op de overlay dus “w1+3/4” getoond worden. Maar blijkbaar werd “1+2+3+4/4” getoond, wat niet juist was.


18.08.2015 - 79

10 CheQpoint 2.0.10 10.1 Aanpassing: Particulier CheQpoint id vergroten Het veld voor CheQpoint id is in de fiche voor particulieren vergroot. Hierdoor kunnen ook langere ids volledig weergegeven worden.

10.2 Aanpassing: Elektronische maandelijkse zending wordt Elektronische zending Elektronische maandelijkse zending is gewijzigd naar elektronische zending. Dit veld staat op de werknemersfiche op het tabblad ‘Overige’.

10.3 Aanpassing: Handschoenmaat en schortmaat zijn lijsten Het veld handschoenmaat en schortmaat zijn nu keuzelijsten. De code soort moet nog bepaald worden.

10.4 Nieuw: Extra velden voor transit In de database zijn er extra velden bijgekomen voor de transit toepassing.  tblcontract ◦ ExternID  tbltheoitem


18.08.2015 - 80

◦

ExternID

 tblwerknemerdienst ◦ ExternID  tblwerknemerqwaarden ◦ DatumVan ◦ DatumTot

10.5 Bug: Autoformateren van gebruikersnummer Door een fout in de programatie wordt voor het gebruikersnummer toch standaard in het formaat ‘000/0000/00000’ verwacht. Er werd besloten om dit zo te laten en een extra instelling te maken om dit in en uit te schakelen. Deze instelling is ‘FormatGebruikersnummer’. ‘ControleerGebruikersnummer’ wordt nu enkel nog gebruikt op te controleren op het controlegetal. Standaard staan nu beide instellingen op ‘1’. Deze kunnen gewijzigd worden in tblglobalsettings.

10.5.1 FormatGebruikersnummer 10.5.1.1 Waarde: 1 Door de instelling op ‘1’ te plaatsen, wordt het formaat van het gebruikersnummer gecontroleerd en automatisch geformateerd bij het verlaten van het veld. 10.5.1.2 Waarde: 0 Door de instelling op ‘0’ te plaatsen, wordt dit een vrij veld en kan het gebruikersnummer zo ingegeven worden zoals gewenst.

10.5.2 ControleerGebruikersnummer 10.5.2.1 Waarde: 1 Door de instelling op ‘1’ te plaatsen wordt er een controle uitgevoerd aan de hand van een modulo 97. Dit houd in dat alle niet numerieke waardes verwijderd worden en van deze cijfers zonder de laatste 2 een modulo genomen wordt. Dit resultaat wordt dan vergeleken met de laatste 2. In combinatie met de setting ‘’ zijn dit de cijfers 1 t.e.m. 10 modulo 97 die vergeleken worden met de cijfers 11 t.e.m. 12. 10.5.2.2 Waarde: 0 Door de instelling op ‘0’ plaatsen wordt deze controle uitgeschakeld.

10.6 Bugfix: particuliertheoplanning: overlay van werknemertheoplanningen was soms onvolledig Op de particuliertheoplanning werden niet altijd alle planningen van werknemers getoond.

10.7 Particuliertheoplanning: behoud van weekselectie bij bewerken/opslaan/annuleren Vroeger sprong de particuliertheoplanning altijd terug naar week 1 als men de bewerkingsmodus binnenging of verliet. Vanaf nu blijft de selectie behouden in plaats van terug te springen naar week 1.


18.08.2015 - 81

10.8 Permanente vervanging: nieuw contextmenu om naar de theoplanning te springen In de permanente vervanging is nu een contectmenu toegevoegd op de lijsten van werknemers en particulieren, waarmee men snel kan springen naar de theoplanning van de geselecteerde persoon in de lijst.

10.9 Bugfix: vervangingsmodule: tabblad Permanent toonde ook werknemers met Q < Qgw die geen open theoplanning meer hadden Wanneer de optie ‘toon werknemers met Q < Qgw’ aanstond, werden alle werknemers getoond met Q < Qgw, ongeacht of ze nog een open theoplanning hadden of niet. Dit betekent dat ook werknemers die reeds uit dienst waren nog werden getoond. Dit probleem is nu opgelost, zodat enkel nog werknemers worden getoond die nog een theoplanning zonder einddatum hebben.

10.10 Werknemerfiche herladen na stopzetten particulier Bij het uitvoeren van stopzetten flow particulier wordt nu gezorgd dat de werknemerfiche die openstaat, herladen wordt als het om een werknemer gaat die betrokken was bij de stopgezette particulier. Op die manier is het duidelijk dat de particulier uit de theoplanning van die werknemer verwijderd is geweest.

10.11 Planning herladen na stopzetten particulier of werknemer Bij het uitvoeren van stopzetten flow voor een particulier of werknemer wordt nu automatisch de openstaande effectieve planning herladen. Op die manier is het duidelijk dat de effectieve planning werd aangepast bij de geselecteerde werknemer.

10.12 Aanpassing aan cheques logging plugin De cheques logging plugin bij een bepaalde CheQpoint klant is aangepast zodat deze records met cheques type ‘B’ zal negeren. Deze records zijn niet van toepassing op cheques logging en worden gebruikt voor het bijhouden van klantenbijdragen.

10.13 Bugfix: enkele fouten opgelost in vervangingsmodule (herladen) Er zijn enkele fouten opgelost in de vervangingsmodule die zich voordeden bij het selecteren van een andere vervangingsperiode bovenaan of een andere persoon in de lijst vanboven, terwijl onderaan het laden van de kandidaten nog bezig was. Vanaf nu kan men pas een andere periode of persoon selecteren wanneer het laden voltooid is.


18.08.2015 - 82

11 CheQpoint 2.0.11 1.1.

Bugfix 107230

Probleemstelling: CheQpoint 2.0 heeft fout bij update 20130521 in MS-SQL. Er werd geprobeerd een constraint te verwijderen die niet aanwezig is. Oplossing: De fout is ontstaan bij een wijziging op update 20130513. De constraints voor default waarden die hier moest toegevoegd worden werden achteraf verwijderd. Zodoende werd een fout gecreëerd bij update 20130521 waar de constraints tijdelijk moesten verwijderd worden. De statements voor het verwijderen van de constraints zijn bij deze laatste update dus weggelaten om de fout op te lossen.

11.1 Ontwikkeling: Development 106192 – Instellingen prestaties (codes): Soms zijn er meerdere prestatiecodes nodig, meer dan de in CheQpoint ingebouwde codes.. Er is een manier voorzien worden om makkelijk een (afwezigheids)code bij te maken, dit via een ingavescherm. Enkel administrators en instellingenbeheerders hebben recht om deze tool te gebruiken. CheQpoint is aangepast zodat de codes vrij kunnen ingesteld worden. Vroeger werden de codes hardcoded gebruikt om beslissingen in CheQpoint te nemen. Hoofdscherm:


18.08.2015 - 83

De gebruiker kan via het menu  ‘Instellingen’  ’Prestatie instellingen‘ een scherm openen, waarin:  de definities van een bestaande code kunnen geraadpleegd worden  de definities van een bestaande code kunnen gewijzigd worden: ◦ Beperkt indien het gaat om een ingebouwde code van CheQpoint ◦ Volledig indien het gaat om een door de gebruiker aangemaakte code  een nieuwe code kan aangemaakt worden  een bestaande code kan gekopieerd worden  een aangemaakte code (niet ingebouwd) kan verwijderd worden Een prestatiecode bestaat uit verschillende onderdelen: De onderdelen worden weergegeven in de tabel onderaan het hoofdvenster.  Pas op: onderdelen op de interface mogen niet verward worden met velden op de database. Soms hebben deze dezelfde beschrijving maar een andere context. Bijvoorbeeld: ◦ in de tool is Uurcode een verkorte omschrijving (code) voor de prestatie ◦ op de database echter is de uurcode een numerieke identificatie voor de code (ID) In deze beschrijving beperken we ons tot de onderdelen op gebruikersniveau.  ID (Databaseveld: Uurcode  Nieuw): Een uniek nummer voor de prestatie voor identificatie in CheQpoint. Een intern nummer dat niet bedoeld is voor de eindgebruiker maar enkel voor systeemgebruikers voor diagnose of oplossen van eventuele problemen. Volgend bereik is van toepassing: 0 t.e.m. 999: nummering voor ingebouwde prestatiecodes 1000 en hoger: nummering voor door gebruiker ingestelde prestatiecodes


18.08.2015 - 84

 Kleur (Databaseveld: Kleur): Een kleur die wordt toevertrouwd aan de prestatie voor o.a. visualisatie in de planning. Dit zorgt ervoor dat de codes beter opvallen dan indien enkel een tekstuele weergave wordt gegeven. Gebruik deze dus vooral voor uitzonderingsgevallen.  Volgorde (Databaseveld: Sorteervolgorde): Bepaalt de sorteervolgorde voor het weergeven van prestatiecodes. Op diverse plaatsen in CheQpoint wordt deze sorteervolgorde gebruikt: planning, theoretische planning, etc.  Prestatiecode (Databaseveld: CodeDMFA): Een verkorte omschrijving (code) voor het bepalen van de geleverde prestatie van een werknemer.  Looncode (Databaseveld: Looncode  Nieuw): De code voor de verwerking van de prestaties voor de loonsberekening bij het sociaal secretariaat: meestal een één op één relatie maar kan ook een één op veel relatie zijn of omgekeerd. Andere looncodes zoals voor vergoedingen zijn hier niet terug te vinden, het gaat enkel om de relatie tussen prestatie en loon.  Verloning (Databaseveld: Verloning): Factor (decimaal getal) voor de verloning van een werkuur t.o.v. één dienstencheque: Bijvoorbeeld: 0 : betekent dat er geen dienstencheque verwacht wordt voor het gepresteerde werkuur met gegeven code. Let op: het kan wel zijn dat de werknemer wordt verloond, maar de werkgever heeft er niet rechtstreeks/of geen inkomsten door. Een voorbeeld is ziekte (code Z). 1 : betekent dat er één dienstencheque verwacht wordt voor het gepresteerde werkuur. De werknemer krijgt dan normaliter één uur loon uitbetaald. 1,5 : betekent dat er één dienstencheque verwacht wordt voor het gepresteerde werkuur. De werknemer krijgt hier 1,5 uur loon uitbetaald om één werkuur te presteren. Dit kan bijvoorbeeld zijn door weekend-werk of extra uren buiten het normale werkrooster.  Omschrijving (Databaseveld: Omschrijving): Dat is een uitgebreide omschrijving of uitleg van de prestatiecode.  Actief (Databaseveld: Actief  Nieuw): Hier kan men aanduiden of een code al dan niet actief is. Enkel indien actief, komt deze code voor in de beschikbare keuzelijsten van CheQpoint.  Ingebouwd (Databaseveld: BuildIn  Nieuw): Duidt aan of het al of niet gaat om een ingebouwde code in CheQpoint.  Eigenschappen: Al onderstaande velden duiden de eigenschappen aan van de prestatiecode. Eigenschappen duiden achterliggende handelingen van deze code aan. ◦ Arbeid (Databaseveld: EchtWerkVoorKlant): Geeft aan of de prestatie wordt geassocieerd met arbeid van de werknemer. ◦ Vakantie (Databaseveld: Vakantie): Geeft aan of de prestatie wordt geassocieerd met verlof. Deze categorie is uitgebreider dan één specifieke ingebouwde code’V’ dat staat voor jaarlijks verlof. Bijvoorbeeld educatief verlof (ingebouwde code ‘EV’) behoort ook tot deze categorie.


18.08.2015 - 85

◦

◦

◦

◦

◦

◦

◦

Ziekte (Databaseveld: Ziekte): Geeft aan of de prestatie wordt geassocieerd met ziekte. Bijvoorbeeld ingebouwde code ‘Z’ voor ziekte en ingebouwde code ‘C’ voor carensdag. Verplaatsing naar klant (Databaseveld: VerplaatsingNaarKlant): Duidt aan of een verplaatsing nodig is voor de werknemer naar zijn werkpost (klant). Dit is o.a. van belang voor de km-module, voor berekening van de verplaatsings(vergoeding) van de werknemer. Vereist klant (Databaseveld: VereistKlant): Duidt aan of een klant vereist is indien deze code wordt gebruikt. Tonen in theoplanning (Databaseveld:TonenInTheoplanning ): Geeft aan of de code beschikbaar moet gesteld worden in de theoretische planning. Voorlopig is deze eigenschap niet meer van toepassing (begin 2013), deze eigenschap kan later terug worden geactiveerd. Enkel bij werknemer in dienst (Databaseveld: WerknemerInDienst): Duidt aan dat de prestatiecode vereist dat de werknemer in dienst is (indien waarde 1 of aangevinkt), indien de waarde 0 is of uitgevinkt is geen klant vereist maar houdt niet tegen dat er wel een klant kan gekoppeld zijn. Werknemer zoekt vervanging (Databaseveld: WknZoektVervanging): Zorgt ervoor indien deze code wordt gebruikt, de werknemer vervanging zal nodig hebben, dus een andere of nieuwe klant zal nodig hebben. Deze code is ook van belang voor de vervanginsmodule. Klant zoekt vervanging (Databaseveld: KlantZoektVervanging  Nieuw): Zorgt ervoor indien deze code wordt gebruikt, de klant vervanging zal nodig hebben, dus een andere of nieuwe werknemer zal nodig hebben. Deze code is ook van belang voor de vervanginsmodule.

Filter: De velden bovenaan het hoofdvenster vormen de zoekfilter. Men heeft de mogelijkheid om een bestaande prestatiecode op te zoeken op basis van filtervelden: 1. Op prestatiecode, looncode en omschrijving: dat zijn zoekvelden. In deze velden kan u opzoekingen doen door een gedeelte van de tekst in te geven, u kan ook het teken % ingeven als joker. Deze joker betekent dat alle tekst voor, tussen of achter een bepaald tekst mag weggelaten worden in de zoekopdracht. 2. Op alle eigenschappen: door middel van een vinkje te plaatsen in het aankruisvak. 3.Op de systeemvelden actief en ingebouwd: ook door middel van een vinkje te plaatsen in het aankruisvak. Acties: Op de knoppenbalk bovenaan het hoofdvenster kan men een bepaalde actie verrichten, hier verduidelijkt in onderstaande screenshot:


18.08.2015 - 86

1. Navigeren: Navigeren doet u met de navigatieknoppen, het stelt u in staat het huidige record te selecteren om te bewerken, kopiëren of verwijderen. Als u prestatie toevoegt met de toevoegen-knop navigeert u automatisch naar de nieuwe prestatiecode. 2. Beheren: Er zijn 2 manieren om een aanpassing in de prestaties te doen:  rechtstreeks in de tabel  via de actieknoppen U heeft de mogelijkheid meerdere records ineens aan te passen.Pas nadat u op opslaan gedrukt heeft, worden de gegevens effectief naar de database verstuurd.Deze methode laat u toe om snel prestatiecodes aan te passen zoals een reeks eigenschappen van een prestatie zonder dat u na elk record op opslaan dient te klikken. Principes:  Rechstreeks in de tabel: Dubbelklik op een cel in de tabel als het om een tekstvak gaat en pas de waarde aan. Voor aankruisvakjes klikt u gewoon in het vakje. Voor knoppen in de grid zoals voor de kleur, klikt u op de cel, u krijgt het volgende venster:


18.08.2015 - 87

Selecteer de kleur en druk op ‘OK’, de cel wordt dan aangepast: - de kleur verandert - de ARGB waarde wordt getoond Cellen met een lichtgrijze achtergrond kunnen niet worden gewijzigd.Dit is het geval bij ingebouwde codes (vastgelegde codes in CheQpoint door de ontwikkelaars). Bij het editeren van een prestatie wordt het record in de tabel, aangeduid met dit teken:

.

 via de actieknoppen: U kan ook een prestatiecode toevoegen, kopiëren, bewerken en verwijderen met de gelijkname knoppen. Bij toevoegen, kopiëren of bewerken krijgt u het volgende venster:


18.08.2015 - 88

Bij ‘toevoegen’ zijn de velden blanco en moeten deze nog ingevuld worden. Druk daarna op ‘OK’ om te bevestigen. Vergeet niet op te slaan in het hoofdmenu, pas dan worden de gegevens effectief bewaard. Bij ‘bewerken’ zijn de velden vooraf ingevuld met de gegevens van de prestatie, u bent vrij deze te wijzigen. Enkel ingebouwde codes kunnen niet volledig aangepast worden. Velden die niet modifieerbaar zijn, zijn geblokkeerd en krijgen een lichtgrijze tint. Aanpasbare velden zijn dan: actief, kleur, prestatiecode, looncode, volgorde en omschrijving. Bij ‘kopiëren’ wordt het geselecteerde record in de tabel, aangeduid met dit teken: , gekopieerd. Enkel de prestatiecode wordt niet meegenomen aangezien deze uniek moet zijn. De looncode en omschrijving zijn ook uniek, maar worden toch mee gekopieerd omdat deze dikwijls slechts lichtjes hoeven aangepast te worden. Als u een ingebouwde code kopieert, kunt u natuurlijk wel alle velden wijzigen. Alle codes die u toevoegt of kopieert zijn uiteraard automatisch niet ingebouwde codes. Het verwijderen van een prestatiecode moet met enige voorzichtigheid genomen worden, zoals dit ook wordt weergegeven op de grafische interface:

3.Opslaan: De gegevens moeten expliciet naar de database gestuurd worden om te bewaren. Mocht u dit toch vergeten, zoals bij het afsluiten of vernieuwen van het venster, dan krijgt u wel nog een waarschuwing:

Indien u hier ’Ja’ drukt worden de gegevens bewaard en wordt de eerder genomen actie vervolgt. Indien u ‘Nee’ drukt worden de gegevens niet bewaard en wordt de actie vervolgt.


18.08.2015 - 89

Indien u ‘Annuleren’ drukt worden de eerder genomen actie geannuleerd (en komt u in de vorige toestand alsof u de actie niet zou uitgevoerd hebben). U kan dus zoals u kan vermoeden meerdere prestatiecodes tegelijk wijzigen (alvorens te bewaren) 4. Zoeken: U kan een selectie (uit de database) ophalen door iets in te vullen in de filtervelden. Als u op ‘enter’ drukt terwijl u op één van de velden gefocust bent, dan wordt de tabel opgevuld met de resultaatlijst. U kan ook op de knop ‘vernieuwen’ drukken om op het even welk moment de gegevens te vernieuwen, de recentse data wordt dan uit de database gehaald. 5. Exporteren: U kan de opgevraagde lijst met prestatiecodes laten exporteren naar een openXML document alias Microsoft Excel xlsx spreadsheet.OpenXML is een open standaard en kan ook met andere pakketten buiten Microsoft Office worden gebruikt. Bij het drukken op exporteren krijgt u een dialoogvenster waar u een locatie en de naam van het exportbestand kan opgeven:

Daarna kan u het bestand zelf openen in uw besturingssysteem door naar de ingegeven opslaglocatie te gaan. 6. Afdrukken: U heeft ook de mogelijkheid om de lijst af te drukken met de afdrukken-knop. De afdrukgenerator houdt rekening met de instellingen van de grid (tabel), bijvoorbeeld als u kolommen zou verbreden(in de tabel) dan worden deze ook verbreed afgedrukt. Het eerste wat u krijgt als u op de knop heeft gedrukt zijn de printopties:


18.08.2015 - 90

Met de printopties bepaalt u welke kolommen van de tabel wilt afdrukken. U bepaalt ook of u enkel de selectie van rijen die u heeft gemaakt in de tabel of anders de complete tabel wilt afdrukken. U kan ook een titel meegeven die standaard is ingevuld, zie benaming ‘Prestaties- en looncodes’. U kan deze ook later nog wijzigen in het daarop volgende venster. Met het vakje ‘Aanpassen aan paginabreedte’ kan u de breedte van de afdrukpagina automatisch laten vergroten of verkleinen naargelang de inhoud. Als u daarna op ‘OK’ drukt krijgt u een afdrukvoorbeeld, zoals eerder vermeld kan u ook hier aanpassingen aan de afdruk doen:


18.08.2015 - 91

Druk hier op de ‘afdrukken’-knop links in de toolbar om uiteindelijk het rapport te printen. Voor verdere uitleg over het afdrukvoorbeeld verwijs ik naar de handleiding.

11.2 Vervangingsmodule: tabblad Permanent: hoogte van de lijsten is nu aanpasbaar Op het tabblad Permanent in de vervangingsmodule kunnen de weergegeven lijsten nu in de hoogte versteld worden. (Dit is nog niet mogelijk bij eenmalige vervanging)

11.3 Vervangingsmodule: tabblad Permanent: visualisatie van theoplanning Bij het selecteren van een werknemer bovenaan de lijst op tabblad Permanent in de vervangingsmodule wordt nu de theoplanning van de werknemer in kwestie gevisualiseerd.

11.4 Feestdagen 2014 toegevoegd CheQpoint bevat vanaf nu de feestdagen voor het komende jaar 2014.

11.5 Tabellen met vergoedingen voor woon-werk verkeer auto en openbaar vervoer zijn up-to-date gebracht De tabellen met vergoedingen voor woon-werk verkeer in CheQpoint bevatten verouderde gegevens. In deze versie zijn de cijfers in die tabellen up-to-date gebracht.


18.08.2015 - 92

Opmerking: aangezien er geen historiek op de cijfers zit (dus geen vergoeding-geldig-vanaf datum enzo) zullen de nieuwe cijfers ook gebruikt worden wanneer men de vergoedingen uit het verleden opnieuw zou berekenen, en dit zal dan natuurlijk resulteren in hogere vergoedingen dan bij de vorige berekening.

11.6 Werknemerfiche: validatie van telefoonnummers aangepast zodat beter wordt omgegaan met overbodige spaties Telefoonnummers worden onderworpen aan een validatie bij het opslaan. Hierbij wordt gecontroleerd of een telefoonnummer enkel uit cijfers bestaat, met eventueel nog enkele scheidingskarakters om het nummer was leesbaarder te maken (bvb een punt of een koppelteken of een spatie). Het is echter niet toegelaten om meerdere scheidingstekens naast elkaar te zetten. Volgende scheidingen zijn toegelaten tussen 2 cijfers: 1 spatie Een van volgende tekens met optioneel 1 spatie ervoor en/of erachter: / . Wanneer men dus een telefoonnummer invoerde met bijvoorbeeld twee achtereenvolgende spaties, dan werd dit als een ongeldig nummer beschouwd. Ook wanneer men spaties achter het telefoonnummer had gezet, dan zorgde dit ervoor dat het nummer niet opgeslagen kon worden. Dit is nu als volgt aangepast: Spaties aan het begin of het einde worden automatisch verwijderd vóór de validatie Meervoudige spaties binnenin een nummer worden gereduceerd tot één enkele spatie vóór de validatie (dus bij 3 achtereenvolgende spaties worden er 2 verwijderd en blijft er 1 staan)

11.7 Vervangingsmodule: tabblad Permanent: visualisatie van theoplanning toont nu ook de gewenste momenten van de geselecteerde particulier. Bij de visualisatie van de werknemertheoplanning op tabblad Permanent in de vervangingsmodule worden nu ook de gewenste momenten (gewenst vrij / voorkeur / blokkering) van de onderaan geselecteerde particulier getoond.

Elke theoretische week is dan gesplitst in twee gedeelten; het gedeelte bovenaan toont de gewenste momenten van de werknemer in die week, en het gedeelte onderaan toont de gewenste momenten van de particulier, volgens de weken uit de particuliertheoplanning die met die theoweek van de werknemer samenvallen. Dat kunnen dus meerdere weken van eenzelfde particulier zijn die van toepassing zijn op die ene week van de werknemer. Dit gebeurt bijvoorbeeld wanneer de werknemer maar 1 week in zijn theoplanning heeft en de particulier meer dan 1.


18.08.2015 - 93

De planningitems (grijze en goudgele blokjes) uit de werknemertheoplanning overlappen met de beide gedeelten, om duidelijk te maken dat een in te plannen permanente vervanging moet voldoen aan de gewenste momenten van zowel de werknemer als de particulier.

11.8 Particulierfiche: tab Contract: 'Extra uren' en 'Opnieuw poetshulp' zijn nu niet meer zichtbaar wanneer permanente vervanging geactiveerd is De gedeelten ‘Extra uren’ (particulier wenst … extra uren vanaf … op dagdelen …) en ‘Opnieuw poetshulp’ (particulier wenst opnieuw poetshulp vanaf …) zijn nu niet meer beschikbaar wanneer in CheQpoint het gedeelte permanente vervanging is geactiveerd. Deze velden waren enkel informatief, werden dus niet gebruikt door CheQpoint zelf, en de functionaliteit ervan is nu beschikbaar via de particuliertheoplanning, die kan gebruikt worden is als het gedeelte permanente vervanging geactiveerd is in de CheQpoint database.

11.9 Bugfix: particulierfiche: tab Contract: men kon geen vinkjes terug uitzetten in het venster om dagdelen te kiezen In de particulierfiche op tabblad Contract kan men onder ‘Extra uren’ en ‘Extra hulp’ aangeven voor welke dagdelen dit van toepassing is. Het venster voor het instellen van de dagdelen ziet er als volgt uit:

Er zat echter een fout in dit dialoogvenster waardoor als men een vinkje uitzette en op OK drukte, dit niet werd opgeslagen. Dus het was in feite niet mogelijk om eerder aangevinkte dagdelen terug definitief uit te zetten. Dit probleem is nu opgelost.

11.10 Bugfix: werknemertheoplanning: pijltjes/bolletjes werden niet altijd correct hertekend bij na het verslepen van een planningitem Heenreis en terugreis worden op de planning visueel voorgesteld door een pijltje of een bolletje. Een bolletje betekent van/naar huis, en een pijltje betekent van/naar vorige/volgende particulier. Wanneer men in de theoplanning van de werknemer een planning versleept, dan worden automatisch de heenen terugreis aangepast. Het kon echter gebeuren dat zo’n aanpassing niet direct zichtbaar werd, en dat men op de planning moest klikken alvorens het pijltje/bolletje veranderde. Dit probleem is nu opgelost.

11.11 Bugfix: log/commentaar in fiches: bij een MSSQL database kon men bij een commentaar met type ‘Andere’ geen onderwerp ingeven Dit probleem deed zich enkel voor op een MSSQL database.


18.08.2015 - 94

Bij het ingeven van commentaar op tab Log/Commentaar in de fiche van de werknemer of particulier kon men geen commentaar ingeven met type ‘Andere’. Door verkeerde gegevens in de tabel tblcommenttype kon men bij commentaar met type ‘Andere’ geen onderwerp ingeven, en omdat het standaard onderwerp voor het type ‘Andere’ leeg is, en doordat onderwerp normaal verplicht is in te vullen, kon men dus geen commentaar aanmaken met type ‘Andere’. Aan de andere kant kon men dan weer wel een zelfgekozen onderwerp ingeven voor type ‘Permanente vervanging’ terwijl dat juist niet zou mogen. Dit probleem is nu opgelost.

11.12 Log/commentaar in fiches: men kan nu pas een onderwerp invullen nadat men eerst een type gekozen heeft Vanaf nu is het veld om een onderwerp in te vullen alleen-lezen totdat men een type gekozen heeft. Normaal gezien is dit ook zo de bedoeling, want het veld voor type staat bóven het veld voor het onderwerp.

11.13 Log/commentaar in fiches: een zelfgekozen onderwerp wordt nu niet meer overschreven bij het kiezen van een ander commentaartype Elk type commentaar komt normaal gezien met zijn standaard onderwerp (behalve ‘Andere’; daar is het standaard onderwerp leeg). Bij het kiezen van een ander type werd in het veld dan automatisch het standaard onderwerp voor dat type ingevuld. Dit zorgde er echter voor dat een zelfgekozen onderwerp ook altijd werd overschreven als men van type veranderde. Dit is nu aangepast zodanig dat een standaard onderwerp enkel nog wordt ingevuld als het onderwerp leeg was of als er het standaard onderwerp van het vorige type stond.

11.14 Conflictvenster kopiëren theoplanning: er wordt nu een icoontje getoond met een tooltip met daarin de velden die verschillen tussen links en rechts Het conflictvenster voor kopiëren theoplanning wordt getoond bij het kopiëren van de theoplanning naar de effectieve planning (de kalender), op vraag van de gebruiker ter controle of als er kopieerconflicten zijn. Dit venster heeft de mogelijkheid om enkel de dagen te tonen waarop er verschillen zijn tussen bestaande planningitems en planningitems die gekopieerd worden uit de theoplanning. Soms kon het echter zijn dat deze optie aangaf dat er verschillen waren, maar was dan voor de gebruiker niet duidelijk welke velden nu juist verantwoordelijk waren voor het verschil. Vanaf nu wordt er een extra icoon weergegeven met een tooltip waarin de verschillen worden opgesomd:


18.08.2015 - 95

11.15 Bugfix: conflictvenster kopiëren theoplanning: wanneer het vinkje 'negeer afstanden' was uitgeschakeld, werden sommige afstandsverschillen toch niet getoond. Wanneer de optie ‘enkel de dagen met verschillen tonen’ aanstaat en het vinkje ‘negeer afstanden’ uitgeschakeld is, moeten normaal alle dagen met verschillen getoond worden. Maar desondanks kon het voorkomen dat een verschil niet getoond werd. Dit kwam doordat er bijvoorbeeld in de voormiddag een verschil was en in de namiddag niet; dit zorgde er onterecht voor dat het verschil in de voormiddag werd genegeerd. Dit probleem is nu opgelost.

11.16 Permanente vervanging: lijst met werknemers toont nu ook datum vanaf en tijdstip van-tot In de vervangingsmodule op tabblad ‘Permanent’ wordt in de lijst met werknemers nu ook de ‘datum vanaf’ getoond in een nieuwe kolom ‘Vanaf’. Deze datum is de startdatum van de theoplanning waarin de open plaats staat. Ook wordt nu het tijdstip van-tot (bijvoorbeeld 8:00 – 12:00) mee getoond in de kolom ‘Wanneer’. In deze laatste kolom staan nu dus de dag, het weeknummer, het aantal weken en het tijdstip. Dus bijvoorbeeld “woensdag, w1/2, 08:00 – 12:00”.

11.17 Permanente vervanging: lijst met particulieren heeft nu aparte kolom Vanaf met datum vanaf In de vervangingsmodule op tabblad ‘Permanent’ wordt in de lijst met particulieren de ‘datum vanaf’ nu in een aparte kolom ‘Vanaf’ weergegeven. Voorheen stond deze datum mee in de


18.08.2015 - 96

kolom ‘Wanneer’. Deze datum duidt aan vanaf wanneer de vervanging nodig is. Dit kan bijvoorbeeld de dag zijn na de stopdatum van de theoplanning van een werknemer die de particulier in zijn theoplanning had staan.

11.18 Bugfix: permanente vervanging: herladen lijst met werknemers leidde niet tot invalidatie werknemerselectie Wanneer men in de vervangingsmodule op tabblad ‘Permanent’ op de link ‘permanente vervangingen herladen’ klikte, dan werd de lijst met werknemers op dat tabblad opnieuw ingeladen. Maar de visualisatie van de theoplanning bleef wel staan, ten onrechte, want na het herladen was er geen werknemer meer geselecteerd. Ook de lijst met kandidaat particulieren onderaan bleef intact, terwijl deze ljst normaal enkel geldig is voor de geselecteerde werknemer. Er is nu een aanpassing gebeurd waardoor nu na het herladen van de lijst met werknemers de visualisatie van de theoplanning verdwijnt en de lijst met kandidaat particulieren wordt leeggemaakt.

11.19 Permanente vervanging: link toegevoegd om de visualisatie van de theoplanning te herladen Bij de permanente vervanging wordt een visualisatie van de werknemertheoplanning getoond. Vanaf nu is er ook een link ‘theoplanningen herladen’ toegevoegd, waarmee de gegevens van theoplanningen en dergelijke die in de visualisatie nodig zijn, opnieuw worden ingeladen. Dit is handig voor wanneer dergelijke gegevens buiten de vervangingsmodule zijn gewijzigd.

11.20 Issue 107413: probleem bij drag en drop in vervangingsmodule op tabblad Particulieren Bij een drag en drop in de vervangingsmodule op tabblad ‘Particulieren’ werd soms de verkeerde planning voorgeselecteerd in het dialoogvenster om de vervanging door te voeren. Neem volgend scenario:  er is een particulier geselecteerd die vervanging nodig heeft op dinsdag  er is een werknemer die vervanging nodig heeft op maandag en dinsdag  men sleept de particulier (dinsdag) naar de maandag van de werknemer  in het popupvenster werd dan bij zowel de werknemer als de particulier dinsdag voorgeselecteerd, terwijl eigenlijk bij de werknemer maandag zou moeten geselecteerd zijn omdat naar maandag gesleept werd


18.08.2015 - 97

Dit probleem is nu opgelost, zodat bij bovenstaand scenario nu automatisch maandag geselecteerd zal worden.

11.21 Permanente vervanging: extra info getoond bij visualisatie theoplanning Bij de visualisatie van de werknemertheoplanning op tabblad Permanent van de vervangingsmodule is nog extra informatie toegevoegd. Wanneer men in de lijst onderaan een particulier selecteert, dan worden de gewenste momenten (gewenste vrij, voorkeur en blokkering) van de particuliertheoplanning mee getoond op de visualisatie van de werknemertheoplanning. Elke week van de werknemertheoplanning wordt in twee gesplitst door middel van een horizontale rechte lijn (lichtgrijs); bovenaan de lijn worden de momenten van de werknemertheoplanning getoond, en onderaan de momenten van de particuliertheoplanning. Zo ziet u op het bijgevoegd screenshot dat de werknemer elke week op woensdagnamiddag een blokkeringsmoment heeft en slechts om de 14 dagen een blokkeringsmoment op donderdagnamiddag. De geselecteerde particulier heeft in zijn eerste week (die samenvalt met week 2 van de werknemer) voorkeursmomenten op dinsdag-, donderdag- en vrijdagnamiddag.

Wanneer men in de visualisatie met de muis op de linkse kolom (met de weeknummers) gaat staan, dan verschijnt er een tooltip met meer informatie over die week van de werknemertheoplanning. Het weeknummer van de werknemerweek wordt getoond, met daarbij de Qtw (aantal uren in die theoretische werknemerweek) en Qtg (gemiddeld aantal uren per week in de werknemertheoplanning). Verder wordt in de tooltip een opsomming gegeven van de weken van de particuliertheoplanning die samenvallen met die werknemerweek. Per particulierweek wordt vermeld het percentage aandeel dat die week heeft in de werknemerweek; als er maar 1 particulierweek wordt opgesomd, dan is het aandeel 100%, als er twee zijn is het 50%, als er drie zijn is het 33% enzovoort. Per particulierweek wordt ook vermeld hoeveel uren de particulier wenst bediend te worden in die week.

11.22 Permanente vervanging: men kan nu permanente vervangingen doorvoeren Het tabblad ‘Permanent’ in de vervangingsmodule was al een aantal versies van CheQpoint beschikbaar, maar was nog niet helemaal functioneel, in de zin dat men er nog geen permanente vervangingen mee kon doorvoeren. Vanaf nu is het echter ook mogelijk om met dit tabblad ook echt vervangingen door te voeren.


18.08.2015 - 98

Hoe voert men een vervanging door? 1. Men selecteert een werknemer bovenaan 2. Men stelt eventueel de filters in voor de particulieren en laat dan de lijst met kandidaatparticulieren opnieuw inladen 3. Men selecteert een particulier in de lijst onderaan 4. Men sleept de lijn van de particulier naar de visualisatie van de werknemertheoplanning (naar een geel planningblokje of anders een dag op zich) Na de drag en drop verschijnt volgend dialoogvenster :

In dit venster ziet men de werknemer en particulier in kwestie, en de startdatum en het aantal weken van de (laatste) theoplanning van de werknemer. Men kan dan opgeven op welke dag en tijdstip in de theoplanning de particulier moet ingepland worden. Ook de gewenste prestatiecode en de lengte van de planning dienen gespecifieerd te worden. Tenslotte is er nog de datum vanaf wanneer de wijziging moet ingaan. Deze datum mag niet vóór de startdatum van de (laatste) theoplanning van de werknemer liggen.

11.23 Autocorrectiesysteem voor overlappende theoplanningen Het is niet mogelijk om twee theoplanningen aan te maken bij een persoon zodanig dat deze elkaar overlappen. Echter, door een of meer bugs in het verleden is het wel mogelijk dat deze situatie bestaat bij oudere theoplanningen in de CheQpoint database. Omdat het in CheQpoint op dit moment niet mogelijk is om manueel de overlapping te verwijderen (aangezien de van- en tot-datum enkel bij de laatste theoplanning gewijzigd kunnen worden), is er voor een autocorrectiesysteem gezorgd dat de overlapping fixt bij het opslaan van de fiche. De gebruiker wordt hiervan op de hoogte gebracht met een melding zoals deze:


18.08.2015 - 99

11.24 Bugfix: foutmelding in particuliertheoplanning bij verwijderen van een week Er kon zich soms een fout voordoen bij het proberen verwijderen van een week in de particuliertheoplanning. Dit probleem is nu opgelost.

11.25 Particulierfiche: link toegevoegd om status van permanente vervanging voor die persoon manueel bij te werken De lijst met particulieren die permanente vervanging nodig hebben wordt continu op de achtergrond bijgewerkt. Maar wanneer een particuliertheoplanning net gewijzigd is kan het even duren vooraleer het achtergrond proces terug bij die particulier langskomt om zijn vervangingsstatus na te kijken en bij te werken. En dan kan het zijn dat men vrij lang moet wachten eer de particulier eindelijk in de lijst van permanente vervanging verschijnt. Daarom is nu bij de particuliertheoplanning een linkje toegevoegd “permanente vervanging bijwerken” waarmee men manueel de vervangingsstatus van die particulier direct kan laten bijwerken, zodat men daarna direct met die particulier aan de slag kan in de vervangingsmodule. De link kan niet gebruikt worden in bewerkingsmodus; men moet dus eerst de fiche opslaan alvorens men op de link kan klikken.


18.08.2015 - 100

11.26 Bugfix: foutmelding bij km-berekening op een MS SQL database De km-berekening gaf een foutmelding wanneer CheQpoint gebruikt werd op een MS SQL database. Daardoor konden geen kilometers berekend worden. Dit probleem is nu opgelost.

11.27 Niet langer een waarschuwing getoond bij inloggen op een MS SQL database CheQpoint gaf tot nu toe altijd een waarschuwing dat ondersteuning voor MS SQL experimenteel was, wanneer men probeerde inloggen in CheQpoint op een MS SQL database. Deze waarschuwing is nu verwijderd. Een andere waarschuwing, die getoond wordt bij het selecteren van MS SQL in het database connecties venster, blijft voorlopig nog even bestaan.

11.28 Vervangingsopmerking eenmalige vervanging nu ook getoond in kalender van effectieve planning Vervangingsopmerkingen van de eenmalige vervanging waren tot nu toe enkel maar zichtbaar in de vervangingsmodule zelf. Vanaf nu worden deze ook mee op de kalender getoond bij de popup van de gewone notitie van de planning. Een planning met een notitie ingegeven:

De planning heeft ook een vervangingsopmerking gekregen voor de werknemer:

Zowel de notitie als de vervangingsopmerking worden nu getoond als popup op de kalender:


18.08.2015 - 101

11.29 Eenmalige vervanging: bij de naam van de particulier wordt nu vermeld hoe dikwijls en hoeveel uren hij hulp nodig heeft. Bij de eenmalige vervanging wordt nu op de visualisatie van de effectieve planning naast de naam van de particulier aangegeven hoeveel uren de persoon vraagt, aan de hand van diens theoplanning. Het formaat is: (w2) 1:4u, 2:0u Dit betekent dat in de weergegeven kalenderweek de tweede week van de particuliertheopanning van toepassing is. En in de eerste week vraagt de particulier 4 uur, en in zijn tweede week geen uren. Het is dus iemand die om de twee weken hulp nodig heeft. In de popup die verschijnt wanneer men met de muis op de naam gaat staan, worden deze gegevens nog eens herhaald.

11.30 Maandplanning: men kan deze nu zo instellen dat zondag of het hele weekend in verkorte vorm wordt getoond. (*) De weergave van de maandplanning kan nu zo ingesteld worden dat het hele weekend, of eventueel enkel zondag, wordt ‘verborgen’. In feite worden deze dagen dan verkort getoond, zodat enkel hun dagnummer in de maand zichtbaar is. Planningitems die zich op zo’n dag met verkorte weergave bevinden worden niet getoond; enkel de achtergrond van de dag in kwestie krijgt dan een opvallende kleur om te waarschuwen dat er zich toch nog planningitems op die dag/dagen bevinden. Hieronder een voorbeeld van het weekend dat ingekort wordt weergegeven. Er is een planningitem verplaatst van vrijdag de 19e naar zaterdag de 20e, en daarom wordt het vak van de 20e en 21e in een aparte kleur weergegeven.


18.08.2015 - 102

Nu volgt een voorbeeld waarin enkel zondag is ingekort. In dit voorbeeld is een planningitem verplaatst van vrijdag de 12e naar zondag de 14e om te demonstreren dat dan die zondag een aparte achtergrondkleur krijgt.

(in beide voorbeelden worden de dagnummers van 8 tot en met 14 juli in het rood weergegeven omdat die week als verplichte werkweek staat ingesteld)


18.08.2015 - 103

Om het hele weekend als verkort te laten weergeven moet men de parameter “PLAN_Maand_VerbergWeekend” in tabel tblglobalsettings op 1 zetten. Om enkel zondag te verkorten gebruikt men in plaats daarvan de parameter “PLAN_Maand_VerbergZondag”.

11.31 Maandplanning toont nu ook icoontjes voor vervanging gewenst, notitie, correcties, en cheques attest Bij planningen in de maandplanningweergave worden vanaf nu ook icoontjes getoond voor volgende kenmerken:  Er is een notitie aanwezig  De particulier wenst vervanging  Er zijn correcties aanwezig  Er is een cheques attest Deze icoontjes werden tot nu toe enkel getoond in de weekplanningweergave. Het icoon dat een planning vergrendeld is (omdat de maand vergrendeld is) wordt nu als enige icoon enkel in de weekweergave getoond en niet in de maandweergave. Volgende afbeelding toont enkele planningitems die een notitie hebben:

11.32 Planning module: infopopups tonen nu altijd de prestaties en het aantal cheques Wanneer men in de effectieve planning met de muis op een planningitem gaat staan dan verschijnt er een popup met informatie. In de maandweergave toonde deze ook de prestaties en het aantal cheques te ontvangen, maar deze info werd niet getoond in de weekweergave. Vanaf nu wordt deze info (GP en CH) ook getoond in de weekweergave, en wordt er ook vermeld of de cheques reeds gevalideerd zijn of niet. GP en CH stond vroeger in de maandweergave onder het adres en de telefoonnummers van de particulier, maar staat nu direct onder de naam van de particulier. Voorbeeld van weekweergave:


18.08.2015 - 104

Voorbeeld van maandweergave:

11.33 Planning module: planningitem venster toont nu het adres van de geselecteerde particulier geldig op de planningdatum In het venster om een planningitem te bewerken in de effectieve planning wordt nu onder de geselecteerde particulier diens wettelijk adres getoond dat geldig is op de datum van de planning.

Bij een planning in het verleden wordt de geldigheidsperiode van het adres erbij vermeld als het adres daarna is veranderd:


18.08.2015 - 105


18.08.2015 - 106

12 CheQpoint 2.0.12 12.1 Bugfix: doorvoeren eenmalige vervanging gaf foutmelding op MS SQL database Doorvoeren van een eenmalige vervanging gaf een foutmelding bij gebruik van CheQpoint op een SQL Server database. Dit probleem is nu opgelost.

12.2 Werknemer theoplanning: planningitem venster toont nu het recentste adres van de geselecteerde particulier In de werknemer theoplanning, in het venster om een planningitem te bewerken, wordt nu het adres van de geselecteerde particulier vermeld. Aangezien een planningitem in de theoplanning geen specifieke datum heeft, kan ook niet het adres van de exacte datum gebruikt worden. Daarom wordt het recentste adres uit de adreshistoriek getoond, met vermelding van de datum vanaf wanneer het adres geldig is..

12.3 Planningvenster: in de lijst met particulieren wordt nu voor elke particulier rechts van zijn naam ook diens CheQpoint ID getoond Bij het bewerken van een planningitem in de theoretische planning of in de effectieve planning kan men een particulier selecteren uit een lijst met namen. Het kan soms gebeuren dat er twee verschillende personen zijn met dezelfde naam. Daarom wordt vanaf nu het CheQpoint ID van elke particulier naast zijn naam weergegeven wanneer de lijst wordt opengeklapt. Voorbeeld van in de theoplanning:


18.08.2015 - 107

Voorbeeld van in de effectieve planning:

12.4 Issue 107364 – Foutmelding bij wijzigen datum theoplanning Bij het wijzigen van de startdatum van een theoplanning met een stopdatum naar een andere datum die nog vóór de stopdatum lag kreeg men onterecht de melding dat de startdatum voor de stopdatum moet liggen. Langs de andere kant was het in theorie ook mogelijk dat men de theoplanning kon opslaan met een startdatum die voorbij de stopdatum lag; in de praktijk was dit (per ongeluk dan) nogal moeilijk. Dit probleem is nu opgelost.

12.5 Issue 108009 – fout bij kopieerproces theoplanning Er kon zich soms een fout voordoen bij het kopiëren van de theoplanning naar de effectieve planning. Dit gebeurde wanneer er in de effectieve planning een planning stond waarin ooit cheques gevalideerd en terug gedevalideerd waren. Als men via het conflictvenster dan deze bestaande planning liet verwijderen zonder deze te overschrijven met een nieuwe, dan verscheen er een foutvenster bij het kopiëren. Dit probleem is nu opgelost.


18.08.2015 - 108

12.6 Vervangingsmodule: vervangingsperiode enkel nog zichtbaar bij eenmalige vervanging Bovenaan de vervangingsmodule bevindt zich een keuzelijst waarmee men de vervangingsperiode kan kiezen. Standaard staat deze op ‘komende 2 weken’. Deze keuzelijst is enkel van toepassing op de eenmalige vervangingen, en daarom is er nu een aanpassing gedaan waardoor de keuzelijst onzichtbaar wordt telkens wanneer het tabblad Permanent is geselecteerd.


18.08.2015 - 109

13 CheQpoint 2.0.13 13.1 Development 108118 - Melding afwezigheden via Voxtron (telefonie) Zie handleiding

13.2 Issue 108413 – Bugfix: foutmelding in vervangingsmodule bij werknemers die geen planningen hebben in de te tonen week In de vervangingsmodule kon het gebeuren dat men een foutmelding kreeg wanneer men de kalender onderaan bij eenmalige vervanging naar een andere week switchte. De fout werd veroorzaakt doordat een van de weergegeven werknemers in die week totaal geen planningen had staan. Omdat deze situatie niet veel voorkomt kwam dit probleem nog niet eerder aan het licht. Het probleem is nu opgelost.

13.3 Voorschotten rapport: nu waarschuwing bij knoppen 'Wijzig voorschotten' en 'Naar XLS' als er geen werknemers gekozen zijn Het venster van het voorschotten rapport (RapportenWerknemersVoorschotten) heeft twee knoppen: ‘Wijzig voorschotten’ en ‘Naar XLS’. Deze twee knoppen maken gebruik van de werknemers die erboven in het venster geselecteerd werden. Daarom komt er vanaf nu een blokkerende waarschuwing voor de gebruiker als een van de knoppen gebruikt wordt terwijl er nog geen werknemers geselecteerd zijn.

13.4 Bugfix: fout bij aanmaak van een taak in de takenmodule Een was een fout aanwezig waardoor men geen nieuwe taken kon maken in de taakmodule. Dit probleem is nu opgelost.

13.5 Vervangingsmodule: tabblad Particulieren: geen tabs 'Zoekt vervanging' en 'Nieuw' meer De vervangingsmodule had op tabblad Particulieren twee subtabs, ‘Zoekt vervanging’ en ‘Nieuw’. Op tabblad ‘Nieuw’ stond nog niets, en voorlopig zijn deze twee tabbladen verwijderd zodat de lijst met particulieren die onder ‘Zoekt vervanging’ stond nu rechtstreeks op tab ‘Particulieren’ staat.

13.6 Issue 108487 – bugfix: vervangingsmodule tab Werknemer: 'zoekt permanente vervanging' toonde geen particulieren met startdatum theoplanning gelijk aan de zoekdatum; enkel startdatum strikt vóór de zoekdatum In de vervangingsmodule kan men op tab Werknemers zoeken naar Particulieren die permanent vervanging wensen, om deze een eenmalige plaats te kunnen geven. Een van de voorwaarden om als particulier in die lijst te kunnen verschijnen is het hebben van een theoretische planning op de datum waarop de geselecteerde werknemer een vervanging nodig heeft. Er werd


18.08.2015 - 110

blijkbaar gecontroleerd of de startdatum van de theoplanning strikt vóór de vervangingsdatum lag in plaats van voor-of-gelijk-aan de vervangingsdatum. Hierdoor werd een particulier met een theoplanning die exact op de vervangingsdatum begon ten onrechte niet mee in de lijst opgenomen. Dit probleem is nu opgelost.

13.7 Issue 108183 – updater: bij het venster dat verschijnt nadat de upgrade voltooid is heeft men nu de mogelijkheid om rechtstreeks CheQpoint te starten Wanneer men een upgrade van CheQpoint doet, is er een scherm op het einde dat aangeeft dat de upgrade voltooid is. Vanaf nu is er een optie aanwezig om daarna direct CheQpoint te starten. Deze optie staat standaard aan.

13.8 Issue 108263 – bugfix: rapport werknemer voorschotten: venster 'wijzigen voorschotten': voorschotten werden niet correct opgeslagen Bij het rapport werknemer voorschotten (RapportenWerknemersVoorschotten) kan men de voorschotten aanpassen. Het opslaan van voorschotten gebeurde echter niet altijd correct. Men kon bedragen ingeven met cijfers na de komma maar deze cijfers werden de volgende keer wanneer men het venster opende terug weggelaten, met als gevolg dat de cijfers na de komma verloren gingen bij volgende keer opslaan. Bij het opslaan werd een voorschot soms ook toegepast voor een of meer voorgaande maanden. Deze fouten zijn nu opgelost. Er worden nu altijd twee cijfers na de komma weergegeven.


18.08.2015 - 111

13.9 Issue 101388 – bugfix: vervangingsmodule: afstandsberekening kon soms een fout geven als een persoon geen adres had of als het adres nog in de toekomst lag De afstandsberekening in de vervangingsmodule hield niet altijd rekening met de mogelijkheid dat een persoon op een bepaalde datum misschien geen adres had. Als dit zich toch voordeed dan leidde dit tot een foutmelding. Dit probleem is nu opgelost.

13.10 Permanente vervanging: bij werknemers in de lijst met Q < Qgw wordt nu een extra vermelding 'behoud van rechten' weergegeven in de kolom ‘Reden’ als de werknemer een contract met behoud van rechten heeft In de vervangingsmodule bij de permanente vervanging kan worden gezocht op werknemers met Q < Qgw. Vanaf nu wordt voor dergelijke gevonden werknemers in de kolom Reden ook de tekst ‘behoud van rechten’ weergegeven indien de persoon zijn laatste contract het type ‘deeltijds met behoud van rechten’ heeft.

13.11 Issue 108514 – planning: instelling toegevoegd die, wanneer ingeschakeld, ervoor zorgt dat een particulier niet bediend mag worden vóór zijn startdatum of na zijn stopdatum Tot nu toe was het mogelijk om een particulier in te plannen buiten de periode waarin hij actief is, d.w.z. voor zijn startdatum of na zijn stopdatum, en zelfs cheques te valideren. Dit werd wel deels voorkomen door het kopieermechanisme van de theoplanning (theoplanning naar effectieve planning kopiëren), maar door manueel de effectieve planning te bewerken op bepaalde manieren was het wél mogelijk deze situatie te creëren. Vanaf nu is de mogelijkheid geïntroduceerd tot een strikte controle, waardoor een particulier enkel nog ingepland kan worden (met een uurcode zoals ‘U’) binnen diens activiteitsperiode. Volgende controles worden dan gedaan:  Men kan via de kalender geen cheques valideren voor een particulier op een datum buiten diens activiteitsperiode  Men kan een planning waarin voor een particulier gewerkt wordt niet via de kalender verslepen naar een datum buiten de activiteitsperiode van de particulier  Men kan in het bewerkingsvenster niet opslaan met een uurcode waarbij voor de particulier gewerkt wordt, wanneer de planningsdatum niet in de activiteitsperiode van de gekozen particulier ligt. De strikte controle gebeurt als de parameter ‘PLAN_Particulier_StriktActief’ wordt aangezet. Men kan deze optie ook aanzetten via de Globale Instellingen (tabblad Planning & Kalender). De optie is standaard uitgeschakeld.


18.08.2015 - 112

13.12 Globale instellingen: instelling toegevoegd voor het verbergen van zondag of het hele weekend in de maandkalender. Deze instelling moest voorheen rechtstreeks in de database aangepast worden De maandweergave van de effectieve planning had al langer de mogelijkheid om zondag of het hele weekend te verbergen. Maar de optie moest in de database worden aangezet via een parameter. Vanaf nu kan men dit ook doen via het venster Globale Instellingen, tabblad Planning & Kalender:


18.08.2015 - 113

14 CheQpoint 2.0.14 14.1 Bugfix - Ticket 109494 Probleemstelling: Een bijgemaakte code kan nog niet gebruikt worden in de effectieve planning (foutmelding ‘komt niet in woordenboek voor’) Bestaande codes die op niet-actief zijn gezet, verschijnen toch nog in de rapportage en in het vakantie- en ziektescherm. Oplossing: De foutmelding ontstaat bij het valideren van de code (validatieroutine), daarbij werd enkel een controle gedaan op ingebouwde codes. De nieuwe code kon niet gevonden worden in de lijst waardoor CheQpoint blokkeerde. Ingebouwde codes worden nu opgenomen in de validatielijst, er is echter wel geen validatie mogelijk (refuseren van codes in bepaald omstandigheden: vb weigeren van een bepaalde poetscode voor klanten die alleen strijkhulp hebben). Aangezien de eindgebruiker de code zelf ingeeft, kan hiervoor momenteel geen validatie voorzien worden. Er zat een fout in de MS-SQL query waardoor de non-actieve codes zichtbaar waren (op de klanten werknemerfiches).

14.2 Aanpassingen FPIT document (*) Zie handleiding

14.3 Betere datum-vanaf bij standaard betaalprofiel van nieuwe particulier Wanneer men voorheen een nieuwe particulier aanmaakte, dan kreeg deze standaard een betaalprofiel mee van papieren cheques, geldig vanaf morgen. Dit is aangepast zodat niet meer de dag van morgen maar daarentegen de dag van vandaag standaard wordt ingevuld.

14.4 Planning venster: prestaties worden nu ook informatief getoond op het eerste tabblad ‘Planning’ De prestaties van een planning, die ingesteld worden op het tweede tabblad “Prestaties & cheques” van het planningvenster, worden nu ook informatief getoond op het eerste tabblad, naast het veld waar men het aantal uren van de totale planning kan aanpassen.


18.08.2015 - 114

14.5 Planning venster: verbeteringen in verband met vinkje ‘particulier wenst eenmalig vervanging’ In het planning venster wordt vanaf nu het vinkje ‘particulier wenst eenmalig vervanging’ automatisch aan/uit gezet afhankelijk van de voorkeur van de geselecteerde particulier. Er wordt ook informatief naast het vinkje vermeld wat de voorkeur van de particulier juist is.

14.6 Planningvenster: sortering particuliernamen nu correct In de planningvensters van effectieve en theoretische planning zijn de lijsten met particulieren nu correct gesorteerd. Voorheen werden spaties in de naam niet genegeerd.

14.7 Bugfix: proberen openen van een nog niet aangemaakt document van een gemeenschappelijk borderel gaf een foutmelding Wanneer men het document van een gemeenschappelijk borderel probeerde te openen wanneer dit document nog niet gegenereerd was dan zorgde dit voor een foutmelding. Dit probleem is nu opgelost.

14.8 Bugfix: feestdagen: men kan geen vervangdatum meer instellen die gelijk is aan een datum van een andere feestdag Het was nog mogelijk om voor een feestdag een vervangdatum in te stellen die gelijk was aan de officiële of vervangingsdatum van een andere feestdag. Vanaf nu is dat niet meer mogelijk.

14.9 Feestdagen: waarschuwing bij instellen vervangdatum die in een weekend valt Vanaf nu wordt er een waarschuwing gegeven wanneer de gebruiker een vervangdatum ingeeft die op zaterdag of zondag valt. De gebruiker kan er wel nog voor kiezen om ondanks de waarschuwing verder te gaan.


18.08.2015 - 115

14.10 Bugfix: contractdocument voor een particulier kreeg een verkeerd telefoonnummer Bij het genereren van een contractdocument voor een particulier kwam er een verkeerd telefoonnummer in het document te staan. Dit probleem is nu opgelost.

14.11 Bugfix: rapport km-overzicht werknemers gaf soms een foutmelding Het rapport km-overzicht werknemers werkte niet op bepaalde systemen, afhankelijk van welke taal de geïnstalleerde versie van MS Office had. Dit probleem is nu opgelost.

14.12 Bugfix: kilometerberekening: venster “overzicht lange afstanden” verscheen soms in de achtergrond i.p.v. op de voorgrond Nadat de kilometers berekend zijn wordt er een overzicht gegeven van alle afstanden die langer zijn dan de ingestelde waarschuwingsdrempel. Dit overzicht wordt getoond in een popupvenster. Blijkbaar kon het af en toe gebeuren dat dit venster op de achtergrond verscheen, achter het venster van de kilometerberekening, zodat de gebruiker er niet aan kon. Dit probleem is nu opgelost.

14.13 Rapport fichegegevens werknemer/particulier bevat terug scheidingslijnen Het rapport om de fichegegevens van werknemers of particulieren te exporteren bevat nu terug scheidingslijnen tussen de hoofdingen en de gegevens.

14.14 Rapport km-overzicht werknemers is deels herzien Het rapport km-overzicht werknemers maakt geen gebruik meer van een ‘template’ als basis, en de opmaak van het rapport is lichtjes gewijzigd.

14.15 Bugfix: achtergrondproces permanente vervanging crashte op MS SQL Server De lijst met particulieren die permanente vervanging nodig hebben wordt opgebouwd door een proces dat op de achtergrond van CheQpoint draait. Er zat echter een fout in waardoor dit crashte als men gebruik maakte van een MS SQL Server database, en hierdoor bleef de lijst met particulieren voor permanente vervanging (zo goed als) leeg. Dit probleem is nu opgelost.

14.16 Planning: klikken op de naam van de werknemer bovenaan leidt naar de werknemerfiche Wanneer men nu in de effectieve planning op de naam van de werknemer klikt, dan wordt er overgeschakeld naar de fiche van die werknemer.


18.08.2015 - 116

14.17 Planning: er kan ingesteld worden dat extra info getoond wordt via een ballonpopup als de muis op de naam van de werknemer gaat staan (*) Men kan bij de effectieve planning CheQpoint nu zodanig instellen dat er extra info wordt getoond als men met de muis op de naam van de werknemer gaat staan (blauwe titel). Welke info juist wordt getoond is instelbaar. De instelling moet rechtstreeks in de database gebeuren via een parameter. Volgende info kan voorlopig reeds getoond worden:  Naam  Telefoonnummers (vast & gsm), elk met hun omschrijving  E-mailadres  Algemene opmerking (onderaan tab Log in de werknemerfiche)

14.18 Vervangingsmodule: er kan nu ingesteld worden dat er extra informatie over de werknemer of particulier wordt getoond wanneer men met de muis op de naam van de persoon gaat staan (*) Ook voor de vervangingsmodule kan men instellen dat er extra info over de werknemer of de particulier wordt getoond wanneer men met de muis op de naam van de persoon gaat staan. Bij de tabbladen van eenmalige vervanging is dit bij de weergave van de naam in de kalender, en bij het tabblad van de permanente vervanging is dit bij het overzicht van de theoretische planning.


18.08.2015 - 117

Velden die getoond kunnen worden bij de werknemer zijn (evenals bij de effectieve planning):  Naam  Telefoonnummers (vast & gsm), elk met hun omschrijving  E-mailadres  Algemene opmerking (onderaan tab Log in de werknemerfiche) Velden van de particulier die kunnen getoond worden zijn:  Naam  Telefoonnummers (vast & gsm), elk met hun omschrijving  E-mailadres  Algemene opmerking (onderaan tab Log in de werknemerfiche)  Huisdieren met details  Roker(s) met details  Sleutel van particulier Screenshot eenmalige vervanging, info werknemer:

Screenshot eenmalige vervanging, info particulier:

Screenshot permanente vervanging:


18.08.2015 - 118

14.19 Tweede veld voor rijksregisternummer toegevoegd op particulierfiche (*) Op de particulierfiche is nu een tweede veld toegevoegd voor rijksregisternummer. Dit veld is echter standaard niet zichtbaar en moet via een parameter geactiveerd worden. Het veld is net als het eerste rijksregisternummer onderhevig aan een controle van het formaat en het controlegetal. In tegenstelling tot het eerste rijksregisternummer is er bij het tweede rijksregisternummer geen controle op geslacht, aangezien bij de particulier ofwel geen geslacht is ingevuld als er twee rijksregisternummers zijn, ofwel is het geslacht wel ingevuld maar is dit enkel van toepassing op het eerste rijksregisternummer.

Het tweede rijksregisternummer moet zichtbaar worden gemaakt via de Controls Manager (menu InstellingenGUI Instellingen). Bij volgende componenten moet de eigenschap Beheerd aangezet worden en Zichtbaar op ‘altijd’:

Component

Control

Klanten

lblINSZ2

Klanten

txtINSZ2

14.20 Mogelijkheid om tweede gebruikersnummer af te drukken op de planningen (Aanpassing aan maatwerk bepaalde klant)


18.08.2015 - 119

Op de planningafdruk van deze klant is nu aangepast dat naast het eerste gebruikersnummer ook het tweede gebruikersnummer mee op het document afgedrukt wordt.

14.21 Nieuw: Melding verlof saldo overschreden Er is een nieuwe mogelijkheid bijgekomen om een melding te geven als het oude saldo wijzigt ten opzichte van het nieuwe saldo. Wanneer deze melding gegeven moet worden gebeurd kan aangegeven worden door de instelling (tblglobalsettings) “ControleVerlofSaldo”. Momenteel zijn er 2 mogelijke waarden “0” en “1”. Deze controle gebeurd op 4 momenten:  Het wijzigen van de initiële uren van een verlof code  Het toevoegen van een verlof periode (na het opslaan van de fiche)  Het wijzigen van prestaties in de planning  Het kopiëren van de theoretische planning

14.21.1

Waarde 0:

Er wordt geen controle of meldingen gegeven.

14.21.2

Waarde 1:

Indien het oude saldo groter is dan 0 en het nieuwe saldo kleiner dan 0 wordt er een melding gegeven als het saldo overschreden wordt. Dit betekend als de oude waarde 0 was ook geen melding zal gegeven worden.


18.08.2015 - 120

15 CheQpoint 2.0.15 15.1 Updater tool: laadt sneller wanneer gestart voor database updates van één bepaalde database Wanneer men in de updater tool voor “Database updates toepassen” kiest, krijgt men een lijst van database connecties om uit te kiezen. Voor alle verbindingen in de lijst wordt eerst gekeken wat de status ervan is. Soms kan het zijn dat het voor een database in de lijst wat langer duurt om te laden, hetzij omdat de database niet beschikbaar is, hetzij omdat de database server de gegevens dan pas voor de eerste keer van de schijf inleest. Wanneer men echter in CheQpoint bij het inloggen de melding krijgt dat de database verouderd is, en van daar uit de updater tool wordt geopend, dan kan men geen database uit de lijst selecteren maar dan is er een al voorgeselecteerd. Vroeger moest men dan nog wachten tot de volledige lijst van connecties was geladen in, maar vanaf nu kan men al verdergaan vanaf dat de voorgeselecteerde database in de lijst nagekeken is.

15.2 Km-berekening werkt opnieuw en is wat versneld Wegens veranderingen van de zijde van Google werkte de km-berekening functionaliteit niet meer. Dit probleem werd opgelost. Er werden ook een aantal aanpassingen in CheQpoint gedaan zodat de berekening iets sneller verloopt. Vooral het openen van het kaartje zou nu vlotter moeten gaan.

15.3 Updater tool: men kan nu in het paswoord veld op ENTER drukken om verder te gaan In de updater tool moet men soms een loginnaam en paswoord opgeven om updates te kunnen uitvoeren. Vroeger moest men altijd op de “Login” knop drukken na het invoeren van deze twee velden. Vanaf nu kan men echter ook gewoon op ENTER drukken nadat ze zijn ingevuld.

15.4 Bugfix: fout bij laden van kantoor zonder vestigingsadres Het is in CheQpoint niet mogelijk om onder InstellingenGebruikers & kantoren een kantoor op te slaan zonder een ingevuld vestigingsadres. We kregen echter foutmeldingen binnen die aangaven dat men in CheQpoint kantoren zonder adres probeerde te laden. CheQpoint was er namelijk niet op voorzien dat een kantoor zonder adres zou geladen moeten worden. Er is nu een aanpassing gedaan waardoor er zich geen fout meer voordoet bij het laden van een kantoor zonder adres. Maar om het kantoor te kunnen opslaan moet men wel nog altijd een adres invullen.

15.5 Bugfix: fout bij laden particulieren permanente vervanging Er deed zich soms een fout voor bij het laden van de lijst met particulieren in de permanente vervanging. Het ging om particulieren die nog maar pas een permanente vervanging hadden gekregen en niet meer in de lijst moeten voorkomen. Dit probleem is nu opgelost.


18.08.2015 - 121

15.6 Bugfix: fout bij rapport administratie overzicht cheques na herhaaldelijk drukken op ‘Exporteren’ knop Men kon in het rapport overzicht cheques (onder administratie) herhaaldelijk op de knop ‘Exporteren’ drukken, dus ook wanneer de export reeds bezig was. Wanneer dit gebeurde dan gaf dit een fout. Vanaf nu is de knop niet meer beschikbaar wanneer de export bezig is.

15.7 Bugfix: venster commentaar/log bewerken: fout bij dubbelklikken op bestand dat niet meer bestaat In de fiches kan men op tabblad Log/Commentaar bestaande commentaren bewerken. In het bewerkingsvenster krijg men ook een lijst met documenten die aan de commentaar zijn gekoppeld. Door te dubbelklikken op een bestand in de lijst wordt het geopend. Er was echter nog geen controle aanwezig om na te gaan of het bestand nog wel aanwezig was (op de fileserver). Wanneer men een dergelijk bestand probeerde te openen dan kwam er een foutmelding. Er is nu een controle toegevoegd die een waarschuwing geeft aan de gebruiker dat het bestand niet meer bestaat.

15.8 Bugfix: fout bij openen vervangingsmodule Er kon zich soms een fout voordoen bij het openen van de vervangingsmodule. Deze fout deed zich weinig voor en onder onvoorspelbare omstandigheden. Dit probleem is nu opgelost.

15.9 Bugfix: fout bij gebruik “Toon alle kantoren (links)” optie bij nietadministrator gebruiker op MS-SQL database Met de optie “Toon alle kantoren (links)” in het menu Extra kan men de werknemers/particulieren zien van alle kantoren waar men toegang toe heeft in plaats van enkel het kantoor waaronder men ingelogd is. Deze functie gaf een foutmelding wanneer ze werd gebruikt op een MS SQL Server database door een gebruiker zonder administrator rechten (maar werkte wel correct met administrator rechten). Dit probleem is nu opgelost.


18.08.2015 - 122

16 CheQpoint 2.0.16 17 CheQpoint 2.0.17 17.1 Bugfix: problemen gefixed die zich voordeden als een op niet-actief gezette uurcode voorkwam in bestaande planningen Via menu InstellingenPrestatie Instellingen (codes) kan men de ingebouwde uurcodes naar believen in- en uitschakelen. Er werd echter van uitgegaan dat een uitgeschakelde (niet-actieve) uurcode nergens in de planning voorkwam. Gebeurde dat toch, dan zorgde dit voor foutmeldingen allerhande. CheQpoint is nu aangepast zodat dit geen fouten meer oplevert.

17.2 Globale instellingen: tab 'Prestatiecodes': bij niet-actieve codes wordt de tekst nu in het grijs weergegeven In de globale instellingen onder tabblad Prestatiecodes kan men per uurcode de kleur wijzigen. Vanaf nu is er gezorgd dat bij de niet-actieve uurcodes de tekst in het grijs wordt weergegeven, zodat men duidelijk ziet dat deze codes niet gebruikt kunnen worden.

17.3 Vennootschappen (*) Er is een nieuwe functie toegevoegd aan CheQpoint waardoor kantoren kunnen overkoepeld worden door een vennootschap. Een kantoor kan maar tot 1 vennootschap behoren. Een vennootschap kan tot meerdere kantoren behoren. Vennootschappen dienen aangemaakt te worden in de database zelf en kunnen niet via het packet toegevoegd worden. Vennootschappen komen in de tabel “tblvennootschap”. Een kantoor toevoegen aan een vennootschap gebeurd via een de kantoortabel “tblkantoor” in de kolom “VennootschapId”.

17.3.1 Vennootschap De gegevens van de vennootschap komen overeen met de vennootschap waartoe het kantoor behoort waar momenteel mee gewerkt wordt. Deze gegevens dienen manueel in de database aangepast te worden en kunnen niet via het pakket aangepast worden.  gemeentevennootschap: Dit is de gemeente van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “GEMEENTE”  naamvennootschap: Dit is de naam van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “NAAM”  postcodevennootschap: Dit is de postcode van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “POSTNR”  straatvennootschap: Dit is de straat van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “STRAAT”  telefoonvennootschap: Dit is de telefoon van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “TEL”


18.08.2015 - 123

 faxvennootschap: Dit is de fax van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “FAX”  emailvennootschap: Dit is het e-mail adres van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “EMail”

17.3.2 Kantoor straatkantoor: combinatie van straat huisnummer en bus van het huidig kantoor.

17.3.3 Werknemer Voor het rekeningnummer is er voor elk cijfer een bladwijzer voorzien. Deze wordt gebruikt in geval van invulvakjes. Deze bladwijzers zijn: rekeningnrwerknemercijfer1, rekeningnrwerknemercijfer2, rekeningnrwerknemercijfer3, rekeningnrwerknemercijfer4, rekeningnrwerknemercijfer5, rekeningnrwerknemercijfer6, rekeningnrwerknemercijfer7, rekeningnrwerknemercijfer8, rekeningnrwerknemercijfer9, rekeningnrwerknemercijfer10, rekeningnrwerknemercijfer11 en rekeningnrwerknemercijfer12

17.3.4 Contract Per dag wordt er door tab gescheiden tijden vanuit de theoretische planning. In een vorm van “tab Week1 tab Week2 tab Week3 tab Week4”. In geval van meerdere planningen word er een nieuwe regel begonnen. De bookmarks per dag zijn: “theomaandag4syclus”, “theodinsdag4syclus”, “theowoensdag4syclus”, “theodonderdag4syclus”, “theovrijdag4syclus”, “theozaterdag4syclus” en “theozondag4syclus”.

17.3.5 Extra vandaag: de datum van vandaag.

17.3.6 Doorstrepen Het is ook mogelijk om bepaalde bookmarks te doorstrepen. Deze zijn niet combineerbaar met bookmarks die ingevuld moeten worden. Hiermee wordt bedoeld hetzelfde stuk tekst kan niet bedoeld zijn om in te vullen en te doorstrepen.  doorstreepbepaald: als het contract niet van bepaalde duur is wordt de bladwijzer doorstreept.  doorstreeponbepaald: als het contract niet van onbepaalde duur is wordt de bladwijzer doorstreept.  doorstreepvariabelrooster: als er geen variabel rooster is wordt deze bladwijzer doorstreept.  doorstreepvastrooster: als het rooster niet vast is wordt deze bookmark doorstreept.  doorstreepvoltijds: als het niet gaat om een voltijds contract wordt deze bookmark doorstreept.  doorstreepdeeltijds: als het geen deeltijds contract is wordt deze bookmark doorstreept.

17.4 Extra bookmarks klanten contracten Voor het klantencontract zijn er enkele nieuwe bladwijzers bijgekomen. Hieronder kunnen de nieuwe velden gevonden worden.


18.08.2015 - 124

17.4.1 Vennootschap De gegevens van de vennootschap komen overeen met de vennootschap waartoe het kantoor behoort waar momenteel mee gewerkt wordt. Deze gegevens dienen manueel in de database aangepast te worden en kunnen niet via het pakket aangepast worden.  gemeentevennootschap: Dit is de gemeente van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “GEMEENTE”  naamvennootschap: Dit is de naam van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “NAAM”  postcodevennootschap: Dit is de postcode van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “POSTNR”  straatvennootschap: Dit is de straat van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “STRAAT”  telefoonvennootschap: Dit is de telefoon van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “TEL”  faxvennootschap: Dit is de fax van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “FAX”  emailvennootschap: Dit is het e-mail adres van de vennootschap zoals ingegeven in de tabel “tblvennootschap” in de kolom “EMail”

17.4.2 Klant datumstart: De datum start van de klant.

17.5 Nieuw: Qc bij theoplanning werknemer Bij de theoretische planning is er een veld Qc bij gekomen. Dit veld geeft weer hoeveel uren een contract heeft bij de start van de theoplanning. De waarde wijzigt mee als er een theoplanning geselecteerd wordt en bij het aanmaken en verwijderen van een contract of contract bijlage.


18.08.2015 - 125

18 CheQpoint 2.0.18 18.1 (KEAN) #VVM: de layout van de legenda is wat aangepast Wegens wijzigingen in de vervangingsmodule (het reserveringssysteem) is in het legendavenster de layout wat aangepast om plaats te maken voor nieuwe zaken.

18.2 (PIBU) #KLA Nieuw: Vaste standaardwaarde voor # Uren en Interval in wizardscherm van klantcontract (*) In het venster van het aanmaken van het klantcontract kan er bij “# uren contract” en “Interval” een vaste standaardwaarde ingevuld worden. Dit gebeurt via de parametertabel “tblparameter”. De waarde die meegegeven wordt mag niet groter zijn dan 99. De waarde voor “# uren contract” mag niet kleiner zijn dan 0 en voor “Interval” mag de waarde niet kleiner zijn dan 1. Indien er een waarde ingevuld wordt die niet daartussen ligt of geen geldig cijfer zal deze genegeerd worden.

18.2.1 # uren contract Param1:

frmKlantContract

Param2:

nudUren

Param3:

Value

Waarde:

Een numerieke waarde tussen 0 en 99


18.08.2015 - 126

Indien deze parameter niet bestaat zal de waarde gelijk zijn aan het veld “# uren contract” uit de klantenfiche.

18.2.2 Interval Param1:

frmKlantContract

Param2:

nudInterval

Param3:

Value

Waarde:

Een numerieke waarde tussen 1 en 99

Indien deze parameter niet bestaat zal de waarde bepaald worden aan de hand van de keuze “Wekelijks”, “2 wekelijks” en “x wekelijks” in de klantenfiche. Indien er gekozen werd voor “Wekelijks” wordt de waarde 1, bij “2 wekelijks” de waarde 2 en bij “x wekelijks” de waarde die ingevuld werd in het veldje.

18.3 (KEAN) #PLA: bugfix: foutmeldingen door theoplanning zonder weken De effectieve planning gaf foutmeldingen als de werknemer in kwestie voor de bekeken week een theoplanning had waar geen weken inzaten. Dit probleem is nu opgelost. Het deed zich enkel voor als het systeem van permanente vervanging was ingeschakeld.

18.4 (KEAN) #PTC #WER : fiches: theoplanningen moeten vanaf nu altijd minstens 1 week bevatten Om verdere fouten in de toekomst te vermijden is het vanaf nu verplicht om minstens 1 week in de theoplanning te hebben bij het opslaan, zowel bij de theoplanning van de particulier als bij de theoplanning van de werknemer.

18.5 (KEAN) #PLA : strikte controle op blokkeringsmomenten Vanaf nu is het niet meer toegestaan om een planning te plaatsen in of te verplaatsen naar een blokkeringsmoment van de werknemer, tenzij de planning enkel bestaat uit ziekte/verlof/feestdag of een combinatie daarvan. (N.B.: De functionaliteit van blokkeringsmomenten is enkel beschikbaar als het systeem permanente vervanging is ingeschakeld)

18.6 Bug in cheques log opgelost Enkel van toepassing bij een bepaalde klant. (Deze wijziging werd gebackport naar versie 2.0.12.4) Logging van cheques ging serieus verkeerd waardoor de log totaal niet meer klopte. Dit probleem is nu opgelost.


18.08.2015 - 127

18.7 Nieuwe velden in database Er zijn enkele nieuwe velden toegevoegd in de database, ter ondersteuning van het project elektronische prestaties.  een veld om aan te geven of de werknemer wel/niet wenst dat hij zijn planning per sms ontvangt  een veld om aan te geven of voor een planning reeds een sms is gestuurd

18.8 (KEAN) #VVM : fout bij popup met extra info over particulier Het is mogelijk om via een parameter te zorgen dat extra info over een particulier getoond wordt in de vervangingsmodule, bij het hoveren met de muis over de naam van een particulier. Er kon zich echter soms een fout voordoen als er nog geen record ‘extra matching info’ voor die particulier aanwezig was en de info huisdieren/rokers moest getoond worden.

18.9 (IGSE) #ALG bugfix voor MS-SQL database: fouten i.v.m. constraints Unique constraints worden standaard anders behandeld in Microsoft SQL server dan in MySQL. Bij MSSQL moeten null-waarden uniek zijn, bij MySQL worden null-waarden genegeerd. Vandaar dat onze constraints op de tabellen manueel aangepast moeten worden. Een voorbeeld hiervan is: DROP INDEX UK_tblklant_index_externID on dbo.tblklant; CREATE UNIQUE INDEX UK_tblklant_index_externID on dbo.tblklant(ExternID) WHERE ExternID IS NOT NULL;


18.08.2015 - 128

19 CheQpoint 2.0.19 19.1 (KEAN) #PTC #WER : bugfix voor vergrendeling fiches op MS-SQL database Er zaten nog enkele fouten in het mechanisme dat de fiches vergrendelt wanneer iemand deze in bewerkingsmodus zet. Deze zijn nu opgelost.

19.2 (PIBU) #CON: Nieuwe bladwijzers werknemerscontract Er zijn een aantal nieuwe bladwijzers bijgekomen die kunnen gebruikt worden in het werknemerscontract. Deze bookmarks zijn ‘ibanwerknemer’ en ‘bicwerknemer’

19.2.1 ibanwerknemer Dit is de bladwijzer voor het IBAN nummer van de werknemer. Als het deze bladwijzer gebruikt wordt maar het IBAN nummer van de werknemer is niet gekend zal het niet mogelijk zijn om een contract aan te maken. Het IBAN nummer kan ingevuld worden in de werknemersfiche op het tabblad ‘ID’ in het veld naast ‘IBAN nummer:’

19.2.2 bicwerknemer Dit is de bladwijzer voor de BIC code voor het opgegeven IBAN nummer van de werknemer. Als de bladwijzer ‘bicwerknemer’ gebruikt wordt maar niet is ingevuld zal het niet mogelijk zijn om een contract aan te maken. De BIC code kan ingevuld worden in de werknemersfiche op het tabblad ‘ID’ in het veld naast ‘BIC code:’

19.2.3 datumtotleegindiengeen Dit is een bladwijzer voor de datum tot van het contract. Indien het gaat om een contract van onbepaalde duur zal dit veld leeg gemaakt/gelaten worden. Dit veld wordt ingevuld bij het aanmaken van een werknemerscontract.

19.2.4 erkenningsnummerkantoor Deze bladwijzer staat voor het erkenningsnummer van een kantoor. Dit kan ingevuld worden bij de gegevens van het kantoor die terug te vinden zijn in de instellingen ‘Gebruikers & kantoren’. Indien het erkenningsnummer niet ingevuld is zal het contract niet gegenereerd kunnen worden.

19.2.5 s Deze bladwijzer verwijst naar de S die verbonden is aan de vennootschap. Indien er geen waarde voor S wordt teruggevonden zal er ‘0’ ingevuld worden.

19.3 (PIBU) #KLA #WER: Geheugen verbruik door eID


18.08.2015 - 129

De vorige implementatie voor het gebruik van de eID kon er voor zorgen dat bij het lang (dagen) openstaan van de applicatie, het werkgegeven opgebruikt wordt door cheQpoint. Het gedeelte van de eID werd herschreven zodat het geheugen terug vrijgegeven wordt.

19.4 (PIBU) #ALG: Extra kolom S bij vennootschappen In de tabel van de vennootschappen is een kolom toegevoegd om de S waarde toe te kennen. Deze kolom heet ‘S’ en wordt gebruikt bij het aanmaken van de contracten.


18.08.2015 - 130

20 CheQpoint 2.0.20 20.1 (KEAN) #VVM : op tabblad Particulieren na doorvoeren vervanging nu ook de mogelijkheid om naar de planning te gaan Na het doorvoeren van een eenmalige vervanging via tabblad ‘Particulieren’ krijgt men vanaf nu ook de vraag of men naar de planning van de werknemer wil gaan kijken. Tot nu toe bestond deze mogelijkheid enkel op tabblad ‘Werknemers’.

20.2 (KEAN) #PTC #WER : dialoogvenster voor aanmaken nieuwe theoplanning wat gewijzigd De layout van het venster om een nieuwe theoplanning aan te maken is wat gewijzigd. Links de oude layout en rechts de nieuwe:

20.3 (PIBU) #EXS: Koppeling naar Sofim Er is een nieuwe koppeling naar een sociaal bureau bijgekomen, namelijk naar Sofim. Om gebruik te maken van deze koppeling moet dit eerst ingesteld worden in de globale instellingen op het tabblad ‘Sociaal bureau’. Vervolgens zal het mogelijk zijn voor de gebruikers met de nodige rechten om via ‘Extra’ een export te doen naar Sofim. Deze koppeling maakt 2 bestanden aan. 1 met de prestaties en 1 met de vergoedingen voor de kilometers. De code voor de uurcodes wordt uit de instellingen van de uurcodes gehaald. Deze kunnen gewijzigd worden via het menu ‘Instellingen’ ‘Prestatie instellingen’.


18.08.2015 - 131

20.4 (PIBU) #KMS: Euroteken boven vergoeding tijdens berekenen Bij het berekenen van de vergoedingen voor de kilometers staat er nu in de kolomnaam van de tabel een euroteken als het gaat om een bedrag..


18.08.2015 - 132

21 CheQpoint 2.0.21 21.1 (PIBU) #EXS: Kilometers fiets doorsturen in afstanden i.p.v. bedrag voor Sofim Bij de koppeling naar Sofim wordt als fietsvergoeding het aantal kilometers doorgestuurd. Voorheen was dit het berekend bedrag door de kilometermodule van CheQpoint 2.0. Sofim doet deze berekening zelf op basis van het aantal kilometers.


18.08.2015 - 133

22 CheQpoint 2.0.22 22.1 (PIBU) #CON: Nieuwe bladwijzers voor contracten ‘rechtbank’ en ‘datumnu’ Bij de contracten zijn er nieuwe bladwijzers toegevoegd. Deze zijn ‘rechtbank’ en ‘datumnu’.

rechtbank De waarde die hier ingevuld wordt komt uit de tabel ‘tblvennootschap’ ingevuld in de kolom ‘Rechtbank’. De vennootschap die hier gebruikt wordt is degene waartoe het kantoor behoort waarin momenteel gewerkt wordt.

datumnu Dit is de datum van vandaag genoteerd in korte schrijfwijze. De manier van weergave is afhankelijk van de instellingen op de computer waarom het contract werd aangemaakt.


18.08.2015 - 134

23 CheQpoint 2.0.23 23.1 (PIBU) #WER Nieuw: Weergave einddatum contract onbepaalde duur in contractenlijst Er is een globale setting bijgekomen die ervoor kan zorgen dat de ‘tot datum’ bij een contract bepaalde duur weergegeven wordt in de contractenlijst. Deze setting is “ToonTotWerknemerContractOnbepaald” en door deze op 1 te plaatsen zullen de einddatums, indien beschikbaar, weergegeven worden bij het contract als deze van het type onbepaalde duur is.


18.08.2015 - 135

24 CheQpoint 2.0.24 24.1 (KEAN) #WER #PTC : Vensters ‘Geavanceerd zoeken’ zijn nu duidelijker wat aantal resultaten betreft De vensters ‘Geavanceerd zoeken’ voor werknemers en particulieren waren beide reeds in staat om zowel een enkel als meerdere resultaten terug te geven. Het was echter niet zo duidelijk voor de gebruiker wanneer er meerdere resultaten zouden kunnen teruggegeven worden. De vensters zijn nu zo aangepast dat de ‘OK’ knop altijd maar één resultaat teruggeeft; de selectie uit de lijst van resultaten, of het enige resultaat dat voldeed aan de zoekparameters. Om meerdere resultaten terug te geven is er nu een extra knop ‘Neem alle’ toegevoegd; deze geeft alle resultaten terug die voldeden aan de zoekparameters.

24.2 (KEAN) #WER : Bugfix: venster ‘Geavanceerd zoeken’: dubbelklikken op een zoekresultaat had geen effect In het venster ‘geavanceerd zoeken’ venster voor werknemers is nu gezorgd dat bij dubbelklikken op een werknemer in de lijst met zoekresultaten de werknemer in kwestie als resultaat van het venster wordt teruggegeven. Tot nu toe had dubbelklikken geen effect. Bij het venster voor particulieren werkte het wel al correct.

24.3 (KEAN) #PLA : Bugfix: tellers overuren rekenden december niet mee bij driedelig jaar (jan-mrt / apr-sep / okt-dec) Wanneer men de Ro/Re teller van de planning had ingesteld op de driedelige jaarindeling (januari-maart / april-september / oktober-december), dan werden de uren van december blijkbaar onterecht niet meegerekend in de teller. Dit probleem is nu opgelost.

24.4 (KEAN) #ALG : kleine wijzigingen aan venster ‘Controleren op updates’ Het venster ‘Controleren op updates’ (menu Help) heeft enkele kleine wijzigingen ondergaan. Er wordt nu een link getoond naar de support website waar men de laatste versie van cheQpoint kan downloaden (http://support.infraware.be/). Het hoogste versienummer, zij het huidig of laatste, wordt nu onderlijnd in het venster.


18.08.2015 - 136

25 CheQpoint 2.0.25 25.1 (KEAN) #WER : Bugfix: theoplanning: fout bij klikken op ‘Ga naar particulierfiche’ Heel soms doet zich een fout voor bij klikken op de optie ‘Ga naar particulierfiche’. De exacte oorzaak van het probleem was onduidelijk, maar er is nu een wijziging gedaan die hopelijk het probleem voorkomt.

25.2 (KEAN) #PLA #WER: (theo)planning: toon niet langer een tekstballonnetje wanneer het planningitem enkel lege regels of spaties bevat Een planningitem toont een tekstballonnetje wanneer de notitie van de planning niet leeg is. Maar het kon zijn dat een gebruiker de notitie ‘gewist’ had maar toch enkele lege regels of spaties had laten staan. In dat geval werd toch een tekstballonnetje getoond. Vanaf nu is dat echter niet meer het geval indien de notitie enkel lege regels of spaties bevat.

25.3 (KEAN) #KMS : Kilometercache laat oude berekende afstanden en locaties nu meer geleidelijk herberekenen CheQpoint houdt berekende afstanden en geografische locaties van adressen bij in een cache. Het is echter zo dat gegevens in de cache na verloop van tijd als verouderd worden beschouwd en dan opnieuw berekend moeten worden. Berekende afstanden zijn 180 dagen geldig en locaties 270 dagen. Wanneer echter veel gegevens tegelijk waren berekend, werden deze ook op hetzelfde tijdstip als verouderd beschouwd en moesten dan tegelijk opnieuw berekend worden. Het kon zijn dat men bij het herberekenen van al die gegevens tegen de daglimiet van Google Maps aanliep. Daarom is nu een aanpassing gedaan waardoor gegevens meer geleidelijk als verouderd worden beschouwd en daardoor niet meer allemaal tegelijk herberekend moeten worden.

25.4 (PIBU) #KMS : Bug: Fout bij km vergoeding sociaal abonnement. Bij het berekenen van de bedragen voor de kilometervergoeding moet voor sommige afstanden gekeken worden in de tabel van het sociaal abonnement. Hierin wordt beschreven vanaf welke afstand een bepaalde vergoeding telt. Hierbij werd echter de afstand afgerond waar het getal na de komma weggelaten wordt. Om gebruik te maken van deze fix moet de setting ‘WoonWerkAutoAfronden’ op 1 geplaatst worden in de tabel ‘tblglobalsettings’. Indien deze niet aanwezig is wordt er 0 gebruikt en wordt de vergoeding nog op oude manier gebruikt.


18.08.2015 - 137

25.5 (KEAN) #VVM : geen eenmalige vervanging meer toegestaan op blokkeringsmomenten De vervangingsmodule controleert nu bij het doorvoeren van een eenmalige vervanging of de vervanging niet op een blokkeringsmoment valt van de werknemer of particulier in kwestie. Op een blokkeringsmoment van de betrokken personen kan geen eenmalige vervanging meer gedaan worden.

25.6 (KEAN) #VVM : waarschuwing bij doorvoeren eenmalige vervanging op moment ‘gewenst vrij’ Vanaf nu geeft de vervangingsmodule een waarschuwing wanneer men probeert een eenmalige vervanging door te voeren op een moment ‘gewenst vrij’ van de betrokken werknemer of particulier. Men heeft dan de keuze om af te zien van de vervanging of er toch mee door te gaan.

25.7 (KEAN) #PLA : controle op blokkeringsmoment particulier bij opslaan of verslepen planningitem In het bewerkingsvenster van de effectieve planning wordt nu gecontroleerd of de planning niet samenvalt met een blokkeringsmoment van de particulier. Eenzelfde controle wordt nu ook gedaan bij het verslepen van een planning op de kalender van de effectieve planning. Hierdoor is het niet langer mogelijk om een planning te plaatsen op een tijdstip dat voor de particulier in kwestie als blokkeringsmoment is aangeduid. Deze controle hangt ook af van de uurcodes in de planning; ze wordt enkel gedaan indien er een uurcode aanwezig is die een particulier vereist en waarbij een verplaatsing naar de particulier gebeurt.

25.8 (PIBU) #PTC, #PLA: Waarde cheques gewijzigd Om de waarde van de cheques verder te kunnen uitbreiden is er achterliggend een wijziging gebeurd zodat de waarden meer dynamisch geladen worden. Hierbij zijn ook de nieuwe waarden €9, €9,5 en €10 toegevoegd. Hierbij is er ook visueel wijziging gebeurd bij de instelling van de standaardwaarde. Waar er voorheen 3 keuzes waren met een selectieknop is dit nu een keuzelijst geworden. Deze instelling kan teruggevonden in het menu “Instellingen -> Globale instellingen” en doorklikken naar het tabblad “Cheques”.


18.08.2015 - 138

Verder worden de chequewaarden gebruikt in fiche van de particulieren op het tabblad “Overige”. Bij een nieuwe particulier wordt de waarde van €8,50 gebruikt. Deze waarde wordt dan mee overgenomen in de planning wanneer de particulier in de planning ingepland wordt, manueel of via de kopieslag.

De chequewaarde kan ook teruggevonden worden in de planning. Dit kan door rechts op een planning item te klikken en te kiezen voor “Prestaties & cheques”. Onder het gedeelte van de “Cheques” kan naast “Waarde” de waarde van de cheques gevonden worden


18.08.2015 - 139

De waarde van de cheques komen in de tabel tblcode te staan met als codesoort 1919.

25.9 (PIBU) #PLA: Bugfix - fout in weergave achterstallige cheques in weekplanning In de weergave van de achterstallige cheques op de weekplanning zat er een fout in de berekening. In bepaalde gevallen met meerdere uurcodes was het aantal cheques die te kort en verwacht waren hoger dan het effectief te kort/verwacht aantal cheques.

25.10 (PIBU) #EXS: Mogelijk om vergrendeling bij export over te slaan Het is nu mogelijk om bij het exporteren van de vergoedingen naar het sociaalbureau de vergrendeling van de planning over te slaan. Zonder deze optie uit te zetten worden alle planningen vergrendeld bij het exporteren van alle kantoren. Bij het exporteren van 1 enkel kantoor wordt de planning nooit vergrendeld. De parameter hiervoor is: “Planning”(param1), “Export”(param2) en “Vergrendelen”(param3). Standaard staat deze parameter op 1.


18.08.2015 - 140

26 CheQpoint 2.0.26 26.1 (KEAN) #ALG: infotekst nieuwe cheQpoint versie is gewijzigd Wanneer cheQpoint detecteert dat er een nieuwe versie beschikbaar is, verschijnt er een gele infobalk bovenaan het hoofdscherm. Daarin wordt de nieuwe versie vermeld, maar ook wat extra uitleg. De tekst “Contacteer support als u een upgrade wenst” is nu vervangen door “Ga naar menu Help en kies ‘Controleer op updates’ voor meer info”.

26.2 (IGSE) #ALG: bugfix fout database update 20131125 voor MS SQL Deze database update werkte enkel op MySQL en niet op MS SQL. Dit probleem is nu opgelost.

26.3 (KEAN) #ALG: nieuw menu “Scherm” in menubalk Er is een nieuw menuitem “Scherm” bijgekomen in het menu van het hoofdvenster. De menuitems “Km-berekening”, “Vervangingsmodule” en “Borderelbeheer” zijn verplaatst en staan nu onder “Scherm”. Men kan vanaf nu de vervangingsmodule ook openen via de sneltoets F10.

26.4 (KEAN) #ALG: openen WorkB Opvolgingen scherm vanuit cheQpoint (*) Het is nu mogelijk om via parameters cheQpoint zo in te stellen dat er een menu-item “Opvolgingen (WorkB)” bijkomt onder het menu “Scherm”, waarmee men WorkB in de webbrowser opent en direct het scherm ‘Opvolgingen’ te zien krijgt zonder eerst in WorkB te moeten inloggen.

De parameters in kwestie zijn de volgende (tabel tblglobalsettings):

Setting

Value

Uitleg

MENU_SchermOpvolgingenWorkB

0 = niet tonen; 1 = wél tonen

Zichtbaar maken menu Scherm → Opvolgingen; standaard onzichtbaar


18.08.2015 - 141

WORKB_FollowupsUrl

Een URL; niet verplicht in te vullen

URL te openen in browser om naar opvolgingen te gaan in WorkB; standaardwaarde is “http://{SERVER}/Login.aspx?UserName ={USER}&Token={TOKEN}&Screens=WorkB. view.followup.Overview&toolbar=false ”. In de plaats van {USER} plakt cheQpoint de loginnaam van de ingelogde gebruiker, en in plaats van {TOKEN} wordt de token geplaatst die uit tabel tbltoken wordt gehaald voor de ingelogde cheQpoint gebruiker. Het gedeelte {SERVER} wordt bepaald door een parameter; zie hieronder.

WORKB_UrlServerPart

Hostname of IP adres

Gedeelte dat cheQpoint in een WorkB URL plakt in de plaats van {SERVER}; standaard leeg, dus moet expliciet ingevuld worden. Bijvoorbeeld “workb” of “10.26.29.11”

26.5 (PIBU) #PLA Bug: Fout inlezen bestand e-dc met accenten Bestanden waar een accent in voorkomt geven een fout bij het toevoegen van de cheques aan de database. Dit werd opgelost door de encoding bij het inlezen van het bestand correct te zetten. De gebruikte encoding is “ANSI Latin 1; Western European (Windows)”.

26.6 (PIBU) #KLA Nieuw: Instelling om klant geslacht enkel man vrouw toelaten Er is een nieuwe instelling bijgekomen zodat in de klantenfiche het geslacht verplicht wordt en enkel de keuzes “Man” en “Vrouw” toe te laten. Deze instelling dient in de tabel tblglobalsettings worden toegevoegd. De setting is “KlantGeslachtVerplichtManVrouw” en staat standaard uitgeschakeld.

26.7 Reserveringssysteem (*) In de vervangingsmodule bestaat nu de mogelijkheid om een of meerdere huishoudhulpen te reserveren voor een particulier die een eenmalige vervanging zoekt. Principe is dat in het tweede tabblad van de vervangingsmodule de potentiële werknemers worden aangeduid zodat zij een ‘reserveringsstatus’ krijgen en andere interne medewerkers deze werknemers tijdelijk niet kunnen gebruiken om in te plannen bij een andere particulier.

26.7.1 Activatie In de tabel tblglobalsettings moet volgende setting toegevoegd worden:


18.08.2015 - 142

MODULE_EenmVervReservActief Deze dient de waarde 1 te hebben.

26.7.2 Werking 26.7.2.1 Inleiding Het reserveringssysteem kan u toepassen vanuit het tweede tabblad ‘Particulieren’ van de vervangingsmodule. In dat tabblad gaat u op zoek naar een eenmalige vervanging voor de particulier, waarvan de vaste huishoudhulp bijvoorbeeld ziek is of verlof heeft. 26.7.2.2 Aanmaak reservering Net zoals u voorheen deed, zal u bovenaan in de lijst van particulieren, de particulier selecteren waarvoor u tijdelijk (eenmalig) een andere werknemer wenst te zoeken. Indien u de particulier geselecteerd heeft, kan u in het middelste schermdeel een aantal filters activeren om uw keuzelijst van mogelijke werknemers te verfijnen. Onderaan bij de mogelijke werknemers kan u dan een aantal personen ‘reserveren’. Dit betekent dat deze werknemers tijdelijk niet bij andere particulieren op deze tijdstippen kunnen ingezet worden als vervangende werknemer . U kan een werknemer reserveren voor een particulier door bovenaan de gewenste particulier te selecteren en onderaan op de lijn van de gewenste werknemer op het rechtermuisknopmenu ‘Reserveren voor ’. U zal dit rechtermuisknopmenu enkel te zien krijgen, en dus de werknemer kunnen reserveren, indien u zich op volgende plaatsen in de lijn van de werknemer bevindt:  op een geel blokje (gevraagd vervangingsmoment voor werknemer)  op een witte plaats (tijdsbereik) (neutraal moment, zonder voorkeur of blokkering)  op een oranje plaats (tijdsbereik) (moment van de werknemer dat hij vrij wenst te zijn)  op een groene plaats (voorkeursmoment van de werknemer)

Dit houdt in dat u het rechtermuisknop menu NIET te zien krijgt indien u op een rood tijdsbereik (blokkeringsmoment) klikt of op een grijs blokje (vaste planning van de werknemer).


18.08.2015 - 143

Van zodra u een werknemer reserveert zal volgend toolvenster verschijnen:


18.08.2015 - 144

Op dit ogenblik zal het blokje van de werknemer waarop u had geklikt om het menu ‘Reservering...’ te activeren, gearceerd worden:

Ook indien u op ‘legenda’ klikt, zal deze arcering mee opgenomen zijn. Er wordt hier een verschil gemaakt in het soort arcering van een ‘nog open’ of ‘reeds definitieve’ reservering (zie ook verder):


18.08.2015 - 145

Op diezelfde manier voegen we nu bij wijze van voorbeeld, nog enkele werknemers toe aan deze reservering. U kan meerdere werknemers op een snelle manier reserveren door op de knop ‘Snelle reserveringsmodus’ te klikken, en dan met de muiscursor op de gele vervangingsmomenten van de werknemer te klikken. Deze muiscursor is nu veranderd in een + teken. Dit is een soortgelijke werking als het snel valideren van cheques. Ook dan verandert de cursor in een + teken en kan u cheques valideren door de planningsitems aan te klikken.


18.08.2015 - 146

U kan dus enkel deze ‘snelle’ manier gebruiken indien u een geel vervangingsmoment aanklikt. U kan niet met de + cursor gaan klikken op witte, oranje, groene, rode of grijze tijdsbereiken/blokken.

Indien u op de manuele manier een reservering wenst aan te duiden, door het rechter muisknopmenu te klikken, zal indien u op een geel blokje klikt, automatisch het tijdsbereik van dit gele blokje overgenomen worden om het reserveringsmoment aan te geven. Indien u op een witte, oranje of groene plaats klikt, zal in een tussenscherm aan u de keuze gelaten worden van wanneer tot wanneer de reservering geldt:

De uren die hier gesuggereerd worden, hangen af van het soort tijdsbereik waar u op geklikt heeft:  klikt u op een groen tijdsbereik, dan zal het exacte starten stopuur van het voorkeursmoment (groen) worden overgenomen  klikt u op een wit tijdsbereik, dan zal dit witte tijdsbereik zover mogelijk uitgebreid worden. Hiermee wordt bedoeld dat ook de uren van aangrenzende groene tijdsbereiken én van aangrenzende gele blokjes meegeteld zullen worden. Het start- of stopuur wordt pas begrensd vanaf het tijdstip dat er een oranje, rood of grijs blokje begint (deze worden dus niet meegeteld). Voorbeeld:


18.08.2015 - 147

In onderstaand voorbeeld willen we werknemer Ejiroghene op woensdag 27/11 op het witte tijdsbereik aan de reservering van particulier Uyttenhove Stef toevoegen.

Indien we dan op het rechtermuisknop menu ‘Reservering...’ klikken in het witte deel, zal

CheQpoint volgende uren suggereren: Dit startuur, komt nu overeen met het einduur van het oranje tijdsbereik. CheQpoint heeft dus alle uren genomen (van rechts naar links) van het einduur van de dag (einde witte tijdsbereik) tot aan het oranje blokje. Indien we naar de theoretische planning van de werknemer gaan kijken, zien we ook inderdaad dat haar ‘gewenst vrij’-moment (oranje) op woensdag tot 12.30u loopt:


18.08.2015 - 148

 klikt u op een oranje tijdsbereik, dan hangt het er ook vanaf welk de aangrenzende blokjes van dit oranje moment zijn. De periode zal worden uitgebreid met alle witte en groene momenten en gele blokjes die het oranje tijdsbereik voorafgaan of volgen. Indien er andere oranje momenten, rode momenten of grijze blokjes voorafgaan of volgen, zullen deze opnieuw niet worden meegeteld.


18.08.2015 - 149

We hebben nu meerdere werknemers toegevoegd aan de reservering. In het toolvenster ziet u nu al deze werknemers staan:

In het toolvenster kan u alle uren nog aanpassen van de reserveringsmomenten, door een werknemer te selecteren en op de knop ‘Wijzigen’ te klikken. Er zal dan opnieuw een tussenscherm verschijnen waarop u de gewijzigde uren kan aanbrengen. U kan deze wijziging ook aanbrengen door in het toolvenster de werknemer te selecteren en voor het rechter muisknopmenu ‘Wijzigen’ te kiezen.

Met het knopje verwijderen.


kan u meer info opvragen of de reservering van de particulier volledig

18.08.2015 - 150

Indien u info wenst op te vragen , zal er verschillende informatie getoond worden of u een werknemer heeft geselecteerd of niet. Indien er geen werknemer geselecteerd is indien u op ‘Info’ klikt, zal er getoond worden wie op welke datum en welk moment de reservering voor de particulier heeft aangemaakt. Indien u wel een werknemer selecteert en dan op ‘Info’ klikt, zal er ook getoond worden welke gebruiker op welke datum en welk moment de werknemer heeft toegevoegd aan de reservering. Indien u kiest voor ‘Volledig verwijderen’, zal de volledige reservering van de particulier verwijderd zijn. U kan ook werknemers afzonderlijk verwijderen uit de reservering van de particulier. U dient dan de werknemer te selecteren en op het rechter muisknopmenu ‘Verwijderen’ te klikken. Indien u alle werknemers op die manier manueel verwijderd heeft, zal er nog een ‘lege’ reservering voor deze particulier bestaan.

Het toolvenster zal steeds op de voorgrond van de vervangingsmodule staan. Dus m.a.w. indien u zich in de vervangingsmodule bevindt, zal dit schermpje steeds zichtbaar zijn. Inhoudelijk toont CheQpoint telkens de gegevens van de bovenaan geselecteerde particulier. Indien deze particulier geen reservering zou hebben, wordt er een ‘leeg’ reserveringstoolvenster getoond.

Links bovenaan het toolvenster ziet u de status van de reservering. In ons voorbeeld is dit ‘open’. Dit berekent dat alle gereserveerde werknemers en diens uren nog kunnen aangepast/verwijderd worden. U kan op dat moment ook nog steeds werknemers aan de reservering toevoegen. Een reservering kan volgende statussen hebben:  open: alle gereserveerde werknemers en diens uren nog kunnen aangepast/verwijderd worden  in afwachting: u heeft de reservering vastgezet en wacht nu op een antwoord van de particulier. In deze status kan u de reservering niet wijzigen, niemand verwijderen en niemand toevoegen. Let op! Indien de vervaldatum van de reservering overschreden wordt (zie verder), dan is de reservering niet meer geldig en zelfs niet meer zichtbaar  afgehandeld: u heeft de vervanging doorgevoerd. Dit berekent dat er een eenmalige vervanging, al dan niet uit de reservering, gebeurd is voor het moment waarop de particulier vervanging zocht en er een reservering werd aangemaakt1 Rechts bovenaan het toolvenster ziet u al dan niet een vervaldatum van de reservering. Vanaf het moment dat u de reservering vastlegt, zal er een vervaldatum verschijnen. Deze datum kiest u zelf wanneer u de reservering vastzet.

26.7.2.3 Vastzetten van de reservering Indien u in het toolvenster van de reservering op de knop ‘Vastzetten’ klikt, kan u eerst een datum kiezen wanneer deze reservering vervalt:


18.08.2015 - 151

Standaard vult CheQpoint hier 2 weken verder in dan de huidige datum. Indien u nu op OK klikt zal, de reservering vastgezet zijn:

U ziet dat de status van de reservering nu veranderd is van ‘Open’ naar ‘In afwachting’ en dat er een vervaldatum staat.


18.08.2015 - 152

In de vervangingsmodule vertaalt zich dat met een ander soort van arcering (zie ook ‘legenda’):

Vanaf nu bent u in afwachtende houding tot de particulier u een beslissing laat weten over welke werknemer de vervanging zal doen. Indien nu beslist wordt dat een bepaalde werknemer de vervanging gaat doen, kan u de vervanging uitvoeren. Deze vervanging kan gebeuren door een werknemer uit deze reservering, of door een andere werknemer. Indien er gekozen wordt voor een werknemer uit de reservering, kan dit op het reserveringsmoment, of een ander moment. Indien er een vervanging is uitgevoerd voor de particulier voor het bovenstaande geselecteerde vervangingsmoment, op welke manier dan ook, zal de reservering worden opgeheven (afgehandeld) .


18.08.2015 - 153


18.08.2015 - 154

Alle werknemers die tot deze reservering behoorden, zullen opnieuw ‘vrijkomen’ en de arcering zal ook van de blokjes van deze werknemers verdwijnen. Nu kunnen deze werknemers met hun vervangingsmomenten dus weer gebruikt worden om andere particulieren verder te helpen. De particulier zal uiteraard ook verdwijnen bovenaan in de lijst met particulieren die vervanging wensen. Let op indien dezelfde particulier ook nog op een ander moment een vervangingsmoment heeft, zal deze uiteraard wel voor dit moment bovenaan in de lijst zichtbaar zijn.

26.8 (PIBU) #EXS: BUG: Bij gebruik van vennootschappen correct aansluitingsnummer weergeven. Bij het aanmaken van een export bestand staat op de wizard het foutieve aansluitingsnummer op de wizard. Bij gebruik van vennootschappen wordt nu het aansluitingsnummer van de vennootschap waarbij het huidige kantoor hoort weergegeven.


18.08.2015 - 155

26.9 (IGSE) #MAW +PIT: Aanpassing fpit voor vensterenvelop De layout van het fpit-document is aangepast zodat deze in een vensterenveloppe kan:  Verplaatsing gegevens Sodexo en coach  Verkleinen van kaders zodat deze buiten vensterruimte vallen  Vergroten van tussenruimtes rondom het adres  Hiervoor zijn rijen en kolommen aangepast en/of toegevoegd in de template, ook de source code van de plugin is aangepast.

26.10 (IGSE) #WER #PLA #LOO: Beveiliging bij groeperen op wijk Beveiliging op groeperen van werknemers indien wijk bij werknemer niet ingevuld is of wijken niet gebruikt worden:  toont "(geen wijken in systeem)" indien gegroepeerd wordt op wijk maar geen wijken in het systeem zitten  toont "(wijk onbekend)" indien gegroepeerd wordt op wijk maar de werknemer niet toegekend is aan een wijk

26.11

(PIBU) #PLA: Inlezen elektronische dienstencheques

Er is een extra module bijgekomen voor het inlezen van elektronische dienstencheques. Deze module leest een opgegeven bestand van Sodexo in en slaat deze gegevens op in de database. De verdere verwerking hiervan gebeurd in WorkB. Om gebruik te kunnen maken van deze module dient eerst het menu voor het inlezen geactiveerd worden. Nadat deze geactiveerd zal zal er een menu ‘Inlezen elektronische cheques...’ zichtbaar worden onder het menu ‘Actie’. Wanneer er op het menu geklikt word, word er gevraag wel type bestand er zal worden ingelezen en waar het bestand zich bevindt. Vervolgens kan je op volgende klikken om de gegevens in het bestand te verwerken.


18.08.2015 - 156

Vervolgens worden de datums waartussen de cheques zich bevinden weergegeven en welke types allemaal aanwezig zijn. Wanneer op volgende wordt geklikt worden de gegevens in de database bewaard. Indien cheques eerder werden ingelezen worden de gegevens upgedate met de nieuwe waarden uit het bestand.


18.08.2015 - 157

27 CheQpoint 2.0.27 27.1 (KEAN) #ALG: database updates gefixed wegens conflicten door updates via WorkB Enkele database updates (DBChanges) moesten aangepast worden omdat deze fouten konden geven indien de database in kwestie reeds was aangepast door WorkB.

27.2 (PIBU) #EXS: Exporteren van premies naar Sofim Het is nu mogelijk om met de koppeling naar Sofim samen met de kilometervergoedingen ook premies mee te geven. Deze gegevens komen in hetzelfde bestand te staan als de kilometervergoedingen. Het ingeven van deze premies gebeurt via een module in WorkB. De code voor de premie die doorgestuurd wordt komt uit de tabel tblcode in de kolom ExternalCode en is gekoppeld aan codesoort 1000 en moet taal 1 (Nederlands) hebben.

27.3 (KEAN) #ALG: importtool herkent nu meer vormen van aanspreektitels De importtool om werknemers en particulieren uit een tekstbestand te importeren, ondersteunt nu meer vormen van aanspreektitels. Zie onderstaande tabel voor de wijzigingen:

Aanspreektitel

Importeren werknemer

Importeren particulier

DHR.

werd reeds ondersteund


MEVR.



DHR


NIEUW

MEVR


NIEUW

DE HEER

NIEUW

NIEUW

MEVROUW

NIEUW

NIEUW

Merk op dat er een verschil is tussen “DHR” en “DHR.”, want bij de ene vorm is een punt aanwezig achteraan en bij de andere niet. Hetzelfde geldt voor “MEVR” en “MEVR.”.


18.08.2015 - 158

27.4 (KEAN) #ALG: bugfix: importtool importeerde werknemer veld ‘Mindervalide’ verkeerd Het veld ‘Mindervalide’ werd door een fout in de importtool altijd geïmporteerd met de waarde “nee”, zelfs als er “ja” stond in het importbestand.

27.5 (KEAN) #WER #PTC: bij opslaan van een adres worden spaties in een huisnummer automatisch verwijderd Het is in CheQpoint niet toegelaten om een spatie binnenin een huisnummer te zetten. Men moet dus “31C” invullen in plaats van “31 C”. Het kon gebeuren dat de huisnummer reeds in de database met een spatie stond, omdat deze rechtstreeks was overgenomen uit een ander systeem. Door het automatisch verwijderen van spaties uit huisnummers moet de gebruiker nu niet meer elke keer het huisnummer corrigeren alvorens een fiche te kunnen opslaan.

27.6 (KEAN) #ALG: importtool: betere afhandeling van particuliervelden ‘huisdieren’ en ‘roker’ De interpretatie van de te importeren particuliervelden ‘huidieren’ en ‘roker’ is als volgt verbeterd. Bij ‘huisdieren’ worden “ja”, “nee”, en allerlei varianten nu herkend: Waarde huisdieren

Interpretatie vroeger

Interpretatie nu

(leeg)

nee; geen opmerking

onbekend; geen opmerking

ja / oui / yes

ja; opmerking “ja” / “oui” / “yes”

ja; geen opmerking

nee / neen / non / no geen / aucun / aucune / aucunes / none

ja; opmerking “nee” / “neen” / “non” / “no” “geen” / “aucun” / “aucune” / “aucunes” / “none”

nee; geen opmerking

(andere tekst)

ja; opmerking is de tekst in kwestie

ja; opmerking is de tekst in kwestie

Bij ‘roker’ worden nu extra vormen van “ja” en “nee” herkend, en een leeg veld wordt nu geïnterpreteerd als ‘onbekend’ in plaats van ‘nee’.


18.08.2015 - 159

Waarde Roker

Interpretatie vroeger

Interpretatie nu

(leeg)

nee

onbekend

ja

ja

ja

oui / yes

nee

ja

nee / neen

nee

nee

non / no

nee

nee

(andere tekst)

nee

onbekend

27.7 (KEAN) #ALG: importtool: bugfix: particulier velden ‘huisdieren’ en ‘roker’ werden wel ingelezen maar niet opgeslagen Velden ‘huisdieren’ en ‘roker’ werden tot nu toe blijkbaar wel ingelezen maar niet opgeslagen in de database. Vanaf nu is dat dus wel het geval.

27.8 (KEAN) #VVM: standaard geldigheidsdatum van een vastgezette reservering is nu 2 dagen en ook aanpasbaar (*) Men moet bij het vastzetten van een reservering een geldig-tot datum opgeven tot wanneer de reservering mag blijven bestaan. Na deze datum vervalt de reservering. De gebruiker kan deze datum zelf kiezen maar standaard stond er reeds de datum van vandaag plus 14 dagen ingevuld als geldigheidsdatum. Vanaf nu is dit de datum van vandaag plus 2 dagen. En vanaf nu kan de standaarddatum ook via een parameter ingesteld worden in de tabel tblglobalsettings. De setting heet “RSV_DefinitiefDagenGeldig” en cheQpoint neemt de waarde 2 indien deze parameter niet bestaat of niet ingevuld is.

27.9 (PIBU) #WER, #KLA: Bugfix - Fout bij periodes op SQL Server Er zat een fout bij het bewaren van de periodes in de fiches. Voor de werknemer is dit bij Vakantie en Ziekte en voor de particulieren bij Vakantie. De fout was dat op een SQL Server altijd een dag toegevoegd werd aan de periode. Dat had de maken met de pressie waarmee SQL Server datum opslaat.. Hier wordt nu rekening gehouden in het pakket.


18.08.2015 - 160

28 CheQpoint 2.0.28 28.1 (KEAN) #ALG: importtool: adres werknemer nu enkel als wettelijk adres Bij het importeren van het adres van de werknemer door de importtool, wordt vanaf nu het adres enkel nog bijgehouden als wettelijk adres. Voorheen werd het geïmporteerd als zowel wettelijk als verblijfsadres.

28.2 (KEAN) #ALG: importtool: verbeterde herkenning kolom burgerlijke staat In de importtool bij het importeren van een werknemer worden nu meer varianten van de kolomhoofding van burgerlijke staat herkend:

Kolomnaam

Vroeger

Nu

“BurgelijkeStaat”

herkend

herkend

“BurgelijkeStand”

herkend

herkend

“BurgerlijkeStaat”

niet herkend

herkend

“BurgerlijkeStand”

niet herkend

herkend

Al deze 4 schrijfwijzen worden nu herkend (hoewel er maar 1 de juiste schrijfwijze is) omdat men dit makkelijk verkeerd geschreven kan hebben.

28.3 (KEAN) #ALG: importtool: werknemer kolom “Mindervalide” is vervangen door “EchtgenootMindervalide” Kolom “Mindervalide” werd wel ingelezen maar nog niet opgeslagen. Omdat de benaming van deze kolom onduidelijk was (“gaat het om een mindervalide werknemer?”) is deze kolom vervangen door “EchtgenootMindervalide”. Deze kolom wordt dus wel geïmporteerd, en bepaalt of de echtgeno(o)t(e) mindervalide is. Niet ingevuld wordt als “nee” geïnterpreteerd. Enkel “ja” / “oui” / “yes” en “true” worden als ‘ja’ geïnterpreteerd, alle andere tekst wordt als een ‘nee’ beschouwd.


18.08.2015 - 161

28.4 (PIBU) #EXS: Sofim: Probleem premie zelfde exportcode als kilometer Er was nog een probleem bij het meenemen van de premies in het exportbestand naar Sofim. Als de exportcode van een premie gelijk is aan diegene van een kilometervergoeding trad er een fout op. Nu worden beide bedragen samengeteld en zo geëxporteerd.

28.5 (PIBU) #WER: Bugfix: Status rapport neemt een dag te veel Bij het maken van een statusrapport werd de opgegeven periode verlengt met een dag. Hierdoor werden de gegevens van de dag na het rapport meegenomen en klopten de bedragen niet. De periode aanduiding bovenaan het rapport was ook de extra dag meegenomen.

29 CheQpoint 2.0.29 29.1 (IGSE) #WER: Bugfix - Foutieve interpretatie einddatum verlof Probleem: Wanneer u een dag verlof registreerde in de werknemermodule, zag u ook in de planning lijn op de tot-datum (voorbeeld gele lijn = verlof). Wanneer u achteraf iets wijzigde in de theoplanning (of een nieuwe) en u kopieerde deze naar de effectieve planning, zag cheQpoint dit ook als een wijziging voor de tot datum en kwam dit verlof ook op de tot datum. Oplossing: Bij registratie van het verlof werd de van/tot datum gewijzigd naar een van/tot-en-met datum.

29.2 (KEAN) #WER: kopiëren van theoretische week kopieert nu ook de aangeduide momenten Wanneer u in de werknemertheoplanning in lijstweergave een week kopieert, dan worden vanaf nu ook de aangeduide momenten (gewenst vrij / voorkeur / blokkering) mee gekopieerd naar de nieuwe week. Voorheen werden enkel de planningitems gekopieerd.


18.08.2015 - 162

30 CheQpoint 2.0.30 30.1 (PIBU) #CON: Importeren van contracten 30.1.1 Doelstelling Het doel van deze tool is om de vorige contracten, uit een ander softwarepakket, toe te voegen aan Cheqpoint. Dit gebeurt via Excel lijsten.

30.1.2 Werking Het Excel bestand moet opgeslagen worden als een Office 2007 bestand (xlsx). Op de eerste rij staan de hoofdingen “Naam”, “Voornaam”, “Begindatum”, “Einddatum”, “Type”, “Aantal ingegeven uren” en “Bruto uurloon”. Daaronder komen de bijhorende waarden te staan per contract. Om de applicatie te kunnen starten is een bestand nodig met de gegevens om te connecteren naar de database toe. Dit bestand heet “ContractImport.settings”. Elke regel bevat in volgorde onderstaande gegevens.  locatie database  database gebruiker  database wachtwoord  databasenaam Als de applicatie opgestart wordt kan het bestand met de gegevens gekozen worden door op de knop met “...” te klikken. Vervolgens is er een lijst met alle kantoren beschikbaar waar het kantoor met de werknemers gevonden kan worden. Vervolgens kan door op “Importeer” te klikken de gegevens uit het Excel bestand verwerkt worden en toevoegen aan de database. Na afloop van het importeren wordt er een log weergegeven van de contracten die mislukt zijn. Dit kan om onderstaande redenen zijn. Door op de knop “Opslaan” te klikken kan de log weggeschreven worden in een tekstbestand. Werknemer niet gevonden  Werknemer heeft al contracten  Onbekend

30.1.3 Procedure van importeren Elk contract wordt onderstaande procedure gevolgd:  Er wordt gecontroleerd of de datum tot leeg is. Indien deze leeg is wordt er overgegaan naar volgende procedure. Indien er een datum is ingevuld wordt er verder niets ondernomen.  Er wordt gezocht naar de werknemer in CheQpoint. Dit gebeurt aan de hand van het opgegeven kantoor en de naam en voornaam van de werknemer. Hier is het belangrijk dat deze namen exact overeen komen. Indien de werknemer gevonden is wordt er overgegaan


18.08.2015 - 163

naar de volgende procedure. Indien er geen werknemer gevonden is wordt dit gelogd met de melding “Werknemer niet gevonden” en wordt er overgegaan naar het volgende contract.  Er wordt gecontroleerd of de werknemer al contracten heeft. Indien de werknemer al beschikt over contracten wordt dit gelogd met de melding “Werknemer heeft al contracten” en wordt er overgegaan naar het volgende contract. Indien de werknemer nog geen contract heeft wordt er overgegaan naar het importeren van het contract in de database.

30.2 (KEAN) #ALG: update-check venster aangepast Het venster dat verschijnt bij menu “Help → Controleren op updates” is wat aangepast. Dit toont niet langer het huidige versienummer en het versienummer van de ‘laatste versie’. Vanaf nu wordt er -als er geen nieuwere versie beschikbaar is- enkel een korte melding gegeven dat er geen nieuwere versie beschikbaar is. Als er wel een nieuwere versie beschikbaar is, wordt in het dialoogvenster het versienummer van de update getoond, 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. Als bij een automatische update-check een update wordt gevonden, dan wordt in de gele infobalk die bovenaan verschijnt vermeldt of het om een belangrijke of kritieke update gaat.

30.3 (KEAN) #WER: bugfix: knoppen niet zichtbaar bij kleine schermresolutie Sinds op het tabblad van de werknemertheoplanning de Qc wordt weergegeven werden de knoppen om een nieuwe theoplanning bij te maken en te verwijderen bedekt door het paneel met de Q-waarden wanneer CheQpoint draaide op een computer met een kleine schermresolutie. Dit kan bijvoorbeeld gemakkelijk gebeuren wanneer men cheQpoint via Remote Desktop gebruikt. Het probleem is nu opgelost, en de kalender van de theoplanning wordt nu zelfs iets groter weergegeven dan voorheen door gebruik te maken van een stuk vrije ruimte.


18.08.2015 - 164

Voorheen:


18.08.2015 - 165

Nu:

30.4 (KEAN) #PLA: bugfix: conflicttool kopiëren theoplanning kon crashen bij een ongeldig vervoermiddel Bij het kopiëren van de theoplanning naar de effectieve planning kon een crash optreden in het venster dat verschijnt bij kopieerconflicten of bij gebruik van de optie “wijzigingen tonen ter goedkeuring”. De oorzaak hiervan was dat er geen vervoermiddel was ingesteld voor de werknemer in kwestie. Vanaf nu zorgt het ontbreken van het vervoermiddel niet meer voor een fout.

30.5 (KEAN) #PTC: bugfix: bij genereren contract particulier eerst controleren of de fiche ooit al eens is opgeslagen geweest In het venster waarmee men een contract voor een particulier genereert staat bovenaan duidelijk vermeld dat men eerst de fiche moet opslaan alvorens een contract te genereren. Wanneer een gebruiker echter probeerde een contract aan te maken voor een volledig nieuwe particulier, waarvan de fiche nog nooit opgeslagen is geweest, dan zorgde dit voor een crash bij het genereren van het contract. Vanaf nu wordt in dat scenario echter een waarschuwing gegeven dat men geen contract kan genereren omdat de fiche niet opgeslagen is geweest.


18.08.2015 - 166

30.6 (KEAN) #KMS: restanten van oud km-cache mechanisme zijn verwijderd In de afstandberekening van de km-tool zijn restanten van het oude km-cache systeem verwijderd. Tot nu toe werden zowel het oude als het nieuwe systeem gebruikt bij de afstandberekening. Het oude was nu volledig overbodig geworden en dus worden er geen opzoekingen meer gedaan in de tabellen van het oude systeem. Dit zorgt in principe voor een (heel) kleine versnelling van de afstandsberekening.

30.7 (KEAN) #KMS: routeberekening mag geen kortere afstand geven dan afstand in vogelvlucht Vanaf nu wordt voor elke berekende route gecontroleerd of de afstand van de route niet korter is dan de afstand in vogelvlucht. Normaal gezien is de vogelvlucht afstand altijd de kortere afstand, dus deze controle is een veiligheid om problemen met de routeberekening te kunnen detecteren.

30.8 (KEAN) #LOO: bugfix: minimumlonen van 2013 werden vanaf januari reeds toegepast in plaats van februari De laatste indexering van de minimumlonen voor paritair comité 322.01 dateert van februari 2013. In cheQpoint werden deze onterecht reeds toegepast vanaf januari 2013. Dit is nu gecorrigeerd.

30.9 (KEAN) #KMS: nieuw tooltje ‘Manuele afstandberekening’ Er is een nieuw hulpmiddel voor de kilometerberekening toegevoegd, waarmee men manueel een ‘van’ en ‘naar’ kan kiezen en dan daarvoor de route en afstanden bekijken. Dit is handig om eventuele vermeende verkeerde afstanden te onderzoeken. Men kan het openen via menu ‘Extra’ → ‘Manuele afstandberekening’ Dit tooltje is vroeger reeds een tijd aanwezig geweest in cheQpoint maar later terug verwijderd. Voor ‘van’ kiest men ofwel een werknemer ofwel een particulier. Voor ‘naar’ kiest men een particulier uit de lijst. Vervolgens kiest men ook nog een referentiedatum voor de verplaatsing; dit bepaalt welke adressen genomen worden als effectief starten eindpunt. Men ziet dan de adressen die cheQpoint zou gebruiken bij de afstandberekening, samen met eventuele eerder berekende waarden voor de route-afstand en de GPS-coördinaten van beide adressen. Indien de GPS-coördinaten voorhanden zijn, wordt ter informatie ook de afstand in vogelvlucht berekend en getoond.


18.08.2015 - 167

Met de knop onderaan het venster wordt de route berekend en via de kaart getoond.

30.10 (KEAN) #KMS: bugfix: kilometer-adres werknemer werd niet altijd correct bepaald Wanneer het kilometer adres van de werknemer ingesteld staat op verblijfsadres, maar er geen verblijfsadres bekend is voor de datum in kwestie, dan moet het wettelijk adres gebruikt worden. Vanaf nu gebeurt dat ook inderdaad als dusdanig, maar voorheen beschouwde CheQpoint dit alsof er geen adres gevonden werd.

30.11 (PIBU) #PLA: Fout bij kopiëren van de planning Bij het kopiëren van de planning kon er een fout optreden. De oorzaak van deze fout was dat de gegevens die nodig waren voor een bepaalde bewerking geblokkeerd werden door eerder uitgevoerde bewerkingen. Hierdoor trad er een time-out op vanuit de database.


18.08.2015 - 168

30.12 (KEAN) #KMS: kilometerberekening is nu veel sneller bij eerder berekende afstanden De afstandsberekening van de kilometertool werkt nu terug veel sneller, door anders gebruik te maken van de kilometercache. Reeds eerder berekende waarden (afstanden en GPDcoördinaten) worden nu veel langer gebruikt en minder frequent herberekend. Nog een extra optimalisatie die is gebeurd, is dat vanaf nu eerst wordt gekeken of startpunt en eindpunt niet gelijk zijn aan elkaar. Als ze gelijk zijn dan moet de afstand niet opgezocht worden door de route te laten berekenen, wat traag is, maar kan er ineens van uitgegaan worden dat de afstand gelijk is aan nul. Deze situatie kan zich voordoen wanneer een werknemer twee achtereenvolgende planningen heeft op hetzelfde adres, met een zogezegde ‘verplaatsing’ daartussen. Wanneer men nu de afstanden laat berekenen voor een kantoor waarvan de afstanden reeds eerder berekend waren, dan gaat de berekening vrij snel.

31 CheQpoint 2.0.31 31.1 (IGSE - 115988) #MAW +PIT: Aanpassingen prestatiestaat Volgende aanpassingen zijn gedaan aan het f-PIT document:  adres voor werknemer is opgeschoven naar links  de ruimte voor klantadressen is vergroot (ruimte voor uurcode is hierdoor kleiner)  bij klanten wordt nu het extern ID getoond ipv het CheQpoint database ID.  klantnummer wordt is blanco indien er geen klant gepland is ipv op 0 gezet.  er kan nu geselecteerd worden op regio en werkgebied, de selectie kan nu ook leeggemaakt worden (voorals geen selectie nodig is)  de template van het rapport is nu geïntegreerd in de plugin, de template moet dus niet meer door de eindgebruiker geïnstalleerd worden.

31.2 (KEAN) #KMS: optie toegevoegd om de verplaatsingsrichting te respecteren bij afstandberekening (*) Tot nu toe hield CheQpoint geen rekening met de richting van de verplaatsing bij de routeberekening. De reden hiervoor was om de berekening sneller te maken doordat er minder routes moesten worden opgezocht via Google Maps. In veel gevallen heeft de verplaatsingsrichting ook geen invloed op de af te leggen afstand. Echter, wanneer er eenrichtingsverkeer is in bepaalde straten op de route, of wanneer vertrekpunt en bestemming redelijk ver van elkaar verwijderd zijn, dan kan er wel een verschil van een aantal kilometers zijn tussen heenen terugreis. Daarom is nu een optie toegevoegd waarmee de routeberekening de verplaatsingsrichting respecteert. Deze optie vindt men terug onder menu ‘Instellingen’ → ‘Globale Instellingen’ op tabblad ‘Kilometers’:


18.08.2015 - 169

Standaard is deze optie uitgeschakeld; u dient deze zelf aan te zetten. Wanneer u deze optie aanzet, dan zal de eerstvolgende keer dat u de afstandsberekening doet, deze wat langer duren omdat een heel aantal terugreizen voor de eerste keer zullen moeten worden berekend.

Wat er gebeurt als de optie is uitgeschakeld, en in oudere versies van CheQpoint:  Bij een verplaatsing particulier → werknemer wordt de afstand van de omgekeerde route genomen, dus werknemer → particulier  Bij een verplaatsing particulier A → particulier B wordt de afstand genomen van de particulier met het kleinste CheQpoint ID naar de particulier met het grootste CheQpoint ID. Afhankelijk van de ID’s van de particulieren in kwestie kan dus de juiste richting of de omgekeerde richting worden genomen. Opgelet: de functie “toon routeplan” in de effectieve planning toont altijd de route met de juiste richting. Dus als de optie “Verplaatsingsrichting in acht nemen” is uitgeschakeld, dan kan de afstand die in de planning is gekomen vanwege de afstandsberekening, verschillen van de afstand die het venster ‘toon routeplan’ laat zien.

31.3 (KEAN) #AUT: enkele wachtwoorden toegevoegd aan de verboden lijst Volgende wachtwoorden mogen vanaf nu niet meer gebruikt worden als nieuw wachtwoord, omdat ze bij de meest populaire wachtwoorden zitten op basis van lijsten met gelekte wachtwoorden:  password1  paswoord1  iloveyou  trustno1


18.08.2015 - 170

31.4

(KEAN) #KMS: venster ‘Manuele afstandberekening’ uitgebreid met omgekeerde route

Het venster ‘manuele afstandsberekening’ (menu Extra) is nu uitgebreid zodat het ook de eerder berekende afstand toont voor de omgekeerde route. Dit om duidelijk te tonen welk verschil in afstand er is tussen heenen terugreis voor de gevraagde route. Men kan vanuit het venster ook het routeplan bekijken voor de omgekeerde route, waarmee ook ineens de afstand wordt berekend en opgeslagen.

Merk op dat er in dit voorbeeld bijna 5 kilometer verschil zit in heenen terugreis. Dit komt omdat Google Maps een totaal andere route voorstelt bij heenen terug:


18.08.2015 - 171

31.5 (KEAN) #WER #PTC: nieuwe instelling waarmee werknemers/particulieren aan maximum 1 kantoor gekoppeld kunnen worden (*) Ten nu toe kon men enkel instellen dat werknemers en/of particulieren aan ten minste 1 kantoor gekoppeld moesten worden. Vanaf nu is er een extra instelling bijgekomen waarmee u


18.08.2015 - 172

kan instellen dat er met maximum 1 kantoor gekoppeld kan worden. Het instellingenvenster is als volgt aangepast: Voorheen:

Nu:

31.6 (KEAN) #WER #PTC: kantoorkoppeling op fiches reageert nu op dubbelklik Zowel in de werknemerfiche als de particulierfiche kan u op tabblad ‘kantoren’ instellen aan welke kantoren de persoon in kwestie gekoppeld is. Vanaf nu kan u ook dubbelklikken op een kantoor om het te koppelen of te ontkoppelen. Wanneer de instelling om met maximum 1 kantoor te koppelen is ingeschakeld, zorgt het koppelen van een kantoor er ineens ook voor dat eerder gekoppelde kantoren worden ontkoppeld.

31.7 (KEAN) #KMS: bugfix: bij ‘manuele afstandberekening’ was placeholder tekst “soort adres” nog zichtbaar In het venster ‘manuele afstandberekening’ wordt bij zowel het ‘van’ als ‘naar’ adres getoond welk soort adres het is. Bij het openen van het venster stond echter op die plaatsen nog de placeholder tekst “soort adres”, terwijl dat eigenlijk niet zichtbaar moest zijn.

31.8 (IGSE) #MAW (PIT) #PTC: Bugfix - conversiefout bij het opslaan van extra facturatie Probleemstelling: Door een vorige aanpassing in het facturatietabblad kon het systeem niet meer overweg met database null waarden. Er trad hierbij een conversiefout op. Oplossing: De source code is nu aangepast dat ook null-waarden worden opgevangen.


18.08.2015 - 173

31.9 (IGSE) #WER #PLA: Bugfix - foutmelding bij kopieslag Probleemstelling: Voor het automatisch bepalen van afwezigheidsperiodes: Bij heel lange afwezigheidsperiodes kon de einddatum van de werkelijk ingeplande afwezigheid soms niet gevonden worden. Dit kwam omdat de afwezigheidsperiode verder gaat dan de laatste dag van het zoekrange van de planningen. Oplossing: Indien dergelijke situatie zich voordoet wordt de laatste dag van afwezigheid vastgelegd op de laatste dag van het zoekbereik. Indien het automatisch aanmaken van ziektemeldingen/attesten is ingeschakeld. Kan dit ertoe leiden dat heel lange ziekteperiodes worden verdeeld in blokken van 1 à 2 maanden afhankelijk van de kopieslag (soort inplanning).

31.10 (IGSE) #PLA: Bugfix - fout bij datumveld in venster voor planningbewerking Probleemstelling: Er is een probleem met MS-SQL null waarden voor een datumveld in het bewerkscherm van een planningitem. Oplossing: Het probleem is opgelost door geen null-waarden toe te laten.

31.11 (KEAN) #KMS: bugfix: kaartje zoomde niet voldoende in bij ‘controleren adres’ Wanneer men in de fiche van de werknemer op particulier de functie ‘controleer adres’ gebruikt, dan wordt een kaartje geopend waarop de locatie van het adres wordt getoond. Tot nu toe echter was dat kaartje niet genoeg ingezoomd, waardoor men de straten niet kon zien. Men kon echter wel nog zelf inzoomen met het scrollwiel van de muis. Vanaf nu wordt bij het openen van het kaartje automatisch naar het maximale zoomniveau gegaan.

31.12 (KEAN) #ALG: bugfix: fout in het foutrapporteringsvenster na het automatisch verzenden Soms deed zich een fout voor in het foutrapporteringsvenster, vlak na het verzenden van een foutrapport. Dit probleem is nu opgelost.

31.13 (IGSE) #WER: Bugfix - saldo vakantietellers klopt niet Probleemstelling: Het aantal geplande (verbruikte uren) werd in minuten berekend en geïnterpreteerd als uren. Daardoor klopte ook het saldo niet. Het beginsaldo was wel correct genoteerd in uren.


18.08.2015 - 174

Oplossing: Calculatie in uren gedaan.

31.14 (KEAN) #ALG: OPGELET: migratie van tabel “code” naar “tblcode” Vanaf deze versie van CheQpoint wordt enkel nog gebruik gemaakt van “tblcode”. Gegevens die in tabel “code” zaten, moeten manueel overgezet worden naar “tblcode”. Dit is vooral van belang voor gebruikers van de koppeling met sociaal bureau Sofim.

31.15 (IGSE) #MAW +PIT: Bugfix - Verkeerde registratie van werknemerafwezigheden Probleemstelling: Verkeerde registratie van werknemerafwezigheden voor het aanmaken van de records voor de telefoniecentrale (Voxtron).

Oplossing: Door een logische fout werd de afwezigheidsperiode en klant soms verkeerd geregistreerd bij het aanmaken van de Voxtron records: de records werden in bepaalde gevallen verkeerdelijk geüpdate (in memory) bij het overlopen van de planningen. Het gaat enkel om een fout in het veld 'omschrijving' van het record, de rest was wel correct.

32 CheQpoint 2.0.32 32.1 (IGSE) #PTC #WER: geavanceerd zoeken op tel/fax/gsm-nummers Probleemstelling: Zoekfunctie op tel/fax/gsm-nummers: 1. Niet-numerieke tekens worden wel toegelaten op de GUI maar in het geavanceerd zoekscherm kunnen enkel cijfers ingegeven worden. In dergelijke situaties kan dus nooit een resultaat gevonden worden. 2. Daarenboven maken andere tekens de zoekopdracht moeilijk. Door een grote diversiteit aan scheidingstekens (ook spaties) en omdat een perfecte match noodzakelijk is deze functie bijna nutteloos. Oplossing: Vanaf heden is het mogelijk klanten en werknemers op te zoeken via het telefoonnummers door een volledige of gedeeltelijke match.


18.08.2015 - 175

Hierbij zijn enkel cijfers en hun volgorde nog van belang, andere tekens worden genegeerd in de zoekopdracht. Bij een volledige match is ook het aantal cijfers van belang, bij een gedeeltelijke match dus niet. Niet-numerieke tekens ingegeven door de eindgebruiker worden wel nog getoond op de gebruikersinterface en worden dus ook nog bewaard op de database.

Een andere en in principe betere oplossing zou zijn om een formattering toe te passen op de interface en op de database enkel cijfers te bewaren. De gebruiker zou zich dan ook mogen beperken tot het ingeven van cijfers. Deze methode werd echter niet gebruikt omdat:  bepaalde klanten telefoon/fax/gsm gegevens rechtstreeks importeren in de database (met scheidingstekens). Waarbij ook soms deze data moet doorgegeven worden naar andere applicaties.  bij de klanten al speciale tekens in die velden staan en deze allemaal zouden moeten aangepast worden. Dat is dan wel een eenvoudig oplosbaar probleem.  mogelijks de klant een al eigen formattering heeft gekozen en de gegevens dus niet mogen aangepast worden

32.2 (IGSE) #PTC: Bugfix - velden voorrang en voorrangsreden niet leeg bij nieuwe klant Probleemstelling: Bij ingave van een nieuwe particulier bleven de gegevens van een vorige particulier hangen in de velden voorrang en voorrangsreden.


18.08.2015 - 176

Oplossing: Er zat een fout in CheQpoint waardoor deze velden niet netjes werden opgeruimd.

32.3 (IGSE) #MAW: F-PIT - aanpassing bepaling werknemeradres Probleemstelling: 1. In CheQpoint wordt het adres van de werknemer bepaalt op de begindatum van de afdrukperiode. Dit komt omdat de afdruk ook voor de toekomst (of zelfs het verleden) kan zijn. Meestal wordt de afdruk gemaakt voor de komende maand, vandaar dat het adres wordt genomen die op de startdatum geldig is. Echter alles hangt af van de verzenddatum van het f-pit document vandaar dat deze logica ook niet sluitend is en zal worden aangepast (zie oplossing). 2. Een tweede punt is dat het adres van de werknemer over de afdrukperiode kan wijzigen en er slechts 1 adres kan getoond worden. Maar ook hier is het meest logische zich te baseren op de startdatum. Oplossing: Voor de eindgebruiker is meestal het huidige adres van belang (als we er vanuit gaan de documenten worden verzonden op de dag van afdruk). Dit lijkt dus een betere keuze te zijn dan het adres op startdatum. In CheQpoint werd dit dus aangepast.

32.4 (IGSE) #PTC #WER: meerdere contactpersonen met gelijke contactgegevens Probleemstelling: In de huidige versie van CheQpoint kan men geen 2 maal dezelfde tel-, fax- of GSM-nummer ingeven. Oplossing: Dit kan inderdaad een ongemak zijn, vandaar volgende wijzigingen in de logica van CheQpoint zowel bij particulieren als werknemers:  Verschillende contactpersonen met hetzelfde nummer wordt toegelaten zowel bij werknemers als klanten  Waarschuwing bij dubbele tel/fax/gsm nummers, enkel rekening houdend met cijfers (zie screenshot


18.08.2015 - 177

)

32.5 (IGSE) #PTC #WER: Verbetering voor het aanpassen van adressen bij klanten en werknemers Probleemstelling: Wijzigen van adressen van zowel klanten als werknemers geeft soms problemen. Oplossing: De datum van het adres heeft in CheQpoint geen uurnotatie. Aangezien de adressen soms worden geïmporteerd is deze uurnotatie soms per ongeluk toegevoegd. Dit zorgt voor problemen bij het wijzigen en wissen van adressen in het systeem. Hiervoor is nu een beveiliging geïntegreerd in CheQpoint zodat bovenstaande geen probleem meer vormt, ook al is de timestamp toegevoegd. Echter om adrestoekenning juist te laten verlopen (bijvoorbeeld in de planning) is het aangewezen deze timestamp terug te verwijderen, omdat met die timestamp rekening wordt gehouden in de code:  Voor Microsoft SQL Server gebruikt u hiervoor volgende queries: UPDATE tblklantadres SET Vanaf = DATEADD(dd, 0, DATEDIFF(dd, 0, Vanaf)); UPDATE tblwerknemeradres SET Vanaf = DATEADD(dd, 0, DATEDIFF(dd, 0, Vanaf));  Voor Oracle MySQL gebruikt u deze queries: UPDATE tblklantadres SET Vanaf = DATE(Vanaf); UPDATE tblwerknemeradres SET Vanaf = DATE(Vanaf); Stel dat de timestamp op 14:00:00 staat, dan zal dit adres voor de begindag maar vanaf 14u worden toegekend. Op die dag wordt dan in de voormiddag het vorige of geen adres toegekend.


18.08.2015 - 178

32.6 (IGSE) #PTC #PLA: Foutieve chequewaarden Probleemstelling: Er zat een fout in het codeboek voor chequewaarden (korte omschrijving voor waarden 9/9.5/10 verkeerd) Oplossing: De fout doet zich voor bij de setup van versie 2.0.25, deze setup werd gecorrigeerd zodat de fout niet meer optreedt. De oplossing voor latere versies (indien u versie 2.0.25 al geïnstalleerd heeft) zit in versie 2.0.32 die binnenkort zal uitgebracht worden. Als u de fout onmiddellijk wil oplossen, kunt u volgende queries uitvoeren op uw database (zonder een update van CheQpoint): UPDATE tblcode SET OMSCHR_KORT = '9' WHERE CD_SRT = '1919' AND CD = '3'; UPDATE tblcode SET OMSCHR_KORT = '9.5' WHERE CD_SRT = '1919' AND CD = '4'; UPDATE tblcode SET OMSCHR_KORT = '10' WHERE CD_SRT = '1919' AND CD = '5';

32.7 (IGSE) #PLA: Altijd goedkeuring vragen bij kopieslag Om het gebruiksgemak te verbeteren werd er geopteerd de interactie met de gebruiker bij de kopieslag naar de planning standaard aan of af te kunnen zetten. Uitwerking: Voortaan kan u met de parameter 'GoedkeuringVragenBijKopieslag' standaard de optie 'Altijd eerst de door te voeren wijzigingen tonen ter goedkeuring' aanzetten (zie screenshot) bij de kopieslag van een theoretische planning van een werknemer naar een werkelijke planning. Deze parameter moet de CheQpoint-klant ingeven in de tabel tblglobalsettings op de database van CheQpoint. De waarde van de parameter moet 1 zijn om de optie aan te zetten. De optie is


18.08.2015 - 179

inactief als de parameter ontbreekt of de waarde 0 heeft.

32.8 (KEAN) #EXS #KAN: wijziging kantoorselectie bij gebruik vennootschappen In het venster ‘exporteer gegevens naar sociaal bureau’ kiest men het kantoor waarvoor men de gegevens wenst te exporteren. Indien men werkte met vennootschappen, dan kreeg men ook de optie “ALLE KANTOREN” welke eigenlijk duidde op de kantoren van de huidige vennootschap en niet op alle kantoren van CheQpoint. Vanaf nu wordt in de keuzelijst van kantoren de naam van de vennootschap weergegeven in plaats van de aanduiding “ALLE KANTOREN”. Dit geldt enkel wanneer vennootschappen gebruikt worden; als dat niet het geval is, dan wordt nog altijd de optie “ALLE KANTOREN” weergegeven.

32.9 (KEAN) #PTC: nieuwe optie “alle” bij werknemer-overlay in theoplanning particulier In de particuliertheoplanning wordt standaard een overlay getoond van de werknemertheoplanningen. Daarbij had men twee opties: “vanaf vandaag” en “laatste”. Daar is nu een derde optie “alle” bijgekomen. De optie “alle” toont alles wat binnen het bereik van de particuliertheoplanning valt, dus wat binnen de starten stopdatum van de particuliertheoplanning ligt, ongeacht of het nog van belang is of niet. Er wordt wel rekening gehouden met de juiste week, dus optie “alle” zal geen items tonen die in een andere week vallen. De optie “laatste” blijft nog altijd de standaardoptie.


18.08.2015 - 180

32.10 (KEAN) #PTC: betekenis van optie “laatste” van werknemer-overlay is gewijzigd In de particuliertheoplanning wordt standaard een overlay getoond van de werknemertheoplanningen. De betekenis van de optie “laatste”, welke standaard geselecteerd is, is nu aangepast. Vroeger toonde de optie “laatste” de werknemertheoplanningen die geldig zouden zijn aan het einde van de particuliertheoplanning. Dit betekende dat als een werknemertheoplanning een stopdatum had en deze voor de stopdatum van de particuliertheoplanning lag, de werknemertheoplanning in kwestie niet getoond werd in de overlay. Ook wanneer de particuliertheoplanning geen stopdatum had maar de werknemertheoplanning wel, dan werd deze laatste dus niet getoond in de overlay. Vanaf nu worden de meest recente werknemertheoplanningen getoond die geldig zijn binnen de geldigheidsperiode van de particuliertheoplanning. Dit gebeurt via een eliminatieproces. Er wordt vertrokken van de werknemertheoplanningen die met optie “alle” zouden zichtbaar zijn. De werknemertheoplanningen worden één voor één met elkaar vergeleken aan de hand van volgende eliminatiecriteria:  Bij twee theoplanningen van eenzelfde werknemer wordt van die twee enkel de theoplanning met de recentste startdatum overgehouden.  Bij twee theoplanningen van twee verschillende werknemers wordt de theoplanning geëlimineerd die strikt vóór de andere ligt. Als ze elkaar deels/volledig overlappen dan worden ze in deze stap niet geëlimineerd.

32.11

(IGSE) #PRE: Controle op dubbele uurcode in Controls Management

Probleem: Er worden dubbele uurcode (verkorte omschrijving) toegelaten in Controls Management Oplossing: Er kunnen in principe geen dubbele uurcodes bestaan in CheQpoint, maar er kunnen uurcodes worden toegevoegd met dezelfde betekenis van een reeds aanwezige uurcode. Hiervoor werd een extra beveiliging ingebouwd in CheQpoint. Voortaan moet de verkorte omschrijving uniek zijn. Wanneer deze niet uniek is krijgt de eindgebruiker een popupscherm


18.08.2015 - 181

met een waarschuwing (zie screenshot):

32.12 (IGSE) #PRE: Verplichte uurcode voor prestaties in Controls Management De uurcode (verkorte omschrijving) van een prestatie is nu verplicht in te geven in Controls Management. Het veld staat ook in het rood afgedrukt als aanduiding dat het veld verplicht is. U krijgt een popupvenster als dit niet OK is:


18.08.2015 - 182

32.13 (IGSE) #PRE: Bugfix - Fout bij het toevoegen van een prestatiecode in Controls Management Probleem: Er verschijnt een foutmelding bij het openen van het bewerkingsscherm bij een nieuwe prestatie (definitie). Oplossing: Het veld ‘Heeft Limiet’ had geen standaardwaarde waardoor de waarde van het veld op null kwam. Dat genereert een fout want de waarde mag niet null zijn. De standaardwaarde werd programmotorisch op 0 gezet, wat betekent dat de prestatie geen verbruikslimiet (beginsaldo) heeft.

32.14 (KEAN) #KAN: hoofdkantoor in lijst van kantoorselectie altijd volledig bovenaan Vanaf nu staat het hoofdkantoor altijd volledig bovenaan de andere kantoren in de lijsten waar men een kantoor moet selecteren (dropdowns). Vroeger stond dit alfabetisch tussen de rest van kantoren.


18.08.2015 - 183

32.15 (KEAN) #ALG: OPGELET: in de database tabel “tblcode” wordt de taal nu anders voorgesteld Tot nu toe werd in de codetabel voor een aantal zaken “NL” in de kolom van de taal gebruikt om Nederlands voor te stellen. Om toekomstige compatibiliteitsproblemen met WorkB te vermijden wordt nu in de plaats daarvan “1” gebruikt om Nederlands aan te duiden. Bestaande records in de tabellen “code” en “tblcode” zullen automatisch gemigreerd worden van “NL” naar “1” in deze CheQpoint versie.

32.16 (KEAN) #KAN: ondersteuning voor kantoorgroepen (clusters) toegevoegd(*) Vanaf nu kunnen kantoren gegroepeerd worden in groepen (clusters). Een kantoor kan tot maximum 1 kantoorgroep behoren. Men kan dan in CheQpoint bepaalde operaties uitvoeren op clusterniveau in plaats van kantoorniveau. Het beheer van clusters en het toewijzen van kantoren aan clusters dient te gebeuren vanuit WorkB. Inschakelen van ondersteuning voor kantoorgroepen gebeurt aan de hand van de parameter “MODULE_KantoorgroepenActief” in tabel ‘tblglobalsettings’. Deze parameter moet de waarde ‘1’ krijgen om de functionaliteit van kantoorgroepen te activeren. Wanneer de functionaliteit actief is, kan men in het hoofdvenster van CheQpoint een groep selecteren in plaats van een kantoor. Men kan ook nog gewoon een kantoor kiezen. In de lijst met kantoren rechts bovenaan staat achter de naam van elk kantoor de naam van de groep waartoe het kantoor behoort. Men kan dan via een keuzerondje aangeven of men het kantoor dan wel de hele groep wenst te selecteren.

Wanneer een groep is geselecteerd dan worden in de lijst links in het hoofdvenster de werknemers of particulieren getoond van de hele groep in plaats van enkel het actieve kantoor. Wanneer de groep geselecteerd is zal ook in de vervangingsmodule de groep worden gebruikt om de lijsten bovenaan de tabbladen te vullen. Op alle plaatsen waar een kantoor geselecteerd kan worden en waar de mogelijkheid “ALLE KANTOREN” in aanwezig is zullen ook de kantoorgroepen beschikbaar zijn, en zal standaard de actieve groep in voorgeselecteerd zijn indien men in het hoofdvenster de “*groep+” optie heeft gekozen.


18.08.2015 - 184

In de lijst met kantoren staan de losse kantoren samen onder de groep waartoe ze behoren:

Bovenaan in de lijst staat eerst de mogelijkheid “ALLE KANTOREN” indien de context toelaat dat die mogelijkheid beschikbaar is. Daar direct onder staat dan het hoofdkantoor. En daarachter komen de losse kantoren die niet tot een kantoorgroep behoren. En ten slotte komen alfabetisch alle groepen aan bod, met bij elke groep de kantoren die eraan gekoppeld zijn, alfabetisch gerangschikt:


18.08.2015 - 185

33 CheQpoint 2.0.33 33.1 (KEAN) #VVM: informatiepopups wegklikbaar In de vervangingsmodule verschijnen informatiepopups wanneer men de muiscursor stilhoudt boven de planningweergave. Deze verdwijnen na een paar seconden automatisch. Vanaf nu kan men een popup vervroegd laten sluiten door erop te klikken.

33.2 (KEAN) #VVM: bugfix: crash bij snelle selectieverandering Er kon een fot optreden in de vervangingsmodule als men snel van selectie veranderde in de lijst van werknemers/particulieren bovenaan het tabblad (eenmalige vervanging). Dit probleem is nu opgelost.

33.3 (KEAN) #PLA: pseudo-particulieren cursief weergegeven In de effectieve planning en in de theoretische planning van de werknemer wordt een pseudoparticulier (Extra uren, Werkrooster, Terug in te plannen) vanaf nu cursief weergegeven.

33.4 (KEAN) #PLA: opvallende markering voor niet-vaste particulieren In de effectieve planning wordt de naam van een niet-vaste particulier — een particulier die niet in de laatste theoplanning voorkomt van de werknemer — vanaf nu met een speciale markering weergegeven zodat hij extra opvalt. De naam van de particulier wordt cursief weergegeven en staat in een kader met een donkerrode rand en een witte achtergrond.

33.5 (KEAN) #KMS: bugfix: fout bij inconsistente heenen terugreis Wanneer twee opeenvolgende planningen een inconsistente combinatie van heenen terugreis hadden, dan kon dit zorgen voor een fout in de kilometerberekening, zowel bij berekenen van afstanden als van kilometervergoedingen. Wanneer de planning in de voormiddag als terugreis ‘terug naar huis’ had staan en de planning in de namiddag ‘van vorige particulier’, dan zorgde dit voor een fout. Het omgekeerde scenario, met ‘naar volgende particulier’ in de voormiddag


18.08.2015 - 186

en ‘van thuis’ in de namiddag zorgde niet voor een crash, maar cheQpoint veronderstelde in dat geval dat de werknemer tussendoor naar huis ging. Het probleem is nu opgelost zodat er zich geen fout meer voordoet.

33.6 (KEAN) #PLA: markeringen voor heenen terugreis worden niet meer getoond bij planningen zonder verplaatsing Bij planningitems waarbij de werknemer zich niet naar de particulier verplaatst, worden vanaf nu geen markeringen voor heenen terugreis (bolletje/pijltje) meer weergegeven. Dit omdat heenen terugreis voor die planningitems niet relevant zijn.

33.7 (KEAN) #PLA #WER: automatisch koppelen van planningen houdt nu rekening met planningen zonder verplaatsing Wanneer men planningitems verplaatst op de kalender, dan worden automatisch de heenen terugreis van de verplaatste planning en van de buurplanningen aangepast. Planningen die dicht genoeg bij elkaar liggen worden automatisch aan elkaar gekoppeld met een werk-werk verplaatsing. Vanaf nu houdt deze koppeling ook rekening met planningen zonder verplaatsing; deze planningen zullen niet meer gekoppeld worden aan aangrenzende planningen omdat er van verplaatsing toch geen sprake is. Dit gebeurt zowel in de theoretische planning (van de werknemer) als in de effectieve planning.

33.8 (KEAN) #KMS: betere afhandeling van inconsistente heenen terugreis Ingeval twee planningen A en B elkaar opvolgen, met A in de voormiddag en B in de namiddag bijvoorbeeld, dan kan het zijn dat de terugreis van A inconsistent is met de heenreis van B: als de terugreis van A op ‘naar huis’ en de heenreis van B op ‘van vorige particulier’ staat, of omgekeerd, als de terugreis van A op ‘naar volgende particulier’ en de heenreis van B op ‘van thuis’ staat. In vorige versies van cheQpoint werd er dan altijd gedaan alsof de werknemer tussendoor naar huis ging, dus met terugreis van A op ‘naar huis’ en de heenreis van B op ‘van thuis’. Vanaf nu wordt echter rekening gehouden met hoever de planningen uit elkaar liggen in de tijd. Als de planningen dicht genoeg tegen elkaar liggen, dan wordt vanaf nu uitgegaan van een werk-werk verplaatsing. De maximum tussentijd om dit te bepalen is dezelfde instelling die ook


18.08.2015 - 187

reeds wordt gebruikt om planningen automatisch aan elkaar te koppelen bij het verslepen op de kalender.

33.9 (IGSE) #MAW +PIT: Afrondingen in F-PIT document De km's worden nu afgerond per dag en per voertuig. Vroeger was dit per planningsblok. Het principe blijft hetzelfde: afronden naar boven vanaf 4 tienden.

33.10 (KEAN) #PLA: planningvenster houdt nu rekening met planningen zonder verplaatsing Bij het opslaan in het planningvenster van de effectieve planning, als heen- of terugreis gewijzigd is, wordt nu bij het kijken naar de ‘buur’-planningen rekening gehouden met planningen zonder verplaatsing.


18.08.2015 - 188

34 CheQpoint 2.0.34 34.1 (KEAN) #ALG: mogelijkheid om automatisch controleren op updates enkel nog te doen voor admin gebruikers Vanaf nu kan men in de Globale Instellingen CheQpoint zo instellen dat het ‘automatisch controleren op updates’ enkel nog gedaan wordt voor administrator gebruikers. Standaard is deze nieuwe optie uitgeschakeld, zodat alle gebruikers de melding krijgen zoals tot nu altijd al het geval was.

34.2 (KEAN) #VVM: bugfix: sommige particulieren ten onrechte als ‘particulier zonder hulp’ bestempeld Het kon gebeuren dat de vervangingsmodule een particulier als ‘particulier zonder hulp’ bestempelde, terwijl die wel degelijk nog hulp had. Dit gebeurde als in een bepaalde week van de particuliertheoplanning uren gevraagd werden maar geen uren bediening door een werknemer aanwezig waren voor die week, terwijl in een andere week van de particulier wél bediening aanwezig was. Voorbeeld: De particulier heeft twee weken in zijn theoplanning: Week 1: Gevraagd 4 uur, bediend 4 uur Week 2: Gevraagd 3 uur, bediend 0 uur Bij dit voorbeeld kwam in CheQpoint week 2/2 voor de particulier bij de permanente vervanging als “3 uur te kort, Particulier zonder hulp”. Dit probleem is nu opgelost, en vanaf nu wordt dit dus “3 uur te kort, Te weinig uren”.

34.3 (KEAN) #ALG: detectie van ongeldige en onnodige proxyserver Bij het opstarten wordt in de meeste gevallen gecontroleerd of er een nieuwe versie van CheQpoint beschikbaar is (afhankelijk van de globale instellingen). Wanneer er een proxyserver is ingesteld, en er geen verbinding gemaakt kan worden met de Prato server, wordt er opnieuw geprobeerd rechtstreeks, zonder proxy. Als de verbinding dan wel lukt, dan betekent dit dat de proxy-instelling niet correct is en wordt er een gele waarschuwingsbalk weergegeven. Als er een update beschikbaar is dan wordt de nieuwe versie aangekondigd met de gele balk, en anders wordt de waarschuwing i.v.m. de proxy getoond.


18.08.2015 - 189

34.4 (KEAN) #ALG: ‘verberg’ komt nu direct na de tekst in plaats van helemaal rechts De link ‘verberg’ op de gele waarschuwingsbalk die updates aankondigt, staat nu vlak na de tekst op de waarschuwingsbalk. Voorheen stond de link altijd volledig rechts.

34.5 (KEAN) #KMS: fix fout in routeplan venster Soms kon er zich een fout voordoen in het venster om de route te tonen. Dit gebeurde wanneer van het begin- en eindpunt de GPS coördinaten reeds bekend waren, maar er iets fout ging bij het bepalen van de route tussen begin- en eindpunt; bijvoorbeeld als er geen internetverbinding was of de proxy verkeerd was ingesteld. Dit probleem is nu opgelost.

34.6 (KEAN) #KMS: routeplan venster waarschuwt nu bij updaten km-cache Wanneer het routeplan venster de route heeft bepaald tussen begin- en eindpunt, dan controleert het ook of de zonet bepaalde afstand niet (teveel) afwijkt van de afstand die zich reeds in de km-cache bevindt. Indien het verschil minstens 5 procent bedraagt, dan wordt de nieuwe afstand in de cache opgeslagen. Dit werd reeds gedaan in vorige CheQpoint versies. Maar tot nu toe werd de gebruiker niet ingelicht wanneer dat gebeurde. Vanaf nu komt er een waarschuwing op dat moment.

34.7 (KEAN) #KMS: routeplan venster toont link om cache te bekijken indien deze verschillende afstanden bevat Vanaf nu toont het routeplan venster een link om de reeds berekende afstanden in de kmcache van de route in kwestie te bekijken. Dit gebeurt enkel indien de cache verschillende afstanden bevat voor dezelfde route. Wanneer op de link geklikt wordt, wordt er een lijst getoond met de eerder berekende afstanden en de datum waarop elk van deze berekend werden.

34.8 (IGSE) #PLA: Bugfix: conversiefout bij bulk copy van theoplanningen Probleemstelling: Er treedt een conversiefout op bij het kopiëren van de theoplanningen in bulk. Oplossing:


18.08.2015 - 190

Een bepaalde type casting in source code (omzetten naar een ander type) kon niet uitgevoerd worden, waardoor CheQpoint blokkeerde.

34.9 (KEAN) #WER #CON: fout bij openen wizard 'nieuw contract' indien Qtg > 40 Er kon zich een fout voordoen bij het openen van de wizard ‘nieuw contract’ in de werknemerfiche indien als voorgestelde Q in de wizard de Qtg uit de theoplanning van de werknemer werd genomen. Dit deed zich voor als de Qtg van de theoplanning in kwestie groter was dan 40. Vanaf nu geeft dit geen fout meer.

34.10 (KEAN) #VVM: waarschuwing bij doorvoeren vervanging indien negatieve connotatie tussen werknemer en particulier In WorkB zal men binnenkort beoordelingen kunnen invoeren tussen werknemers en particulieren. Er kan dan gezegd worden dat een bepaalde werknemer+particulier wel/niet samengaan, en er kan een opmerking bij gegeven worden, enzovoorts. Wanneer er via die weg in WorkB een negatieve connotatie bestaat tussen een werknemer en een particulier, dan zal CheQpoint een waarschuwing tonen wanneer men probeert om een vervanging door te voeren waarbij de particulier in kwestie zou gaan ingepland worden bij de werknemer in kwestie.


18.08.2015 - 191

35 CheQpoint 2.0.35 35.1 (KEAN) #PLA: nu ook markering voor niet-vaste particulieren in maandplanning Sinds versie 2.0.33 werd in de weekplanning reeds een speciale markering getoond voor nietvaste particulieren, dat wil zeggen, particulieren die niet voorkomen in de laatste theoplanning van de werknemer. Vanaf nu wordt dit ook gedaan in de maandplanning: Kleine weergave:

Grote weergave:

35.2 (KEAN) #KMS: betere afhandeling van vertrekpunt=bestemming in routeplan-venster Het routeplan-venster gaat nu beter om met het scenario vertrekpunt gelijk aan bestemming. In dat geval wordt dit expliciet vermeld in het venster, en er wordt volledig ingezoomd op het adres in kwestie.

35.3 (KEAN) #KMS: expliciete melding indien ‘onbekende fout’ van Google Maps Vanaf nu wordt er bij het controleren van een adres een expliciete melding gegeven indien er zich een ‘onbekende fout’ voordoet. Vroeger werd deze fout niet gemeld.


18.08.2015 - 192

35.4 (KEAN) #KMS: vanuit de manuele afstandsberekening kan nu de km-cache bekeken worden Vanuit het venster van de manuele afstandsberekening kan men nu de cache-historiek voor de route in kwestie bekijken.

35.5 (KEAN) #KMS: cache-historiek venster toont nu veel meer info In het cache-historiek venster wordt vanaf nu de historiek getoond van de geografische coördinaten van het vertrek- en eindpunt, en de historiek van zowel de afstand heen als terug. Voorheen werd enkel de historiek van de heenafstand getoond. Voorheen:


18.08.2015 - 193

Vanaf nu:

35.6 (KEAN) #KMS: routeplan-venster neemt heel oude cachewaarden niet meer in aanmerking Het routeplan-venster toonde reeds een link als er in de km-cache voor de route in kwestie verschillende afstanden in de km-cache zaten. Door te klikken op die link opende zich de cachehistoriek. Vanaf nu worden afstanden in de cache die meer dan 2 jaar geleden zijn berekend niet meer mee in aanmerking genomen om te zien of er verschillende afstanden zijn.

35.7 (KEAN) #ALG: connectietype MS-SQL geeft niet langer waarschuwing dat deze nog niet volledig getest is Bij het selecteren van database type in het database-connecties venster (bereikbaar vanuit het login-venster) werd tot nu toe altijd een waarschuwing gegeven wanneer men koos voor MS SQL Server, dat deze nog niet volledig getest was. Omdat MS-SQL ondertussen voldoende getest is, is deze waarschuwing verwijderd.

35.8 (KEAN) #PLA: bugfix: heenen terugreis niet altijd aangepast bij verslepen planningen Bij het verslepen van een planningitem in de effectieve planning werden de heenen terugreis van de vorige buurplanningen niet altijd mee aangepast. Dit probleem is nu opgelost.

35.9 (KEAN) #ALG: migratiewaarschuwing bij inloggen admin gebruiker Vanaf nu geeft CheQpoint bij het inloggen van een administrator gebruiker een waarschuwing indien nog niet overgeschakeld is naar het systeem ‘permanente vervanging’. Het gebruik van


18.08.2015 - 194

CheQpoint zonder dit systeem zal in de toekomst niet meer mogelijk zijn. In principe zouden alle CheQpoint 2.0 gebruikers reeds overgeschakeld moeten zijn.

35.10 (KEAN) #VVM: tonen van beoordelingen bij kandidaten (*) Het is nu mogelijk om bij elke kandidaat in de kandidaten lijst de beoordeling voor die kandidaat te tonen. Bij eenmalige vervanging wordt via een tooltip op de beoordeling meer info getoond, en in de permanente vervanging kan men via het rechtermuisknopmenu aan die informatie. Tonen van beoordelingen is functionaliteit die niet standaard actief is. Men kan deze aanzetten door de parameter ‘VERV_ToonKolomEvaluatie’ in tblglobalsettings op ‘1’ te zetten, of via de Globale Instellingen op tabblad ‘Vervanging’:

Het invoeren en bewerken van beoordelingen gebeurt niet in CheQpoint maar in WorkB. Visualisatie van beoordelingen gebeurt met icoontjes in de vorm van duimpjes:

Een rode: komt niet meer in aanmerking, negatieve beoordeling. Een groene: komt wel in aanmerking, positieve beoordeling Een grijze: neutrale beoordeling Geen duim: geen beoordeling aanwezig


18.08.2015 - 195

Wanneer men in de eenmalige vervanging met de muiscursor gaat staan op een duim icoon verschijnt een tooltip met meer info. Een voorbeeld van wanneer men op het rode duimpje

gaat staan: In de permanente vervanging ziet het er als volgt uit:

Hier moet een contextmenu gebruikt worden:

De info verschijnt in een venster:


18.08.2015 - 196

35.11 (KEAN) #VVM: tooltips langer zichtbaar Tooltips in de vervangingsmodule zijn nu wat langer zichtbaar alvorens ze automatisch verdwijnen. De tijd die wordt gewacht alvorens de tooltip te laten verdwijnen hangt af van de lengte en inhoud van de tekst die wordt weergegeven in de tooltip.

35.12 (PIBU) #KLA: Bug - Chequewaarde nieuwe klant niet correct ingevuld. De standaard chequewaarde voor nieuwe klanten was niet correct ingevuld. Het is mogelijk om in de instellingen aan te geven welke waarde je wenst te gebruiken. Deze werd echter niet overgenomen bij het aanmaken van een nieuwe klant. Hier werd in plaats de laatste uit de rij genomen. Dit werd aangepast zodat nu standaard de waarde wordt overgenomen die in de instellingen werd aangegeven.

35.13 (KEAN) #KMS: bugfix: berekende afstand soms verschillend van Google Maps Er is een fout opgelost waardoor de berekende afstand kon verschillen van de afstand weergegeven in Google Maps en het routeplan-venster. Het routeplan-venster gaf wel altijd dezelfde afstand als Google Maps.

35.14 (IGSE) #WER: Bugfix - soms foute berekening in Bradfordrapport Probleemstelling: Wanneer de berekening voor meer dan 1 werknemer gebeurt klopt soms het aantal afwezigheden niet (frequentie) voor bepaalde werknemers. Soms klopt het aantal dagen afwezigheid niet als de laatste dag van de geselecteerde periode een afwezigheidsdag is. Oplossing: Het berekeningsalgoritme werd verbeterd en hierbij werd ook de fout weggewerkt, namelijk de afwezigheden worden getriggerd op het begin van de periode i.p.v. het einde van de periode.

35.15 (IGSE) #PLA #PTC: Klantadressen zonder einddatum waarop een adres volgt, zullen vanaf heden aanschouwd worden als eindigende adressen. Probleemstelling: Indien er meer dan één adres wordt geïmporteerd dienen de oude adressen van een einddatum te zijn voorzien. Een einddatum (tot-kolom) die niet is ingevuld betekent dat het adres nog altijd geldig is. CheQpoint sluit automatisch oude adressen af, indien er een nieuw adres wordt ingevuld. Normaliter kunnen in CheQpoint geen 2 adressen geldig zijn als wettelijk adres. Oplossing:


18.08.2015 - 197

Een oplossing zou zijn om bij import een einddatum te voorzien, de einddatum zou dan de begindatum zijn van het adres dat chronologisch volgt. Echter om de beveiliging in CheQpoint te verscherpen zullen adressen zonder einddatum waarop een adres volgt, aanschouwd worden als eindigende adressen. Vroeger was de weergave door dit beveiligingsprobleem foutief. Dit aanpassing heeft invloed op de tip-weergave in de planning (als u met de muis over een planningsitem beweegt) en op de km-berekening.

35.16 (IGSE) #WER: Bugfix - ingave opmerking bij werknemerziekte Het opmerkingsveld bij ziekteattesten is editeerbaar terwijl dit niet de bedoeling is. Voor de duidelijkheid werd ook een titel aan het opmerkingsgedeelte van het werknemerziekte tabblad toegevoegd.

35.17 (KEAN) #WER PTC: controle op bewerkingsconflict bij opslaan van fiches Wanneer men in de fiche een afwezigheid (ziekte, vakantie, …) ingeeft, dan worden ook een aantal planningen gewijzigd. Bij het opslaan gaf dit een foutmelding indien ondertussen de planningen in kwestie door een andere bron (andere gebruiker, WorkB…) gewijzigd waren. Dit is nu aangepast zodat bij het opslaan eerst een controle op conflicten gedaan wordt alvorens echt op te slaan. Hierdoor wordt een echte fout vermeden, maar krijgt de gebruiker een gewone melding, op dezelfde manier als wanneer een veld in de fiche verkeerd ingevuld is.


18.08.2015 - 198

36 CheQpoint 2.0.36 36.1 (KEAN) #WER: flow stopzetten werknemer: ‘opnemen in VVM’ niet meer mogelijk voor pseudo-particulier Bij het uitvoeren van flow stopzetten werknemer heeft men de keuze om bestaande (effectieve) planningen ofwel op te nemen in de vervanging, ofwel de planning te verwijderen. Als er geen echte particulier in de planning aanwezig was werd reeds standaard de optie ‘verwijderen’ geselecteerd. Maar de gebruiker kon nog altijd de optie ‘opnemen in VVM’ kiezen, wat eigenlijk niet zou mogen, aangezien het gaat over vervanging ten behoeve van de particulier omdat de werknemer stopt. Daarom is vanaf nu de optie ‘Opnemen in VVM’ niet meer beschikbaar indien de planning geen echte particulier heeft.

36.2 (KEAN) #WER: flow stopzetten werknemer: kleine visuele aanpassingen Er zijn enkele kleine visuele aanpassingen gebeurd in de wizard ‘flow stopzetten werknemer’. Dit betekent dat enkele kolommen wat breder zijn gemaakt enz. Ook wordt er vanaf nu expliciet vermeld dat ‘Opnemen in VVM’ duidt op het opnemen van de particulier in de eenmalige vervanging.

36.3 (KEAN) #VVM: bugfix: overzichtsvenster reservering werd toch nog getoond voor reeds vervallen reservering (Opmerking: het reserveringssysteem is niet standaard ingeschakeld) Wanneer men op het tabblad Particulieren in de vervangingsmodule een particulier uit de lijst selecteert, en er is een reservering actief voor die particulier op dat tijdstip, dan verschijnt een reservering-overzichtsvenster als popup. Blijkbaar verscheen deze ook nog indien de reservering reeds verlopen was. Dit probleem is nu opgelost.

36.4 (KEAN) #VVM: waarschuwing bij reservering tussen werknemer en particulier met negatieve connotatie (Opmerking: het reserveringssysteem is niet standaard ingeschakeld) Vanaf nu wordt er bij het reserveren van een werknemer ten behoeve van een particulier eerst gekeken of er geen negatieve connotatie bestaat tussen de twee. Indien dat het geval is dan wordt er een waarchuwing gegeven en kan de gebruiker kiezen om te annuleren of om toch door te gaan. Een negatieve connotatie is een beoordeling/evaluatie tussen een werknemer en een particulier, waarbij “komt in aanmerking” op “nee” is gezet. Het invoeren van beoordelingen kan niet via CheQpoint maar gebeurt in WorkB.


18.08.2015 - 199

36.5 (KEAN) #KMS: bugfix: crash in km-tool bij opslaan van berekende afstanden Het kon soms gebeuren dat tijdens het opslaan van de berekende afstanden in de km-tool een fout gebeurde waardoor het opslaan vroegtijdig werd beëindigd. De oorzaak hiervan was dat een planning waarin een afstand van een terugreis moest opgeslagen worden ondertussen reeds verwijderd was door een andere gebruiker. Vanaf nu wordt de planning in kwestie overgeslagen en geeft dit geen fout meer.

36.6 (KEAN) #ALG: opgelet indien database update 20140325 mislukt Indien bij het updaten van de database de boodschap komt dat het bestand 20140325 mislukt is, dan duidt dit erop dat er dubbele records zitten in tabel tblklanttheoweek. Contacteer in dat geval Prato support.

36.7 (KEAN) #PTC: bugfix: fout bij proberen vergroten/verkleinen item in theoplanning In de particuliertheoplanning kan men een overlay bekijken van de theoplanningitems van werknemers waar de particulier in voorkomt. Deze overlay is alleen-lezen dus kan niet bewerkt worden. Blijkbaar kon men echter toch nog proberen met de muis zo’n blokje te vergroten/verkleinen; dit zorgde echter voor een fout, niet voor een wijziging van de planning. Vanaf nu zorgt dit niet meer voor een fout, maar hebben pogingen om een blokje groter of kleiner te maken totaal geen effect meer.

36.8 (KEAN) #VVM: vervangingsopmerking werknemer nu leeggemaakt bij doorvoeren eenmalige vervanging Bij de eenmalige vervanging kan men aan een planning een vervangingsopmerking koppelen ten behoeve van de werknemer en/of de particulier. De vervangingsopmerking ten behoeve van de particulier werd reeds leeggemaakt bij het doorvoeren van een vervanging voor de particulier, maar voor de werknemer werd dat nog niet gedaan. Vanaf nu wordt de opmerking voor de werknemer dus leeggemaakt bij het doorvoeren van een eenmalige vervanging voor die werknemer.

36.9 (KEAN) #VVM: correcte afhandeling bij eenmalige vervanging door zichzelf Het is mogelijk om een werknemer zichzelf te laten vervangen. Dit scenario werd echter nog niet correct afgehandeld. Deze situatie kan bijvoorbeeld voorkomen wanneer bij een werknemer een vakantieperiode wordt toegevoegd en daarna terug verwijderd. De uurcodes van de planningen die in de periode vielen zijn daardoor waarschijnlijk op uurcode Werkrooster terechtgekomen, en in veel gevallen staat ook het vinkje ‘particulier wenst eenmalig vervanging’ aan. Bij deze planningen zou men in de vervangingsmodule de werknemer, die in die planning vervanging zoekt wegens uurcode Werkrooster, kunnen proberen koppelen aan de particulier van diezelfde planning, die vervanging zoekt wegens het vinkje dat aanstaat.


18.08.2015 - 200

Tot nu toe handelde de vervangingsmodule dit scenario niet correct af, omdat er altijd vanuit werd gegaan dat een werknemer en een particulier die aan elkaar werden gekoppeld uit een verschillende planning kwamen. Dit is nu opgelost.

36.10 (IGSE) #WER: Bradford - selectie op vlottend jaar Selectie is nu mogelijk op vlottend jaar, dus met een extra van- en tot datum. Deze laten meebewegen met bestaande jaar/maand/week selectie en omgekeerd. De tot-datum wordt standaard, bij het opstarten van het rapportvenster, ingesteld op het begin van de huidige maand. De van datum is dan één jaar voor de tot-datum. Manuele wijziging van starten eindtijd blijft natuurlijk ook mogelijk.

36.11 (IGSE) #ALG: Corrupt OpenXML bestand bij gebruik van datetime cellen Probleemstelling: Bij sommige rapporten in xlsx formaat die door CheQpoint worden gegenereerd krijgen we een foutmelding bij het openen van dat rapport, maar het rapport kan wel worden geopend met alle gegevens intact. Dit komt omdat de waarden van cellen met als celeigenschap 'Datum en tijd' niet in het juiste formaat staan. De datum en tijd wordt weergegeven als tekst, wat niet de bedoeling is (kan u niet mee rekenen). Oplossing: De waarden en eigenschappen komen nu wel overeen, deze worden nu comform ISO8601 ingesteld. De weergave is nu vastgelegd zodat deze voor alle taalinstellingen in orde is (denk aan NL of EN versie van Office). De standaard weergave voor datums is nu yyyy-mm-dd hh:mm:ss.

36.12 (IGSE) #WER: Bradfordrapport: 'tot' verandert naar 'tot en met' Bradfordrapport: 'tot' verandert naar 'tot en met' bij de weergave en selectie (filter) van de bradfordgegevens. Dit is om de duidelijkheid naar de gebruiker toe te verbeteren.

36.13 (IGSE) #WER: Bradford alarmniveau default op 135 gezet ipv 1000 Het Bradfordfactor alarmniveau was standaard ingesteld op 1000, wat duidelijk te hoog was. Deze is nu ingesteld op een realistische waarde: 135.


18.08.2015 - 201

36.14 (IGSE) #WER: Bradford: 3 niveaus met kleurweergave Er zijn nu 3 niveaus met kleurweergave voor de Bradfordfactor (rapport en fiche) De standaardwaardes zijn: - Factor 0 = groen - Factor 1-134 = oranje - Factor >= 135 = rood

36.15 (IGSE) #ALG: Weergave van kleuren, achtergronden en afbeeldingen in rapporten (*) Vanaf heden is het mogelijk om kleuren, achtergronden en afbeeldingen te gebruiken in rapporten. Dat heeft zijn betrekking op een bepaalde rapport generator en de export voor bepaalde rapporten in het OpenXML formaat (word o.a. gebruikt in Microsoft Excel). GUI CheQpoint:


18.08.2015 - 202

Rapport Generator:


18.08.2015 - 203

Export naar OpenXML:

36.16 (IGSE) #WER: Bradford: codes kunnen instellen en onthouden


18.08.2015 - 204

Op de knoppenbalk links van het Bradfordrapport dialoogvenster, omkaderd in het rood op de screenshot, kunnen nu diverse uurcodereeksen ingesteld worden.

Officiële codes: Er zijn nu officiële uurcodes voor het bepalen van de Bradford vastgelegd. Dat zijn de Prato standaardinstellingen. Van die instellingen kan nog altijd afgeweken worden door de gebruikersinstellingen te gebruiken (instelling via GUI of eigen standaardwaarden). Met de knop ‘Zet op officieel’ schakelt u de officiële codes in. Standaard codes: De CheQpoint beheerders kunnen nu zelf hun codes vastleggen die in rekening worden gebracht voor de Bradford-calculatie. De bradfordfactor in de werknemerfiche is dan ook gebaseerd op deze instelling. Het rapport wordt ook standaard opgestart met deze instelling. Gebruik de ‘Opslaan als standaard’ knop om de ingestelde aankruisvakjes voor de uurcodes als standaard te kiezen, deze worden dan bewaard op de database. Met de ‘Zet op standaard’ knop wordt dan die selectie terug opgehaald, voor als u iets aan de codes zou gewijzigd hebben en deze terug wil plaatsen. De standaard codes zijn de codes die worden gehanteerd voor uw bedrijf, voor alle gebruikers. U kan de standaard codes gelijkstellen aan de officiële codes door eerst de knop ‘Zet op officieel’ te gebruiken en daarna ‘Opslaan als standaard’.


18.08.2015 - 205

Manuele codes: Op het venster kan nog altijd afzonderlijk een code geselecteerd worden, gemakshalve kan de ‘selectie omkeren’ knop gebruikt worden waarmee u ineens de selectievakjes omschakelt. Deze instelling wordt nooit bewaard, maar is bedoeld voor occasioneel gebruik.


18.08.2015 - 206

37 CheQpoint 2.0.37 37.1 (KEAN) #VVM: achtergrondproces permanente vervanging efficiënter Het achtergrondproces dat berekent welke particulieren permanente vervanging nodig hebben is nu een heel stuk efficiënter. Er wordt nu voor alle particulieren bijgehouden wanneer ze voor het laatst gecontroleerd zijn geweest, dus de particulieren voor wie geen permanente vervanging nodig is (de meerderheid, normaal gezien) moeten niet zo dikwijls meer gecontroleerd worden.

37.2 (KEAN) #WER # PLA: lijst met particulieren niet meer altijd geladen in planningvensters Het openen van een planningvenster in de effectieve planning en de theoplanning was zeer traag indien men in een kantoor werkte met duizenden particulieren. De oorzaak hiervan was dat bij het openen van het planningsvenster telkens de lange lijst met particulieren ingeladen moest worden, zelfs wanneer men helemaal niet van plan was om een andere particulier te gaan kiezen. Dit is nu aangepast zodat de lijst met alle particulieren pas ingeladen wordt wanneer men effectief een verandering van particulier wenst door te voeren:

Zoals in het voorbeeld te zien is, is er geen dropdown meer waaruit men uit alle particulieren iemand kan kiezen. In plaats daarvan is er een bewerkingsknop (met het potlood) waarop men eerst moet klikken. Vervolgens krijgt men een popupvenster met een lijst van particulieren:


18.08.2015 - 207

Men kan dan iemand anders in de lijst selecteren:

En vervolgens op OK drukken:


18.08.2015 - 208

De knop met het rode kruis dient om niemand als particulier te selecteren. Voorheen had deze knop een icoon van een gebruiker met een kruis.

37.3 (IGSE) #WER #PTC: Meerdere documenten kunnen selecteren en koppelen (*) Voortaan kunnen meerdere bestaande documenten geselecteerd worden om te koppelen in de werknemer- en klantenfiche (tabblad documenten). Er wordt een controle gedaan of het bestand effectief bestaat alvorens deze in de lijst wordt opgenomen. Als u manueel bestanden intypt moet tussen elk bestand een | teken ingeven. Bij het selectievenster wordt dit teken automatisch toegevoegd. Multiple select doet u op de gebruikelijke Windows manier met de control- en/of shift-toets.

37.4 (IGSE) #WER: Tewerkstellingsmaatregelen Activa en Sine Er kunnen nu tewerkstellingmaatregelen worden ingevuld in de werknemerfiche voor Activa en Sine. Eerst en vooral moet men aanduiden of er een maatregel is met de selectievakjes bij elk type maatregel. Bij Activa kan men het type aanduiden: C1, C2, C3, C4, C5, C6, C7, C8, D1, D3, D5 of D6. Bij Sine kan men ook het bedrag van de herinschakelingsvergoeding ingeven.

37.5 (IGSE) #WER: Statusrapport: Optie om indien mogelijk contractdatums te gebruiken i.p.v. de inschrijvingsdatum op de werknemerfiche Betreft: de luiken ‘werknemers in dienst’ en ‘werknemers uit dienst’ in het statusrapport. Indien men de contracten beheert in cheQpoint want dat is niet verplicht en indien er een contract is aangemaakt voor een werknemer, kan men kiezen om de contractdatums te gebruiken i.p.v. de inschrijvingsdatum op de werknemersfiche.


18.08.2015 - 209

De optie wordt ingeschakeld in het statusrapportvenster via een aankruisvakje, zie rode omcirkeling op volgende afbeelding:

Luik ‘werknemers in dienst’, bepaling DatumIn met optie contractdatum aan: Eerst wordt er bepaald welke werknemers in dienst of opnieuw in dienst gegaan zijn in de opgegeven periode volgens de dienstatus historiek in de werknemersfiche. Indien deze werknemer in dienst is gekomen wordt de startdatum van het eerste contract van de opgegeven periode (zie werknemersfiche) genomen, maar als er geen contract werd gevonden wordt de indienstdatum genomen. Als er geen indienstdatum voor handen is wordt de inschrijvingsdatum genomen. Dit laatste is normaal niet mogelijk volgens de validaties in cheQpoint. De volgende flowchart illustreert het proces inclusief de optie contractdatum aan en uit:


18.08.2015 - 210

Luik ‘werknemers uit dienst’, bepaling DatumIn: De DatumIn op het statusrapport voor werknemers die uit dienst gaan, wordt op dezelfde manier bepaald als bij werknemers in dienst, afgezien dat de periode hier niet van belang is. M.a.w. de DatumIn wordt bepaalt vanaf het begin van de carrière.

37.6 (KEAN) #PTC: bij toevoegen particuliervakantie wordt ‘particulier wenst eenmalig vervanging’ uitgezet Er is nu gezorgd dat bij het toevoegen van particuliervakantie in de particulierfiche, de betrokken planningen zodanig worden aangepast dat het vinkje ‘particulier wenst eenmalig vervanging’ uit wordt gezet. Dit was nog een probleem indien de planningen een ziekte/vakantie van de werknemer bevatten; in dat geval werd de uurcode niet naar Pv (werkloos wegens particulier in verlof) gezet omdat de werknemerafwezigheid hogere prioriteit


18.08.2015 - 211

heeft; bijgevolg werd ook onterecht het vinkje niet mee uitgezet. Vanaf nu is dus gezorgd dat het vinkje toch wordt uitgezet indien de werknemer ziekte/vakantie heeft.

37.7 (IGSE) #PLA: Soms fout bij het opslaan van het opmerkingenrapport van de planning Probleemstelling: Er treedt in bepaalde omstandigheden een foutmelding op bij het opslaan van het opmerkingenrapport van de planning. Oplossing: De fout bevindt zich in de onderliggende laag die verantwoordelijk is voor het maken van rapporten (in het OpenXML formaat). De fout kon in theorie dus ook bij andere gelijkaardige rapporten voorkomen. Een fout in de source code zorgde ervoor dat een kolomindex wordt opgeroepen die buiten het bereik valt. Dit bibliotheekbestand is nu gecorrigeerd.

37.8 (KEAN) #ALG: OPGELET: indien database update 20140410 zou mislukken Database update 20140410 kan mislukken op een MS SQL Server database, indien er conflicten zijn in de tabel tblklanttheoplanning. In dat geval dient Prato support gecontacteerd te worden.

37.9 (IGSE) #PTC #PLA: Bugfix - Planningshistoriek: Foutmelding bij het opstarten door incompatibiliteit met bepaalde Excel versies Probleemstelling: Het planningshistoriekrapport in de klantfiche (overzicht planningen van de huishoudhulpen) is incompatibel met bepaalde Excel versies. Oplossing: Een COM-object (Microsoft.Office.Interop) werd uitgesloten voor het rapport omdat deze incompatibel is met Office 2013 en waarschijnlijk ook andere. Door middel van late binding en reflectie toe te passen op de excel objecten hoeft het COMobject niet meer gebruikt te worden.

37.10 (KEAN) #VVM #WER #PTC: toevoegen werknemer vakantie/ziekte raadpleegt theoplanning voor vervangingsvraag Tot nu toe werd bij het toevoegen van vakantie of ziekte van de werknemer in de werknemerfiche enkel gekeken naar bestaande, reeds gekopieerde, planningen in de periode in kwestie. Voor die planningen werd dan naar de vervangingsvoorkeur gekeken van de betrokken particulieren. Voor particulieren met voorkeur “altijd” werd sowieso het vinkje ‘particulier


18.08.2015 - 212

wenst eenmalig vervanging’ aangezet, voor particulieren met voorkeur “nooit” werd het niet aangezet, en voor particulieren met voorkeur “vraag het telkens” werd de vraag gesteld aan de gebruiker, en kon de gebruiker aanduiden welke particulieren vervanging wensten. Het probleem met die aanpak was dat het niet goed werkte voor periodes waarin de theoplanning nog niet naar de effectieve planning was gekopieerd. Particulieren die normaal in die periode zouden bediend worden kregen niet de mogelijkheid tot vervanging, omdat cheQpoint nog geen planningen zag staan op die moment. Vanaf nu kijkt cheQpoint ook naar de theoplanning om te zien welke particulieren getroffen zullen zijn. Er wordt gekeken welke planningen normaal gezien gekopieerd zouden worden, en bij particulieren met voorkeur “vraag het telkens” wordt aan de gebruiker gevraagd welke particulieren vervanging wensen in die periode. Het antwoord op die vraag wordt nu in de database bijgehouden, zodat bij de kopieslag van de theoplanning het vinkje ‘particulier wenst eenmalig vervanging’ bij de particulieren in kwestie automatisch aangezet kan worden.

37.11 (KEAN) #WER #PTC: verwijderen werknemer vakantie/ziekte houdt nu rekening met vakantie particulier Bij het verwijderen van een ziekte- of vakantieperiode van een werknemer werden de planningen in die periode aangepast en werd de uurcode teruggezet naar Wrr (werkrooster) of U (gewerkt effectief) afhankelijk van de instelling. Maar het kon zijn dat de particulier ook toevallig op vakantie was in die periode, en daar werd geen rekening mee gehouden. Vanaf nu wordt bij het verwijderen van ziekte/vakantie van de werknemer in de werknemerfiche, gekeken of de particulier soms in vakantie is in die periode. In dat geval wordt de uurcode op Pv (werkloos wegens particulier in verlof) gezet en niet meer op Wrr of U. Hierdoor zal de werknemer automatisch terug opgenomen worden in de eenmalige vervanging.

37.12 (KEAN) #PLA #PTC: bugfix: selectie van particulieren met zelfde naam Wanneer een kantoor twee particulieren bevatte met exact dezelfde naam, dan kon men één van de twee niet selecteren in het planningvenster. Dit probleem is nu opgelost.

37.13 (KEAN) #PLA: kopieslag theoplanning en vervangingswens particulier Bij het kopiëren van de theoplanning naar de effectieve planning wordt nu rekening gehouden met de vervangingsvoorkeur en vervangingswens van de particulier in kwestie, indien een planning gekopieerd wordt naar een dag waarop de werknemer in verlof is of ziek is. Bij vervangingsvoorkeur “altijd” zal sowieso het vinkje ‘particulier wenst eenmalig vervanging’ aangezet worden, en bij voorkeur “vraag het telkens” zal gekeken worden naar het antwoord op de vraag die gesteld werd toen de gebruiker het verlof of de vakantie van de werknemer ingaf.

37.14 (KEAN) #PLA: conflictvenster theoplanning toont verschil ‘wenst eenmalige vervanging’ Het conflictvenster van de theoplanning, welk getoond wordt bij kopieerconflicten of wanneer men eerst de wijzigingen wenst te zien alvorens het kopiëren plaatsvindt, vergelijkt de planningen nu ook op basis van hun vinkje ‘particulier wenst eenmalig vervanging’:


18.08.2015 - 213

37.15 (PIBU) #WER: Probleem openen contractdocument Er zijn soms problemen bij het openen van het contractdocument. Dit zorgt ervoor dat wanneer het document al open staat, dat er een melding gegeven wordt maar zich verbergt achter cheQpoint. Dit is opgelost door het document op een andere manier te openen. Als Office het document nu niet meer kan openen zal cheQpoint hierdoor niet blijven hangen.

37.16 (PIBU) #ALG: Zware belasting achtergrondproces permanente vervanging Op de achtergrond loopt er een proces om de aanvraag van particulieren die permanente vervanging nodig hebben, te verwerken. Dit is een proces dat zich om een bepaald aantal minuten herhaald. Hierdoor kan het echter gebeuren dat de database tijdens dit proces overbelast is. Om dit te verhelpen is er een mogelijkheid ingebouwd om dit proces wat te vertragen zodat de database wat ontlast wordt. Dit doe je door de instelling ‘ReplacingCheckerSleep’ een waarde te geven. Deze instelling moet in de tabel ‘tblglobalsettings’ komen te staan. Als hier 0 of minder staat zullen er geen vertragen optreden. Bij een waarde groter dan 0 wordt tussen elke particulier het opgegeven getal in milliseconden gewacht om verder te gaan.


18.08.2015 - 214

38 CheQpoint 2.0.38 38.1 (KEAN) #DOC: bugfix: fout bij genereren bordereldocument Er deed zich een fout voor wanneer men probeerde een bordereldocument te genereren voor een gedeelde (niet-kantoorspecifieke) borderel. Dit probleem is nu opgelost.

38.2 (KEAN) #VVM: vervangingsvoorkeur ‘onbekend’ niet correct afgehandeld bij werknemer ziekte/vakantie Het is normaal gezien de bedoeling dat wanneer voor een particulier geen vervangingsvoorkeur is ingesteld, dit behandeld wordt alsof deze de voorkeur ‘vraag het telkens’ heeft. Bij het toevoegen van werknemerziekte of -vakantie werkte dit echter nog niet correct, waardoor bij particulieren zonder vervangingsvoorkeur wel werd gevraagd of ze vervanging wensten, maar het antwoord op die vraag werd niet opgeslagen, waardoor ze uiteindelijk nooit vervanging zouden krijgen voor de periode in kwestie. Dit probleem is nu opgelost.

38.3 (KEAN) #VVM: achtergrondproces permanente vervanging nu veel performanter Het achtergrondproces voor de permanente vervanging, dat berekent welke particulieren permanente vervanging wensen, is nu veel performanter dan voorheen, doordat er een nieuwe index is toegevoegd op de database. Concreet gaat het om een index op de kolom “KlantID” in tabel “tbltheoitem”.

38.4 (IGSE) #ALG: Stored Procedures - Auto check procedure Probleemstelling: Stored procedures worden meestal toegevoegd wanneer nieuwe functionaliteit in cheQpoint is aangebracht. Deze stored procedures worden aangemaakt bij een update van cheQpoint. Het gebeurt dat bepaalde klanten hun stored procedures niet meenemen in de backup. Stel dat een klant een backup heeft genomen voor cheQpoint en deze wil gebruiken voor een opleiding, als ze de stored procedures niet meegenomen hebben in de backup kan cheQpoint crashen of kunnen bepaalde rapporten bijvoorbeeld niet worden aangemaakt. Het gebeurt dus ook bij Prato dat een backup niet volledig is gebeurd waardoor het bij een opleiding of demonstratie fout kan gaan. Dit is bijvoorbeeld al gebeurd bij het oproepen van het maandrapport of statusrapport in cheQpoint. Oplossing: Een oplossing is natuurlijk een volledige backup nemen en deze restoren voor testdoeleinden, opleidingen of demonstraties.


18.08.2015 - 215

Maar om ons hier toch tegen te beveiligen, hebben we een auto check procedure ingelast om te zien of de stored procedure wel bestaat op de database. Zo voorkomen we dat cheQpoint crasht en kunnen we de eindgebruiker meedelen dat er een probleem is op de database.

38.5 (KEAN) #ALG: Togo toegevoegd aan landenlijst Het land “Togo” is toegevoegd aan de lijst met landen waaruit gekozen kon worden voor nationaliteit en adres. In de lijst met geboortelanden was deze reeds aanwezig.

38.6 (KEAN) #WER #PTC: bugfixes en uitbreidingen in importfunctie werknemers/particulieren De importfunctie waarmee men werknemers en particulieren kan importeren uit een tekstbestand (tekst met TAB als scheidingsteken) is verbeterd. Deze functie is bereikbaar via menu Bestand→Import en export→Importeer data.

38.6.1 Werknemers & particulieren Er is een fout opgelost bij het importeren van datumvelden in het formaat dd-MMM-yyyy. Datums in dit formaat zorgden voor een crash in het importproces. Er wordt nu een beperkte validatie gedaan op het huisnummer bij het importeren van een adres met een aparte kolom voor huisnummer. De controle die dan gedaan wordt is dezelfde als de controle die in de fiches in cheQpoint gedaan wordt. Voor huisnummer en busnummer is een alias toegevoegd voor de kolomnaam: Bestaand

Nieuwe alias

huisnummer

Huisnr

HuisNr

busnummer

Busnr

BusNr

38.6.2 Werknemers Voor de burgerlijke staat werden in principe reeds 4 verschillende kolomnamen ondersteund. Maar hier zat nog een fout in waardoor in de praktijk enkel “BurgelijkeStaat” werkte. De import kan nu ook een IBAN nummer importeren uit de kolom “RekeningNr”/”RekeningNummer” welk normaal gezien enkel bedoeld is voor Belgische rekeningnummers. Er is ondersteuning toegevoegd voor een nieuwe kolom “IBAN”, voor IBAN nummers, en een kolom “BIC”, voor de BIC code. Bij het importeren van een IBAN nummer wordt indien de BIC niet aanwezig is, deze afgeleid uit de IBAN nummer door middel van een webservice. Dit kan wel enkel voor Belgische IBAN nummers. Er is ook ondersteuning toegevoegd voor importeren van geboorteland. Gedeeltelijke ondersteuning was vroeger wel al aanwezig doordat de kolom werd herkend, en de waarde uit


18.08.2015 - 216

het bestand werd ingelezen en gecontroleerd. Maar de ingelezen waarde werd nog niet opgeslagen omdat er nog geen conversie naar NIS (Nationaal Instituut voor de Statistiek) code was voor de landen. België bijvoorbeeld heeft code 150. Deze conversie is nu toegevoegd en het geboorteland wordt nu opgeslagen indien succesvol ingelezen. Volgende velden zijn niet langer verplicht en geven geen waarschuwing meer wanneer niet ingevuld: datum huwelijk en SIS-kaartnummer. Importeren van Q waarde bij een contract kan nu ook in de vorm “20.00” of “20,00”. Vroeger kon dit enkel met een specifieke suffix voor de eenheid, bijvoorbeeld “1200 min”, “20 u” of “20 h”. Bij de nieuwe vorm maakt het niet uit of een punt of een komma gebruikt wordt als decimaal scheidingsteken, maar bij de oude notatie voor uren werd enkel het standaardscheidingsteken van het systeem ondersteund. Er is ook een bug opgelost waardoor de notatie in minuten onterecht de Q naar beneden afrondde zodat enkel een Q bestaande uit gehele uren correct werd ingelezen. Er is ondersteuning toegevoegd voor het importeren van het ID Sociaal Bureau. Zie de tabel hieronder voor de kolomnamen. Er is ondersteuning toegevoegd voor het importeren van Q en Qgw (gewenste Q). Voorheen werd enkel de Q horende bij een contract ingelezen. Het formaat voor het importeren van Q en Qgw is hetzelfde als dat van de contract-Q. Vanaf nu kunnen voor een werknemer de dossierbeheerder en verantwoordelijke geïmporteerd worden. Aangezien deze velden verwijzen naar een cheQpoint gebruiker moeten de nodige gebruikersaccounts reeds eerder geïmporteerd of aangemaakt zijn. Hieronder nieuwe velden/aliasen met de mogelijke kolomnamen voor elk veld. Nieuwe kolomnamen zijn gemarkeerd met een sterretje:

Burgerlijke staat

BurgelijkeStaat

Geboorteland

Geboorteland*

IBAN nummer

IBAN*

BIC code

BIC*

ID sociaal bureau

IDSociaalBureau*

IdSociaalBureau* NrSocSec*

Huisnummer

Huisnr

HuisNr*


BurgelijkeStand*

BurgerlijkeStaat* BurgerlijkeStand*

18.08.2015 - 217

Busnummer

Busnr

Q

Q*

Qgw

Qgw*

Dossierbeheerder

Dossierbeheerder*

BusNr*

Verantwoordelijke Verantwoordelijke*

38.6.3 Particulieren Een “.” als voornaam wordt nu herkend als een ontbrekende, lege, voornaam. Er zij opgemerkt dat bij particulieren een voornaam niet verplicht is. Voorheen werd bij zowel aanvraagdatum als startdatum van de particulier een waarschuwing gegeven indien deze ontbraken. Vanaf nu komt er enkel een waarschuwing indien deze allebei ontbreken. Hieronder nieuwe velden/aliasen met de mogelijke kolomnamen voor elk veld. Nieuwe kolomnamen zijn gemarkeerd met een sterretje:

Huisnummer

Huisnr

HuisNr*

Busnummer

Busnr

BusNr*

Aanvraagdatum

DatumAangevraagd

AanvraagDatum*

Aanvraagdatum*

Startdatum

Startdatum

StartDatum*

DatumStart*

38.7 (IGSE) #PLA #WER #PTC: Performantie verbeteren De modulelijsten worden niet meer (onnodig) vernieuwd na het bewerken van een fiche. Volgende modules zijn aangepast: Klanten, Werknemers, Planning en Loonadministratie. Elke modulelijst kan nu manueel ververst worden door op het refresh-knopje te klikken van de overeenkomende banners (zie rood omcirkeld):


18.08.2015 - 218


18.08.2015 - 219

39 CheQpoint 2.0.39 39.1 (KEAN) #PLA: bugfix: kopiëren theoplanning gaf soms een fout Er deed zich soms een fout voor bij het kopiëren van de theoplanning naar de effectieve planning. Dit probleem werd veroozaakt door een bug bij het controleren van de vervangingswens van een particulier. Het probleem is nu opgelost.

39.2 (KEAN) #AUT: nieuw paswoordencryptiesysteem standaard ingeschakeld Sinds versie 2.0.16 heeft cheQpoint ondersteuning voor een nieuw paswoordencryptiesysteem. Dit werd echter nog niet gebruikt. Omdat ondertussen normaal gezien iedereen een versie van cheQpoint heeft die recent genoeg is, is het nieuwe systeem nu standaard ingeschakeld en zullen nieuw aangemaakte en gewijzigde wachtwoorden voortaan volgens het nieuwe systeem worden opgeslagen.

39.3 (KEAN) #ALG: teksttoonvenster: knop om tekst te kopiëren Het venster dat gebruikt wordt om algemene tekst in een dialoogvenster te tonen heeft een knop “Kopieer tekst” bijgekregen waarmee de tekst in het venster naar het klembord gekopieerd wordt. Dit venster wordt op een aantal plaatsen in cheQpoint gebruikt; bijvoorbeeld bij het tonen van de korte release notes (menu Help→Info en dan ‘toon release notes’), bij het bekijken van de details van een foutmelding, bij de getoonde samenvatting van te importeren personen in de importfunctie (menu Bestand→Import en export→Importeer data), ...


18.08.2015 - 220

39.4 (KEAN) #ALG: verbeteringen en bugfixes in werknemer/particulier import Bepaalde dialoogvensters die tijdens het importeren worden getoond waren soms niet zichtbaar doordat ze soms achter de andere vensters verschenen. Dit probleem is nu opgelost. Er deed zich een fout voor als in het te importeren bestand een lege lijn voorkwam tussen de te importeren records. Vanaf nu worden lege lijnen tussenin genegeerd. Er zijn een aantal verbeteringen toegevoegd om ongeldige telefoonnummers toch nog geldig te maken zodat ze toch nog geïmporteerd kunnen worden:  Dubbele of driedubbele spaties worden vervangen door slechts 1 spatie  Twee punten (‘.’) achter elkaar worden vervangen door 1 enkele punt  Een dubbelpunt wordt vervangen door een spatie  Een punt aan het einde van het telefoonnummer wordt weggehaald Bij het importeren van telefoonnummers wordt de kolom “Telefoontype” met kleine ‘t’ nu herkend als alternatief voor “TelefoonType”.

39.5 (KEAN) #ALG: verbeteringen en bugfixes in werknemerimport Uurloon kan nu ook geïmporteerd worden indien de datum-vanaf ontbreekt. In dat geval wordt de datum van vandaag genomen.


18.08.2015 - 221

Een uurloon van 0 euro en zonder datum-vanaf wordt vanaf nu beschouwd als een nietingevuld (onbekend) uurloon, en er worden geen meldingen meer voor gegeven. Een ongeldige datum bij ‘DatumHuwelijk’ zorgt nu voor een melding. Voorheen werd dit beschouwd als een niet ingevulde datum. Er is ondersteuning voor importeren van Intern ID toegevoegd, via de kolom “InternID” of alternatief als “InternId”. Het BIC wordt niet langer geïmporteerd als IBAN ongeldig is. Er deed zich een fout voor bij het importeren van de werknemers doordat Q-waarden dubbel werden geïmporteerd. Dit probleem is nu opgelost. De Q van het laatste contract wordt vanaf nu niet meer gebruikt als Qgw indien geen expliciete Qgw aanwezig is. Voor de Q wordt dit echter nog wel gedaan indien geen expliciete Q aanwezig is.

39.6 (KEAN) #ALG: importeren Extern ID in particulierimport Er is ondersteuning toegevoegd voor het importeren van Extern ID van een particulier, via kolom “ExternID” of alternatief “ExternId”.

39.7 (KEAN) #WER: bugfix: fout bij toewijzen aan extra kantoor Het kon gebeuren dat het koppelen van een werknemer of particulier aan een extra kantoor (of een ander kantoor) tot een fout leidde bij het opslaan van de fiche, wanneer vóór het opslaan van de fiche de werknemer/particulier reeds aan dat nieuwe kantoor gekoppeld werd door een andere cheQpoint gebruiker of via een andere weg (bijvoorbeeld kantoorbeheer onder menu Extra). Dit probleem is nu opgelost.

39.8 (KEAN) #ALG: verbeteringen bij importeren gemeente Bij het importeren van een gemeente op basis van postcode en naam van de gemeente moet deze gematcht worden met een gemeente in de database van cheQpoint. Hierbij is de kans reëel dat de naam van de gemeente in cheQpoint anders gespeld is. Zo kan het bijvoorbeeld zijn in een te importeren bestand naar de gemeente Hoboken (postcode 2660) wordt verwezen met de naam “Hoboken”, “Hoboken (Antwerpen)”, “Antwerpen (Hoboken)”, terwijl in de cheQpoint database deze de naam “Hoboken (Antwerpen)” heeft. Of het kan zijn dat naar een gemeente wordt verwezen waarvan de naam begint met “Sint-”, maar dat de te importeren naam “Sint” afkort als “St.”. Er is gezorgd voor een gedeeltelijke matching van de naam, waardoor de gemeentenamen wordt opgesplitst in woorden en geprobeerd wordt om zoveel mogelijk woorden te matchen. Zo kan “ST.GILLIS-DENDERMONDE” gematcht worden met “Sint-Gillis-bij-Dendermonde”


18.08.2015 - 222

doordat de stukken “Gillis” en “Dendermonde” in beide namen voorkomen. En zowel “Hoboken” als “Antwerpen (Hoboken)” kunnen dan ook gematcht worden met “Hoboken (Antwerpen)” om dezelfde reden. Accenttekens worden nu ook genegeerd bij het proberen matchen van namen. Voorheen werd als er maar 1 gemeente bestond met de te importeren postcode, niet naar de naam gekeken en gewoon gematcht met die ene gemeente. Maar het kan zijn dat de postcode fout ingegeven is en niet past bij de te importeren naam. Daarom gaan we vanaf nu ook altijd naar de naam van de gemeente kijken. Vroeger konden we dit niet omdat we toen nog geen gedeeltelijke matching op naam hadden.

39.9 (KEAN) #PLA #VVM: automatisch vervanging bij feestdag Bij het kopiëren van de theoplanning naar de effectieve planning wordt vanaf nu automatisch het vinkje ‘particulier wenst eenmalig vervanging’ aangezet voor planningen die op een feestdag vallen en waarbij de particulier de vervangingsvoorkeur “altijd” heeft.

39.10 (KEAN) #VVM: toon particulierplanning bij feestdag Vanaf nu worden in de vervangingsmodule op een feestdag de momenten en planningen van die dag getoond. Voorheen was enkel de feestdag-markering zichtbaar zoals nu nog steeds is bij werknemers in de vervangingsmodule. De momenten en planningen worden vanaf nu bovenop de feestdagmarkering getoond. Zo ziet het er nu uit:


18.08.2015 - 223

Merk op dat in de screenshot bij de particulier op de feestdag de planning en de voorkeursmomenten worden weergegeven, terwijl dat bij de kandidaat werknemers niet gebeurt.

39.11 (KEAN) #PLA: bugfix: verkeerde afhandeling bij selecteren ander bolletje als particulier In het cheQpoint-planningvenster zijn een aantal bolletjes voor de particulier:  particulier (met eventueel een echte particulier gekozen)  Werkrooster  Extra uren  Terug in te plannen  Strijk Normaal gezien is het de bedoeling dat als een van de 4 onderste bolletjes geselecteerd wordt, de gekozen particulier naast het bolletje ‘particulier’ wordt weggehaald. Maar dit gebeurde blijkbaar niet; het gebeurde omgekeerd, als het bolletje ‘particulier’ werd geselecteerd dan werd de effectieve particulier weggehaald. Dit probleem is nu opgelost.

39.12 (IGSE) #ALG: Office 2013 compatibiliteit voorzien voor Excel-documenten Om problemen met Office 2013 te voorkomen zijn een aantal documenten aangepast. Deze zijn:  Het algemeen rapport van de vergoedingen in de km-berekening tool.  Het gedetailleerd rapport van de vergoedingen in de km-berekening tool.  Het eenvoudig rapport van de historiek van de werknemers in de klantfiche.  Het gedetailleerd rapport van de historiek van de werknemers in de klantfiche.  Het overzicht van de cheques bij de administratierapporten.  Het rapport van achterstallige cheques door particulieren  Het rapport van prestaties (codes) door werknemers  Het rapport van de voorschotten voor werknemers


18.08.2015 - 224

 Het rapport van achterstallige cheques voor werknemers  Het overzicht met (te) lange afstanden berekend door de km-tool  Het statusrapport  Week- en maandplanningafdruk (invullen prestatiestaat) voor de werknemer  Maandplanningafdruk + infoblad (plugin Dienstenthuis)  Overzicht particulieren en huishoudhulpen volgens landstaal (plugin Partena)  Rapport klanten die hulp hebben (plugin Partena)  Werkplanningen van de huishoudhulpen (pluging Partena)  F-PIT document ( plugin PIT)  Werknemerbestand (rapport van werknemergegevens uit de fiche)  Klantenbestand (rapport van klantgegevens uit de fiche)  Km-overzicht rapport De wijziging is van invloed op volgende bestanden:  cheqpoint20.CSGUI.dll  cheqpoint20.GUI.dll  cheqpoint20.Reports.dll  cheqpoint20.Shared.dll  cp2plugin.DienstenThuis.dll  cp2plugin.Partena.dll  cp2plugin.PIT.dll  cheqpoint20.exe

Daarbij werden de utility-tools voor Excel ook aangepast. Technisch: Door het COM-object Office.Interop.Excel.dll weg te laten, kunnen problemen met zowel op- als neerwaartse compatibiliteit vermeden worden. Hiervoor moet de source code van het rapport wel aangepast worden door middel van de late binding techniek. Dit houdt zowel voordelen als nadelen in. De nadelen zijn enkel voor de programmeur (de voordelen voor iedereen). Nadelen:  De source code is minder leesbaar en moeilijker te programmeren.  Enumerators uit het COM-object moeten vertaald worden naar integers.  Soms moeten methods of properties door middel van de reflectie techniek aangesproken worden.  Andere functionaliteit uit het COM-object kan uiteraard niet aangesproken worden...


18.08.2015 - 225

Een oplossing voor de nadelen is: eerst het rapport te maken met behulp van het COM-object en daarna de code aanpassen voor late binding en uiteindelijk het COM-object terug verwijderen. Voordelen:  Compatibiliteit met alle versies van Microsoft Excel (voor overkoepelende functionaliteit van de versies)  Snelle aanpassing mogelijk, zonder het rapport (compleet) te moeten hermaken.

39.13

(KEAN) #WER #PTC: bugfix: fout bij zoeken op ongeldige INSZ

In het venster ‘geavanceerd zoeken’ voor werknemers en particulieren deed zich een fout voor wanneer men probeerde te zoeken op een ongeldig INSZ nummer waarbij een ongeldig maandnummer werd gebruikt, bijvoorbeeld 90. Vanaf nu geeft dit gewoon een melding dat het nummer ongeldig is.

39.14 (KEAN) #VVM: bugfix: fout in achtergrondproces bij afsluiten cheQpoint Bij het afsluiten van cheQpoint kon er zich een fout voordoen binnen het achtergrondproces van de permanente vervanging indien de ingestelde vertraging groter was dan nul. Deze fout was voor de gebruiker zelf niet zichtbaar. Dit probleem is nu opgelost.

39.15 (KEAN) WER: bugfix: fout bij toevoegen ziekteperiode Er deed zich een fout voor bij het toevoegen van een ziekteperiode bij de werknemer indien de periode in kwestie een planningitem bevatte met een particulier die niet voorkwam in de theoplanning van de werknemer. Dit probleem is nu opgelost.

39.16 (KEAN) #PLA: particulierselectie aangepast Het venster om een andere particulier te selecteren, gebruikt in zowel de theoretische als de effectieve planning, heeft een ander uiterlijk gekregen:


18.08.2015 - 226

Het zoekveld kan gebruikt worden om snel in de namenlijst te filteren:

Zoals in de screenshot te zien is wordt naar alle woorden in de naam gekeken en niet meer enkel naar het begin van de naam. Men kan op deze wijze ook filteren op ID:

39.17 (PIBU) #PLA: Facturatie aan gezinnen (*) Het doel van de facturatie aan gezinnen is dat de consulent kan zien welke status de facturatie heeft voor een prestatie. Indien er een factuurnummer is wordt deze ook weergegeven. De consulent moet deze status ook kunnen op gecontroleerd kunnen plaatsen.


18.08.2015 - 227

Deze functionaliteit moet opgezet worden via een globale instelling ‘ToonFacturatie’. Er zijn 5 statussen en hebben de codesoort ‘283’. Statussen worden op de planning weergegeven met een gekleurde bol met daar in een F. Hierna komt een factuurnummer te staan als deze beschikbaar is. 

0 = Geen status



1 = gecontroleerd



2 = klaar voor facturatie



3 = Gefactureerd



9 = In beschouwing genomen voor facturatie, maar is niet gefactureerd omwille van te weinig uren, dubbel blokje om éénzelfde dag, ...

Er zijn 3 manieren om deze status te wijzigen. De snelle tool, via rechts klikken en planning bewerken.

39.17.1

Snelle tool

Aan de hand van de snelle tool gaat de planning in een modus waardoor bij het klikken op een item de facturatiestatus op ‘Gecontroleerd’ komt te staan. Deze tool wordt aangezet door op de knop ‘Factuur valideren’ te klikken bovenaan de planning. Op dezelfde wijze kan deze terug uitgeschakeld worden. Het is enkel mogelijk om items zonder facturatie status op ‘gecontroleerd’ te plaatsen.

39.17.2

Via rechts klikken

Door rechts te klikken op een planningsitem is het mogelijk om de status te wijzigen in ‘Facturatie gecontroleerd’ indien er nog geen status is. Of om de status op ‘Facturatie niet gecontroleerd’ te plaatsen indien deze op gecontroleerd staat.

39.17.3

Planning bewerken

Indien het item bewerkt wordt kan de facturatiestatus onderaan het scherm gewijzigd worden. Daarnaast is ook het facturatienummer zichtbaar. Hier zit er geen controle in of de status mag gewijzigd worden naar de nieuwe status. De verantwoordelijkheid is hier aan de consulent.


18.08.2015 - 228

39.18 (KEAN) #PTC: bugfix: bij stopzetten flow werd de particulier niet uit alle effectieve planningen gehaald Bij het uitvoeren van stopzetten flow particulier werd de particulier nog niet uit alle effectieve planningen gehaald. Planningen waarbij niet voor de particulier gewerkt werd bleven staan (bijvoorbeeld werknemer in verlof). Dit is nu aangepast zodat in alle planningen de particulier eruit wordt gehaald indien de prestatiecodes dat toelaten. Enkel prestatiecodes waarbij een particulier vereist is kunnen er dus nog voor zorgen dat het niet gebeurt.

39.19 (KEAN) #PLA: bij kopiëren planning kreeg werknemervakantie uit theoplanning geen prioriteit over vakantie particulier Bij het kopiëren van de theoplanning naar de effectieve planning kon het gebeuren dat in de theoplanning van de werknemer een afwezigheidscode stond (bvb tijdskrediet). Het kopieerproces hield hier geen rekening mee, en daardoor kon het gebeuren dat als gekopieerd werd naar een dag waarop de particulier in kwestie vakantie had, de uiteindelijke prestatie op de gekopieerde planning de afwezigheid van de particulier was en niet die van de werknemer. Dit is niet correct, want een afwezigheid van de werknemer moet voorrang krijgen op een afwezigheid van de particulier.


18.08.2015 - 229

Dit is nu aangepast zodat er rekening wordt gehouden met dit scenario; de afwezigheid van de particulier zal nu dus niet langer voorrang krijgen op de afwezigheid van de werknemer.

39.20 (PIBU) #WER: Bug - Melding negatief verlofsaldo Deze fout komt voor wanneer er ingesteld werd dat er een melding gegeven moet worden als een saldo voor een verlofteller onder 0 gaat. Wanneer het saldo na het bewerken van de fiche onder 0 gaat wordt er een melding gegeven hierover. Het probleem zit hem er in dat nadat deze melding voor 1 werknemer werd gegeven deze telkens gegeven wordt bij het bewerken en opslaan van een werknemer.

39.21 (PIBU) #WER: Fout bij ingeven verlof werknemer Bij het toevoegen van het verlof van een werknemer werd de lijst met de planningen die voorkomen in deze periode niet ingevuld. Nu wordt na het opslaan deze lijst opnieuw aangepast.

39.22 (PIBU) #PTC: Overlappingen periode verlof Wanneer een bestaande verlofperiode van de particulier verwijderd werd en daarna een nieuwe toegevoegd werd met die overlapt met de net verwijderde werd dit geblokkeerd. De reden hiervoor is dat de verwijderde nog niet effectief uit de database verwijderd werd. Hierop gebeurt nu een controle.

39.23 (KEAN) #PLA: planningvenster zet niet langer vervangingsvinkje aan indien particulier op die dag vakantie heeft In het planningvenster van de effectieve planning wordt automatisch het vinkje ‘particulier wenst eenmalig vervanging’ aangezet indien de prestatiecodes verzet worden naar een code waarop de particulier vervanging kan wensen (feestdag/werknemerziekte/werknemervakantie/...) en indien de particulier vervangingsvoorkeur ‘altijd’ heeft of op een vraag voor vervanging op die dag reeds positief geantwoord heeft. Maar hierbij werd geen rekening gehouden met een eventuele afwezigheid van de particulier. Dit is nu aangepast zodat het vinkje dan toch niet automatisch aangezet wordt indien de particulier op dat moment in verlof is volgens zijn fiche.

39.24 (KEAN) #PLA: ‘particulier zoekt eenmalig vervanging’ niet meer toegestaan tijdens vakantie particulier Het is nu niet meer toegestaan om het vinkje ‘particulier zoekt eenmalig vervanging’ aan te zetten op een planning indien de particulier vakantie heeft op diezelfde dag. Dit zowel in het bewerkingsvenster van de planning als in het contextmenu op de kalender.

39.25 (KEAN) #PLA: bugfix: planningvenster zette vinkje vervanging opnieuw aan nadat vervanging reeds gebeurd was In het planningvenster van de effectieve planning wordt automatisch het vinkje ‘particulier wenst eenmalig vervanging’ aangezet indien de prestatiecodes verzet worden naar een code waarop de particulier vervanging kan wensen (feestdag/werknemerziekte/werknemervakantie)


18.08.2015 - 230

en indien de particulier vervangingsvoorkeur ‘altijd’ heeft of op een vraag voor vervanging op die dag reeds positief geantwoord heeft. Maar er werd geen rekening gehouden met of de vervanging reeds gebeurd was. Hierdoor kon het gebeuren dat nadat de vervanging gebeurd was en men om een of andere reden de planning nog eens moest openen en opslaan, het vinkje terug werd aangezet. Dit is nu aangepast zodat het vinkje niet meer aangezet wordt indien de particulier reeds vervanging heeft gekregen.

39.26 (KEAN) #VVM: bij doorvoeren eenmalige vervanging wordt de particulier nu uit zijn oude planning weggehaald Als extra beveiliging om een particulier niet per ongeluk dubbel vervanging te geven, wordt nu bij het doorvoeren van een eenmalige vervanging de particulier uit zijn oude planning gehaald. Met andere woorden, als particulier P normaal bediend werd door werknemer X, en deze X komt afwezig te staan en P krijgt vervanging bij een andere werknemer Y, dan wordt P gewist uit die ene planning van X zodat er “(geen particulier)” komt in te staan.

39.27 (KEAN) #VVM: werknemers op tabblad permanente vervanging nu gesorteerd op naam Werknemers in de vervangingsmodule op het tabblad van de permanente vervanging worden nu alfabetisch gerangschikt op naam. Blijkbaar was dat hiervoor nog niet het geval. Hierdoor zal men specifieke werknemers makkelijker kunnen terugvinden in de lijst.

39.28 (KEAN) #ALG: bugfix: sortering op naam was niet overal correct Bij het sorteren op naam van werknemers of particulieren werd nog niet op alle plaatsen reeds correct gesorteerd. Bij het sorteren werden spaties niet genegeerd. Hierdoor kwam de naam “Vander...” na “Van V...”, terwijl dat andersom moest zijn. Dit probleem is nu opgelost.

39.29 (KEAN) #WER #PTC: bugfix: toegevoegde commentaar (log) soms dubbel toegevoegd Het kon soms gebeuren dat commentaar, toegevoegd aan de log van een werknemer/particulier, dubbel in de fiche kwam te zitten. Dit deed zich voor in volgend scenario: 1. 2. 3. 4. 5.

Toevoegen van een log/commentaar in de fiche Opslaan van de fiche Geen andere fiche selecteren maar direct terug op ‘Bewerken’ klikken Eventueel andere bewerkingen of niets doen De fiche terug opslaan

Door de tweede keer dezelfde fiche op te slaan zonder tussendoor de fiche te herladen werd de log/commentaar in kwestie opnieuw toegevoegd bij het opslaan. Dit probleem is nu opgelost.

39.30 (KEAN) #PLA: planningvenster: werken bij particulier tijdens diens vakantie is niet meer toegestaan In het planningvenster van de effectieve planning is een controle toegevoegd waarmee voorkomen wordt dat men de planning opslaat met een werk-code zoals ‘U’ en met een


18.08.2015 - 231

particulier die op de dag van de planning in kwestie vakantie geregistreerd heeft staan in diens fiche.

39.31 (KEAN) #PTC: bugfix: bewerken telefoonnummer niet zoals bij werknemers Bij het bewerken van een bestaand telefoonnummer in de particulierfiche werden nog niet dezelfde controles gedaan als bij de equivalente functie op de werknemerfiche. Bijvoorbeeld: bij de controle of het gewijzigde nummer reeds in de lijst stond, werd nog niet enkel naar de cijfers van het ingevoerde nummer gekeken. Dit is nu opgelost.

39.32 (KEAN) #WER #PTC: bugfix: opslaan kantoorkoppeling Bij het opslaan van de fiche (werknemer/particulier) kon er zich soms een fout voordoen indien een kantoor was bijgekoppeld aan een werknemer of particulier, en de fiche na het opslaan direct terug geopend werd zonder eerst een andere persoon te selecteren. Bij de tweede keer opslaan kwam dan de foutmelding omdat cheQpoint nogmaals probeerde om aan dezelfde kantoren te koppelen. Dit is nu opgelost.

39.33 (IGSE) #ALG: bugfix: Synchroon houden van de fichegegevens (database <-> memory objecten) Door het oplossen van een performantieprobleem werden een aantal gegevens uit de fiche (loonadministratie, werknemers en klanten) niet up-to-date gehouden. Daardoor ontstonden problemen bij het meervoudig bewerken van een fiche (een aanpassing die volgt op een aanpassing van dezelfde fiche). Dat is nu opgelost.

39.34 (KEAN) #ALG: uurcode ‘Ps’ niet meer combineerbaar met ‘particulier wenst vervanging’ Uurcode ‘Ps’ (werkloos wegens particulier gestopt) wordt vanaf nu behandeld zoals ‘Pv’, als een afwezigheid van de particulier, zodat men het vinkje ‘particulier wenst eenmalig vervanging’ niet meer kan aanzetten’ wanneer de uurcode ‘Ps’ aanwezig is.

39.35 (PIBU) #WER: Nieuw - Verwijderen van verblijfadres Bij het verblijfadres van de werknemer is er een nieuwe functie bijgekomen om deze te kunnen verwijderen. Er staan geen controles op het verwijderen van dit adres. Om gebruik te maken van deze functie moet de instelling ‘KanVerblijfAdresVerwijderen’ op 1 geplaatst worden in de database. Bij het verwijderen van een adres wordt eerst gekeken of er een adres is met dezelfde einddatum als de startdatum van het verwijderde adres. Indien zo wordt zijn einddatum gelijk gemaakt aan het verwijderde adres. Indien er geen adres gevonden werd die aan deze waarden voldoet wordt er gekeken of er een adres is met de zelfde startdatum als als de einddatum van het verwijderde adres. Van dit adres wordt de start datum gewijzigd naar deze van het verwijderde adres. Indien geen adressen gevonden worden worden geen adressen gewijzigd.


18.08.2015 - 232

39.36 (KEAN) #PLA: automatische aanpassing van uurcodes aan verlof particulier In het planningvenster van de effectieve planning wordt vanaf nu automatisch de uurcode aangepast aan het verlof van de particulier in kwestie:  Als men een andere particulier kiest, en die heeft verlof op de dag in kwestie, dan wordt automatisch code ‘Pv’ gebruikt ter vervanging van werkcodes zoals ‘U’  Als men een andere particulier kiest, en die heeft geen verlof op de dag in kwestie, dan wordt code ‘Pv’ als die er nog staat, automatisch vervangen door code ‘U’

39.37

(KEAN) #WER: bugfix: vervanging bij ziekte/vakantie voor aangepaste particulier

Wanneer een ziekte- of vakantieperiode wordt toegevoegd in de werknemerfiche, dan wordt gekeken welke particulieren daardoor getroffen zullen worden in die periode. Welke particulieren dat zijn, wordt bepaald enerzijds aan de hand van de effectieve planning, maar ook aan de hand van de theoplanning zoals die gekopieerd zou worden. Tot nu toe was het zo dat als er reeds vervanging was doorgevoerd, er daardoor naast de nieuwe particulier er ook nog voor de vorige particulier werd gevraagd of die vervanging wenste. Dit kwam omdat die vorige particulier in de theoplanning staat en ook op basis van de theoplanning wordt gekeken welke particulieren getroffen zijn. Dus er was een planning op een bepaalde dag, met particulier X volgens de theoplanning. Maar X wordt uiteindelijk vervangen door particulier Y. Daarna wordt voor de werknemer ziekte/vakantie toegevoegd op die dag. Tot nu toe werd dan voor zowel X als Y gevraagd of ze vervanging wensten. Maar in principe moest niet voor X die vraag gesteld worden maar enkel voor Y. Dit probleem is nu opgelost. Er zal vanaf nu enkel nog voor de nieuwe particulier gevraagd worden of die vervanging wenst.

39.38 (KEAN) #ALG: feestdagen voor 2015 toegevoegd Deze versie bevat een database-update waarmee de feestdagen voor 2015 aan de cheQpoint database worden toegevoegd.

39.39 (IGSE) #MA: bugfix: Fout bij afdruk van de maandplanningen voor meerdere maanden opgelost Probleemstelling: Bij het kiezen van een periode die langer was dan een maand in de rapportinterface krijgt men een foutmelding bij het genereren van het rapport. Oplossing: Dit komt omdat de naam van het tabblad niet uniek was, wat een fout veroorzaakt in Excel. Er werd een paginanummer toegevoegd op elk tabblad/pagina van een werknemer om de naam van het tabblad uniek te maken.


18.08.2015 - 233

40 CheQpoint 2.0.40 40.1 (IGSE) #CON: Automatisch aanmaken gebruikersovereenkomst Er kunnen nu klantcontracten aangemaakt worden volgens de voorwaarden van een bepaalde klant. De template voor het document wordt dan bij installatie in de gedeelde documentenmap gezet. De klantgegevens en andere nodige gegevens worden automatisch ingevuld in het contract wanneer deze via de wizard in de klantfiche worden gegenereerd. De gebruiksaanwijzing van deze wizard (en klantenfiche) staat in de algemene handleiding.

40.2 (PIBU) #KLA: Opslaan van klant 2 maal na elkaar bij toevoegen van adres geeft fout Wanneer bij een prospect een adres werd toegevoegd en na het opslaan van de fiche deze nogmaals bewerkt werd en bewaard, trad er een fout op.


18.08.2015 - 234

41 CheQpoint 2.0.41 41.1 (KEAN) #PTC: bugfixes stopzetten particulier Bij stopzetten van een particulier worden vanaf nu ook planningen aangepast met de uurcode ‘Particulier in verlof’ (Pv); deze worden nu ook omgezet naar ‘Werkloos wegens particulier gestopt’ (Ps).’ Ook wordt vanaf nu het vinkje ‘particulier wenst eenmalig vervanging’ mee uitgezet.

41.2 (KEAN) #VVM: weghalen van particulier uit oude planning nu instelbaar Vanaf nu kan men instellen of men bij het doorvoeren van een eenmalige vervanging de particulier uit diens oude planning wenst weg te halen. Dit weghalen van de particulier werd reeds geïntroduceerd in versie 2.0.39, maar is nu terug uitgeschakeld. Het kan indien gewenst via een nieuwe instelling op tabblad Vervanging in de Globale Instellingen terug ingeschakeld worden:

41.3 (KEAN) #WER: bugfix: werknemerimport: Verantwoordelijke niet correct geïmporteerd Bij de werknemerimport werd kolom ‘Verantwoordelijke’ verkeerd geïmporteerd. De waarde hiervoor werd onterecht uit de kolom Dossierbeheerder gehaald. Dit is nu opgelost.

41.4 (KEAN) #WER #PTC: importfunctie rapporteert ongebruikte kolommen Vanaf nu geeft de importfunctie een waarschuwing indien er één of meer van de kolommen uit het importbestand niet mee ingelezen zijn. Dit kan gebeuren wanneer een kolom onbekend is of wanneer deze verkeerd gespeld is. Deze wijziging dient om te vermijden dat men pas veel later ontdekt dat bepaalde gegevens niet mee geïmporteerd waren door een spelfout in de kolomhoofding.


18.08.2015 - 235

41.5 (KEAN) #WER: werknemerimport herkent nu ook ‘EchtgenootVoorNaam’ en ‘EchtgenootFamilieNaam’ De werknemerimport herkent nu ook ‘EchtgenootVoorNaam’ naast de bestaande spelling ‘EchtgenootVoornaam’, en ook ‘EchtgenootFamileNaam’ naast de bestaande ‘EchtgenootFamilienaam’.

41.6 (PIBU) #WER #PTC: Instellen werkgebieden (*) Het werkgebied is standaard niet zichtbaar. Het zichtbaar maken van deze controls kan je door in ‘Instellingen -> GUI instellingen’ volgende op zichtbaar te plaatsen. Vergeet niet om beheer aan te vinken. Werknemers: Component: Werknemers Afkomst: ucWerknemers Control: CustomGroupbox8 Klanten: Component: Klanten Afkomst: ucKlanten Control: CustomGroupbox3 De waarde die in de keuze lijsten komen te staan worden via de database toegevoegd. Dit gebeurd in de tabel tblcode.

Regios:

Kolom

Waarde

Opmerking

CD_SRT

REG

Dit is een vaste waarde

CD

uniek nummer voor de regio

OMSCHR

naam van de regio

OMSCHR_KORT naam van de regio verkort


Dit wordt weergegeven in de fiche

18.08.2015 - 236

CD_TAAL

1

cd_cdkey

1 staat voor Nederlands Dit veld is leeg of NULL

Werkgebieden:

Kolom

Waarde

Opmerking

CD_SRT

WER


CD

uniek nummer voor het werkgebied

OMSCHR

naam van het werkgebied

OMSCHR_KORT naam van het werkgebied verkort

Dit wordt weergegeven in de fiche

CD_TAAL

1

1 staat voor Nederlands

cd_cdkey

CD van de regio waartoe het werkgebied hoort

Regios:

Kolom

Waarde

Opmerking

CD_SRT

WIJ


CD

uniek nummer voor de wijk

OMSCHR

naam van de wijk

OMSCHR_KORT naam van de wijk verkort


Dit wordt weergegeven in de

18.08.2015 - 237

fiche CD_TAAL

1

cd_cdkey

CD van het werkgebied waartoe de wijk hoort

1 staat voor Nederlands

41.7 (IGSE) #KLA: Auto startdatum en validatie betaalprofiel klant Automatische standaard startdatum volgens laatste betaalprofiel en validatie voor ingave startdatum toegevoegd. Validatie:  Er is een validatie op foutief ingeven (geen geldige datum).  Er is een validatie op dubbel ingeven. Standaardwaarde:  De standaardwaarde is normaliter de dag na de huidige datum (met uitzondering van het volgende punt).  Indien er al een betaalprofiel is na de huidige datum, wordt de eerstvolgende dag na het laatste betaalprofiel genomen.


18.08.2015 - 238

42 CheQpoint 2.042 42.1 (KEAN) #WER: werknemerimport kan nu ook verblijfadres importeren Bij het importeren van werknemers kan nu ook het verblijfsadres worden geïmporteerd. En de reeds eerder ondersteunde kolommen voor het importeren van het wettelijk adres hebben er een alias bijgekregen die aangeeft dat het om wettelijk adres gaat. Zo wordt bijvoorbeeld nu ‘StraatWettelijk’ ondersteund als alias voor ‘Straat’. Dit zijn de ondersteunde kolomnamen voor het importeren van adressen van de werknemers:

Wettelijk adres

Verblijfsadres

LandWettelijk of Land

LandVerblijf

AdresWettelijk of Adres (*)

AdresVerblijf (*)

StraatWettelijk of Straat

StraatVerblijf

HuisnrWettelijk of Huisnr

HuisnrVerblijf

BusnrWettelijk of Busnr

BusnrVerblijf

PostcodeWettelijk of Postcode

PostcodeVerblijf

GemeenteWettelijk of Gemeente

GemeenteVerblijf

AdresVanafWettelijk of AdresVanaf

AdresVanafVerblijf of VerblijfAdresVanaf

of WettelijkAdresVanaf

(*) ter herinnering: men dient te kiezen tussen de ‘Adres’ kolom en de 3 kolommen ‘Straat’, ‘Huisnr’ en ‘Busnr’. De 4 kolommen kunnen niet tezamen worden gebruikt. ‘Adres’ dient enkel gebruikt te worden indien men de 3 kolommen nog niet apart heeft om ze te kunnen importeren. Dit geldt natuurlijk voor zowel wettelijk adres, verblijfsadres en het adres van particulieren. Wettelijk- en verblijfsadres zijn onafhankelijk, dus men kan er bijvoorbeeld voor kiezen om voor het wettelijk adres de 3 aparte kolommen (huisnr, busnr en straat) te gebruiken en voor verblijfsadres de ‘AdresVerblijf’ kolom.

42.2 (KEAN) #WER: werknemerimport: raadplegen van webservice voor BIC kan nu uitgeschakeld worden Bij het importeren van werknemers werd de BIC code indien nodig automatisch afgeleid uit het IBAN rekeningnummer, door gebruik te maken van een webservice. Vanaf nu kan het gebruik van deze webservice uitgeschakeld worden indien men deze niet wenst te raadplegen.


18.08.2015 - 239

42.3 (KEAN) #WER: bugfix: werknemerimport: familienaam en voornaam van partner waren omgewisseld Bij het importeren van werknemers werden voornaam en familienaam van de partner omgewisseld. Dit is nu opgelost.

42.4 (KEAN) #WER: gezinsgegevens: ‘mindervalide derden’ verduidelijkt naar ‘waarvan mindervalide’ Op de werknemerfiche bij de gezinsgegevens kan men opgeven hoeveel derden er ten laste zijn van de werknemer en hoeveel mindervalide derden. Deze laatste is nu verduidelijkt om aan te geven dat het aantal mindervalide derden mee inbegrepen is in het totaal aantal derden; m.a.w. er is geen teller voor niet-mindervalide derden.

42.5 (KEAN) #WER: gezinsgegevens: nieuw veld ‘geboorteland partner’ toegevoegd Op de werknemerfiche bij de gezinsgegevens is een veld ‘geboorteland’ toegevoegd bij de gegevens van de partner:


18.08.2015 - 240

42.6 (KEAN) #WER: werknemerimport: meer partnergegevens kunnen nu geïmporteerd worden Bij de import van werknemers kunnen nu meer gegevens van de partner geïmporteerd worden:  geboortedatum  geboorteland  geboorteplaats  beroep  beroepsinkomen (ja/nee)

42.7

(KEAN) #PTC #WER: importfunctie: recordnummer vermeld bij

fouten Bij het importeren wordt na het inlezen van een bestand met werknemers/particulieren een overzicht gegeven met eventuele foute of ontbrekende gegevens in het bestand. Eventuele fouten vermeldden enkel de naam van de persoon waarop ze van toepassing waren. Vanaf nu wordt naast de naam van de persoon ook het recordnummer vermeld, waardoor de gegevens van de persoon makkelijker kunnen teruggevonden worden in het importbestand indien men een fout wenst te corrigeren.


18.08.2015 - 241

42.8 (KEAN) #WER: werknemerimport: importeren van personen ten laste Bij het importeren van werknemers kunnen nu ook de aantallen personen ten laste mee geïmporteerd worden:  totaal aantal kinderen ten laste  aantal mindervalide kinderen ten laste  totaal aantal derden ten laste jonger dan 65 jaar  totaal aantal derden ten laste vanaf 65 jaar  aantal mindervalide derden ten laste jonger dan 65 jaar  aantal mindervalide derden ten laste vanaf 65 jaar

42.9

(KEAN) #PTC #WER: importfunctie: ongeldige tekst bij datums niet langer genegeerd

In de importfunctie werd tekst die niet als een geldige datum kon worden geïnterpreteerd op plaatsen waar een datum verwacht werd, beschouwd als een niet-ingevulde (ontbrekende) datum. Maar er kwam geen melding. Vanaf nu wordt er een waarschuwing getoond voor ongeldige tekst waar een datum verwacht wordt.

42.10 (KEAN) #WER: werknemerimport: nieuwe alias “IBANRekeningNr” voor kolom “IBAN” Door middel van de kolom “IBAN” kon men reeds een IBAN rekeningnummer importeren. Vanaf nu kan ook “IBANRekeningNr” gebruikt worden voor de hoofding van deze kolom.


18.08.2015 - 242

(


18.08.2015 - 243

43 CheQpoint 2.0.43 43.1 (KEAN) #WER #PTC: importfunctie: kantoorkoppeling toegevoegd In de importfunctie is de mogelijkheid toegevoegd om in de importbestanden de kantoren op te geven waaraan de werknemer of particulier in kwestie gekoppeld moet worden. Tot nu kon men enkel in het importvenster een kantoor opgeven waaraan alle in te lezen personen moesten worden gekoppeld. Vanaf nu zijn de mogelijkheden dus iets uitgebreider:

Het is nog altijd verplicht om een kantoor te kiezen, voor in het geval dat het importbestand niet aangeeft aan welk kantoor een werknemer gekoppeld dient te worden. Verder moet via de bolletjes aangegeven worden of het gekozen kantoor slechts een vangnet is voor als het bestand geen kantoren bevat voor een persoon (1e optie), of dat het gekozen kantoor zeker aan alle ingelezen personen moet gekoppeld worden.

43.2 (KEAN) #PTC: particulierimport: chequewaarde instelbaar Vanaf nu kan men bij het importeren van particulieren opgeven welke chequewaarde moet gebruikt worden voor de ingelezen personen. Tot nu toe kon men dit niet kiezen en werd altijd de tweede waarde gebruikt (7,50 euro). Men is verplicht om een chequewaarde uit de lijst te kiezen indien men particulieren wenst te importeren.

43.3 (KEAN) #WER: bugfix: fout bij bewerken geboorteland partner Bij het bewerken van het geboorteland van de partner van de werknemer deed zich een fout voor indien de gezinsinfo nog nooit eerder was opgeslagen geweest. Dit probleem is nu opgelost.


18.08.2015 - 244

44 CheQpoint 2.0.44 44.1 (KEAN) #ALG: menu ‘Actie’ niet langer zichtbaar indien er geen acties in staan Het menu ‘Actie’ in het hoofdvenster was tot nu toe altijd zichtbaar, ook wanneer er niets in stond. Vanaf nu is het menu onzichtbaar tenzij er iets in staat.

44.2 (KEAN) #KMS: nieuwe kilometervergoedingen juli 2014 De nieuwe kilometervergoedingen geldig vanaf 1 juli 2014 zijn toegevoegd aan cheQpoint. De oude vergoedingen blijven ook aanwezig voor de vergoedingen van voor de overschakeling. Opgelet: er is in de cheQpoint database een nieuwe tabel ‘tblkmvergoeding’ aangemaakt waarin de historiek van vergoedingen wordt bijgehouden. De oude tabellen ‘tblkmtarieven’ en ‘tblopenbaarvervoertarieven’ blijven voorlopig bestaan maar worden niet meer gebruikt. In de toekomst zullen deze wellicht verwijderd worden.

44.3 (KEAN) #KMS: afstand afgerond naar beneden voor openbaar vervoer Bij het berekenen van de vergoeding voor woon-werkverkeer met het openbaar vervoer wordt vanaf nu ook altijd de afstand naar beneden afgerond tot op de kilometer, in plaats van naar de dichtsbijzijnde hele kilometer. Door de parameter “WoonWerkOpenbaarAfronden” in tabel ‘tblglobalsettings’ op 1 te zetten kan indien gewenst het gedrag van vroeger terug verkregen worden. Door deze wijziging is de vergoeding van openbaar vervoer nu in overeenstemming met die van de vergoeding voor de auto. De wijziging in verband met de afronding voor auto werd geïntroduceerd in cheQpoint versie 2.0.25. Echter in de toenmalige release notes stond de wijziging fout uitgelegd: in werkelijkheid gebeurde het afronden naar de dichtstbijzijnde hele kilometer door de aanpassing standaard niet meer en moest de parameter aangezet worden om het oude gedrag te verkrijgen. Volgens de toenmalige release notes was het echter andersom, en moest men de parameter aanzetten om het weglaten van de cijfers na de komma te verkrijgen.

44.4 (IGSE) #CON: Correctie voltijds werknemercontract Er is een correctie gebeurd aan de tekst in het voltijds werknemercontract voor een bepaalde cheQpoint klant. Een juist deel van de tekst werd daar doorstreept terwijl enkel het deel van deeltijdse werknemers moest doorstreept zijn.

44.5 (IGSE): #PLA: Foutieve informatie bij het kopiëren van de planning.(*) Op het venster van de planning staat een verkeerde mededeling: *manueel aangemaakte planningen en vervangingsplanningen worden nooit automatisch verwijderd. Dat is niet correct want vervangingsplanningen kunnen wel automatisch verwijderd worden.


18.08.2015 - 245

In de volgende afbeelding kan u de juiste medeling zien:

44.6 (KEAN) #WER: nieuw: beginsaldo vakantietellers met 2 cijfers na de komma (*) Opgelet: deze functionaliteit is niet standaard inbegrepen in cheQpoint. Contacteer de sales afdeling van Prato indien u geïnteresseerd bent in deze functionaliiteit. Er is een mogelijkheid toegevoegd om het beginsaldo van vakantie van de werknemers op te geven met twee cijfers na de komma. Het tweede cijfer na de komma moet wel een 0 of een 5 zijn. Hiermee kan dus een beginsaldo opgegeven worden nauwkeurig tot op een twintigste van een uur (dus 3 minuten). Men kan dus bijvoorbeeld 1 uur en drie kwartier opgeven als 1,75. Of twee uur en een kwartier als 2,25 enzovoorts. Voorheen konden enkel volledige uren opgegeven worden.

44.7 (KEAN) #WER #PLA: bugfix: bij laden theoplanningitem werd ‘geen particulier’ gewijzigd naar ‘werkrooster’ Men kan in de theoretische planning een echte particulier opgeven of een pseudo-particulier zoals ‘Werkrooster’, ‘Extra uren’ enzovoorts. Wanneer de optie van echte particulier is aangeduid kan men de naam van de particulier ook weghalen en zo de theoplanning opslaan. Bij het terug inladen van het planningitem werd in dat geval echter automatisch de particulier verzet naar ‘Werkrooster’. Dit had tot gevolg dat het planningitem in de permanente vervanging werd getoond ook terwijl dit niet de bedoeling was, zoals in het geval van een langdurige afwezigheid van de werknemer (bvb ziekte of tijdskrediet). Vanaf nu is dit probleem opgelost.

44.8 (KEAN) #KMS: bugfix: onterechte verplaatsing gerekend bij enkele uurcodes Bij een aantal uurcodes werd onterecht van een verplaatsing naar de klant uitgegaan. Dit zijn de codes in tabel ‘prmuurcode’ waarbij de eigenschap VereistKlant op 1 staat maar de eigenschap VerplaatsingNaarKlant op 0.


18.08.2015 - 246

Welke uurcodes in uw geval betrokken zijn hangt af van hoe de uurcodes in uw cheQpoint database geconfigureerd zijn; waarschijnlijk gaat het om de volgende:

Code

Omschrijving

Zw

Ziekte gewaarborgd

Pv

Particulier in verlof

Ps

Werkloos door particulier stop

STRTO Bijkomende uren thuisstrijk Aow

Arbeidsongeval gewaarborgd

Dit probleem is nu opgelost; vanaf nu wordt naar de eigenschap VerplaatsingNaarKlant gekeken om te bepalen of er een verplaatsing is.

44.9 (IGSE) #WER: Blanco’s voor vervoermiddel Probleemstelling: Bij medewerkers kunnen we het vervoersmiddel niet wissen, enkel wijzigen. Dit is voor hoofdtransport geen probleem, wel voor alternatief aangezien dit ooit verwijderd moet kunnen worden. Dit kon door het alternatief gelijk te zetten met de hoofdtransportwijze, maar het leek logischer om gewoon een optie blanco toe te voegen aan de dropdown.

Oplossing (technisch): In het business model werd een toestand ‘Geen’ toegevoegd. ‘Niet ingevuld’ (wanneer fiche nog niet is ingevuld) of ‘blanco’ (wanneer met de dropdown een blanco item is geselecteerd) wordt aanschouwd als ‘geen’.


18.08.2015 - 247

Het blanco item is toegevoegd op de GUI voor hoofd transportmiddel en alternatief transportmiddel op de werknemerfiche bij het tabblad overige.

44.10 (IGSE) #WER #PTC: Velden IBAN, BIC en intern/extern ID De velden IBAN,BIC en extern ID zijn toegevoegd aan de rapporten:  fichegegevens van werknemers

 fichegegevens van klanten

44.11 (IGSE) #CON #WER #MAW : Aanpassing voorwaarde voor contract onbepaalde duur. Er is een aanpassing gebeurd op het werknemerscontract bij een bepaalde cheQpoint klant. De regel vermeldt nu dat vanaf de 4de maand de werknemer recht heeft op een contract van onbepaalde duur.


18.08.2015 - 248

45 CheQpoint 2.0.45 45.1 (KEAN) #PLA: nieuw: prestaties met in de lengte 2 cijfers na de komma (*) Opgelet: deze functionaliteit is niet standaard inbegrepen in cheQpoint. Contacteer de sales afdeling van Prato indien u geïnteresseerd bent in deze functionaliteit. De mogelijkheid is toegevoegd om in de effectieve planning tot 2 cijfers na de komma op te geven bij het aantal uren in de prestaties van een planningitem. Zo kan men bijvoorbeeld twee vakantiecodes combineren die niet uit volledige uren bestaan; men zet dan bijvoorbeeld 1,75u van de eerste verlofcode en 0,25u van de tweede verlofcode. Dit kan ook gebruikt worden voor andere soorten uurcodes.

Er zijn wel 3 beperkingen:  het tweede cijfer na de komma moet een 0 of een 5 zijn  de totale lengte van een planningitem moet nog altijd een geheel aantal uren zijn  de totale lengte van de prestaties die cheques vereisen moet ook een geheel aantal uren zijn, omdat enkel met volledige cheques gerekend kan worden

45.2

(KEAN) #ALG: updater: nieuwe optie voor installatieherstel

De cheQpoint updater heeft nu een nieuwe optie ‘huidige installatie herstellen’. Hiermee wordt de installatie van de huidige versie opnieuw gedaan, d.w.z. de programmabestanden worden opnieuw gekopieerd. De bedoeling van de nieuwe optie is niet zozeer om een ‘beschadigde’ cheQpoint te herstellen, maar is vooral bedoeld voor wanneer er extra plugins moeten bijgeïnstalleerd worden of wanneer in een testomgeving een nieuwe testversie moet geïnstalleerd worden maar het versienummer nog hetzelfde is gebleven (dit laatste gebeurt normaal gezien enkel in de interne testomgevingen van Prato). Voor het gebruik van de functie ‘huidige installatie herstellen’ is een release-archief nodig van dezelfde versie als de reeds geïnstalleerde cheQpoint.

45.3 (KEAN) #PRE: geen slash of koppelteken meer toegelaten in afkorting van prestatiecodes In de afkorting van een prestatiecode mogen geen “/” of “-” meer gebruikt worden. Deze karakters kunnen problemen geven. Dus een code “30/30” mag niet meer. Deze kan indien


18.08.2015 - 249

gewenst wel nog “30\30” genoemd worden. In de omschrijving van prestatiecodes mogen “/” en “-” wel nog blijven gebruikt worden.

45.4 (KEAN) #PRE: prestatiecodes mogen geen lege omschrijving meer hebben Vanaf nu wordt in het instellingenvenster voor de prestatiecodes ook gecontroleerd of de omschrijving van een prestatiecode niet leeg is.

45.5 (IGSE) #MAW: FPIT-rapport: fout bij afdruk van een feestdag op het uiterste einde van een pagina Probleem: Door een fout valt 1 regel weg op de kalender. Waardoor de volgende tekst 1 regel naar boven schuift en dus gedeeltelijk in een ander planningsvak staat (1 regel van de 4). De fout doet zich alleen voor bij een bladwissel en enkel bij een feestdag, m.a.w. als die feestdag juist op een paginaeinde wordt afgedrukt. Oplossing: Dit is gecorrigeerd zodat de bladwissel goed verloopt.

45.6 (KEAN) #RAP #WER: bugfix: kantoorselectie werkte niet in rapport ‘adresetiketten werknemers’ In het rapport ‘adresetiketten werknemers’ werd niet correct rekening gehouden met het geselecteerde kantoor van de rapportwizard. Hierdoor leidde het gebruik van de optie ‘alle werknemers’ tot een foutmelding, en de andere opties gaven daardoor altijd de werknemers van alle kantoren, zelfs wanneer de gebruiker een specifiek kantoor had gekozen. Dit probleem is nu opgelost.

45.7 (KEAN) : bugfix: takenmodule: nieuwe taak met omschrijving langer dan 255 karakters leidde tot een fout bij het opslaan Wanneer men in de takenmodule een nieuwe taak ingaf of een bestaande taak wijzigde, zodanig dat de tekst in de taak (de omschrijving) meer dan 255 karakters bevatte, dan zorgde dit voor een fout bij het opslaan. Er is nu een controle toegevoegd bij het opslaan, waardoor men een blokkerende melding krijgt als de omschrijving te lang is. In het vak van de titel geldt dezelfde beperking; deze is echter als zodanig aangepast dat men niet meer dan 255 karakters in het titelvak kan typen.

45.8 (KEAN) #RAP #WER: maandrapport en statusrapport: optie om nietgevalideerde cheques als ‘te kort’ te rekenen Tot nu toe hielden het maandrapport en statusrapport geen rekening met de validatie van cheques. Het aantal cheques dat als ‘te ontvangen’ stond werd ook als ontvangen gerekend; enkel cheques met een alternatieve status als ‘verloren’ of ‘vervallen’ werden als ‘te kort’ gerekend.


18.08.2015 - 250

Er is nu een optie toegevoegd om niet-gevalideerde cheques ook als ‘te kort’ te beschouwen. Standaard is deze optie aangevinkt. Door deze uit te vinken verkrijgt men hetzelfde resultaat als in de vorige cheQpoint versies.


18.08.2015 - 251

46 CheQpoint 2.0.46 46.1 (IGSE) #WER: Foutieve weergave van ranking in werknemerfiche Door een fout in de source code werd de waarde voor de ranking op een verkeerde waarde gezet. Technisch: Door een event op de GUI die werd getriggerd doordat de fiche werd leeg gemaakt voordat deze werd opgevuld bij het navigeren in de werknemerlijst, kon een waarde uit een voorgaande werknemerfiche de waarde van de huidige werknemerfiche overschrijven.

46.2 (IGSE) #PLA: Fout bij wijzigen van verplaatsingen in de planning Bij het wijzigen van een terugreis in een planning wordt de heenreis van de volgende planning verkeerd gezet, die laatste krijgt namelijk de waardes van de heenreis van de eerste planning terwijl het de waarden van de terugreis moeten zijn. In de vensterafdruk staat in het rood omcirkeld om welke velden het gaat:


18.08.2015 - 252

46.3 (IGSE) #PLA #WER: Uniform maken decimale ingave van prestaties in de planning en de werknemerfiche (vakantie- en ziektetabblad) (*) LET OP: decimale ingave van prestatieuren is een optionele feature van Prato. Probleemstelling: De decimale ingave voor prestatieuren is niet uniform. Ook kunnen de verschillende ingavevelden een probleem hebben met het ingeven van komma’s of punten (naargelang de configuratie van Windows). Bij alle verlofcodes onder “Overige vakantietellers” kan men verlof invoeren op basis van 0.25, 0.50 of 0.75 of een vol uur en dus tot 2 cijfers na de komma.


18.08.2015 - 253

Bij de tellers voor wettelijk verlof, kan men eender welk getal ingeven, ongeacht de cijfers na de komma en zelfs tot 3 cijfers na de komma:

In de effectieve planning kan men eender wat ingeven:

Het gebeurt mogelijks dat wanneer men bijvoorbeeld 3,63 ingeeft op het bewerkingsscherm, dit automatisch met een honderste verspringt (bijvoorbeeld naar 3,62) op de kalenderweergave.


18.08.2015 - 254

Hieruit blijkt dat de controle dat het tweede cijfer na de komma een 0 of een 5 moet zijn ook niet van toepassing is. Oplossing: Alle ingavevelden werken nu hetzelfde en op basis van 0.05 uur, een veelvoud dus van 3 minuten.

46.4 (IGSE) #PLA #WER: Probleem oplossen met numeric keypad voor , en . weergave alsook automatisch omzetten van deze naar de gewenste notatie (volgens decimal separator instellig in Windows). Punten worden automatisch omgezet naar komma’s en omgekeerd naargelang de regionale instelling (decimal separator) in Windows. Met de numeric pad op het klavier kan u nu ook komma’s ingeven wat in principe nooit kan op een Belgisch toetsenbord (ongeacht de regionale instelling), maar bij het ingeven van bepaalde velden wordt ook dit aanzien als een komma om een snelle ingave te kunnen garanderen. (doen bv. de meeste bank-applicaties ook).


18.08.2015 - 255

47 CheQpoint 2.0.47 47.1 (IGSE) #PLA: blokkerende werking bij reservaties opheffen Wanneer een planning gereserveerd is, krijgt u nu een waarschuwing bij het wijzigen van die planning. U heeft de mogelijkheid om door te gaan of te annuleren.

47.2 (PIBU) #ALG: Automatisch aanmelden Workb Bij het automatisch aanmelden in Workb vanuit Cheqpoint werden de tokens uit de verkeerde database gehaald. Het automatisch aanmelden vanuit Cheqpoint in Workb wordt gebruikt voor de opvolgingen. Dit is een module die in Workb zit maar werkt op de database van Cheqpoint. Om aan te geven aan Workb met welke gebruiker er aangemeld moet worden is er een token nodig. Dit is een tekenreeks die een gebruiker aangeeft. Zo’n token is maar voor een beperkte tijd geldig. De token wordt bewaard in de PFW Access database waar de gebruiker gegevens voor Workb zich bevinden. Omdat Cheqpoint een connectie moet maken met deze database zijn deze gegevens nodig. Hiervoor is er bij de connectie instellingen een mogelijkheid bijgekomen om deze in te geven.


18.08.2015 - 256

De tokens die hiervoor gebruikt worden moeten manueel in de database gestopt worden. Hiervoor wordt er gebruik gemaakt van verschillende tabellen.  tblToken: De tabel waar de token in bewaard wordt  UserCustomerLink: Link tussen de gebruiker en de applicatie database  Authentication: Gegevens over de gebruiker Aan de hand van de tabel ‘Authentication’ kan je het id van de gebruiker terug vinden. De naam van de gebruiker moet hier dezelfde zijn als in Cheqpoint. In de tabel UserCustomerLink zal dan een record aanwezig zijn met het id van deze gebruiker in de kolom ‘UCL_AuthenticationId’. Het Id van deze record heb je nodig om de token toe te voegen aan de tabel ‘tblToken’. In deze tabel voeg je voor de gebruiker een record toe met de token dat Cheqpoint moet gebruiken. In deze tabel moeten volgende kolommen ingevuld worden:  usercustomerlinkid: Het id uit de tabel ‘UserCustomerLink’  tokenstring: Een unieke tekenreeks die Cheqpoint moet doorgeven aan Workb  vervaldatum: Een datum die aangeeft hoelang de token geldig is


18.08.2015 - 257

48 CheQpoint 2.0.48 48.1 (IGSE) #ALG: fout bij instelling ‘Opstart’ bij eigenschap ‘Verplicht’ op GUI componenten Probleemstelling: Er zit een fout in cheQpoint bij het zetten van een grafisch component op 'verplicht bij opstart'. Deze control veroorzaakt dan onderstaande fout bij het opstarten: “System.NullReferenceException: Object reference not set to an instance of an object”. Oplossing: Er zat een fout in de source code waardoor de waarde 'Opstart' voor de eigenschap 'Verplicht' bij controls onjuist werd afgehandeld en hierdoor een fout ontstond. De andere mogelijke waardes: 'Altijd', 'Nooit' en 'Applicatie' werkten wel juist.

48.2 (PIBU) #ALG: Fout toevoegen nieuwe connectie Bij het toevoegen van een connectie trad er een fout op. Deze is eruitgehaald. Dit probleem deed hem voor als er bij een nieuwe connectie geen PFW connectie werd ingevuld.

48.3 (IGSE) #ALG: Uitschakeling multiple validation controle Controle op multiple validations werd tijdelijk uitgeschakeld. Dit gedeelte van de proces controle voor het ingeven van data moet herzien worden.


18.08.2015 - 258

49 CheQpoint 2.0.49 49.1 (IGSE) #ALG: Aanpassing SQL update scripts Bepaalde scripts werden opgenomen in de WorkB applicatie.

49.2 (PIBU) #ALG: Bugfix connectie voor WorkB Bij het navigeren door de connecties trad er een fout op. Dit kwam doordat er werd geprobeerd gegevens te tonen die niet aanwezig waren.


18.08.2015 - 259

50 CheQpoint 2.0.50 50.1 (IGSE) Template van maandrapport kan niet meer gewijzigd worden Bij het verwijderen van de Microsoft Interop API (zie versie 2.0.39) is er een fout ingeslopen in dit maatwerk. Daardoor werd de wijzigbare template voor de achterzijde van het afdrukdocument niet opgeslagen. Dit probleem is nu opgelost.

50.2 (IGSE) Ongewenste afronding van uren Probleemstelling: Decimale uren werden afgerond naar beneden bij de verschillende sommaties van uren in het rapport voor de prestatiestaat van werknemers (fpit). Waardoor bij het optellen tot meer dan 1 uur verschil kon optreden. Oplossing: Ook de totalen worden nu decimaal weergeven (tot 2 cijfers na de komma) en krijgt dus dezelfde nauwkeurigheid als de gepresteerde uren afzonderlijk.

50.3 (KEAN) Exportcode voor Borstvoedingsverlof gewijzigd De Level 5 exportcode voor Borstvoedingsverlof is gewijzigd naar “161.00”.

50.4 (KEAN) GKD import gebruikt nu standaard chequewaarde uit globale instellingen De GKD import executable maakt nu gebruik van de standaard chequewaarde uit de globale instellingen in plaats van een vaste (achterhaalde) chequewaarde te gebruiken. Deze chequewaarde wordt toegewezen aan nieuw aangemaakte particulieren die worden geïmporteerd uit GKD.

50.5 (IGSE) Beveiliging database scripts voor WorkB In tegenstelling tot versie 2.0.49 waar database scripts voor WorkB (die in cheQpoint nodig zijn) werden verplaatst naar het updatemechanisme van WorkB, worden deze scripts nu toch opgenomen in cheQpoint. Deze scripts worden nu wel beveiligd zodat er geen conflicten kunnen optreden tijdens het upgraden of installeren van beide applicaties (WorkB of cheQpoint).

50.6 (IGSE) Statusrapport - terugbetaalwaarde cheques De terugbetaalwaarde voor cheques is aangepast van 20,5€ naar 22,04€.

50.7 (IGSE) Ingaveprobleem van decimale uren Opgelet: deze issue doet zich enkel voor indien decimale uurnotatie is geactiveerd.


18.08.2015 - 260

Probleemstelling: Afhankelijk van het besturingssysteem en de instellingen ervan is het mogelijk dat decimale afwezigheidsuren (vakantie, ziekte, etc) op diverse plaatsen in cheQpoint enkel als veelvoud van 0.25 kan ingegeven worden i.p.v. als veelvoud van 0.05. De juiste oorzaak hiervan is nog onduidelijk. Oplossing: Als preventie werden typecastings (type conversies) in de betreffende source code zoveel mogelijk geëlimineerd. Deze typecastings konden een mogelijke afrondingsfout veroorzaken, waardoor de ingave van de waarden door de validatieroutine werd tegen gehouden. Ook werd de afronding van deze decimale waarden geforceerd op 2 cijfers na de komma.

50.8 (PIBU) Fout starten WorkB vanuit cheQpoint Door een fout in de sql om een connectie te leggen naar WorkB kan het proces niet voltooid worden op een MySQL database.


18.08.2015 - 261

51 CheQpoint 2.0.51 51.1 (KEAN) #MAW #PLA: registratie ontvangst chequespakket op maandplanning (*) Dit is een maatwerk dat toelaat om in de maandplanning per periode (eerste/tweede helft van de maand) aan te geven dat het pakket met papieren dienstencheques reeds werd ontvangen voor de werknemer in kwestie.

51.2 (KEAN) #MAW (Partena) #EXS: nieuwe uurcodes gekoppeld aan Level5 code Er werd aan 4 nieuwe uurcodes een exportcode gegeven voor Level5:

Uurcode ID Level5 exportcode 1000

157.00

1001

142.20

1002

134.00

1003

166.00

51.3 (IGSE) #PLA #PTC: berekenen en tonen realtime periode in klanttheoplanning (bij virtuele kopieslag) Berekening en weergave van realtime periode bij de weken in de klanttheoplanning, m.a.w. de starten stopdatum van die week indien deze zou ingepland worden alsook het weeknummer:


18.08.2015 - 262

51.4 (IGSE) #MAW #WER: op de afdruk werkplanningen worden de kaders niet correct weergegeven Bij een vorige wijziging in het rapport (nl. het verwijderen Microsoft.Office.Interop.Excel => converteren spreadsheets naar late binding principe), was er een fout in de code geslopen. Deze fout maakte dat de randen op de eerste 3 kolommen niet meer zichtbaar waren. Dit is nu terug recht gezet.

51.5 (PIBU) #ALG: Nieuw taaktype ‘Andere’ Het is nu mogelijk om een vierde taaktype te kiezen bij het maken van een taak: ‘Andere’.


18.08.2015 - 263

51.6 (IGSE) #CON: weergave IBAN- en BIC codes op contracten Er zijn nu bookmarks beschikbaar voor IBAN- en BIC codes bij werknemer- en klantcontracten:

Type contract Veld Klant

IBAN ibanklant of ibanparticulier BIC

Werknemer

Bookmark (voor contracten)

bicklant of bicparticulier

IBAN ibanwerknemer of ibanwkn BIC

bicwerknemer of bicwkn

Bij de standaard werknemercontracten (bepaalde- en onbepaalde duur) worden die bookmarkvelden nu ook weergegeven. Dit ziet er zo uit: Het loon wordt uitbetaald door overschrijving op volgend bank- of postchequerekening op naam van de werknemer: Rekeningnummer: 063-9679564-66


18.08.2015 - 264

IBAN: BE07 0639 6795 6466 BIC: GKCCBEBB

Bij het standaard klantcontract zijn die bookmarks niet aanwezig, maar ze kunnen wel gebruikt voor dergelijke contracten op maat.

51.7 (KEAN) #ALG: updater ruimt nu oude logbestanden op Bij het opstarten van de updater in normale modus (waarbij men dus de UPGRADE knop ziet staan) worden nu automatisch oude logbestanden verwijderd. Tot nu toe bleven deze ‘eeuwig’ bestaan zolang men ze niet manueel verwijderde. Dit opruimen van logbestanden bestond echter al lange tijd voor de logbestanden van cheQpoint. De logbestanden van de updater stonden echter in een andere locatie en werden dus tot nu toe nog niet opgeruimd.


18.08.2015 - 265

52 CheQpoint 2.0.52 52.1 (IGSE) #CON: Extra beveiliging toegevoegd bij kantoorbookmarks bij het automatisch invullen van een klant- of werknemercontract. Er is een extra beveiliging toegevoegd bij de kantoorbookmarks “handelsnaam” en “handelsnaamhoofdkantoor” bij contractgeneratie. Vroeger risceerde men een crash indien deze verplichte gegevens niet waren ingevuld. Het kan normaal niet indien de GUI wordt gebruikt maar wel mogelijks door manipulatie op de database. De extra beveiliging zorgt er wel voor dat cheQpoint niet meer vastloopt, u krijgt nu een propere foutmelding in de plaats.

52.2 (IGSE) #ALG: Foutje in update mechanisme verwijderd Een expliciete database notatie zorgde voor het falen van het update proces (via de Updater tool). De gebruiker kreeg hierdoor een foutmelding. De notatie werd uit het systeem gehaald waarmee het probleem is opgelost.

52.3 (KEAN) #ALG: nieuw tabblad ‘WorkB’ in globale instellingen Bij de globale instellingen is een nieuw tabblad ‘WorkB’ toegevoegd met enkele instellingen voor WorkB. Deze zijn niet allemaal bewerkbaar. Voorlopig kunnen enkel de authenticatiegegevens voor het automatisch aanmaken van opvolgingen aangepast worden.

De authenticatiegegevens kunnen ook manueel in de database worden ingegeven, net zoals de andere WorkB gegevens die in het venster niet bewerkt kunnen worden. Maar wanneer men het wachtwoord zelf rechtstreeks in de database ingeeft dan is het niet geëncrypteerd. Het venster globale instellingen zal echter bij het opslaan het wachtwoord geëncrypteerd opslaan,


18.08.2015 - 266

zelfs als men de instelling niet in het venster heeft gewijzigd. Men kan dus het wachtwoord in plain text manueel in de database ingeven en dan even het instellingenvenster openen en direct op ‘Opslaan’ drukken en dan is het wachtwoord ineens geëncrypteerd.

52.4 (KEAN) #MAW: bevestigingsvenster voor cheques verwerkt in een bepaalde periode Met dit nieuwe venster kan men bevestigen dat voor een bepaalde periode alle cheques verwerkt zijn, en hiermee worden dan ook ineens automatisch opvolgingen aangemaakt voor de werknemers waarvoor nog geen pakket met cheques werd ontvangen (vinkjes op maandplanning).

52.5 (KEAN) #MAW #RAP: nieuw rapport voor werknemers waarvan nog chequepakketten ontbreken Met dit nieuwe rapport wordt een overzicht gegenereerd van alle werknemers/periodes waarvoor nog chequespakketten ontbreken in de periodes waarvan werd bevestigd dat alle cheques verwerkt zijn.


18.08.2015 - 267

52.6 (KEAN) #PRE #VVM: nieuwe eigenschap ‘particulier afwezig’ bij prestatiecodes Aan de prestatiecodes is nu een nieuwe eigenschap ‘particulier afwezig’ toegevoegd. Deze eigenschap was nodig om eigen prestatiecodes te kunnen definiëren waarbij de particulier afwezig is. Zonder deze eigenschap zou cheQpoint niet weten dat de particulier afwezig is en zou in bepaalde gevallen automatisch vervanging worden gezocht ten behoeve van de particulier.

52.7 (KEAN) #ALG: instellingenvenster ‘prestatiecodes’: terminologie aangepast In het instellingenvenster van de prestatiecodes is de terminologie aangepast van “klant” naar “particulier”, om zo consistent te zijn met de rest van het programma.

52.8 (KEAN) #VVM #PLA: bugfix: bij kopiëren theoplanning bleef ‘wenst vervanging’ soms onterecht staan Bij het kopiëren van de theoplanning naar de effectieve planning werd bij het overschrijven van een bestaande planning het vinkje ‘particulier wenst eenmalig vervanging’ niet uitgezet, zelfs als de particulier ondertussen uit de theoplanning was gewist. Het vinkje bleef tot nu toe altijd aanstaan om een aanvraag tot vervanging niet te laten verloren gaan door het opnieuw kopiëren van de theoplanning. Vanaf nu wordt het vinkje ‘particulier wenst eenmalig vervanging’ wél uitgezet bij het kopiëren als aan minstens één van de volgende voorwaarden is voldaan:  de particulier is veranderd (particulier in theoplanning anders dan in effectieve planning)  er is geen echte particulier meer (in het te kopiëren item uit de theoplanning)  de prestatiecodes laten geen vervanging toe (bvb. een prestatiecode die duidt op afwezigheid van de particulier)


18.08.2015 - 268

52.9

(IGSE) #PTC #PLA: Weergave en gebruik van “extern id” bij klanten

(*) Met de parameter ‘DisplayCustomerExternIdInsteadId’ kunt u voortaan particulieren opzoeken a.h.v. hun extern id. Hiervoor werd een kolom toegevoegd aan het selectievenster.

U kan ook nog zoeken op naam:


18.08.2015 - 269

Met deze functie ingeschakeld worden ook alle normale cheqpoint ID’s in de vensters vervangen door externe ID’s:


18.08.2015 - 270


18.08.2015 - 271

De parameter moet ingevuld worden op de database in de tabel tblglobalsettings. De parameter komt in de kolom ‘Setting’, daar vult u dus ‘DisplayCustomerExternIdInsteadId’ in. De waarde komt in de kolom ‘Value’. In de onderstaande tabel staat de betekenis bij elke waarde:

Waarde Functie 0

Normale werking met cheQpoint ID’s.


18.08.2015 - 272

1

ID’s worden vervangen door Externe ID’s


18.08.2015 - 273

53 cheQpoint 2.0.53 53.1 (KEAN) #ALG: Updater: automatisch verwijderen oude exe-bestanden De updater zal aan het begin van een upgrade vanaf nu eerst alle bestaande executables in de cheQpoint ‘program files’ directory verwijderen, alvorens de nieuwe bestanden te kopiëren. Hiermee vermijden we dat we een fout krijgen bij het kopiëren van de nieuwe bestanden indien een van de executables op dat moment nog aan het draaien is (bijvoorbeeld door een scheduled task).

53.2 (KEAN) #ALG: globale instellingen: testknop voor logingegevens WorkB Bij de globale instellingen is op het tabblad ‘WorkB’ een knop ‘Test’ toegevoegd om de ingevulde logingegevens van WorkB te testen. Er wordt dan geprobeerd om in te loggen op WorkB.

53.3 (KEAN) #MAW: bugfix: rapport ontbrekende chequespakketten: geen rekening gehouden met periode In het rapport ‘ontbrekende papieren chequespakketten’ werd blijkbaar geen rekening gehouden met een geselecteerde periode indien men een periode uit de lijst had gekozen. Er werd nog altijd het hele jaar genomen in plaats van de gekozen halve maand binnen dat jaar. Dit probleem is nu opgelost.

53.4 (KEAN) #MAW : rapport ontbrekende chequespakketten: periode opgesplitst in ‘van’ en ‘tot’ periodes In het rapport ‘ontbrekende papieren chequespakketten’ kon men reeds een periode kiezen uit de halve maanden van een gekozen jaar. Vanaf nu kan men een ‘van’ en ‘tot’ periode kiezen, zodat men nu ook periodes langer dan een enkele halve maand binnen een bepaald jaar kan selecteren. De ‘tot’ periode is enkel in te stellen indien een halve maand als ‘van’ periode werd ingesteld, dus niet bij “ALLE PERIODES”.


18.08.2015 - 274

53.5 (KEAN) #MAW: Bugfix: chequewaarde bij importeren nieuwe particulier uit GKD niet gelijk aan standaard chequewaarde Bij het importeren van een nieuwe particulier uit GKD krijgt deze normaal de standaard chequewaarde mee, zoals ingesteld in de globale instellingen. Maar blijkbaar werkte dit niet correct; de geïmporteerde waarde bleek een waarde hoger te liggen dan de instelling, dus bijvoorbeeld bij een instelling van 9,00 euro kregen nieuwe particulieren de chequewaarde 9,50 euro mee. Dit probleem is nu opgelost.

53.6 (IGSE) #KAN: Herziening kantoorgroepen (clusters) Opmerking: is alleen van toepassing als kantoorgroepen geactiveerd zijn  uitbreiding clustereigenschappen: telefoon, email...  nieuw business- en databasemodel met update, insert, delete mogelijkheden  aanpassing componenten om kantoren te selecteren

53.7 (IGSE) #MAW #RAP: Nieuw venster voor planningsopmerkingen Er kunnen nu ook algemene opmerkingen en opmerkingen voor clusters worden opgegeven (vroeger enkel opmerkingen per kantoor).


18.08.2015 - 275

Deze opmerkingen komen op de werkplanning/prestatiestaat van de werknemers (rapport ‘van een specifieke klant


18.08.2015 - 276

54 cheQpoint 2.0.54 54.1 (KEAN) #MAW: administratiechecklist: knop ‘Zend onkosten’ meldt nu dat dit niet ondersteund is voor Level 5 (Enkel van toepassing voor een bepaalde CheQpoint klant) In het venster ‘Administratiechecklist’ krijgt men vanaf nu wanneer men op ‘Zend onkosten’ drukt een waarschuwing dat dit niet ondersteund wordt door Level 5. Voorheen kwam er geen waarschuwing en moest men een bestandsnaam opgeven maar werd er niets gegenereerd.

54.2 (KEAN) #PRE: instellingenvenster prestatiecodes: ‘arbeid’ verduidelijkt naar ‘arbeid voor particulier’ Prestatiecodes hadden tot nu toe een eigenschap die in het instellingenvenster voor de prestatiecodes aangeduid werd als ‘arbeid’. Maar dit was eigenlijk een misleidende benaming, aangezien deze eigenschap niet bedoeld was voor arbeid in het algemeen (waarbij de werknemer normaal gezien verloond zou worden), maar voor prestaties waarbij de werknemer effectief werk voor een particulier verricht. Een prestatiecode voor ‘opleiding’ of voor een gesprek met de werkgever moet deze eigenschap niet krijgen, maar moet geclassificeerd worden als type ‘andere’.

54.3 (KEAN) #ALG: importtemplates worden nu mee geïnstalleerd De importtemplates voor cheQpoint 2.0 zullen vanaf deze versie mee geïnstalleerd worden bij het upgraden van cheQpoint. Ze zijn te vinden in de program files directory van cheQpoint onder “Templates\Import”. Deze bestanden worden gebruikt als basis om gegevens van particulieren en werknemers in cheQpoint te importeren wanneer cheQpoint 2.0 voor het eerst in gebruik wordt genomen.

54.4 (KEAN) #ALG: waarschuwing voor migratie permanente vervanging Bij het inloggen in cheQpoint werd reeds een waarschuwing getoond indien de database in kwestie nog niet is gemigreerd naar het systeem van de permanente vervanging. Tot nu toe werd deze enkel getoond bij gebruikers met administrator rechten in cheQpoint, maar vanaf nu zal dit aan alle gebruikers getoond worden. De waarschuwing klinkt vanaf nu ook iets dringender. Bijna alle installaties zijn ondertussen reeds gemigreerd. Indien u de particulieren een theoretische planning kunt geven, dan bent u reeds gemigreerd naar het nieuwe systeem. Ondersteuning voor het oude systeem, waarbij men met behulp van vinkjes per vaste weekdag voor de voormiddag/namiddag de gewenste dagen kon aangeven, zal binnenkort in een van de volgende cheQpoint versies verwijderd worden.

54.5 (KEAN) #PLA: bugfix: verwijderde planning verborg niet-verwijderde planning In de weekplanning kon het soms gebeuren dat een planning in een vergrendelde maand, die door middel van correcties ‘verwijderd’ werd, een andere niet-verwijderde planning volledig bedekte, waardoor die laatste kon worden vergeten. Dit is nu zo aangepast dat de verwijderde planning altijd naar de achtergrond geduwd wordt:


18.08.2015 - 277

Opmerking: op de maandplanning bestond dit probleem niet, en kon men altijd beide planningen zien.

54.6 (KEAN) #PLA: wijzigingen aan contextmenu optie ‘particulier wenst eenmalige vervanging’ In het contextmenu van een item op de effectieve planning staat een optie ‘particulier wenst eenmalige vervanging’ dat men kan aanvinken indien de particulier vervanging wenst. Deze optie was uitgeschakeld indien de planning geen echte particulier had, zodat men het vinkje in dat geval niet kon aan- of uitzetten. Dit is nu echter zo aangepast dat de optie niet uitgeschakeld is wanneer het vinkje reeds aanstaat, zodat men het altijd kan uitzetten wanneer het eerder door een of ander probleem in cheQpoint onterecht is aangezet. En vanaf nu worden ook de prestatiecodes van de planning in aanmerking genomen om te bepalen of men het vinkje nog kan aanzetten. Bijvoorbeeld wanneer een prestatiecode aanwezig is die aangeeft dat de particulier in kwestie afwezig is, dan is het niet mogelijk om het vinkje aan te zetten.

54.7 (IGSE) #MAW : Adressen staan niet volledig op werkplanning Op de werkplanningen van de poetshulpen bij een bepaalde klant stond soms de laatste adresregel er maar half op. De hoogte van het adresvak werd hiervoor aangepast zodat lange adressen er volledig op kunnen.

54.8 (KEAN) #WKB: meer info bij foutmelding openen WorkB opvolgingen Er wordt nu iets meer info weergegeven indien er een fout komt bij het verbinden met de webservice van WorkB. Bijvoorbeeld ‘Krijg geen antwoord van de WorkB webservice’ of ‘De gebruikersnaam/wachtwoord combinatie is ongeldig’.

54.9 (KEAN) #ALG: ‘meer info’ verwijderd uit melding van ongeldige internet proxy Bij het opstarten van cheQpoint wordt (afhankelijk van de instellingen) gecontroleerd op updates. Wanneer bij deze controle opgemerkt wordt dat een internet proxy ingesteld is, maar dat deze niet werkt en dat de verbinding zonder proxy wél werkt, dan wordt er een melding hierover weergegeven in een gele balk bovenaan het hoofdvenster van cheQpoint. Daar stond ondertussen ook sinds een heel aantal cheQpoint versies geleden een link ‘meer info’ bij. Deze link heeft normaal enkel betrekking op een update die gevonden wordt; dus vanaf nu wordt deze niet meer getoond indien de gele balk een melding van een ongeldige proxy toont.


18.08.2015 - 278

54.10 (KEAN) #MAW: fpit afdruk: feestdag wordt niet meer getoond op dagen waarop niets ingepland is Op de FPIT planningafdruk werd een feestdag altijd weergegeven, ook op dagen waarop niets was ingepland voor de werknemer in kwestie. Dit is nu aangepast zodat een feestdag alleen nog wordt getoond op dagen waarop er een planning is voor de werknemer.

54.11 (KEAN) #KMS: kilometer-tool: detailafdruk kilometervergoedingen toont nu ‘O’ voor openbaar vervoer De detailafdruk van de kilometervergoedingen in de kilometertool heeft nu ook een letter voor het openbaar vervoer: “O”. Tot nu toe werden enkel “A” en “F” gebruikt, respectievelijk voor auto en fiets.

54.12 (KEAN) #WER: standaard hoofdvervoermiddel werknemer nu instelbaar (*) Het standaard ingevulde hoofdvervoermiddel voor een nieuwe werknemer kan nu ingesteld worden bij de globale instellingen, op tabblad ‘Kilometers’:

De standaardwaarde is nog steeds ‘Auto’, maar in het voorbeeld is de instelling dus reeds aangepast naar ‘Openbaar vervoer’.

54.13 (KEAN) #RAP: standaardplanningafdruk toont niet langer naam particulier bij feestdag De standaard planningafdruk toonde tot nu toe altijd nog de naam van de particulier op een feestdag. Dit is nu aangepast zodat op een feestdag in plaats van de naam van de particulier de tekst “Feestdag” wordt getoond.


18.08.2015 - 279

55 cheQpoint 2.0.55 55.1 (KEAN) #RAP #PLA: bugfix: Engelstalige tekst op standaard planningafdruk De standaard planningafdruk bevatte de periode van de afdruk in het Engels, en ook de pseudoparticulieren waren in het Engels. De maand januari werd bijvoorbeeld weergegeven als “January”, en “Werkrooster” werd weergegeven als “Roster”. Dit is nu opgelost.

55.2 (KEAN) #KMS: bugfix: zeldzame crash in kilometerberekening Er kon zich soms een ernstige fout voordoen in de kilometerberekening, waardoor de berekening van alle verplaatsingen voor een kantoor niet succesvol kon afgerond worden. Er was ergens een bug aanwezig bij het bepalen van een adres voor de kilometerberekening, die zich slechts voordeed in bepaalde speciale omstandigheden:  De werknemer had ‘verblijfadres’ als kilometerberekeningsadres ingesteld staan  De werknemer had geen verblijfadres in de maand van de berekening (heel de maand of gedeeltelijk)  De werknemer had een wijziging van het wettelijk adres binnen de maand van de berekening, vóór de laatste dag van de maand  Er was minstens 1 planningitem waarvoor kilometers berekend moesten worden, vóór de overgang van het oud naar het nieuw wettelijk adres in die maand Dit probleem is nu opgelost.

55.3 (KEAN) #ALG #WKB: globale instellingen: controle op aanwezigheid “http://” voor WorkB webservice URL In de globale instellingen is een extra controle toegevoegd op het veld met de URL van de WorkB webservice. Er wordt vanaf nu gecontroleerd of de ingestelde URL wel begint met “http://” of “https://”. Dit om een verkeerde instelling, en dus de oorzaak van een probleem bij verbinden met de webservice, te voorkomen.

55.4 (KEAN) #ALG #WKB: globale instellingen: layout van tabblad ‘WorkB’ verduidelijkt voor instelling ‘WorkB URL’


18.08.2015 - 280

Het scherm is wat verduidelijkt (rode kader) bij de instelling “WorkB URL” om aan te geven dat de andere instelling “WorkB webservice URL” de tekst “http://” (rood onderlijnd) mee in de ingestelde waarde moet hebben staan, omdat het niet automatisch mee inbegrepen is. Bij de instelling “WorkB URL” bovenaan is de ingestelde waarde enkel het server-gedeelte van de URL en moet daar de “http://” dus niet bij.

55.5 (IGSE) #WER #PTC #PLA #WKB: link tussen cheQpoint en WorkB uitgebreid (*) Als werknemer van een kantoor wil ik vanuit cheQpoint de fiche van een huishoudhulp of klant kunnen openen in workB zodat ik een opvolging kan maken zonder me nog eens opnieuw te moeten inloggen in workB. Het moet mogelijk zijn om vanuit cheQpoint de fiche van een werknemer of klant te openen en een opvolging aan te maken in WorkB. Hiervoor werden een aantal linken toegevoegd die het corresponderende scherm in WorkB openen zonder dat de consulent nog eens expliciet moet inloggen in WorkB.  VIA RECHTERMUISKLIK IN EEN PLANNINGITEM In het menu dat getoond wordt wanneer je met de rechtermuistoets klikt in een planningsitem, zijn 3 items toegevoegd:


18.08.2015 - 281

◦

Ga naar particulierenfiche WorkB: opent in WorkB de klantenfiche van de klant gekoppeld aan het planningsitem waarop geklikt werd.

Ga naar werknemerfiche WorkB: opent in WorkB de werknemersfiche van de huishoudhulp waartoe de huidige planning behoort. ◦ Registreer opvolging in WorkB: opent in WorkB het scherm “Detail opvolging” met daarin reeds volgende velden vooringevuld - o Werknemer: huishoudhulp waartoe de huidige planning behoort - o Cluster: cluster waartoe de huishoudhulp behoort - o Kantoor: kantoor waartoe de huishoudhulp behoort - o Opvolging type: Contact (vervangt het huidige “Log”) - o Klant: klant gekoppeld aan het planningsitem, leeg als er geen klant gekoppeld is De waarden moeten steeds aangepast en verwijderd kunnen worden bij het verder invullen van de opvolging. ◦

 VIA WERKNEMERSFICHE In de werknemersfiche zijn dezelfde 2 mogelijkheden (knoppen of linken) toegevoegd met betrekking tot de werknemer:


18.08.2015 - 282

Registreer opvolging: opent in WorkB het scherm “Detail opvolging” met daarin volgende velden vooringevuld - o Werknemer = werknemer van de fiche - o Cluster = cluster waartoe de werknemer behoort - o Kantoor = kantoor waartoe de werknemer behoort - o Opvolging type: Contact (vervangt het huidige “Log”) ◦ Werknemerfiche WorkB: opent de corresponderende werknemerfiche in WorkB De knoppen werden onderaan geplaatst, naast de bewerkingsknoppen, zodat ze toegankelijk is vanuit elk tabblad van de werknemerfiche. ◦

Beide knoppen/linken zijn dus vlot toegankelijk.  VIA DE PARTICULIERENFICHE In de particulierenfiche van CP is een knop/link beschikbaar om de klantfiche in WorkB te openen: ‘Klantfiche WorkB’. De knop/link Klantfiche WorkB opent de klantfiche van de betreffende klant in WorkB. De knop werd onderaan geplaatst, naast de bewerkingsknoppen, zodat ze toegankelijk is vanuit elk tabblad van de particulierenfiche.


18.08.2015 - 283

Volgende parameters kunnen meegeven worden in de databasetabel tblGlobalSettings:

FollowUpFromEmployeeContactType Type voor de opvolgingen vanuit de werknemerfiche PS: daarna nog wijzigbaar in WorkB FollowUpFromPlanningContactType

Type voor de opvolgingen vanuit de planningfiche PS: daarna nog wijzigbaar in WorkB

WORKB_Klanten

0 = geen link naar WorkB klantfiche 1 = link naar WorkB klantfiche

WORKB_Werknemers

0 = geen link naar WorkB werknemerfiche (personen) 1 = link naar WorkB werknemerfiche (personen)

MENU_SchermOpvolgingenWorkB

0 = opvolgingen kunnen niet toegevoegd worden 1 = opvolgingen kunnen toegevoegd worden PS: activeert ook andere linken naar Opvolgingen

55.6 (IGSE) #MAW: wijziging volgorde opmerkingen op het werkblad De planningsopmerkingen moeten weergegeven worden van specifiek naar generiek. Dit betekent dat de opmerkingen in deze volgorde moeten getoond worden: 1) Opmerking specifiek voor de huishoudhulp 2) Opmerking voor het kantoor van de huishoudhulp 3) Opmerking voor de cluster van de huishoudhulp 4) Opmerking voor alle clusters Vroeger werd de opmerking die specifiek is voor de huishoudhulp, onderaan getoond in plaats van bovenaan.

55.7 (KEAN) #RAP #PLA: standaard planningafdruk vernieuwd De standaard planningafdruk (menu Rapportering → Werknemers → Planningafdruk (standaard)) is vernieuwd en heeft nu een nieuwe layout. De belangrijkste wijziging is het tonen van het poetsadres. Per planning zijn er nu 3 lijnen in het Excelbestand in plaats van 2; dit heeft natuurlijk tot gevolg dat er per huishoudhulp meer pagina’s zullen moeten worden afgedrukt. Maar voor de huishoudhulp is het wel heel handig dat bij elke afspraak het adres mee vermeld wordt. Voorbeeld van de oude layout (nu ‘type 1’ genoemd):


18.08.2015 - 284

Voorbeeld van de nieuwe layout (‘type 2’ genoemd):

In de wizards voor het afdrukken van de planning kan men kiezen of men type 1 of type 2 wenst. Standaard zal type 2 voorgeselecteerd zijn:


18.08.2015 - 285

Indien men echter voornamelijk de oude layout wilt blijven gebruiken, dan kan men in de Globale Instellingen kiezen welk type men graag als standaard heeft, en dat wijzigen naar type 1:

55.8 (KEAN) #MAW: Specifiek rapport werkplanning: minder overbodige regeleinden onderaan de opmerkingen In de cel met de opmerkingen op de werkplanning staan nu minder overtollige regeleinden na de tekst van de opmerkingen. Deze helemaal elimineren kunnen we niet, omdat we een conservatieve inschatting moeten doen over hoeveel letters er op 1 regel passen in de cel.


18.08.2015 - 286

55.9 (KEAN) #RAP: rapport fichegegevens werknemer: ‘gewenst vrij’ verwijderd ‘Gewenst vrij’ kan vanaf nu niet meer geëxporteerd worden. Dit waren nog de oude gegevens van vóór het nieuwe systeem van de permanente vervanging. In het nieuwe systeem is ‘gewenst vrij’ opgenomen in de theoplanning. De export gebruikte echter nog de oude gegevens die niet in de theoplanning zaten, waarbij de gewenste dagen nog via vinkjes werden opgegeven.

55.10 (KEAN) #PTC: particulierfiche: ‘wenst extra uren’ en ‘wenst opnieuw hulp’ verwijderd ‘Particulier wenst extra uren’ en ‘particulier wenst opnieuw hulp’ zijn verwijderd. Deze onderdelen op tabblad ‘Contract’ waren reeds onzichtbaar indien reeds men overgeschakeld was naar het systeem van de permanente vervanging. Het oude systeem wordt nu stap voor stap verwijderd.

55.11 (KEAN) #WER #PTC: fiches: ‘gewenste vrije uren’/’gewenste dagen’ verwijderd In de werknemerfiche is ‘gewenste vrije uren’ nu verwijderd, en overeenkomstig is ook ‘gewenste dagen’ uit de particulierfiche verwijderd. Beide bevonden zich op het tabblad ‘Overzicht planning’. Deze onderdelen waren reeds onzichtbaar indien reeds men overgeschakeld was naar het systeem van de permanente vervanging. Het oude systeem wordt nu stap voor stap verwijderd. De gewenste (vrije) uren/dagen worden nu voor zowel werknemers als particulieren beheerd in hun desbetreffende theoplanning.

55.12 (KEAN) #PTC: enkele kleine foutjes in particuliertheoplanning opgelost Het betrof de zichtbaarheid van de werkelijke datums waarop een theoretische week zou vallen, en ook de beschikbaarheid van de knoppen om een week omhoog of omlaag te verplaatsen.


18.08.2015 - 287

56 cheQpoint 2.0.56 56.1 (IGSE) #ALG: Bugfix bij database update 20141006 Probleem: De update veroorzaakt een fout bij het verwijderen van automatisch gegenereerde default constraints, zoals ALTER TABLE dbo.tbltaaktype DROP CONSTRAINT DF__tbltaakty__omsch__3FF073BA; Oplossing: Automatisch gegenereerde default constraints kunnen niet gewist worden op naam aangezien de naam op elke database anders is. Bij het aanmaken van een default value op een kolom heeft u dus best expliciet een beduidende naam mee, zoals (vb in Microsoft SQL Server): ALTER TABLE dbo.tbltaaktype ADD CONSTRAINT DF__tbltaakty__omsch__nl DEFAULT (N'') FOR omschrijvingnl; ALTER TABLE dbo.tbltaaktype ADD CONSTRAINT DF__tbltaakty__omsch__fr DEFAULT (N'') FOR omschrijvingfr; Of bij het aanmaken van een veld (kolom): ALTER TABLE dbo.tbltaaktype ADD omschrijvingnl varchar(100) CONSTRAINT DF__tbltaakty__omsch__nl DEFAULT ‘’ Heb je toch automatische default constraints en wenst u deze te wissen (om bijvoorbeeld een update te kunnen doen) kan u gebruik maken van de schema informatie, bijvoorbeeld: DECLARE @DropDefaults NVARCHAR(MAX) = ''; SELECT @DropDefaults = @DropDefaults + 'ALTER TABLE dbo.tbltaaktype DROP CONSTRAINT ' + c.name + ';' from sys.default_constraints c INNER JOIN sys.objects o ON o.object_id = c.parent_object_id AND o.name = 'tbltaaktype'; EXEC (@DropDefaults);


18.08.2015 - 288

56.2 (PIBU) #PLA: Facturatie status standaard op 1 De facturatie status staat nu standaard op 1 (gecontroleerd). Deze kan manueel op geen status geplaatst worden.

56.3 (KEAN) #ALG: bugfix: crash bij opstarten indien “Settings.xml” niet bestaat Dit probleem kon zich voordoen net na de installatie van cheQpoint. Indien men cheQpoint voor de eerste keer opstartte en inlogde, terwijl men het programma in Windows niet had gestart met administrator-rechten, dan volgde er een kritieke fout waardoor het programma afgesloten werd. Dit werd veroorzaakt doordat cheQpoint probeerde het instellingenbestand “Settings.xml” aan te maken; maar aangezien een programma zonder administrator-rechten niet in de “program files” directory van Windows mag schrijven, zorgde dit dus voor een fout. Dit probleem is nu opgelost; cheQpoint zal het bestand niet meer proberen aanmaken bij het opstarten.

56.4 (KEAN) #WER #WKB: bugfix: verkeerde URL bij aanmaken opvolging in WOrkB vanuit werknemerfiche cheQpoint Bij het aanmaken van een opvolging vanuit de werknemerfiche werd dezelfde URL gebruikt als bij het aanmaken van een opvolging vanuit de effectieve planning. Daardoor was er een Client ID in de URL dat niet ingevuld werd, omdat er vanuit de werknemerfiche geen particulier bij betrokken is. Als oplossing is ervoor gezorgd dat er een aparte URL is voor het aanmaken van een opvolging vanuit de werknemerfiche, waarbij geen Client ID moet meegegeven worden.

56.5 (IGSE) #MAW ): Automatische aanpassing van de adrescellen voor de werkplanningen De adrescellen van de werkplanningen voor de huishoudhulpen worden nu aangepast aan de grootte van het adres (aantal karakters per lijn van het adres).


18.08.2015 - 289

57 cheQpoint 2.0.57 57.1 (KEAN) #ALG: bugfix: automatisch opruimen oude logbestanden gebeurde in de praktijk bijna nooit cheQpoint ruimt normaal gezien op regelmatige basis (om de 8 dagen ongeveer) oude logbestanden op, om schijfruimte vrij te maken. Door een fout gebeurde dit in de praktijk echter bijna nooit en bleven de logbestanden dus bestaan. Dit probleem is nu opgelost.

57.2 (KEAN) #ALG: importfunctie werknemers/particulieren: “Verenigd Koninkrijk” wordt nu herkend als land “Verenigd Koninkrijk” wordt nu herkend als land, voorheen werd hiervan enkel de tweeletterige landcode herkend en de tekst “Groot-Brittanië” en “Engeland”.

57.3 (KEAN) #ALG: import particulieren: nieuwe kolomhoofdingen “Extern ID”, “SodexoNr” en “GebruikersNr” “Extern ID” (met dus een spatie) wordt nu herkend als alternatieve naam voor kolom “ExternID”. En “SodexoNr” en “GebruikersNr” worden nu herkend als alternatieve benaming voor de kolom “SodexhoNr”

57.4 (KEAN) #ALG: importfunctie particulieren/werknemers: verbeterde import van telefoonnummers Bij het importeren van een telefoonnummer wordt “/.” nu omgezet naar “/”, alvorens te controleren of het telefoonnummer een geldig formaat heeft. (Een aantal andere omzettingen werden ook reeds gedaan in vorige versies) Verder wordt nu een groot deel Belgische gsm-nummers herkend, zodat ze als gsm-nummer in cheQpoint aangemerkt kunnen worden, zelfs als ze onterecht als vast nummer of als fax aangemerkt staan in het importbestand.

57.5 (KEAN) #ALG: importfunctie werknemers: meer aanspreektitels herkend Vanaf nu wordt ook “Mijnheer” herkend als aanspreektitel; dit wordt omgezet naar “De Heer”. En verder worden nu ook “Juffrouw”, “Mej.” enzo herkend, maar deze worden wel omgezet naar “Mevrouw” aangezien cheQpoint enkel De Heer / Mevrouw / Familie ondersteunt als aanspreektitel.

57.6 (KEAN) #ALG: bugfix: werknemerimport: onterechte waarschuwingsmelding bij importeren werknemerbestand zonder uurloongegevens Bij het importeren van een bestand met werknemers zonder kolommen in verband met uurloon kwam er een onterechte melding dat er geen bedrag was maar wel een datum-vanaf voor het uurloon. Dit probleem is nu opgelost, zodat de melding niet meer wordt getoond.


18.08.2015 - 290

57.7 (KEAN) #MAW: bij automatisch aanmaken opvolgingen worden nu ook de cluster en het onderwerpdetailtype doorgegeven Vanaf nu worden bij het automatich aanmaken van opvolgingen in WorkB via de webservice ook de cluster en het onderwerkdetailtype doorgegeven. Het onderwerpdetailtype moet ingesteld worden als parameter in tblglobalsettings:

Setting

Value (waarschijnlijk)

OntbrChPktOpvolgOnderwerpDetailType

24

Waarde 24 duidt op de code “ontbrekend chequespakket”.

57.8 (KEAN) #WKB: globale instellingen: URLs voor WorkB en diens webservice zijn nu wijzigbaar Vanaf nu kan men in de globale instellingen op tabblad ‘WorkB’ de instellingen bewerken voor de WorkB URL (het server gedeelte) en de WorkB webservice URL. Voorheen werden deze instellingen wel getoond maar konden deze niet vanuit cheQpoint gewijzigd worden.

57.9 (KEAN) #ALG: titelbalk hoofdvenster toont nu ook database server Tot nu toe werd de naam van de database reeds getoond in de titelbalk van het hoofdvenster. Vanaf nu wordt ook de database server vermeld. Dit is dus het IP-adres of de hostnaam van de database server zoals ingesteld bij de verbindingsinstellingen.


18.08.2015 - 291

58 cheQpoint 2.0.58 58.1 (KEAN) #MAW: werkplanning: rijhoogte van de cel met de opmerkingen wordt nu goed aangepast aan de inhoud van de cel Vanaf nu wordt de rijhoogte van de cel automatisch aangepast aan de inhoud van de cel. Voorheen werd dit gedaan op basis van een schatting van het aantal letters per regel; nu wordt via een omweg de Excel autofit functie gebruikt om dit te doen.

58.2 (KEAN) #WKB: bij openen nieuwe opvolging in WorkB wordt kantoorgroep (cluster) van werknemer meegegeven Vanaf nu wordt bij het openen van een nieuwe opvolging in WorkB vanuit cheQpoint de kantoorgroep (cluster) van de werknemer in kwestie meegegeven in plaats van de kantoorgroep (cluster) waarin de cheQpoint gebruiker op dat moment aan het werken is.


18.08.2015 - 292

59 cheQpoint 2.0.59 59.1 (KEAN) #PLA #WKB #PTC: ‘ga naar particulierenfiche WorkB’ enkel nog beschikbaar indien er een particulier is Vanaf nu kan men in het contextmenu van de effectieve planning de optie “ga naar particulierenfiche WorkB” enkel nog gebruiken indien de planning ook echt een particulier heeft, dus geen pseudo-particulier zoals Werkrooster of Strijk.

59.2 (KEAN) #ALG: werknemerimport: kan nu ook kilometeradres importeren De import van werknemers kan vanaf nu ook het kilometeradres importeren. Dit adres heeft geen geldig-vanaf datum. Als dit adres volledig identiek is aan het te importeren wettelijke adres, dan wordt als kilometeradres een verwijzing naar het wettelijk adres ingesteld. Indien het identiek is aan het verblijfsadres dan wordt een verwijzing naar het verblijfsadres ingesteld. Indien alle drie gelijk zijn dan heeft het verblijfsadres prioriteit boven wettelijk voor het kilometeradres. Vanaf nu wordt standaard naar het verblijfsadres verwezen als kilometeradres, indien er geen kilometeradres ingevuld is in het importbestand. Vroeger werd altijd naar het wettelijk adres verwezen toen het kilometeradres nog niet geïmporteerd kon worden.

59.3 (KEAN) #ALG: werknemerimport: flexibelere kolomhoofding voor indienstdatum De kolom voor indienst-datum kan nu ook “InDienstDatum” genoemd worden (vroeger enkel “DatumInDienst”), en dit is vanaf nu ook niet meer hoofdlettergevoelig. Volgende zijn nu bijvoorbeeld ook ondersteund: “datumindienst”, “indienstdatum”, “datumIndienst” enzovoorts.

59.4 (KEAN) #ALG: werknemerimport: meer velden ondersteund Aan de werknemerimport is ook ondersteuning toegevoegd voor de volgende velden:  Datum uit-dienst  Kwaliteit (1 tot 5 sterren)  Hoofdvervoermiddel  Alternatief vervoermiddel

59.5

(KEAN) #ALG: werknemerimport: “0” nu herkend voor Q en Qgw

Bij het importeren van werknemers wordt vanaf nu “0” herkend als een niet-ingevulde waarde bij Q en Qgw. Vroeger zorgde dit voor een waarschuwing dat de waarde “0” niet geldig was voor Q en Qgw.

59.6 (KEAN) #ALG: particulierimport: meer velden ondersteund Aan de particulierenimport is ondersteuning toegevoegd voor de volgende velden:


18.08.2015 - 293

 Datum-stop  Tweede gebruikersnummer  Kilometeradres  Correspondentieadres  Belgisch rekeningnummer  IBAN rekeningnummer  BIC

59.7

(KEAN) #ALG: particulierimport: meer aanspreektitels herkend

Vanaf nu wordt ook “Mijnheer” herkend als aanspreektitel; dit wordt omgezet naar “De Heer”. En verder worden nu ook “Juffrouw”, “Mej.” enzo herkend, maar deze worden wel omgezet naar “Mevrouw” aangezien cheQpoint enkel De Heer / Mevrouw / Familie ondersteunt als aanspreektitel.

59.8 (IGSE) #MAW: Werkplanning - autofit voor adressen Betreft: Er is een probleem dat autofit niet werkt op samengevoegde cellen in Excel. Hiervoor is een tweede workaround uitgevoerd omdat deze autofit-functie voor samengevoegde cellen met wraptext niet correct gebeurd in Excel (zie ook release 2.0.57). De nieuwe workaround en verschil met de vorige:  vorige workaround was berekend op het aantal karakters van elke lijn van het adres. Maar aangezien het aantal karakters per lijn niet constant is, was dit geen perfecte oplossing.  nu wordt de autofit toegepast op één cel, de rijhoogte wordt dan berekend en onthouden op één cel door programmatisch aanpassen van de template. Daarna wordt de rijhoogte geforceerd (vaste rijhoogte) op de samengevoegde cel.

59.9 (IGSE) #ALG: structurele aanpassing voor clusters Het item voor 'alle clusters' in tblofficegroup is herzien omdat deze een fout veroorzaakt met NHybernate (Home Service applicatie).


18.08.2015 - 294

60 cheQpoint 2.0.60 60.1 (KEAN) #ALG: Licentiesleutel cheQpoint kan nu gecensureerd worden voor de gebruiker (*) Men kan nu door middel van de parameter ‘HideLicenseKey’ de licentiesleutel in cheQpoint laten censureren voor de gebruikers. Deze parameter kan gezet worden ofwel in de database in tabel blglobalsettings met als waarde ‘1’, of anders in het lokale instellingenbestand “Config\Settings.xml” op deze manier:

Een voorbeeld van een gecensureerde licentiesleutel in het ‘splash’ venster bij het opstarten:

Een voorbeeld in het venster van menu Help→Info:


18.08.2015 - 295

60.2 (IGSE) #ALG: Extra beveiliging toegevoegd in database update 20141224 (dbchanges). Het toevoegen van extra databasekolommen werd beveiligd in het update-script voor 20141224 in overeenstemming met de andere statements in dat script.

60.3 (PIBU) #EXS: Mogelijkheid vergoeding openbaar vervoer uit Cheqpoint niet te gebruiken in dien aanwezig als premie (*) Via een parameter is het mogelijk om er voor te zorgen dat in de koppeling naar Sofim, indien er een premie voor het openbaar vervoer is, de vergoeding berekend door cheqpoint niet mee te nemen. ExportKKOVEnkelIndienGeenPremie: voor openbaar vervoer tussen werkplaatsen ExportWWOVEnkelIndienGeenPremie: voor openbaar vervoer naar de werkplaats

60.4 (KEAN) #ALG: verbeteringen en uitbreidingen aan importfunctie van werknemers en particulieren Velden die vanaf nu ook kunnen geïmporteerd worden voor werknemers:  Sodexo login & PIN-code  Taalvoorkeur (niet zichtbaar in cheQpoint, wordt gebruikt in WorkB)  Duur van een contract (bepaald/onbepaald, kon vroeger reeds worden afgeleid uit het al dan niet aanwezig zijn van een datum-tot)  Bestandsnaam van een contract  Vakantie- en ziekteperiodes (dit gebeurt via een apart bestand) Velden die vanaf nu ook kunnen geïmporteerd worden voor particulieren:  Aantal uren van contract  Contractinterval (wekelijks, tweewekelijks, driewekelijks,...)  Bestandsnaam van contractdocument Andere verbeteringen:  Het splitsen van adressen in straat, huisnummer en bus is ook wat verbeterd  De validatie die werd gedaan voor ingelezen BIC codes werkte niet correct, waardoor geldige BIC codes als ongeldig werden bestempeld; dit probleem is nu opgelost.  Onterechte melding “uurloon bedrag zonder datum 'vanaf'” is opgelost  Kleine verbetering aan importeren van e-mailadressen  Ondersteuning toegevoegd voor importeren Bosnië-Herzegovina als geboorteland van een werknemer  Fouten opgelost bij importeren van correspondentie-adres particulier en kilometeradres werknemer/particulier


18.08.2015 - 296

 “Alleenstaand”, “Wettelijk samenwonend” en “Feitelijk samenwonend” worden nu herkend als burgerlijke staat  “Samenwonend” als burgerlijke staat geeft nu een waarschuwing dat wordt verondersteld dat het om wettelijke samenwoning gaat. Een vergelijkbare waarschuwing bestond vroeger ook reeds voor “gescheiden”. Voor importeren van vakantie- en ziekteperiodes van een werknemer dient men de werknemers in het bestand van de algemene werknemergegevens een extra kolom “ID” of “ImportID” te geven met daarin een uniek identificatienummer voor de werknemer. Hiermee worden dan de periodes in het andere bestand gekoppeld aan de juiste werknemer. Dit identificatienummer wordt niet geïmporteerd en nergens opgeslagen en dient dus enkel maar om te weten welke werknemers met welke periodes moeten gekoppeld worden in cheQpoint.

60.5 (KEAN) #PLA: bugfix: fout in particulierselectievenster Er deed zich een fout voor bij het openen van het venster waarmee men een particulier selecteert voor in de theoretische of effectieve planning. Dit gebeurde enkel wanneer de particulier die reeds eerder aanwezig was in de planning niet of niet meer aanwezig was in het actieve kantoor, dus in het kantoor waarin de cheQpoint gebruiker op dat moment aan het werken was. Dit probleem is nu opgelost.

60.6 (KEAN) #WER: bugfix: fout bij laden werknemerfiche met geïmporteerde gezinsgegevens Er deed zich een fout voor bij het selecteren van de werknemerfiche van een werknemer die met zijn gezinsgegevens geïmporteerd is geweest. Dit probleem is nu opgelost.

60.7 (KEAN) #WER: betere datum voor standaarduurloon nieuwe werknemer Bij het maken van een nieuwe werknemer in cheQpoint, door te drukken op “Nieuw” in de module Werknemers, wordt de werknemer automatisch het standaarduurloon toegekend. Vroeger werd dit uurloon als datum-vanaf de datum van vandaag gegeven. Dit is nu aangepast zodat voor de datum-vanaf wordt teruggegaan tot de vorige maandag indien het vandaag niet maandag is.


18.08.2015 - 297

61 cheQpoint 2.0.61 61.1 (KEAN) Verbeterde kantoorselectie indien kantoren gekoppeld aan nietbestaande groep Wanneer een kantoor gekoppeld was aan een niet-bestaande groep, dan werd dit kantoor niet mee getoond in de lijst met kantoren (getoond o.a. in VVM en andere plaatsen). Dit is nu aangepast zodat dergelijke kantoren vanaf nu wel getoond worden, maar dan alsof het kantoor niet aan een groep gekoppeld zou zijn.

61.2 (KEAN) Bugfix: fout bij opslaan nieuwe werknemer Er deed zich een fout voor bij het opslaan van nieuwe werknemers omdat het veld TaalVoorkeur (onzichtbaar in de fiche, want dit veld wordt niet gebruikt in cheQpoint, enkel in WorkB) niet mee werd opgeslagen in de database. Dit probleem is nu opgelost.

61.3 (KEAN) Betere foutafhandeling indien fout bij opslaan fiches De logica voor het opslaan van de werknemerfiche en particulierfiche bij het opslaan van de fiches is wat herwerkt, om beter te kunnen omgaan met fouten bij het opslaan. Indien er toch een fout zou gebeuren bij het opslaan van de fiche, dan wordt er nu geprobeerd om te vermijden dat er inconsistente gegevens in het geheugen blijven met eventuele extra fouten tot gevolg. Gedeelten die niet konden worden opgeslagen worden nu teruggedraaid naar hun oorspronkelijke staat (vóór de wijzigingen in de fiche).

61.4 (KEAN) Vergelijkingsvenster kopieslag theoplanning uitgebreid (*) Een screenshot met een aantal nieuwe zaken aangeduid:


18.08.2015 - 298

Wat is er nieuw:  hoofdingen OUD en NIEUW, om duidelijk te maken wat het verschil is tussen links en rechts  markering van de velden met een verschil tussen oud en nieuw in het rood; in het voorbeeld is op woensdag de particulier in de effectieve planning verschillend van de te kopiëren planning uit de theoplanning, en evenzo is het starttijdstip op donderdag gewijzigd. Er kan ook een markering getoond worden voor een gewijzigde lengte en een gewijzigde prestatie, wat nu niet van toepassing is op het voorbeeld  weergeven van enkel de planningen met verschillen: als bijvoorbeeld enkel de planningen in de voormiddag verschillen maar niet de planningen van de namiddag, dan worden de planningen van de namiddag niet mee getoond Een tweede screenshot:

Wat is er nieuw in dit tweede screenshot:  aanduiding van een gewijzigde datum. In het voorbeeld was in de effectieve planning de planning van woensdag naar dinsdag verplaatst. Door opnieuw te kopieren zal deze planning terug naar woensdag verplaatst worden.


18.08.2015 - 299

 aanduiding van een ‘nieuwe’ planning die gekopieerd wordt. Dit betekent gewoonweg dat de planning voor de eerste keer naar deze periode gekopieerd wordt, of dat de reeds eerder gekopieerde planning verwijderd is geweest door de gebruiker en nu opnieuw aangemaakt wordt.

61.5

(KEAN) Globale instellingen: tabbladen samengevoegd en gesplitst, nieuwe opties

In het venster van de Globale Instellingen zijn de tabbladen “Prestatiecodes” en “Kleurcodes” samengevoegd tot één tabblad “Kleuren”. Het tabblad “Planning & kalender” is daarentegen opgesplitst in twee tabbladen, “Planning” en “Kalender & uren”. Het nieuwe gedeelte onder tabblad “Planning” is het volgende:

De functionaliteit van optie “Standaard eerst wijzigingen tonen ter goedkeuring” bestond reeds, maar was enkel te activeren via een parameter (“GoedkeuringVragenBijKopieslag”). Vanaf nu is dit dus ook beschikbaar via het venster van de Globale Instellingen. De andere opties zijn nieuw in deze cheQpoint versie en worden elders in deze release notes beschreven.

61.6 (PIBU) Beschikbaarheid fileserver Er is een mogelijkheid bijgekomen om toch te kunnen aanmelden in cheQpoint als de fileserver niet beschikbaar is. Hiervoor moet eerst een parameter opgezet worden. Verder wordt ook bij de functies die gebruik maken van deze fileserver eerst gecontroleerd of deze beschikbaar is. Indien niet wordt de functie onderbroken en een melding gegeven dat de fileserver niet beschikbaar is. Parameter tblglobalsettings: AllowNoServerPath


18.08.2015 - 300

Opvolgende plaatsen wordt er gecontroleerd  Werknemers: ◦ Documenten ◦ Commentaar ◦ Contract  Klanten: ◦ Documenten ◦ Commentaar ◦ Contract  Overige: ◦ Borderelbeheer

61.7

(KEAN) Venster kopieslag planning één werknemer: layout aangepast

Het venster om voor één enkele werknemer de kopieslag te doen ziet er in zijn eenvoudigste vorm nu als volgt uit:

61.8 (KEAN) Bugfix: fout in database update 20141224 voor MSSQL In de database update met datum 20141224 zat een fout, waardoor deze een foutmelding gaf indien deze werd uitgevoerd op een MS SQL Server database. Dit probleem is nu opgelost.


18.08.2015 - 301

61.9 (KEAN) Venster kopieslag planning één werknemer: optie toegevoegd om te filteren op te kopiëren theo-items (*) Er is de mogelijkheid toegevoegd om bij het kopiëren van de theoplanning naar de effectieve planning voor één enkele werknemer, te selecteren welke items/weken uit de theoplanning moeten gekopieerd worden en welke niet. Deze functionaliteit kan geactiveerd worden via Globale Instellingen → Planning → Toon filter met inhoud theoplanning. Voorbeeld:


18.08.2015 - 302

61.10 (KEAN) Vergelijkingsvenster kopieslag theoplanning uitgebreid (deel 2) (*) Nog enkele uitbreidingen aan het vergelijkingsvenster voor het kopiëren van de planning:

Enkele nieuwigheden:  Vinkjes “alles aan/uit” om bij oude en nieuwe planningen in de lijst alle vinkjes mee aan/uit te zetten  “negeer heenen terugreis”. Met deze filter, die standaard aan staat, worden heenen terugreis van de planningen niet meegenomen bij het bepalen van of er verschillen zijn. Dit is belangrijk omdat dikwijls de planningen zonder verschillen moeten verborgen worden.  “(enkel genegeerde verschillen)” wordt nu getoond in plaats van de vroegere aanduiding “(enkel verschillen in afstand)”, omdat nu ook verschillen in heen- of terugreis kunnen genegeerd worden. Nog enkele zaken:


18.08.2015 - 303

Wat is er nieuw in de tweede afbeelding:  Vinkjes “alles aan/uit” niet alleen globaal maar ook per dag, zodat men per dag alles aan/uit kan zetten met één muisklik.  “oorsprong: theoplanning”. Vroeger stond hier “gekopieerd uit theoplanning”. De nieuwe aanduiding benadrukt dat het om een oude planning gaat die dus reeds eerder gekopieerd werd.

61.11

(KEAN Updater verwijdert nu heel oude database update bestanden bij upgrade

Nadat een upgrade voltooid is, zal de updater heel oude database update bestanden die nog in de installatie aanwezig zijn automatisch verwijderen. Het gaat om bestanden van vóór het jaar 2012.


18.08.2015 - 304

61.12 (KEAN) Kopieslag theoplanning: mogelijkheid toegevoegd tot negeren en overschrijven gevalideerde planningen (*) Er is de mogelijkheid toegevoegd om bij de kopieslag van de theoplanning gevalideerde cheques niet meer als een verschil te beschouwen en om deze gewoon te kunnen overschrijven. Bij het overschrijven wordt de validatie ongedaan gemaakt indien de particulier of de prestatie wijzigt, anders blijft ze bestaan. Deze nieuwe functionaliteit is enkel nuttig wanneer men zijn chequebeheer buiten cheQpoint behartigt, en in cheQpoint dus normaal gezien niet aan valideren van cheques doet en ook geen gebruik maakt van borderellen. De functionaliteit is standaard niet zichtbaar en niet geactiveerd; er zijn twee parameters voorzien, één om de functionaliteit zichtbaar te maken, en een andere om ze standaard te activeren:

tblglobalsettings Setting

Value

KPSLG_ToonOptieChequesNietVanTel

0 = onzichtbaar, 1 = zichtbaar

KPSLG_ChequesNietVanTel

0 = niet geactiveerd, 1 = geactiveerd

De gebruiker kan er zelfs als de functionaliteit geactiveerd is nog voor kiezen om ze toch tijdelijk uit te schakelen door het vinkje in kwestie uit te zetten wanneer hij de kopieslag start. In het venster van de kopieslag voor één werknemer:

In het venster voor meerdere werknemers (stap 2):


18.08.2015 - 305

Een voorbeeld waaruit blijkt dat het met deze functionaliteit inderdaad mogelijk is om een planning met gevalideerde cheques te laten overschrijven:

61.13 (IGSE) Bugfix - facturatiegegevens worden niet altijd compleet bewaard Probleem bij het opslaan van gegevens in de Facturatie-plugin zijn weggewerkt. Tabbladen in Windows worden niet inhoudelijk bijgewerkt zolang deze niet worden geopend en indien databinding wordt gebruikt. Dit geeft als gevolg dat programmatisch gewijzigde waarden niet doorkomen op tabbladen die niet zichtbaar zijn. Dit werd opgelost door de onderliggende laag van in-memory-data aan te passen i.p.v. de GUI. De GUI wordt op zijn beurt dan automatisch bijgewerkt op het moment dat het betreffende tabblad wordt geopend.


18.08.2015 - 306

62 cheQpoint 2.0.62 62.1 Bugfix: vinkje nog aanklikbaar tijdens kopieslag Het vinkje ‘cheques volledig negeren’ kon nog aan-/uitgezet worden terwijl de kopieslag van de planning reeds gestart was. Dit is nu opgelost.

62.2 Wijzigingen aan importeren particulieren/werknemers Bij importeren van werknemers kwam een onterechte en onduidelijke waarschuwing bij elke werknemer indien de kolommen van voorkeurtaal of ImportID niet aanwezig waren. Dit is nu opgelost. Bij importeren van werknemers is de kolomhoofding van rijksregisternummer nu wat flexibeler. Dit kan nu “RijksregisterNummer” of “RijksregisterNr” zijn, en hoofdletters spelen nu ook geen rol meer. Vroeger moest dit exact “Rijksregisternr” zijn. Werknemerimport/particulierimport:  bij de meeste velden wordt "NULL" nu geïnterpreteerd als een niet-ingevuld veld.  layout van importvenster is wat vernieuwd.  "0" als postcode wordt nu beschouwd als een niet ingevulde postcode.  een telefoonnummer dat begint met "fax:" wordt nu automatisch herkend als een faxnummer.  bij RijksregisterNummer wordt nu een enkelvoudig aanhalingsteken ("'") aan het begin toegestaan en weggefilterd.  er kunnen nu meerdere kantoren worden opgegeven in een kolom voor de kantoorkoppeling; scheiding gebeurt met een komma of puntkomma.  optie toegevoegd om geen waarschuwing meer te geven indien een kantoornaam niet kan gevonden worden voor de kantoorkoppeling.  bij telefoonnummers wordt nu een enkelvoudig aanhalingsteken ("'") aan het begin toegestaan en weggefilterd.  bij telefoonnummers wordt extra tekst na het nummer nu in de opmerking van het nummer gezet indien er geen aparte telefoonopmerking mee ingelezen werd. Werknemerimport:  voor importeren geboorteland van de werknemer of diens echtgenoot kan nu het land als NIS-code rechtstreeks geïmporteerd worden, bijvoorbeeld “NIS 150” voor België.  "0" bij Rijksregisternummer of SIS-kaartnummer geeft nu geen waarschuwing meer, maar wordt nu geïnterpreteerd als een niet-ingevuld veld.  bij SIS-kaartnummer en Rekeningnummer wordt nu een enkelvoudig aanhalingsteken ("'") aan het begin toegestaan en weggefilterd.  "0" of "000000000000" bij Rekeningnummer geven nu geen waarschuwing meer, maar worden nu geïnterpreteerd als een niet-ingevuld veld.


18.08.2015 - 307

 optie toegevoegd om geen waarschuwing meer te geven indien een IBAN aanwezig is zonder bijbehorend BIC.  een niet-Belgische IBAN wordt nu ook geïmporteerd zelfs zonder bijbehorende BIC.  optie toegevoegd om geen waarschuwing meer te geven indien "samenwonend" wordt verondersteld "wettelijk samenwonend" te zijn.  samenvatting van ingelezen werknemers heeft nu een iets andere layout. Particulierimport:  bij sodexonummer en sodexonummer2 wordt nu een enkelvoudig aanhalingsteken ("'") aan het begin toegestaan en weggefilterd.  optie toegevoegd om geen waarschuwing meer te geven indien zowel aanvraagdatum als startdatum ontbreken bij een particulier.

62.3 Ondersteuning toegevoegd voor internationale telefoonnummers Een telefoon/gsm/fax-nummer mag nu beginnen met een "+". Vroeger mocht dit niet, maar de ‘+’ vooraan is noodzakelijk voor internationale telefoonnummers.

62.4 Uurcode Jeugdvakantie is nu vakantiecode Ingebouwde uurcode Jeugdvakantie (41) is nu gemarkeerd als een vakantiecode, zodat deze nu ook mee verschijnt bij de vakantietellers in de werknemerfiche.

62.5 Borderellen en Cheques Rapport (plugin) (*) Let op: dit rapport is optioneel. Er is een nieuw rapport beschikbaar dat het mogelijk maakt cheques op te zoeken en af te drukken. U kan er ook een borderel (aflevernota voor de RVA) mee opzoeken en de cheques ervan weergeven. U kan de resultaten ook exporteren naar Microsoft Excel of een andere toepassing. cheQpoint gebruikt namelijk de standaard OpenXML indeling. Hoofdscherm: Opstarten (via menu hoofdscherm): U opent het hoofdvenster via het menu van cheQpoint en selecteert ‘Rapportering’ → ‘Administratie’ → ‘Borderellen en Cheques’ (zie screenshot):


18.08.2015 - 308

Daarmee komt het hoofdscherm op:

Zoeken (3de knopje hoofdscherm): U start met een aantal zoekcriteria in te geven, mogelijkheden zijn:  Jaar, maand of week  Periode (starten einddatum)  per vennootschap  per kantoor  van de gegeven werknemers  van de gegeven klanten


18.08.2015 - 309

 Borderelstatus: open, afgesloten, verstuurd of betaald.  Chequetype: papier of elektronisch  Chequewaarde (aankoopwaarde) Indien nieuwe statussen, types of waardes worden ingegeven in het pakket cheQpoint komen deze automatisch ook in het rapport. U kan elk van deze items aankruisen in het linkervak naast de tabel. Om niet telkens veel gevraagde items te moeten aankruisen, is er de mogelijkheid om deze op te slaan (‘Opslaan als standaard’ - knop). De volgende keer dat u het venster opent krijgt u dan deze standaard ingesteld en u kan ook telkens naar die instelling terugkeren (‘Zet op standaard’ - knop). Filters voor werknemers en klanten heeft u in via hun cheQpoint ID. U kan meerdere ID’s ingeven door deze te scheiden met een komma. Indien u kantoren of vennootschappen in cheQpoint niet gebruikt, krijgt u ook het veld niet te zien, deze wordt automatisch weggefilterd indien de lijst leeg is. Druk telkens op de knop vernieuwen wanneer u de zoekopdracht wil uitvoeren. Daarna kan er gefilterd worden op borderel. Resultaten (tabel hoofdscherm): Alle gevonden borderellen voor de zoekcriteria komen automatisch in de lijst waarna u het gewenste borderel kan selecteren met de combobox (naast label ‘Borderel’ die staat op de filterbalk met paarse achtergrond). Wanneer u een borderel selecteert wordt de tabel onmiddellijk aangepast, u moet niet op ‘vernieuwen’ drukken, dat geldt voor alle filtercriteria in cheQpoint. In de chequelijst die in tabelvorm op het hoofdscherm verschijnt krijgt u de volgende kolommen te zien:  ChequeType (papier of elektronisch)  Cheque ID  Vennootschap ID  Vennootschap (naam)  Kantoor ID  Kantoor (naam)  Van (begin van de prestatie - datum en uur)  Tot (eind van de prestatie - datum en uur)  Borderel (code)  Borderelstatus  Borderelmaand (jaar en maand waarvoor borderel van toepassing is)  Chequewaarde (officiële aankoopwaarde)


18.08.2015 - 310

 Werknemer ID  Werknemer voornaam  Werknemer familienaam  Klant ID  Klant voornaam  Klant familienaam Statusbalk (onderaan hoofdscherm): Met de onderste balk in het hoofdscherm kan u de status en de progressie van de bewerkingen volgen. De weergave kan programmatisch ingesteld worden, in dit geval gaan we een tijdsprogressie weergeven in seconden. Iedere bewerking heeft een maximum aantal seconden alvorens het process wordt afgebroken. De tekst in de balk heeft de evolutie en status weer. Wanneer het fout loopt wordt dit ook getoond. Wanneer een proces aan de gang is komt er een extra knop ‘Annuleren’ in de knoppenbalk, door deze in te drukken kan u het proces afbreken (zie screenshot).

Navigatiebalk: Er is ook een navigatiebalk boven de tabel die het aantal cheques toont en waarmee u kan navigeren tusseen de resultaten (cheques). Afdruk tussenscherm - printopties (2de knopje hoofdscherm): Na het zoeken kan u de lijst afdrukken. Hierbij krijgt u eerst nog een tussenscherm:


18.08.2015 - 311

De afdruktitel is vooraf ingevuld maar u kan deze hier wijzigen. Bij afdrukrijen kan u opteren om enkel de geselecteerde (highlighted) lijnen in het hoofdvenster af te drukken. Standaard worden alle rijen afgedrukt. Daaronder kan u ook de af te drukken kolommen kiezen. Het onderste selectievak (aanpassen aan paginabreedte) voorkomt dat de af te drukken kolommen buiten het afdrukgebied van de printer vallen, zodoende gaat de plugin trachten de schaal van de tabel te verkleinen. Indien veel kolommen worden afgedrukt wordt er best geopteerd om het document in landschap-oriëntatie te zetten (zie verder). Ook in het omgekeerde geval bij weinig kolommen zal de afdrukgenerator het document dan wat proberen uit te vergroten. Indien het vakje niet is aangekruist zullen de kolommen worden afgedrukt zoals ze in de grid op het hoofdvenster verschijnen. Een aanpassing van de layout (breedtes en hoogtes) in de grid heeft altijd invloed op de layout van de afdruk. M.a.w. als u een kolom wenst te verkleinen of vergroten, kan u dit op de grid doen. Idem voor het sorteren, druk op de kolomheader van de betreffende kolom om te sorteren, de afdruk wordt dan ook gesorteerd.


18.08.2015 - 312

U kan ook eerst exporteren naar Excel om dan vanaf deze toepassing af te drukken (zie verder). Afdrukscherm: Na het tussenscherm komt het afdrukscherm:


18.08.2015 - 313

Op het afdrukscherm ziet u een preview van de uiteindelijke afdruk. De afdrukgenerator verschiijnt in de taal van het besturingssysteem (onze voorbeelden staan in het Engels). Normaliter krijgt u dus alle vensters wel in het Nederlands. Afdrukken (1ste knopje afdrukscherm): Druk op het printknopje linksboven om af te drukken. Paginaweergave (2de knopje): U kan ook eerst de paginalayout afstellen met de knop er rechts naast (paginainstelling):

Hiermee kan u het papierformaat, de pagina-oriëntatie en de marges van het afdrukdocument instellen. Exporteren (3de knopje afdrukscherm): Dit is hetzelfde als in het hoofdscherm (zie verder). Echter hier kan u ook exporteren naar een bitmap afbeelding:


18.08.2015 - 314

Scherm (4de knopje afdrukscherm): De vierde knop zorgt dat uw preview over meerdere pagina’s kan bezien worden (max 8):

Preview vergroten/verkleinen (5de knopje afdrukscherm): Een vijfde knop zorgt voor het automatisch zoomen van het document. Met de lijst ernaast kan u een vaste zoomwaarde instellen:

Additionele tekst (6de knopje afdrukscherm): Met de knop ‘titels’ kan u tekst aan het document toevoegen, rond de tabel (12 posities) of als watermerk (centraal). Als u op de knop klikt, krijgt u het volgende scherm:


18.08.2015 - 315

Op de screenshot werd met cijfertjes aangeduid hoe u gemakkelijk tekst kan toevoegen (bijvoorbeeld een watermerk). 1. 2. 3. 4.

Druk op de toevoegen knop Selecteer een positie, hier is dit dus als watermerk (centraal) Geef de tekst in. Maak de tekst op. In de kolom kan u het lettertype en de grootte ingeven van de tekst. Maar u kan ook de tekst gedetailleerder opmaken met het paneel eronder.

Pagina’s (laatste knoppen afdrukscherm): Met de peiltjesknoppen linksboven kan u tussen de afdrukpagina’s navigeren. Links ervan staat de huidige pagina weergegeven, u kan deze ook invullen om onmiddellijk naar een gewenste pagina te springen. Exportscherm (1ste knopje hoofdscherm): Met de eerste knop op de knoppenbalk van het hoofdvenster kan u het resultaat onmiddellijk exporteren naar de OpenXML indeling (voor Excel bijvoorbeeld). Het bestand openen moet u via Windows doen. Op het scherm moet u een naam en een locatie kiezen voor het document. Er is al een standaard bestandsnaam ingevuld (zie screenshot):


18.08.2015 - 316

Exportbestand: Het exportbestand kan geopend worden met Microsoft Excel. Van daaruit kan u verdere bewerkingen doen. Dit is een voorbeeld hoe het bestand in Excel eruit ziet:

62.6 Ondersteuning toegevoegd voor collectief verlof (*) Er is ondersteuning toegevoegd voor collectief verlof. Dit is betalende functionaliteit; contacteer de salesafdeling van Prato voor meer info. Door middel van collectief verlof kan men wettelijk verlof (of een andere prestatiecode indien gewenst) toepassen op alle werknemers tegelijk voor een bepaalde periode. In die periode worden manuele planningen gewist en wordt de theoplanning gekopieerd met alle codes omgezet naar de collectieve uurcode. Er is ook een beveiliging aanwezig waardoor voorkomen wordt dat andere belangrijke codes (zoals bijvoorbeeld feestdag) niet worden overschreven door de collectieve code. Welke codes niet overschreven mogen worden moet door uzelf ingesteld worden.


18.08.2015 - 317

63 CheQpoint v 2.0.63 63.1 Speciale tekens verboden in persoonsnamen De tekens die kunnen ingegeven worden bij persoonsnamen zijn nu beperkt. Wat is toegelaten:  alfanumerieke karakters  leestekens  spaties  underscores ( _ )  afkappingsteken ( ‘ )  koppelteken ( - ) Op welke velden heeft dit invloed in cheQpoint? Werknemerfiche:  werknemer familienaam  werknemer voornaam  werknemer roepnaam  werknemer 2de voornaam  partner familienaam  partner voornaam Klantfiche:  klant familienaam  klant voornaam  correspondent familienaam  correspondent voornaam De controle op persoonsnamen voorkomt dat ‘verboden’ tekens worden getypt, maar heeft geen invloed op reeds bestaande gegevens.

63.2 Importeren van jaarrechten verlof en uurlonen uit L5 De L5 importer kan nu het initiële saldo van de verloftellers en de uurlonen mee importeren.

63.3 Aanpassingen tabblad verlof (*) Het is mogelijk om de aparte teller voor wettelijk verlof te verbergen. Dit kan met behulp van de parameter ‘VerbergTellersVerlof’. Totalen zijn onderaan de tellers zichtbaar


18.08.2015 - 318

Code ‘V’ is ook opgenomen bij andere vakantietellers. Kolommen bij andere vakantietellers zijn aangepast.  Uren initieel: aantal uren die de werknemer kan opnemen  Gebruikt: aantal uren die tot op vandaag opgenomen zijn  Gepland: aantal uren die gepland staan vanaf morgen  Nog te plannen: uren initieel met daarvan de gebruikte en geplande uren afgetrokken

63.4 Qc in fichegegevens werknemer Aan het rapport fichegegevens van de werknemer is er een veld toegevoegd om de huidige Qc mee op te nemen.

63.5 Fout bij het updaten naar versie 2.0.62.x De update voor cheqpoint zal niet werken indien u een Microsoft SQL Server database gebruikt. Updaten naar deze versie (2.0.63) zal het probleem oplossen (2.0.62 overslaan). Updates van eerdere versies (die nog niet uitgevoerd zijn) worden altijd meegenomen door een latere versie in cheQpoint. De fout zit in een database query van DbChanges 20150306_1 (MsSQL gedeelte).

63.6 Fout bij het updaten van cheQpoint Er zit een fout in een query voor Microsoft SQL Server DbChanges (20150324_1). Hiervan zullen klanten geen hinder ondervinden (versie nog niet vrijgegeven), fouten kunnen alleen optreden op bepaalde testomgevingen.

63.7 Borderelaanmaak bepalen via een parameter (*) De parameter 'GemeenschappelijkBorderel' werd toegevoegd.


18.08.2015 - 319

Indien deze de waarde 1 heeft worden alle cheques per maand bij validatie aan één gemeenschappelijk borderel toegekend anders (indien 0) wordt er een borderel per kantoor gemaakt. U kan deze ook nog tijdelijk wijzigen via het hoofdscherm van cheQpoint via het menu → 'Extra' → 'Borderel voor gevalideerde cheques' → ‘Kantoorborderel’ of 'Gemeenschappelijke borderel'. De instelling blijft dan zolang cheQpoint open staat.

63.8 Export naar Magistral volledig verwijderd De ondersteuning voor exporteren naar Magistral is volledig verwijderd. Exporteren zal nu enkel nog in Level 5 formaat zijn.

63.9 Exporteren van verloftellers bij exporteren van prestaties/correcties naar L5 Bij exporteren van prestaties of correcties zullen nu ook de verloftellers van de werknemers in kwestie mee in het exportbestand worden gezet; jaarrecht, gebruikt, gepland en saldo zullen worden geëxporteerd voor volgende prestatiecodes:  wettelijk verlof  arbeidsduurvermindering 35+  arbeidsduurvermindering 45+  seniorenverlof  aanvullend verlof  jeugdvakantie

63.10

Standaard prestatiecode wanneer klant in verlof

Er is in het 'Globale instellingen'-venster een instelling voorzien waarbij de gewenste resetprestatiecode kan gekozen worden indien een klant met verlof gaat en de werknemer in die periode reeds is ingepland. Deze zal via een database tabel tblglobalsettings (parameter) worden bewaard. Dat betekent dat de instelling ook via de database kan gebeuren, handig voor initialisatie bij Prato-klanten. Dit is een screenshot voor de aanpassingen via de grafische interface (rood omcirkeld):


18.08.2015 - 320


18.08.2015 - 321

64 CheQpoint v 2.0.64 64.1 Bugfix: fout bij berekenen opgenomen verlofuren in een toekomstig jaar (Deze wijziging werd ook opgenomen in versie 2.0.63.2) Er deed zich een fout voor indien de opgenomen verlofuren ‘tot vandaag’ werden berekend indien als ‘datum van vandaag’ een datum in een toekomstig jaar werd genomen. Dit probleem is nu opgelost. Exportcodes verloftellers aangepast (Deze wijziging werd ook opgenomen in versie 2.0.63.2) De L5 exportcodes voor de verloftellers zijn aangepast naar de laatste versie van de analyse.

64.2 Extra beveiliging tegen overlapping van werknemerziekteperiodes Voor het automatisch inplannen gaat cheQpoint één maand voor en één maand na de gewijzigde planningsdag kijken om te zien om te zien of die gewijzigde dag in een bestaande ziekteperiode valt. Dus periodes die bijvoorbeeld starten meer dan één maand voor die planningsdag worden dus niet herkend. Als oplossing gaan we nu ook controleren of er geen directe overlappingen zijn tussen de gewijzigde planning en de ziektemeldingen (PS: dat is niet hetzelfde als ziekteperiodes).

64.3 Speciale afhandeling bij matchen op meer/minder uren dan origineel (*) Er is een nieuwe optie toegevoegd waarmee men bij het matchen in de eenmalige vervanging twee prestaties kan opgeven indien de lengte van de planning afwijkt van het origineel uit de theoplanning van de werknemer. Wanneer de vervangingsplanning langer is dan het origineel, dan bestaat de eerste prestatie uit het aantal uren van het origineel. De tweede prestatie zijn de uren die meer zijn dat het origineel. Voor de prestatiecode van de tweede prestatie kan de gebruiker dan enkel uit de codes kiezen die duiden op overuren (‘O’, ‘Re’, etc.). Deze codes kunnen dan ook niet meer gekozen worden in de lijst van de prestatiecode van de eerste prestatie. Wanneer de vervangingsplanning korter is dan het origineel, dan bestaat de eerste prestatie uit de lengte van de vervangingsplanning. Daarvoor kan men een arbeidscode kiezen zoals vroeger. De tweede prestatie heeft als lengte het verschil tussen de lengte van het origineel en de lengte van de vervangingsplanning. Als prestatiecode kan men dan enkel uit de niet-arbeidscodes kiezen. De bedoeling is dat men daar een afwezigheidscode gebruikt.


18.08.2015 - 322

Wanneer de vervangingsplanning dezelfde lengte heeft als het origineel, als er geen origineel is (in geval van een manuele planning), of als de nieuwe optie niet aanstaat, dan kan men zoals vroeger maar één prestatie opgeven, met daarin enkel een arbeidscode. Standaard is de nieuwe optie uitgeschakeld.

64.4 Wervingskanaal Voor klanten en werknemers zijn er twee nieuwe rapporten bij gekomen voor wervingskanaal. Beide rapporten zien er hetzelfde uit en kunnen worden teruggevonden onder het menu ‘Rapportering -> Werknemers -> Wervingskanaal’ en ‘Rapportering -> Particulieren -> Wervingskanaal’. De werknemers of klanten waarvan je dit rapport wenst te maken kunnen op voorhand geselecteerd worden.

Vervolgens komen volgende gegevens in het rapport te staan:  Naam  Voornaam  Straat  Huisnummer


18.08.2015 - 323

 Postcode  Gemeente  Wervingskanaal

64.5

Collectief verlof in acht nemen bij vakantie/ziekte van werknemer/particulier

Bij het toevoegen of verwijderen van een vakantie-/afwezigheidsperiode in de werknemer- of particulierfiche werd nog geen rekening gehouden met collectief verlof. Indien men bijvoorbeeld een verlofperiode bij de werknemer verwijderde die dezelfde prestatiecode had als een dag collectief verlof die ook in die periode viel, dan werd de dag met collectief verlof onterecht overschreven met code ‘U’ of ‘Wrr’. Dit probleem is nu opgelost.


18.08.2015 - 324

65 CheQpoint v 2.0.65 65.1 Bugfix: toevoegen ziekte bovenop collectief verlof werkte niet correct (Deze wijziging werd ook opgenomen in versie 2.0.64.2) Bij toevoegen van een ziekteperiode in de werknemerfiche werd bestaand collectief verlof niet overschreven door de ziektecode. Dit omdat vroeger altijd het principe gold dat verlof prioriteit krijgt over ziekte. Maar voor collectief verlof is het anders, omdat collectief verlof prioriteit moet krijgen over alle codes behalve die codes die expliciet zijn gemarkeerd als niet overschrijfbaar door collectief verlof. Indien een ziektecode dus in die speciale lijst staat moet het prioriteit krijgen over collectief verlof. Dit is nu dus aangepast.

65.2 Controle dubbele klantenfiche (*) Er is nu de mogelijkheid toegevoegd om bij het opslaan van een nieuwe klant te controleren of deze reeds in het systeem zit aan de hand van diens adres. Indien de parameter geactiveerd wordt, wordt deze controle gedaan. Aan de hand van de waarde van de parameter wordt ook bepaald of de controle blokkerend is of niet. Waarde 1 is niet-blokkerend, de gebruiker krijgt een melding maar kan er nog voor kiezen om toch op te slaan; waarde 2 is blokkerend, dus de gebruiker kan dan ook niet meer opslaan.

65.3 Stopzetten flow particulier: zet prestatiecodes nu op Werkrooster i.p.v. Particulier Gestopt Bij het uitvoeren van de flow stopzetten particulier worden bestaande effectieve planningen na de stopdatum nu aangepast naar uurcode ‘Werkrooster’ in plaats van ‘Werkloos wegens particulier gestopt’ (‘Ps’). Dit omdat de particulier ook al reeds verzet werd naar ‘Terug in te plannen’, en dit was niet verenigbaar met de uurcode ‘Ps’ omdat deze een echte particulier vereist.

65.4 Permanente vervanging: toon werknemers met Qtg < Qgw (*) Er is nu de mogelijkheid toegevoegd aan de permanente vervanging om de werknemers te tonen met Qtg < Qgw. Vroeger was reeds mogelijk om de werknemers te tonen met Q < Qgw, maar dit was minder handig omdat men na elke match manueel de Q waarde moest gaan bijwerken in de werknemerfiche. De Qtg waarde daarentegen wordt berekend op basis van de theoplanning. Men kan ervoor kiezen om ofwel de werknemers te tonen met Q < Qgw ofwel met Qtg < Qgw. Allebei tegelijk is niet mogelijk. Aan de hand van een instelling in de Globale instellingen wordt bepaald welke van de twee standaard getoond wordt bij openen van de vervangingsmodule. De standaardinstelling is Q < Qgw.

65.5 Icoon voor particuliertype Op tabblad ‘werknemers’ van de eenmalige werknemers heeft men de mogelijkheid om particulieren te tonen die op zoek zijn naar permanente vervanging. Dit zijn enerzijds de prospecten en anderzijds actieve particulieren die een bepaald voorrangstype hebben. Deze met een voorrangstype werden reeds gemarkeerd met een uitroepteken. Maar er was nog geen visueel onderscheid tussen prospecten en actieve particulieren. Daarom wordt er vanaf nu bij


18.08.2015 - 325

elke particulier een icoon weergegeven dat aanduidt of het om een actieve particulier gaat of om een prospect. Het icoon in kwestie is hetzelfde als hetgeen gebruikt wordt in het hoofdvenster van cheQpoint aan de linkerkant.

65.6 Export verloftellers naar L5 aangepast Bij het exporteren van de verloftellers naar L5 wordt het saldo voortaan niet meer mee geëxporteerd. Vanaf nu wordt ook de laatste dag van de maand als recorddatum genomen voor de verloftellers, en dus niet meer de eerste van de maand. En bij het exporteren van correcties worden nu per maand voor elke werknemer de verloftellers geëxporteerd, in plaats van eenmalig per werknemer.

65.7 Nieuwe koppeling met sociaal secretariaat HDP 65.7.1 Gebruik (werking in cheQpoint): 65.7.1.1 Instellingen Via de globale instellingen in cheQpoint kan u een sociaal secretariaat instellen voor gebruik. Hiervoor verwijzen we naar de algemene handleiding van cheQpoint. 65.7.1.2 Opstarten Het opstarten van de tool kan via het menu van cheQpoint -> 'Extra' -> 'Koppeling sociaal bureau':

Het selectie- en verwerkingsproces gebeurd via de gebruikelijke interface die nu wordt opgestart (idem als bij andere koppelingen met sociale secretariaten). 65.7.1.3 Werking 65.7.1.3.1 Maand en kantoor/vennootschap kiezen De selectiecriteria wordt vastgelegd in 2 stappen. De eerste stap is de keuze van de planningmaand die wordt verwerkt samen met de selectie van een kantoor of een vennootschap (indien van toepassing).


18.08.2015 - 326

65.7.1.3.2 Werknemers kiezen De tweede stap is de selectie van werknemers die mogen verwerkt worden. Hierbij kan ook gespecifieerd worden welke data moet worden verwerkt. Momenteel zijn er 2 keuzes:  voorschotten  prestaties en verplaatsingsvergoedingen (kilometers worden berekend)


18.08.2015 - 327

Opgepast: Voor het sociaal secretariaat HDP kunnen nog geen voorschotten verwerkt worden in cheQpoint 2.0. Het aanvinken van deze optie zal een blanco exportbestand opleveren. Druk op de knop 'start export' om het verwerkingsproces te starten. 65.7.1.4 Verwerking Tijdens de verwerking van de prestaties & kilometers krijgt u twee schermen met de resultaten. Het eerste popup-venster vraagt naar de opslaglocatie voor de prestaties.


18.08.2015 - 328

Het tweede popup-scherm is voor de vergoedingen.

Dit zijn de exportbestanden die dan aan het sociaal secretariaat moeten geleverd worden. Meestal leest de gebruiker die dan gewoon in de applicatie van HDP (zoals HDPLink). 65.7.1.5 Validatie Het bestand loonverwerking.xsd bevat informatie over de opbouw van exportbestand (xml) die we gaan genereren. Het xsd-bestand kan op die manier verschillende zaken valideren:  verplichte velden  relaties tussen velden (zien of de relatie bestaat en of ze juist is)  max. en minimum waardes van een veld  totaal aantal cijfers (formaat dus) van elke waarde bij een veld  aantal cijfers na de komma van elke waarde bij een veld  etc. Het xsd-bestand is dus het perfect medium om te detecteren of het exportbestand van het derden softwarepakket (zoals cheQpoint) voldoet aan de normen van het sociaal bureau. Indien er iets fout loopt, krijgt u het volgende scherm:


18.08.2015 - 329

Bovenstaande boodschap (screenshot) betekent dat er teveel uren geregistreerd zijn, want prestaties moeten per dag/werknemer worden verzonden. Dat betekent dus dat nooit meer dan 24uur kan geregistreerd worden per record. In cheQpoint zit daar dus een beveiliging op. Er zijn uiteraard tal van andere beveiligingen. Indien een fout optreedt stopt het verwerkingsproces. Om toch het resultaatscherm (zie volgende hoofding) te kunnen zien, drukt u op de knop 'Toon verwerking'. Op die manier kan u bijvoorbeeld fouten of overtredingen opsporen. 65.7.1.6 Gegevens en resultaten (overzicht) Op het einde van het proces verschijnt het resultatenscherm. Daarop zijn 2 hoofdtabbladen voorzien:  Gegevens Deze bevat de statische gegevens nodig voor de verwerking, dit zijn 3 detailtabbladen met tabellen:


18.08.2015 - 330

◦

HDP Looncodes

◦

HDP Exporttypes


18.08.2015 - 331

◦

Mapping tussen prestatiecodes en looncodes

 Resultaten Er zijn 3 tabellen met resultaten. Het scherm lonen per type/dag bevat exact de gegevens zoals de prestaties in het exportbestand voorkomen maar dan op een leesbare manier. U kan het gebruiken om na te gaan of de gegevens wel kloppen. Idem voor de tabel 'Vergoedingen per maand', maar dan voor vergoedingen. Het eerste tabblad 'Prestaties per type/dag' geeft u eerder een resultaat zoals deze op de planning in cheQpoint voorkomt. U kan van elk venster de details kopiëren en plakken op de Windows-manier. Kopiëren naar Excel is dus ook mogelijk. Dit zijn de tabbladen (screenshots):


18.08.2015 - 332

◦

Prestaties per type en per dag

◦

Lonen per type per dag

◦

Vergoedingen per maand


18.08.2015 - 333

65.8 Verbeteringen aan import Er zijn een aantal verbeteringen gebeurd aan de tool voor de initiële import van werknemers en particulieren in cheQpoint. Werknemerimport & particulierimport:  kolomhoofding “E-mail” is niet langer hoofdlettergevoelig; “e-mail” wordt nu dus ook herkend  “Email” wordt nu herkend als alternatieve kolomhoofding voor “E-mail” Werknemerimport:  “NULL” als einddatum contract wordt nu geïnterpreteerd als een niet ingevulde datum  bugfix: fout ingeval ongeldige einddatum contract  burgerlijke staat herkent nu ook “Weduw(e)(naar)”  optie toegevoegd om geen waarschuwing meer te geven bij verwijzing naar onbekende gebruiker in Dossierbeheerder en Verantwoordelijke  taalvoorkeur: herkent nu meerdere talen gescheiden door puntkomma’s; de eerste wordt dan als voorkeurtaal genomen  taalvoorkeur: herkent nu ook de Franse woorden voor Engels, Nederlands en Frans  “onbekend” en “geen” worden nu ook herkend in de kolommen die betrekking hebben op een vervoermiddel  bugfix: bij contract onbepaalde duur met einddatum liet de importer uitschijnen dat het contract zou geïmporteerd worden zonder einddatum, maar uiteindelijk werd het gewoon helemaal niet geïmporteerd Particulierimport:  cheques type: verkeerde spellingen “electronisch” en “elecktronisch” worden nu ook herkend

65.9 (KEAN) #ALG: Maagdeneilanden toegevoegd aan landenlijst Twee landen werden toegevoegd aan de landenlijst die gebruikt wordt voor het land van adressen en voor het land van nationaliteit:

Benaming

Tweelettercode (ISO 3166-1 alpha 2)

Maagdeneilanden (Britse)

VG

Maagdeneilanden (Amerikaanse)

VI

Deze tweelettercodes worden dus vanaf nu ook herkend wanneer ze gebruikt worden als nationaliteit in de import tool.


18.08.2015 - 334


18.08.2015 - 335

66 CheQpoint v 2.0.66 66.1 Totaal aantal uren van bepaalde code Op het overzicht tabblad van de werknemerfiche ziet men voortaan ook het totaal aantal uren van een geselecteerde prestatiecode voor een zekere periode.

66.2 Uitbreiding commentaar bij tegoedbon (opmerking bij cheques) De opmerking die kan ingegeven worden bij cheques is vergroot van 45 naar 300 karakters.


18.08.2015 - 336

66.3 Theoplanning: kopieerknop Het is nu ook mogelijk om de theoweek te kopieren in het ‘Weekoverzicht’. Voordien moest dit gebeuren via ‘Lijst’


18.08.2015 - 337

66.4 Kopieslag theoplanning: goedkeuring bij kopiëren voor meerdere werknemers Vanaf nu krijgt men ook bij het kopiëren van de planning voor meerdere werknemers (een heel kantoor, of een wijk...) de mogelijkheid om eerst de wijzigingen goed te keuren, net zoals dat al kon bij het kopiëren voor 1 enkele werknemer.


18.08.2015 - 338

De optie hiervoor staat standaard aan indien dezelfde optie voor kopiëren voor 1 enkele werknemer ingesteld is om standaard aan te staan. Wanneer men het kopiëren dan start als de optie aan staat, dan wordt per werknemer gekeken of er wijzigingen zij tussen oud en nieuw (dus tussen bestaand en te kopiëren). Als er verschillen zijn, dan wordt er voor die werknemer nog niets gekopieerd of gedaan aan diens planning, maar wordt die meegeteld in de werknemers die ‘goedkeuring nodig hebben’:


18.08.2015 - 339

Daarna moet men naar de laatste stap in de wizard waarin men interactief kan kopiëren:

In die stap kan men het interactief kopiëren starten, en dan krijgt men per werknemer die goedkeuring nodig heeft een verschilscherm te zien. In dat verschilscherm kan men, zoals bij het kopiëren voor 1 werknemer ook het geval is, kiezen wat er al dan niet gekopieerd gaat worden. Men kan evenwel ook het goedkeuringsproces voortijdig onderbreken. Wanneer men het goedkeuringsvenster annuleert, krijgt men volgende vraag:


18.08.2015 - 340

Indien men ‘Nee’ kiest, dan wordt het interactief kopiëren dus afgebroken.


18.08.2015 - 341

67 CheQpoint v 2.0.67 67.1 Resetten prestatiecode bij wijzigen klant in de planning Bij het wijzigen van een klant en indien nodig, wordt de prestatiecode gereset volgens onderstaande prioriteit:  een feestdag of vervangende feestdag. Wanneer vervangend is de officiële feestdag niet van toepassing (officiële wordt dan niet ingeboekt).  een bepaalde werknemervakantiecode indien de vakantie geregistreerd staat op zijn/haar fiche  een bepaalde werknemerziektecode indien de ziekte geregistreerd staat op zijn/haar fiche  klantvakantie (standaardcode Pv) indien de nieuwe klant met vakantie is (geregistreerd op de klantfiche).  effectief gewerkt (standaardcode U) Er verschijnt een dialoogvenster wanneer een reset aangewezen is, de gebruiker heeft nog altijd de mogelijkheid niet op het voorstel in te gaan en een eigen code te kiezen (zie screenshot).

Verschillen met de vorige werking (eerdere versies cheQpoint)  er wordt nu rekening gehouden met alle mogelijke afwezigheden zowel bij de werknemer als bij de klant, voordien werd geen rekening gehouden met afwezigheden  de code wordt in het laatste geval altijd gereset (mits goedkeuring gebruiker) naar 'effectief gewerkt', vroeger was dit enkel in specifieke gevallen en zonder notificatie naar de gebruiker  er is interactie met de gebruiker

67.2

Exporteren dienststatus fichegegevens werknemers

In het rapport ‘fichegegevens werknemers’ is de kolom “In Dienst” verwijderd en vervangen door een nieuwe kolom “Status”. Deze kolom geeft meer informatie dan de oude kolom; vanaf nu is het dus ook duidelijk wanneer een werknemer uit dienst is of kandidaat.


18.08.2015 - 342

67.3 Exporteren status particulier bij rapport fichegegevens In het rapport ‘fichegegevens particulieren’ is nu een nieuwe kolom beschikbaar om te exporteren. De nieuwe kolom ‘Status’ geeft aan of het gaat om een prospect, een particulier of een passieve particulier.

67.4 Uitbreiding standaard planningafdruk type 2 De standaard planningafdruk type 2 is uitgebreid met twee extra opties:  met lijst telefoonnummers particulieren  met legenda

De eerste optie zorgt ervoor dat na de planning zelf er nog een lijst van telefoonnummers per particulier bij wordt afgedrukt. Dit zijn maximaal twee telefoonnummers per particulier. Voor elk nummer wordt ook de bijhorende opmerking mee afgedrukt. Indien beschikbaar worden enkel de gsm-nummers afgedrukt (de twee recentst toegevoegde), en indien geen gsmnummers bekend worden de vaste telefoonnummers afgedrukt; ook weer de twee die het meest recent toegevoegd werden. De twee nieuwe opties staan standaard uit en kunnen worden aangezet bij het afdrukken, of ze kunnen via de Globale Instellingen op tabblad Planning standaard aangezet worden:


18.08.2015 - 343

De nieuwe opties zijn enkel beschikbaar bij een afdruk van type 2.

67.5 Updates km-berekening De component die in cheQpoint gebruikt wordt voor het aanspreken van Google Maps is bijgewerkt naar de laatste versie. Verder wordt er nu meer informatie bijgehouden in het logbestand over wat er juist mis gaat als er een adres niet gevonden wordt.

67.6 L5 export: codes 1004 en 1005 toegevoegd Voor Partena zijn in de L5 export de codes 1004 (UW) en 1005 (MaW) toegevoegd.

67.7 Feestdagen 2016 toegevoegd De lijst van wettelijke feestdagen voor 2016 is toegevoegd aan cheQpoint.

67.8 Bugfix: importer bleef soms vasthangen De importer van werknemers en particulieren kon soms blijven hangen tijdens het importeren. Dit probleem is nu opgelost.

67.9 Waarschuwing bij ingave prestatie tijdens verlof (werknemer of klant), ziekte of feestdagen. Voortaan krijgt u een waarschuwing wanneer er een prestatie wordt ingevuld of gewijzigd terwijl er al een afwezigheid bij de klant of de werknemer is ingeboekt (zie fichegegevens). Het waarschuwingsvenster is gelijkaardig indien een klant wordt gewijzigd (zie eerdere nota in deze versie). Echter bij het wijzigen van een klant gaat het om een ‘reset’ van de prestatiecode. Bij het wijzigen van de prestatie gaat het om een ‘set’ van de prestatiecode.

67.10 Aanpassing klantcontract Voor de layout van het klantencontract van een bepaalde klant zijn er een aantal wijzigingen gebeurd. Samengevat gaat het om volgende wijzigingen:  weergave vennootschap (maatschappelijke zetel): naam, adres, email


18.08.2015 - 344

 weergave gebruikelijk (gekoppeld) kantoor voor de klant: naam, adres, email, telefoon  aanpassing artikel 4  klantcontract aanpassen zoals in gegeven voorbeeld, naast gebruikelijke gegevens ook de naam vennootschap invullen in de tekst

67.11 Export verloftellers naar L5 gewijzigd De export van verloftellers naar L5 is aangepast zodat vanaf nu altijd het moment van exporteren als referentie voor de tellers wordt genomen.


18.08.2015 - 345

68 CheQpoint v 2.0.68 68.1 Schrijffout weggewerkt Er werd een schrijffoutje weggewerkt: "Gescheiden Tabel En Bed" ipv "Gescheiden Tafel En Bed". Ook de enumerator (ook foutief) werd aangepast in de source code.

68.2 Op maat gemaakte contracten Er werden werknemer- en klantcontracten aangemaakt op maat voor een bepaalde klant.

68.3 Templates voor elke subtype van een werknemercontract Vanaf heden kunnen voor het contract subtype aparte templates worden voorzien. Dit naar aanleiding van het maatwerk voor een bepaalde klant. De templates worden ingesteld in het ‘Globale instellingen’ scherm van cheQpoint. Er zijn 3 subtypes aangemaakt voor contracten van onbepaalde duur:  voltijds  deeltijds (vrijwillig)  deeltijds met behoud van rechten De layout van het tabblad ‘Templates’ is hiervoor gewijzigd en er zijn dus extra velden voorzien voor contracten onbepaalde duur:


18.08.2015 - 346

68.4 Herziening klantcontracten Een aantal onjuistheden werden weggewerkt in de klantcontracttemplate van een bepaalde klant. Ook de layout werd herzien en er werd wat ruimte bespaard zodat er minder pagina’s nodig zijn (4 ipv 5)

68.5 Fout bij melding reeds gereserveerd In de vervangingsmodule deed zich een fout voor wanneer cheQpoint een melding wilde tonen dat bij het doorvoeren van een vervanging de werknemer in kwestie reeds voor een andere particulier gereserveerd was. Dit probleem is nu opgelost.


18.08.2015 - 347

68.6 Maatwerk: Afwijkingsdocument toegevoegd Voor een bepaalde klant is het afwijkingsdocument toegevoegd. Dit is een afdruk van de werknemerplanningen.

68.7 Bugfix: afdruk fichegegevens: kolom Status werkte niet correct Bij het exporteren van de fichegegevens van de particulieren kan men kiezen voor de kolom Status, welke aangeeft of een particulier actief is, passief, of prospect. Deze kolom werkte echter niet correct. Als men deze kolom selecteerde zonder ook andere kolommen te selecteren waarvoor naar het contract van de particulier gekeken moet worden, dan zorgde deze voor een foutmelding of voor verkeerde gegevens die geëxporteerd werden. Dit probleem is nu opgelost.

68.8 Standaard planningafdruk: geen twee vaste telefoonnummers meer Bij de standaard planningafdruk type 2 kan men ervoor kiezen een lijst van telefoonnummers van particulieren mee af te drukken. Indien een particulier gsmnummers heeft, dan worden er 1 of 2 gsmnummers afgedrukt. Indien hij geen gsmnummers heeft, dan wordt vanaf nu 1 vast telefoonnummer afgedrukt. Hiervoor werden er nog 2 vaste nummers afgedrukt indien beschikbaar.

68.9 Werknemerimport: verbeteringen importeren uurloon Er zijn een aantal verbeteringen gebeurd in verband met het importeren van het bedrag van het uurloon bij de import van werknemers.  Het bedrag mag nu optioneel voorafgegaan worden door een euro-teken (€) en nul of meer spaties. Vroeger was dit niet toegestaan, en mocht er enkel het getal van het bedrag staan.  In het bedrag mag nu ofwel de komma ofwel de punt gebruikt worden als decimaal scheidingsteken. Vroeger hing dit af van de taalinstellingen van het systeem waarop men de import draaide, en werd enkel het decimaalteken van het systeem herkend.


18.08.2015 - 348

69 CheQpoint v 2.0.69 69.1 Knop Aanmaken terug beschikbaar na fout In de contractwizard voor het aanmaken van een werknemercontract kon het gebeuren dat er een fout kwam bij het aanmaken van een contract, doordat er iets mis was met de contracttemplate, of doordat niet genoeg info van de werknemer in de fiche ingevuld was. In dat geval kreeg je een foutmelding, maar na het sluiten van dat venster was de knop ‘Aanmaken’ nog altijd niet beschikbaar. Dit is nu aangepast zodat de knop terug beschikbaar wordt en de gebruiker indien gewenst opnieuw kan proberen zonder hele de contractwizard te moeten sluiten en terug te moeten openen.

69.2 Timeout bij update 20150112 Bij het updaten van cheQpoint kan bij de wijziging van 12-01-2015 waarin een langdurige database query zit een timeout optreden. Daarom is de maximale duurtijd van deze query opgetrokken naar 2500sec.

69.3 Menu-optie voor inlezen e-DC verplaatst De menu-optie “inlezen elektronische cheques” is verplaatst van menu “Actie” naar menu “Bestand”. N.B.: de zichtbaarheid van dit menu-item is nog altijd afhankelijk van een parameter; dit item is dus niet altijd beschikbaar.

69.4 Bugfix: bepaalde dagen onterecht rood gekleurd In de vervangingsmodule kon het soms gebeuren dat bepaalde dagen bij de werknemer onterecht werden rood gekleurd, alsof de werknemer op die dagen niet in dienst zou zijn. Dit deed zich enkel voor indien de in/uit-dienst tabel van cheQpoint voor een werknemer meerdere in-dienst records achter elkaar bevatte zonder tussenliggende uit-dienst record. In normale omstandigheden kon dit scenario niet voorkomen (als men de cheQpoint fiche gebruikt om iemand in/uit dienst te zetten), maar als de tabel op een andere manier ingevuld werd (via een extern programma) kon dit wel gebeuren. Er is nu een workaround geïmplementeerd waardoor cheQpoint de werknemer niet meer onterecht als uit-dienst beziet.

69.5 Deeltijds werknemercontract onbepaalde duur met behoud van rechten laadt niet De template voor deeltijds werknemercontracten met onbepaalde duur met behoud van rechten werd niet uitgelezen (uit de database) bij opstart door een fout in de source code. Dit is nu opgelost.


18.08.2015 - 349

69.6 Maatwerk: Aanpassing klantcontract Aanpassing klantcontract volgens de specificaties van een bepaalde klant.

69.7 Bugfix - Werknemeropmerkingenvenster Bij het oproepen van het werknemeropmerkingenrapport werd verkeerdelijk het klantopmerkingenvenster opgestart. Dat is nu opgelost.

69.8 Rijksregisternummer niet langer verplicht voor klantcontract Het eerste rijksregisternummer van klant is niet langer verplicht in cheQpoint voor aanmaak van klantcontracten (kan manueel ingegeven worden). Het tweede was al niet verplicht.

69.9 Opvolging negatieve verlofsaldo Op het maatwerk die opvolgingen aanmaakt voor negatieve verlofsaldi, is er een uitbreiding gemaakt zodat kan bepaald worden voor welke verlofcodes deze opvolging dient gemaakt te worden. Om te weten voor welke codes er een opvolging dient aangemaakt te worden, wordt er gekeken naar de ‘AanmaakNegativeOpvolging’ eigenschap van de uurcode. Deze eigenschap dient aangepast te worden in de tabel ‘prmuurcode’ kolom ‘AanmaakNegativeOpvolging’. Hier is er geen grafisch scherm voor voorzien in cheQpoint. Dit dient dus in de database aangepast te worden. Voor de codes met waarde ‘0’ worden er geen opvolgingen aangemaakt en voor de codes met waarde ‘1’ wel.

69.9.1 Database wijziging

Wijziging

Tabel

Kolom

Datatype

Kolom toegevoegd

prmuurcode

AanmaakNegativeOpvolging

BIT


18.08.2015 - 350


18.08.2015 - 351

70 CheQpoint v 2.0.70 70.1 Codetabel 'tblcode' aangevuld met codes van codesoort 39 De codetabel bevat een aantal codes (lijsten) die in het programma worden gebruikt om keuzemogelijkheden weer te geven. De codesoort 39 heeft betrekking op de taal van cheQpoint: Nederlands (code 1), Frans (code 2) of Engels (code 3). Deze codes 1, 2, en 3 werden al gebruikt in cheQpoint, maar zaten nog niet expliciet in de database tabel met codes (tblcode). Vanaf nu worden deze dus toegevoegd aan die tabel.

70.2 Bugfix: loonadministratiemodule startte altijd met 2011 als geselecteerde jaar Na de opstart van cheQpoint, als men dan naar de loonadministratiemodule ging, stond er altijd als jaar 2011 en als maand juli standaard aangeduid. Dit is nu aangepast zodat de huidige maand en jaar standaard geselecteerd zijn.

70.3 Re/Ro tellers periode kan nu ook tertaal zijn De periode waarin het aantal uren met prestatiecodes ‘Re’ en ‘Ro’ opgeteld worden en het saldo getoond in de weekplanning, kan nu ook op “tertaal” ingesteld worden. Wat is een “tertaal”? Een “kwartaal” is een vierde van een jaar, dus een periode van 3 maanden lang; een “tertaal” is een derde van een jaar, dus een periode van 4 maanden lang. Dit betekent dat bij de instelling “tertaal” als periodes in een jaar de volgende 3 genomen worden:  januari t.e.m. april  mei t.e.m. augustus  september t.e.m. december Deze instelling kan worden aangezet in de Globale Instellingen op tabblad “Kalender & uren”:


18.08.2015 - 352

70.4 Instellen van parameters

70.5 Extra veld "Checklist ontvangen" in de klantfiche Er is een extra datum veld 'Checklist ontvangen' bijgekomen op de fiche van de particulier bij tabblad 'Contract'. Dit veld duidt erop wanneer de klant de checklist heeft ontvangen als hulpmiddel voor enkele belangrijke todo-punten. Wanneer het veld niet is ingevuld betekent het dat de klant de checklist nog niet heeft ontvangen. Het betreft een niet-verplicht in te vullen veld.


18.08.2015 - 353

Dit veld is ook opgenomen in het rapport 'Particulieren' --> 'Fichegegevens' zodat dit als kolom in het rapport kan worden ingesteld.

70.6 Nieuw rapport: detail verplaatsingen werknemers Er is een nieuw rapport toegevoegd bij Rapportering → Werknemers → Verplaatsingen (detail). Dit rapport maakt het mogelijk om voor een aantal werknemers een gedetailleerd rapport te genereren met per dag de afgelegde kilometers in een bepaalde maand. De layout van dit rapport is gebaseerd op het bestaande detailrapport van de kilometervergoedingen, dat enkel bereikbaar is vanuit de kilometerberekeningstool. Het nieuwe rapport bevat wel enkel afstanden, geen vergoedingen.

70.7 Bugfixes in tabel met talen (talenkennis) Er is in cheQpoint een tabel (lijst) met talen waaruit men kan kiezen bij de talenkennis van de werknemer in de werknemerfiche (niet bij voorkeurstaal, want dat is een andere lijst die veel korter is!) en bij de taal van de particulier in de klantfiche. In deze tabel ontbrak Spaans, en was Duits dubbel aanwezig. Spaans is nu toegevoegd, en één van de twee Duitse mogelijkheden is verwijderd.

70.8 Bugfix: km-berekening gaf ‘onbekende fout’ bij ongeldig/onbekend adres De kilometerberekening, of de controle van adressen van een werknemer/particulier, gaf een ‘onbekende fout’ wanneer een ongeldig/onbestaand adres werd ingegeven waar Google Maps nul resultaten van teruggaf. Dit is nu aangepast zodat voortaan er een duidelijke melding komt wanneer een adres ongeldig/onbekend is.


18.08.2015 - 354

71 CheQpoint v 2.0.71 71.1 Bugfix: crash werknemerfiche wanneer uurcode ‘V’ gedeactiveerd De werknemerfiche werd onbruikbaar wanneer de prestatiecode ‘V’ (verlof) op inactief was gezet. Dit probleem is nu opgelost, dus als nu de code ‘V’ inactief wordt gemaakt zal de werknemerfiche blijven werken.

71.2 Werknemerimport/particulierimport: controle toegevoegd op dubbele interne/externe ID’s Er is nu in de importtool een controle toegevoegd op dubbele ID’s. Dat wil zeggen dat men voor twee te importeren werknemers met exact hetzelfde Intern ID (niet leeg) een waarschuwing zal krijgen bij het inlezen van het importbestand, wanneer alle te importeren info wordt gecontroleerd op geldigheid. Hetzelfde geldt voor particulieren en hun Extern ID. Vroeger was deze controle er niet, en mislukte de eigenlijke import wanneer er records waren met hetzelfde ID. Vanaf nu komt er dus een opmerking bij elke werknemer/particulier met een ID die reeds door een eerdere record wordt gebruikt, en als men dan toch doorgaat met importeren, zullen de laatste records zonder dat ID worden geïmporteerd.

71.3 Matching bij inlezen e-DC uitgebreid De matching van ingelezen elektronische dienstencheques met de planning is wat uitgebreid. Vanaf nu kunnen meerdere cheque records matchen met één planning. Dus men kan 1 planning van 8 uur laten matchen met twee cheque records, de ene 3 uur en de andere 5 uur. Omgekeerd, dus één cheque record matchen met meerdere planningen, kon vroeger al. Er wordt nu dus altijd gematcht op het totaal aantal uur per dag voor elke werknemer+particulier+datum combinatie.

71.4 Systeem permanente vervanging is nu verplicht Vanaf nu kan men in cheQpoint niet meer inloggen op databases die nog niet gemigreerd zijn naar het systeem ‘permanente vervanging’. Tot voor kort kon men dit nog wel, maar kreeg men een waarschuwing bij het inloggen. Ondersteuning voor het oude systeem is nu verwijderd. Indien de migratie nog niet gebeurd zou zijn, dient men hiervoor Prato te contacteren. Hoe men kan zien op welk systeem men nu draait:  Oude systeem: heeft ‘gewenste uren’ voor particulier, en ‘gewenste vrije uren’ bij werknemer, los van de theoplanning; geen theoplanningen mogelijk bij particulieren.  Nieuwe systeem: heeft tab ‘Permanente vervanging’ in vervangingsmodule, heeft tab ‘Theoplanning’ in particulierfiche.

71.5 Globale Instellingen: instelling toegevoegd voor de URL van WorkB Integration In de Globale Instellingen is op tabblad WorkB een nieuwe instelling toegevoegd waarmee men de URL van de WorkB Integration webservice kan opgeven.


18.08.2015 - 355

71.6 Re/Ro tellers periode kan men nu volledig aangepast instellen Voor de recup tellers (Re/Ro) in de planning kan men vanaf nu volledig zelf bepalen vanaf welke maand tot welke maand in een jaar de periode loopt waarin het saldo wordt berekend:

Met de instelling specifieert men de maanden van het jaar waarin de periodes lopen. De tekst “1-3 / 4-8 / 9-12” betekent bijvoorbeeld van januari tot en met maart, vervolgens van april tot en met augustus, en tenslotte van september tot en met december. Onder de getypte tekst wordt duidelijkheidshalve de versie met de namen van de maanden getoond. Bij selectie van een van de voorgedefinieerde periodes (maand, kwartaal, tertaal...) wordt ter illustratie ook de tekstuele versie getoond. Andere voorbeelden:  1-12 : het hele jaar in één grote periode.  1-6 / 7-12: halfjaarlijks, dus van januari tot en met juni, en dan van juli tot en met december.  1-3 / 4-6 / 7-9 / 10-12: kwartalen.


18.08.2015 - 356

 1 / 2 / 3 / 4 / 5 / 6 / 7 / 8 / 9 / 10 / 11 / 12: elke maand apart, dus: januari / februari / maart / april / mei / juni / juli / augustus / september / oktober / november / december.

71.7 Overzicht planning lijst automatisch sorteren De lijst met planningen op het tabblad ‘Overzicht planning’ wordt nu automatisch gesorteerd.

71.8 Fout bij het updaten naar versie 2.0.70.x met MS SQL Server De update voor cheqpoint zal niet werken indien u een Microsoft SQL Server database gebruikt. Updaten naar deze versie (2.0.71) zal het probleem oplossen (eerdere versies moet u dan overslaan). Volgende update scripts (dbchanges) veroorzaken een fout:  20150306_1  20150610  20150714 Deze foutieve scripts zitten ook al in eerdere releases (setup-bestanden) dan versie 2.0.70, updaten naar 2.0.71 biedt hiervoor dan ook dezelfde oplossing. Merk op: Updates van eerdere versies (die nog niet uitgevoerd zijn) worden altijd meegenomen door een latere versie in cheQpoint.

71.9 Uitbreiding koppeling HDP Voortaan kunnen ook de looncodes voor HDP ingegeven worden in het prestatiecodesvenster van cheQpoint. Vroeger waren die codes ingebakken in de koppeling zelf dewelke een plugin is voor cheQpoint. Nu is enkel nog de standaardwaarde ingebakken in de plugin, het prestatiecodevenster overschrijft dan deze instelling. Enkele van de looncodes zijn wel onzichtbaar voor de gebruiker en zitten ook in de plugin zelf, die codes zijn eigen aan HDP en mogen/kunnen niet gewijzigd worden door de gebruiker. Ook enkele standaard looncodes zijn aangepast.

71.10 Borderelbeheer: niet meer altijd alle open borderellen tonen Bij het openen van het scherm Borderelbeheer stond tot nu altijd een optie aan die ervoor zorgde dat alle borderellen met status ‘Open’ werden getoond, ongeacht hoe oud de borderel in kwestie. Als men echter nooit borderellen afsluit, dan leidde dit ertoe dat het venster bij het openen altijd alle borderellen ging inladen en tonen. dit maakte het openen van het venster heel traag of soms onmogelijk. Het venster is nu aangepast zodat het niet meer standaard alle borderellen met status ‘Open’ toont bij het openen van het venster; indien er meer dan 100 open borderellen zijn zal de optie standaard uit staan. De gebruiker kan deze eventueel wel nog altijd terug aanzetten.

71.11 Niet langer automatisch ‘kinderen loonbeslag’ verhogen Na het toevoegen van een kind met diens naam en geboortedatum in de werknemerfiche werd tot nu toe ook automatisch het aantal kinderen ten laste en het aantal ‘loonbeslag kinderen’


18.08.2015 - 357

verhoogd. Dit laatste wordt vanaf nu niet meer gedaan; dus enkel het aantal kinderen ten laste wordt nu soms nog automatisch mee verhoogd.

71.12 Melding ongeldig bestand Edc Bij het inlezen van een ongeldig bestand voor elektronische dienstencheques wordt er voortaan een melding gegeven. Een ongeldig bestand wil zeggen dat dit wel bestaat maar dat het verwerken ervan niet mogelijk is doordat de opbouw van het bestand niet overeen komt met dit van een bestand die wij van Sodexo verwachten.

71.13 Overzicht planning sorteren op datum Op het tabblad “Overzicht planning” worden de planningen standaard gesorteerd op “Datum”.


18.08.2015 - 358

Notes CheQpoint 2.0. Global Release Notes. Efficiency through innovation

Recommend Documents