27

Release Notes 2009/03/27

Dit document beschrijft vanuit technisch oogpunt de aanpassingen in HiAnt aan de betreffende versie. Deze tekst is geenszins bedoeld als document naar de eindgebruiker, maar wel voor de IT verantwoordelijken van de uitzendbedrijven die metHiAnt 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 lijsten & documenten 1.1.

Aanpassing aanmaak CAO58: de gegevens verschijnen nu niet enkel in Access, maar ook in Excel (EO) Tot op heden werd de output van de gegevens van de CAO58 altijd geplaatst in een Accessbestand. Nu worden zowel een Access-bestand als een Excel-bestand aangemaakt (gegevens worden nu blijkbaar gevraagd in Excel). Verder is de naamgeving van het Access-bestand en het Excel-bestand ook aangepast: * er is nu een aanduiding of het gaat om een CAO58bis of een CAO58ter * ook krijgt elk bestand nu een unieke naam: niet enkel de dag wordt erin vermeld, maar ook het uur (hhmmss) van aanmaak. Naamgeving als volgt (in Wisolok): “CAO58””_””_”hhmmss.”<mdb/xls>

1.2.

Aanpassingen aan aanmaak “driemaandelijkse statistiek Federgon, opgesplitst voor jobstudenten”(EO)

2

Bij Lijsten -> Federgon -> lijst 10

De aanmaak van de Federgonlijst “10 : Driemaandelijkse statistieken”, opgesplitst voor jobstudenten, bevatte fouten: - het “Aantal gepresteerde uren” bij de jobstudenten werd niet opgevuld - de rubriek “1. Klassieke uitzendarbeid + jobstudenten / Intérim classique + étudiants Jobistes” bevatte enkel de cijfers van de klassieke uzk De programmatie is aangepast: - “Aantal gepresteerde uren” bij de jobstudenten wordt nu opgevuld - de rubriek “1. Klassieke uitzendarbeid + jobstudenten / Intérim classique + étudiants Jobistes” bevat nu de cijfers van de klassieke uzk en de jobstudenten samen

3

1.3.

Issue 37009: Controlelijsten tweetalig maken (KT) Probleem: controlelijsten waren enkel Nederlandstalig en konden niet vertaald worden naar het Frans. Voor omschrijving van velden in controlelijsten moeten er taalparameters voorzien worden.(NL/FR). De parameters in de SQL uitdrukking worden opgenomen tussen spoorwegtekens (#). Alvorens de SQL uitdrukking wordt uitgevoerd, doorloopt het systeem de sql uitdrukking op zoek naar teksten tussen #, en probeert deze te vertalen/vervangen door gegevens uit de vertaaltabel. Indien een bepaalde code niet gevonden wordt, geeft dit geen aanleiding tot een fout, maar blijft de "foute" parameter in de SQL uitdrukking staan. bv select naam as #ctlNAAM#, voornaam as #CTLVOORNAAM#, .... Ook voor de omschrijving van de controlelijst is dit van toepassing. De omschrijving kan beginnen met een parameter. Indien deze parameter gevonden wordt in de vertaal tabel, dan wordt deze tekst getoond, anders wordt de volledige omschrijving overgenomen. bv #CTLOMS1# controle op aantal dagen. Dit is van toepassing al de controlelijsten die gebruik maken van MNewSystem. MaakControleLijst indien de parameters in de parameter-tabel gebruik maken van spoorwegtekens. Enkel volgende parameters werden voor deze klant aangepast: loonberekening, controlelijst, ... factuurberekening, controlelijst, .....

Voorbeeld: Param1 : Loonberekening Param2 : Controlelijst Param3 : = titel van de lijst #CTLOMSCHRBV0OF40%#Geen BV of BV > 40 % Waarde = sql uitdrukking van de controle select floor(loontransaktie.week) as '#CTLWEEK#', loontransaktie.wgnr as '#CTLWGNR#',loontransaktie.wnnr as '#CTLWNNR#', isnull(wn.naam,'') + ' ' +isnull(wn.voornaam,'') as '#CTLWNNAAM#', sektie.jobstudent as '#CTLJOBSTUDENT#', upper(isnull(wn.grensarb,'N')) as '#CTLGRENSARBEIDER#', loontransaktie.status as '#CTLSTATUS#', loontransaktieid as '#CTLLOONTRANSAKTIEID#', sum(waarde502) as '#CTLW502#', sum(waarde592) as '#CTLW592#', sum(waarde391) as '#CTLW391#', ( sum(waarde592) / case when sum(waarde502)=0 then 1 else sum(waarde502) end ) * 100 as '#CTLPERCENTAGE#' from (select loontransaktieid,case rekkode when 502 then ewaarde else 0 end as waarde502 , case rekkode when 592 then ewaarde else 0 end as waarde592 , case rekkode when 391 then ewaarde else 0 end as waarde391 from loontransaktie inner join loontransaktied on loontrans aktie.id=loontransaktied.loontransaktieid where loonrunnr=²LOONRUNID§ and isnull(loontransaktie.status,0)=0) as A inner join loontransaktie on a.loontransaktieid=loontransaktie.id inner join wn on loontransaktie.wnnr=wn.wnnr inner join sektie on sektie.sektie=wn.sektie and sektie.wgnr=wn.wgnr group by floor(loontransaktie.week) ,loontransaktie.wgnr,loontransaktie.wnnr,isnull(wn.naam,'') + ' ' +isnull(wn.voornaam,''), sektie.jobstudent,upper(isnull(wn.grensarb,'N')), loontransaktie.status,loontransaktieid having sum(waarde391)>0 and ( (sum(waarde592)=0 and sektie.jobstudent=0 and upper(isnull(wn.grensarb,'N'))<>'J' ) OR ( ((sum(waarde592)/ case when sum(waarde502)=0 then 1 else sum(waarde502) end )*100) >40 )) order by loontransaktie.wgnr,floor(loontransaktie.week),loontransaktie.wnnr

4

1.4.

Margelijsten (PL) Via hoofdscherm -> Lijsten -> Margelijsten Indien bij veld ‘Naam’ niets is ingevuld, slaat dat op de selectiefacturen, vroeger werden deze niet getoond in HiAnt , nu wel en kan je dat in de omzetlijst terugvinden (zie printscreen)

Aanpassing in de lijsten met uitzendkrachten. Vaak worden er omzet gegevens aangemaakt die niet gekoppeld zijn aan een bepaalde werknemer. Deze omzet verdween dan ook in de omzet margelijsten per uitzendkracht. Het systeem is nu aangepast dat deze omzet toch wordt opgenomen in de lijst, maar zonder gegevens van een uitzendkracht. Het gaat over de volgende lijsten : 17,18,19,20 31,32,33,34,35,36,37,38 (niet van toepassing voor alle klanten)

1.5.

Ticket 36380 - Nieuwe lay-out voor C4 voor werknemers dienstencheques (PZ) Bij het afdrukken van een C4, wordt door het systeem gecontroleerd of het gaat om een uitzendkracht of een werknemer dienstencheques (controle: als tabrsz verschillend is van 97). Indien het gaat om een werknemer dienstencheques zullen een aantal interface items onzichtbaar worden gezet (zie afbeelding). Na het ingeven van de periode en een klik op OK kan je met de knop ‘Afdruk niet uitzendkracht’ de C4 afdrukken van de dienstenchequer. Eerst zal het systeem controleren of er een naam en periode zijn ingevuld.

5

Voor elke periode dat de dienstenchequer gewerkt heeft wordt een C4 aangemaakt. Deze worden toegevoegd in 1 document. Aan de hand van het werknemernummer worden de gegevens en prestaties van de dienstenchequer opgehaald alsook data van de werkgever. Het vakje “ De bijdragen voor RSZ, sector werkloosheid”, staat voorlopig altijd op “werden op het loon ingehouden”. Het brutoloon wordt voorlopig in uren weergegeven. Indien de werknemer dienstencheques een fulltimer is, worden de vakantiedagen ingevuld. Indien hij geen fulltimer is worden de uren ingevuld. Deze worden afgerond naar de dichtstbijzijnde halve eenheid. Documenten : op de \\blackpower\newsource - C4_NL_05062008.dot - C4_FR_05062008.dot Voor de nieuwe layout komt een nieuw veld indiensttreding. Voorlopig is dit gelijk aan de begindatum die wordt meegegeven aan de C4

6

1.6.

Ticket 31977: Personeelslijst Encare (SF) Personeelslijst Encare We hebben de update van het personeelsbestand goed ontvangen maar we merken dat de info in de kolom AFD1 ontbreekt. Wij beschikken in onze bestanden over de volgende info op dit afdelingsniveau : Afdelingscode ( info voor AFD1 ) Omschrijving B Bilzen BVBA bvba HAS Hasselt HE Hechtel MM Maasmechelen ST T St Truiden Z Zonhoven Ik vermoed dat de info die u in de kolom met filiaal heeft ingelezen hiermee overeenkomt, maar om de automatische update zo goed mogelijk te laten verlopen, zou ik u moeten vragen om ons de info op bovenstaande manier te bezorgen ( enkel de code is voldoende, de omschrijving hoeven we niet meer ) HiAnt aanpassen zodat men aan de hand van een parameter kan kiezen of men de huidige export gebruikt of dat in de plaats van de kantoornaam als filia al, het veld codes uit de WG tabel geëxporteerd worden. De nieuwe functionaliteit kan geactiveerd worden door de parameter (“lijsten”,”encare”, “gebruikkodes”) op 1 te zetten.

7

1.7.

Ticket 36115: Inlichtingsblad (SF) HiAnt aanpassen zodat het inlichtingsblad kan afgedrukt worden met verschillende gegevens per kantoor. ð rekening houden met de groep van de werkgever ð activeren met parameter HiAnt is aangepast zodat de getwgdocument functie wordt gebruikt om de naam van het moederdocument aan te maken. WordR ap is ook aangepast, deze ging kijken naar de taal van de UZK en overschreef de naam van het moederdocument. Voor de goede werking moet er een code met omschrijving inlichtingsblad worden toegevoegd onder code soort 100. In het detail van een kantoor kan je dan een gekoppeld document toevoegen met als type inlichtingsblad. Bij het afdrukken gaat HiAnt met behulp van de getwgdocument functie nakijken of er een alternatief moederdocument is gedefinieerd voor het inlichtingsblad. En geeft dit door aan WordRap. Ook wordt het actieve kantoornummer doorgegeven aan WordRap. WordRap gaat met behulp van het actieve kantoornummer en de getwgdocument functie nakijken of er een alternatief moederdocument is gedefinieerd en gebruikt hiervoor de taal van de uitzendkracht.

1.8.

Inlichtingsblad uitkeringen – adres maatschappelijke zetel (ST) Door ondestaande parameter op 1 in te stellen worden adresgegevens van de maatschappelijke zetel afgedrukt op het inlichtingsblad uitkeringen. "Inlichtingsblad", "WerkgeverAdres", "MaatschappelijkeZetel", "0"

1.9.

Inlichtingsblad uitkeringen – bepalen vinkje uitzendkracht/seizoensarbeider rubriek 17.12 (ST) Er wordt gekeken naar sektie.tabrsz -

-

Indien tabrsz = 97 o wswncode =10 -> seizoensarbeider wordt aangevinkt o wswncode <> 10 ->uitzendkracht wordt aangevinkt Indien tabrsz = 597 o Parameter "Inlichtingsblad", "Dienstencheque", "Aanduiden", "1" op 1 -> uitzendkracht wordt aangevinkt (= standaard). o Parameter "Inlichtingsblad", "Dienstencheque", "Aanduiden", "1" op 0 -> niets wordt aangevinkt

1.10. Inlichtingsblad uitkeringen – bepalen van laatste arbeidsdag (ST)

8

Er wordt nu rekening gehouden met de reeds bestaande parameter "blootstellingsuren", "prestaties", "*", "AD" om te bepalen welke codes in rekening moeten gebracht worden voor het bepalen van de laatste arbeidsdag (rubriek 12b)

1.11. C4 uitzendkracht en C4 dienstencheque – adres maatschappelijke zetel (ST) Met behulp van onderstaande parameters kan men bepalen of het adres van de maatschappelijke zetel moet gebruikt worden, of het gewone adres kantoor. 2 nieuwe parameters voor C4 ‘gewone’ werknemers: "C4", "WerkgeverAdres", "MaatschappelijkeZetel", "0" -> 0 is gewoon adres, 1 is maatschappelijke zetel voor C4 dienstencheque werknemers: "C4DC", "WerkgeverAdres", "MaatschappelijkeZetel", "0" -> 0 is gewoon adres, 1 is maatschappelijke zetel

1.12. Aanpassing afdruk maandloonbrief (loonbrief nieuwe layout) (TS) Door bij param3 van availablecodes een numerieke waarde in te geven, zal dit getal gebruikt worden om het aantal, bedrag en waarde van de code te vermenigvuldigen met dit bedrag. Dit geldt enkel voor de samenvattingsrecord (berekening van bruto naar netto). Dit is voorlopig van toepassing op de code 485 Inhouding firmawagen. Deze wordt eerst bij het belastbaar geteld, en nadat de belastingen berekend zijn, terug netto afgetrokken.

1.13. Aanpassingen C131 A + B documenten (TS) Deze bevatte nog een oudere layout. Layout is aangepast naar de laatst beschikbare versies

1.14. Mogelijkheid tot afdruk C131A-WERKNEMER (TS) Bij de afdruk van C131A document heeft men nu de mogelijkheid om te kiezen tussen het document C131A -WERKGEVER of C131A-WERKNEMER. Men zal dit kunnen aanduiden via een optie-veld bij de aanmaak van een C131A document.

9

1.15. Afdruk loonbrief nieuwe layout : mogelijkheid tot positioneren van de velden op loonbrief (TS) Er is een uitbreiding gebeurd in de afdruk van de loonbrief nieuwe layout. Men kan alle velden positioneren door de X en Y coördinaten mee te geven. Dit gebeurt via de parameters “Report”,”loonbriefV3”,,<X;Y> Param3 bevat de naam van het crystal report object van het rapport. Waarde bevat de X en Y coördinaat in cm uitgedrukt en gescheiden door een puntkomma

1.16. Bugfix - Afdruk loonbrief oude layout (centraal en decentraal) (TS) Bij afdruk van loonbrieven van een gesplitste week (omwille van een maandovergang) en de optie “Gesplitste lonen samenvoegen” aangeduid, klopte het eindtotaal van het bedrag “bruto niet RSZ” niet, indien in het eerste deel van de maand een bedrag “bruto niet RSZ” was gevonden. Het eindtotaal van het bedrag “bruto niet RSZ” bevatte dan 2 maal het bedrag “bruto niet RSZ” van de eerste maand. Aanpassingen zijn gedaan in het programma loonbrief.exe V4.31 en directprint.exe (centrale afdruk).

1.17. Inlichtingsblad uitkeringen (TS) Punt 17 – aanpas sing tonen van data trimesters. Nu worden steeds de gegevens van het trimester en voorgaande trimester van datum aanvang risico getoond.

1.18. Kleine aanpassingen (TS) Afdruk loonbrief parameter voor instellen van default betaalsysteem : parameter is aangepast van "PrestInput", "Init", "DefaultSystem", "5301" naar "loonbrief", "Init", "DefaultSystem", "5301".

1.19. Inlichtingsblad uitkeringen (TS) De codes in het rooster worden nu gegroepeerd ipv lijn per lijn getoond In het opstartscherm kan men nu via een vinkje aanduiden of er op de aanvangsdatum van het risico gewerkt was of niet. Indien gewerkt wordt het rooster voor 15 dagen aangemaakt, anders voor 14 dagen.

1.20. Issue 36586 Het afprinten van document ‘print werkrooster deeltijds arbeid’ werkt niet. Document EmptyWerkroosterGIL.xls is op de servers geplaatst. Dit is een lege Excel. Dit document zou ook in het Frans beschikbaar moeten zijn aangezien de taal van het document afhankelijk is van de taal van de klant voor wie dit document moet worden uitgeprint. Voor de

10

vertalingen moet er in de code een 'vertaal' gebeuren en moeten er records worden toegevoegd aan de 'vertaal' tabel. Code WRPTAfdeling WRPTDi WRPTDo WRPTFax WRPTKlant WRPTMa WRPTNaam WRPTOmschrijving

WRPTTitel

WRPTUitzendkantoor WRPTVr WRPTWnnr WRPTWo WRPTZa WRPTZo

Nederlands Afdeling Di Do Fax : Klant : Ma Naam De klant wordt verzocht dit werkrooster uit te hangen op de plaats van tewerkstelling en het ter beschikking te houden van de arbeidsinspectie. Werkrooster voor deeltijdse uitzendarbeid Week Uitzendkantoor : Vr Wnnr Wo Za Zo

Frans Section Ma Je Fax : Client : Lun Nom Le client est prié de afficher l'horaire à l'endroit du travail et de le garder disponible en cas d'inspection.

Horaire partielle pour travail intérim Semaine Agence d'intérim : Ve N° trav Me Sa Di

1.21. Ticket 30546 - Printen lijsten bepaalde klanten (PZ)

Zie \\Blackpower\newsource\ Probleem: Vanuit het scherm bestelling maaltijdcheques kan via de knop PRINT BESTELLING een notepad bestand gegenereerd worden met de te bestellen maaltijdcheques. De marges zouden standaard op 5mm staan ipv 20. Dit moet men bij elke print aanpassen.

Oplossing: Gebruik van een Crystal Report bestand om de bestelling af te drukken. Bij het klikken van de knop PRINT BESTELLING wordt eerst gecontroleerd of het .rpt bestand zich bevindt in de HiAnt map. Indien niet volgt een meldig dat deze niet gevonden worden en worden de gegevens in notepad weergegeven.

11

Nog een klein voordeel is het ook dat ipv 2 notepad bestander alles in 1 rpt document komt te staan.

1.22. Ticket 37707 - Lijst actieve contracten (PZ) Er bestaat nu een mogelijkheid om bij de weekplanning – Actieve contracten, Actieve contracten per hoofdfunctiegroep & Actieve contracten per de tailfunctiegroep een periode op te vragen van meer dan 1 week. Dit indien de parameter "frmWeekplanning", "ActieveContracten", "WeekVanafTot" de waarde 1 bevat. Standaard staat de parameter op NIET actief.

Je kunt dan een van/tot periode ingeven in weken. De standaard waarde voor beide data zijn dan het ingestelde jaar van HiAnt en de huidige week. Een foute ingave wordt opgevangen en gemeld aan de gebruiker.

Zodra alle waarden in orde zijn en de gebruiker op OK klikt verschijnt er (mits de parameter actief is) een tussenscherm om een klant te selecteren.

12

Om een overzicht te bekomen van 1 bepaalde klant dient men de betreffende klant te selecteren in onderstaand scherm. Dit scherm verschijnt enkel indien de waarde van de parameter "frmWeekplanning", "ActieveContracten", "IngaveKlant" op 1 staat. Standaard staat deze op NIET actief.

Indien men het scherm sluit of op ANNULEREN klikt en er is geen klant geselecteerd, wordt een overzicht getoond van ALLE klanten binnen de opgegeven periode.

13

14

1.23. Referencetables (PL) Er is een aanpassing gebeurd in het programma referencetables. Als men de parameter TRIGGER op 1 zet (in de opstartstring van het programma), dan zal het programma gaan kijken of er tabellen zijn gewijzigd. Zo ja worden deze automatisch klaargezet. Op compile-pc loopt dit elke nacht om 2u via scheduled task referencetablestrigger.bat. Op volgende tabellen op de archimedes-sonet21 zijn triggers gezet, die een tabel gaan opvullen als er wijzigingen zijn. Dit om het verspreiden van de referentietabellen verder te automatiseren.

ARCHIMEDES ARCHIMEDES ARCHIMEDES ARCHIMEDES ARCHIMEDES ARCHIMEDES ARCHIMEDES ARCHIMEDES ARCHIMEDES ARCHIMEDES

SONET21 SONET21 SONET21 SONET21 SONET21 SONET21 SONET21 SONET21 SONET21 SONET21

RSZ888 bijzbijdrage TRSZKTWaarde rszverm_j RSZ DMFARSZ TRSZKTTYPE TRSZSV RSZKodeVerm belasting

15

2. Module Lonen 2.1.

Binnen klant-detailscherm worden nu in de loonformule -grid en de facturatieformule-grid ook de formules getoond van niveau GSTATUUT en KSTATUUT (EO)

Vanaf nu worden binnen het klant-detailscherm in de loonformule-grid en de facturatieformulegrid ook de formules getoond van niveau GSTATUUT en KSTATUUT.

2.2.

Toegevoegd aan Systemcheck: controle op ingevuld zijn DMFA velden bij de loongegevens (EO)

Bij de SystemCheck (uit te voeren via menu “systemcheck” in contractenlijst-scherm) is volgende ingebouwd: controle op het ingevuld zijn van de DMFA-velden bij de loongegevens. Er wordt gecontroleerd of binnen de loon-records van vorig jaar en huidig jaar of er lijnen zijn waarbij de DMFA-velden niet zijn ingevuld.

16

Zo ja, komt er een WARNING "DMFAjaar of DMFA trim niet in alle loon records ingevuld. Er kan geen correcte DMFA uitgevoerd worden. Ook bepaalde lijsten zullen niet correct zijn."

2.3.

Oplossing probleem “als loonberekening-scherm verlaten en erna er terug in gaan, dan runtime error”.(EO) Probleem had te maken door feit dat in frmLoonBer de funktie SetParam wordt aangeroepen, waarbij op het eind bij het opnieuw inladen van de parameters in geheugen de ActiveConnection van de recordset niet wordt verbroken. De funktie SetParam is aangepast: ingeval van executable HiAnt, wordt via de SetParam op het eind wel de ActiveConnection van de recordset verbroken.

2.4.

Nieuw menu i.v.m. lijst “te verlonen”: verwijder status -1 voor wn zonder contract (EO) Het kan voorkomen dat in het loonberekeningscherm, op het tabblad “ te verlonen” een lijn voorkomt met status -1 (staat op “te berekenen”) zonder dat er in de betreffende loonperiode nog een contract voor de uzk voorkomt. Dit heeft volgende oorzaak: - annulatie van een contract kan gebeuren zolang dossier niet in loonrun zit (dus mogelijk als op “te berekenen”). - kan dus zijn dat na annulatie van alle contracten van de week de uzk geen contracten meer heeft, maar wel nog een betaalperiodestatus -1 Via menu “Te verlonen / verwijder status -1 voor wn zonder contract” kan men deze lijnen dus verwijderen.

17

P.S.: het kan ook zijn dat een uzk op -1 staat, wel nog contracten heeft in de betreffende periode, maar enkel maar contracten met dimonastatus CANCELED (contracten geannuleerd, maar deze contracten blijven staan met status CANCELED, omdat contract reeds getekend was door uzk). In dit geval wordt aangeraden de uzk op “niet behandelen” te plaatsen door op tabblad “te verlonen” te klikken op knop “niet behandelen”.

2.5.

Oplossing probleem dat er een foutmelding komt wanneer men lijnen wenst te verwijderen uit een nog niet geboekte loonrun. (EO) Vanaf één van de laatste versies van HiAnt treedt er een error op wanneer men lijnen wenst te verwijderen uit een nog niet geboekte loonrun (tabblad “berekenen” op scherm “euroloonberekening”). Er komt een melding in de zin van "update niet mogelijk omwillen van beperking gegevensvoorziening of door geselecteerd type vergrendeling". De programmatie is aangepast zodat dit probleem niet meer optreedt.

2.6.

Aanpassing export naar Securex: er komt een foutmelding bij begin export indien er loongegevens in de geselecteerde loonruns zitten waarbij de dmfavelden niet zijn ingevuld (EO) De export naar Securex is aangepast: er komt een foutmelding bij het begin van de export indien er loongegevens in de geselecteerde loonruns zitten waarbij de dmfa-velden niet zijn

18

ingevuld. Als dit het geval is, levert de export problemen op. Als probleem optreedt, dient Prato gecontacteerd te worden; de waarschijnlijke reden is dat de betreffende loonruns niet gesplitst zijn.

2.7.

Aanpassingen (+ stand van zake) i.v.m. verschijnen loon- en facturatieformules van niveau GSTATUUT en KSTATUUT (EO) Volgende is, na aanpassingen, de situatie i.v.m. het verschijnen van loon- en facturatieformules voor GSTATUUT en KSTATUUT: 1) klant-scherm : --> was al zo dat GSTATUUT en KSTATUUT verschijnen. Wel is het zo dat voor een looncode telkens enkel de loon/factformules verschijnen van het laagste niveau. Dus: * als er een loon/factformule op FI-niveau bestaan voor een looncode, verschijnen de formules op GSTATUUT-niveau niet meer * als er 1 loon/factformule op KSTATUUT-niveau bestaat (dus bvb. alleen een formule voor sektie 115) voor een looncode, verschijnt de formule van het FI-niveau niet meer

2) tarificatie-scherm : --> De programmatie is aangepast zodat het GSTATUUT en het KSTATUUT ook verschijnen bij de tarificaties. Wel is het zo dat voor een looncode telkens enkel de loon/factformules verschijnen van het laagste niveau. Dus: * als er een loon/factformule op TR-niveau bestaat voor een looncode, verschijnen de formules op GSTATUUT-niveau en KSTATUUT-niveau niet meer (vermits TR van een lager niveau is dan GSTATUUT en KSTATUUT) 3) contract-scherm : --> was al zo dat GSTATUUT en KSTATUUT verschijnen.

2.8.

Bestelling maaltijdcheques sodexho : vast adres voor bestelling (PL) Met de parameter “Maaltijdcheques", "Bestelling", "VastAdresId", "", kan men nu ook bij een bestelling bij sodexho een vast leveradres opgeven voor de volledige bestelling. Als waarde vult men het gewenste kantoornummer in. Al de cheques zullen dan op dat adres afgeleverd worden. (dit staat los van het identificatie- en facturatieadres)

2.9.

Opvullen prest#,prestaties# en premies# bij uitvoeren van herzieningen (TS) Wanneer men verloonde prestaties/premies wenst te herzien, worden de #-tabellen automatisch opgevuld. Er is hierop een aanpassing gebeurd zodat het veld correctionid in deze tabellen overeenkomt met de id van de herzieningen. Op deze manier is het mogelijk om na te gaan wat de toestand was van de prestaties/premies bij een bepaalde herziening. Indien een herziening wordt verwijderd (via loonrun teberekenen scherm), zal dan ook de # tabellen van die herziening kunnen verwijderd worden. Verder worden de premiesid en prestatiesid niet als autonummering

19

doorgestuurd, maar als effectieve waarde zoals deze bestonden voor men op herziening klikte. Dit geeft betere mogelijkheid tot controle. Je kan na het verwijderen van een herziening de prestaties opnieuw automatisch laten aanpassen door volgende parameter op 1 te plaatsen Param1 = Herziening Param2 = Verwijderen Param3 = TerugZettenCrossTabellen

2.10. Afdruk loonbrief nieuwe layout (TS) Mogelijkheid om de afdeling op de kalender niet te tonen. Door onderstaande parameter op 0 in te stellen, zal er in de kalender van de loonbrieven geen afdeling meer worden getoond “Afdruk”,”Loonbrief”,”ToonAfdelingBijKalender”,”1”. Standaard staat deze parameter op 1, en wordt dus de afdeling getoond.

2.11. Lijst loonbeslag (KT) Bij het openen van de lijst ‘Personen met loonbeslag’ kan men nu een beginweek en een eindweek ingeven. Als de gebruiker een co-medewerker is, krijgt hij ook de mogelijkheid om kantoornummers te selecteren in een lijst. Als hij ‘0’ kiest, krijgt hij een lijst voor al de kantoren. Voor de keuze van de kantoren wordt er gebruik gemaakt van de HiAnt Inputbox. Hier is een extra optionele parameter ‘Separator’ met default waarde ‘;’ toegevoegd om het mogelijk te maken om een lijst terug te krijgen waarbij de kantoren gescheiden worden door een komma. Nieuwe vertaling: Code ErrBeginWeek>Eindweek

Nederlands De beginweek moet kleiner of gelijk zijn aan de eindweek.

KantoorKeuze

Kies de kantoren uit onderstaande lijst:

Frans La semaine de début doit être plus petit ou égal à la semaine de fin. Choisi les offices de la liste en dessous:

2.12. Issue 36070: Bewaren gegevens boekhoudkundige overzichten(KT)

20

21

Na de export van de loonberekeningen wordt er een boekhoudkundig overzicht aangemaakt. Er wordt een nieuwe procedure ontwikkeld die bij het goedkeuren van de export die gegevens van het boekhouding overzicht gaat bewaren in een database. Ook zou het mogelijk moeten zijn om het boekhoudkundig overzicht opnieuw af te drukken. Nieuwe tabellen: CREATE TABLE [dbo].[ExportLoonMain]( [Id] [int] NOT NULL, [Datum] [datetime] NULL, [PersoneelsId] [int] NULL, [Omschrijving] [varchar](50) NULL, CONSTRAINT [PK_ExportLoonMain] PRIMARY KEY CLUSTERED ( [Id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY]

CREATE TABLE [dbo].[ExportLoonDetail]( [Id] [int] IDENTITY(1,1) NOT NULL, [ExportLoonMainId] [int] NOT NULL, [ExportType] [varchar](8) NULL, [PJaarPeriode] [varchar](6) NULL,

22

[KJaarWeek] [varchar](6) NULL, [KlCode] [varchar](16) NULL, [ValutaCode] [varchar](3) NULL, [ProfitCenter] [varchar](7) NULL, [Wgnr] [float] NULL, [KostenPlaats] [varchar](15) NULL, [Grootboekrekening] [varchar](8) NULL, [PrestatieCode] [varchar](4) NULL, [Bedrag] [varchar](9) NULL, [BedragMetTeken] [float] NULL, [Sign] [varchar](1) NULL, [PN] [varchar](1) NULL, [DC] [varchar](1) NULL, [Loonruns] [varchar](200) NULL, [KostenPlaatsUitGB] [varchar](15) NULL, [KleinsteBoekingsDatum] [datetime] NULL, [GrootsteBoekingsDatum] [datetime] NULL, [Jaar] [varchar](4) NULL, [AantalUren] [float] NULL, [DatumLoonrun] [datetime] NULL, [GBROmschr] [varchar](200) NULL, [prestid] [int] NULL, [Temp] [varchar](10) NULL, [WgInterneCode] [varchar](20) NULL, [SektieExternalCode] [varchar](20) NULL, CONSTRAINT [PK_ExportLoonDetail] PRIMARY KEY CLUSTERED ( [Id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] Parameter: Param1 Export

Param2 Loon

Param3 BewaarBoekhoudkundigOverzicht

Waarde 0

Als er op de knop ‘Exporteer oudste loonrun’ geklikt wordt, wordt er gecontroleerd of de loonrun al geëxporteerd is (de exportdate in tabel loonrun = null, maar er staan nog gegevens over deze loonrun in de ExporLoonDetail tabel). In dit geval wordt er een boodschap getoond en wordt de export afgebroken. Na het goedkeuren van de export, worden de gegevens uit de C:\WISOLOK\ExportBoekhouding.mdb overgeschreven naar de tabellen ‘ExportloonMain’ en ‘ExportLoonDetail’ indien bovenstaande parameter als waarde 1 heeft. Het is mogelijk om een omschrijving voor de export in te geven. Ook wordt er een extra tabblad ‘Historiek export lonen’ getoond bij ‘Exporteer gegevens naar boekhouding’. Links wordt een grid getoond met de geëxporteerde bestanden. Als je op een record dubbelklikt, worden in de rechtse grid de details getoond. Als er op de knop ‘Toon Boekhoudkundig Overzicht’ geklikt wordt, worden de gegevens uit de tabel ‘ExportLoonDetail’ voor de geselecteerde export terug overgeschreven naar C:\WISOLOK\ExportBoekhouding.mdb. Aan de hand van dit bestand wordt het boekhoudkundig overzicht gegenereerd. Dit gebeurd met dezelfde procedure als wanneer dit overzicht de eerste keer wordt gegenereerd.

23

Vertalingen: Code ExpLoonrunsAlGeëxp

ExpOmschrijvingExp

Nederlands De loonruns: {loonruns} zijn al geëxporteerd. De procedure wordt afgebroken. Geef een omschrijving voor de export

Frans Les runs de salaires: {loonruns} ont déjà été exportés. La procédure sera arrêtée. Donnez une description pour l'exportation

2.13. Issue 36514: Verwijderen van loon exports (KT) Op het tabblad ‘Historiek loon exports’ van frmExport ook mogelijkheid voorzien om een export te verwijderen. De knop mag zichtbaar zijn voor iedereen, maar enkel programmeurs hebben het recht om deze actie uit te voeren. Er wordt een msgbox getoond indien de gebruiker geen programmeursrechten heeft (globale variabele gprogrammeur). Er wordt naar een bevestiging gevraagd, waarbij ook alle loonruns worden getoond die in die export zijn opgenomen. Bij bevesting worden de volgende acties uitgevoerd: o o o o

verwijderen van de records uit de ExportLoonDetail tabel verwijderen van de records uit de ExportLoonMain tabel leeg maken van het veld ExportDatum in de Loonrun tabel van de geselecteerde loon export loggen in de logtable tabel (nieuw type 84) waarbij er per loonrun een apart record wordt ingeboekt (ook de id en de omschrijving van LoonExportmain worden weggeschreven in de param velden van de logtabel). Dit nieuwe type kan ook al bekeken worden in het nieuwe logtable formulier.

Vertalingen: Code ExpVerwijderLoonRu ns ExpGeenRechtenVer wijderen

Nederlands Bent u zeker dat u loonruns: {loonruns} wil verwijderen? U hebt geen rechten om deze export te verwijderen.

Frans Confirmation de supprimer les runs de salaires: {loonruns}? Pas d'autorisation de supprimer cette exportation.

2.14. Issue 36715 (KT) Systeemcheck - afwijkende uurlonen - tov het maandloon in het contract. Controle van alle contracten waarbij het maandloon is ingevuld of dit correct is berekend (max verschil van 0.01 €). Ook de vergelijking van ebruto en ebrutoloon (deze dienen gelijk te zijn). In de module MCheckDatabase in de procedure SystemCheck, zijn 2 controles toegevoegd. Controle 4: Controleert of in de tabel 'prest' de velden 'ebruto' en 'ebrutoloon' gelijk zijn. Indien dit

24

niet het geval is wordt er een warning gecreëerd. Controle 5: Controleert of de het uurloon dat opgeslagen is in de database ('ebrutoloon') gelijk is aan het uurloon dat we berekenen vanuit het veld 'emaandloon' en 'occ_referenceworkinghrsweek'. Nieuwe codes: CD_SRT

CD

198

4

198 198

4 5

198

5

OMSCHRIJVING Controle of velden 'ebrutoloon' en 'ebruto' in 'prest' tabel gelijk zijn. Contrôle si, dans le tableau 'prest', les champs 'ebrutoloon' et 'bruto' sont égaux. Controle of berekend uurloon juist is. Contrôle de bonne calculation du salaire par heure.

CD_TAAL 1 2 1 2

2.15. Loonformule eenheid 14 Bedrag per loonberekening (PL) Er is een nieuwe eenheid (14) aangemaakt waarmee men een bedrag per loonberekening kan toevoegen. (Dit bedrag kan natuurlijk negatief of postief zijn) Indien het een loonberekening per week is, zal het bedrag éénmaal per week worden toegevoegd. Indien het een loonberekening per maand is, zal het bedrag éénmaal per maand worden toegevoegd. De toevoeging van dit bedrag is onafhankelijk van het aantal contracten. (In praktijk wordt het aan het eerste contract gekoppeld via de eenheid forfaitair). Het toevoegen van dit bedrag zal dus steeds gebeuren; ongeacht welke prestatiecodes of looncodes nog toegevoegd worden. Of de persoon gewerkt heeft, ziek is geweest of vakantie heeft genomen. De looncode en het bedrag zullen steeds toegevoegd worden. De looncode die men gebruikt wordt best niet opgenomen in de premiesturing (anders zal de code nogmaals worden toegevoegd – afhankelijk van de premiesturing – en dit zal in de praktijk meestal niet de bedoeling zijn). De code is bedoeld voor het toekennen van premies of bedragen los van de al dan niet gewerkte dagen of uren (bv inhouding logies, bijdrage firmawagen, enz.) Deze eenheid is standaard niet aanwezig, maar dient dus toegevoegd te worden aan code soort 1001.

2.16. Netto loon: gekoppeld aan begindatum contract (PL) Tot de vorige versie werd het netto loon steeds geboekt op de begindatum van de betaalperiode (de eerste dag van de week of de eerste dag van de maand afhankelijk van de loonberekening). HiAnt plaatst het netto loon nu op de eerste dag van het contract. Vermits de contracten steeds per maand gesplitst zijn, is het nu ook mogelijk om een correct overzicht te krijgen van het netto loon bv per maand.

2.17. Correctie: inhouding voorschot gekoppeld aan datum en contract (PL) Bij een correctie wordt automatisch het vorige netto loon afgetrokken van het nieuw te berekenen loon. Dit gebeurde als één enkele waarde; ook bij gesplitste lonen werd er slechts één negatief saldo afgetrokken van het nieuwe loon op de eerste dag van de betaalperiode. HiAnt kan nu ingesteld worden dat hij deze voorschotten verdeeld over de datums en contracten waarop het netto loon van toepassing was.

25

Dit systeem dient geactiveerd te worden door de volgende parameter op 1 te plaatsen. "loonberekening", "correctie", "nettopercontract".

2.18. Aanpassing tabel belasting ivm de Vlaamse BV korting (PL) Enkel van toepassing voor werknemers die volgens tabel worden verloond.

De toepassing van de Vlaamse belastingvermindering voor activiteitsinkomens (de zgn. Vlaamse jobkorting) in de BV wordt verhoogd. De Vlaamse jobkorting in de BV geldt voor inkomsten toegekend of betaald vanaf 01.08.2008 enkel voor een brutojaarbelastbaar van: - als werknemer: min. 6.940 EUR en max. 25.325 EUR; - als bedrijfsleider: min. 5.790 EUR en max. 24.215 EUR. De Vlaamse belastingvermindering in de BV bedraagt 16,70 EUR per maand.( Is nu 12.5 euro) Hierdoor stijgt het nettoloon voor al wie woont in het Vlaamse Gewest en werkt.

2.19. Nieuwe looncode eenheid 22 : kopieer functionaliteit van code (PL) Er is een nieuwe eenheid voor loonformules aangemaakt. Deze eenheid kan gebruikt worden om de functionaliteit van één looncode te kopieren naar een andere looncode. Veronderstel dat bij een bepaalde klant de morgenploeg gelijk is aan de middagploeg. Men geeft dan de correcte waarden in bij bijvoorbeeld de morgenploeg. Bij de middagploeg geeft men dan enkel aan dat men de functionaliteit mag kopieren van de morgenploeg. Voorbeeld : Looncode 346 morgenploeg 346 morgenploeg 346 morgenploeg 346 morgenploeg 347 middagploeg

Eenheid dagtype (30) per uur (01) dagtype (30) per uur (01) kopieer functionaliteit van code (22)

Waarde Weekdagen (10) 1 Weekend 2 346

Het is dus voldoende om één loonformule aan te maken voor de middagploeg die aangeeft dat de volledige functionaliteit van de morgenploeg mag gekopieerd worden naar de middagploeg.

Ter info: de eenheid 22 is standaard niet aanwezig, maar kan via de koppeltabellen aangemaakt worden.

2.20. Bedrag km vergoeding voor beroepsverplaatsingen (PL) Het bedrag van de kilometervergoeding die de ondernemingen kunnen toekennen aan de werknemers die hun eigen wagen gebruiken voor hun beroepsverplaatsingen is voor de periode van 1 juli 2008 tot 30 juni 2009 vastgelegd op 0,3093 EUR per kilometer. Ter herinnering: gezien het hier gaat om kosten eigen aan de werkgever, is de vergoeding vrijgesteld van belasting in hoofde van de werknemer. Op deze

26

vergoeding moeten ook geen sociale zekerheidsbijdragen betaald worden.

2.21. Ticket 34604: toevoegen informatie maaltijdcheques aan procedure getpremiesastext (SF) Vermelding MC (bruto : <ewaardemc>, inh. : <einhoudingmc>) SQL uitdrukkingen select tarifid from prest where id = 100001690 select maaltijdcheques, ewaardemc, einhoudingmc from tarificatie where id = 197 Als het gaat om een contract van klant X dan wordt de omschrijving van de maaltijdcheques toegevoegd bij de premies en kosten. Voor andere klanten kan dit geactiveerd worden door een formfield maaltcheq toe te voegen in de moederdocumenten. Voor het plaatsen van de gegevens wordt de vertaling van de code PREMIEMC opgehaald uit de vertaaltabel. Zowel het brutobedrag als de inhouding kunnen vermeld worden door in de vertaling [ewaardemc] voor het bruto gedeelte te plaatsen en [einhoudingmc] voor de inhouding. Standaard staat de vertaling op MC (Bruto: € [ewaardemc], Inh.: € [einhoudingmc])

2.22. Kleine aanpassingen (TS) In het bestelscherm voor maaltijdcheques kan men de naam van een bestelling aanpassen door op de actieve bestelling te gaan staan, en vervolgens het menu actie – pas naam actieve bestelling aan” te klikken.

2.23. Ticket 34559: klant X loonbriefje, adressen wisselen (SF) Dit is ook nodig bij andere klanten. Project NieuwLoonbrief aanpassen. De aanpassingen zijn beschikbaar vanaf Loonbrief v 4.0.28 De adressen van de werkgever en de werknemer kunnen eenvoudig gewisseld worden door waarde van de parameter (afdruk, loonbrief, SwitchWnAndWgAddress) op 1 te zetten, standaard geeft deze parameter de waarde 0 terug.

2.24. Loggen foutmelding bij opvullen van DMFA velden loonrun (TS) Na het boeken van de lonen worden de DMFA velden opgevuld. Indien er een fout gebeurt in deze procedure wordt dit gelogd in de logtable met type 80 omschrijving

Param1

Param2

Param4

27

Foutmelding in procedure vulDMFAveldenLoonrun

loonrungroep

loonrunnr

Foutmel ding

2.25. Aanpassing afdruk loonbrief maandlayout (TS) Nieuwe sortering toegevoegd : wgnr,wnnaam. Enkel beschikbaar in nieuwe layout.

2.26. Bestellen maaltijdcheques – grid zoeken op wnnr/naam (TS) Er is een aanpassing gedaan in de grid van te bestellen maaltijdcheques (globaal – maaltijdcheques). Het is nu mogelijk om zowel op nummer als op naam te zoeken in de lijst. Bij de controlelijst – controle negatief aantal actieve bestelling wordt naast de wnnr ook de werknemernaam getoond.

2.27. Bugfixes (TS) Bij afdruk van maaltijdcheques vanuit hoofdscherm werd bij week-ingave de datums van/tot niet opgevuld en werden deze getoond als 30-12-1899 tot 30-12-1899 Bij opstarten van loonberekening wordt gecontroleerd of alle personen met een status 0 in wnbetaalperiodestatus ook in een loonrun zitten. HiAnt probeerde dit zelf op te lossen, maar hier zat nog een bug in, waardoor dit niet lukte. Dit is aangepast, zodat het wel moet lukken.

2.28. Aanpassing getnexvalue (PL) Indien in de procedure “getnextvalue “ die de waarde ophaalt een aanpast in de globalvar tabel een fout voorkomt (bv een timeout door locking) dan geeft deze procedure een waarde “-1” terug. Dit kan verklaren waarom er af en toe een prestid met waarde -1 kan opduiken. Er is bij het bewaren van de prest nu een check ingebouwd die indien deze procedure een waarde -1 geeft de save procedure onderbreekt en de gebruiker een foutmelding geeft. Bij het boeken van lonen is de procedure getnextvalue uit de loontransaktie gehaald waardoor er veel minder kans op locking van de globalvar tabel is. Het ergste wat in dit geval kan gebeuren is dat indien er zich toch een fout zou voordoen er een loonid wordt overgeslaan. Dit is beschikbaar vanaf v 4.133

2.29. Documentatie : berekening van de werkbonus (PL) Deze paragraaf beschrijft de werking van de berekening van de werkbonus binnen HiAnt : 1) bepaling van het referentie weekloon : W Hiervoor wordt de som genomen van alle looncodes van de week met de volgende rsz bezoldigingscodes (zie lager voor overzicht van de codes): 1 2

28

4 5 De volgende looncodes worden echter uitgesloten : 307 = Eindejaarspremie 390 = dertiende maand (niet voor HiAnt) 703 = aftrek enkel vakantiegeld arbeiders

2) Berekening van het aantal dagen : (dblJ2) Hiervoor wordt de som genomen van alle dagen met de volgende rszdagcode (zie lager voor overzicht van de codes): 1 3 4 5 20 3) Berekening van het aantal uren (dblH) Hiervoor wordt de som genomen van de uren met de volgende RSZ arbeidstijdscodes (zie lager voor overzicht van de codes) 1 3 4 5 20

4) Berekening van het theoretisch aantal dagen en uren van de maand/week a) indien dbluurdag = 0 en cyclus is niet gelijk aan 0 of 1 (dbluurdag is het gemiddeld aantal uren uit het contract (daggrens)) Deze methode is niet van toepassing voor HiAnt b) anders dbD = aantal dagen , wordt opgehaald uit de betaalperiodetabel (veld bpmnddag) dblU = aantal uren = voltijds regime van de werknemer / stelsel * aantal dagen 5) Berekening van de referte maandloon (dblS): Dit gebeurt als volgt : W = referte weekloon * 53 (maximaal aantal weken in jaar) / 12 Indien dbluurdag <> 0 dan Indien dblH <> 0 Dan dblS = W * dblH / dblU Anders dblS = 0 (indien personen geen uren heeft, dan ook geen recht op werkbonus) Anders Indien dblJ2 < dblD Dan Indien dlblj2 <>0 dblS = W / dblJ2 * dblD Dan dblS = 0 (indien geen dagen, dan geen werkbonus) anders anders

29

dblS=W (persoon heeft minsten theoretisch aantal dagen gewerkt) 6) Berekening van het basisbedrag Met het berekende referteloon wordt dan in de tabel van de RSZ het basisbedrag opgezocht Vanaf 1 mei 2008 zijn dit de volgende waarden :

7) Herleiding van het kortingsbedrag Dit bedrag wordt dan weer herleid naar a rato van het aantal gewerkte uren of aantal gewerkte dagen. 8) Beperking van het kortingsbedrag Tenslotte wordt het kortingsbedrag ook beperkt tot de te betalen RSZ omdat deze nooit meer kan zijn. Overzicht bezoldigingscodes omschr 1 2 3 4 5 6 10 20 21 30 31 32 33 888

Alle bedragen die steeds als loon worden beschouwd, met uitzondering van de vergoedingen die onder e Premies en gelijkaardige voordelen die worden toegekend onafhankelijk van het aantal effectief gewer Vergoedingen betaald aan de werknemer in geval van beëindiging van de arbeidsovereenkomst die worden Vergoedingen betaald aan de werknemer in geval van beëindiging van de arbeidsovereenkomst die niet w Premies die de werknemer ontvangt omdat hij, in het raam van maatregelen tot herverdeling van de arb Vergoedingen voor uren die geen arbeidstijd zijn in de zin van de arbeidswet van 16 maart 1971, toeg Persoonlijk gebruik van bedrijfswagen in het kader van woon- werkverkeer en in vrije tijd Specifieke looncomponenten die voor gepensioneerden als loon worden beschouwd voor de toepassing van Voordelen niet onderworpen aan de gewone RSZ-bijdragen Gewaarborgd loon tweede week Vergoeding CAO 12bis/13bis Nettoloon activeringsprogramma´s Bruto bezoldiging voor een deeltijdse werknemer met inkomensgarantie -uitkering Bijzondere bijdrage verschuldigd op de niet-recurrente resultaatsgebonden voordelen

Overzicht dag- en arbeidstijdscodes omschr 0 1 2

niet van toepassing alle arbeidstijdgegevens gedekt door loon met RSZ-bijdragen, met uitzondering van de wettelijke en b wettelijke vakantie voor arbeiders

30

3 4 5 10 11 12 13 20 21 22 23 24 25 26 30 50 51 52 60 61 70 71 72 73 74

bijkomende vakantie voor arbeiders afwezigheid eerste dag wegens slecht weer bouwbedrijf (onvolledig loon) betaald educatief verlof gewaarborgd loon tweede week, feestdagen en vervangingsdagen tijdens periode van tijdelijke werkloos arbeidsongeschiktheid met aanvulling of voorschot overeenkomstig de CAO 12bis/13bis vakantie krachtens algemeen verbindend verklaarde CAO of inhaalrust bouwbedrijf of inhaalrust handel sociale promotie onbezoldigde dagen inhaalrust in het raam van maatregelen tot vermindering van de arbeidstijd met ve de dagen staking/lock-out syndicale opdracht carensdag verlof om dwingende redenen zonder behoud van loon - voor de onthaalouders, onbezoldigde vakantiedag burgerplichten zonder behoud van loon, openbaar mandaat militieverplichtingen alle arbeidstijdgegevens waarvoor de werkgever geen loon of vergoeding betaalt, met uitzondering van ziekte (ziekte of ongeval van gemeen recht en profylactisch verlof) moederschapsbescherming (=moederschapsbescherming, moederschapsrust en in vaderschapsverlof omgezet vaderschaps - of adoptieverlof (te gebruiken voor de zeven dagen die volgen op de drie door de werkge arbeidsongeval beroepsziekte tijdelijke werkloosheid andere dan de codes 71 en 72 specifieke code economische werkloosheid specifieke code voor tijdelijke werkloosheid ingevolge slecht weer code jeugdvakantiedagen minderprestaties van de erkende onthaalouder, te wijten aan de afwezigheid van kinderen die normaal

2.30. Aanpassing werkbonus van 1/9/2008 en vanaf 1/10/2008 (PL) Vanaf 1/9/2008 aanpassing van de bedragen. Vanaf 1/10/2008 aanpassing van de bedragen en berekeningswijze. Software aanpassing zodat er per lijn een aparte minimum grens kan ingegeven worden. Deze grens dient in de tabel szverm_j.EminS ingevuld te worden) Werknemers die in aanmerking komen voor de werkbonus: - alle werknemers van zowel de privé- als de openbare sector die een werknemersbijdrage van 13,07% verschuldigd zijn; - komen dus niet in aanmerking: o erkende leerli ngen o de industriële leerlingen o de leerlingen met een inschakelingsovereenkomst o deeltijds leerplichtigen o de stagiairs in opleiding tot ondernemingshoofd o de geneesheren in opleiding tot specialist o de meeste statutaire personeelsleden van de openbare sector komen evenmin voor de vermindering in aanmerking. Bedrag: - de vermindering bestaat uit een forfaitair bedrag dat geleidelijk vermindert naarmate het loon groter wordt - de werkgever brengt het bedrag in mindering van de normale werknemersbijdragen (13,07% van het brutoloo n) bij de betaling van het loon - indien het loon wordt betaald volgens een andere periodiciteit dan de maandelijkse, berekent de werkgever de vermindering bij de laatste betaling die op de kalendermaand betrekking heeft. In dat geval is de berekening gebaseerd op de dagen en de lonen die op die kalendermaand betrekking hebben - voor werknemers die binnen de maand met opeenvolgende overeenkomsten werken, wordt het verminderingsbedrag verrekend aan het einde van iedere overeenkomst of bij iedere betaling die betrekking heeft op die overeenkomsten

31

- men berekent de vermindering voor iedere werknemer apart. Deze berekening omvat drie stappen: 1. eerst bepaalt men het refertemaandloon van de werknemer 2. op basis van dat refertemaandloon bepaalt met het basisbedrag van de vermindering 3. ten slotte stelt men het verminderingsbedrag vast door het basisbedrag te corrigeren bij onvolledige prestaties en bij deeltijdse werknemers - huidige berekeningswijze van de werkbonus (bedragen van toepassing vanaf 01-01-2008): - berekeningswijze van de werkbonus vanaf 01-09-2008: Bedienden S (refertemaandloon aan 100 % in EUR) < = 1.362,49 >1.362,49 en <= 2.203,72 > 2.203,72 Arbeiders S (refertemaandloon aan 100 % in EUR) < = 1.362,49 >1.362,49 en <= 2.203,72 > 2.203,72

R (basisverminderingsbedrag in EUR) 143,00 143,00 - (0,1700 x (S - 1.362,49)) 0 R (basisverminderingsbedrag in EUR) 154,44 154,44 - (0,1836 x (S - 1.362,49)) 0

- vanaf 01-10-2008 wijzigen de loongrenzen nogmaals en wordt voortaan een onderscheid gemaakt tussen vier i.p.v. drie categorieën: Bedienden S (refertemaandloon aan 100 % in EUR) < = 1.387,49 >1.387,49 en <= 1.693,50 >1.693,50 en <= 2.203,72 > 2.203,72 Arbeiders S (refertemaandloon aan 100 % in EUR) < = 1.387,49 >1.387,49 en <= 1.693,50 >1.693,50 en <= 2.203,72 > 2.203,72

R (basisverminderingsbedrag in EUR) 175,00 175,00 - (0,2798 x (S - 1.387,49)) 143,00 - (0,1752 x (S - 1.387,49)) 0 R (basisverminderingsbedrag in EUR) 189,00 189,00 - (0,3021 x (S - 1.387,49) 154,44 - (0,1892 x (S - 1.387,49)) 0

- per werknemer mag het totaal van de vermindering per kalenderjaar niet meer bedragen dan 1.680 EUR. - opgelet: de vermelde bedragen gelden voor voltijdse werknemers met volledige prestaties in de betrokken maand. Voor voltijdse werknemers met onvolledige prestaties en voor deeltijdse werknemers dienen deze bedragen nog geproratiseerd te worden in functie van hun prestatiebreuk.

2.31. Mogelijkheid tot instellen van pad voor aanmaak bankbestanden (TS) De bankbestanden werden steeds aangemaakt onder het lokaal pad. Nu kan men dit instellen via onderstaande parameter. "Betaling", "Bankbestand", "Path", gLocalPath Standaard zal nog steeds het lokaal pad gebruikt worden. Wanneer men bankbestand wenst aan te maken, en de ingestelde folder bestaat niet, krijgt de gebruiker een melding en kan er geen bankbestand aangemaakt worden

32

2.32. Aanmaak nieuwe code via code definitiescherm TS) Bij de aanmaak van een nieuwe code op basis van een reeds bestaande code, zal HiAnt nu ook de eventuele parameters met betrekking tot de afdruk van de loonbrief (nieuwe layout) overnemen. Het gaat hier over de records in de tabel availablecodes waar de groupcd de letters ‘LB’ bevatten.

2.33. Bugfixes (TS) Bij afprinten document overzicht netto lonen van gemarkeerde bankbestanden kreeg men een foutmelding indien men gebruik maakte van een accentje in de naam van de loonrun.

33

3. Module Facturatie 3.1.

Kantoor van de klant wordt ook getoond in de inhoud van de facturatierun (PL) In de facturatiemodule wordt nu ook het kantoor van de klant getoond in het overzicht van de facturen van een bepaalde facturatierun (tabblad berekenen)

3.2.

Mogelijkheid tot kopiëren facturatieformule in klant-detailscherm (EO) Het is nu mogelijk om in het klant -detailscherm een facturatieformule aan te maken startend van een andere formule. Onder de grid met facturatieformules bevindt zich nu een knop “kopieer”.

34

Hierbij wordt er eerst gevraagd naar een looncode.

Vervolgens wordt het “facturatieformule-detailscherm” geopend waarbij er is ingevuld: - de opgegeven looncode - al de andere eigenschappen zijn opgevuld met de waardes van de geselecteerde facturatieformule uit de grid.

3.3.

Controle op overlapping facturatieformules (EO) Bij het bewaren van een facturatieformule is nu een controle op overlapping ingebouwd: Er wordt gecontroleerd of er al een facturatieformule bestaat voor die looncode op hetzelfde niveau met een overlappende geldigheidsduur. Ingeval van overlapping, krijgt men een melding, waarbij men wel de mogelijkheid heeft om al of niet verder te gaan met bewaren.

35

3.4.

Bepaling vervaldatum faktuur was niet correct voor de types “X dagen einde maand” (EO) De bepaling van de vervaldatum van de faktuur voor de betalingstermijn-types “X dagen einde maand” was niet correct. De programmatie is aangepast.

3.5.

Aanpassing programmatie PratoGridbrowse3.ocx (EO) Probleem trad o.a. op vanaf HiAnt versie 4.122 bij sorteren binnen de grid met faktuur-detaillijnen. Sorteren van de grid gaf runtime error ingeval de grid werd opgevuld a.h.v. queries (niet met toekennen recordset) en kolomhoofdingen niet expliciet werden toegekend. De programmatie is aangepast, zodat probleem verholpen is.

3.6.

Aanpassing Word -faktuurafdruk, type “printfactuurbik” (probleem bij klant X): 2 verschillende personen met identiek dezelfde naam werkten bij dezelfde klant; bij faktuurafdruk kwamen de gegevens niet apart voor (EO) Bij de Word-faktuurafdruk, type “printfactuurbik”, kwam volgende probleem voor: 2 verschillende personen met identiek dezelfde naam werkten bij dezelfde klant à de gegevens kwamen gegroepeerd (niet apart) voor bij de faktuurafdruk Programmatie is aangepast, zodat de gegevens apart voorkomen.

3.7.

Splits factuur op bedrag (PL) Naast de bestaande mogelijkheden om facturen te splitsen met de SPWA optie, is er nu ook de mogelijkheid om facturen te splitsen op bedrag. Via de optie SFB kan de gebruiker aangeven wat het maximale bedrag is dat een bepaalde klant op zijn factuur wenst te ontvangen. Indien een bepaalde factuur boven dit bedrag komt, zal ze automatisch gesplitst worden in 2 facturen. De procedure is als volgt : Eerst worden de facturen berekend. Dan controleert HiAnt of er facturen op bedrag dienen gesplitst te worden door het totaal bedrag te vergelijken met het bedrag achter de optie SFB (In de optie balk dient men dit bv als volgt in te geven SFB=25000 om de factuur te splitsen op € 25 000). Vervolgens sorteert HiAnt de factuur op wnnr en splitst voor de werknemer waardoor het bedrag boven het maximum bedrag zou komen. HiAnt maakt een tweede factuur aan met de volgende eigenschappen : - de splitscode wordt AMOUNT - al de detaillijnen krijgen het type S (splits) (zowel de nieuwe factuur als de bron factuur) - de status van de nieuwe factuur en bron factuur wordt gezet, zodat HiAnt deze factuur niet opnieuw herberekend - de status van de factuur kan niet verwijderd worden De module dient geactiveerd te worden met de volgende parameter:

36

"facturatie", "maxbedragperfactuur", "controle" (standaard waarde 0, om te activeren dient de parameter op 1 geplaatst te worden.

3.8.

Ticket 37680 – Afdruk facturen zonder detail (PZ) Extra optie in de nieuwe afdrukmodule: mogelijkheid om facturen zonder detaillijnen af te drukken. De facturen worden zonder detaillijnen afgedrukt voor klanten met de optie FZD (Factuur Zonder Detail).

3.9.

Ticket 37256 - Ticket 2/3: Afdrukken facturen - idem centrale afdruk: sorteren op aantal pagina´s (PZ) Mogelijkheid om speciale gevallen in klantenfiche aan te vinken. Nadeel nu is dat alle afgedrukte facturen nu handmatig moeten gesorteerd worden. Sortering mogelijk maken in de afdrukmodule op basis van het aantal pagina´s.

Oplossing: Met de aanwezigheid van de optie SFK bij de klantopties worden klanten met deze verwijzing vooraan een bundel facturen afgedrukt. Indien de waarde van de parameter "AfdrukFactuur", "optie", "SorteerOpAantalPaginas" op 1 staat wordt een bundel facturen gesorteerd op het totaal aantal pagina’s dat een factuur bezit.

Technische informatie: Het sorteren van facturen op basis van het aantal pagina’s was geen standaard mogelijkheid binnen Crystal Reports. Op voorhand kon men niet bereken hoeveel pagina’s een factuur zou bevatten. Om ervoor te zorgen dat we wel het aantal pagina’s kennen werd volgende procedure gebruikt. Eerst wordt de standaard procedure gevolgd zoals gewoonlijk om de factuur gegevens op te halen en deze naar een Crystal Report document te plaatsen. Vervolgens wordt per factuur een PDF bestand gemaakt in de TEMP locatie van een PC. Dit is een globaal gekende map binnen VB.NET. Er wordt per factuur gecontroleerd uit hoeveel pagina’s van de TEMP pdf bestaat. Dit aantal wordt geplaatst binnen de datatable van de tabel HOOFDING. De nieuwe waardes van de tabel HOOFDING worden naar het Crystal Report bestand gestuurd samen met de sortering op pagina nummer. Zo verkrijgt men het gewenste resultaat.

3.10. Afdruk facturatie: Kleine aanpassing talen facturen (PZ) Via HiAnt worden de Nederlandse & Franse facturen gescheiden en vervolgens getoond in 2 apparte vensters. Ter verduidelijking wordt in de titelbalk vermeld in welke taal de facturen staan. NL voor Nederlandse facturen FR voor Franse facturen

37

3.11. Facturatiesysteem – afboeken prestaties/premies (TS) De bugfix vermeld in punt 79.1 is nu niet meer standaard maar moet expliciet opgezet worden door volgende parameter op 1 te zetten: "Boeken", "Facturen", "AfboekenPerWnnr", "0". De parameter zorgt er dus voor dat het afboeken (facturatieid invullen) van de prestaties en premies per werknemernummer en facturatierun wordt gedaan. Indien de wnnr niet gevonden is wordt dus voor deze periode niets afgeboekt voor deze persoon in de prestaties en premies. Gevolg als deze parameter op 1 wordt gezet, is dat wanneer een bepaalde persoon enkel maar prestatie/premiecodes heeft die niet te factureren zijn, deze dus ook niet worden afgeboekt, waardoor deze zichtbaar blijven in de grid “te factureren premies”.

3.12. Toevoegen aan facturatierun – meerdere periodes(TS) Bij het toevoegen van gegevens aan een facturatierun waarbij er meerdere periodes zijn (bv. systeem 6510 week met maandsplitsing), krijgt de gebruiker de mogelijkheid om te bepalen welke periode hij wenst toe te voegen. Men kan één periode kiezen, of alle periodes tegelijk selecteren.

3.13. Dubbele gegevens facturatie – herzieningen(TS) Bug opgelost waardoor het soms voorkwam dat er dubbele gegevens in de tabel met herzieningen van de factuur terecht kwamen. Het had te maken met NULL waardes in de velden afdelingid,kostenplaatsid,splitscode… Ook bij toevoegen van herzieningen aan een facturatie-transaktie konden deze gegevens dubbel worden toegevoegd omwille van deze NULL waardes.

3.14. FactuurConvert (KT) Het kantoornummer van klant X moet omgezet worden naar het kantoornummer van klant Y voor de facturatie. Als in de aangeleverde file op de laatste positie (145) een ‘G’ staat, moet het kantoornummer op positie 139 t.e.m. 142 omgezet worden. Als het kantoornummer in de file voldoet aan voorwaarde (kantoornummer > 1300 en kantoornummer < 1399 ) wordt er 1150 vanaf getrokken.om het kantoornummer van klant Y te bekomen. Als er geen ‘G’ op de laatste positie staat, wordt de regel gewoon overgenomen.

3.15. Issue 37244 (KT) HiAnt – Facturatieadres Het lukt niet om een andere naam op de factuur weer te geven : het is wel mogelijk om een facturatie-adres (inclusief een andere klantnaam) in te geven bij de klant, maar bij het afdrukken wordt de gewone klantnaam afgedrukt, samen met de adresgegevens van het facturatie -adres. In de procedure ‘drukKlanttype1_cry’ wordt het veld ‘cry_fac_naam’ nu opgevuld met ‘FactNaam’ en het veld ‘cry_fac_straat’ met ‘facstraat’.

38

3.16. Aparte nummering voor facturen en creditnota’s (PL) Door parameter "initialisatie","factuurnrtype","*", 0 op 1 te zetten kan men bepalen dat er een aparte nummering dient gebruikt te worden voor facturen en creditnota's. De eigenlijke nummering van de documenten bevindt zich dan in de volgende parameters: creditnota,<jaar>,volgendnr factuurnr,<jaar>,volgendnr Deze parameter dient dus per jaar ingesteld te worden Door de parameter in te stellen wordt in het facturen overzicht ook de nummering getoond. Intern blijft HiAnt werken met het eigenlijk unieke identificatienummer.

3.17. Formateren datum velden in het facturenoverzicht scherm (PL) De datum in het facturen overzicht scherm wordt getoond als DD/MM/YYYY. Indien men op dit veld wenst te sorteren door shift-klik op de kolom zal het systeem alfabetisch sorteren (dus niet chronologisch). Met de parameter "scherm", "frmfactlst", "dateformatstring", 103 kan men de formatering van dit datum veld aanpassen. (de gebruikte codes zijn SQL server codes) 103 = DD/MM/YYYY 111= YYYY/MM/DD Met behulp van deze parameter kan men de formattering aanpassen zodat de facturen na sortering op deze datum toch chronologisch worden getoond. Deze parameter is van toepassing op alle datum velden in het overzicht. De formattering wordt niet overgenomen naar Excel – daar heeft men wel de mogelijkheid om op datum te sorteren.

3.18. Programmeur menu : invullen van prestid (PL) Via het programmeur menu – Facturen – invullen prestid in faktuurd kan men de prestid proberen in te vullen in de faktuur detail regels. HiAnt vraagt naar het jaar en men kan ook een aantal klantnummers opsommen (optioneel). Bedenk dat dit over een massa regels gaat en dus wel een tijdje in beslag kan nemen. De procedure gaat aan de hand van het klnr, wnnr en datum van de facturatieregel trachten om het contract op te zoeken. Indien er geen contract gevonden wordt, wordt de regel natuurlijk niet ingevuld.

3.19. Identity veld toevoegen aan de fakturatiep tabel (PL) Door het gebruik van het nieuwe fakturatiescherm is het noodzakelijk dat de fakturatiep tabel een identity heeft. Bij het opstarten wordt dit gecontroleerd – indien dit niet ok is krijgt u de boodschap. Opgepast : “de facturatie periode tabel is niet in orde. Gelieve deze tabel te corrigereren vanuit het programmeur menu - andere - voeg identity toe aan de fakturatie periode tabel. Op dit moment kan u geen correcte facturatie opstarten."

39

Het probleem is dus eenvoudig op te lossen door je aan te melden als programmeur en de volgende menu keuze uit het programmeur menu in het contracten lijst scherm te selecteren.

3.20. Aanpassen mCheckDatabase (PZ) Controle inbouwen of het veld pa_factuurID in de tabel printaanvragen bestaat, indien niet wordt deze aangemaakt bij het uitvoeren van de mCheckDatabase. Dit veld dient om een factuur id te koppelen bij een printaanvraag voor het afdrukken van facturen in de nieuwe printfacturen module (zie beneden 14.2).

3.21. Ticket 32886 : Afdruk Facturatie (PZ) Bestanden : EmptyFactuurXXXX.rpt (XXXX = groep naam klant) Nota : Standaard Factuur van de Klant PrintFacturatie.exe SetupCR.msi Installatie : Het is van belang dat framework 2.0 geinstalleerd staat en het bestand SetupCR.msi uitgevoerd wordt. De bestanden PrintFacturatie.exe & EmptyFacturatieXXXX.rpt komen in de HiAnt directory te staan.

40

Tabel PrintPDF: pp_id Unieke ID pp_date Aanmaak datum PrintPDF Tabel PrintAanvragen : pa_id pa_ppdfid pa_startdate pa_factuurID

unieke ID verwijzing naar record PrintPdf, duidt aan welke aanvragen tot dezelfde groep behoren. datum dat de printaanvraag gemaakt werd factuur die gekoppeld is aan de printaanvraag

De bedoeling was om het oude systeem dat gebruikt wordt om de facturen vanuit HiAnt af te drukken te vernieuwen naar de .NET technologie. Dit maakt dat het systeem sneller werkt met en dat de code voor de programmeur leesbaarder is geworden. Er wordt geen gebruik meer gemaakt om de facturen naar Word te printen maar met Crystal Report.

3.22. Aanpassing Release notes (PZ) Punt : Ticket 32886 : Afdruk Facturatie werd aangepast in de tekst. Duidelijkere omschrijving & extra tekst toegevoegd ivm de parameters, documenten,…

3.23. Mogelijkheden PrintFacturatie (PZ) Via de nieuwe print facturatie module worden enkele extra opties aangeboden. Deze bestaan in 2 soorten. 1.

Opties die gelden voor alle facturen van één bepaalde klant (deze staan vermeld in de tabel KL in het veld opties)

2.

Opties die gelden voor ALLE facturen

OPTIES PER KLANT AEF: Standaard wordt voor alle facturen 1 kopie geprint. Maar er zijn klanten die graag hun facturen in dubbel of meerdere kopieen willen ontvangen. Dit kan met deze optie. AEF=2 geeft de module aan dat alle facturen voor deze klant 2 maal geprint moeten worden. Een factuur van deze klant wordt 2 maal achter elkaar afgedrukt (zo moet men niet zoeken tussen 100-den facturen en ze zelf sorteren). EFT: Deze optie geeft aan dat de klant graag een voorblad op al zijn facturen wilt hebben met daarop de volgende bedragen: netto, btw & totaal van een factuur. FTOT: Hiermee wordt een statistiek afgedruk t op het einde van een factuur. Door middel van het onderstaande optie FTTYPE geeft men aan welke waardes getoond worden. Bij elke FTTYPE worden standaard de volgende velden toegevoegd : wn.naam, aantal & netto.

41

Wordt FTOT niet begeleidt met een optie FTTYPE worden standaard de velden Afdeling, sektie, week & code genomen.

FTTYPE: Beslist hoe de statistiek van de factuur moet uitzien.

Met FTTYPE=2 betekent dat de velden datum, afdeling, kostenplaats & wnnr komen te staan in de statistiek samen met de standaard velden wn.naam, aantal & netto. De velden komen in die volgorde te staan en worden ook in volgorde gegroepeerd. Je kan zovaak een FTTYPE aanmaken als je wilt. Maar wel met de voorwaarde dat het binnen volgende waardes blijft (gescheiden door een komma). Nota (Nederlands code, Franse code : veldnaam) AFD, DEP KP, CP Ploeg, Equipe Week, Sem Code Stat Wnnr,empnr Datum, Date Bestelbon

Afdeling Kostenplaats Ploeg Week Omschrijving Sektie Naam Datum Bestelbon

OPTIES VOOR ALLE FACTUREN Parameter: "INITIALISATIE", "FactuurnrType", "*" Indien de waarde = 1 wordt op de factuur het interne factuurnummer getoond. In andere gevallen wordt standaard het factuur nummer getoond. Parameter: "AfdrukFactuur", "Optie", "ToonDuplicaat" Indien de waarde = 1: in het geval de printdatum NIET leeg is, wordt de melding DUPLICAAT getoond op de factuur. Parameter: "AfdrukFactuur", "Optie", "ToonFactuurCode" Indien de waarde = 1 wordt naast het factuur nummer (of interne factnr) een code getoond. Deze code FACfactuurcode of FACcreditnota staat in de vertaal tabel.

Extra velden: Melding betreft, een vrije tekst, andere factuur velden zijn allemaal mogelijk. Deze moeten enkel in het Crystal report worden toegevoegd.

42

Belangrijke parameter : ("Factuur", "Afdruk", "Viaprintaanvragen") -> Moet op 1 staan wilt men gebruik maken van volgende applicatie. Via HiAnt worden facturen geselecteerd die weggeschreven worden naar de tabellen PrintPdf & Printaanvragen. Voor elke factuur wordt 1 record toegevoegd in de tabel Printaanvragen samen met de ID van de factuur en de ID van de PrintPdf. De ID van de printpdf wordt op voorhand verhoogd en is een belangrijk parameter voor de applicatie Afdruk Facturatie omdat het systeem dan weet welke printaanvragen (facturen) er moet en opgehaald, bewerkt en getoond worden. Afdruk Facturatie wordt op volgende 4 manieren opgeroepen vanuit HiAnt: Scherm Overzicht facturen (CTRL + F3)

Selectie facturen Print alle facturen die staan in de gridbrowse, eventueel gefilterd.

Gemarkeerde facturen Print alle facturen die gemarkeerd zijn in de gridbrowse

43

Fakturen/Bijlagen Print de facturen die voldoen aan de voorwaarden die werden ingegeven in het scherm “Druk fakturen”

Nota: in de applicatie afdruk fakturatie wordt geen rekening gehouden met het aantal Exempl. dat in dit scherm wordt meegegeven. Nota: De knop Print bevat normaal het woordje WORD, indien de parameter Viaprintaanvragen ingesteld staat komt het woordje PRINT in de plaats

44

Transaktie facturen Zelfde werking als Fakturen/Bijlagen maar opgeroepen vanuit het menu Facturen (Niet CTRL + F3) Na de selectie start het programma met een afdrukvoorbeeld van de facturen. Let op Indien er zowel Nederlands als Franse facturen in de selectie zatten komen er 2 vensters op het scherm. Anders maar 1. Bij het opstarten wordt de status van de vooruitgang getoond. Immers wordt de data opgehaald en verwerkt.

Uiteindelijk krijgt men de facturen te zien.

45

MENU BESTAND

EXPORT : PRINT : AFSLUITEN:

Exporteer het afdrukvoorbeeld naar PDF, Excel, Word,… De facturen afdrukken Het programma verlaten

MENU PROGRAMMEUR

TOON DATASET : Toont in dataset vorm de tabellen met waarden die gebruikt worden om de facturen op te vullen samen met bijkomende informatie zoals statistieken, parameters,…

46

WERKBALK

Van links naar rechts hebben we -

Export Print Ga naar eerste pagina Ga naar vorige pagina Ga naar volgende pagina Ga naar laatste pagina Ga naar pagina … Zoek tekst Zoom grootte

EXPORT Je kiest hier het type bestand en de locatie dat de facturen in komen te staan.

47

PRINT Je kan hier de printer kiezen, het afdruk bereik en het aantal exemplaren.

3.24. Voor programmeur: Procedure factuur aanmaken in Crystal Reports voor nieuwe afdruk facturen module (PZ) De nieuwe module om facturen af te drukken maakt gebruik van Crystal Reports om zijn gegevens te tonen/af te drukken. In de module zelf worden de gegevens opgehaald, bewerkt & doorgestuurd naar het Crystal Report. Om de gewenste gegevens te tonen in een Crystal Reports dien je een SQL command in te geven die deze data ophaalt, aangezien we een dataset doorgeven naar crystal reports en het rapport niet alle velden zal kennen die we hebben opgehaald in de module. In Crystal Reports gaan we naar de Database Export…

48

Selecteer OLE DB (ADO) en neem als provider Microsoft OLE DB Provider for SQL Server

Selecteer de server, en database en vul de login user en paswoord in.

Selecteer add Command , Rechtermuisknop op command en klik Edit Command

49

In dit venster wordt de SQL command samengesteld om de data op te halen. Niet alleen data maar ook de vertalingen van de labels worden hiermee opgehaald.

De hoofdtabel is natuurlijk Faktuur. De module geeft een datatabel met de naam FactuurHoofding door aan Crystal Reports. Hierin zitten niet alleen velden van de tabel Faktuur, maar ook vertalingen, verzendadres,en andere data. Daar deze niet gekend zijn moeten we ze op volgende manier oproepen. Een bestaand veld ophalen als een synoniem. Let op: het moet wel een veld zijn van hetzelfde datatype! Integer : Select factnr as ToonFactNr haalt het veld ToonFactNr op dat in de datatabel FactuurHoofding staat. String : convert(VARCHAR(800), factnr) as klantnaam haalt de klantnaam op.

50

Om de factuurdetail & statistiek in het crystal report te plaatsen dienen we een subrapport aan te maken.

Er wordt gevraagd waar de data opgehaald wordt. Volg hiervoor de zelfde stappen als hierboven. SQL command: Subrapport FaktuurDetail: SELECT [velden] from faktuurd Subrapport FaktuurStatistiekl: Is een vaste SQL opdracht voor elke factuur SELECT factnr as StatistiekFactuurId, convert(VARCHAR(800), factnr) as kolom1, convert(VARCHAR(800), factnr) as kolom2, convert(VARCHAR(800), factnr) as kolom3, convert(VARCHAR(800), factnr) as kolom4, convert(VARCHAR(800), factnr) as kolom1Naam, convert(VARCHAR(800), factnr) as kolom2Naam, convert(VARCHAR(800), factnr) as kolom3Naam, convert(VARCHAR(800), factnr) as kolom4Naam, factnr as Aantal, netto as Netto, convert(VARCHAR(800), factnr) as AantalNaam, convert(VARCHAR(800), factnr) as NettoNaam FROM FAKTUUR Kolom…Naam = vertaling kolomnaam. Kolom1 is de waarde die via het veld FTTYPE werd gekozen. Indien we vb 2 kolommen hebben gekozen voor het FTTYPE dan zijn de velden van kolom3 & kolom4 gewoon leeg.

51

Subrapport koppelen Om het subrapport FactuurDetail te koppelen aan de facturen klikken we met de rechtermuisknop op het subrapport en selecteren: Change Subreport Links

Hier geef je aan dat het veld factuur.factnr overeen moet komen met factuurd.FactuurNr.

3.25. BugFix : Afdrukken Transactie facturen (PZ) Het was niet mogelijk om via het menu FACTURATIE de TransactieFacturen af te drukken. Er werd geen rekening gehouden in de form frmDrukFakt tussen het type van de Facturen.

52

Er werd een controle in gebouwd dat rekening houdt met de het Type in de frmDrukFakt. F = Facturen, anders = Transactie

Indien het gaat om een transactie factuur wordt het factuurnummer vervangen door de melding PROEFFACTUUR.

3.26. Ticket 36285 : Afdruk Facturatie - Uitbreiding AEF optie (PZ) Probleem: bij de klanten kunnen we in het veld optiesmeegeven om hun facturen meerdere malen af te drukken met de optie AEF. Nu werd er geen rekening gehouden dat indien het gaat om een nieuwe factuur (dus waarvan de printdatum nog leeg is) de melding DUPLICAAT te vermelden bij alle facturen vanaf het 2de kopie. Oplossing via de parameter "AfdrukFactuur", "Optie", "ToonDuplicaatAEF" kan men aanduiden of deze opties actief wilt hebben.

3.27. Ticket 36281 : Afdruk facturatie - Mogelijkheid inbouwen om negatieve bedragen te tonen (PZ) Bij creditnota’s worden alle bedragen standaard positief geplaatst bevat het document duidelijke vermeldingen dat het gaat om een creditnota. Dit was zo gepland voor de afdeling boekhouding. Naar wens zijn volgende 2 mogelijkheden aanwezig qua presentat ie van de creditnota’s. Via de 2 parameters: "AfdrukFactuur", "optie", "ToonCreditnotaLabels" "AfdrukFactuur", "optie", "ToonNegatiefBedragen" Kan je de gewenste voorkeur bekomen voor jouw creditnota’s. Je bekomt een NEGATIEVE FACTUUR door:

Je bekomt een NEGATIEVE CREDITNOTA door

53

STANDAARD : bekom je altijd positieve facturen & creditnota’s als beide opties op 0 staan.

3.28. Ticket 36284 - Afdruk facturatie - Veld Gestructureerde mededeling (PZ) Bij de facturen is het mogelijk om een gestructureerde mededeling mee te geven. Dit wordt opgehaald uit de tabel faktuur en indien het veld zich bevindt in de Crystal Report van jouw factuur sjabloon opgevuld.

3.29. Aanpassing Ticket 36284 - Afdruk facturatie - Veld Gestructureerde mededeling (PZ) Bij de facturen is het mogelijk om een gestructureerde meededeling mee te geven. Dit wordt opgehaald uit de tabel faktuur en indien de parameter "AfdrukFactuur", "optie", "ToonGestMededeling" op true staat wordt deze getoond.

3.30. Ticket 36287 - Afdruk facturatie - Mogelijkheid bieden om een ORDER BY string te parameteriseren (PZ) Via de parameter "AfdrukFactuur", "optie", "FactOrderBy" kan je zelf beslissen wat de volgorde is van de sortering van de facturen. Dit parameter MOET beginnen met ORDER BY gevolgd door de kolom(men) gescheiden door een komma.

3.31. Ticket 36286 - Afdruk facturatie - Mogelijkheid om per kantoor PDF´s te maken (PZ) Probleem: tot heden had de nieuwe afdrukmodule van selectiefacturen 1 PDF gemaakt die klaar was om afgeprint te worden. Ook had men de optie deze PDF te exporteren. Helaas bracht dit een probleem met zich mee. Indien men een afzonderlijke PDF van de facturen wenste, moest men elke factuur afzonderlijk opstarten met de afdrukmodule. Oplossing: voordat men in HiAnt doorgaat naar het scherm van de afdrukmodule wordt gevraagd of men de facturen wilt printen of exporteren. Printen: alle facturen komen in 1 PDF te staan die afgeprint kan worden. Om deze gegevens te exporteren kan men zelf een naam & locatie beslissen.

54

Exporteren: de facturen worden in PDF vorm opgeslagen op de lokale schijf (via het parameter "AfdrukFactuur", "optie", "LocatiePDF" ingesteld) De benaming van de PDF bestanden wordt + ".pdf". Nadat de bestanden werden geëxporteerd wordt de locatie met deze pdf bestanden in explorer geopend.

3.32. Controle opties bij het opstarten factuur afdruk module (PZ) Bij het opstarten controleert de module of hij de ingestelde opties kan terugvinden bij de parametertabel. Parameters die niet terug gevonden worden, worden standaard uitgeschakeld. Met het exporteren van de facturen naar een aparte PDF wordt gecontroleerd of de parameter "AfdrukFactuur", "optie", "LocatiePDF" bestaat en of de locatie die is meegegeven ook terug te vinden is op de lokale schijf. Indien 1 van beide niet in orde is verschijnt een dialoogvenster met de melding dat men een locatie moet selecteren om de PDF bestanden op te slaan.

3.33. Controle opties bij het opstarten factuur afdruk module AANPASSING (PZ) Met het exporteren van de facturen naar een apparte PDF wordt gecontroleerd of de parameter "AfdrukFactuur", "optie", "LocatiePDF" bestaat en als de locatie die is meegegeven ook terug te vinden is op de lokale schijf. Indien de parameter NIET bestaat gaat de module GEEN pdf bestanden aanmaken van de facturen. Indien de parameter wel bestaat wordt de locatie gecontroleerd maar de locatie niet verschijnt een dialoogvenster met de melding dat men een locatie moet selecteren om de PDF bestanden op te slaan.

3.34. Ticket 36287 : Afdruk facturatie - Mogelijkheid bieden om een ORDER BY string te parameteriseren (PZ) AANPASSING Bij de controle van de parameter 'AfdrukFactuur', 'Optie', 'Sorteer' gaat de module na of een Type is meegegeven voor de sorteervolgorde van de facturen. Deze worden aangegeven door 'AfdrukFactuur', 'SorteerType', '' Met deze optie is het mogelijk om een onbeperkt aantal sorteertypes te maken.

55

3.35. Ticket 36995 - Afdruk facturatie - Opties TOF (PZ) De vertalingen met TOF komen te staan in de VertaalUZB tabel. Bij het opmaken van de facturen worden de opties van de klant gecontroleerd. Bij de aanwezigheid van de optie TOF= wordt de overeengekomen code in de tabel vertaalUZB opgehaald en de tekst in de taal van de klant geplaatst op de factuur. Indien er in de ve rtaalUZB een code TOFALWAYS voorkomt, heeft deze voorrang op de TOF functie. De tekst van de TOFALWAYS komt ook op elke factuur te staan!

3.36. Ticket 36282 Afdruk facturatie - Overdracht tonen subtotaal per pagina (PZ) Optie om de overdracht (subtotaal) per pagina te tonen. Bovenaan van de pagina staat het tussentotaal van de voorgaande pagina’s, onderaan het tussen totaal van de voorgaande pagina’s + de huidige pagina. Deze optie is te activeren via de parameter "AfdrukFactuur", "optie", "Overdracht". Standaard staat de optie UIT. Deze optie is ENKEL van toepassing indien het Crystal Report ook zo opgeb ouwd is om dit te presenteren. (Taak programmeur) Hiervoor is een andere structuur nodig voor de Crystal Report waarbij de tabel FactuurMetOverdracht(= tabel Hoofding + Detail) wordt doorgestuurd naar Crystal Report.

3.37. Ticket 37150 Afdruk facturatie : extra opties (PZ) Nieuwe opties voor de afdruk module: - MIU Tekst tonen: vertaal("facmetaal", CInt(gTaal)) - BM Tekst tonen: NL : KB1/ART20:BTW te voldoen dr medecontractant FR: T.V.A à acquitter par le cocontractant AR1 - ART.17 BIS - melding betreft & vrijetekst Is standaard niet zichtbaar op factuur. De programmeur kan zorgen voor de volgende instellingen - Positie van deze teksten - De manier van voorkomen/presentatie Voorbeeld: Betreft enkel op pagina 1 onder het factuurnummer Vrijetekst boven het totaal van de factuur

56

3.38. Ticket 37212 - Ticket 1/3: Afdrukken facturen - idem centrale afdruk SFKoptie (PZ) Via de klant optie SFK wordt aan de afdruk module meegegeven dat klanten met deze optie als eerste worden afgedrukt.

3.39. Ticket 37476 - Afdruk facturatie - extra sorteer opties SFN, VAF, KLBB (PZ) Volgende klant opties zorgen voor een specifieke sorteer volgorde van de DETAIL lijnen van een factuur. SFN: week, isnull(klafd.naam,'-'),sektie.naam,wn.naam, wn.voornaam, faktuurd.wnnr,volgordefac,netto desc VAF: week, wn.naam, wn.voornaam, volgordefac, netto DESC KLBB: week, isnull(klkostenplaats.code,'-') + ':' + isnull(contactpersonen.naam,'') + ' ' + isnull(contactpersonen.voornaam,'') , isnull(klafd.naam,'-'), sektie.naam, isnull(volgordefac,'1000'),ebedrag,coef,specs

3.40. Bugfixes (TS) Bij boeken van een faktuur werden ook prestaties en premies op gefaktureerd geplaatst als het nog niet verloond was. Aanpassing in boeken facturen dat er ook gekeken wordt of de loonid verschillend van 0 is.

3.41. Margelijst aan de hand van geëxporteerde gegevens boekhouding (TS) In de margelijst kunnen rekening houden met het feit of een bepaalde loonrun/facutratierun reeds geëxporteerd is naar de boekhouding (als maand- en trimesterperiode ook de maand van de loonrun/facturatie export kunnen gebruiken). Dus de kosten en omzet worden toegewezen aan de maand en het jaar van de export van de loonrun of facturatierun. Met parameter "Marge", "OnlyExported", "*", "0" in te stellen door op 1 te plaatsen. Er wordt gevraagd naar het jaar en de begin- en eindmaand - week blijft voorlopig de echte week van de lonen - maand is de boekhoudperiode van de run - jaar is het boekhoudjaar van de run Enkel de loon- en facturatieruns die geëxporteerd zijn (exportdate is ingevuld) worden opgenomen in de margelijst.

3.42. Scherm facturatie (TS) Het scherm voor aanmaken van de facturatieruns is nu geïntegreerd in het eigenlijke facturatiescherm waar de facturatie kan opgestart, geboekt, enz… worden. Wanneer men nu vanaf het hoofdscherm via facturatie – eurofacturatie gaat komt men in het detail scherm van de facturatie,

57

waarbij men bovenaan de runs kan selecteren, verwijderen, aanmaken,… Onder deze grid staat dan het detail van de geselecteerde run. Het scherm is op deze manier opgebouwd zoals in de loonberekening. Het scherm zelf kan open blijven staan, waardoor het dus mogelijk wordt om te switchen naar andere schermen, als dit scherm open staat.

3.43. Toevoegen aan facturatierun (TS) Het scherm voor het toevoegen van klanten aan een facturatierun is aangepast. Het scherm heeft dezelfde layout als het scherm voor het toevoegen van personen aan een loonrun.

Op het eerste tabblad kan men een selectie maken door het systeem en de periode te selecteren uit een lijst. Verder kan men filteren op werkgevernummer en klantnummer (gescheiden in te geven door een komma). Op het tweede tabblad kan men kijken welke periodes nog gefaktureerd dienen te worden. Men kan hier op 2 manieren groeperen: Jaar,systeem,periode,kantoor Jaar,systeem,periode,kantoor,klant Uit de lijst kan men dan de “te faktureren periodes” koppelen aan de facturatierun via 3 methodes: 1. Geselecteerde lijn 2. Gemarkeerde lijn(en) 3. Gehele selectie

58

Afhankelijk van de gemaakte selectie zullen deze toegevoegd worden aan de geselecteerde facturatierun.

3.44. Bugfixes (TS) Toevoegen van herzieningen aan fakturatietransaktie bestand, gaf soms dubbele gegevens indien er gebruik werd gemaakt van de optie SPWA in de klantenfiche, om een gesplitste faktuur te verkrijgen.

3.45. Bugfix facturatiesysteem – premies+prestaties op gefactureerd plaatsen (TS) Stel men had een bepaalde klant gefactureerd, maar om één of andere reden wenste men een bepaalde werknemer toch niet te factureren, en men verwijderde deze in het detail van de berekende faktuurtransaktie. Wanneer men dan de facturen boekte, werden alle premies van die klant en periode afgeboekt als zijn gefaktureerd, dus ook die van de werknemer die eruit werd gehaald. Nu wordt nog extra gekeken naar de werknemers die in de factuurtransaktie zitten. Enkel deze werknemers worden op gefaktureerd gezet.

3.46. Bugfix facturatiesysteem – koppelen van herzieningen (TS) Tot nu toe werd er gekeken of een bepaalde klnr van de herzieningen reeds in de fakturatierunteberekenen zat. Indien dit zo is wordt er niet automatisch een nieuwe lijn toegevoegd. Er werd dus niet gekeken naar de periode (week) van de herzieningen. Er is nu aanpassing gebeurd zodat er ook wordt gekeken naar de periode van de herzieningen die men wenst toe te voegen. Indien er geen lijn is gevonden, wordt deze dan automatisch toegevoegd en de herzieningen aan gekoppeld.

59

4. Module export 4.1.

Export klanten mtv : taalcode (PL) Door de parameter "export", "loon", "MTVTaalcode",”0” op 1 te plaatsen heeft men nu ook de mogelijkheid om de taalcode van de klant te exporteren: N = Nederlands F = Frans De taalcode komt achter de zoeknaam te staan op positie 360 en is 3 tekens lang. De taalcode zelf is links uitgelijnd.

4.2.

Ticket 34893: klant X: export kostenplaatsen (SF) Niet alle kostenplaatsen worden geëxporteerd. De kostenplaatsen waar het adres niet voor is ingevuld worden op dit moment niet geëxporteerd omdat er in de query een right join gebruikt is ipv een left join. Het probleem is opgelost in AutoTask (v 1.0;67)

4.3.

Issue 36571: Velden toevoegen aan ExportLoonDetail Bij de creatie van het accessbestand ‘ExportBoekhouding.mdb’ worden aan de ‘gegevens’ tabel 2 velden toegevoegd: ‘OrigineelBedrag double’ en ‘OrigineelSign TEXT(1)’. Aangezien de tabel ‘ExportloonDetail’ dezelfde velden bevat, moeten hier deze velden ook worden toegevoegd. In de procedure ‘SaveBoekhoudKundigOverzicht’ worden de velden van het access-bestand gekopieerd naar de ‘ExportloonDetail’ tabel. Hier moet er dus voor gezorgd worden dat de nieuwe velden meegekopieerd worden. In de procedure ‘CreateExportBoekhouding’ worden de gegevens uit de ‘ExportloonDetail’ tabel terug gekopieerd naar de ‘gegevens’ tabel van ‘ExportBoekhouding.mdb’. Dus ook hier moeten de nieuwe velden mee gekopieerd worden.

4.4.

Issue 36801(KT) In de checkdatabase, kunnen de tabellen ‘ExportLoonMain’ en ‘ExportLoonDetail’ niet aangemaakt worden door een fout in de query “(syntax error near ‘(‘ )” Dit probleem treed niet bij iedereen op. Create query's die gegenereerd worden vanuit SQL 2005, werken niet op oudere versies van SQL. Er het stuk in het rood moet worden weggelaten. Vb Query 2005 CREATE TABLE dbo.ExportLoonMain([Id] [int] NOT NULL,[Datum] [datetime] NULL,[PersoneelsId] [int] NULL,[Omschrijving] [varchar](50) NULL,CONSTRAINT [PK_ExportLoonMain] PRIMARY KEY CLUSTERED([id] Asc)WITH (PAD_INDEX = OFF,

60

STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY])ON [PRIMARY]

4.5.

Export Acerta (PL) Door de socsecexportype op 1 te plaatsen worden er geen aantallen voor de code doorgestuurd. Voor de prato looncodes 416;332;435,4435,4436 dien het socexporttype in de looncoded tabel op 1 geplaatst te worden (vakantiegeld)

61

5. Module SMS 5.1.

Zenden sms vanuit scherm bestelling maaltijdcheques Er is een uitbreiding gemaakt om een sms te sturen naar personen die in een bepaalde bestelling voor maaltijdcheques zitten. Afhankelijk van het type attest kan er een verschillende boodschap gestuurd worden (beide ook nog eens in het Nederlands of Frans) -

afhalen in kantoor (reeds bestaande parameter) maaltijdcheques worden opgestuurd per post (reeds bestaande parameter)

De module kan opgestart worden vanuit het menu actie – verstuur sms naar personen van actieve bestelling. Standaard is dit menu niet aanwezig, en dient opgezet te worden met volgende parameter op 1 te plaatsen (standaard = 0 = niet zichtbaar) "Scherm", "frmmclst", "EnableSMS", "0" Bij het afprinten van het document ‘ontvangstbewijs maaltijdcheques’, krijgt men ook de vraag of men een sms wenst te versturen naar de personen in deze bestelling (enkel als het menu geactiveerd is). Nadat de gebruiker het menu heeft geactiveerd krijgt hij achtereenvolgens of samen twee maal het sms scherm, de gebruiker dient dan nog de tekst te koppelen en de sms te versturen. De standaard boodschappen dienen geparameteriseerd te worden. In de boodschap kunnen naast de naam en voornaam geen anderer parameters opgenomen worden zoals aantal, week of datum. Parameters in te stellen o o o o

o

"scherm", "frmmclst", "hoofdattestontvangstbewijs", "0" -> reeds bestaande parameter (zie 39.5) "scherm", "frmmclst", "detailattestpost", "0" -> reeds bestaande parameter (zie 39.5) "scherm", "frmmclst", "detailattestkantoor", "0" -> reeds bestaande parameter (zie 39.5) "scherm", "frmmclst", "messageidpost", "0" -> bepaalt de msg_id van tabel smsmsg waarin de boodschap is gedefinieerd voor sms dat de mcs per post worden opgestuurd "scherm", "frmmclst", "messageidkantoor", "0" -> bepaalt de msg_id van tabel smsmsg waarin de boodschap is gedefinieerd voor sms dat de mcs op kantoor kunnen afgehaald worden

Indien geen attest gevonden wordt voor bepaalde personen, zal dit adhv een tekstdocument naar de gebruiker toe getoond worden, en zal een sms verstuurd worden dat de MC’s op het kantoor afgehaald kunnen worden. Het gebruik van deze module kan uiteraard enkel maar indien men gebruik maakt van de SMS module van prato.

62

6. Module mail 6.1.

Aanpassing verzenden van mail naar klant/prospect of uitzendkracht/kandidaat vanuit HiAnt: verhelping van probleem “als mailvenster meerdere minuten open staat alvorens mail te verzenden, dan krijgt men een runtime error”(EO) De programmatie van HiAnt is aangepast, i.v.m. het verzenden van mail naar klant/prospect of uitzendkracht/kandidaat, ter verhelping van het probleem “als het mailvenster meerdere minuten open staat alvorens mail te verzenden, dan krijgt men een runtime error”.

6.2.

Aanpassing verzenden van mail naar klant/prospect of uitzendkracht/kandidaat vanuit HiAnt: mogelijkheid om mail te verzenden via smtp (bvb. bij uitzendbedrijven die geen gebruik maken van Outlook)(EO) Er is nu de mogelijkheid binnen HiAnt, i.v.m. het verzenden van mail naar klant/prospect of uitzendkrac ht/kandidaat, om deze mail via smtp te versturen, bvb. voor uitzendbedrijven die geen gebruik maken van Outlook. Verschillen tussen beide zijn o.a.: - bij verzenden van mails via Outlook komt de verzonden mail ook terecht in map “verzonden items” binnen Outlook; bij smtp-mail niet. - er is bij verzenden via smtp ook +/- geen feedback i.v.m. het succes van het versturen van de mail. Bvb. bij Outlook krijgt men een mail terug als een bepaald email-adres, waarnaar men verzendt, niet geldig is/niet meer bestaat…

Indien men parameter ("Outlook", "SendMail", "ViaSmtp") aanmaakt met waarde 1, dan wordt de mail verzonden via smtp [standaard wordt verzonden via Outlook]. Het is enigszins raar dat een parameter “Outlook” voorkomt samen met “ViaSmtp”, maar de param1 "Outlook" en param2 "SendMail" is behouden, omdat reeds meerdere van zulke parameters voorkomen (het verzenden van mail vanuit HiAnt werkte origineel via Outlook, vandaar de parameter -keuze). Opdat mails op deze wijze via smtp verstuurd kunnen worden, dienen bijkomend volgende parameters aangemaakt te worden: - parameter ("Outlook", "SendMail", "SMTPSERVER"): het IP-adres van de smtp-server - parameter ("Outlook", "SendMail", "SMTPPORT"): poort - parameter ("Outlook", "SendMail", "SMTPSENDER"): STANDAARD-EMAIL-ADRES dat genomen wordt als verzender van de mail. !!!!! Verzender email-adres dat genomen zal worden, wordt in volgende volgorde bepaald (totdat er een email-adres gevonden wordt): - indien er in de personeel-tabel voor de huidig ingelogde gebruiker een geldig email-adres wordt gevonden, wordt dit email-adres als verzender van de mail genomen. - indien geen geldig personeel-email-adres: indien er in de wg-tabel voor het actieve kantoor een geldig email-adres wordt gevonden,

63

wordt dit email-adres als verzender van de mail genomen. - indien geen geldig personeel-email-adres en geen geldig wg-email-adres, dan wordt het email-adres opgegeven in parameter ("Outlook", "SendMail", "SMTPSENDER") genomen.

Men heeft ook de mogelijkheid om, als men wil verzenden via smtp, maar men toch beschikt over Outlook, gebruik te maken van het Outlook -adresboek bij het kiezen van geaddresseerden. Men krijgt in dit geval bij het kiezen van geadresseerden de keuze om op te zoeken uit de HiAnt -email-adressen of uit het Outlook -adresboek. Het gebruikmaken van het Outlook-adresboek, hetgeen standaard aan staat, kan afgezet worden door parameter("Outlook", "SendMail", "UseOutlookAddressBook") met waarde 0 in te geven. Verder blijft alle functionaliteit en parametrisatie gelijk aan deze voor het verzenden van mails via Outlook [bvb. parametrisatie i.v.m. onderaan mail toevoegen van (Outlook)handtekening, parametrisatie i.v.m. automatisch aanmaken opvolging/bezoekrapport].

6.3.

Oplossing probleem “bij inlezen mails in HiAnt en bijgevolg ook aanmaak van een opvolging, werd het onderwerp van de mail niet in de opvolging gestoken”.(EO) Bij inlezen van mails in HiAnt (en er bijgevolg ook een opvolging wordt aangemaakt) werd het onderwerp van de mail niet in de opvolging gestoken. De programmatie is nu aangepast zodat bij de omschrijving van de opvolging nu verschijnt: het onderwerp van de mail, 2 enters en dan de inhoud van de mail.

6.4.

Individuele mails via SMTP met html sjabloon (PL) Indien men voor het verzenden van individuele mails vanuit het klantenlijst scherm of vanuit het werknemers lijst scherm (via het menu Acties – Zend mail) gebruik maakt van de SMTP methode (dus niet via outlook) kan men nu ook gebruik maken van HTML sjablonen. Eerst controleert HiAnt aan de hand van een bepaald patroon of er een sjabloon voor de uitzendconsulent is aangemaakt : bv n: \sjablonen\sjabloonUZC.html , waarbij n: een netwerkschijf is waar iedereen toegang tot heeft en id het nummer van de consulent. Aan de hand van de taal van de geselecteerde klant of uitzendkracht, controleert HiAnt eerst of er een taal afhank elijk sjabloon is ingegeven. Men kan een taalafhankelijk sjabloon aanmaken door achter het nummer van de consulent de code NL of FR in de bestandsnaam op te nemen. Om aan te geven dat men persoonlijke sjablonen wenst te gebruiken dient men de volgende parameter in te geven: outlook, sendmail, pathhtmlsjabloonuser , de waarde bevat dan het path van het sjabloon en in dat path is de parameter opgenomen die HiAnt tijdens de uitvoering van het programma zal vervangen door het nummer van de actieve consulent. Bv het taalonafhankelijk voor uitzendconsulent 5 wordt datn n:\sjablonen\sjabloonUZC5.html Het sjabloon voor uitzendconsulent 5 voor franstalige klanten wordt dan : n:\sjablonen\sjabloonUZC5FR.html

64

Indien er geen persoonlijk sjabloon wordt gevonden controleert HiAnt of er een kantoor sjabloon is gedefinieerd : bv n:sjablonenkantoor<wgnr>.html, waarbij wgnr het nummer van het kantoor is. Dit gebeurt met de volgende parameter : outlook, sendmail, pathhtmlsjabloonkantoor De waarde bevat dan het sjabloon met de variabele <wgnr> HiAnt zal dan deze variabele vervangen door het nummer van het actieve kantoor en controleren of dat sjabloon bestaat. Indien er ook gaan kantoor sjabloon is gedefinieerd, controleert HiAnt of er een algemeen sjabloon is gedefinieerd, bv : n:\sjablonenALG.html Dit kan met de volgende parameter : outlook, sendmail, pathhtmlsjabloonALG De waarde bevat dan de filename van het algemeen sjabloon. Hier dienen geen variabelen ingegeven te worden. Als men enkel het algemeen sjabloon wenst te gebuiken dient men dus maar één parameter en één sjabloon aan te maken. Indien er een sjabloon wordt gevonden wordt de handtekening vanuit Outlook (die nu als tekst in het body tekstveld wordt getoond), natuurlijk niet meer opgeladen. Indien er een mail sjabloon wordt gebruikt, zal de gebruiker dit rechts onder in zijn mail detail scherm kunnen zien. Procedure in beeld (voorbeeld) 1) Selecteer de gewenste klant en selecteer uit het menu Acties – Zend mail

2) selecteer de gewenste geadresseerde

65

3) ingeven van het onderwerp en de eigenlijke mailinhoud Merk op dat de handtekening van de gebruiker niet wordt getoond en dat rechtsonder het gebruikte sjabloon zichtbaar wordt. Ook zal er voor deze mail automatisch een opvolging bij de klant worden aangemaakt.

Ontvangst mail De gebruiker zal deze mail op de volgende manier ontvangen. De eigenlijke opmaak is natuurlijk afhankelijk van het gebruikte sjabloon.

66

Voorbeeld gebruikte parameters param1

param2

param3

waarde

outlook

sendmail

IncludeSignature

1

outlook

sendmail

klopvolgingstypes

24

outlook

sendmail

pathhtmlsjabloonALG

c:\wisolok\sjabloon\SjabloonALG.html

outlook

sendmail

pathhtmlsjabloonkantoor

c:\wisolok\sjabloon\sjabloonkantoor<wgnr>.html

outlook

sendmail

pathhtmlsjabloonuser

c:\wisolok\sjabloon\sjabloonuser.html

outlook

sendmail

SMTPPORT

25

outlook

sendmail

SMTPsender

[email protected]

outlook

sendmail

SMTPserver



outlook

sendmail

standaardklopvolgingstype

24

outlook

sendmail

standaarduzkopvolgingstype

4

outlook

sendmail

uzkopvolgingstypes

4

outlook

sendmail

viaSMTP

1

67

7. Module Prato Tickets 7.1.

Ticket 36369 - in frmticketlt planningsoverzicht kunnen tonen (PZ) (Voor PRATO personeel) NIEUW BESTAND: Blackpower/Newsource/PratoTicketsPlanning.rpt Indien men de vraag “wenst u de lokale ticktets te zien “ met nee beantwoordt, een menu overzicht tonen. Deze bevat de volgende mogelijkheden: - ticket overzicht - planningsoverzicht Standaard wordt bij het opstarten het ticket overzicht getoond. Oppassen met het aanmaken van de rapporten, momenteel enkel voor ticket overzicht Filter voorwaarden : jaar, week, user, klant, issue no, status select convert(varchar(10),dateplanned,120) as Gepland,datepart(yyyy,dateplanned) as jaar,datepart(ww,dateplanned) as week , hoursestimated,case when isnull(maxhoursweek,0)=0 then hoursestimated else maxhoursweek end as maxhoursweek,im_issue_no,im_assigned_to_user_id, im_customer_code,Im_status_code,im_summary from issues where datepart(yyyy,dateplanned) = 2008 and datepart(ww,dateplanned) =36 oppassen met txtdescription Bij opstart van het scherm, het scherm maximaliseren. ********************************************************************************************************** Het aanpassen van de venstergrootte is volledig in orde gebracht met het gebruik van vista kwamen namelijk de dikke border over bepaalde controls. Bij het opstarten van dit scherm wordt deze nu ook gemaximaliseerd. Bij het opstarten van het scherm frmTickets wordt bij de prato gebruikers gevraagd of ze de lokale issues willen gebruiken.

Indien Nee wordt via het parameter "Tickets", "Prato", "Connectionstring" opgehaald waarde de locati e staat van de issues die men wel wilt gebruiken. Voor de Prato gebruikers verschijnt een menubalk met het menu OVERZICHT.

68

Standaard toont dit scherm de lijst met de tickets. Via het item Planning krijgt men volgend ovezicht te zien. Een overzicht van de geplande taken per user.

Bij het overzicht Planning wordt ook rekening gehouden dat het juiste Crystal Report (PratoTicketsPlanning.rpt) wordt getoond bij de knop AFDRUKVOORBEELD.

69

8. Module VDAB

8.1.

VDAB -module : doorsturen van ´afgesloten´ bestellingen (PZ) De VDAB stelt 3 statussen vrij om de publicatie van de bestellingen op hun site te beheren via XML. Active :

Bestelling wordt gepubliceerd zolang de huidige datum valt tussen Begin- en einddatum van de bestelling. Indien de einddatum leeg is wordt de bestelling gepubliceerd zolang de huidige datum valt na de begindatum.

InActiv:

De bestelling kan maar 1 keer doorgestuurd worden naar de VDAB met deze status. Daarna aanvaard de VDAB de betreffende bestelling NIET meer, ook al stuurt men deze bestelling met een andere status. De bestelling wordt dan ook niet meer gepubliceerd op de website.

Pending:

De bestelling wordt niet meer gepubliceerd op de website en bevindt zich in een ON HOLD status. Hierbij heeft men wel de mogelijkheid om de bestelling van status te veranderen zodat men deze op een ander tijdstip opnieuw mag publiceren als de bestelling weer vrij komt.

Deze status wordt gebaseerd op het veld Bes_statusId. Via de volgende 3 parameters kan men beheren welke statusID overeen moet komen met de VDAB status. NOTA het is niet verplicht om alles statussen te gebruiken van de VDAB. Wenst men van InActive geen gebruik te maken dan kan men de parameter leeg laten.

Parameters – status Onderstaand voorbeeld laat weten welke de VDAB status is voor de ID’s van het veld Bes_statusId. Status ID’s 1, 5 en 9 worden gepubliceerd met VDAB status ACTIVE Status ID’s 3,4,7 en 8 worden gepubliceerd met VDAB status INACTIVE Status ID 6 wordt gepubliceerd met VDAB status PENDI NG

Voor de VDAB module en HiAnt zijn er enkel visuele veranderingen bij de status InActive. Werkt men via een tussenscherm met de VDAB module ziet men dat InActive bestellingen gemarkeerd staan in het rood met de melding InActive in de kolom JobKanaalStatusId. De Active en Pending bestellingen worden zoals voorheen getoond in het blauw indien ze reeds gepubliceerd werden.

70

Opmerking : De rode markering verschijnt alleen als de bestelling gepubliceerd werd.

In HiAnt Merkt men bij het tabblad Dive rs2 een extra veld op bij Publicatie jobkanalen. Staat er een datum bij het veld InActief, dan kan deze bestelling niet meer gepubliceerd worden naar de VDAB.

8.2.

VDAB -module : vermeldin g dagen en uren bij deeltijds (PZ) Met het sturen van bestellingen naar de VDAB met het werkregime PARTTIME. Wordt door de VDAB standaard meegegeven dat het parttime rooster bestaat uit 3 dagen per week met een totaal aantal uur van 20. HiAnt is nu voorzien om zelf de dagen en uren per week te beheren voor zowel FULLTIME als PARTTIME. Let wel op: de VDAB schenkt geen aandacht aan het aantal dagen en uren per week voor FULLTIME bestellingen!! De nieuwe ingave velden staan in het bestelling scherm onder het tabblad ARBEIDSVW.

De VDAB module controleert voor alle bestellingen het werkregime. Op basis daarvan wordt nagekeken of het zich handelt om een fulltime of parttime bestelling. Handelt het zich om een parttime bestelling zal de waarde opgehaald worden van het aantal dagen dat per week gewerkt wordt (Dagen/Week) als ook het totaal aantal uren dat per week gewerkt wordt (Uren PT). Deze velden zijn niet verplicht om in te vullen. Maar dan wordt er door de VDAB wel een standaard waarde opgegeven zijnde een totaal van 3 dagen en een totaal van 20 uur per week.

71

8.3.

Doorsturen contactgegevens (PZ) Na overleg is besloten dat er wijzigingen dienen te gebeuren om de gebruiksvriendelijkheid tussen HiAnt en de VDAB module te verbeteren. Betere XML mapping (structuur HR-xml van de VDAB) koppelen van velden met HiAnt. De standaard tabel VDAB_XML_Structuur werdt aangepast. Er worden andere velden doorgestuurd dan orgineel gepland. Vooral contact gegevens worden vervangen van personeelsgegevens naar algemene kantoorgegevens.

8.4.

Doorsturen e -mailadres (PZ) De standaard contactpersoon van een bestelling is de toegewezen persoon. Indien deze niet aanwezig is wordt deze opgehaald uit het veld VDABcontactpersoon in de WG tabel. Email adres van het kantoor werd toegevoegd als een contact methode voor kandidaten bij de VDAB website.

8.5.

Doorsturen plaats klant (PZ) Aanpassing bij het doorsturen van gegevens van de klanten. De gegevens van de klanten (van de bestellingen) worden uiteraard niet getoond. Er is wel een uitzondering namelijk het adres (zijnde land, gemeente & postcode). Deze zijn namelijk verplicht mee te geven naar de VDAB daar ze dienen als filters om binnen een bepaalde regio vacatures op te vragen. Bij plaats tewerkstelling , indien in de bestelling een adres is ingeven, wordt dit adres gebruikt. Anders wordt het postnr, de gemeente en de landcode van de klant gebruikt. De VDAB baseinterval vast op weekly (= periode uitbetaling loon)

8.6.

Achterliggende procedures(PZ) De tabel VDAB_XML_Structuur heeft een extra veld genaamd StoredProcedure. Zo zien de techinische personen welke velden in welk stored procedure worden opgeroepen. Dit heeft ook het nut om data beter te parameteriseren.

72

8.7.

Controle goedgekeurd (PZ) Bij het opstarten van de VDAB module worden de bestellingen opgehaald (via HiAnt of autotask). Deze selectie wordt nogmaals gecontroleerd en dat op de waarde van het veld Bes_goedgekeurd. Bestellingen worden enkel doorgestuur as ze goedgekeurd zijn.

8.8.

Competentie tags Gegevens zoals rijbewijs, opleiding, pc kennis & talen kennis moeten via een gestructureerde opbouw worden doorgestuurd naar de VDAB. Vandaar dat deze worden ingegeven in het tabblad ‘Extra info’ bij de bestelling.

Voor deze 4 categorien dienen parameters bijgeh ouden te worden zodat we naar het juiste veld een koppeling kunnen leggen zodat de gegevens juist worden doorgestuurd. Elke klant zal andere code hebben voor de competentie tags daar ze op basis van een autoID worden bijgevoegd. Daarom worden er parameters voor gebruikt om de juiste competentie ID’s te gebruiken. Om na te gaan welke codes kan men volgende query runnen. SELECT hcdetail.id, code.omschr, cd_taal FROM hcdetail LEFT JOIN code ON code.cd_Srt = '161' and code.cd_taal = 1 and code.cd = hcdetail.cd WHERE code.omschr LIKE 'VDAB%' AND cd_taal = 1

We krijgen bijvoorbeeld volgende records terug.

Deze code geef je nu in de parameter tabel (zie globalVar database ) 'VDAB_XML_bestellingen', 'Settings', 'HCDetailLevel1IdForStudyCode', '1327'

73

'VDAB_XML_bestellingen', 'Settings', 'HCDetailLevel1IdForOfficeSkills', '1169' 'VDAB_XML_bestellingen', 'Settings', 'HCDetailLevel1IdForDriverLicense', '1176' 'VDAB_XML_bestellingen', 'Settings', 'HCDetailLevel1IdForLanguageSkills', '1189' Nu heeft men de mogelijkheid om binnen HiAnt competentie tags te koppelen bij de bestellingen die worden doorgestuurd naar de VDAB: Studierichting TalenKennis PC kennis Rijbewijs

Deze tags hebben het nut om binnen de VDAB aan te duiden welke de vereiste studierichting, talenkennis, PC kennis en/of rijbewijs is/zijn voor een vacature.

8.9.

Extra legale voorwaarden (PZ) De VDAB heeft voor volgende Extra Legale Voorwaarden een HR-xml standaard voorzien. Per klant dient dan aangeduidt te worden wat de code is van de ELV om deze te bewerken tot de VDAB standaard.

Voor FirmaWagen, pensioensparen en de aangeboden soorten verzekeringen zal de naar de code verwezen moeten worden. Gebruikt de klant een ELV niet dan staat de moet de waarde op 0 staan in de parameter tabel. SELECT * FROM code WHERE cd_srt = 119 Alle andere ELV die geen standaard hebben bij de VDAB zoals Maaltijdcheques, GSM,… worden door de module zelf bewerkt. Zoals de omschrijving staat in de database worden ze doorgestuurd naar de VDAB met de waarde TRUE.

74

Andere parameters Interface type 1 = Geen interface tonen -> applicatie werkt op de achtergrond 2 = Beperkte interface tonen -> voor klanten 3 = Volledige interface -> enkel voor programmeur!!

Instellingen

Adrestype ophalen van de klant in de bestelling. Het adres bestaande uit de Postcode, gemeente & landcode wordt gebruikt bij de VDAB als parameter zodat kandidaten in een bepaalde regio werk kunnen opzoeken via de zoek opdracht van www.vdab.be . JobKanaalCd geeft weer via welke website de vacatures komen te staan (VDAB, Monster.be, vacatures.com, stepstone,…). TelFaxScheidingTeken duidt aan wat het scheidingsteken is bij de Telefoon- & faxnummers. Dit daar bij de VDAB het zone- & telnummer gescheiden moeten worden en geplaatst worden in aparte velden. De parameter BestellingStatusAanmerking bevat de status codes die in aanmerking komen om doorverzonden te worden naar de VDAB site indien de module draait via AUTOTASK. Dit aan de hand van het parameter ExportType = 1. De bestellingen worden op het veld bestelling.status gecontroleerd. Komt hier een code overeen met deze parameter, dan wordt deze via AUTOTASK doorverzonden.

75

8.10. VDAB functies(PZ) Met het versturen van bestellingen naar de VDAB website geven we de functienaam en beschrijving mee. De VDAB gaat op basis van deze 2 velden controleren waar zij deze gaan plaatsen in hun database. De functie komt in een boom terec ht met functie beschrijvingen. Zo kunnen kandidaten via de VDAB website zoeken naar een geschikte vacature.

76

8.11. Ticket 36352 : VDAB module : Opvangen ENTER tekens van HiAnt (PZ) “Het gaat om een eerder gemeld probleem waarbij de ENTER tekens die worden meegegeven in HiAnt verloren gaan als je ze meegeeft aan de VDAB module. Dit was opgelost door de ENTER tekens te vervangen door een
html tag. Helaas heeft de VDAB me gecontacteerd om mee te geven dat ze deze tag niet (meer) ondersteunen.” Nu de VDAB de
html tags niet meer accepteert moet een andere manier gevonden worden dat het mogelijk maakt om deze ENTERS te tonen. De huidige flow van de VDAB module zorgt voor een probleem daar een bestelling in XML vorm 2 maal wordt ingelezen. 1 keer om alle lege velden uit de XML weg te halen. Dit is gedaan door een XSL bestand te koppelen aan de XML van de bestelling. Dit heeft als voordeel dat deze hele verwerking met 1 regel code gebeurd. Helaas worden de CDATA tags die cruc iaal zijn voor de VDAB verwijderd. de Daarom moet deze XML een 2 keer ingelezen worden zodat ze teruggeplaatst kunnen worden. Dit is ook met enkele regels code verholpen. Bij deze verwerkingen gaan de ENTER tekens verloren. OPLOSSING Voordat de XML van een bestelling 2 maal wordt ingelezen vervangt de module allen ENTER teken van een veld door het §-teken. Nadat de XML 1 maal gelezen werd (dus alle de lege elementen werden weggefilterd). Bij de 2 keer dat de XML wordt ingelezen wordt bij het terug plaatsen van de CDATA tags de waarde ervan gecontroleerd of deze het §-teken bevat en dan vervangen door een ENTER teken. Nu behouden we de ENTER tekens en worden ze zo ook getoond op de website van de VDAB.

77

Toekomstige verandering: Het is ook mogelijk dat de VDAB een functie inleest en deze in een andere groep plaatst dan dat je wenst waar deze wel moet terecht komen. HiAnt beschikt nu ook over de VDAB functie lijst zodat men bij het aanmaken van de bestelling dadelijk kan meegeven in welke functie hij terecht moet komen. Dit is terug te vinden bij het bestellingscherm in het tabblad ‘Extra Info’.

78

Je dient de gewenste functie te selecteren en op de plus knop klikken om dit toe te passen.

79

9. Module allerlei

9.1.

Ticket 34629: Ophalen Geefparameter en plaatsen in tabel RefParameter (PZ) De bedoeling is om al de frm files en bas files te scannen op de aanwezigheid van het commando geefparamwaarde en dan de tabel refparameter opvullen met de verschillende parameters Tabel RefParameter RP_id RP_param1 RP_param2 RP_param3 RP_Waarde RP_regel (varchar(200)) RP_Formname

: Waarde van ParamId : Waarde van Param1 : Waarde van Param2 : Waarde van Param3 : Waarde van Waarde : De regel code in HiAnt waar GeefParamWaarde in voorkomt : Het .frm of .bas bestand van HiAnt waar GeefParamWaarde in voorkomt.

De veldtypes zijn dezelfde als in de parameter tabel

Bij het opstarten wordt een locatie gevraagd waar de bestanden door gescanned zullen worden op GeefParamWaarde . Standaard is dit de locatie waar de applicatie zich bevindt,namelijk de HiAnt map zelf.

Er verschijnt een lijst met de reeds aanwezige items in de tabel RefParameter. Beneden recht in de statusbalk staat het aantal items in de tabel RefParameter.

80

Je kan bij LOCATIE aangeven om nog van map te veranderen voor een zoek opdracht. Met de Knop ZOEKEN worden alle .frm & .bas bestanden gescand op de aanwezigheid van het commando geefparamwaarde en toegevoegd in de tabel RefParameter. Alvorens een parameter wordt toegevoegd wordt er gecontroleerd of deze nog niet bestaat op basis van RP_param1,RP_param2,RP_param3. Er wordt ook gecontroleerd of het commando in commentaar staat wat wil zeggen dat deze niet hoeft toegevoegd te worden. Met de Knop ALLES LEEGMAKEN wordt de tabel RefParameter (na bevestiging) leeggemaakt.

81

9.2.

Aanpassing referentietabellen (TS) Er is een mogelijkheid ingebouwd om bepaalde referentietabellen automatisch klaar te zetten als er wijzigingen gebeuren in deze tabellen. Hiervoor moet er per gewenste tabel een trigger aangemaakt worden die de tabel tableupdate opvult indien records aan de tabel worden toegevoegd, verwijderd of aangepast. Het programma referencetables kan hierop testen door bij de opstartstring de parameter TRIGGER met waarde 1 wordt meegegeven. Het programma controleert per connectie en database of de tabel TableUpdate bestaat. Indien dit zo is kijkt het programma of het veld ts_export kleiner is dan de ts_modified. Indien dit zo is wordt deze tabel automatisch klaargezet. Structuur van tabel TableUpdate CREATE TABLE [dbo].[tableupdate]( [Id] [int] IDENTITY(1,1) NOT NULL, [servername] [varchar](50) NOT NULL, [databasename] [varchar](50) NOT NULL, [tablename] [varchar](50) NOT NULL, [ts_modified] [datetime] NOT NULL, [ts_export] [datetime] NULL ) ON [PRIMARY] Voorbeeld van trigger op tabel vertaal

CREATE trigger [dbo].[trg_notify] on [dbo].[vertaal] for update,insert,delete as begin set nocount on if exists (select * from tableupdate where tablename = 'vertaal') begin update tableupdate set ts_modified = current_timestamp where tablename = 'vertaal' end else begin insert into tableupdate( servername ,databasename, tablename ,ts_modified) values (@@servername,db_name(),'vertaal',current_timestamp) end end

82

9.3.

Kleine aanpassingen (TS) Mogelijkheid om referentietabellen te checken bij opstart uitschakelen : door onderstaande parameter op 0 te plaatsen wordt de check op referentietabellen niet gedaan bij opstart van HiAnt "INITIALISATIE", "CHECKREFERENCETABLES", "ENABLE", "1"

9.4.

Import Callcenter excel file (Klant X)(TS) Excel-files met een voorafbepaalde structuur komende van callcenters kunnen in HiAnt geïmporteerd worden. De files bevatten gegevens over gecontacteerde personen mbt een bepaalde aanwer ving/opdracht. Ook bevat deze excel de uitgevoerde acties op deze personen (gebeld + resultaat van telefoon , enz..). Vanuit het shift+F2 scherm kan men een menu activeren (Acties – Importeer excel CallCenter) door de parameter "Scherm", "Frmwnlst", "ImportExcelCallCenter", "0" op 1 te plaatsen. De Excel-files kunnen van meerdere callcenters komen. Om de acties te kunnen registreren in de opvolging gekoppeld aan een kl-fiche, moet men de callcenters als een kl-fiche aanmaken in HiAnt en voorzien van de optie CCT=X, waarbij X een uniek nummer is dat het callcenter aangeeft. De procedure voor import van een callcenter excel file gaat volgens volgende stappen : Er wordt naar de callcenter-fiche gevraagd (kl-fiche met optie CCT=X). Indien er geen fiches zijn gevonden met deze optie, zal de import afgebroken worden Er wordt naar het onderwerp van de actie gevraagd. De onderwerpen worden onderhouden door het codeboek met cd_srt=’61’. Indien er geen onderwerpen gevonden worden, zal de import afgebroken worden. Er wordt naar de excel-file van het callcenter gevraagd. De kolomhoofdingen moeten de juiste volgorde hebben. Dit wordt gecontroleerd tijdens de import. Indien er afwijkingen zijn, zal de import afgebroken worden, en wordt naar de gebruiker toe getoond wat de verschillen zijn. Wanneer bovenstaande stappen goed verlopen zijn, zal HiAnt beginnen met de Excel te importeren. Er wordt gecontroleerd of een bepaalde persoon reeds in HiAnt zit. Zo ja, worden de bestaande gegevens gecontroleerd, en eventuele wijzigingen aangebracht; zo nee wordt een nieuwe fiche aangemaakt. Indien de geboortedatum is ingevuld, zal er gecontroleerd worden op naam, voornaam en geboortedatum om te bepalen of de persoon reeds in HiAnt zit. Bij ontbreken van de geboortedatum wordt enkel op naam en voornaam gecontroleerd. De volgende gegevens worden geïmporteerd / gewijzigd : HiAnt ID CC (bevat het callcenter nummer) Naam Voornaam Straat Huisnummer Busnummer Postnummer Gemeente

83

Land (indien leeg wordt dit standaard België) Telefoon (indien belgische GSM automatisch naar wncom-tabel) Telefoon2 (indien belgische GSM automatisch naar wncom-tabel) Email (wordt automatisch toegevoegd aan wncom-tabel) Geslacht Geboortedatum Opleiding HiAntId (bevat de eventuele koppeling naar wnopleidingen.id : indien ingevuld wordt deze opleiding aangepast met de gegevens uit de excel) Opleiding code (de opleidingcode in de excel wordt gezocht in het veld omschr_kort in cd_srt=’141’. Indien gevonden wordt deze code gebruikt bij het toevoegen van de opleiding. Indien niet gevonden wordt dit gelogd naar het logbestand dat op het einde van de import getoond wordt.) Hoogst behaald diploma : J/N Opleiding school (niveau-code van de opleiding. Deze wordt gezocht in het veld omschr_kort in cd_srt=’17’. Indien gevonden wordt deze code gebruikt bij het toevoegen van de opleiding. Indien niet gevonden wordt dit gelogd naar het logbestand dat op het einde van de import getoond wordt.) GB (gebist J/N) Contact datum (datum van contact -> wordt opgeslagen bij de opvolging) Contact uur (uur van contact -> wordt opgeslagen bij de opvolging) Contact commentaar (commentaar van het contact -> wordt opgeslagen bij de opvolging) Status code (bepaalt de status van de werknemer) "EG", "IC" à StatusID = 7 (in procedure) "NEG" à StatusID = 17 (prospect) "NMB" à StatusID = 10 (exit zelf) "OVL" à StatusID = 14 (overleden) Verder worden volgende velden standaard ingevuld Nationaliteit : B Taal : nederlands Indienst : datum import Wijzigingsdatum : datum import Burgerlijke staat : 1 (ongehuwd) Wanneer de fiche reeds zou bestaan, zullen de eventuele wijzigingen van onderstaande velden gelogd worden in de tabel logtable met type=35 Naam Voornaam Straat Huisnr Busnr Postnr Gemeente Land Telefoon 1 Telefoon 2 Status Opleiding : indien opleiding met code en niveau bij de persoon niet gevonden is, wordt nieuwe aangemaakt, zo nee wordt bestaande aangepast) Per import wordt er een opvolging aangemaakt volgens onderstaande gegevens Werknemer : De werknemer waarover het gaat in dit record Contacttype : 2 Kandidaat Opvolging type : 2 Gebeld Ingever : leeg Klant : het Callcenter (Klantnr)

84

Contactpersoon : leeg Bestelling : leeg Campange : Het onderwerp (type code 61) dat gekozen werd bij het opstarten van de import Datum ingave : systeemdatum Datum opvolging : contactdatum uit excel Tijdstip : contact uur uit excel Agehandeld : YES Toegewezen : leeg Afhankelijk van de status wordt er eventueel een tweede opvolging toegevoegd. Het opvolgingsdetailtypeid wordt bepaald door een parameter "CallCenter", "opvolgingdetailtypeid", <Status Code>, "0" de Indien de code niet gevonden is in de parameter wordt er geen 2 opvolging aangemaakt. Als STATUS in excel = EG (eerste gesprek) Werknemer : De werknemer waarover het gaat in dit record Contacttype : 2 Kandidaat Opvolging type : 2 Gebeld Opvolging detail type : Persoonlijk gesprek Ingever : leeg Klant : het Callcenter (Klantnr) Contactpersoon : leeg Bestelling : leeg Campange : Het onderwerp (type code 61) dat gekozen werd bij het opstarten van de import Datum ingave : systeemdatum Datum opvolging : contactdatum uit excel Tijdstip : contact uur uit excel Agehandeld : NO Toegewezen : leeg Als STATUS in excel = IC (in call) Werknemer : De werknemer waarover het gaat in dit record Contacttype : 2 Kandidaat Opvolging type : Gebeld Opvolging detail type : Telefonisch contact Ingever : leeg Klant : het Callcenter (Klantnr) Contactpersoon : leeg Bestelling : leeg Campange : Het onderwerp (type code 61) dat gekozen werd bij het opstarten van de import Datum ingave : systeemdat um Datum opvolging : contactdatum uit excel Tijdstip : contact uur uit excel Agehandeld : NO Toegewezen : leeg Als STATUS in excel = NMB (nooit meer bellen) Werknemer : De werknemer waarover het gaat in dit record Contacttype : 2 Kandidaat Opvolging type : 2 Gebeld Opvolging detail type : EXIT Ingever : leeg Klant : het Callcenter (Klantnr) Contactpersoon : leeg Bestelling : leeg Campange : Het onderwerp (type code 61) dat gekozen werd bij het opstarten van de import Datum ingave : systeemdatum Datum opvolging : contactdatum uit excel

85

Tijdstip : contact uur uit excel Agehandeld : YES Toegewezen : leeg

9.5.

Ticket 32250: modifications automatiques des codes clients(SF) De klant wenst een programma die dagelijks op achtergrond draait die de firma code (veld FirmaKode in tabel KL) moet wijzigen naar een geparametriseerde waarde indien deze klant sinds 1 jaar (parametriseerbaar) geen contract meer heeft. Opgelet : De doelcode moet zich bevinden in de codetabel type code 75. Onderstaande is een script om een stored procedure te maken die in een job aangeroepen kan worden om de klanten aan te passen. De procedrue past enkel de klanten aan die als klantcode ‘K’ hebben. De procedure werkt pas als enkele parameters zijn aangemaakt. (AutoUpdateKlcode, JaarZonderContract, Actief): om de procedure te activeren (AutoUpdateKlcode, JaarZonderContract, TargetCode): de doelcode waarnaar de klantcode veranderd moet worden. de stored procedure controleert of deze bestaat in de code tabel van code soort 75. (AutoUpdateKlcode, JaarZonderContract, AantalMaanden): met deze parameter kun je instellen hoeveel maanden het systeem moet teruggaan SCRIPT create procedure dbo.sp_AutoUpdateKlCode AS declare @parMaanden integer declare @parTargetCode varchar(10)

if exists (select waarde from globalvar1300.dbo.parameter where param1 = 'AutoUpdateKlCode' and param2 = 'JaarZonderContract' and param3 = 'Actief' and waarde = '1') begin if exists (select waarde from globalvar1300.dbo.parameter where param1 = 'AutoUpdateKlCode' and param2 = 'JaarZonderContract' and param3 = 'TargetCode') begin set @parTargetCode = (select ltrim(rtrim(convert(varchar, waarde))) from globalvar1300.dbo.parameter where param1 = 'AutoUpdateKlCode' a nd param2 = 'JaarZonderContract' and param3 = 'TargetCode') if exists (select waarde from globalvar1300.dbo.parameter where param1 = 'AutoUpdateKlCode' and param2 = 'JaarZonderContract' and param3 = 'Aantalmaanden') begin set @parMaanden = (select convert(integer, waarde) from globalvar1300.dbo.parameter where param1 = 'AutoUpdateKlCode' and param2 = 'JaarZonderContract' and param3 = 'Aantalmaanden') if exists (select cd from wiso1300.dbo.code where cd_srt = '75' and cd = @parTargetCode) begin update wiso1300.kl set firmakode = @parTargetCode where ltrim(rtrim(isnull(firmakode, ''))) = 'K' a nd klnr not in ( select klnr from wiso1300.dbo.prest where isnull(einde, dateadd(day, -1, getdate())) between dateadd(month, -@parMaanden, getdate()) and '3000-01-01' ) end end end end go

86

10.

Aanpassingen database

10.1. Records toevoegen aan Database(KT): Issue 35298 Nieuwe looncodes toevoegen aan tabel AvailableCodes Als er een nieuwe looncode wordt aangemaakt, moet deze ook toegevoegd worden aan de tabel ‘AvailableCodes’. Dit is nodig om aan te geven waar deze code op de loonbrief moet verschijnen. Dit moest nog gebeuren voor code 345 en 623. Hiervoor heb ik onderstaande records toegevoegd. De 345 is gebaseerd op de 313 en de 623 is gebaseerd op 608.

id

cdKe KeyWaar y de

232 ALG

NULL

233 ALG

NULL

Cod Eenhei Param Param e d GroupCD 1 2 100LBBRUT 345 1 O 1 1 400LBNETT 623 1 O NULL NULL

Param 3 NULL NULL

10.2. Issue 35283: Vermeling op controlelijst bij uzc X Indien de klant Y(1889 ) in de loonberekening zit, melding geven: bepaalde klant : geen MC op zaterdag’. Ik heb een record toegevoegd aan de parameter-tabel met als waarde volgende query: SET datefirst 1 SELECT ddatum, datepart(dw,ddatum) as dagnummer, rekkode, count(*) as aantalcheques FROM loontransaktie INNER JOIN loontransaktied ON loontransaktie.id = loontransaktied.loontransaktieid WHERE loonrunnr = ²LOONRUNID§ AND rekkode = 653 AND loontransaktied.klnr = 1889 GROUP BY ddatum,rekkode ORDER BY ddatum

10.3. Issue 35282: Vermelding op controlelijst lonen

Op de controlelijst te vermelden als er loon is van de twee klanten: ‘Geen km in het contract maar een vast bedrag per dag in de loonformules van het uzk-contract ingeven bij de eerste tewerkstelling’. Ik heb een record toegevoegd aan de parameter-tabel met als waarde volgende query: SELECT DISTINCT kl.klnr, kl.naam, 'Geen km in het contract maar vast bedrag per dag in de loonformules van het uzk-contract ingeven bij de eerste tewerkstelling' as commentaar FROM loontransaktie NNER JOIN loontransaktied

87

ON loontransaktie.id = loontransaktied.loontransaktieid NNER JOIN kl ON loontrans aktied.klnr = kl.klnr WHERE loonrunnr = ²LOONRUNID§ AND loontransaktied.klnr in ( 1889,2419)

10.4. Issue 35299: Vermelding controlelijst lonen uzb X Als een bepaalde klant in een loonrun zit, volgende mededeling op de controlelijst tonen: ‘Klant X : vaste weekendwerkers : 6.90 euro/dag extra onder code 601’. Er is een record toegevoegd aan de parameter-tabel met als waarde volgende query: SELECT DISTINCT kl.klnr, kl.naam, 'vaste weekendmedewerkers: 6.90 euro/dag extra onder code 601' as commentaar FROM loontransaktie INNER JOIN loontransaktied ON loontransaktie.id = loontransaktied.loontransaktieid INNER JOIN kl ON loontransaktied.klnr = kl.klnr WHERE loonrunnr = ²LOONRUNID§ AND loontransaktied.klnr = 1018

10.5. Issue 35155: Nieuw veld opstartkantoor in formulier Personeel (KT) Vroeger situatie: o Als er ‘0’ in het veld ‘kantoren’ staat (alle kantoren) wordt het kantoor met de laagste wgnr gebruikt als opstartkantoor. o Als er een opsomming in het veld ‘kantoren’ staat, wordt het eerste kantoor in de opsomming gebruikt als opstartkantoor o Als er één kantoornummer in het veld ‘kantoren’ staat, wordt dit kantoor gebruikt als opstartkantoor. Wijziging: Er is nu een veld ‘opstartkantoor’ toegevoegd. Dit veld is enkel van toepassing indien in het veld ‘kantoren’ ‘0’ staat.

88

Als er bij het bewaren wordt vastgesteld dat het veld ‘opstartkantoor’ is ingevuld terwijl het veld ‘kantoren’ niet waarde 0 heeft, wordt het veld ‘opstartkantoor’ leeggemaakt en wordt er een boodschap getoond. Als het veld ‘kantoren’ waarde 0 heeft en het veld ‘opstartkantoor’ is ingevuld, dan wordt de waarde uit het veld ‘opstartkantoor’ gebruikt als opstartkantoor. mCheckDataBase.bas In procedure ‘CheckDatabase_HiAnt’ wordt het veld ‘OpstartKantoor’ bijgemaakt in tabel ‘personeel’ met volgende query: ‘alter table dbo.Personeel add OpstartKantoor float null’ frmPersoneelGeg.frm Het veld ‘OpstartKantoor’ werd toegevoegd als een ‘PratoLookUpBox’. Bij bewaar checken of opstartkantoor mocht worden ingevuld en eventueel leegmaken en boodschap tonen. frmODBCLogon.frm In procedure ‘CmdOk_Click’ wordt wordt nu gebruik gemaakt van het veld ‘OpstartKantoor’. Voordat we dit veld gaan gebruiken, moet het natuurlijk al bestaan. ‘CheckDatabase_HiAnt’ is op dit moment nog niet uitgevoerd daarom moeten we in deze form het veld toevoegen aan de tabel. Hiervoor wordt dezelfde code gebruikt als in ‘CheckDatabase_HiAnt’. Vertalingen Code PEROpstartKantoorOver bodig

Nederlands #frmPersoneelGeg.lbl (25).caption# enkel

Frans #frmPersoneelGeg.lbl (25).caption#

89

invullen indien de waarde van #frmPersoneelGeg.lbl (10).caption# gelijke is aan 0.

seulement remplier si la valeur de #frmPersoneelGeg.lbl (10).caption# est égal à 0.

10.6. Database aanpassingen(KT) Aanpassingen in Database structuur Nieuwe tabel: ExportLoonMain Nieuwe tabel: ExportLoonDetail

10.7. Database aanpassingen(KT) Aanpassingen in Database structuur Aan de tabel ‘ExportLoondetail’ zijn volgende velden toegevoegd: OrigineelBedrag float null OrigineelSign [varchar](1) null

10.8. Records toevoegen aan Database (KT): issue 36944 Vermelding op controlelijst – uzk X Volgende vermelding moet op de controlelijst lonen bij bepaalde klant verschijnen telkens als de uzk X in een loonrun zit : ‘uzk X : inhouding van 400 euro/maand onder code 630 (4 weken va n 100 euro).’ Volgend record is toegevoegd aan de ‘parameter’ tabel van Einstein.GlobalvarCentraal Param1 Loonberekening

Param2 controlelijst

Param3 Uzk X : inhouding van 400 euro/maa nd onder code 630 (4 weken van 100 euro).

Waarde select distinct loontransaktie.wnnr,wn.naam,wn.v oornaam from loontransaktie inner join wn on loontransaktie.wnnr = wn.wnnr where loontransaktie.wnnr in (select wnnr from wn where ryksregis = 68080141767) and loonrunnr = ²LOONRUNID§ order by loontransaktie.wnnr,wn.naam,wn.v oorna am

10.9. Aanpassing mCheckDatabase (PZ) Controle ingebouw of de tabel RefParameter bestaat. Indien niet wordt deze aangemaakt. ConCheck.Execute "CREATE TABLE dbo.RefParameter ([RP_param1] [varchar](200) NOT NULL,[RP_param2] [varchar](200) NOT NULL,[RP_param3] [varchar](200) NOT NULL,[RP_waarde] [varchar](3000) NOT NULL,[RP_regel]

90

[varchar](1000) NOT NULL,[RP_Formname] [varchar](200) NOT NULL,[RP_id] [int] IDENTITY(1,1) NOT NULL) ON [PRIMARY]"

10.10. Aanpassingen mcheckdatabase (PZ) Controle op aanwezigheid tabellen PrintPdf & PrintAanvragen inbouwen Controle aanwezigheid veld pa_ppdfid in de tabel printAanvragen.

10.11. Aanpassingen mcheckdatabase (PZ) Controle aanwezigheid veld vervaldatum in de tabel faktuurtransactie.

10.12. Aanpassing checkdatabase(PZ) Na de checkdatabase zullen de volgende views (indien ze bestaan) eerst verwijderd worden en daarna terug aangemaakt worden (via procedure RecreateViewsPrest): V_prest V_prest_all V_prest_dimona Wanneer men een nieuw veld toevoegt aan de prest en prestmaster hoeft men dus niet meer de sp_refreshview te doen van deze 3 views. Bij een bepaalde klant gaf de sp_refreshview blijkbaar een probleem waardoor, na het bewaren van de view, de velden werden opgesomd (ipv select * from prest Union all select * from prestmaster). Door de sp_refreshview werden de nieuwe velden niet toegevoegd aan de views, en kreef men foutmeldingen van velden die niet bestonden bij het openen/bewaren van contracten.

91

11.

Module Dimona

11.1. Mogelijkheid om einddatum dimona in te kunnen geven in het contract. (TS) Met behulp van onderstaande parameter kan men de einddatum voor dimona in een contract bepalen. "scherm", "frmcontgeg", "DimonaDatum", "0" 0 niet van toepassing (=einddatum van zoals ingegeven in het contract) 1 adhv rooster op de laatse dag van het contract (indien het rooster van deze laatste dag over middernacht heengaat wordt einddatum +1 uitgevoerd) 2 adhv rooster op de zondag van het contract (indien het rooster van deze zondag over middernacht heengaat wordt einddatum +1 uitgevoerd) enkel als zondag onder contract staat, zo nee wordt de gewone einddatum van contract genomen 3 : manueel (gebruiker krijgt een extra veld te zien waar hij deze einddatum kan ingeven) Het extra veld "einde dimona" is zichtbaar als de bovenstaande parameter 1,2 of 3 is ingesteld. Enkel bij 3 kan men dit veld aanpassen. Bij wijziging van de einddatum dimona, zal er ook automatisch een status MODIFIED en te verzenden 1 aangemaakt worden, indien het contract reeds een status OK had. Dit om de wijziging te kunnen doorvoeren naar Dimona. Bij aangifte van dimona zal gekeken worden of het nieuwe veld prest.eindedimona een datum bevat, zo ja zal deze datum doorgestuurd worden naar dimona, zo nee wordt de originele prest.einde genomen als einddatum. Bij het overhevelen van de contracten zal het veld prest.eindedimona niet mee overgenomen worden. De parameter die hiervoor zorgt is aangepast van "Scherm", "frmcontoverh", "veldenniet", "'id'" naar "Scherm", "frmcontoverh", "veldenniet", "'id','eindedimona'. Opgelet : Er is geen controle op dubbele contracten adhv dit nieuwe veld.

92

12.

Module management

12.1. Issue 35988 : Nieuw form voor het tonen van de LogTable (KT) Nieuw form voor het tonen van de LogTable De logTypes zijn toegevoegd aan de code tabel met cd_srt = 207. De links grid wordt nu gevuld met deze codes. Er zijn 2 manieren van opvullen (te kiezen met optionbuttons): alle types worden getoond of enkel de aanwezige types worden getoond.

Er staan 2 grids op het formulier. De linkse bevat de log types. Door er 1 te selecteren en er op te dubbelklikken, worden in de rechter grid al de log records van dit type binnen de opgegeven periode getoond. Als er gedubbelklikt wordt, worden de datum velden gecontroleerd. Als er waarden voor deze velden worden ingegeven, wordt er gecontroleerd of dit datums zijn en of de begindatum kleiner is dan de einddatum. Indien dit niet het geval is, wordt er een boodschap getoond. Het is ook mogelijk om een of beide velden leeg te laten. De begindatum is dan ‘01/01/1753’ en de einddatum is dan vandaag. Op het formulier staat ook een knop ‘annuleer’ waarmee het scherm verlaten kan worden. Langs deze knop staat een checkbox ‘Toon details’. Als deze wordt aangevinkt, worden al de gegevens getoond zoals in het oude formulier. Voor elk logtype, worden er andere velden opgeslagen. Dus verschillen de headings en zoekvelden van de rechtse grid naargelang het logtype dat geselecteerd is.

93

Om dit te kunnen programmeren worden er per logtype een aantal parameters aangemaakt.

Param3 SelectString

Omschrijving De query die gebruikt wordt voor het selecteren van de gegevens. Deze query bevat geen ‘where’ en ‘and’ statement. ColumnHeadings De kolomnamen die boven de kolommen getoond worden. ColumnWidths De relatieve breedtes van de kolommen SearchFieldNames De namen van de zoekvelden in de ‘SelectString’. SearchFieldTypes De types van de zoekvelden. SearchLabels De labels die boven de zoekvelden getoond worden. SearchFieldWidths De breedte s van de zoekvelden.

Gedrag indien niet aanwezig Boodschap. Het is niet mogelijk iets te zien als deze parameter niet bestaat.

De kolom namen worden uit de ‘SelectString’ gehaald. Voor elk veldtype wordt er een standaard breedte gebruikt. De zoekvelden worden niet getoond. De zoekvelden worden niet getoond. De zoekvelden worden niet getoond. Elk veld is even breed, evenredig verdeeld over de breedte van de grid.

Voorbeeld van de parameters van 1 logtype:

Param1 Param2 Param3 frmLogTab QueryLogTyp SelectString le e2

Waarde select UserName As Gebruiker, logtable.Wgnr as Kantoor, Convert(varchar, Moment, 103) as Moment, Convert(varchar,prest.begind,103) as StartDatum, Param2 as Wnnr, wn.naam + ' ' + wn.voornaam as Naam, Param3 as Klnr, kl.naam as KlantNaam, Param4 as Jaar, Param5 as Week ,Param1 as PrestId from logtable inner join prest on logtable.param1 = prest.id inner join wn on logtable.param2 = wn.wnnr inner join kl on logtable.param3 = kl.klnr frmLogTab QueryLogTyp ColumnHeading Gebruiker,Kantoor,Moment,Start le e2 s Datum,Wnnr,Naam,Klnr,Klant Naam,Jaar,Week,Prest Id

94

frmLogTab le frmLogTab le frmLogTab le frmLogTab le frmLogTab le

QueryLogTyp e2 QueryLogTyp e2 QueryLogTyp e2 QueryLogTyp e2 QueryLogTyp e2

ColumnWidths

10,7,10,10,6,25,6,20,6,6,7

SearchFieldNa mes SearchFieldTyp es SearchLabels

Kantoor,Wnnr/Naam,Klnr/KlantNa am,Week 3, 0, 0, 3

Kantoor,Wnnr/Naam,Klnr/Klant Naam,Week SearchFieldWidt 7,25,20,6 hs

Parameter die aangeeft dat het nieuwe formulier moet gebruikt worden:

Param1 Scherm

Param2 frmMain

Param3 UsefrmLogTabl e

Waarde 1

De log types moeten in een nieuwe codesoort komen.

95

96