Release Notes • CheQpoint 2.0
Versie 30
Efficiency through innovation
1 (PIBU) #CON: Importeren van contracten 1.1 Doelstelling Het doel van deze tool is om de vorige contracten, uit een ander softwarepakket, toe te voegen aan Cheqpoint. Dit gebeurd via Excel lijsten.
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
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
Versie 30
14.02.2014 - 2
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.
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.
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.
Versie 30
14.02.2014 - 3
Voorheen:
Versie 30
14.02.2014 - 4
Nu:
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 vermoermiddel niet meer voor een fout.
Versie 30
14.02.2014 - 5
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.
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.
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.
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.
Versie 30
14.02.2014 - 6
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 start- en 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. Met de knop onderaan het venster wordt de route berekend en via de kaart getoond.
Versie 30
14.02.2014 - 7
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.
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.
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.
Versie 30
14.02.2014 - 8
