Release Notes CheQpoint 2.0 Versie 39 Efficiency through innovation
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. 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. 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),... Versie 39 22.07.2014-2
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. Versie 39 22.07.2014-3
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. 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. 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. 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. Versie 39 22.07.2014-4
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 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. 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. Versie 39 22.07.2014-5
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: 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. Versie 39 22.07.2014-6
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. 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 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) Versie 39 22.07.2014-7
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... 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. Versie 39 22.07.2014-8
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. 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. 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. 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: Versie 39 22.07.2014-9
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: Versie 39 22.07.2014-10
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. 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. 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 Versie 39 22.07.2014-11
uitgeschakeld worden. Het is enkel mogelijk om items zonder facturatie status op gecontroleerd te plaatsen. 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. 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. Versie 39 22.07.2014-12
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. Versie 39 22.07.2014-13
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. 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. 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. 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. 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. Versie 39 22.07.2014-14
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. 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. 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) 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. Versie 39 22.07.2014-15
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. 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. 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. 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. Toevoegen van een log/commentaar in de fiche 2. Opslaan van de fiche 3. Geen andere fiche selecteren maar direct terug op Bewerken klikken 4. Eventueel andere bewerkingen of niets doen 5. 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. Versie 39 22.07.2014-16
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 particulier die op de dag van de planning in kwestie vakantie geregistreerd heeft staan in diens fiche. 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. 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. 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. 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. Versie 39 22.07.2014-17
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. 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 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. Versie 39 22.07.2014-18
Dit probleem is nu opgelost. Er zal vanaf nu enkel nog voor de nieuwe particulier gevraagd worden of die vervanging wenst. 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 (IGSE) #MAW Dienstenthuis: 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. Versie 39 22.07.2014-19