1/5
Release Notes v 2.0 – 25 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.
2/5
1.
CheQpoint 2.0.25
1.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.
1.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.
1.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.
1.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.
1.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
3/5
een blokkeringsmoment van de betrokken personen kan geen eenmalige vervanging meer gedaan worden.
1.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.
1.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.
1.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”.
4/5
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
5/5
De waarde van de cheques komen in de tabel tblcode te staan met als codesoort 1919.
1.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.
1.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.
