Release Notes • CheQpoint 2.0
Versie 31
Efficiency through innovation
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.
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 heen- en 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’:
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.
Versie 31
14.02.2014 - 2
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 → parculier • Bij een verplaatsing particulier A → parculier B wordt de afstand genomen van de parculier 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.
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
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 heen- en terugreis voor de gevraagde route. Men kan vanuit het venster ook het routeplan bekijken voor de omgekeerde route, waarmee ook ineens de afstand
Versie 31
14.02.2014 - 3
wordt berekend en opgeslagen.
Merk op dat er in dit voorbeeld bijna 5 kilometer verschil zit in heen- en terugreis. Dit komt omdat Google Maps een totaal andere route voorstelt bij heen- en terug:
Versie 31
14.02.2014 - 4
Versie 31
14.02.2014 - 5
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 kan instellen dat er met maximum 12 kantoor gekoppeld kan worden. Het instellingenvenster is als volgt aangepast: Voorheen:
Nu:
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.
Versie 31
14.02.2014 - 6
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.
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.
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).
Versie 31
14.02.2014 - 7
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.
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.
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.
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.
Oplossing: Calculatie in uren gedaan.
Versie 31
14.02.2014 - 8
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.
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.
Versie 31
14.02.2014 - 9
