Release Notes. Afdrukdatum: 2013/07/25

Transcriptie

1 Release Notes Afdrukdatum: 2013/07/25 Dit document beschrijft vanuit technisch oogpunt de aanpassingen in Hi-Ant aan de betreffende versie. Deze tekst is geenszins bedoeld als document naar de eindgebruiker, maar wel voor de IT verantwoordelijken van de uitzendbedrijven die met Hi-Ant werken. Al deze informatie is confidentieel en mag niet zonder de schriftelijke toestemming van Prato in eender welke vorm verder gedistribueerd of reproduceerd worden. Deze teksten kunnen ook informatie bevatten van funktionaliteiten die niet van toepassing zijn op uw uitzendbedrijf en/of die enkel na bestelling geactiveerd worden. Het feit dat het uitzendbedrijf een onderhoudscontract en/of huurlicentie heeft lopen, impliceert geenszins het recht op de beschreven funktionaliteiten in dit document. Release Notes Hi-Ant 1/33

2 1. V Bugfixes Onterecht melding i.v.m. klantengroep Klanten kunnen onterecht onderstaande melding te zien krijgen bij het openen van een klantenfiche: Deze controle werd onterecht getriggerd Opslaan van contracten - Overflow Door een fout in de code kon men contracten die gekoppeld waren aan een bestelling met een hoge ID niet meer bewaren. Dit is nu opgelost Ingeven nieuw adres in WN-Fiche knipt eerste letter af Wanneer je een adres invult in de WN-Fiche opent zicht automatisch een venster waarin je het adres moet ingeven (gekoppeld aan WNCom). Indien je echter in 1 keer het adres ingaf, ging de eerste letter verloren bij het overgaan naar het nieuwe scherm. Door de 1 ste toetsaanslag weet HiAnt dat het nieuwe scherm geopend moet worden, maar die toetsaanslag zelf ging verloren. Hierdoor kon je bij onoplettendheid adressen ingeven waarvan de eerste letter ontbreekt. Dit wordt nu correct opgevangen, HiAnt zal de 1 ste toetsaanslag meegeven naar het nieuwe scherm. Op deze manier kan je zonder problemen in 1 keer het adres intypen Bug bij afdrukken mastercontracten Bij het afdrukken van mastercontracten wordt code aangesproken die aangepast was om automatisch de beste waarde voor het sociaal abonnement uit de km-tabel te halen. Dit mocht niet gebeuren en dit probleem is nu opgelost Maximum aantal items in een filterveld In de Prato-gridbrowse was het mogelijk om maximum 30 items kommagescheiden in te geven als filterwaarde. In sommige gevallen bleek dit echter niet voldoende te zijn. Het max. aantal items is verhoogd naar Conflict tussen verplicht maar disabled veld In het contractscherm wordt bij sommige klanten het veld statuut bij aanwerving ingesteld als verplicht, maar HiAnt blokkeert dit veld indien er reeds prestaties aan het contract hangen. Hierdoor kan je niet bewaren én het veld niet invullen Ticket Minstens 1 functie verplicht in de WN-fiche In het verleden is er een controle ingebouwd in HiAnt waarmee je het toevoegen van minstens 1 komt in aanmerking voor functie verplicht kon maken. Dit kan door parameter "frmwngeg1", "Controle", "FunctieAanmerkingVerplicht" aan te maken met Release Notes Hi-Ant 2/33

3 waarde 1. Het is echter onmogelijk om dit af te dwingen bij een nieuwe fiche aangezien deze bewaard moet worden voordat er een functie toegevoegd kan worden. Gebruikers die deze parameter activeren, zitten dus vast bij het aanmaken van een nieuwe fiche. De controle is nu aangepast zodat een eerste bewaaractie wel kan gebeuren zonder functie toe te voegen Verplichte velden bij aanmaak coëfficienten Bij het ingeven van een coëfficient was geen enkel veld verplicht. Bij het aanmaken van contracten waarbij deze coëfficienten gebruikt worden, wordt er echter van uit gegaan dat o.a. het veld type en jobstudent ingevuld zijn. Indien deze leeg zijn kan je met een coëfficient niets doen. Vanaf nu zijn de velden dus verplicht gemaakt bij het ingeven/bewerken van een coëfficient Filteren op rooster-lookupbox in contractscherm De lookupbox voor het rooster in het contractscherm bevatte een fout in de filtervoorwaarde. Hierdoor was het niet mogelijk iets manueel in te typen alvorens de selectie uit te voeren. Dit is gecorrigeerd Controlebestand niet geboekte MC Indien er MC s niet geboekt kunnen worden, worden deze in een tekstbestand bijgehouden. De naam van dat bestand was echter vastgezet op nietgeboektemc.txt, en die geeft problemen bij o.a. batchboeken van lonen, omdat telkens hetzelfde bestand overschreven werd. Vanaf nu wordt de bestandsnaam analoog aan de andere controlebestanden opgebouwd, en vooraf gegaan door LR<loonrunnr>_ Ticket Opvolgingen enkel laten afhandelen door de persoon aan wie ze toegewezen zijn Deze controle werd nog niet uitgevoerd wanneer je vanuit het WN-scherm op de knop zet op afgehandeld klikt in het tabblad Opvolgingen. Dit is nu wel het geval Ticket Fout bij maximaliseren van ingavescherm loonformule Het ingavescherm van een loonformule kon je onterecht maximaliseren en gaf een fout wanneer dit gebeurde Ticket Afprinten van vakantieattesten vanuit overzicht alle personen Het was onterecht mogelijk om vakantieattesten op te vragen vanuit het overzichtsscherm alle personen. Indien de geselecteerde lijn toevallig een wnnr had, en de rest van de lijst niet, dan ging HiAnt attesten van verkeerde personen aanmaken. Dit wordt nu afgeschermd met een foutboodschap. Vakantieattesten dienen steeds vanuit de werknemerslijst te gebeuren Velden laatst gewijzigd worden onterecht en/of niet correct ingevuld bij het overhevelen van contracten Tot nu werd bij het overhevelen het veld laatst gewijzigd ingesteld op de actuele datum, en het veld laatst gewijzigd door overgenomen van het broncontract. Beiden zijn eigenlijk niet correct. De velden laatst gewijzigd worden nu leeggemaakt bij het overhevelen en worden pas ingevuld bij het bewaren van een contract, omdat op dat moment de wijziging gebeurt. De creatiedatum wordt uiteraard wel ingevuld bij overheveling. Release Notes Hi-Ant 3/33

4 Persoonsfiche kan niet geopend worden vanuit zoekresultaat Wanneer je via werknemerslijst gegevens > zoek geavanceerd zoeken een zoekopdracht ingaf, kon je vanuit de resultaten geen fiches openen. Dit is nu aangepast Gegevens bewerken in opvolgingsgrid in de klantenfiche Tot op heden was het mogelijk om opvolgingen rechtstreeks in het grid in de klantenfiche te bewerken. Door de achterliggende structuur kon dit tot onvoorziene fouten en veranderingen leiden. Het bewerken werd daarom uitgezet. Wijzigingen zullen steeds in het detailscherm (dubbelklik) dienen te gebeuren Controlelijst Payroll toont verkeerde kantoornummer Op de controlelijsten Payroll werd verkeerdelijk het kantoornummer van de werknemer i.p.v. die van het contract getoond. Dit is gecorrigeerd Foute opvolgingsdatum bij aanmaak vanuit prestatieingavescherm Wanneer je van in het prestatieingavescherm een opvolging ingeeft, wordt de datum verkeerdelijk op vandaag gezet. Normaal wordt de begindatum van de actieve betaalperiode genomen, maar door een bug werd deze terug overschreven. Dit is nu opgelost Ticket : Foutmelding in het opvolgingenoverzicht bij klikken op het menu Acties > Zet op afgehandeld Je krijgt een foutmelding omdat Hiant de opvolgingsdatum probeert aan te passen terwijl deze niet werd opgehaald. De opvolgingsdatum wordt nu wel opgehaald Ticket : Foutmelding bij het openen van het bezoekrapportenoverzicht HiAnt geeft een foutmelding bij het selecteren van een bezoekrrapport indien het infoveld niet is ingevuld. HiAnt probeert de waarde van dit veld te tonen in de textbox onder de lijst. Technisch: HiAnt probeert de waarde uit het info-veld tonen in de multi-line textbox mldgeg onder de lijst. Indien de waarde van het Info-veld NULL is, krijg je een foutmelding. Code aangepast in frmbezraplst.brwgeg_rowcolchange : mldgeg.text = ls(rs1!info) Ticket : Foutmelding bij het openen van de veiligheidsfiche Als je de veiligheidsfiche van een gezin wil openen, gaat HiAnt eerst controleren of deze al bestaat. Indien dit niet het geval is, wordt er gevraagd of je een nieuwe veiligheidsfiche wil aanmaken. Als je hier Nee kiest, krijg je de foutmelding Object was unloaded. Dit probleem is nu opgelost. Technisch: In de form_load, kan je geen unload doen. De controle is nu verhuisd naar een nieuwe publieke procedure Initform. Deze wordt vanuit frmklgeg1 opgeroepen voor de frmveiligheidsfiche.show. Deze laatste wordt niet meer uitgevoerd indien er voor gekozen werd om geen nieuwe fiche aan te maken. Nieuwe property aangemaakt in frmveiligheidsfiche : Private boocancel As Boolean Release Notes Hi-Ant 4/33

5 Ticket : Sortering datum in pool-lijst De datum wordt momenteel getoond als dd/mm/yyyy. Als je dan gaat sorteren op datum, wordt er gesorteerd op dag. De code is nu aangepast zodat de formatering van de datum via een parameter kan worden ingesteld. Deze parameter wordt ook al in de werknemerlijst en in de bezoekrapportlijst gebruikt. Param1 Param2 Param3 initialisatie gridbrowse dateformatcode Waardes parameter: Dus als de datum moet worden weergegeven als yyyy/mm/dd moet er bij waarde 111 worden ingegeven. Technisch: Code toegevoegd aan frmpoolmgt.form_load Ticket : Foutmelding bij huisnummer met alfanumeriek karakter in WN-fiche Bij het aanmaken van een nieuwe WN-fiche met als huisnummer een alfanumeriek karakter, krijg je een Incorrect sytax -foutmelding. Deze bug is nu gefixt. Release Notes Hi-Ant 5/33

6 Technisch: Bij het wegschrijven naar de wnadres-tabel, werd het huisnummer niet tussen single quates gezet. Code aangepast in MWnGeg.BewaarWn Ticket : Foutmelding bij toevoegen ecocheques aan bestelling indien je klantnummer meegeeft Als je ecocheques aan een bestand wil toevoegen, krijg je de keuze of je alle ecocheques wil toevoegen (-1) of voor een opsomming van klanten. Indien je hier 1 of meerdere klantnummers ingeeft, kreeg je een foutmelding. Dit is nu opgelost. Technisch: Er gebeurde een update-query van de ecocheques-tabel met in de where een verwijzing naar de klnr. Het veld klnr bestaat echter niet in de ecocheques-tabel. Het veld heet ecc_klnr in deze tabel. Code aangepast in frmecocheques.cmdvoegtoe_click Probleem binnen functie VolgendItem indien er,1433 of,1434 in de string met waardes zit Volgend probleem deed zich voor binnen functie VolgendItem. Binnen deze functie werd het volgende gedaan om het probleem op te lossen met een commandline met komma als separator en bij uzb waarbij de "SQL server name" een "poort-achtervoegsel" ",1433" of ",1434" bevat. Als het volgende item in de kommaseparated lijst gevolgd wordt door ",1433" of ",1434" dan wordt dit als achtervoegsel toegevoegd aan het item. Dit gaf natuurlijk een probleem indien men een lijst van loonrun- of contract-... items had die loonrun-id/contract-id 1433 of 1434 bevatte. Aan de numerische variabele waaraan de volgende loonrun-id of contract-id werd toegekend, werd dan bv. waarde "1432,1433" toegekend, hetgeen een fout gaf. De programmatie van de functie "VolgendItem" en de afhandeling van de commandline binnen projecten worddoc en nieuwloonbrief zijn aangepast: -de functie "VolgendItem" heeft nu een bijkomende optionele parameter "strparamtosearchvaluefor". Enkel in geval "strparamtosearchvaluefor" gelijk is aan "SERVER" of "DATA SOURCE", dan wordt er, indien er een ",1433" of ",1434" voorkomt, dit als achtervoegsel toegevoegd aan het item. -projecten worddoc en nieuwloonbrief, waarbij de items van de SQL-connectiestring apart worden doorgegeven (i.p.v. de connectiestring als geheel) geven nu bij ophalen van de waarde voor commandline-variabele "SERVER" of "DATA SOURCE" deze naam van de commandline-variabele mee aan functie VolgendItem Loonberekening: Multiple Step Error Men had een nieuwe looncode 629 aangemaakt en deze gebruikt. 629 is echter één gereserveerde code die men zelf niet mag aanmaken. Omwille van de char velden werd voor de ploegcode van de premie meer tekens in het doelveld gestopt dan mogelijk was, waardoor HiAnt deze melding gaf. Release Notes Hi-Ant 6/33

7 Naast het wijzigen van code 629 naar een andere code, werd er ook een aanpassing gedaan in de loonberekening waardoor de achterliggende spaties uit de waarde van het veld ploegcode van de premies werd gehaald Aanmaak maaltijdcheques controle op negatieve aantallen of aantal gelijk aan 0. Door de parameter "initialisatie", "maaltijdcheques", "AutoControleNegEnNul", "0" op 1 in te stellen kan men bij aanmaak van het maaltijdchequesbestand automatisch de negatieve aantallen van mcs terug klaarzetten voor een volgende bestelling, en de aantallen die op 0 uitkomen automatisch verwijderen uit de bestelling. Op databaseniveau wordt er een maaltijdcheques# tabel aangemaakt die de verwijderde maaltijdcheques gaat bijhouden Aanpassing langetermijnplanning werknemer - indien parameter "initialisatie", "planning", "GezinnenAanpassenAfwezigheidLT", "0" op 1 staat Als parameter "initialisatie", "planning", "GezinnenAanpassenAfwezigheidLT", "0" op 1 is ingesteld, wordt bij langetermijn toevoeging van afwezigheid gevraagd of de klanten die in de periode van afwezigheid vallen, vervanging wensen of niet. Aanpassing is gebeurd zodat bij verwijderen van een dergelijke langetermijn afwezigheid, de betreffende gezinnen terug op AD (gewerkte dag) gezet worden. Ook bij aanmaak van kalender zal het type 100 blijven (en niet aangepast worden naar 105), zodat bij hergenereren van kalender deze terug aangemaakt kan worden Planningsmodule - OTV (op te vullen uren) Aanpassing is gebeurd zodat men bij het invullen van een einddatum van een bestelling van een gezin, de langetermijnplanningen van de huishoudhulpen van deze gestopte bestelling kan doen verderlopen als een langetermijnplanning op een fictief gezin (Op te vullen uren gezin). Te activeren door volgende parameter met waarde 1 aan te maken: "Scherm", "frmbestelgeg", "OpvullenOTVKlant", "0" Er dient bepaald te worden welke dagcode gebruikt moet gebruikt worden voor deze op te vullen uren. Dit wordt ingesteld met onderstaande parameter: "planning", "OTVKlant", "Code", "OTV" Standaard is dit OTV. Opgelet: je dient deze code ook aan te maken in de codedefinities op tabblad Codes in het onderste grid, en het tabblad loonbrief in het bovenste grid. Hier stelt men ook extra in of deze OTV moet beschouwd worden als aanwezigheids- (1) of afwezigheidscode (2). Er dient een gezinsfiche aangemaakt te worden die zal gebruikt worden om een bestelling/deelopdracht aan te koppelen die fungeert als op te vullen uren. Éénmaal deze fiche is aangemaakt, dient men de kl.id van deze fiche in volgende parameter in te vullen. In geval men wil werken met één enkele gezinsfiche op te vullen uren dient dit als volgt ingesteld te worden: "planning", "OTVKlantId", "*", "0" -> in waarde komt de id van de aangemaakte gezinsfiche. Release Notes Hi-Ant 7/33

8 In geval men per kantoor een aparte gezinsfiche op te vullen uren wenst, dient men per kantoor een fiche aan te maken en per kantoor een parameter als volgt aan te maken: "planning", "OTVKlantId", <wgnr>, "0" -> <wgnr> moet dan het kantoornr zijn, en in waarde komt de id van de aangemaakte gezinsfiche van dat kantoornr. -Werking vanuit bestellingsdetailscherm Als men een bestelling van een lege einddatum naar een ingevulde einddatum brengt, zal het systeem de volgende vraag stellen aan de gebruiker (enkel indien geconfigureerd via bovenstaande instellingen): Wenst U de huishoudhulpen die aan deze bestelling hangen in langetermijn op "Op te vullen klant" zetten. Bij bevestiging zullen op de langetermijnplanningen van de betrokken huishoudhulpen, waarvan de einddatum leeg is, de langetermijn voor het gezin worden stopgezet (einddatum wordt ingevuld), en zal er een nieuwe langetermijn beginnen met begindatum gelijk aan de einddatum van bestelling + 1, en zal deze langetermijnplanning gekoppeld worden aan de op te vullen uren gezinsfiche/deelopdracht. Éénmaal alle betrokken huishoudhulpen zijn aangepast, wordt de kalender automatisch gegenereerd voor deze huishoudhulpen. -Werking vanuit langetermijnplanningsscherm werknemer Wanneer men in een langetermijnplanning bij de werknemer een lijn verwijdert van een koppeling met een gezin, en de einddatum is leeg, en vervolgens wordt deze einddatum ingevuld en wordt deze lijn terug toegevoegd, dan zal de gebruiker volgende vraag krijgen: Wenst U ook een langetermijnplanning aan te maken op de "Op te vullen klant". Bij bevestiging zal op de langetermijnplanningen van de betrokken huishoudhulp een nieuwe langetermijn beginnen met begindatum gelijk aan de einddatum + 1, en zal deze langetermijnplanning gekoppeld worden aan de op te vullen uren gezinsfiche/deelopdracht Planningsmodule Extra gewenste uren Aanpassing is gebeurd zodat men in het rooster van de werknemer Extra gewenste uren kan instellen. Release Notes Hi-Ant 8/33

9 Hiervoor dient volgende parameter op 1 ingesteld te worden: "INITIALISATIE", "PLANNING", "SHOWEXTRAHOURS", "0" In het grid ziet men dan een extra kolom met omschrijving Gu. Door hier op te dubbelklikken kan men de gewenste uren invullen. In bovenstaand voorbeeld werkt de hhh 4u/week, maar is aangegeven dat de hhh 6u/week wenst te werken. In het planningsscherm ziet men dit dan in de blauwe kolom, waar dan gewenste uren/effectieve uren/contract uren komt te staan. In dit overzicht worden de gewenste uren enkel getoond indien ingevuld en verschillend is van de effectieve uren. In het overzicht kan men ook gaan filteren tussen deze gewenste uren en de contracturen of gewenste uren en de effectieve uren. In de bovenbalk van het menu zijn dan extra filterknoppen te zien. Deze filters zullen enkel werken op ingevulde gewenste uren. Dus de gewenste uren moeten groter zijn dan Planningsmodule - langetermijnplanning op gezinsniveau (afwezigheid) In het deelrooster van gezin/bestelling kan men nu ook langetermijn afwezigheid instellen op gezinsniveau: Men kan hier enkel afwezigheidscodes invullen (typeaanwezigheid=2). Bij aanmaak van de kalender zullen eerst de gewone items van het gezin worden aangemaakt, daarna worden de codes met type 100 tussen de ingestelde begin- en (al dan niet ingevulde) einddatum van de langetermijn op de ingestelde afwezigheidscode gezet worden. Het type blijft onveranderd op 100 staan. Release Notes Hi-Ant 9/33

10 1.7. Loonbrief nieuwe lay-out - tonen van de code 392 Totaal bruto rsz Er is een aanpassing gebeurd aan rapport voor nieuwe lay-out van loonbrieven, waarbij het mogelijk is om de looncode 392 (totaal bruto rsz) te tonen in de samenvatting. Hiervoor dient het startdocument LoonbriefV3.rpt (of LoonbriefV3<groep>.rpt) aangepast te worden. Dit kan aangevraagd worden via support@prato.be Na installatie van het nieuwe startdocument kan men met volgende queries dit verder instellen: insert into availablecodesgroup (GroupCD,cd_srt,AllCodesRequired,Param1Text,Param1DefaultValue,Param2 Text,Param2DefaultValue) select '101LBBRUTORSZ',cd_srt,AllCodesRequired,Param1Text,Param1DefaultValue,Param2Text,Param2DefaultValue from availablecodesgroup where GroupCD='100LBBRUTO' update AvailableCodes set GroupCD='101LBBRUTORSZ' where code='392' insert into parameter (param1,param2,param3,waarde,user_crea,ts_crea,user_wijzig,ts_wijzig, cdkey,keywaarde,rszcategorie,cd_taal) values ('Afdruk', 'loonbrief', 'GroupsSamenvatting', '''100LBBRUTO'',''101LBBRUTORSZ'',''200LBBELASTBAAR'',''400LBNETTO'', ''500LBINFO''','tose',GETDATE(),'tose',GETDATE(),'UZC','0','ALG',0) Voorbeeld: Release Notes Hi-Ant 10/33

11 1.8. Planningsmodule - aanpassingen in detail grid Er is een aanpassing gebeurd op de manier waarop men een detailregel kan wijzigen. Vroeger kon men rechtstreeks in het grid aanpassingen doen, maar hierbij traden soms foutmeldingen op die niet traceerbaar waren. Vanaf nu dient men dus, om een aanpassing te doen aan een detailregel, te dubbelklikken op deze regel. Na het dubbelklikken krijgt men een detailscherm te zien, waarin men aanpassingen kan doen: Voor het toevoegen van een detailregel dient men op het + knopje boven het detailgrid te klikken. Voor het verwijderen van een detailregel dient men op het - knopje boven de detailgrid te klikken (of via de del-toets op een planningsitem in bovenste grid) Jaarverslag ongevallen - berekenen frequentiegraad Het bepalen van het aantal ongevallen voor het berekenen van de frequentiegraad van de ongevallen kan rekening houden met enkel de aanvaardde ongevallen. Release Notes Hi-Ant 11/33

12 Hiervoor dient de volgende parameter op 1 ingesteld te worden (standaard = 0): "ongevallen", "frequentiegraad", "enkelaanvaardeongevallen", "0" Arbeidsongevallen - aanpassing statistieken + rapportjes Vanuit arbeidsongevallen kan men statistieken trekken. Hier zijn aanpassingen gebeurd zodat er gebruik wordt gemaakt van unieke bestandsnamen. Ook opbouw/aanmaak van deze statistieken en de rapportjes ervan zijn aangepast Volgende nieuwe rapportjes zijn hiervoor nodig: - ongstat.rpt - ongstat3.rpt - ongstat4.rpt Aanpassingen scherm bestellen maaltijdcheques De lay-out van het bestelscherm voor maaltijdcheques is gewijzigd. Bovenaan ziet men de aangemaakte bestellingen, waarbij men kan filteren op de id of naam van de bestelling, en op het al dan niet afgesloten zijn van deze bestelling (0/1). Ook in het overzicht van de bestellingen ziet men welke gebruiker de bestelling heeft aangemaakt, en eventueel heeft afgesloten. De aanmaak/ en afsluitingsdatum zal voortaan ook met tijd worden bewaard. Ook wordt bij elektronische maaltijdcheques de bestandsnaam getoond die werd aangemaakt. Onderaan ziet men 2 tabs.op de eerste tab ziet men de maaltijdcheques die in de actieve bestelling zit (door een dubbelklik op bestaande bestelling in bovenste grid te doen). Release Notes Hi-Ant 12/33

13 Op de tweede tab ziet men een overzicht van de maaltijdcheques die nog niet zijn opgenomen in een bestelbestand. Op dit grid kan men enkel zoeken. Er zijn geen verdere acties op dit grid geprogrammeerd. Indien men verwijder datum afsluiting zou doen, wordt dit gelogd in de logtabel met type 118. De bestandsnaam in het grid wordt na aanmaak van het elektronisch maaltijdchequebestand opgevuld indien de installatie is gebeurd van de laatste dll s m.b.t. elektronische maaltijdcheques, in combinatie met deze versie van HiAnt Aanpassingen batch loonberekening Men kan nu bij batchloonberekening de batch opstarten en laten lopen. Vroeger werd de gehele batch maar één keer doorlopen. Nu kan men dit proces laten lopen en doen stoppen door op de Stop-knop te klikken. Ook is er nog altijd de mogelijkheid om de batch éénmaal te doorlopen door het vinkje Doorloop batch één keer aan te vinken. Nadat de batch is doorlopen, zal er 10 seconden worden gewacht alvorens de volgende doorloop start. In die tijd kan men op de Stop-knop klikken. Rechts is ook een overzichtlijst te zien van de geblokkeerde loonruns. Men kan via het apart.net project voor dashboard bepaalde loonruns op blokkeren zetten. Deze zijn dan te zien in deze lijst. De geblokkeerde loonruns worden niet meegenomen in de doorloop van de batch. Release Notes Hi-Ant 13/33

14 1.13. Aanpassing PratoDashBoard Loonberekening Batchdashboard: mogelijkheid om loonruns te blokkeren / deblokkeren. Zichtbaar maken of de loonruns geblokkeerd of gedeblokkeerd zijn. De gebruiker kan door rechts te klikken op een kantoornummer om de loonrun van dat kantoor te blokkeren of te deblokkeren. Als het kantoor geblokkeerd is, dan zal het kantoornummer in witte letters op een zwarte achtergrond staan: Release Notes Hi-Ant 14/33

15 1.14. Ticket docs in verkeerde taal Binnen HiAnt is de functie voor het ophalen van de taal van een tewerkstellingsattest en een inlichtingsblad aangepast waardoor er bij afdruk van dit document niet meer wordt gecontroleerd op wnnr (voor kandidaten = 0) maar op het koppelid Ticket Taalinstellingen Parameter "Afdruk", "individuelerekening", "ControleTaal" standaard = UIT waarde 0 = UIT waarde 1 = AAN Het document Individuele rekeningen is in HiAnt aangepast zodat de taal van het document bepaald wordt via de getdocutaal (taalwetgeving) Ticket Activa aanvragen: lijst met adressen ter merging C63 (klantspecifieke aanpassing) Documenten op newsource: LeegC63Werkkaart_klant.doc LeegC63WerkkaartFR_klant.doc De documenten die hierboven vernoemd zijn, bevatten naast de C63 een voorblad waarop de adresgegevens van de RVA komen te staan met de tekst van de aanvraag. Bij het afdrukken van de intentieverklaring (knop inlichtingsblad op WN-fiche) zal HiAnt de controle uitvoeren of er voor de betreffende WN een C63 moet afgedrukt worden als de parameter "Afdruk", "Inlichtingsblad", "ControlePrintC63" de waarde 1 bevat. Release Notes Hi-Ant 15/33

16 De parameter "Afdruk", "C63", "MetRVAadres" met waarde 1 geeft vervolgens aan dat HiAnt het RVA adres dient op te halen. De adressen van de RVA zijn terug te vinden in de nieuwe tabel RVA_adres. Op basis van de postcode bij de adres van de WN zal HiAnt de tabel postcodes raadplegen waarin zich een nieuw veld RVA_code bevindt. Dit veld komt overeen met het adres van het toegekende RVA kantoor in de tabel RVA_adres dat aan die postcode werd gekoppeld. Op dat voorblad komen ook de kantoorgegevens te staan van het WG-kantoor. Standaard wordt telkens het gekoppelde kantoor afgedrukt. Voor een centrale afdruk kan men dit adres koppelen aan 1 kantoor met de parameter "Afdruk", "C63", "KantoorCentraleAfdruk". De waarde is dan gelijk aan het WGNR. Om deze uit te schakelen dient men de parameter de waarde 0 te geven. Mocht om één of andere reden het kantoor van deze parameter niet gevonden worden, dan zal HiAnt de standaard werking voortzetten. Beneden het voorbeeld van dat voorblad: Ticket geen namen op factuur Via de klantoptie TGW zal HiAnt aan de Factuur meegeven dat de namen van de WN NIET getoond zal worden. Achterliggend wordt wel de sortering behouden op WN indien deze sortering uiteraard aanwezig is. Let wel op dat deze functionaliteit in het Crystal Reports-document dient ingebouwd te worden indien men wenst van deze optie gebruik te maken. Release Notes Hi-Ant 16/33

17 1.18. Ticket vragensets intentieverklaring + C63 HiAnt Parameter "scherm", "FrmWnGeg1", "ControleInlichtingsblad" met waarde 4 Extra keuze "Document infosessie OK" komt tevoorschijn. HiAnt beschouwt het document als zijnde afgedrukt en zal de opvolgingen aanmaken. Parameter "Control", "printc63", "InfoSessie" met waarde 1 NOTA: parameter "controle", "printc63", "isverplicht" MOET 0 zijn voor deze optie! Extra keuze "Document infosessie OK" komt tevoorschijn. HiAnt beschouwt het document als zijnde afgedrukt en zal de opvolgingen aanmaken Ticket Uitbreiding keuzemogelijkheid Parameter "scherm", "FrmWnGeg1", "ControleInlichtingsblad" met waarde 4 Het keuzescherm wordt met deze parameter verder aangevuld met een extra keuze-item "Intensieverklaring ontvangen via - ". HiAnt beschouwt het document als zijnde verzonden via en zal hierbij ook een nieuwe opvolging aanmaken die dat aantoont. Dze nieuwe opvolging "Intensieverklaring via " dient men aan te maken en in te geven in de parameter "Codeboekcode", "OpvolgingsType", "inlichtingsbladviamail". Release Notes Hi-Ant 17/33

18 1.20. Ticket Aanpassingen prestatiestaat planningmodule Volgende parameters werden ingebouwd om enkele extra opties te voorzien bij het afdrukken van de prestatiestaat vanuit het planningscherm: Parameter: "PrestatieStaat", "Afdruk", "ToonContactMedewerker" Indien waarde = 1 (standaard = 0) zal HiAnt op de prestatiestaat de naam van de medewerker tonen i.p.v. de contactpersoon van de dienstverlener. Parameter: "PrestatieStaat", "Afdruk", "ToonUrenPerKlant Indien waarde = 1 (standaard = 0) zal HiAnt de gepresteerde uren tonen per klant i.p.v. per dag. Parameter: "PrestatieStaat", "Afdruk", "ToonRijWeek Indien waarde = 1 (standaard = 0) zal HiAnt een extra rij tonen op de prestatiestaat per week met daarin uiteraard de vermelding van de week Ticket klantencontracten printen Parameter "Afdruk", "optie", "KlantContactSplitsWeek" (standaard 0 = UIT) Indien je bovenstaande parameter de waarde 1 geeft, dan zullen de klantcontracten bij het afdrukken gesplitst worden per week Zichtbare klanten in Beheer Slogan-scherm In het scherm Beheer Slogan is de mogelijkheid toegevoegd om incl. steunkantoren aan te vinken. Hiermee kan je ervoor zorgen dat de klantenlijst die gevuld wordt al dan niet rekening houdt met steunkantoren i.p.v. enkel het actieve kantoor Ticket Paritaire comités onzichtbaar zetten Door op de codetabel bij cd_srt 203 een einddatum in te vullen bij een Paritair Comité, wordt ervoor gezorgd dat deze niet meer zichtbaar is in de selectiebox op de klantenfiche. Deze vraag kwam naar aanleiding van het niet meer gebruiken van PC 111, aangezien er nu steeds het subcomité gebruikt moet worden. Release Notes Hi-Ant 18/33

19 1.24. Ticket Chequelevernota in grid bij ingave cheques Zou het mogelijk zijn om naast de kolom "Controle" het afleveringsnummer te voorzien waarop de DC werden geboekt? Het is nu niet mogelijk om na te gaan op welke afleveringsnota, welke dienstencheques geboekt werden. Vanaf nu wordt de kolom LevernotaNr getoond in het scherm voor chequesingave BTW-plichtigheid instellen bij nieuwe klanten Standaard werd het BTW-veld altijd op Ja ingesteld vanuit de code. Dit kan nu gestuurd worden via parameter scherm", "frmklgeg1", "standaardbtwplichtjn". Deze kan de waardes J of N hebben. Standaard blijft er uiteraard J ingesteld staan Ticket Aanpassen coëfficiënt firmawagens Tot nu stond de VAA op jaarbasis = [5,5% + (CO2-115) x 0,1%] x (cataloguswaarde x ouderdomscorrectie*) x 6/7. Het getal 115 stond echter vast in de code. Vanaf 1 april moet dit 116 worden. Om dit in de toekomst te vergemakkelijken kan je deze waarde nu in parameters opnemen. De parameter wordt als volgt opgesteld: Param1 = co2coef Param2 = <brandstoftype> dit is ofwel benzinelpg, ofwel diesel Param3 = <datum van geldigheid> de datum vanaf wanneer deze waarde gebruikt moet worden, in te geven in het formaat YYYYMMDD. Bijvoorbeeld: Waarde = te gebruiken bijdrage. Release Notes Hi-Ant 19/33

20 Standaardwaardes: benzinelpg = 115 diesel = 95 Electrisch blijft vast op 0 staan in de code. In Mcommonfunctions zit een nieuwe functie die voor HiAnt en Sonet de berekening kan doen: ' ' Procedure : BepaalCO2Bijdrage ' Author : ' Date : 19/04/2013 ' Purpose : Gaat CO2 bijdrage voor pratocompanycar opzoeken in de parameters ' ' Public Function BepaalCO2Bijdrage(fueltype As String, fromdate As Date) As Double Ticket Aanpassing lijst: Facturatieoverzicht Sociaal Abonnement Jullie hebben voor ons een lijst ontwikkeld voor de berekening van de facturen voor het sociaal abonnement in ons dienstenchequeskantoor.kunnen jullie aan de output van de lijst in Excel het klantnummer toevoegen? Tot nu toe krijgen we enkel de klantnaam. Aan deze lijst (mnudc(2)) werd dus het klantnummer toegevoegd als 1 ste kolom. Release Notes Hi-Ant 20/33

21 1.28. Ticket Federgonlijsten Voor het aanmaken van sommige Federgonlijsten, wordt er gewerkt met een referentiedatum. Voor de Driemaandelijkse statistiek dienstencheques, wordt hier de einddatum van het kwartaal genomen. Het probleem is nu dat als deze datum op een zaterdag of zondag valt, de lijst niet representatief is. HiAnt gaat nu kijken of deze einddatum in een weekend valt. Indien dit het geval is, krijgt de klant de mogelijkheid om deze datum aan te passen naar bv. de vrijdag voordien Kolom resterend aantal dagen jobstudent in controlelijst Aan de lijst onder het menu Lijsten - Controlelijsten - Studenten - Overzicht gewerkte dagen is een extra kolom toegevoegd achteraan. Deze toont het aantal resterende dagen voor deze persoon Bestellingsnaam en -type vergrendelen voor bestaande bestellingen Door parameter "scherm", "frmbestelgeg", "LockNameAndType" aan te maken met waarde 1 kan je er voor zorgen dat de naam en het type van een bestaande bestelling niet meer kunnen worden gewijzigd. Release Notes Hi-Ant 21/33

22 1.31. Sloganbeheer - Type 4 ook zichtbaar De hele opzet van 5 & 6 is dat ze vasthangen aan een klant (of ook een werknemer). Slogantype 4 kan echter ook algemeen los van de klant gebruikt worden. Type 4 gebruiken om aan een klant te koppelen, is in principe geen probleem. De programmatie is aangepast zodat Type 4 inderdaad zichtbaar is, maar dit zal ALTIJD gekoppeld worden aan een klant Ticket Controle op geldig roosterid bij overhevelen Bij het overhevelen van een contract wordt gecontroleerd of er een geldig roosterid gekoppeld is. Dit is op vraag van DC klanten. Indien de betreffende roosterid ontbreekt (leeg is), dan meldt de module dat het contract van wn X met wnnr 1234 van week 19 niet kan worden overgeheveld naar week Y vermits er geen rooster geselecteerd is in het contract. De controle kan geactiveerd worden door parameter "controle", "overhevelen", "geldigroosterid" aan te maken met waarde 1. Standaard staat de controle uit Ticket Controle medisch onderzoek in WPF bij opslaan contract Indien er in de WPF aangevinkt wordt dat er een medisch onderzoek verplicht is OF een gezondheidsbeoordeling uit te voeren voorafgaand aan de tewerkstelling, dan willen wij graag dat er een waarschuwing wordt gegeven hiervan indien er op de bewaarknop wordt geklikt van een eerste contract tussen de betreffende klant en een uitzendkracht. Indien je parameter "contract", "controleerwpf", "medisch" aanmaakt met waarde 1, dan gaat HiAnt bij het opslaan van een eerste contract tussen WN en KL controleren of er in de werkpostfiche - die gekoppeld is aan de tarificatie - ofwel een verplicht gezondheidstoezicht gekoppeld is, ofwel het vinkje medisch onderzoek is aangevinkt. Indien een van deze, of beide, het geval is, dan zal de gebruiker een waarschuwende melding krijgen. Het contract wordt steeds verder opgeslaan, deze controle is NIET blokkerend. De meldingen zijn standaard: gezondheidstoezicht verplicht en medische controle verplicht. Deze kunnen vertaald worden via vertaalcode prest_wpf_gezondheidstoezicht en prest_wpf_medischonderzoek aan te maken in de vertaaluzb tabel indien gewenst Ticket Attesten aanduiden als read-only In HiAnt 6.48 werd onderstaande voorzien: In een nieuwe parameter 'controle', 'attesttypes', 'readonly' kan je attesttype-id s opsommen (kommagescheiden) die niet gewijzigd mogen worden. Deze parameter is nooit geldig voor programmeurs. Om voor andere gebruikersgroepen (bv. CO s) uitzondering te maken dien je dus aparte parameters aan te maken (keywaarde). Release Notes Hi-Ant 22/33

23 Wanneer een gebruiker een alleen-lezen attest opent, worden alle velden geblokkeerd en wordt er een boodschap getoond. Deze functionaliteit werd uitgebreid om te kunnen specifiëren op attestdetailtype. De parameterwaarde dient als volgt ingevuld te worden: <attesttype>:<attestdetailtype>, <attesttype>:<attestdetailtype>,, <attesttype>, Bv. je wil attesttype 24 met detailtype 2 read-only maken, alsook attesttype 32. De parameterwaarde is dan 24:2, Ticket Automatische afdruk C63 bij verlaten van WNfiche Het is nu mogelijk om bij het sluiten van een WN-fiche automatisch het document C63 naar de printer te sturen. Dit gebeurt bij mensen tussen 18 en 26 voor wie de afdruk nog niet gebeurd is. Om dit te bepalen wordt er gekeken of er opvolging van het type C63 bestaat. Het bestaande opvolgingstypeid dat gebruikt wordt bij o.a. documenten UZB dient gespecifieerd te worden in parameter "Codeboekcode", "opvolgingstypeid", "C63". Verder moet je een nieuwe parameter "Codeboekcode", "opvolgingstypeid", "C63AutoAfdruk" aanmaken met daarin het opvolgingstypeid van een opvolging die je zelf kan aanmaken, bv. C63 Auto Print. Op deze 2 opvolgingen wordt gecontroleerd om te bepalen of het document gedrukt moet worden of niet. Indien je geen nieuwe opvolging wilt maken hiervoor, moet je toch deze parameter aanmaken, maar kan je bv. dezelfde waarde als "Codeboekcode", "opvolgingstypeid", "C63" gebruiken. Je kan deze functionaliteit activeren door parameter "Controle", "Afdruk", "AutoC63BijVerlatenWN" aan te maken met waarde: 1. Het document wordt op de achtergrond aangemaakt en rechtstreeks naar de standaardprinter gestuurd, zonder melding of input van de gebruiker. 2. Het document wordt geopend in Word, maar niet geprint. Er wordt automatisch een opvolging aangemaakt. De omschrijving hiervan kan je eventueel bepalen door een vertaling aan te maken met code OmschrijvingOpvolgingC63AutoAfdruk. Standaard wordt de tekst "Document automatisch afgedrukt bij afsluiten fiche" gebruikt Ticket Opvolging 1e contract - aanpasbare omschrijving Tot nu toe kon je in de parameter "INITIALISATIE", "NIEUWCONTRACT", "Tekst", "" de te gebruiken omschrijving (of vertaal-code) definiëren die in de aangemaakte opvolging kwam te staan. Dit was dus echter steeds een vaste tekst. Het is nu ook mogelijk om hier een veldnaam te gebruiken i.p.v. een tekst, om zo bv. de waarde uit het veld opmerking uit het contract als omschrijving te gebruiken in de opvolging. De waarde van de parameter is dan dtbgeg(58). Dit is analoog aan het onderwerp van de opvolging, wat je kon definiëren in parameter "INITIALISATIE", "NIEUWCONTRACT", "OpvolgingMetOnderwerpUitVeldNaam" Ticket Lookupbox Werknemers in opvolgingsdetail onduidelijke bij identieke namen Als men een opvolging ingeeft en men wil een uzk kiezen, maar hij bestaat meerdere keren, dan kunnen de uzc niet weten welke ze moeten kiezen want het koppelid zegt hun niets aangezien het niet zichtbaar is voor hun. Kan deze keuzelijst aangepast worden zodat in de toekomst het wnnr getoond wordt want dit hebben de uzc ook voorhanden. Release Notes Hi-Ant 23/33

24 De wnnr werd toegevoegd in het lijstscherm van WN s: Uitbreiding controle sekties bij opstart HiAnt Bij opstart van HiAnt wordt er gecontroleerd of het veld tabrsz van de sektie tabel één van volgende waarde bevat: 10,17,60,97,224,226,244,254,597,497. Vanaf nu kunnen deze waarden uitgebreid worden in de parameter "initialisatie", "MogelijkeSekties", "*". Standaardwaarde van de parameter is 10,17,60,97,224,226,244,254,597, Ticket : companycar Als een nieuwe fiche aangemaakt wordt, dan staat het vinkje t.l.v klant in het grijs. Dit moet standaard uitgevinkt staan. De code is aangepast zodat dit default niet aangevinkt is. Release Notes Hi-Ant 24/33