Release Notes. 22 juni 2010

Release Notes 22 juni 2010

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 gereproduceerd worden. Deze teksten kunnen ook informatie bevatten van functionaliteiten 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 functionaliteiten in dit document.

1

1 Module uitzendkrachten & kandidaten 1.1

Bugfix: Ticket 48439: Attest ‘Recht op vermindering’ (KT)

Bij het bewaren van een werknemerfiche, waar dus ook een sektie aan gekoppeld is, mag de vraag ‘Heeft deze persoon recht op vermindering’ enkel gesteld worden indien de sektie niet voorkomt als waarde in de parameter ‘Scherm’, ‘frmwnlst’, ´sektiesgeenrechtopvermindering´. Zo kan je bijvoorbeeld de sekties van de studenten uitsluiten. Hier werd voorheen geen rekening mee gehouden.

1.2

Bugfix: Ticket 49337 - Datum uit dienst wordt niet bewaard in de werknemerfiche (KT)

Als de datum uit dienst werd ingevuld, werd dit niet bewaard.

1.3

Automatisch aanmaken van een werknemer tijdens bewaren van een kandidaat (PL)

Je kan instellen dat indien een kandidatenfiche bewaard wordt, er automatisch een werknemerfiche wordt aangemaakt. Dit doe je door de parameter Scherm", "frmwngeg", "AutomatischAanmaakWnnr met waarde 1 aan te maken en een sektie in de kandidatenfiche in te vullen.

1.4

Ticket 48427: orderbystring frmwnlst (SF)

Met behulp van een parameter is het nu mogelijk om de sortering van het F2 en SHIFT + F2 scherm aan te passen. Met behulp van de param eter Scherm, frmWnLst, OrderBy die standaard een lege waarde heeft kan de sortering aangepast worden door als waarde het ORDER BY statement in te geven zonder ORDER BY. vb. wil je de werknemers sorteren op naam en vervolgens inschrijvingsdatum aflopend dan wordt de waarde van de parameter: naam, inschrijvingsdatum desc LET OP: vanzelfsprekend moeten de velden in de order by string overeenkomen met de velden in de databank, eventueel voorafgegaan door de tabelnaam, en niet de kolomtitels die in het scherm getoond worden.

2

1.5

Bugfix – openen werknemers/kandidatenfiche vanuit F2/shift+F2 (TS)

Indien het systeem is ingesteld, dat het overzichtscherm van de werknemers/kandidaten kan blijven openstaan, kan het voorkomen dat bij het openen van een werknemers- of kandidaten fiche niet de juiste fiche getoond wordt, zoals deze in de lijst voorkomt. Simulatie van probleem vóór V4.207 Als je vanuit het hoofdscherm van HiAnt op bv. het eerste gele icoontje klikt (enkel werknemers), en je opent een bepaalde fiche, dan wordt de juiste fiche geopend. Indien je de fiche vervolgens sluit, en je laat het overzichtsscherm met personen openstaan, en je gaat vervolgens terug naar het hoofdscherm, en je klikt binnen het tweede gele icoon op de gewenste fiche, dan opent zich de verkeerde fiche. Er is nu een aanpassing gebeurd in HiAnt zodat het overzichtscherm steeds juist geopend wordt, ook al staat deze reeds open.

1.6

Automatisch kunnen berekenen swift en controle in HiAnt op overeenkomst van IBAN en swift (EO)

Standaard zal HiAnt nu, indien het bankrekeningnummer en het IBAN nummer zijn ingevuld, de SWIFT code berekenen. Het IBAN nummer moet dan wel een Belgisch IBAN nummer zijn en het bankrekeningnummer moet verschillen van een circulair chequenummer. Er zal ook bij het bewaren van de werknemerfiche gecontroleerd worden of het IBAN nummer en de SWIFT code overeenkomen. Indien je deze functionaliteit toch wenst te deactiveren, dien je onderstaande parameter in te stellen met waarde 0 (standaardwaarde = 1). "Scherm", "frmWnGeg1", "SwiftAhvWebService"

In het uitzendkracht detailscherm verschijnt dan een "bereken" -knop naast het SWIFT-veld. Hiermee kan je, indien het IBAN nummer is ingevuld met een Belgisch IBAN nummer en het

3

bankrekeningnummer verschillend is van een circulair chequenummer, automatisch de SWIFTcode berekenen. Steeds zal, bij het bewaren van de werknemerfiche, gevraagd worden of je de swift -code automatisch wil laten berekenen.

1.7

Ticket 51036 - Onzichtbaar veld toegevoegd aan frmattest om de koppelid bij te houden. (KT)

Om wijzigingen te kunnen loggen in attesten via parameter “logcontrols”,…, moet de koppelid in het formulier bijgehouden worden anders kan er niet gelogd worden in welk attest de wijziging gebeurd is. Er is een onzichtbaar veld ‘dtbgeg(5)’ toegevoegd aan frmattest.

1.8

Ticket 49940 - Komt in aanmerking voor volgende functies (PZ)

Indien je de parameter "frmwngeg1", "Controle", "FunctieAanmerkingVerplicht" instelt met waarde 1, zal bij het klikken op de bewaarknop gecontroleerd worden of er minstens 1 functie bij ‘Komt in aanmerking voor volgende functies’ aanwezig is bij de werknemerfiche.

4

2 Module klanten en prospecten

2.1

Info contactpersonen in overzichtsscherm (frmklgeg1) (CP)

Indien je als waarde 1 ingeeft bij de parameter "scherm", "frmklgeg1", "show_InfoContactPerson", "0" zal in het klanten detailscherm (frmklgeg1) op het tabblad ‘contactpersonen’ het veld ‘Info’ in de grid verschijnen.

2.2

Pooloverzicht (PL)

Aanpassing dat zowel het kantoor van de klant als persoon zichtbaar zijn in de filterlijn als in het overzicht. Voorheen was er slechts één werkgevernummer zichtbaar.

2.3

Ticket 50086 : KGM Optie (FD)

Indien de optie KGM in de optiebalk van een klantenfiche staat, worden er geen maaltijdcheques op de prestatiecode voor betaalde compensatie (KOM) gegeven. Deze optie zou ook gekoppeld moeten worden aan de code EKO (dit is een code voor einde compensatie, wordt enkel bij een bepaalde klant gebruikt) (127 + 3227). Aanpassing in frmprestgeg1 en frmprestgeg2 Nieuwe parameter: Initialisatie, MC, KGMCodesGeenMC, KOM,EKO

5

2.4

Ticket 50231 - paritair comité 999 (PZ)

Er bestond reeds een controle die het paritair comité nummer nakijkt binnen de klantenfiche. Deze zouden moeten beginnen met een 1,2 of 3. Je kan de controle afzetten door de parameter "scherm", "frmklgeg1", "parCodeFilter" in te stellen met waarde 0.

6

3 Module opvolging 3.1

Opvolgingsdetailscherm: automatisch invullen datum opvolging bij aankruisen van vinkje afgehandeld (PL)

Met behulp van onderstaande parameter kan je instellen dat indien je het aankruisvakje ‘afgehandeld’ aanklikt in een opvolgingsdetailscherm, de datum opvolging automatisch wordt ingevuld met de actuele datum. Deze datum wordt dan ook ingevuld indien er al een datum instond. De bestaande datum zal in dat geval dus worden overschreven. Standaard heeft deze parameter de waarde 0 en is deze actie dus niet actief. “opvolging", "afgehandeld", “vulDatumOpvolgingMetHuidigedatumIn", 1

3.2

Ticket 48550 - aanmaak automatische opvolging vanuit referentiecheck werkervaring (SF)

Het was in eerdere versies van HiAnt al mogelijk (zie release note 166.41 in globaal document) dat er automatische opvolgingen worden aangemaakt bij de aanmaak of het wijzigen van referentiecheck-velden in de werkervaring van de werknemer. Indien het om een werkervaring ging waar er in het gestructureerde veld ‘Firmanr’ (met opzoeklijst) een bedrijf (dus een bestaande bedrijfsfiche in HiAnt) was ingevuld, was er geen probleem. Indien er echter in dit gestructureerde veld geen bedrijf was ingevuld, werd het klantnummer als 0 beschouwd. Indien er dan verdere opvolgingen bij deze werknemer gemaakt werden, kon het zijn dat deze automatisch aangemaakte opvolgingen met klantnummer 0 overschreven werden. Met behulp van de parameter ‘frmwnwerkerv’, ‘referentiecheck’, ‘KL_0_NietOverschrijven’ kan ingesteld worden dat de opvolging met klantnummer gelijk aan 0 niet wordt overschreven maar een nieuwe opvolging wordt aangemaakt. Indien het klantnummer 0 is, zal bovendien ook de tekst die bij het veld ‘Firmanaam’ overgenomen worden in het veld ‘Omschrijving’ van de opvolging. De waarde van de parameter moet ingesteld worden op 1 om deze functionaliteit te activeren.

7

8

3.3

Ticket 52434: Knop ‘Vast werk’ in het opvolgingsdetail kan niet onzichtbaar gemaakt worden. (KT)

Deze knop stond onzichtbaar zolang er geen werknemer gekozen was. Bij het kiezen van een werknemer werd de knop in de code zichtbaar gezet en dit overschreef de eventueel aanwezige parameter. De code is nu aangepast dat de knop altijd zichtbaar is maar enkel ‘enabled’ is indien er een werknemer gekozen is. Op deze manier is het wel mogelijk om de knop via een parameter onzichtbaar te maken.

De knop ‘Vast werk’ dient ervoor om uit een lijst van statussen te kunnen kiezen welke status je de werknemer meegeeft. Je stelt dan bij de parameter ‘Opvolging’, ‘Vastwerk’, ‘Status’ als waarde de id’s van de gewenste statussen in waartussen je een keuze wenst te maken. Indien je dan een status selecteert (vb. vast werk intern), zal deze status verschijnen bij het veld ‘status’ op het tabbl ad ‘Algemeen’ bij de werknemer. Standaard is de waarde van deze parameter 0 en zal er dus geen keuzelijst verschijnen.

9

4 Zoekmodule 4.1

Ticket 50285: ‘Kantoornaam’ i.p.v. ‘naam’ tonen in lijst van kantoren in de zoekmodule (KT)

Bij een bepaalde klant kan je in de zoekmodule een bepaald kantoor selecteren zodat enkel de gevraagde profielen die ingeschreven zijn in het (de) geselecteerde kanto(o)r(en), getoond worden. Hierbij werd er voorheen de omschrijving getoond zoals deze in het veld ‘naam’ staat in de ‘wgtabel’, maar deze omschrijving was vaak identiek over de verschillende kantoren heen. Daarom is er een aanpassing gebeurd zodat de omschrijving uit het veld ‘kantoornaam’ genomen wordt, en dus elk kantoor een unieke naam heeft.

10

5 Module contracten 5.1

Ticket 49226: Bewaking van minimum aantal uren in de mastercontracten bij dienstenchequers (KT)

Dit was al geprogrammeerd voor ticket 47307 maar dit was enkel mogelijk voor de types A en B en het was niet mogelijk om ook de uren te parametriseren. Het is nu ook mogelijk om andere types te gebruiken (moeten wel beginnen met A of B) en de minimum uren zijn nu instelbaar. Nieuwe parameter: ‘Codeboekcode’, ‘Attest’, ‘DienstenchequeDetailTypes&Uren, ‘A:13;B:10’ Deze parameter werd automatisch via de referentietabellen verspreid naar al de klanten. Deze moet natuurlijk wel aangepast worden indien de klant andere types gebruikt dan A en B. De waarde van de parameter wordt op volgende manier opgebouwd: Vb.: A:13 A is het type, de waarde achter het dubbelpunt (13) is het minimum aantal uren voor dit type De verschillende ‘type:uren‘-combinaties worden opgesomd gescheiden door een puntkomma.

5.2

Ticket 49226: Bewaking van minimum aantal uren in de mastercontracten bij werknemers dienstencheques (KT)

Systemchecks toegevoegd: • Controle op detailtypes at test dienstencheques : er zijn detailtypes van het attest Dienstencheques waarvan de code niet begint met A of B. Dit geeft een WARNING. • Controle parameter 'Codeboekcode' 'Attest' 'DienstenchequeDetailTypes&Uren': Parameter moet al de detailtypes van het attest Dienstencheques bevatten inclusief het minimum aantal uren per week. Vb 'A:13;B:10'. Dit geeft een WARNING.

5.3

Bugfix: Ticket 49018 - afdruk klantencontract week 0 2010 (PZ)

Het printen van dergelijke documenten via het print new (Direct Print) gaf problemen daar deze niet overweg kon met de week 0. Dit aangepast.

5.4

Bugfix: Ticket 49715 - contract uitzendkracht: pensioenpremie (SF)

Bij sommige uitzendkrachten werd de pensioenpremie dubbel op het contract gezet. Dit gebeurde omdat dat bij het ophalen van de loonformules voor de getpremiesastext geen rekening wordt gehouden met het paritair comité van het contract, maar met beide paritaire comités van de klantenfiche. De functionaliteit is nu aangepast dat HiAnt enkel het paritair comité gebruikt dat bij het statuut hoort.

11

5.5

Bugfix: Ticket 49737 - betaalperiode niet gevonden bij aanmaken contract (SF)

Bij het aanmaken van een contract op 01/01/2010 gaf HiAnt de melding “Betaalperiode niet gevonden”. Het probleem zat in de functie geefWeek, deze berekent de week voor een opgegeven datum ipv deze uit de betaalp tabel te halen. Er is een nieuwe functie aangemaakt, geefWeek5302, die de week gaat bepalen aan de hand van de datum en de betaalp tabel.

5.6

Bugfix: Ticket 49734 - Bewaren contract: runtime error (SF)

Bij het bewaren van de contracten kregen de gebruikers soms een runtime error. Het probleem deed zich voor als er een foutmelding gegeven werd die het bewaren van het contract stopte. Na de melding werd het scherm op ‘nothing’ gezet waardoor de elementen erop niet meer toegankelijk waren. Als de gebruiker dan de fout corrigeerde, probeerde HiAnt opnieuw de controles te doen, maar kon de elementen niet meer aanspreken. Om dit probleem te vermijden is er een extra controle ingebouwd.

5.7

Automatische berekening stelsel (EO)

Indien je gebruik maakt van de cycli en roosters, kan je via een parameter instellen dat de stelsels van de contracten die tot één cyclus behoren, gelijk zijn. Om het stelsel te bereken, wordt er rekening gehouden met de dagen waarvan het totaal aantal uren groter is dan 0. Van deze dagen wordt dan het gemiddelde genomen. Indien deze gemiddelde waarde gelijk is aan 5, wordt het stelsel met 5 ingevuld. Indien deze gemiddelde waarde verschilt van 5, wordt het stelsel steeds met 6 ingevuld. Voorbeeld: In één cylclus zitten 3 roosters, deze roosters zijn als volgt ingevuld:

De dagen waarvan de uren verschillen van 0 zijn: o Voor rooster 1: 4 dagen o Voor rooster 2: 3 dagen o Voor rooster 3: 5 dagen Het gemiddeld aantal dagen in dit voorbeeld bedraagt 4. Het stelsel zal in dat geval in alle roosters worden ingevuld met 6, aangezien het gemiddeld aantal dagen verschilt van 5. Indien het stelsel is gewijzigd t.g. v. wijzigingen aan het contractrooster zal

12

o o

het stelsel in het lange-termijn-stelsel hier ook mee worden ingevuld het stelsel binnen alle roosters van deze cyclus hier ook mee worden ingevuld

Je kan deze wijze van stelselberekening activeren door de parameter "Scherm", "frmcontgeg", "PasStelselAan", "0" aan te maken met waarde 3. Nota: deze parameter kan ook nog de waarden 1 of 2 hebben: 1: stelsel is gelijk aan het aantal dagen in het contractrooster waarvan de uren verschillen van 0 2: stelsel is gelijk aan het aantal dagen dat je bekomt door het verschil te nemen tussen de einden begindatum van het contract

5.8

BugFix: Ticket 51608 - Foutmelding bij het printen van multicontracten voor klanten (KT)

Er trad een fout op door een verkeerde query in de code en door een verschil in de lengte van het veld ‘boekhoudcode’ in de tabel kl en de tijdelijke tabel ‘printen’.

5.9

Bugfix: afronding bij overhalen van uren uit het contractrooster (PL)

Er is een aanpassing uitgevoerd bij het overhalen van uren uit het contractrooster. De tussenliggende resultaten worden nu niet meer afgerond. Enkel in de laatste fase wordt er een afronding uitgevoerd. Het probleem deed zich oa voor in de volgende situatie: Beginuur 8 Pauze 12 Einde pauze 12.4 Einduur 16.2 Dit gaf in het contract als totaal uur 7.67, maar bij het overhalen van de prestaties gaf dit 7.66. Door het aanpassen van de afronding wordt dit ook bij het overhalen van de prestaties nu 7.67.

5.10 Uitsluiten pc’s voor verdubbeling van het aantal km’s van het contract (PL) Standaard zal HiAnt het aantal km in het contract verdubbelen voor de berekening van de fietsvergoeding.Dit kan afgezet worden door de parameter: Inititialisatie, sociaalabonnement, fietsvergoeding*2 op 0 te plaatsen. Indien je wenst dat standaard het aantal km verdubbeld wordt in geval van de fietsvergoeding, maar je wenst geen dubbele berekening bij bepaalde paritaire comités, dan dien je deze paritaire comités op te sommen als waarde bij de parameter initialisatie, uitsluitenPC, fietsvergoeding*2 De verschillende paritaire comités worden gescheiden met een komma en opgesomd met 5 karakters per PC en gescheiden door een komma. Indien je bijvoorbeeld PC 322 en PC 322.01 wenst uit te sluiten wordt dit: Initialisatie,uitsluitenPC,fietsvergoeding*2,32200,32201

13

5.11 Bugfix: bewaren contract (PL) Indien je geen begindatum in het contract invulde, reclameerde HiAnt dat de persoon nog geen 18 jaar was en kon er dus geen contract aangemaakt worden. De oorzaak hiervan was dat de controle van 19 jaar gebeurde op de begindatum van het contract. Indien deze datum niet was ingevuld veronderstelde het systeem dat het contract startte op 1/1/1980, een datum waarop de meeste werknemers nog geen 18 jaar waren. De software is nu aangepast dat de controles op deze leeftijd niet worden uitgevoerd. HiAnt zal dan in een volgende controle reclameren dat de begindatum van het contract niet is ingevuld

5.12 BugFix – ‘Order by’ query bij afdrukken contracten ivm datum geldigheid adressen (PZ) Bij het afdrukken van contracten zat er een bug indien er een ‘order by’ query werd ingegeven ivm de geldigheidsdatum van adressen. Deze fout is nu opgelost.

5.13 BugFix Ticket 50297 - Afdruk Mastercontracten (SF) Er was een foutmelding bij het afdrukken van de mastercontracten. Het probleem kwam voor bij contracten waarvan de einddatum niet was ingevuld, waardoor er in de ‘getPremiesAsText’ functie een fout gebeurde bij het ophalen van de loonformules. HiAnt is nu zo aangepast dat indien er geen einddatum is ingevuld in het contract de huidige datum wordt meegegeven aan de functie.

5.14 Ticket 50313: Afdruk contracten: snelheid (SF) Het afdrukken van contracten ging trager dan voorheen. Dit had te maken met de ‘getPremiesAsText’ functie, sinds de vorige versie kon deze voor iedereen uitgevoerd worden en niet meer enkel voor specifieke klanten. Nu zal HiAnt vooraleer deze (zware) functie uitgevoerd wordt, controleren of er loonformules bestaan voor de sturing van de contractafdruk. Indien dit niet het geval is wordt de functie ook niet aangeroepen.

5.15 BugFix Ticket 50594 - Afdruk c ontracten: contactpersoon (SF) Indien de klant een contactpersoon heeft voor de afdruk van de contracten dan gaf HiAnt een fout. Het contract werd wel afgedrukt. De velden ‘naam’ en ‘voornaam’ werden uit de verkeerde recordset gehaald. Dit probleem is opgelost.

14

5.16 Ticket 50595: Afdruk Contracten: subcontracten (SF) Bij een klant verschenen er foutmeldingen indien de subcontracten afgedrukt werden. Er bestond al een parameter afdruk, bijlagedienstcontract, enkelalsqgroterdanqmaster waarmee je kon instellen dat het subcontract enkel afgedrukt werd als de q van het subcontract groter is dan de q van het mastercontract. Met de parameter afdruk, bijlagedienstcontract, nietafdrukken kan je instellen dat het subcontract helemaal niet afgedrukt wordt. Standaard heeft deze parameter de waarde 0 wat wil zeggen dat de subcontracten worden afgedrukt. Als je deze parameter op 1 zet dan worden de subcontracten niet afgedrukt. De foutmeldingen komen nu ook niet meer voor.

5.17 Ticket 51173: Afdruk bijlage: betalingswijze inhaalrust.(SF) De betalingswijze (facturatiewijze) van inhaalrust kan nu ook op de bijlage van het klant encontract vermeld worden.

5.18 Ticket 52000 - Aanpassingen contract dienstencheques (PZ) Bij het afdrukken van dienstenchequecontracten met een attest van categorie A kan een bijkomend document "Aanvraag tot het bekomen van bijkomende arbeidsuren" afgedrukt worden. Dit activeer je door de parameter "Afdruk", "Dienstcontract", "BijlageArbeidsuren" op waarde 1 te zetten (standaard staat de parameter af, waarde 0).

5.19 Aanpassing scherm voor eenvoudige roosteringave (EO) Binnen het scherm voor eenvoudige roosteringave was er een probleem: indien het gemiddeld uurregime arbeider of gemiddeld uurregime bediende in de klantenfiche decimaal was ingevuld (bvb. 37.5), dan werd in het scherm voor eenvoudige roosteringave dit aantal uren toch omgevormd naar een geheel getal (bij de bepaling van de uren van de maatman). De programmatie is nu aangepast zodat er nu ook met decimale cijfers wordt gerekend.

5.20 Mogelijkheid om bij annulatie van een contract waarop nog premies of loondetailgegevens voorkomen, deze gegevens te plaatsen op een contract, rekening houdend met de dimonastatus (EO) Je kan sinds enige tijd een contract, waarop nog premies of loondetailgegevens (loond) gekoppeld zijn, toch annuleren. Bij het annuleren worden deze premies of loondetailgegevens dan overgeplaatst op een ander contract van de betreffende uitzendkracht in de betreffende periode. Je kan kiezen op welk contract deze gegevens geplaatst worden d.m.v. een voorgestelde lijst. Oorspronkelijk kon je eender welk contract van deze uitzendkracht in de betreffende periode kiezen.

15

Nu is het mogelijk dat je de voorgestelde contracten gaat beperken op basis van de dimonastatus die ze hebben. Standaard zullen nog steeds alle contracten van deze uitzendkracht in de betreffende periode worden voorgesteld, maar via de parameter "Dimona", "Annulatie", "Overplaatsen_ToegelatenDimonaStatussen" kan je er voor zorgen dat er ook met de dimonastatus wordt rekening gehouden. Je dient dan als waarde een opsomming te geven van de dimona-statussen die wel worden aanvaard voor het overhevelen van prestaties. Enkel de contracten met een dimonastatus die in deze parameter voorkomt, kunnen worden gebruikt om de premies of loondetailgegevens naar over te dragen.

5.21 Kopieer mastercontracten (TS) Het is nu mogelijk om ook mastercontracten te kopiëren. Hiervoor dien je het menu ‘Acties’ – ‘kopieer mastercontract’ te activeren in het F4 (contractenlijst) scherm door onderstaade parameter met de waarde 1 in te stellen. Standaard is de waarde 0 en is het menu dus niet zichtbaar: ‘Changecontrols’, ‘frmcontlst’, ‘mnusub4(15).visible’, 0

Het systeem controleert of er een contract is geselecteerd, en of dit contract een mastercontract is. Indien dit niet het geval is, kan er niet gekopieerd worden. Indien het mastercontract geen einddatum heeft, zal je ook een melding op het scherm krijgen, dat het niet mogelijk is om dit mastercontract te kopiëren. Vervolgens controleert het systeem of er voor dit werknemernummer en klantnummer nog een mastercontract bestaat met een begindatum groter dan het geselecteerde mastercontract. Indien dit zo is, krijg je een waarschuwing, maar kan je toch doorgaan met het kopiëren van het mastercontract. De begindatum van het nieuwe mastercontract zal gelijk zijn aan de opeenvolgende dag van de einddatum van het te kopiëren mastercontract. Door ondestaande parameter op 1 in te stellen zal de einddatum van het nieuwe mastercontract ingesteld worden op de laatste dag van de maand van de begindatum van het contract. Standaard is de waarde 0 en zal een mastercontract zonder einddatum aangemaakt worden. ‘Scherm’, ‘frmcontlst’, ‘KopieMasterEinddatumLaatsteMaand’, 0

16

Het jaar, de week en betaalperiode van het nieuwe mastercontract worden juist gezet, en het contract wordt visueel op het scherm getoond. Je kan deze gegevens dan eerst nog controleren en bewaren, of op annuleren klikken zodat er geen nieuw mastercontract wordt aangemaakt.

17

6 Module prestaties 6.1

Bugfix: week 0 Shift F5 weekingave (TS)

Er wordt een variable bijgehouden om te kijken of de week verandert. Bij het aanpassen van de filter of werkgever, wordt de variable van de week op 0 gezet. Indien het week 0 bet rof dacht het systeem dat er geen wijziging was, en werd de lijst niet automatisch gerefreshed. Dit probleem is nu opgelost.

6.2

BugFix: Ticket 50138: Bewaar-berekenen van prestaties met postid 1 of 2 è ingesteld met dagtypes (KT)

Het berekenen van prestaties loopt vast bij postid 1 of 2. Dit probleem is nu opgelost.

6.3

Bugfix: Ticket 50763 - Indien uren van de posten in de klanten-fiche worden ingegeven met ‘:’ of ‘u’ geeft dit problemen met het binnenhalen van prestaties (KT)

Bij het binnenhalen van de prestaties gaat HiAnt proberen de uren van de posten te converteren naar een numerieke waarde. Als er een niet -numerieke waarde in de uren staat (vb ‘u’ of ‘:’) krijg je een foutmelding. De code is aangepast zodat de in de uren ‘u’ en ‘:’ vervangen wordt door ‘.’. Ook is ervoor gezorgd dat het niet meer moglijk is om niet-numerieke waardes in te geven in de uren-velden van de posten.

18

6.4

Ingave cheques (PL)

Naast het menu ‘Ingave dienstencheques’ dat je via het hoofdscherm van HiAnt kan bereiken, kan je ook via een andere weg tewerk gaan. In het prestatie maandingavescherm vind je dan - na parametrisatie – het submenu ‘Cheque beheer’ terug onder het menu ‘Acties’. Je dient eerst de gewenste werknemer te selecteren vooraleer je het cheque beheerscherm kan openen. Je kan enkel het cheque beheerscherm openen indien je het actieve kantoor in het prestatiescherm niet hebt veranderd (via ‘verander werkgever’). Het cheque beheerscherm ziet er dan als volgt uit:

Op het eerste tabblad ‘Ingave cheques’ dien je de cheques of ‘bonnetjes’ in te geven per huishoudhulp en per periode. Op het tweede tabblad ‘Afleveringsnota’ kan je overzichtslijsten bekijken, cheques boeken en afleveringsnota’s afdrukken.

19

6.4.1 Tabblad ‘Ingave cheques’

Huishoudhulp

Dienstverlener

Prestatiecodes (cheques) Periode

Hier wordt automatisch de naam van de werknemer ingevuld die je geselecteerd had om het ‘Cheque beheerscherm’ te openen Het scherm is per dienstverlener dus indien een werknemer een contract heeft met meerdere dienstverleners, dien je het ingavescherm per dienstverlener te openen Opsomming van de prestatiecodes waartegenover je cheques dient in te geven Hier wordt de actieve periode beschreven: eerst de vermelding W (weekperiode) of M (maandperiode), dan volgt het week- of maandnummer en vervolgens de begin- en

20

einddatum van de actieve periode Indien je op deze knop drukt, zal je kunnen omschakelen tussen een week- en maandperiode. De overeenkomstige begin- en einddata worden dan ook aangepast Je gaat terug naar de vorige periode (maximaal 1 jaar terug ten opzicht van het actieve jaar) Je gaat verder naar de volgende periode (maximaal tot de laatste datum van de actieve betaalperiode tabel) Vooraleer je de periode kan aanpassen, zal HiAnt controleren of er nog aantallen gewijzigd zijn. Indien dit het geval is, wordt er gevraagd of je deze gegevens al dan niet wenst te bewaren of de procedure wenst te annuleren.

Rechtsboven in het tabblad vind je een overzicht van de gezinnen waarop prestaties zijn ingegeven. Tussen de haakjes achter de gezinsnaam worden ook telkens het aantal uren getoond die de huishoudhulp in de opgegeven periode bij dat gezin heeft gepresteerd. Door op de naam van een gezin te klikken wordt het overzichtsscherm aangepast zodat enkel de prestaties en cheques van het geselecteerde gezin van die periode worden getoond. Door op de toets “Geen selectie” te klikken, wordt de selectie ongedaan gemaakt en worden terug alle prestaties en cheques van alle gezinnen van de actieve periode getoond.

21

Het hoofdgedeelte van het scherm toont de volgende gegevens: o Naam van het gezin o Datum van de prestaties o Aantal uren o Aantal elektronische, reeds geboekte, cheques: deze aantallen zijn al opgenomen in een aflevernota (zie verder) en kan je in dit overzicht niet meer wijzigen o Aantal papieren, reeds geboekte, cheques: deze aantallen zijn al opgenomen in een aflevernota (zie verder) en kan je in dit overzicht niet meer wijzigen o Aantal elektronische cheques o Aantal papieren cheques o Aantal tegoedbonnen o Aantal vervallen cheques o Aantal verloren cheques: cheques die kwijt zijn o Controle: deze kolom kan opgevuld worden met een bepaalde status die de aantallen weergeeft. De volgende statussen zijn mogelijk : § OK: Aantal cheques, bonnetjes, enz. is gelijk aan het aantal prestatieuren § ERROR: Aantal cheques, bonnetjes, enz. is groter dan het aantal prestatie-uren § MIN: Aantal cheques, bonnetjes, enz. is kleiner dan aan het aantal prestatie-uren

Indien je het aantal wenst te wijzigen dien je in de cel te klikken en het aantal aan te passen. Indien je het aantal ‘0’ wenst in te geven is het niet voldoende om het eventueel aanwezige cijfer te wissen. Je moet dan ook effectief het cijfer 0 ingeven. Indien je cheques toegevoegd of verwijderd hebt, dien je op de toets “Bewaar” te klikken om de gegevens effectief in de database aan te passen. Bij een wijziging van de aantallen zal dit ook aangegeven worden door een groene kader rond de bewaar toets:

Reeds geboekte cheques kunnen niet meer aangepast worden. Tijdens het bewaren van de cheques worden eerst alle cheques verwijderd, waarna de ingegeven toestand in de database wordt opgeslagen.

6.4.2 Tabblad ‘Afleveringsnota’ Op het tabblad “Afleveringsnota” kan je de volgende acties uitvoeren: o o o

Aanmaken van een aantal overzichten en exporteren naar Excel Boeken van cheques (= toekennen van een afleveringsnota nummer) Afprinten van een afleveringsnota

22

AFLEVERINGSNOTA - AANMAKEN VAN OVERZICHTEN Indien je het scherm pas geopend hebt zullen er geen gegevens in de lijst getoonde worden. Je dient eerst aan te geven welke gegevens je wenst te zien door de items te selecteren en op de toets “Toon lijst” te klikken.

Je hebt volgende keuzemogelijkheden: Geboekt / Niet geboekt

Jaar

Kantoor

Groepering

Hiermee kan je aangeven of je de geboekte of de niet-geboekte cheques wenst te zien. Een geboekte cheque is een cheque die reeds aan een afleveringsnota is gekoppeld. Het aantal geboekte cheques kan je niet meer wijzigen, het aantal niet-geboekte cheques wel. Via dit menu kan je ook een overzicht opvragen van alle bonnen, vervallen en verloren cheques. Indien je dit menu selecteert heb je bij groepering enkel de mogelijkheid om “geen groepering” te selecteren. Je kan gegevens opvragen van het huidige (actieve) jaar of van het vorige jaar. Indien je verder terug wenst te gaan, dient men het actieve jaar in het hoofdscherm aan te passen. Voor het tonen van de niet-geboekte cheques wordt er geen rekening gehouden met het jaar. Alle niet geboekte cheques worden steeds getoond. Keuze van het kantoor waarvan men de cheques wenst te zien: § Actief kantoor § Steunkantoren (enkel indien er steunkantoren zijn ingegeven) § Alle kantoren geeft aan hoe de gegevens worden gegroepeerd:

23

§ Per leveringsnota

§ Per leveringsnota en maand

§ Per leveringsnota, maand en huishoudhulp

§ Geen groepering: enkel beschikbaar voor het overzicht van de bonnen, vervallen en verloren cheques. In dit overzicht betekent: o CHE3: bon o CHE4: Vervallen cheque o CHE5: verloren cheque

Nadat je de gewenste items geselecteerd hebt, dien je steeds op de toets “Toon Lijst” te klikken om lijst op te bouwen.

AFLEVERINGSNOTA – BOEKEN VAN CHEQUES Met het boeken van cheques wordt het toekennen van een afleveringsnota nummer bedoeld. Een afleveringsnota nummer is een nummer per kantoor en is samengesteld uit het jaar en het nummer van de actieve week (de week waarin de cheques binnengebracht worden). Elk kantoor van een onderneming heeft dus een afleveringsnota nummer 201001 voor de eerste week van

24

2010. Hieruit volgt natuurlijk onmiddellijk dat er maar één afleveringsnota per week kan aangemaakt worden. Om de cheques te kunnen boeken dient er eerst een lijst geactiveerd te worden waarin de niet geboekte cheques worden getoond. Enkel dan zal de toets “Boek cheques” actief zijn. In de andere gevallen is deze toets niet beschikbaar. De procedure verloopt als volgt: • • • •

•

HiAnt controleert of er nog niet bewaarde cheques zijn op het tabblad “ingave cheques”. Indien dit het geval is, kan er niet geboekt worden. Het afleveringsnota nummer wordt samengesteld aan de hand van de actieve datum. Een gebruiker met programmeurrechten krijgt de mogelijkheid om dit nummer op eigen verantwoordelijkheid te wijzigen. Daarna controleert HiAnt of dit nummer nog niet gebruikt is voor het actieve kantoor. Indien dit reeds gebruikt is, wordt de procedure gestopt. Er wordt nogmaals bevestiging aan de gebruiker gevraagd. Indien ‘ok’ worden de cheques geboekt. Tijdens het boeken wordt het geselecteerde afleveringsnota nummer gekoppeld aan alle cheques (papieren en elektronische cheques) van het actieve kantoor die nog geen afleveringsnota nummer hadden. Vanzelfsprekend worden enkel cheques geboekt en dus geen bonnetjes of cheques die op vervallen of verloren zijn geplaatst. Na het boeken worden zowel de lijst op het tabblad “ingave cheques” als op het scherm “afleveringsnota” terug opgebouwd.

AFLEVERINGSNOTA – UITPRINTEN VAN AFLEVERINGSNOTA Via de toets “Print afleveringsnota” kan de gebruiker een gewenste afleveringsnota uitprinten. Na het opstarten van de routine zoek HiAnt het laatste afleveringsnummer van het actieve kantoor op en stelt dit voor aan de gebruiker. De gebruiker kan dit nummer bevestigen of wijzigen. De noodzakelijke gegevens worden opgehaald. Indien de gebruiker een correct afleveringsnota nummer heeft ingegeven, worden de gegevens uitgeprint. Per maand van de prestatie waarop de cheque betrekking heeft wordt er een aparte pagina uitgeprint.

6.4.3 Technisch De gegevens van de cheques worden opgeslagen in de cheques tabel. De cheques tabel bevat de volgende gegevens: • ChequeWnn: nummer van de werknemer • ChequeKlnr: nummer van de dienstverlenter • ChequeKlid: nummer van het gezin • ChequeDatum: datum van de prestatie • Chequeaantal: aantal van de prestatie • Chequeinputdatum: datum van ingave van de cheque • Checkinputpersonid: nummer van de gebruiker die de cheque heeft ingegeven • ChequeLevernotaNr: nummer van de aflevernota. Indien deze nummer is ingevuld wordt de cheque als afgeleverd beschouwd en kan het niet meer gewijzigd worden • Chequecode: geeft het type van de cheque aan. Momenteel bestaan de volgende mogelijkheden:

25

o o o o o

6.5

CHE1: electronische cheque CHE2: papieren cheque CHE3: bon CHE4: vervallen cheque CHE5: verloren cheque

Aanpassing maand/week prestatieingavescherm – bepaling afdeling en kostenplaats bij overlappende contracten (PL)

In het geval dat je in een bepaalde periode overlappende contracten hebt, zal je de prestaties van deze contracten moeten ingeven in het prestatie maand (/week)ingavescherm. Als je dan de prestaties op een dag waarvoor er twee contracten zijn wenst in te geven, dan zal HiAnt eerst gaan vragen op welk contract je dit wenst te doen. Indien je in de beide overlappende contracten een afdeling (en/of kostenplaats) had ingevuld, werd vroeger steeds de afdeling (en/of kostenplaats) van het eerste contract genomen. Nu wordt afdeling/kostenplaats genomen van het contract waaraan de prestaties gekoppeld worden. Indien je manueel de afdeling of kostenplaats in het prestatiescherm zou aanpassen, zal HiAnt uiteraard deze afdeling of kostenplaats overnemen, en niet meer kijken naar de contracten.

6.6

Aanpassing maand/week prestatieingavescherm – verander werkgevers (PL)

Voor medewerkers met co rechten is het nu ook mogelijk om alle kantoren te selecteren door een 0 in te geven via het menu ‘Verander werkgevers’. In de vorige versie dienden co-medewerkers de kantoren ook steeds op te geven door ze te scheiden met een komma.

6.7

Ticket 51012: Prestatiefiche (SF)

Het is nu mogelijk om het faxnummer van het kantoor te vermelden op de prestatiefiche. Dit kan door in het moederdocument een formfield toe te voegen met als bladwijzer WGFAX

6.8

Bugfix: Ticket 50747 - Prestatieformulier – Paritair Comité (SF)

Op het enkelvoudig prestatieformulier wordt soms het paritair comité voor de bediende gezet, ook al gaat het over een arbeider Om te bepalen of het paritair comité van de arbeiders of de bediende van een klant vermeld werd, werd er enkel gecontroleerd of de sektie gelijk was aan 115 (arbeiders). Indien het bijvoorbeeld om een student arbeider ging (sektie 15), ging HiAnt dit niet als een arbeider beschouwen (aangezien de sektie niet gelijk is aan 115), maar werd het paritair comité voor bedienden op het prestatieformulier afgedrukt. Dit is nu aangepast. Nu wordt steeds het correcte paritair comité vermeld.

26

6.9

BugFix: Ticket 52040 - In het prestatie -ingavescherm (maand,week) wordt verkeerd contract gebruikt (KT)

Bij het ingeven van prestaties (week- en maandingavescherm ) krijg je bij het toevoegen van een prestatie op een dag met meerdere contracten, de keuze op welk contract de prestatie geboekt moet worden. Ondanks de keuze, nam HiAnt soms toch het verkeerde contract. Dit probleem is nu opgelost.

6.10 Ticket 52002 – Roadsheet (PZ) Het is mogelijk om het aantal uren automatisch in te vullen op de roadsheet. Dit dient aan Prato gemeld te worden aangezien het sjabloon moet worden aangepast. Op basis van het begin- en einduur zal een formule het aantal berekenen.

27

7 Module Planning 7.1

Aanpassing planningsmodule ingeven van opvolging (TS)

Je kan m.b.v. een parameter een nieuw opvolgingstype bepalen dat automatisch zal worden aangemaakt indien je een opvolging op een bepaalde dag aanmaakt in de planning via de F11 toets voor een thuishulp bij een gezin. Je vult dan het id van het opvolgingstype in als waarde bij deze parameter: "Planning", "Opvolgingstype", "Manueleplanning", "0" Indien je de parameter "initialisatie", "planning", "enkelvoudigeopvolgingen", "0" op 1 instelt, zal je slechts één opvolging kunnen ingeven (via F11) van het type ‘Planning wijzig’ voor een bepaalde dag voor een bepaalde thuishulp bij een bepaald gezin. Indien je dan dus een tweede opvolging zou willen aanmaken op die dag voor diezelfde thuishulp bij datzelfde gezin, zal dit niet gaan. Je krijgt in dat geval een melding en kan de inhoud dan eventueel aanpassen en bewaren in de reeds bestaande opvolging. Je kan dan wel nog via andere schermen opvolgingen van dit type aanmaken, zodat er op die manier uiteraard meerdere opvolgingen van het type ‘Planning wijzig’ voor die dag kunnen aangemaakt worden.

7.2

Aanpassing planningsmodule “zoek gezinnen niet in LT-planning” (TS)

In het planningsscherm vanuit het zicht van de werknemers kan je nu ook zoeken naar gezinnen die zich nog niet in de langetermijn-planning bevinden. Hiervoor kan je op de grijze balk van de thuishulp (beschikbaarheidsrooster) met de rechtermuisknop klikken, en het menu “Toon gezinnen niet in LT-planning” aanklikken:

Je krijgt dan de vraag “welke postcode”:

28

Hier is standaard de postcode van de thuishulp ingevuld. Indien je bij de vraag “welke postcode” een 0 ingeeft, wordt er geen rekening gehouden met de postcode, en worden alle gezinnen getoond die niet in de langetermijn planning zitten. De lijst toont alle gezinnen (met eventueel filter op de ingegeven postcode(s)) die vanaf de dag waarvoor je zoekt nog niet is opgenomen in een langetermijn planning. De lijst wordt opgebouwd adhv de bestellingen (deelopdrachten). Wanneer er dus 2 bestellingen/deelopdrachten zijn bij 1 gezin, komt dit gezin ook 2 maal in de lijst tevoorschijn. De lijst kan gefilterd worden op postcode en naam van het gezin.

Verder kan je de lijst rechtstreeks uitprinten. De lijst wordt automatisch aangemaakt in Excel en rechtstreeks geprint naar de standaardprinter. Je kan hier geen andere printer dan de standaard ingestelde printer selecteren. Indien je als programmeur bent aangelogd, zal de lijst niet geprint worde n, maar op scherm getoond worden in de vorm van een excel.

Verder kan je naar de gezinsfiche gaan, door de knop voor gezin bovenaan de lijst te klikken.

Om het gezin te koppelen, is de werkwijze hetzelfde als bij de lijst met “toon beschikbare gezinnen”. (dubbelklik op lijn van het gewenste gezin).

29

Volgende gegevens worden in de lijst getoond - Naam van het gezin - Postcode van het gezin - Adres van het gezin - Telefoonnummer van het gezin - Thuishelper gehad J/N (indien het gezin nu niet meer in LT-planning zit, maar vroeger wel eens, dan zal hier het vinkje aangeduid zijn) - Duur: info uit het nieuwe veld bestelling (zie Aanmaak rooster bestelling/gezin – eenvoudige planning) - Frequentie: info uit nieuw veld bestelling (zie Aanmaak rooster bestelling/gezin – eenvoudige planning) - Dagen: info uit het bestaande veld “Status opmerking” in de bestelling van het gezin - Huisdier: info uit het bestaande veld “home pagina” in de gezinsfiche (tabblad ‘Commercieel’) - Vanaf: startdatum van de bestelling (MM/’JJ)

7.3

Aanpassing planningsmodule “zoek gezinnen die vervanging wensen” (TS)

In het planningsscherm vanuit het zicht van de werknemers kan je nu ook zoeken naar gezinnen die vervanging wensen. Hiervoor kan je op de grijze balk van de thuishulp (beschikbaarheidsrooster) met de rechtermuisknop klikken, en het menu “Toon gezinnen die vervanging wensen” aanklikken.

Je kijgt de vraag “welke postcode”:

30

Standaard is dit veld opgevuld met de postcode van de thuishulp. Indien je bij deze vraag een 0 ingeeft, wordt er geen rekening gehouden met de postcode, en worden alle gezinnen getoond die vervanging wensen. De lijst toont alle gezinnen (met eventueel filter op de ingegeven postcode(s)) die de code “klant wenst vervanging” (standaard VKL) heeft staan in de voorgaande, huidige en volgende week van de datum waarop je hebt geklikt voor vervanging. In de lijst komen ook de thuishulpen te staan die omwille van afwezigheid dienen vervangen te worden. Je ziet ook de datum waarop de afwezigheid werd geregistreerd alsook de eventuele daarbij gebruikte opvolging. De lijst kan gefilterd worden op postcode, klantnaam en kantoornummer van de bestelling. Standaard wordt het actieve kantoor ingevuld in het zoekveld van het kantoornummer van de bestelling. De lijst kan je rechtstreeks uitprinten naar de standaardprinter. Je kan hier geen andere printer selecteren. Indien je als programmeur bent aangelogd, zal de lijst niet geprint worden, maar op scherm getoond worden in de vorm van een Excel. Verder kan je naar de gezinsfiche gaan, door de knop voor gezin bovenaan de lijst te klikken. Om het gezin te koppelen, is de werkwijze hetzelfde als bij de lijst met “toon beschikbare gezinnen”. (dubbelklik op lijn van gewenste gezin). Indien je het gezin koppelt via deze procedure, wordt eerst gecontroleerd of het gezin op de gevraagde dag uren wenst (grijze balk gezin uren op die bepaalde datum). Indien er geen uren gevonden worden, wordt de vraag gesteld of je toch wenst te koppelen. HiAnt zal dan deze uren inboeken, en de vervanging invullen. Ook zullen de uren van het gezin met de code “klant wenst vervanging” (standaard VKL), omgezet worden naar AD voor de volledige cyclus. Volgende gegevens worden in de lijst getoond. - Naam van het gezin - Postcode van het gezin - Adres van het gezin - Telefoonnummer van het gezin - Kantoornummer van de bestelling - Datum van afwezigheid door thuishulp - Duur: aantal uren op datum van afwezigheid - Frequentie: info uit nieuw veld bestelling (zie Aanmaak rooster bestelling/gezin – eenvoudige planning) - Opvolging: opvolging die genoteerd is op de datum van afwezigheid - Huisdier: info uit het bestaande veld “homepage” in de gezinsfiche - Vaste th: naam en voornaam van thuishulper die vervangen moet worden

7.4

Aanpassing planningsmodule – inlezen prestaties via planning (TS)

Indien de parameter "Planning", "KopieerWn", "VormPlanningOmNaarNieuweWnnr" op 1 staat zal bij het kopiëren van een werknemersfiche naar een nieuwe sektie aan de gebruiker gevraagd worden om de planningsgegevens ook over te zetten naar dit nieuwe werknemernummer. Dit kan problemen veroorzaken indien je de prestaties nog wenst in te lezen voor het vorige werknemernummer, aangezien de koppeling gebeurde via het werknemernummer. Nu zal er bij het inlezen van prestaties uit de planning gekeken worden naar de koppelid om de gegevens te zoeken i.p.v. naar het werknemernummer. Er zullen dan geen problemen meer zijn indien je een thuishulp omschakelt van wekelijkse verloning naar maandverloning (2 verschillende sekties).

31

7.5

BugFix: Ticket 50712 - ‘Maak contract’ vanuit de planning (KT)

Bij het maken van een contract vanuit de planning worden de uren uit de planning in het rooster van het contract ingevuld. Om te bepalen of de uren in de voormiddag of namiddag in het rooster moeten komen, werd er gekeken of het uur groter of kleiner was dan 12. Indien iemand tot 12u30 werkte in de voormiddag, werd dit uur als einduur in de namiddag gezet. Als er dan in de namiddag ook nog gewerkt werd, werd dit overschreven. De code is nu aangepast. Er wordt niet meer gekeken of het uur groter of kleiner is dan 12 om te bepalen of het uur in de voormiddag of namiddag in het rooster moet komen. Als er 2 records voor 1 dag bestaan, wordt het 2de record in de namiddag in het rooster gezet.

7.6

BugFix: Ticket 51160, 51722 en 51726: Knop ‘planning’ en menu-item ‘Bereken sociaal abonnement’ niet altijd zichtbaar. (KT)

Als je bij het inloggen koos voor een dienstencheque-kantoor (met paramofficegroup 'DC'), was het knopje planning (in het bestellingsscherm) en het menu-item 'Bereken sociaal abonnement' (in het prestatie ingavescherm) niet zichtbaar. Dit kwam omdat er dan geen rekening werd gehouden met de paramofficegroup. Als je in het hoofdscherm koos voor een dienstencheque-kantoor waren de knop en het menu-item wel zichtbaar. Dit probleem is nu opgelost.

7.7

Aanpassing planningsmodule – aanmaak contracten vanuit planning voor hele week (TS)

Het is nu mogelijk om contracten aan te maken op basis van de planning, en dit voor een hele week. De actie start je vanuit het planningsscherm via het menu ‘Acties’ – ‘Maak contracten op basis van planning’.

HiAnt zal dan naar het jaar en de week vragen, waarvoor je de contracten wenst aan te maken.

32

HiAnt neemt alle personen van het actieve kantoor, die in de gewenste week en jaar in de planning staan (met type 110, 210 = gekoppeld met gezin). De contracten worden aangemaakt op basis van het laatst gevonden contract van de werknemer. Indien geen laatste contract is gevonden, kan men via de reeds bestaande parameter "Initialisatie", "Planning", "IDRefContract", "0", instellen welk contract als basis dient voor de aanmaak van het contract. Indien HiAnt een actief mastercontract vindt in de periode waarvoor je contracten wenst aan te maken, zal er een weekcontract (van maandag t.e.m. zondag) aangemaakt worden, en dit contract zal gekoppeld zijn aan het betreffende mastercontract (= subcontract). Indien HiAnt geen actief mastercontract vindt, zullen er dagcontracten worden aangemaakt voor de dagen die gevonden worden in de planning van deze persoon. De dienstverlene r (is klantnummer van het contract) wordt opgezocht in de klantenfiche met optie KDC in het kantoor van de werknemer. Het uurrooster en de afdelingen worden ingevuld in de aangemaakte contracten op basis van hetgeen in de planning is ingegeven. Indien er in de doelweek/jaar reeds een contract van een bepaald werknemernummer gevonden wordt, zullen er voor dit werknemernummer geen contracten worden aangemaakt, en dit zal gelogd worden naar de gebruiker. Met de parameter "Scherm", "frmcontoverh", "CodesNOContractViaPlanning", "" kan je instellen of er voor bepaalde codes geen contracten/roosters aangemaakt mogen worden. Dit werkt enkel bij de dagcontracten (dus niet voor subcontracten die behoren tot een mastercontract). Hierin kan je dus dagkodes ingeven, gescheiden door een komma, waarvoor er geen contract mag aangemaakt worden. Indien er op één dag enkel maar codes voorkomen die hierin geparameteriseerd zijn, zal er geen contract aangemaakt worden. Indien er op één dag nog een andere code voorkomt, zal het contract wel aangemaakt worden, maar het rooster zal niet ingevuld worden voor dd periode waar de ingestelde code voorkomt. Dit wordt ook gelogd naar de gebruiker. Voor alle contracten die aangemaakt worden geldt: - Occ_workingsystem=5 - Occ_referenceworkinghrsweek=38 - Occ_RealWorkingHoursWeekFT=38 Dagcontracten - Occ_Q = aantal uren op dag * 5 met max. van 38 - Occ_RealWorkingHoursWeekPT = aantal uren op dag * 5 met max. van 38 Mastercontracten - Occ_Q = som van aantal uren in totale week - Occ_RealWorkingHoursWeekPT = som van aantal uren in totale week De contracten worden gesplitst met maand- en eventuele halfmaandelijkse splitsing.

33

Er zitten momenteel geen extra controles in deze procedure zoals bij het standaard overhevelen van de contracten.

7.8

Automatisch aanmaken planning via autotask (TS)

Het is nu mogelijk om de kalender automatisch aan te laten maken. Autotask.exe V 1.83 Het systeem zal de planning aanmaken van de maandag volgend op de systeemdatum (datum dat autotask start), en zal de kalender standaard 3 maanden verder aanmaken (a.d.h.v. een reeds bestaande parameter) Indien bij de aanmaak van de kalender (vanuit het zicht van bestellingen en van werknemers) gegevens automatisch verwijderd worden omwille van overschrijding van de maximum datum van de deelopdracht/rooster van de werknemer, is het mogelijk om het systeem automatisch een mail te laten versturen met een log van de verwijderde gegevens. Hiervoor dien je volgende parameters in te vullen "Initialisatie", "AutocreateCalendar", moet gestuurd worden "Initialisatie", "AutocreateCalendar", logging "Initialisatie", "AutocreateCalendar", versturen van de mail "Initialisatie", "AutocreateCalendar", SMTPpoort (standaard=25)

"MailTo", "" -> mailadres waar logging "MailFrom", "" -> afzender van mail met "MailServer", "" -> SMTPserver voor "MailPort", "25" -> eventueel andere

Opstartstring voor autotask "§UIC§GENERATECALENDAR§INI§c:\sources\HiAnt\wisonet.ini" UIC = GENERATECALENDAR INI = verwijzing naar een ini -bestand voor connectie naar de database.

7.9

Planning – opbouw grid vanuit bestellingen (TS)

Er is een aanpassing gebeurd i.v.m. het ophalen van gegevens vanuit bestellingen. Indien je een bestelling-, opdracht -, of werknemernaam ingaf, duurde de opbouw lang bij het ophalen van het aantal uren per week. De query is nu aangepast zodat er extra gefilterd wordt.

7.10 Planningsscherm – zicht werknemers (TS) Vroeger werden gegevens getoond per gezin, nu per opdracht/bestelling. Hierdoor is het duidelijker zichtbaar of er dubbele bestellingen zijn aangemaakt.

34

7.11 Planningsmodule – zicht werknemers (TS) Er is een nieuwe parameter waarmee je kan instellen dat er enkel contractgegevens worden getoond van de dienstencheque werknemers: ‘scherm’, ‘frmplankalender’, ‘enkelDCcontracten’, 1 Standaard is deze parameter 1, zodat er in dit ‘zicht via werknemers’ in de planning enkel wordt aangeduid dat er een contract aanwezig is (d.m.v. het niet onderlijnen) indien het gaat om een contract van een werknemer met dienstencheque statuut.

7.12 Planningsmodule – aanmaak van kalender minimum startdatum (TS) Er is een aanpassing gebeurd in de aanmaak van de kalender in de planningsmodule. Vroeger werd alles aangemaakt vanaf de begindatum van de bestelling/deelopdracht bij de gezinnen en begindatum van de roosters van de werknemers. Met een parameter kan je instellen hoeveel maanden terug moet gegaan worden voor de kalender te genereren: ‘Planning’, ‘Maakkalender’, ‘Maandenterug’, 3 Standaard zal HiAnt dus de kalender aanmaken vanaf 3 maanden terug t.o.v. de systeemdatum. In het detailscherm van het rooster van de werknemer, zal je deze datum kunnen aanpassen, of leeg maken alvorens je de kalender genereert voor deze persoon:

35

Standaard zal deze datum dus ingevuld worden met het aantal maanden terug, zoals gedefinieerd in de bovenvermelde parameter. Indien je deze datum leegmaakt, zal HiAnt toch de kalender van deze persoon genereren vanaf de begindatum van het deelrooster (hier 01/01/2009 als voorbeeld in screenshot) In het detailscherm van de deelopdrachten/bestellingen van de gezinnen kan je deze datum ook aanpassen op dezelfde werkwijze als bij de werknemers.

36

Standaard zal deze datum dus ingevuld worden met het aantal maanden terug, zoals gedefinieerd in de bovenvermelde parameter. Indien je deze datum leegmaakt, zal HiAnt toch de kalender van deze deelopdracht(en) genereren vanaf de begindatum van de deelopdracht (hier 01/09/2009 als voorbeeld in screenshot) Bij aanmaak van de kalenders vanuit planningsscherm voor de gewijzigde roosters (optie 1 in onderstaande screenshot), zal er steeds naar de parameter gekeken worden (standaard 3 maanden terug) vanaf wanneer de kalenders worden gegenereerd. Bij optie 2 (planning verlengen tussen begin- en einddatum) kan je zelf de begin- en einddatum ingeven waartussen de kalender moet gegenereerd worden.

37

7.13 Planningsmodule – Gezinnen niet in Langetermijnplanning – eenvoudige query (TS) Er is een mogelijkheid ingebouwd om de lijst met gezinnen die niet in de langetermijnplanning zitten, aan te maken met een vereenvoudigde query, waarbij er geen rekening wordt gehouden of de gezinnen op de gevraagde dag uren wensen. Standaard staat deze parameter op 0. Indien je de eenvoudige (snellere) query wenst te gebruiken dien je onderstaande parameter aan te maken met de waarde 1: ‘Initialisatie’, ‘Planning’, ‘queryNietInLangeTermijnEenvoudig’, 0

38

8 Module lijsten & documenten 8.1

Lijst facturatieoverzicht sociaal abonnement (CP)

Deze lijst geeft een overzicht van het dagbedrag dat aan kilometervergoeding en mobiliteitsvergoeding betaald moet worden en dit bedrag gedeeld door het aantal particulieren van die dag. Je kan de lijst opvragen via het hoofdscherm -> ‘Lijsten’ -> ‘Dienstencheques/Facturatieoverzicht Sociaal Abonnement (SA)’ Je kan het menu-item activeren via: “menu”,”frmmain”,”mnuDC(2)”, “1” Met onderstaande parameter kan je de standaard looncodes instellen die betrekking hebben op het sociaal abonnement: "Lijst", "DienstenCheques", "Codes_SA", "" Als waarde: ‘601','602','6602','6603','6611','6613','6612','3601'

Je dient dan nog volgende waarden ingeven: • jaar • kwartaal • looncodes sociaal abonnement: (bv '601','602','6602','6603','6611','6613','6612','3601') Vervolgens krijg je een excellijst die gesorteerd is op werknemernaam. Volgende velden worden getoond: klnaam, kladres, wnnr, naam, adres, jaar, maand, dag, bedragpergezin

8.2

Bugfix: Ticket 47138 & 49069 - Sociale balans: gemiddeld aantal uitzendkrachten = 0 (KT)

Voor de berekening van het gemiddeld aantal uitzendkrachten werd gebruik gemaakt van het veld ‘GUR ARB’ in de klantenfiche. Indien dit veld niet was ingevuld, werd het gemiddeld aantal uitzendkrachten niet berekend. Dit is nu opgelost. Indien het veld GUR ARB niet is ingevuld, wordt het veld GUR BED gebruikt.

8.3

Ticket 49400: In het document C131B moet voor een carensdag ook het aantal uren in het rooster vermeld worden. (KT)

Dit kan geactiveerd worden met volgende parameter: ‘FrmC131B’, ‘Carensdag’, ‘ToonUrenInRooster’,’0’ Standaard zullen de uren niet getoond worden (waarde 0). Indien de uren wel getoond moeten worden, dien je deze parameter in te stellen met waarde 1.

39

8.4

Ticket 49581: In het document C131B moet voor een Z-dag ook het aantal uren in het rooster vermeld worden. (KT)

Dit kan geactiveerd worden met volgende parameter: ‘FrmC131B’, ‘Z-dag’, ‘ToonUrenInRooster’,’0’ Standaard zullen de uren niet getoond worden (waarde 0). Indien de uren wel getoond moeten worden, dien je deze parameter in te stellen met waarde 1.

8.5

Margelijst: uitsluiting van sekties (PL)

Het is nu ook mogelijk om bepaalde sekties niet op te nemen in de berekening van de margelijst. Indien het systeem zo is ingesteld wordt de gebruiker hier steeds van op de hoogte gebracht. De parameter waarmee je de uit te sluiten sekties kan bepalen: Marge, Uitsluitensekties, *, "" De waarde bevat de opgesomde sekties gescheiden met een komma. De boodschap naar de gebruiker bevindt zich in de vertaal tabel bij de tabel ‘code’: MARGEUITGESLOTENSEKTIES

8.6

Bugfix Ticket 48697 - Federgonlijst, aantal dagen (SF)

De maandelijkse statistiek ‘opsplitsing dienstencheques ’ gaf een verkeerd aantal werkdagen weer. De betaalde feestdagen die op een weekdag vallen mogen niet meegeteld worden. Voor november 2009 gaf HiAnt 21 dagen, maar 11 november mocht niet meegeteld worden. HiAnt controleert nu of er feestdagen gedefinieerd zijn in de gevraagde periode en brengt ze in mindering als ze op een weekdag vallen.

8.7

Automatische lijsten (TS)

Bij aanmaak van automatische lijsten wordt er gec ontroleerd of de omschrijving (Nederlands- en Franstalig) van de lijst niet begint met de letters “ID”. Anders komt er een probleem met de conversie van het resultaat naar Excel. Excel ziet dit dan als een zogenaamd “SYLK” bestand.

40

8.8

Bugfix Ticket 49919 - Probleem Lijsten – Federgon (FD)

Indien het paritair comite niet was ingevuld, kwam er een foutmelding. Dit is nu opgelost

8.9

Bugfix: controlelijst - Verloonde werknemers zonder prestatiecode op dagen onder contract (PL)

In deze lijst zat het probleem dat de laatste werknemer niet werd getoond in de lijst. De controlelijst kan opgestart worden vanuit het hoofdscherm –> ‘Lijst’ –> ‘Controllijsten’ -> Verloonde werknemers zonder prestatiecode op dagen onder contract Indien deze lijst niet aanwezig is, dan kan je de lijst activeren door bij de volgende parameter de waarde 1 in te geven: ‘Menu’, ‘frmmain’, ‘mnusubcontrol(16)’ Na het opstarten vraagt de lijst de volgende gegevens:

41

De lijst zoekt dan alle werknemers binnen de opgegeven voorwaarden die reeds een geboekt loon hebben (status = 3) en waarbij er onder een bepaalde dag onder contract geen prestatie is ingegeven. De lijst wordt kantoor per kantoor opgebouwd. Als de gebruiker geen recht heeft om de gegevens van een bepaald kantoor te zien, dan zullen de ontbrekende gegevens van dit kantoor ook niet getoond worden. Als resultaat geeft de controlelijst de volgende gegevens terug: • Wgnr: kantoornummer • Jaar: jaar van de prestatie • Betaalsysteem: 5301 = weekverloning, 1201 = maandverloning • Maand • Week • Klnr: klantnummer • Klantnaam • Wnnr: Werknemernummer • Naam: achternaam van de werknemer • Voornaam: voornaam van de werknemer • Datum: datum van de ontbrekende prestatie

42

8.10 Uitbreiding controlelijst: verloonde werknemers zonder prestatiecode op dagen onder contract (PL) De lijst is uitgebreid met de volgende elementen: • Ook de contracten waar totaal geen prestaties aan gekoppeld zijn, worden nu ook in de controlelijst opgenomen. Oorspronkelijk was de controle enkel bedoeld voor contracten waarbij prestaties ontbraken, maar er moest dus minstens één prestatiecode aangekoppeld zijn. • De dimonastatus van het contract wordt nu ook in de lijst getoond • Type fout: in de Excel wordt ook een onderscheid gemaakt tussen de volgende 2 types van fouten: o Contracten met ontbrekende prestaties o Contract zonder prestaties (bij de contracten zonder prestaties wordt als datum de begindatum van het contract getoond) • Betaalcontract: vaak zal het gebeuren dat er geen prestaties gekoppeld zijn aan een betaalcontract. Het feit of een contract een betaalcontract is, wordt nu ook in de lijst getoond. Indien het een betaalcontract is bevat de kolom “Betaalcontract” de tekst “Ja”, anders “-“.

43

8.11 Bugfix: Lijst – Overzichtslijsten – Aantal uren/dagen per code (PL) Deze lijst gaf foute resultaten indien het systeem ingesteld stond op ‘kalendermaand’. In HiAnt zijn er 2 verschillende manieren om een maand weer te geven namelijk: • Kalendermaand: alle effectieve dagen die in een maand aanwezig zijn • Maand: de maand waaraan een bepaalde week toegewezen is (in welke maand de zondag van de week valt) Standaard zal HiAnt de ‘maand’ tonen, maar indien je dit wil aanpassen naar ‘kalendermaand’ dien je volgende parameter op 1 te plaatsen: FrmMain,OverzichtlijstenAantalurendagenperkode, kalendermaandbasis (de standaard waarde voor deze parameter is 0.) De lijst gaf ook foute resultaten indien je de gegevens onderzocht voor weken waa rin een maandovergang aanwezig was. Deze lijst is aangepast.

8.12 Bugfixes (TS) Op het document ‘inlichtingsblad’ in de werknemerfiche verschijnen er bij rubriek 3 ‘mogelijke functies’ alle functies die werden ingegeven in de werknemerfiche, maar bij het afdrukken van het inlichtingsblad werd enkel de eerste regel geprint. Er is een aanpassing gebeurd in het programma wordrap.exe, zodat de functies worden toegevoegd aan de tabel dmv nieuwe rijen, i.p.v. volledige tekst.

8.13 Bugfix aanmaak sociale balans uitzendbedrijf (EO) De aanmaak van de sociale balans van het uitzendbedrijf gaf bij sommige uitzendbedrijven fouten. De naam van het uitzendbedrijf wordt opgenomen in de naam van het aangemaakte bestand met de sociale balans. Bij sommige uitzendbedrijven bevat de naam van het uitzendbedrijf een teken dat niet toegelaten is in een bestandsnaam.

8.14 Ticket 50000 Lijst ‘Gewerkte dagen’ -> 2010 foutmelding (FD) Er was een foutmelding in de lijst ‘Gewerkte dagen’ indien iemand gewerkt had in week 0. In ‘frmkllst – Overzichtgewerktedagen’ is er een aanpassing gebeurd zodat de tijdelijke recordset uitgebreid is met week 0.

44

8.15 Bugfix Ticket 51712 - Foutmelding bij opmaken van C78 (activa) (KT) Het probleem was dat er werd geprobeerd bookmarks op te vullen die niet in de template aanwezig waren. Er werd niet gecontroleeerd op het bestaan van de bookmarks alvorens de bookmarks in te vullen. De oplossing is tweeledig: • De documenten C78_1.dot en C78_2.dot (\\dionysos \newsource) moeten met HiAnt verspreid worden • De code is aangepast zodat er eerst gecontroleerd wordt of de bookmarks bestaan.

8.16 Uitbreiding margelijst (opnemen van omzet gegevens in transactie) (PL) De margelijst geeft meerdere overzichten waarin de loongegevens naast de omzetgegevens worden geplaatst. Tot nu toe was dit enkel mogelijk voor geboekte gegevens. De margelijst is nu uitgebreid met de mogelijkheid om ook reeds de gegevens van de facturen in transactie (dus niet geboekt) op te nemen in de margelijst. In de margelijst zelf is er geen onderscheid merkbaar tussen de geboekte en de niet-geboekte omzet gegevens. Standaard is deze uitbreiding niet actief. Ze dient dus geparameteriseerd te worden met de volgende parameter: Margelijst, Facturen, Transactie Deze parameter kan de volgende waarden hebben: • 0 (standaard waarde): De module is niet actief. De omzettransactie gegevens worden niet opgenomen in de margelijst. • 1: De omzetgegevens in transactie worden altijd opgenomen in de margelijst. • 2: HiAnt vraagt aan de gebruiker of hij/zij de omzet gegevens in transactie wenst op te nemen in de margelijst.

8.17 Berekening anciënniteit ingebouwd bij aanmaak sociale balans (PL) Bij het aanmaken van de sociale balans wordt er nu ook aan de gebruiker gevraagd om de anciënniteit te herberekenen. Standaard zal HiAnt de startdatum voorstellen gelijk aan 1 jaar terug tov het jaar waarvan je de sociale balans wenst aan te maken. (vb sociale balans van 2011, HiAnt zal als startdatum 1/1/2010 voorstellen) dit omdat er ook gegevens van het “vorig boekjaar” op deze sociale balans vermeld worden. Indien de ancienniteiten pas berekend zijn is het natuurlijk niet noodzakelijk om deze opnieuw te berekenen.

45

8.18 Ticket 51409 - FW: Aanpassingen sociale documenten (PZ) Bij de C3.2 kunnen volgende parameters gebruikt worden “C32”, “settings”, ”GeefMasterQ” Indien de waarde 1 is, zal HiAnt controleren of het betreffende contract een mastercontract is. In dat geval zal de Q waarde van het mastercontract afgedrukt worden ipv de Q waarde het contract zelf. Standaard staat deze parameter uit. “C32”, “settings”, ” VulRooster” Indien de waarde 1 is, zal HiAnt het rooster op de C32 invullen, anders geeft hij een melding onderaan het rooster (vertaal tabel code C32 roosterMelding). Standaard staat deze parameter aan (waarde 1).

"C32", "settings", "VulUurloon Indien de waarde 1 is, zal HiAnt het theoretisch gemiddeld brutoloon berekenen op het uurloon van het eerste subcontract van de betreffende maand. "C32", "settings", "GeefDatumMaster" Indien de waarde 1 is, zal HiAnt begindatum tewerkstelling invullen met de eerste dag van het mastercontract.

8.19 Ticket 45657: frmCommonList - Uitbreiden input parameters (SF) Je kan in HiAnt via het hoofdscherm, menu ‘Lijsten’ -> submenu ‘Lijsten’ zelf geparametriseerde gegevens opvragen. Zo kan je bijvoorbeeld een lijst instellen die de BV kortingen geeft over alle klanten heen. Oorspronkelijk toonde HiAnt dan een lijst met de gevraagde gegevens, voor alle klanten. Boven de resultatenlijst kon je dan in een filterveld, de resultaten filteren om bijvoorbeeld enkel een bepaalde klant te zien. Indien je enkel die informatie voor een bepaalde klant wenst te zien, kan je nu, zonder eerst de hele lijst op te laden en nadien te filteren op klant, meteen via een ingestelde inputbox aangeven voor welke klant je de info wenst te zien. Je bepaalt dus zelf, via parametrisatie, welke inputboxen dienen te verschijnen en dus op welke gegevens je al eerst wenst te filteren. Deze parameters om de inputboxen te laten verschijnen, kunnen in de queries gedefinieerd worden. In het voorbeeld hieronder wens je de contracten op te vragen, maar enkel voor een bepaald jaar: select * from prest where jaar = [||jaar||] [||jaar||] zal dan vervangen worden door de waarde die je in de inputbox invult, zo zal de query zorgen voor het gewenste resultaat.

46

De titel van het venster en de vraag die gesteld wordt, kunnen ingesteld worden met behulp de volgende parameters: frmcommonlist, [LIJST], IPAR_TITLE_[PARAMETER]: voor de titel frmcommonlist, [LIJST], IPAR_MSG_[PARAMETER]: voor de boodschap In voorgaande parameter komt [LIJST] overeen met de naam van de gedefinieerde lijst [PARAMETER] overeen met de naam van de input parameter, in voorgaand voorbeeld dus jaar. vb. als je de parameters als volgt invult dan krijg je volgend resultaat frmcommonlist, [LIJST], IPAR_TITLE_JAAR: HiAnt - Lijsten frmcommonlist, [LIJST], IPAR_MSG_JAAR: Geef het jaar waarvoor je de lijst wilt opvragen:

8.20 Shift F8 jaaroverzicht startend vanaf bepaalde jaar-maand (TS) Vanuit het F2- en shift F2 scherm kan je via shift F8 het jaaroverzicht opvragen. Hierbij wordt nu niet meer naar de klant gevraagd (vermits je klanten via de F8 kan selecteren in het jaaroverzichtscherm), maar vraagt het systeem naar het beginjaar en de beginmaand vanaf waar het overzicht moet aangemaakt worden. HiAnt zal dan vanaf dit jaar en die maand 12 maanden verder tellen en de gegevens tonen in het jaaroverzicht. Op deze manier kan je jaaroverschijdend gegevens bekijken. Het menu heeft nu ook een andere omschrijving nl. “Jaaroverzicht vanaf maand Shift+F8”

47

8.21 Jaaroverzicht (TS) Bij het aanmaken van het jaaroverzicht wordt naar de startjaarmaand gevraagd. Standaard zal de startjaarmaand ingevuld worden met jaarmaand dat 11 maanden vroeger ligt dan de maand van de systeemdatum, zodat in het jaaroverzicht de huidige maand in de laatste kolom zichtbaar is . Stel dat we in de maand 4 van 2010 zijn, dan zal de ondestaande waarde als standaard worden ingevuld:

Op volgende schermen is dit van toepassing: -

Werknemerschermen (F2 en shift+F2) – enkel via shift+F8 Contractenschermen (F4 en Shift+F4) Prestatieingaveschermen (shift +F5 – maandelijkse en wekelijkse ingave)

8.22 Aanpassing sociale balans uitzendbedrijf (EO) Het document ‘sociale balans uitzendbedrijf’ is aangepast. Standaard worden de personeelskosten niet meer berekend. Door parameter "SocialeBalans", "Personeelskosten", "BerekenenJN" aan te maken met waarde 1 kan je ervoor zorgen dat de personeelskosten toch berekend worden. De moederdocumenten voor de sociale balans uitzendbedrijf zijn ook aangepast: bij de sektie “personeelskosten” wordt verwezen naar een voetnoot die vermeldt "voor een juist bedrag, moet gekeken worden naar rubriek 62 uit de jaarrekening".

8.23 Jaaroverzicht – bugfix meerdere contracten op één dag (TS) Wanneer je in het jaaroverzicht op een dag dubbelklikte om naar het contract te gaan, en op die dag waren meerdere contracten aanwezig, dan kreeg je geen inputscherm om het gewenste contract te selecteren. Er is een aanpassing gedaan, zodat je dit wel kan. Je krijgt in het inputscherm de mogelijke contracten op die dag te zien, samen met de omschrijving van de sektie uit codetabel 96:

48

8.24 Ticket 52467 - Nieuwe modellen C63 (PZ) Met de nieuwe modellen van de C63 is ook een bijkomende parameter "WNDOCS", "extravelden", "wncom" aanwezig dat het emailadres van de werknemer invult op de documenten. Standaard is de parameter uit.

49

9 Module Lonen 9.1

Bugfix (TS)

Het was mogelijk om vanuit het prestatie weekingavescherm prestaties te verwijderen nadat deze in de loonrun berekend waren. Wanneer je dan deze loonrun boekte, werd het loon geboekt, terwijl er geen prestaties/premies meer aanwezig waren. Simulatie: - In het prestatie weekingavescherm prestaties en premies ingeven en klaarzetten - Nieuwe loonrun aanmaken en deze persoon toevoegen - Loon berekenen - Terugkeren naar het prestatie weekingavescherm en de prestaties en premies verwijderen door gebruik te maken van de knop “verwijder codes” - Terug naar loonrunscherm gaan, en betreffende loonrun boeken zonder eerst opnieuw te berekenen. Er is nu een aanpassing in de software gebeurd zodat de status van de loonrunteberekenen record ook op 0 wordt gezet bij de actie “verwijder codes” in shift+F5 weekingave scherm, zodat het onmogelijk is om de loonrun te boeken in deze sitatie. In het facturatiescherm, kan je premies op ‘niet te factureren’ plaatsen. In de grid was ingesteld dat de waarde 0 niet getoond werd. Hierdoor kreeg je een foutmelding als je iets van week 0 op niet te factureren wenste te plaatsen. Er is een aanpassing gebeurd zodat 0-waarden ook getoond worden.

9.2

Bugfix loonberekening - korting herstructurering (PL)

Indien loonberekening ingesteld stond op ‘pratoloon’ (indien m.a.w. de parameter "initialisatie", "BVProcedure", "*" met waarde 1 ingevuld stond) werd de korting ‘herstructurering’ als een netto looncode beschouwd. De software is nu aangepast zodat dit nu als een belastbare code wordt beschouwd (code 469).

9.3

BugFix Ticket 49289 - inboeken 510 bij toeslag overuren (SF)

De code 510 die wordt bijgeboekt naar aanleiding van de toeslag op de overuren, werd voor ieder contract in de week bijgeboekt i.p.v. enkel voor het contract waarvoor de uren van toepassing zijn. Deze code wordt nu enkel ingeboekt voor het contract waar de overuren inzitten.

9.4

Ticket 49290: inboeken 510 (SF)

De 510 wordt ingeboekt op de startdag van het eerste contract in de week. Dit is aangepast zodat deze wordt ingeboekt op de startdag van het betreffende contract (dus het contract waarin de dag/en vallen waarop er overuren zijn).

50

9.5

PratoDashBoard (FD)

PratoDashBoard is een overzicht dat je krijgt indien je de loonverwerking doet via de batchberekening. Het menu is standaard niet zichtbaar, maar kan je activeren door de parameter in te geven: changecontrols, frmloonber, mnuActie(17).visible, 1

Vervolgens worden volgende gegevens gevraagd: jaar, systeem en (betaal)periode:

In het menu ‘Instellingen’ kan je dan bepalen hoeveel rijen er worden getoond in het ‘dashboard’ scherm en om de hoeveel seconden er een refresh van het scherm moet plaatsvinden. Op die manier kan je zien hoeveel kantoren er al door het ‘batch berekeningsysteem’ zijn berekend:

51

Het programma PratoDashBoard is een aparte exe en dient in de HiAnt directory te staan.

9.6

Loonformules (PL)

Bij eenheid 50 worden nu ook de velden LD_cdeenheid , LD_lfwaarde opgevuld.

9.7

Berekening dagloon gelegenheidsarbeiders (PL)

Er wordt een onderscheid gemaakt tussen de berekening van de gelegenheidsarbeiders in de land- en tuinbouw: • PC 144, wordt functiecode 91 en krijgen een RSZ dagloon van 16.24 (gelegenheidsarbeider in de landbouw) • PC145 met uitzondering van 145.04 wordt functiecode 99 en krijgen een RSZ dagloon van 15.85 (gelegenheidsarbeider in de tuinbouw) Ter info: het rsz dagloon is het bedrag waarop de rsz bijdrage wordt berekend. Er is voor deze categorie van werknemers dus geen verband tussen het brutoloon (looncode 391) en het RSZ basisloon (looncode 392). Ter info: gelegenheidsarbeiders in de witloofsector voor dagen vanaf de 65 gelegenheidsarbeid in de horeca worden niet ondersteund door HiAnt.

9.8

ste

dag en

Controle bij boeken loonrun: controle dat datum van de premies niet gelegen mag zijn vóór begindatum of na einddatum loonperiode (EO)

Er waren problemen indien er een premie werd aangemaakt op een bepaalde datum die buiten de loonperiode gelegen was. Dit leverde voornamelijk problemen op bij volgende loonberekeningen. Bvb. Er wordt in week X een premie aangemaakt op een datum gelegen in week X – 1. Indien daarna een herziening werd berekend op week X – 1 gaf dit problemen. Al de contracten met premies of prestaties binnen week X – 1 worden immers bij de loonberekening in rekening gebracht. Dus in dit geval worden de contracten van zowel week X-1 als contract(en) van week X in rekening gebracht – met bepaalde dubbele lonen tot gevolg. Nu is er een controle ingebouwd in de software bij het boeken van de lonen zodat er een blokkering is indien er premies voorkomen op dat a buiten de loonperiode.

52

De controle is standaard actief. De controle kan uitgeschakeld worden door parameter "Boeken", "Loonrun", "ControlePremieDatums" aan te maken met waarde 0.

9.9

Mobiliteitspremie PC 124 Bouw (TS)

Binnen beide prestatie-ingave schermen (week - en maandingavescherm), is de mogelijkheid ingebouwd om de mobiliteitspremies voor de bouw in te geven. Dit is enkel mogelijk voor personen die onder paritair comité 124 werken, en onder weekverloning staan. Er wordt een nieuw type verplaatsing aangemaakt met als omschrijving “mobiliteit bouw”’. De premies die per km worden uitbetaald kunnen onderhouden worden in het kilometer-beheersscherm, met als transportmiddel “auto” en type verplaatsing “mobiliteit bouw”

Parameters Door onderstaande parameter op 1 te plaatsen wordt het menu zichtbaar bij personen die werken onder paritair comité 224. Param1 Initialisatie

Param2 Mobiliteitspremie

Param3 Actief

Waarde 0

Instellen van de looncode voor premie bedrijfsvervoer (chauffeur) Param1 Initialisatie

Param2 Mobiliteitspremie

Param3 Bedrijfsvervoer

Waarde

Instellen van de looncode voor premie eigen vervoer Param1 Initialisatie

Param2 Mobiliteitspremie

Param3 EigenVervoer

Waarde

Param3 Passagier

Waarde

Instellen van de looncode voor premie passagier Param1 Initialisatie

Param2 Mobiliteitspremie

Instellen van maximaal in te geven aantal kilometers in het inputscherm Param1 Initialisatie

Param2 Mobiliteitspremie

Param3 MaxKm

Waarde 200

Door onderstaande parameter op 1 in te stellen zullen de uitgerekende bedragen per type mobiliteitspremie op de eerste dag van het contract geplaatst en gesommeerd worden. Param1 Initialisatie

Param2 Mobiliteitspremie

Param3 SommeerPremies

Waarde 0

53

Via het menu ‘Acties’ – ‘Bereken mobiliteitspremie’ krijg je een input-scherm zoals hieron der in een voorbeeld te zien is:

Enkel op dagen onder contract zal je de kilometers kunnen ingeven. Indien je een aantal kilometers hebt ingegeven bij een bepaald type premie op één dag, zullen de andere invulvelden van die dag geblokkeerd worden. Indien je toch op één dag 2 of meer verschillende premies wenst toe te voegen, kan je het vinkje “Zet beveiliging ‘1 ingave per dag’ af” aanvinken, en kan je op alle dagen onder contract verschillende soorten prem ies per dag ingeven. Bij het openen van het inputscherm controleert HiAnt of er reeds mobiliteitspremies zijn ingegeven voor die week. Indien dit zo is, zal HiAnt het aantal kilometers reeds invullen. Door op de knop ‘bereken’ te klikken, zal HiAnt het aantal kilometers opzoeken in de kilometertabel, en hier het overeenkomstige bedrag uit berekenen. Voor de mobiliteitspremie “bedrijfsvoertuig” zal dit bedrag dubbel berekend worden. De premies worden per dag uitgerekend en zullen steeds toegevoegd worden met eenheid “40”. Standaard zullen er 3 vinkjes (achter omschrijving van mobiliteitspremie) aangeduidt zijn die er voor zorgen dan eerst de bestaande mobiliteitspremies met eenheid 40 zullen verwijderd worden, om ze daarna terug toe te voegen door op de knop ‘bereken’ te klikken.

54

9.10 Tonen van bedrag pensioenpremie (cdeenheid 54) op uitzendkrachtcontract (EO) Tevoren was het probleem dat bij looncodes waarbij binnen de loonformule de cdeenheid 54 wordt gebruikt (vb. pensioenpremie) er hiervoor geen afhandeling gebeurde, zodat hiervoor ook een tekst verscheen op het uzk-contract. De programmatie is nu aangepast zodat in dit geval de tekst ook op het uzk-contract verschijnt.

Nota: om premies als tekst op het uitzendkrachtcontract af te drukken, dien je deze premiecodes te definiëren in een loonformule met als looncode 5201 of 5202 en als waarde de premiecode. Voorbeeld: je wenst de nachtpremie zichtbaar te maken op het uitzendkrachtcontract, dan maak je de volgende looncode aan:

‘Loonformules op contract’ = looncode 5201. ‘Facturatieformules op contract’ (klantencontract = looncode 5202.

55

10 Module Facturatie

10.1 Bugfix: Probleem bij “zet terug op te faktureren” bij prestaties van week 0 (EO) Indien je binnen het prestatie-ingavescherm “zet terug op te faktureren” (voor uitzendkracht of volledige klant) uitvoerde voor prestaties van week 0, gebeurde er niets. De oorzaak was dat in het verleden week 0 als een niet -geldige week werd beschouwd. Echter sinds de automatische splitsing bij jaarovergang is ingevoerd, kan er ook een week 0 voorkomen. De programmatie is aangepast zodat ook voor een week 0 “zet terug op te faktureren” kan uitgevoerd worden.

10.2 Bugfix: Ticket 48388 - openen detaillijn van factuur, manuele factuur (KT) Indien je het vinkje ‘Bewaren zonder wnnnr’ aanvinkt en dan bewaart, wordt de waarde ‘999999999’ weggeschreven voor de wnnr van deze factuurdetaillijn. Als de lijn nadien terug geopend wordt, is het werknemernummer leeg en staat het vinkje terug uit. Dit is nu opgelost. Als de lijn geopend wordt en de wnnr = 999999999, wodt het vinkje aangezet.

56

10.3 Ticket 49377 - afdruk factuur: steeds melding BTW medecontract onafhankelijk van de optie (PZ) Via de parameter “AfdrukFactuur”, “Optie”, ”ToonBmAlways” kan je instellen dat de melding van BTW medecontractant standaard op alle facturen moet komen te staan. Je dient de waarde van de parameter dan in te vullen met 1. De parameter staat standaard uit (standaardwaarde = 0).

10.4 BugFix: Ticket 50701- Fout bij tegenboeken CN/factuur indien er ‘ in betreft’ staat (KT) Indien er een single quote in het veld ‘fakturatie.betreft’ zit, krijg je een foutmelding. Het probleem is opgelost door de single quote te vervangen door 2 single quotes.

10.5 Ticket 49101 - Manuele facturen & creditnota - periode klopt niet (PZ) Bij manuele facturen werd er standaard de periode van de we ek opgevuld als factuurperiode. Via de parameter “AfdrukFactuur”,”Optie”,”ControleFactuurType” (standaardwaarde 0) wordt een extra controle gedaan (op het veld fpnummer) bij de klant om na te gaan of deze werkt met maandfacturen. In dat geval wordt de maand gebruikt als factuurperiode op de manuele factuur.

10.6 Ticket 49977 - Afdruk facturatie : Offerte statistiekweergave bij factuurafdruk (PZ) Uitbreiding om totalen te verbergen. Bij een opgegeven FTTYPE statistiek bij facturen wordt per kolom een rij getoond met het totaal ervan. In dit voorbeeld wordt een FTTYPE4 gebruikt met in de eerste 3 kolommen afdeling, sektie en week.

Indien je echter de totaalregel van sektie wenst te verbergen kan dat met volgende parameter: “factuur”,” typestatistiekVerbergen”,”” met als waarde 1,0,1,1,1

Standaard is de waarde 1,1,1,1,1. Je merkt dat de waarde van de parameter uit 5 cijfers bestaat. De cijfers komen overeen met de volgorde van de kolommen die je meegeeft bij een FTTYPE. Nota: indien een FTTYPE bestaat uit minder dan 5 kolommen dien je toch 5 cijfers mee te geven.

57

10.7 BugFix: Ticket 52076 - Foutmelding bij export nulfacturen zonder detail (KT) Bij het exporteren van nulfacturen zonder detail, werd er een foutmelding getoond. Deze fout is nu opgelost.

10.8 Facturatiemodule: overzicht facturen in transactie – week toegevoegd (PL) In de facturatiemodule, op het tabblad “controle transactie gegevens” krijg je een overzicht van de detailgegevens van alle facturen in transactie. Aan dit overzicht zijn de volgende 2 velden toegevoegd zowel in lijst als bij de zoekvelden: • •

Week factuur: bevat de week op factuur niveau Week detail: bevat de week op factuur detail niveau

Bij weekfacturen zijn de week van de factuur en detail gelijk aan elkaar. Bij maand facturen wordt de factuurhoofding gekoppeld aan de eerste week van de periode, de detaillijnen worden gekoppeld aan week waarin de prestaties gepresteerd zijn.

58

Module BV 10.9 Automatisch aanpassen van het BV percentage (PL) In de situatie dat je het BV percentage ingeeft via een opzoeklijst is het mogelijk om automatisch afwijkende BV percentages te kunnen aanpassen. Afwijkende BV percentages kunnen optreden door: • het importeren van werknemer gegevens uit een ander systeem • een wijziging in de lijst van mogelijke bv percentages. Je kan het systeem van het BV percentage via een opzoeklijst activeren mbv de parameter: frmwngeg, BVPercentage, Opzoeklijst, 0 (systeem wordt geactiveerd door de parameter op 1 te plaatsen) De procedure is als volgt: Indien er een afwijking wordt gevonden, geeft het systeem een melding. Daarna kan je tot 10 SQL uitdrukkingen ingeven om de percentages automatisch aan te passen. Deze sql uitdrukkingen dienen in de parametertabel ingegeven te worden mbv de volgende parameters: Frmmain, BVPercentagevolgenslijst, corrigeerpercentage1 Frmmain, BVPercentagevolgenslijst, corrigeerpercentage2 … Frmmain, BVPercentagevolgenslijst, corrigeerpercentage10 De waarde van de parameter bevat een update string (voorbeeld hieronder)

update wn set supafp = 16 where supafp between 10 and 15.99 update wn set supafp = 25 where supafp between 25 and 29.99 update wn set supafp = 30 where supafp > 30 update wn set supafp = FLOOR(supafp)

Indien er een fout gevonden wordt zal bij: • niet programmeurs: de update queries worden uitgevoerd. • programmeur: de update string getoond worden, de update query uitgevoerd worden, waarna HiAnt verder opstart

59

11 Module export

11.1 Aanpassing programmatie: binnen het contract wordt nu automatisch de roosterid ingevuld ingeval er onder de cyclus uit het contract maar 1 rooster voorkomt (EO) Voor de export naar Securex is het noodzakelijk dat er, ingeval van mastercontracten, een langetermijncyclus en langetermijnroosters worden aangemaakt. Aangezien niet alle uitzendbedrijven cycli en roosters gebruiken, en deze niet manueel selecteren, kunnen deze roosters en cycli ook automatisch aangemaakt en ingevuld worden. De parameter "cyclischrooster", "aanmaakvanuitcontract", "AantalRoosters", bepaalt dan hoeveel roosters er automatisch aangemaakt worden onder een cyclus. Je vult de waarde dan best met 1 in zodat er slechts één rooster per cyclus wordt aangemaakt.

11.2 Bugfix (PL) Er is een bugfix opgelost in de uitbreiding expoprt acerta voor het sturen van codes met enkel aantal en eenheidsprijs.

11.3 BugFix: Ticket 51035 - Foutmelding bij export boekhouding (lonen) (KT) Indien de parameter “Export", "loon", "bedrijfcdipvwgnr" waarde 1 had, kreeg een bepaalde klant een foutmelding bij het exporteren naar de boekhouding. Deze fout is nu opgelost.

11.4 Aanpassing programmatie ivm export naar HDP (EO) Ivm export naar HDP: het veld dat aangeeft of een contract reeds is geëxporteerd naar HDP, mag niet mee overgenomen worden van een ander contract. Daarom is de programmatie ivm de export naar HDP aangepast: bij de aanmaak van een nieuw contract, bij het kopiëren van een contract, het verlengen van een dagcontract en overhevelen van contracten wordt steeds veld exportedloonid, dat aangeeft of een contract reeds is geëxporteerd naar HDP, leeggemaakt.

11.5 Nieuwe Controle Export Boekhouding (FD) Er is een nieuwe controle ingebouwd bij de export van facturen naar het boekhoudpakket ‘Winbooks’. Er is nu de controle of de boekhoudcode wel ingevuld is voor de betrokken klanten. Indien dit niet het geval is, komt er een melding en wordt de aanmaak van de exportfile stopgezet.

60

11.6

Aanpassing export Acerta (PL)

Mogelijkheid toegevoegd om de waarden van de maaltijdcheques door te sturen naar Acerta, zodat Acerta zelf de berekening van het aantal uitvoert. Dit dient natuurlijk op voorhand kortgesloten te worden met Acerta en Prato, zodat de noodzakelijke testen kunnen uitgevoerd worden. Het systeem wordt geactiveerd met de volgende parameter: export, acerta, ExportMCWaardenUitTarificatie (standaardwaarde 0) : waarde 1 ingeven om te factureren

11.7 Aanpassingen export lonen naar Securex (EO) 1)

Nu kan er via een parameter ingesteld worden of wijzigingen aan het PI8 -gegeven mogen doorgestuurd worden naar Securex. Indien parameter "ExportSecurex", "PI8", "GeenWijzigingen" met waarde 1 wordt aangemaakt, worden er geen PI8-wijzigingen doorgestuurd.

2)

Er bestaat nu de mogelijkheid dat de exportbestanden op het einde van de export automatisch worden verstuurd naar Securex. Parameters "Export", "Loon", "SMTPSERVER", "" "Export", "Loon", "SMTPSENDER", "" "Export", "Loon", "SMTPPORT", "" "Export", "Loon", "SMTP_RECIPTO", "" zijn vereist opdat de exportbestanden automatisch worden gemaild. Je kan ook nog bijkomend de parameter "Export", "Loon", "SMTP_RECIPCC", "" aanmaken om ook nog een persoon in cc te zetten.

3) Aanpassing in het Vis-bestand: Alles in het VIS-bestand wordt nu in hoofdletters doorgestuurd. 4) Aanpassing in het Vis-bestand: Lijn 1 is nu veranderd: Van:D 300 Naar:D 300 PPROD 5) Aanpassing in het Lon-bestand: Lijn 1 is nu veranderd: Van:D 310 Naar:D 301 PPROD

61

11.8 Probleem met controle overeenkomst datums attest arbeidsonderbreking met begin - en einddatums mastercontracten (EO) Bij een klant die exporteert naar Securex, is het nodig dat de begin- en einddatum van een attest ‘arbeidsonderbreking’ overeenkomen met EEN begindatum en EEN einddatum van een mastercontract bij éénzelfde Securex-nummer. Hier zat er nog een bug en de controle zodat in sommige gevallen teveel gevallen gemeld werden. De programmatie is aangepast.

62

12 Module mail 12.1 Bugfix: Ticket 48955 - Batchmailing vanuit klantenscherm geeft fout (KT) Default zijn de overzichtschermen F3 (klanten) en Shift F3 (klanten en prospecten) ingesteld als modal form. Modal form wil zeggen dat dit scherm moet gesloten worden alvorens je een nieuw scherm kan openen. Een Non-modal scherm kan wel blijven openstaan. Het is niet mogelijk om een non-modal scherm te openen vanuit een modal form. De code is nu aangepast zodat het tussenscherm ook modal is.

12.2 Bugfix: Ticket 47416 - Mailen vanuit HiAnt met twee personen in CC neemt het systeem niet over. (KT) Als er 2 personen in 'CC' stonden, werd de eerste persoon vervangen door de personen die in 'Aan' stonden. Deze fout is nu opgelost.

12.3 Ticket 44702: Opkuismodule voor het verwijderen van gegevens (KT) In het menu van het BatchMail overzichtscherm is er een item ‘Verwijder mailings’ bijgekomen. Er is een nieuwe procedure toegevoegd aan de autotask die ervoor gaat zorgen dat de tabellen die te maken hebben met de batchmailing kunnen worden opgekuist. De procedure houdt rekening met onderstaande parameter: ‘Batchmail’, ‘VerwijderInfo’, ‘AantalDagen’, < Aantal dagen dat mailings bewaard moeten worden> Enkel indien deze parameter bestaat, worden de mailings die ouder zijn dan het opgegeven aantal dagen verwijderd. Er worden records opgeruimd in volgende tabellen: • MailParamVal • MailDetail • MailPart • ExternalFiles • MailMain De autotask wordt opgeroepen op volgende manier: ExecCmd App.Path & IIf(Right(App.Path, 1) <> "\", "\", "") & "autotask.exe §UIC§CLEANUPBATCHMAIL§INI§" & gGlobalIniCa

12.4 Ticket 49293 - Status Batchmail tussenscherm (KT) Indien je een mailing aanmaakt vanuit het klantenlijstscherm en er wordt niets geselecteerd bij status contactpersoon, moeten alle contactpersonen met mailing ‘ja’ geselecteerd worden.

63

12.5 BugFix: Ticket 49302 - Bug in batchmail (KT) Fout ‘ORDER BY items must appear in the select list if SELECT DISTINCT is specified. ’. Deze fout trad op bij het aanmaken en bewaren van mailings. Dit probleem kwam enkel voor als in de properties van de database de ‘compatibility level’ op ‘SQL SERVER 2005 (90)’ staat.

Voorbeeld query:

select distinct maildetail.id as MailDetailId, mailpart.text, maildetail.senderemailaddress, isnull(contactpersonen.naam, '') + ' ' + isnull(contactpersonen.voornaam, '') as Naam, maildetail.emailadres, code.omschr as Taal, MailDetail.LanguageId, Maildetail.Status, MailDetail.sendtimestamp from maildetail left join mailpart on maildetail.mailmainid = mailpart.mailmainid and parameterid = 3 and mailpart.languageid = maildetail.languageid left join code on code.cd = maildetail.languageid and cd_srt = '39' and cd_taal = 1 inner join contactpersonen on maildetail.recipientId = contactpersonen.id where maildetail.mailmainid = 18 order by contactpersonen.naam

64

de order by in deze query moet vervangen worden door: order by snull(contactpersonen.naam, '') + ' ' + isnull(contactpersonen.voornaam, '') De code is aangepast in ‘frmhtmlbatchmail.GenerateMailQuery’

12.6 Mailing vanuit klantenoverzicht, hou rekening met mailing = N (PL) Indien je vanuit het klantenoverzicht via ‘Acties’– ‘Zend mailing’ een electronische mailing wenst aan te maken, houdt het systeem nu ook rekening met de instelling mailing (true of false). Indien de mailing op false staat zal de contactpersoon via deze weg geen mailing meer kunnen ontvangen.

65

13 Module Firma - Personeel – Kassen - Sekties .

13.1 Indien één firma, dan type mismatch (PJV) Bij het openen van het scherm ‘firma’, gaat HiAnt kijken of er één of meerdere firma’s zijn. In het geval dat er maar één firma is moet strTmpKantoornr opgevuld zijn aan de hand van de tabel WG. Anders krijg je een typ mismatch error.

Indien er meerdere firma’s zijn, dan krijg je eerst een overzichtslijst. Gewijzigde code indien er maar één firma is. strTmpKantoornr = gKantoorNr

66

14 Module Maaltijdcheques 14.1 Aanpassing maaltijdcheque bestelling – controle op negatieve aantallen wordt standaard niet meer uitgevoerd (PL) Bij het aanmaken wordt de controle op negatieve aantallen (lijnen) niet meer standaard uitgevoerd. Deze controle geeft enkel aan dat er negatieve aantallen aanwezig zijn, zonder naar het totaal aantal maaltijdcheques te kijken die voor een bepaalde persoon zal besteld worden. Indien je deze controle toch wenst uit te voeren, kan je dit activeren door de volgende parameter op 1 te plaatsen. "Scherm", "frmmclst", "ControleerNegatieveLijnen", "0"

14.2 Aanpassing maaltijdcheque bestelling – controle op negatieve totalen per werknemer (PL) Bij het aanmaken van het maaltijdcheque bestelbestand wordt nu standaard gecontroleerd of er een bepaalde werknemer is met een negatief totaal aantal maaltijdcheques (dezelfde controle wordt uitgevoerd als via het menu ‘Actie’ – ‘Controleer negatief aantal van de actieve bestelling’) Indien er een negatief aantal wordt gevonden, wordt de procedure gestopt en wordt er een overzicht getoond van de personen met een negatief aantal. De controle staat standaard op, maar kan uitgeschakeld worden met de parameter: "Scherm", "frmmclst", "ControleerNegatieveTotalen", "1"

14.3 Ticket 50248: Het vinkje ‘MC man’ in het contract moet de waarde weerspiegelen die is ingesteld in de tarificatie (KT) Het vinkje ‘MC man’ in het contract staat standaard niet in connectie met de waarde ‘manueel’ in de tarificatie, maar je kan d.m.v. onderstaande parameter er wel voor zorgen dat de waarde van de tarificatie overgenomen wordt in het contract. Je dient de parameter ‘scherm’, ‘frmprestgeg’, ‘ReflectMCManTar’ dan te activeren met waarde 1. Standaard is de waarde 0 en zal je indien je in het contract ‘manueel’ aanvinkt en in de tarificatie staat toch ‘automatisch’, de maaltijdcheques toch manueel moeten ingeven.

14.4 Ticket 50248: Het vinkje ‘MC man’ in het contract moet disabled zijn als er geen maaltijdcheques in de tarificatie zitten (KT) Het veldje ‘MC man’ in het contract kon voorheen steeds aangevinkt worden. Er is nu een aanpassing gebeurd zodat je het niet kan aanvinken indien er in de gekozen tarificatie geen maaltijdcheques zitten.

67

15 Module Operations

15.1

Update referentietabellen – referentietabellen binnenhalen per kantoorreeks (EO) Bij 1 klant zijn er 2 verschillende databases. Toch worden er veel gegevens tussen beide databases uitgewisseld (klanten, werknemers…). Ook hebben beiden, omwille van het kunnen delen van klanten, dezelfde reeks van kantoornummers , nl. in de 6000-reeks. Terwijl de ene afdeling de wiso6000-database heeft en de andere de wiso6100-database. Voorheen was het zo dat, bij update van de referentietabellen, het stamnummer van de lijst van kantoren genomen werd om te zien voor welke database de update moet gebeuren. Aangezien het stamnummer van de lijst van kantoren bij deze klant 6000 is, ging de update niet gebeuren voor database wiso6100. Via een parameter kan je nu instellen voor welke database de update moet gebeuren: "Autotask", "ReferenceTables", "WisoDbName" In bovenstaand voorbeeld, voor de afdeling met database wiso6100, dien je dan een parameter "Autotask", "ReferenceTables", "WisoDbName" te voorzien met waarde wiso6100.

15.2

Programma directprint.exe heeft nu ook de mogelijkheid (loopt via zelfde parameter als deze in HiAnt) dat parameters worden opgehaald afhankelijk van de (groep van de) gebruiker (EO) De directprint.exe heeft nu ook de mogelijkheid (net zoals in HiAnt , loopt ook via dezelfde parameter) dat parameters worden opgehaald afhankelijk van de (groep van de) gebruiker. Dit loopt ook door de parameter met param1 = “usecdkeyinparameter” op 1 te plaatsen, net als in HiAnt . Indien deze parameter opstaat, kan je gebruik maken van de volgende cdkey waarde om extra te filteren op cd cdkey. CDkey heeft de volgende mogelijk waarden: - ,UZC, = voor iedereen van toepassing - CO - LOON - PROGRAM - <username> Het ophalen van de parameter gebeurt volgens dalende keywaarde. Op die manier kan je bepaalde parameters activeren voor bepaalde personen of groepen van personen.

68

15.3 Aanpassing pratolookupbox control (TS) Volgende aanpassingen werden doorgevoerd in de pratolookupbox control (opzoeklijst met blauw pijltje) -

-

Bij ingave van tekst met accentje geen foutmelding en juist opzoeken van gegevens Indien er reeds een beginfilter is ingegeven, en je klikt op het blauwe pijltje, dan zullen eerst de gegevens gezocht worden van de ingegeven filter. Indien er records gevonden worden, wordt deze reeds gefilterde lijst getoond. Anders wordt toch de volledige lijst opgeh aald. Api SENDKEYS gaf ‘permission denied’ bij sommige servers. Dit werd gebruikt om de tekst in de lookupbox volledig te selecteren als deze de focus kreeg. Aanpassing via errorhandler dat indien er een fout gebeurt, het selecteren van de tekst op gewone manier gebeurt en niet via api SENDKEYS

15.4 Bugfix in koppeltabellen (EO) Binnen de koppeltabellen kan je werken met een korte omschrijving. Deze korte omschrijving zorgt voor de koppeling tussen detailtypes aan een bepaalde type. Bvb. Codesoort 43 bevat de attest-types. Codesoort 44 bevat de attest-detailtypes. Indien je een attestdetailtype ingeeft onder code-soort 44, kan je via de korte omschrijving bepalen onder welk attesttype dit detailtype thuishoort. Zo kunnen er ook meerdere attestdetailtypes met hetzelfde nummer voorkomen, omdat deze thuishoren bij een vers chillend attesttype. Indien je echter voor een bestaand attestdetailtype de omschrijving wenste te veranderen werd er geen rekening gehouden met het attesttype waaronder dit attestdetailtype thuishoorde. Maw indien er 2 attestdetailtypes met code 3 voorkwamen, bij resp. attesttypes 7 en 9, dan werd bij het veranderen van de omschrijving van een attestdetailtype 3 de omschrijving gewijzigd zowel bij het attestdetailtype horend bij attesttype 7 als het attest-detailtype horend bij attesttype 9. Dit mag niet. De programmatie is aangepast om dit probleem te verhelpen.

69

16 Module VDAB 16.1 Ticket 49565 - VDAB module: vacatures niet online? (PZ) Na de update van de HR-XML bij de VDAB waren enkele noodzakelijke software aanpassingen nodig. Indien het gaat om een ‘parttime’ bestelling en je geen dagen en/of uren meegeeft, had de VDAB deze standaard ingevulde met 3 dagen / 20 uur per week. Na de update doet de VDAB dit niet meer en zullen bestellingen niet geaccepteerd worden. De software is aangepast dat de gebruiker op de hoogte wordt gebracht indien deze velden leeg zijn (indien het gaat om een parttime bestelling). Het koppelen van VDAB regio's (NUTS III codes) kon gebeuren om de benaming van de regio code mee te geven. Dit is nu ook aangepast dat je de code moet hebben.

16.2 Ticket 49570 – VDAB module Standaard StudyCode uitschakelen (PZ) Bij het publiceren van bestellingen op de VDAB site ben je verplicht om minstens één opleiding in te vullen. Standaard zal de VDAB module “Geen opleiding vereist” meegeven indien er geen opleidingen worden ingevuld. Indien je echter de parameter 'VDAB_XML_bestellingen', 'Settings', 'StandaardStudy' afzet door waarde 0 in te geven, zullen de bestellingen zonder opleidi ng niet gepubliceerd worden. Je zal op het tussenscherm van de VDAB deze melding zien (zien printscreen hieronder) en er wordt dan automatisch een opvolging onder deze bestelling in HiAnt aangemaakt worden.

70

16.3 Ticket 49881 – VDAB-module: waarschuwend PV ivm vermelden van erkenningsnummer bij vacatures (PZ) Naar aanleiding van een waarschuwend PV dat één van onze klanten gekregen had i.v.m. het niet vermelden van het erkenningsnummer op een vacature brengen heeft Prato een aanpassing uitgevoerd op de database van alle klanten om het erkenningsnummer toe te voegen achter de naam van uw uitzendkantoor. Het erkenningsnummer zal achter de naam van het uitzendbureau toegevoegd worden omdat de VDAB momenteel geen apart veld heeft voorzien voor het doorsturen van dit erkenningsnummer.

16.4 Ticket 49279 - VDAB: Experience tag (werkervaring) (PZ) Bij het bestellingscherm is een extra veld geplaatst om de gevraagde werkervaring (in jaren) voor deze bestelling mee te geven. Dit is nodig voor de bestelling te publicer en op de VDAB site. Indien je dit veld niet zou invullen, zal er op de VDAB vacature steeds ‘geen werkervaring vereist’ verschijnen. Indien de gevraagde werkervaring minder dan 1 jaar bedraagt, zal HiAnt dit achter de schermen vermenigvuldigen met 12 en de eenheid maanden doorsturen naar de VDAB. Vb. 0,5 jaar -> 0,5 x 12 = 6 maanden. Op de VDAB vacature zal dan een vereiste werkervaring van 6 maanden ingevuld worden.

16.5 Ticket 51267 - koppeling talenkennis naar website VDAB (PZ) Standaard wordt een weging meegegeven om het gewenste niveau voor talen- en PC-kennis te tonen op de VDAB vacature. Deze weging bepaal je in het tabblad ‘Extra Info’ van de bestelling in HiAnt (zie printscreen hieronder). Door onderstaande parameter met waarde 0 in te stellen, zet je deze functionaliteit uit: ‘VDAB_XML_bestellingen’, ‘Settings’, ‘ToonWegingCompetentie’

71

72

17 Andere 17.1 Ticket 48781 - Taal kandidaat opvragen bij e -id na inlezen (PZ) Na het inlezen van de kaart gegevens zal HiAnt vragen naar de taal van de kandidaat. Je kan hier kiezen uit ‘Nederlands’, ‘Frans’ en ‘Annuleren’. Standaard stel HiAnt ‘Nederlands’ voor. Als je geen taal meegeeft zal dit leeg staan in de database en zal je deze later moeten aanpassen in het werknemer fiche.

17.2 Ticket 50538 : Ecocheques Toevoegen Naam op Cheque ACCOR (FD) Indien er ecocheques verkeerd besteld zijn en deze dienen dan terug gestuurd te worden naar Accor, kan het handig zijn dat de naam van de werknemer op de ecocheques vermeld staat. Door de parameter "ecocheque","bestelling", "NaamOpCheque", 0 in te geven met waarde 1, dan wordt de naam van de begunstigde meegegeven op de ecocheque.

17.3 DMFA aanpassen foutenrapport : naar XLS sturen (FD) Nieuwe parameter voorzien, om op te zetten als het naar xls moet gaan: ‘DMFA’, ‘FoutenRapportExcel’, ‘*’, 1

17.4 Nieuwe Controle Export Boekhouding (FD) Er is een nieuwe controle ingebouwd bij de export van facturen naar het boekhoudpakket Winbooks. Er wordt nu gecontroleerd of de boekhoudcode wel ingevuld is voor de betrokken klanten. Indien dit niet het geval is, krijg je een melding en wordt aanmaak van de exportfile stopgezet .

73

17.5 BugFix: Ticket 51187 - Aanpassen changecontrols via form geeft niet de juiste taal door (KT) Bij het wijzigen van een tekst werd er altijd een parameter aangemaakt met cd_taal = 1 (Nederlands). Dit is nu gewijzigd. Indien je een tekst gaat veranderen, gaat je nu de mogelijkheid hebben om de taal te kiezen.

Het veranderen van hoogte, breedte, linkse positie en toppositie zullen altijd voor alle talen (cd_taal = 0) worden bewaard. Bij het aanmaken van de parameters, wordt nu ook de keywaarde ingevuld. De keywaarde is vooral belangrijk als er parameters worden aangemaakt met cd_taal = 0 en later wordt er bv voor cd_taal = 1 een andere waarde ingegeven. Het is dan de bedoeling dat er eerst wordt gekeken naar de parameter met cd_taal = 0 en daarna naar de taal-specifieke parameter. De keywaarde wordt opgevuld met de waarde die in cd_taal staat. Indien je een User-specifieke parameter wil aanmaken, wordt er eerst een parameter aangemaakt op UZC niveau, met de oude waarde en met cd_taal =0 en keywaarde = 0. Daarna wordt er een parameter aangemaakt voor de gekozen user met als keywaarde de waarde van cd_taal + 1. Zo wordt ervoor gezorgd dat alles voor iedereen bij het oude blijft behalve voor de geselecteerde user. Voordat de nieuwe parameters worden toegevoegd, zal eerst de reeds bestaande parameter gedelete worden. Er wordt hier nu ook rekening gehouden met de taal zodat het mogelijk is om eenzelfde parameter zowel voor het Nederlands als het Frans in te geven. De message-boxen zijn nu ook vertaald naar het Frans.

17.6 Ticket 51141 - e-Id -> indien de identiteitskaart is ingelezen verschijnen de gegevens nu blijkbaar NIET automatisch naar de juiste map (doellocatie) (PZ) Na het importeren van de gegevens zal HiAnt de bestanden van de bronlocatie verplaatsen naar de opgegeven doellocatie.

74

17.7 Melding kaartlezer (PZ) Bij het ontbreken van installatiebestanden van de kaartlezer kan HiAnt volgende melding weergeven. Hiermee kan je best nakijken of de kaartlezer correct geïnstalleerd is.

17.8 BugFix: Ticket 50498 - Tikklok Import: afdelingen (SF) In de foutenlog van de tikklok import komen er meldingen dat een afdelingscode twee keer bestaat bij een klant, maar in de klantenfiche komt deze maar één keer voor. Als er voor de conversie van de afdeling geen codes worden teruggevonden, dan wordt er gecontroleerd of de ingelezen code numeriek is. Als dit zo is wordt er nogmaals gefilterd maar dan met de numerieke waarde van de code. Bij deze laatste filter was het klantnummer niet mee opgenomen waardoor je evenveel codes terugvond als er klanten waren met deze afdeling. Bij de tweede filter wordt er nu ook gefilterd op klantnummer en niet meer alleen op afdelingscode.

17.9 Toevoegen automatisch berekende gegevens sociaal abonnement (TS) Manueel toegevoegde codes en codes die toegevoegd worden door de module “Bereken sociaal abonnement dc” in het prestatieingave scherm, worden gecodeerd als “MANUEEL”. Het was eerst niet mogelijk om tussen beide soorten codes een onderscheid te maken. Nu is er wel een manier ontwikkeld zodat het systeem weet op welke manier de codes zijn toegevoegd. Indien je een premie van sociaal abonnement toevoegt via het menu ‘Bereken sociaal abonnement dc’ dan zal achterliggend in de tabel ‘Premies’ bij het veld ld_cdeenheid de waarde 40 ingevuld worden en bij het veld ld_lfwaarde wordt het aantal km opgenomen. Indien je manueel een premie (van sociaal abonnement) ingeeft, zullen beide velden in de ‘Premies’ tabel leeggelaten worden. Je kan nu een parameter activeren zodat HiAnt weet welke codes verwijderd mogen worden bij het opnieuw berekenen van het sociaal abonnement: "Initialisatie", "SociaalAbonnement", "VerwijderEenheid40", "0" Standaard is de waarde 0 en zullen alle codes van sociaal abonnement verwijderd worden bij het opnieuw berekenen van het sociaal abonnement via het menu ‘Bereken sociaal abonnement’. Indien je als waarde 1 ingeeft zal HiAnt wel rekening houden met de eenheid 40.

Dus indien je eerst een manueel premie hebt ingegeven en dan nadien voor diezelfde periode het sociaal abonnement via het menu automatisch wenst te laten berekenen, dan zal de manueel ingegeven waarde niet overschreven worden aangezien HiAnt geen waarde ‘40’ vindt in de

75

bovenbeschreven tabel. Indien je eerst het sociaal abonnement had laten berekenen door het menu (automatisch waarde 40 in tabel), dan zal bij de volgende keer dat je het berekent via het menu, de eerste waarde verwijderd worden.

17.10 Berekenen automatisch sociaal abonnement, uitsluiten prestaties (TS) Standaard neemt de module alle ingegeven prestaties om het sociaal abonnement te kunnen bepalen voor de dagcodes met typeaanwezigheid = 1 (waarde 2 is een afwezigheidscode).

Je kan ook bepaalde prestaties, afhankelijk van het type werk bijvoorbeeld strijken, uitschakelen. Je dient dan aan deze prestatiecode een ploegcode te koppelen die dan niet wordt opgenomen in de berekening van het sociaal abonnement (bv ploegcode 9). De waarde van deze ploegcode bevindt zich in volgende parameter: "Initialisatie", "SociaalAbonnement", "PloegcodesGeenSA", "" Als waarde van deze parameter worden de ploegcodes ingegeven waarvoor geen automatisch sociaal abonnement wordt uitgerekend (meerdere waarden moeten gescheiden worden door een komma). Indien er prestaties gevonden zijn met deze ploegcode(s) zal je een melding op het scherm te zien krijgen voor de prestaties waarvoor er geen automatisch sociaal abonnement wordt uitgerekend (in de vorm van een Excel overzicht). Ook op basis van (een ) bepaalde gestructureerde functie(s) in het contract kan je aangeven dat de prestaties die uit dit contract komen, niet in aanmerking komen voor de berekening van het sociaal abonnement (bv. functie strijken). "Initialisatie", "SociaalAbonnement", "FunctieIDSGeenSA", "" Hier worden de funktieID’s ingegeven waarvoor geen automatisch sociaal abonnement wordt uitgerekend (meerdere waarden moeten gescheiden worden door een komma) (koppeling naar funktie.id) Indien er contracten gevonden zijn met deze funktie(s) zal je een melding op het scherm te zien krijgen voor de contracten die geen automatisch sociaal abonnement wordt uitgerekend (ook in de vorm van een Excel overzicht).

76

Bij deze functies is het dan niet meer nodig om de speciale ploegcode te gebruiken.

Het veld ‘functie’ met vrije tekst komt hiervoor niet in aanmerking.

17.11

Managementdashboard (TS)

Nieuw project ManagementDashboard – rapportagemodule Tabellen ManagementQueries: In te stellen queries van de te rapporteren gegevens ManagementData: Opgeslagen data van de te rapporteren gegevens ManagementDistribution: In te stellen email-adressen voor bezorgen van rapporten Bestanden EmptyStatistics.xls TableType1.xls TableType2.xls TableType3.xls TableType4.xls Via scheduled task in te stellen op server dat: - Elke zaterdag de tabel managementdata terug wordt samengesteld met de ingestelde queries van type 0,1 en2. Het systeem gaat steeds een jaar terug, verwijdert alles, en maakt de data opnieuw aan. - Elke zondag wordt de Excel rapportering opgestart van de huidige week -2,huidige week-3 en huidige week -2 van vorig jaar De rapporten worden gestuurd door de tabel managementdistribution, waar je kan instellen welke mailbox wat krijgt. 0 voor alle kantoren, opsplitsing kantoren met komma gescheiden De queries van type 3 worden enkel op Excel getoond en niet bewaard. Binnen HiAnt kan je via hoofdscherm menu ‘Globaal’ – ‘statistiek’, de gegevens van tabel managementData opvragen. Parameter "Scherm", "frmmain", "StatistiekNieuw", "0" moet op 1 ingesteld worden. Je kan het menu ‘Globaal’ – ‘statistiek’ opzetten met de volgende parameter: “Menu”,”frmmain”,”mnuglobalelijsten(3)

77

Type 0: queries per wgnr/datum/ft,pt/sektie + datumbereik van tot / teller Parameters - #STARTDATE# (wordt vervangen do or startdatum van periode) - #STOPDATE# (wordt vervangen door stopdatum van periode) Verplichte veldnamen - DatStart - DatStop - OfficeNr - Division - Parttime Type 1: queries per wgnr/datum/ft,pt/sektie met aantal + eventueel waarde Parameters - #STARTDATE# (wordt vervangen door startdatum van periode) - #STOPDATE# (wordt vervangen door stopdatum van periode) Verplichte veldnamen - DatStart - OfficeNr - Division - Parttime - Amount - Value Type 2: queries per wgnr/datum/sektie met aantal Parameters - #STARTDATE# (wordt vervangen door startdatum van periode) - #STOPDATE# (wordt vervangen door stopdatum van periode) Verplichte veldnamen - DatStart - OfficeNr - Division - Amount Type 3: losstaande queries die niet opgeslagen worden in de managementdata tabel Parameters - #STARTDATE# (wordt vervangen door startdatum van periode) - #STOPDATE# (wordt vervangen door stopdatum van periode) - #OFFICENR# (wordt vervangen door wgnr)

17.12 Transportmiddel contracten gelijktrekken met transportmiddel in afstandentabel (TS) Er zal gecontroleerd worden of het transportmiddel in een contract gewijzigd wordt. Bij het bewaren van het contract zal gecontroleerd worden of het transportmiddel gewijzigd is. Afhankelijk van onderstaande parameter zal bij wijziging van het transportmiddel in een contract, volgende actie uitgevoerd worden: Parameter "scherm", "frmcontgeg", "controleAfstandenTransport", "0" o o

Waarde 0: geen actie Waarde 1: het transportmiddel van alle afstanden van deze persoon worden omgezet naar het nieuwe transportmiddel van het contract

78

o

Waarde 2: Je krijgt de vraag of het transportmiddel van alle afstanden van deze persoon moeten omgezet worden naar het nieuwe transportmiddel van het contract

Deze actie zal worden gelogd in de logtabel met type = 91. In het geval van keuze 2, zal HiAnt een waarschuwing geven: “Transporttype is aangepast in het contract. Wenst U het transporttype van alle afstanden van deze werknemer aanpassen naar dit transportmiddel” Let op: de afstandentabel heeft momenteel geen historiek. Dit kan aanleiding geven tot afwijkende berekening bij het uitvoeren van herzieningen.

17.13

DMFA: Wijzigende aangiftes (FD)

Speciaal voor wijzigende aangiftes die via Acerta verstuurd zullen worden Bij Acerta gebruikt men het naturalpers onsequencenbr van de originele aangifte als sleutel in hun database om de personen uniek aan te duiden. Dit betekent dat als wij een wijzigende aangifte willen doen, wij het naturalpersonsequencenbr moeten hergebruiken dat de betreffende persoon had in de originele aangifte. Bij de aanmaak van de wijzigende aangifte gebruiken we nu de originele aangifte niet, dus kunnen tijdens de aanmaak van de file deze gegevens niet opgevraagd worden. Dus na aanmaak van de file, de nieuwe en de originele openen in een nieuwe functie en de nodige opzoekingen doen en vervangen van de naturalpersonsequencenbr’s (wel enkel doen voor annulaties en wijzigingen , NIET voor creaties want die zal ik toch niet terugvinden in de originele aangifte !) Nieuwe parameter aangemaakt op database van deze klant: 'DMFA', 'Wijziging_Acerta' , ‘*’, 1

17.14

Bug overzicht firmawagens – omschrijving brandstoftype (TS)

In het overzicht van de firmawagens werd de omschrijving van het brandstoftype niet ingevuld, omdat de taal niet werd doorgegeven aan de control. Er is een aanpassing gebeurd in HiAnt en in de pratocompanycarocx.ocx.

79