28

Release Notes Afdrukdatum: 2009/09/28

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

Release Notes Hi-Ant Versie 4.204

1/29

1.

V4.204 1.1.

BugFix Ticket 48347: rte bij lijst 12 federgon

probleem was dat er klanten waren met als postcode gelijk aan ‘’. De federgonlijst aangepast zodat deze ook op gewest 1 worden gezet.

1.2.

Bugfix ingave opvolging vanuit prestatie-ingave schermen

Wanneer men een eerste keer een nieuwe opvolging maakte voor een bepaalde persoon vanuit één van de prestatie-ingave schermen, en dit bewaarde, en vervolgens een volgende opvolging bij een andere persoon wenste aan te maken, bleef de tekst van de vorige ingave staan, en werd deze overschreven door de nieuwe.

1.3.

Bugfix beheer afstanden tabel (shift+F2 – gegevens – overzicht afstanden)

Bij SQL2000 servers kon men de gegevens in de afstandentabel niet aanpassen. Men kreeg steeds de foutmelding “Update Error” bij wijzigen van de gegevens. Aanpassing is gebeurd in de opbouw van de query voor ophalen van de gegevens, zodat de foutmelding niet meer voorkomt.

1.4.

Bugfix – aanmaak meerdere subcontracten na elkaar

Wanneer men een mastercontract opende, en vervolgens via tabblad subcontracten een nieuw subcontract aanmaakte en bewaarde, en vervolgens een nieuw subcontract wenste aan te maken, kreeg men bij het bewaren een foutmelding. Niet alle gegevens werden opgevuld in het nieuw aangemaakte subcontract.

1.5.

Bugfix : aanmaak subcontract indien barema beheer op staat

In het geval het beramabeheer geactiveerd was en men wenste een subcontract aan te maken vanuit de mastercontract, gaf het systeem een runtime error. De oorzaak was dat bij het aanmaken van het subcontract de begindatum niet is ingevuld.

1.6.

Bugfix : Ticket 48337: Fout in uitzuiveren premies

In de premies zit voor kode 3348 een bedrag van 0,0000000001900125. Dit zou verwijderd moeten worden maar omdat dit niet exact 0 is, gebeurd dit niet. Technisch: In project Epratod in clsLoonInt.UitzuiverenPremies filter aangepast: rsPremie.Filter = "waarde>= -0.000001 and waarde <= 0.000001"

1.7.

bugfix : Aanpassing bestel ecocheques ticket 47685 (10-11-2009)

Een bug, als de wgnaam meer dan 40 posities is. Query aangepast om gegevens op te halen, daar beperken zodat er enkel de eerste 40 posities opgehaald worden.

1.8.

Bufix : Ticket 47915 (18-11-2009)

Code aangepast in frmvoorschottenlst Indien er geen insz ingevuld is, kan er een multistep oledb fout voorkomen ! Heb de query aangepast


2/29

rsLoonForm.open "select isnull(sum( convert(decimal(8,2),waarde)),0) as waarde from loonformule where cdkey='WN' and keywaarde='" & rsTemp!sisnr & "' and looncode in ('2003','2004','683') " & _ "and dtgeldigvan between '" & Format(rsTemp!MinDatum, "yyyy-mm-dd") & "' and '" & Format(rsTemp!MaxDatum, "yyyy-mm-dd") & "'" Single quotes toegevoegd rond rstemp!sisnr

1.9.

Bugfix : Probleem bij overhevelen contracten indien men in nieuwe jaar staat en er nog geen contracten bestaan op een “globale week” van het nieuwe jaar (“incorrect syntax near ‘=’”)

Indien men contracten wou overhevelen en men als actieve jaar het nieuwe jaar instelde en indien er nog geen contracten bestonden op een “globale week” (week volgens nummering van weken bij de interim – volledige week van 7 dagen) in het nieuwe jaar, dan kwam er een runtime error “incorrect syntax near ‘=’”. Om het probleem op te lossen diende men gewoon als actieve jaar het “oude jaar” te nemen. De programmatie is aangepast, zodat er geen runtime error meer komt. Er komt nu een melding met de vraag om als actieve jaar het “oude jaar” te nemen.

1.10. Bufix : Aanpassing programmatie ivm foute controles bij vergelijking Reëel uurregime en rooster Volgend probleem: - er werd verschil gemeld terwijl er helemaal geen verschil was (vergelijking tussen getal en string) - ingeval van FT’er werd ook nog eens het totaaluren van het rooster vergeleken met de reële uren PT (die niet zijn ingevuld). Dus gaf altijd melding. De programmatie is aangepast om deze problemen te verhelpen.

1.11. Overhevelen van contracten (bugfix) Bij het overhevelen van mastercontracten moeten we eerst controleren of de einddatum niet leeg is, indien deze leeg is, tellen we 7 dagen op bij de begindatum. If ld(datgeg(1).DatabaseValue, DateSerial(1900, 1, 1)) = DateSerial(1900, 1, 1) Then dtEindContr_verj = DateAdd("d", 7, datgeg(0).DatabaseValue) Else dtEindContr_verj = datgeg(1).DatabaseValue End If If Verjaardag(DatGeboorte, datgeg(0).DatabaseValue, dtEindContr_verj) Then ...

1.12. Opvullen van afwezigheidscodes bij klaarzetten prestaties (HDPexport) (maandingavescherm prestaties) Aanpassing in software beschikbaar vanaf hiant V4.204 Parameters "prestatieingave", "opvullenafwezigheid", "enkelmastercontracten", "0" -> 0 : alle contracten worden in rekening genomen (standaard) -> 1 : enkel contracten die aan mastercontract hangen worden in rekening genomen


3/29

"prestatieingave", "opvullenafwezigheid", "tecontrolerencodes", "" -> opsomming van de te controleren codes (meerdere gescheiden door een komma) "prestatieingave", "opvullenafwezigheid", "opvulcodes", "" -> opsommig van de op te vullen codes in de prestaties (meerdere gescheiden door een komma), aantal codes moet overeenstemmen met die ingegeven in parameter "tecontrolerencodes" "prestatieingave", "opvullenafwezigheid", "meldinggebruiker", "1" -> 0 : gebruiker krijgt geen melding in de vorm van een excel op scherm -> 1 : (standaard) gebruiker kijgt een excel op scherm indien er codes worden toegevoegd. In excel komt de datum, kode en eventueel een opmerking. De opmerking bevat bv. de melding dat er geen contract is gevonden op een bepaalde dag, en dus ook geen codes zijn toegevoegd. Indien parameter "prestatieingave", "opvullenafwezigheid", "tecontrolerencodes", "" is opgevuld, zal bij het klaarzetten van de prestaties, de controle uitgevoerd worden Bij de vaste DC’ers (met een mastercontract) gebeurt de interpretatie van de ziekte door het sociaal secretariaat HDP. Met interpretatie wordt er bedoelt dat het systeem zelf zal bepalen of er een carensdag, gewaarborgde ziekte, ziekte 2e week, ... dient te worden uitbetaald. Dit is echter alleen maar mogelijk indien alle dagen een bepaalde afgesproken ziekte code bevatten ("te interpreteren ziekte") . HiAnt dient de mogelijkheid te hebben om de kalender voor een bepaalde dienstenchequer dan te vervolledigen met deze ziekte code. Naar het sociaal secretariaat dient dan deze code doorgestuurd te worden met aantal 0. Voor het klaarzetten van de prestaties zal hiant controleren of er een ziekte code aanwezig is, zo ja controleert hij de volgende situaties : · Indien de eerste code een te controleren code is, en dit niet op de eerste kalenderdag van de maand is, zal hiant de dagen voor deze code automatisch vullen · Indien de laatste code van de maand een te controleren code is, en dit niet op de laatste kalenderdag van de maand is, zal hiant de dagen voor deze code automatisch aanvullen · Indien er 2 ziekte codes zijn ingegeven waartussen zich nog andere kalenderdagen bevinden, zal hiant deze tussenliggende kalenderdagen ook opvullen. (Opgelet : het opvullen gebeurt dus niet indien er een ziekte worden ingegeven gevolgd of voorafgegaan door een niet-ziekte code. Indien de gebruiker een reeds geinterpreteerde code doorgeeft (bv carentiedag , ziekte zonder wedde, … zal dit ook doorgestuurd worden naar hdp. Dit is bv noodzakelijk voor de dcmedewerkers zonder vast contract en voor de uitzendkrachten. Vermits het in hiant niet mogelijk is om prestatiecodes met een aantal 0 in te geven, zal de code met aantal 1 ingegeven worden, maar bij de export zal dit via een speciaal export type op 0 geplaatst worden. Er zal geen rekening gehouden worden bij het bepalen van de Q met deze uren. De procedure dient natuurlijk rekening te houden met het actieve systeem en periode.


4/29

1.13. Aanmaak contracten vanuit planningsscherm In het planningsscherm vanuit overzicht werknemers, kan men een contract aanmaken, door met rechtermuisknop te klikken op een rij met de uren van het beschikbaarheidsrooster van de werknemer (grijze balk), en vervolgens in het popupmenu “maak contract” te selecteren. HiAnt zal voor de geselecteerde dagen een contract aanmaken indien dit nog niet bestaat. Indien in de selectie reeds één of meerdere contracten bestaan, krijgt de gebruiker de mogelijkheid om het contract te openen. Het rooster en de afdelingen (gezinnen) worden ingevuld zoals ingegeven in de planning (codes van type 110 en 210). Standaard wordt er gekeken of de persoon binnen de periode reeds een mastercontract heeft. Indien dit zo is, krijgt de gebruiker een melding en kan het contract niet aangemaakt worden. Men kan dit afzetten door onderstaande parameter in te vullen met waarde 0. "INITIALISATIE", "PLANNING", "CREATECONTRACTNOMASTER", "1" Bij het aanmaken van een contract, wordt steeds een kopie genomen van het laatst ingegeven contract (niet gekoppeld aan een mastercontract) van deze werknemer. Indien de werknemer (wnnr) nog nooit een contract (niet gekoppelde aan een mastercontract) heeft gehad, kan men een kopie maken van een “referentie”-contract. Dit “referentie”-contract wordt ingesteld mbv onderstaande parameter. "INITIALISATIE", "PLANNING", "IDREFCONTRACT", "0". De waarde bevat de id van het contract (prest.id) dat als referentie dient om het nieuwe contract aan te maken. HiAnt vraagt naar de dienstverlener, waarop dit contract moet aangemaakt worden (alle kl-fiches met in optie veld KDC). HiAnt past bij het aanmaken van dit nieuwe contract uiteraard de werknemer aan, de werkgevernummer van het contract zal de werkgevernummer van de dienstverlener zijn. Indien de bovenstaande parameter niet is ingevuld, zal men dus geen allereerste contract op deze manier kunnen opmaken. Wanneer er één of meerdere bestaande contracten gevonden worden, zal de gerbuiker de mogelijkheid hebben om het juiste contract te selecteren uit een lijst, om zo het contract te openen. HiAnt zal dan het rooster en de afdelingen opnieuw instellen volgens de instellingen in de planning. De begin- en einddatum van bestaande contracten wordt nooit automatisch gewijzigd. Dit dient eventueel manueel aangepast te worden in het detailscherm van het geopende contract. Ook wordt het veld “geprint” terug leeggemaakt, zodat men het contract terug ziet als zijnde “niet afgeprint”.

1.14. Automatisch aanmaak wnnr bij bewaren van een werknemersfiche Te activeren door onderstaande parameter op 1 in te stellen "Scherm", "frmwngeg", "AutomatischAanmaakWnnr", "0" Na bewaren van een fiche wordt er gecontroleerd of deze reeds een wnnr heeft. Indien niet zal HiAnt vervolgens een werknemersfiche aanmaken. Indien de sektie reeds is ingevuld wordt deze genomen, anders krijgt de gebruiker een lijst te zien van de mogelijke sekties.

1.15. Automatisch aanmaak van een mastercontract bij bewaren van een werknemersfiche Parameter in te stellen met id van de prestmaster die als referentiecontract zal gebruikt worden "Scherm", "frmwngeg", "IDREFaanmaakMasterContract" Indien de parameter is opgevuld met referentieid, zal bij bewaren van de werknemersfiche gecontroleerd worden of deze reeds een wnnr heeft, en of de indienstdatum is ingevuld. Zo ja zal er gecontroleerd worden of er reeds een mastercontract voor deze wnnr bestaat. Indien dit niet zo is zal er een mastercontract aangemaakt worden voor deze wnnr en verschijnt dit op het scherm. De gebruiker kan dan eventueel nog wijzigingen aanbrengen aan het contract alvorens het contract definitief te bewaren


5/29

1.16. Ticket 47701: Webservice: groepering sekties In de zoekmodule zit nog steeds de lange lijst met sekties: dit moet verkort worden volgens hetgeen Wouter al had doorgegeven. -> Bediende -> Bediende -> Leerplichtige bediende -> Arbeider -> Arbeider -> Seizoensarbeider -> Leerplichtige arbeider -> Interne vacature -> Z-staffing vacature -> Student -> Jobstudent arbeider -> Jobstudent bediende -> Student arbeider -> Student arb lage RSZ -> Student bed lage RSZ -> Student Bediende -> Dienstencheques -> DC arbeider maand -> DC arbeider -> DC Jobstudent Arb Een nieuwe koppeltabel toegevoegd (225 -> Groepering sekties) voor het groeperen van de sektie codes uit koppeltabel ‘96’. In het veld externalcode van de records in koppeltabel ‘96’ komt de verwijzing naar de code in het cd veld van koppeltabel ‘225’.

1.17. Ticket 47762: Webservice: klanten We willen wel de naam van de klant kunnen tonen op de website maar enkel indien dit wordt aangegeven in de bestelbon: dus hier moet een mogelijkheid voor zijn om aan te vinken of dit moet of niet. Op het tabblad Divers 2 is er een veld bijgekomen (Toon klantinfo via Webservice) waarmee men kan aanduiden of de klantinfo getoond moet worden via de webservice.

1.18. Ticket 48478: contracten: adresgegevens maatschappelijke zetel. Het moet ook mogelijk zijn om de adresgegevens van de maatschappelijke zetel te vermelden op de contracten. Dit kan door de volgende formfields aan te maken: Ł Ł Ł Ł Ł

wgmznaam wgmzstraat wgmzgemeente wgmztel wgmzfax

1.19. Ticket 48515: UZK Contract: firmagegevens De BTW nummer, de ondernemingsnummer en andere gegevens vermelden op de uzk contracten BTW 864327012 O. nr. 0864327012 Release Notes Hi-Ant Versie 4.204

6/29

KBC 736001372616 Lid van Federgon RSZ 177743575 Erk. Nr. RJV 177743575 Kinderbijslag Interbedrijfsgeneeskundige dienst Aansluitingsnummer Arbeidsongevallenpolis Paritair Comité De btwnummer, de Ondernemingsnummer, de rekeningnummer en de rsznummer kunnen nu vermeld worden op de contracten door ofwel een bookmark ofwel een formfield met als bookmark aan te maken. wgbtwnr -> btwnr wgondnr -> ondernemingsnr wgbank1 -> bankrekeningnummer wgrsz -> rsznummer wgrsz1 -> rsznummer.

1.20. Bugfix : Ticket 48261 - C3.2 A documenten - C3.2 A Controlekaart werkt niet jaaroverschrijdend : er moeten in 2010 al contracten staan en dit is een onnodige beperking Na ingave van de maand wordt het jaar gevraagd. Standaard is deze het huidige jaar.

1.21. BugFix Dringend Fout zat in de DirectPrint waar geen rekening werd gehouden met de kilometer tabel.

1.22. Ticket 47789 - Afdruk facturatie rijksregisternummer vermelden op faktuur Met de optie FTR wordt het rijksregisternummer (wn.sisnr) van de uzk naast zijn naam op de factuur getoond. Indien men wenst deze optie te gebruiken dient men prato te contacteren voor de nodige aanpassingen op het factuur sjabloon voor de nieuwe afdrukmodule.

1.23. Uitbreidingen rapport module (taalafhankelijk) : Managementlijst 1.23.1.Moederdocument 2 talig Het is nu ook mogelijk om een franstalig moederdocument aan te maken. Dit moederdocument heeft dezelfde naam als het nederlandstalig moederdocument gevolgd door de tekst FR. Hiant zal automatisch aan het begin van de procedure controleren of beide documenten (NL en FR) bestaan. De gebruiker wordt gewaarschuwd via een messagebox indien een document niet bestaat. Bv: Nederlandstalig rapport : Franstalig rapport :


Pratorapport.xlt PratorapportFR.xlt

7/29

1.23.2.Opzoeken van de sheets in de excel rapporten In het moederdocument dient u de verschillende sheets een naam te geven. In het rapport definitie tabel verwijst u naar de sheet naam. Het is nu mogelijk om ook de franstalige sheet benamingen hieraan toe te voegen. U dient hiervoor de beide sheetnamen te scheiden door het piping symbool ( | ) De NL en FR documenten worden ook op het bestaan van de meegegeven sheet namen gecontroleerd. Ook hier wordt de gebruiker op de hoogte gebracht mochten er sheets niet gevonden worden.

1.23.3.Vertalen van de kolomhoofdingen in de SQL uitdrukking Hiant bezit nu ook de mogelijkheid om de kolomhoofdingen in de SQL uitdrukking te vertalen. Hiervoor dient men in de sql uitdrukking de naam van de kolom (of veld) expliciet op te geven met het “as” statement. De naam van de kolom geeft men dan in afgesloten met spoorwegtekens (#). Deze code (zonder de spoorwegtekens) kan men dan ingeven in de vertaaluzb tabel (dus niet de vertaal tabel vermits deze steeds door Prato kan overschreven worden.) Opgelet : vermits het over kolomhoofdingen in een sql uitdrukking gaat mag de vertaling geen spaties bevatten. Bv: In de rapport definitie tabel Select naam as #rapportklnaaam# from ….. In de vertaal uzb tabel Code : rapportklnaam Nederlands naam_klant Frans : nom_du_client

1.23.4.Titel tekst Net zoals bij de sheet namen kan men ook via het | symbool de titel meegeven in NL en FR voor de velden TitelTekst en KolomRijInfo.

1.24. Berekening voorschotten : Percentage per uur De mogelijkheid bestaat nu ook een bij de berekening van het voorschot, dit voorschot te berekenen aan de hand van een bepaald percentage van het uurloon per uur.


8/29

Het percentage dient ingesteld te worden met de parameter : Scherm", "frmVoorschottenlst", "PercentagePerUur" Het percentage per uur dient ingegeven te worden als het percentage. Indien u dus 50% wenst in te geven geeft u als waarde 50. Het uurloon dat gebruikt wordt is het grootste uurloon in die opgegeven maand waaraan prestaties gekoppeld zijn. ste de Indien de persoon van de 1 tot de 10 van de maand gewerkt heeft aan een uurloon van 10 de de €, van de 11 tot de 15 van de maand aan een uurloon van 10.2 €, dan zal het voorschot van de eerste 15 dagen toch berekend worden als een percentage op deze 10.2 €. Er wordt dus geen rekening gehouden met de uren die gepresteerd zijn aan een uurloon van 10 €. In het overzichtscherm van het voorstel is nu ook dit maximum uurloon zichtbaar gemaakt.

1.25. Alternatieve manier uitbetaling uren in ploeg en overuren (export HDP) Naar aanleiding van de connectie met HDP is het noodzakelijk geweest om een nieuwe manier voor de uitbetaling van uren in ploeg en overuren in ploeg uit te betalen. We lichten deze methode hieronder toe. Deze methode is niet standaard aanwezig in HiAnt. Dit dient samen met Prato en in overleg met het eventuele externe sociaal secretariaat besproken te worden.


9/29

1.25.1.Huidige situatie Indien een bepaalde werknemer een uur in een bepalde ploeg presteert, geeft de gebruiker de prestatiecode in combinatie met een ploeg in in. Voorbeeld 1 : gewerkte uren in ploeg Onderstel volgende situatie : Uurloon : 10 € Ploegen premie morgen 2 € per uur Werknemer werkt 8 uren in morgenploeg. De consulent geeft de volgende prestatiecode in : Aantal 8

Code AD (=arbeidsdag)

Ploegcode 1 (= morgenploeg)

Tijdens de loonberekening maakt hiant automatisch de volgende codes aan :

Aantal 8 8

Code 201 346

Bedrag 80 16

Omschrijving Gewerkte uren Morgenploeg

Voorbeeld 2 : gepresteerd overuur in ploeg Onderstel volgende situatie : Uurloon : 10 € Ploegen premie morgen 2 € per uur Werknemer maakt 1 overuur in de morgenploeg Morgenploeg wordt uitbetaald aan 150% Het resultaat van deze prestatie is kan bijvoorbeeld zijn :

Aantal 1 1 1

Code 295 346 3346

Bedrag 15 2 1

Omschrijving Overuren aan 150% Morgenploeg Ploegenpremie op overtime

1.25.2.Nieuwe situatie In die nieuwe situatie mogen deze bedragen niet opgesplitst worden, maar dienen de gegevens onder één nieuwe code berekend te worden. De voorbeelden uit de vorige paragraaf worden dan. Voorbeeld 1 : Aantal 8

Code 20111

Bedrag 96

Omschrijving Gewerkte uren in morgenploeg

Voorbeeld 2


10/29

Aantal 1

Code 29511

Bedrag 18

Omschrijving Overuur in morgenploeg

1.25.3.Principe Het basisprincipe is dat men de gegevens over hou de uren en overuren in ploeg en per type dag (weekdag, zaterdag en zondag) dienen berekend te worden in het systeem definieert. Deze gegevens worden bij specifieke codes in de loonformule tabel ingegeven, maar men zou het als volgt kunnen visualiseren : voor de code 5101) De volgende looncodes dienen aangemaakt te worden voor de verschillende toeslagen (ploeg codes) : Dagtype Week Zaterdag Zondag

Normaal 8110 8160 8170

Morgen 8111 8161 8171

Middag 8112 8162 8172

Nacht 8113 8163 8173

De volgende looncodes dienen aangemaakt te worden voor de verschillende overuurcodes : Dagtype Week Zaterdag Zondag

Normaal 8210 8260 8270

Morgen 8211 8261 8271

Middag 8212 8262 8272

Nacht 8213 8263 8273

In de tabel vinden we de voorbehouden looncodes ; deze zijn als volgt samengesteld : • Duizendtal : steeds 8 • Hondertal : type tabel o 1 : toeslag of ploegcodes (bovenste tabel) o 2 : overuur codes • Tiental :type dag o 1 = weekdag o 6 = zaterdag o 7 = zondag • Eenheid : ploegtype o 0 = normaal o 1 = morgenploeg o 2 = middagploeg o 3 = nachtploeg Code 8161 is bijvoorbeeld de code voor de ploeg op zaterdag in de morgen. De loonformules zelf bevatten dan de informatie over hoe de specifieke ploeg of overuur dient berekend te worden. Dit kan bijvoorbeeld zijn : • 8181 : 12 uur per uur of 120% van het uurloon (we raden aan om de eenheid 101 of 169 te gebruiken en dus niet 01 of 69 • 8262 : 150% van het uurloon • 8272 : kopieer functionaliteit van 8262 De eenheden die gebruikt mogen worden zijn dus momenteel : Release Notes Hi-Ant Versie 4.204

11/29

• • •

101 : vast bedrag per uur + uurloon 169 : percentage op uurloon + uurloon 22 : kopieer functionaliteit

De loonformules gekoppeld aan de 8??? Codes, doen op zich dus niets. Zijn mogen niet opgenomen worden in de premiesturing. Ze worden enkel gebruikt als informatiebron, hoe bepaalde toeslagen of overuren dienen uitbetaald te worden.

1.25.4.Berekening Om een exacte berekening uit te kunnen voeren dienen de volgende procedures uitgevoerd te worden :

1.25.4.1. Aanmaken van aparte looncodes per type dag en per ploeg Vermits een onderscheid gemaakt wordt in de berekening afhandelijk van de dag en ploeg dienen er per prestatiecode aparte looncodes aangemaakt te worden per dag en ploeg. We raden aan om hiervoor codes te gebruiken in de 10000 reeks waarbij de laatste 2 cijfers het dagtype en ploeg aangeven. (De eerste 3 cijfers zijn de oorspronkelijke basiscode.) Dit is geen verplichting, enkel het laatste cijfer dient wel de ploegcode te bevatten. Bijvoorbeeld : basiscode 201 (gewerkte uren). De basiscode worden dan de uren gepresteerd op een weekdag en zonder ploegcode. De overige codes worden dan : Code Omschrijving 20111 Gewerkte uren weekdag morgenploeg 20112 Gewerkte uren weekdag middagploeg 20113 Gewerkte uren weekdag nachtploeg 20160 Gewerkte uren zaterdag normaal 20161 Gewerkte uren zaterdag morgen 20162 Gewerkte uren zaterdag middag 20163 Gewerkte uren zaterdag nacht 20170 Gewerkte uren zondag normaal 20171 Gewerkte uren zaterdag morgen 20172 Gewerkte uren zaterdag middag 20173 Gewerkte uren zaterdag nacht

Standaard is het niet mogelijk om codes in de 10000 reeks te gebruiken. Hiervoor dient uw database aangepast te worden.

1.25.4.2.Premiesturing In de premiesturing dient ook aangegeven te worden voor welke dagtype bepaalde codes mogen toegevoegd worden. Standaard is dit niet mogelijk en dient dit dus geactiveerd te worden. Men dient dus steeds de ploegcode en het dagtype correct in te geven.


12/29

Let erop dat de waarde van maxuur 0 is. Indien maxuur verschillend is van 0 zal het aantal uur bepaald worden aan de hand van het beginuur en einduur wat ingegeven is bij de prestatiecode en niet aan de hand van het ingegeven aantal bij de prestatiecode.

1.25.4.3.Loonformules Voor de berekening zijn er 2 nieuwe eenheden voor de loonformules aangemaakt. Eenheid 170 : bereken aan verhoogd uurloon. De waarde bij deze formule heeft geen belang. Indien er een formule voor een code met deze eenheid wordt aangemaakt zal hiant als volgt de berekening uitvoeren. Eerst dient hiant de referentiecode te bepalen. • Het duidendtal is steeds 8 • Het honderdtal is bij eenheid 170 steeds een 1 • Het tiental wordt bepaald aan de hand van de datum waarop de code is ingegeven (1 = weekdagen, 6 = zaterdag, 7 = zondag)


13/29

De eenheid wordt bepaald aan de hand van het laatste cijfer van de looncode (deze wordt gewoon overgenomen en staat dus voor de ploegcode) Op deze manier wordt dan de 8000 code bepaald die hiant als basis zal gebruiken voor de berekening van het uurloon. •

Eenheid 171 : berekening van een overuur op een verhoogd uurloon. Eerst wordt de basiscode bepaald voor het basisuurloon (zie hierboven bij éénheid 170) en wordt het verhoogd basisuurloon berekend. Dan wordt de basiscode (8000 code) bepaalt voor de berekening van het overuur : • Het duidendtal is steeds 8 • Het honderdtal is bij eenheid 171 steeds een 2 • Het tiental wordt bepaald aan de hand van de datum waarop de code is ingegeven (1 = weekdagen, 6 = zaterdag, 7 = zondag) • De eenheid wordt bepaald aan de hand van het laatste cijfer van de looncode (deze wordt gewoon overgenomen en staat dus voor de ploegcode) Dan weten we hoe dit overuur dient berekend te worden, en als gebruiken we het eventueel verhoogd basisuurloon als basis gebruikt.

1.26. Nieuw veld in de loond tabel : ld_basiscode Dit veld bevat de looncode die het basisloon bevat waaraan een bepaald loon detail record is berekend. Standaard worden berekening steeds uitgevoerd op het uurloon. Nu wordt het echter mogelijk om dit ook op een verhoogd uurloon toe te passen (zie hierboven). De waarde van dit verhoogd basisloon wordt in de toekomst ook in de loond records opgeslagen.

1.27. Opvolging : automatisch invullen van de datum opvolging Met de parameter opvolging, afgehandeld, VulDatumOpvolgingMetHuidigedatumIn kan men instellen dat, indien de gebruiker een opvolging op afgehandeld plaatst, de actuele datum automatisch bij datum opvolging wordt ingevuld door Hiant. Mogelijke waarden van de parameter : • 0 (standaard) = hiant vult de datum NIET automatisch in • 1 : hiant vult de datum opvolging automatisch in, indien het vinkje afgehandeld wordt aangevinkt. Als de parameter actief is, en het vinkje wordt aangevinkt zal HiAnt de datum invullen, ongeacht of er reeds een datum aanwezig is of niet.

1.28. Aanpassing bonuslijst Het totaal in de laatste kolom toont nu niet meer het totaal van de toegekende bedragen van het jaar, maar enkel het totaal van het opgegeven kwartaal. (meestal zal dit het laatste kwartaal zijn).

1.29. Loonformule : uitbreiding kopieer functionaliteit 22 De loonformule eenheid is uitgebreid met meerdere niveaus. In de vorige versie ging het systeem slechts één niveau diep. Nu gaat het systeem standaard 3 niveaus diep, maar dit kan Release Notes Hi-Ant Versie 4.204

14/29

aangepast worden met de volgende parameter : "loonberekening", "kopieerfunctionaliteit", "maxaantalniveaus", 3) Door meerdere niveaus in te bouwen, wordt het dus mogelijk om een looncodes te kopieren die op hun beurt kopie zijn van een andere looncode. Bv morgen post op weekdagen is 2 € / uur middag post op weekdag is kopie van de morgenpost op weekdag middag post op zaterdag is kopie van middagpost op weekdag Deze instelling was vroeger niet mogelijk, vanaf deze versie dus wel.

1.30. Uitbreiding loond De loond is uitgebreid met een veld ld_basiscode. Dit veld is noodzakelijk voor de export naar HDP en bevat de looncode die het basisuurloon bevat.

1.31. Vanuit klantenlijst naar facturenlijst (46948) Het is niet meer noodzakelijk om eerst een klant op te laden alvorens je naar het facturen overzicht kunt springen.

1.32. Export multivers type MTV2 : gestructureerde mededeling Voor de export naar multivers type MTV2 is het nu ook mogelijk om de gestructureerde mededeling van de factuur mee te exporteren in het veld referentie. Deze referentie wordt zowel geëxporteerd by de F lijnen en de G lijnen (en niet bij de B lijnen). Deze mogelijkheid wordt geactiveerd met de parameter : Export,factuurmtv, exportreferentie,0 (standaard waarde is 0, door 1 in te geven maakt men de module actief) Hieronder vindt u een voorbeeld zonder en met gestructureerde mededeling. (enkel het laatste gedeelte van het export bestand wordt getoond. A Zonder gestructureerde mededeling ...!Fact.nr!Grootbr!Kostenp!P!!VC ...20030037 2F ...20030037 700041 110 G ...20030037 700051 110 G ...20030037 700041 111 G ...20030037 700051 111 G ...20030037 700041 112 G ...20030037 700051 112 G ...20030037 B ...20030037 B ...20030037 B ...20030037 B ...20030037 B ...20030037 B B Met gestructureerde mededeling


15/29

...!Fact.nr!Grootbr!Kostenp!P!Gestructureerde mededeling !!VC ...20030037 2 020/0800/27590F ...20030037 700041 110 020/0800/27590G ...20030037 700051 110 020/0800/27590G ...20030037 700041 111 020/0800/27590G ...20030037 700051 111 020/0800/27590G ...20030037 700041 112 020/0800/27590G ...20030037 700051 112 020/0800/27590G ...20030037 B ...20030037 B ...20030037 B ...20030037 B ...20030037 B ...20030037 B

1.33. Correctiemodule dubbel uitbetaald sociaal abonnement Via programmeur menu - andere Mag enkel opgestart worden door medewerkers van Prato !!!!!!

1.34. Aanduiding starten stop adres gevonden in de afstanden tabel wijzigbaar maken Via gegevens – overzicht afstanden kan de gebruiker het overzicht van de gevonden afstanden voor de dienstencheque medewerker raadplegen en beheren. Standaard kan de gebruiker hier de volgende gegevens wijzigen : • Afstand • Transportmiddel • Type verplaatsing Het vinkje in de kolom start en stop geeft aan of HiAnt het start adres of stop adres heeft kunnen vinden via de routeplanner. Indien dit niet het geval is, zal hiant telkens opnieuw proberen om aantal km via de routeplanner op te vragen. Met behulp van de parameter ("overzichtafstand", "AanduidingAdresGevonden", "Wijzigbaar", 0 (standaard waarde 0, te activeren met waarde 1) kan men instellen dat men de aanduiding voor het start- op stop adres gevonden kan aanpassen. Op die manier wordt het mogelijk om manueel een andere afstand in te geven en de aanduiding start- of stop adres gevonden op te zetten zodat hiant niet meer naar de routeplanner gaat om het adres op te zoeken en eventueel de manueel aangepaste afstand aan te passen.

1.35. Open scherm overzicht afstanden Wanneer men vanuit het werknemersscherm naar het overzicht van de afstanden opent zal hiant automatisch de koppelid invullen van de geselecteerde werknemer.

1.36. Aanmaken nieuwe code : uitbreiding RSZ en bv instellingen Tijdens het aanmaken van een nieuwe code gebruikt hiant standaard alle instellingen van de basiscode of bron code. Het is nu ook mogelijk om de volgende detail instellingen aan te passen tov de bron code : • RSZ onderworpen : geeft aan hoe de code zich gedraagt in de rsz berekening • BV onderworden : geeft aan of de code al dan niet onderhevig is aan bedrijfsvooheffing. Release Notes Hi-Ant Versie 4.204

16/29

Standaard zijn deze instellingen niet zichtbaar. Men dient het vinkje “toon detail instellingen” aan te vinken opdat deze gegevens zichtbaar zouden zijn. Het invullen van deze detail instelling gebeurt nadat men het veld bron code verlaat. Hiant haalt dan de gegevens op van de bron code en vult deze in bij de detail instellingen. De gebruiker krijgt dan de mogelijkheid om deze aan te passen. (Indien de gebruiker terug het veld “bron code” selecteert en het veld verlaat worden de originele instellingen van de bron code terug opgehaald.) Als men de nieuwe code wenst aan te maken door op de toest “maak nieuwe code” te klikken. Zal hiant nogmaals bevestiging vragen om deze detail instellingen bij deze nieuwe code te bewaren. Als men nee antwoord zal de code toch aangemaakt worden, maar zullen de detail instellingen niet gewijzigd worden tov de bron code.

1.37. Uitbreiding export acerta De mogelijkheid is nu ook voorzien om codes door te sturen enkel met aantel en eenheidsprijs. (dit is de berekende eenheidsprijs). Indien men een code op die manier wenst door te sturen dient men de socsecexporttype van die code op 2 te plaatsen.

1.38. Project XL •

In de facturatiemodule wordt in de opstartquery het veld wgnruzk opgevuld met het veld wgnromzet uit de contacten. Op die manier krijgen we de mogelijkheid om het omzet kantoor in de transactiebestanden toe te wijzen.


17/29

•

•

•

•

Software aanpassingen om het mogelijk te maken dat de wgnr uzk en prestid vanuit de herzieningen doorstroomt naar de transactie bestanden. Dit zowel voor automatisch aangemaakte creditnota’s als voor het systeem waarbij herzieningen aan een bestaande factuur worden toegevoegd. In prestatieingave scherm 1 aanpassingen uitgevoerd zodat de noodzakelijke gegevens opgevuld worden in de herzieningfaktuurd tabel. DIT MOET NOG GEBEUREN IN HET ANDERE PRESTATIEINGAVE SCHERM; Aanpassing export factuur type MTV2. Door de paramter "export", "factuur", "GroepeerOpWgnrUZK", "0" op 1 te plaatsen wordt : o het veld wgnruzk ook beschikbaar in de gegevens tabel voor bedrijven die naar multivers exporteren. o Extra veld van 4 tekens toegevoegd met het kantoor van de werknemer er o De eerste lijn van de export wordt uitgebreid met het veld ‘WG2” (tweede werkgever veld) Aanpassing export lonen MTV1. Door de parameter “export,loon,groepeerOpWgnrUZK,0 op 1 te plaatsen wordt ook de internecode van het omzetkantoor zoals aanwezig in het contract mee geëxporteerd.

1.39. Berekenwijze van premies registeren in velden van de premie tabel Index exporttype op hdp ingesteld staat : parameter : export, loon, SociaalSecretariaat,hdp En looncoded.socsecexporttype = 2007 of 2005 dan : Indien 2007 dan is het toe te voegen bedrag gelijk zijn aan aantal * X% van het uurloon (eenheid = 69 via opties of de eenheid van de loonformule) Indien 2005 dan moet het toe te voegen bedrag gelijk zijn aan aantal * X€ (eenheid = 01 of eenheid van de loonformule) De extra info wordt in de premie tabel toegevoegd : De code in het veld ld_cdeenheid De waarde in het veld ld_lfwaarde Indien exporttype = 2005 dan moet er altijd een herekening gebeuren naar een bedrag en mag er geen percentage meegegeven (hdp ondersteundt dit niet voor dit exporttype). Indien exporttype = 2007 dan kan zowel eenheid 69 als 01 gebruikt worden. Dit zowel in de frmprestgeg1 als in de frmprestgeg2.

1.40. Ticket 47729: Weergave in opvolgingsoverzicht scherm Param1 Scherm

Param2 frmopvlst

Param3 BeperkOpvolgingenTotSteunkantoren

Waarde 0

M.b.v. bovenstaande kan je nu instellen dat hiant alle opvolgingen dient te tonen. De waarde van de parameter moet dan 0 zijn. Default is de waarde van deze parameter 1. Deze parameter is enkel geldig in de globale opvolgingslijst (en dus niet in het opvolgingsoverzicht in een een klanten, uzk, .. scherm). De parameter is ook enkel maar van toepassing indien er steunkantoren gedefinieerd zijn. Bij CO medewerkers worden steeds alle opvolgingen getoond, de opvolgingen kunnen bij deze personen dus niet beperkt worden tot de steunkantoren.


18/29

1.41. Ticket 47572: Controle op attest DC inclusief detailtype Volgende parameter moet bestaan anders kunnen de controles niet gebeuren: Param1 Codeboekcode

Param2 attest

Param3 Waarde Dienstencheques De code van het attest Dienstencheques

Deel 1: Controle op detailtype bij het bewaren van een attest van het type ‘dienstencheques’ Bij het aanmaken van een attest van het type ‘dienstencheques’ moet er gecontroleerd worden of er een detailtype voor dit attest is geselecteerd. Deze controle is in te stellen met volgende parameter: Param1 frmattest

Param2 Dienstencheque

Param3 controleAttestDCdetailtype

Waarde 0: geen controle 1: blokkering 2: waarschuwing (standaard)

Indien bovenstaande parameter niet bestaat, wordt de controle uitgevoerd en wordt er een waarschuwing getoond. Technisch: In Wisnonet.bas heb ik de functie ‘ControleerDetailAttestDC’ aangemaakt. Hierin wordt de boodschap getoond en er wordt een integer teruggegeven. Indien deze integer 1 is, moet de huidige methode of functie verlaten worden (blokkering). Indien 0 wordt teruggegeven, is alles in orde. Indien 1 terug komt, werd er een waarschuwing getoond maar deze werd weggeklikt. Deze methode wordt opgeroepen in ‘frmAttest. cmdbewaar_Click’. Deel 2: Controle op attest bij het bewaren van de WN-fiche Bij het bewaren van een wn-fiche van een uitzendkracht voor een DC sektie moeten volgende controles worden uitgevoerd: Bestaat er een attest met het type ‘dienstencheques’? Indien nee dan volgt er een melding naar de UZC die als waarschuwing of als blokkerend kan worden ingesteld via onderstaande parameter. Indien ja dan wordt er gecontroleerd of er tevens een detail type voor dit attest is ingevuld. Indien dit zo is, dan wordt de fiche bewaard. Indien dit detailtype niet geselecteerd is, wordt er een blokkerende of waarschuwende melding getoond afhankelijk van de hieronder beschreven parameter. Param1 Param2 frmwngeg Dienstencheque

Param3 ControleAttestDC


Indien bovenstaande parameter niet bestaat, wordt de controle uitgevoerd en wordt er een waarschuwing getoond. Technisch: In Wisonet.bas heb ik de functie ‘ControleerAttestDC’ aangemaakt. Hierin wordt de boodschap getoond en er wordt een integer teruggegeven. Indien deze integer 1 is, moet de huidige methode of functie verlaten worden (blokkering). Indien 0 wordt teruggegeven, is alles in orde. Indien 1 terug komt, werd er een waarschuwing getoond maar deze werd weggeklikt. In deze functie wordt tevens de functie ‘ControleerDetailAttestDC’ (zie deel 1) aangeroepen. Deze functie wordt opgeroepen vanuit: • MWnGeg.BewaarWn (wordt opgeroepen in ‘frmwngeg.cmdbewaar_Click’) wanneer de kandidaat uitzendkracht (wnnr <> 0) is en de sektie een DC sektie is.


19/29

•

MWnGeg.BewaarWn1 (wordt opgeroepen in ‘frmwngeg1.cmdbewaar_Click’) wanneer de kandidaat uitzendkracht (wnnr <> 0) is en de sektie een DC sektie is.

1.42. Ticket 47305: maak hhh - blokkering indien er geen attest dienstencheque aanwezig is Volgende parameter moet bestaan anders kunnen de controles niet gebeuren: Param1 Codeboekcode

Param2 attest


Indien men een kandidaat, uitzendkracht/huishoudhulp maakt of indien men een fiche kopieert, moeten volgende controles worden uitgevoerd: Bestaat er een attest met het type ‘dienstencheques’? Indien nee dan volgt er een melding naar de UZC die als waarschuwing of als blokkerend kan worden ingesteld via onderstaande parameter. Indien ja dan wordt er gecontroleerd of er tevens een detail type voor dit attest is ingevuld. Indien dit zo is, dan wordt de fiche bewaard. Indien dit detailtype niet geselecteerd is, wordt er een blokkerende of waarschuwende melding getoond afhankelijk van de hieronder beschreven parameter. Param1 frmwnlst


Param3 ControleAttestDC


Indien bovenstaande parameter niet bestaat, wordt de controle uitgevoerd en wordt er een waarschuwing getoond. Technisch: In Wisonet.bas heb ik de functie ‘ControleerAttestDC’ aangemaakt. Hierin wordt de boodschap getoond en er wordt een integer teruggegeven. Indien deze integer 1 is, moet de huidige methode of functie verlaten worden (blokkering). Indien 0 wordt teruggegeven, is alles in orde. Indien 1 terug komt, werd er een waarschuwing getoond maar deze werd weggeklikt. In deze functie wordt tevens de functie ‘ControleerDetailAttestDC’ aangeroepen. Deze functie wordt opgeroepen vanuit: • MWisonet.MaakUZK wanneer de sektie een DC sektie is. • MWisonet.KopieerUZK wanneer de sektie een DC sektie is.

1.43. Ticket 47307: Attest dienstencheque controle bewaren mastercontract Volgende parameter moet bestaan anders kunnen de controles niet gebeuren: Param1 Codeboekcode

Param2 attest


Bij het bewaren van een mastercontract voor een dienstencheque sektie, moeten volgende controles worden uitgevoerd: Bestaat er een attest met het type ‘dienstencheques’? Indien nee dan volgt er een melding naar de UZC die als waarschuwing of als blokkerend kan worden ingesteld via onderstaande parameter. Indien ja dan wordt er gecontroleerd of er tevens een detail type voor dit attest is ingevuld. Indien dit zo is, dan wordt de fiche bewaard.


20/29

Indien dit detailtype niet geselecteerd is, wordt er een blokkerende of waarschuwende melding getoond afhankelijk van de hieronder beschreven parameter. Indien bovenstaande controles gelukt zijn, wordt er gecontroleerd of Q >= 13 indien het detailtype van het attest ‘ A’ is en Q >= 10 indien detailtype ‘B’ is. Ook hier wordt er een blokkerende of waarschuwende boodschap getoond afhankelijk van onderstaande parameter. Param1 frmcontgeg


Param3 ControleMinQ


Indien bovenstaande parameter niet bestaat, wordt de controle uitgevoerd en wordt er een waarschuwing getoond. Technisch: In ‘frmcontgeg. cmdbewaar_Click’ wordt er eerst gecontroleerd of het om een dienstenchequesektie gaat. Indien dit zo is wordt er gekeken of het een mastercontract is (chkmaster.DatabaseValue). Onder bovenstaande voorwaarden wordt de functie ‘ControleerAttestDC’ aangemaakt. Hierin wordt de boodschap getoond en er wordt een integer teruggegeven. Indien deze integer 1 is, moet de huidige methode of functie verlaten worden (blokkering). Indien 0 wordt teruggegeven, is alles in orde. Indien 1 terug komt, werd er een waarschuwing getoond maar deze werd weggeklikt. In deze functie wordt tevens de functie ‘ControleerDetailAttestDC’ aangeroepen. Enkel indien hier ‘0’ wordt teruggegeven, wordt het attest opgehaald en de uren vergeleken.

1.44. Ticket 48115 & 48122: AfhaalkantoorMC en op STR moeten ook werken voor de ecocheques Indien er in de uzk-fiche een afhaalkantoor maaltijdcheques is ingevuld, moet dit ook gebruikt worden voor de levering van de ecocheques. Indien er in de klantenfiche de optie STR is toegekend, moet de waarde hiervan gebruikt worden als het afhaalkantoor van de ecocheques. (zoals bij de maaltijdcheques). Indien de klantoptie ‘STR’ bestaat, wordt deze gebruikt anders wordt de waarde van het veld afhaalkantoor maaltijdcheques gebruikt. Indien dit ook niet is ingevuld wordt het kantoor van de uzk gebruikt. Technisch: In ‘MnewSystem.BoekLoonRun’ bij het boeken van ecocheques volgende controle toegevoegd: strSuffix = Leesoptie(KlInfo1("opties", rs!klnr), "STR") If strSuffix = "" Then strSuffix = IIf(lw(rs!afhaalkantoormc) <> 0, lw(rs!afhaalkantoormc), lw(rs!wgnr)) End If De waarde strSuffix wordt weggeschreven in het ‘ECC_Kantoornr’-veld van de ‘ecocheques’tabel. In ‘frmEcoCheques. cmdBestel_Click’ is de query aangepast zodat ook de naam van de klanten met optie ‘STR’ kan doorgegeven worden aan de procedure die het bestand aanmaakt. Het adres van de klant moet niet worden doorgegeven aan Sodexo, aan de hand van het nummer in de klantoptie STR kunnen zij het adres opvragen.


21/29

1.45. Ticket 47733: Als het potentieel van een klant niet is ingevuld, verschijnt de firmacode niet op de klantenlijst Op de overzichtslijst wordt er in de kolom ‘code’, de Firmacode en het potentieel getoond. Wanneer het potentieel echter niet is ingevuld, verschijnt er niets in deze kolom. Technisch: In de query’s van ‘frmkllst’ en ‘frmkllst1’ (in procedure ‘OrigineelSchermLijst’) is volgende aangepast: isnull(kl.firmakode, ' ') + isnull(ltrim(str(kl.belangrijkheid)), ' ') as klcode

1.46. Ticket 44704: Batch mailing oproepen vanuit het klanten overzicht FrmHtmlBatchMailTussenscherm Dit scherm wordt momenteel enkel aangeroepen vanuit het klanten overzicht (frmkllst1 en frmkllst2). In het menu van deze schermen is er onder het menu ‘Acties’ een nieuw item ‘Batch Mailing’ toegevoegd. Param1 changecontrols

Param2 frmkllst

Param3 mnuBatchMailing.visible

changecontrols

Frmkllst1 mnuBatchMailing.visible

Waarde 0: Menu-item 1: Menu-item 0: Menu-item 1: Menu-item

niet zichtbaar zichtbaar niet zichtbaar zichtbaar

Screenshot 1: Klanten overzicht Na klikken op dit item krijg je volgende messagebox:

Screenshot 2: Message box Na op Ok geklikt te hebben, kom je op het tussenscherm uit.


22/29

Screenshot 3: Batch mail tussenscherm Veld Omschrijving Afzender type

Afzender vast

Databaseveld MailMain.Description MailMain.SenderType

MailMain.Sender

Opmerking Afhankelijk van ‘Ontvanger Type’. Volgende zijn de keuzemogelijkheden:

Deze waarden zitten in het codeboek onder cd_srt = 210 Dit veld is verplicht in te vullen indien je ‘Vast adres’ selecteert bij ‘Afzender type.’

Afhankelijk van het scherm van waaruit het tussenscherm geopend wordt, wordt er een andere tab geactiveerd. Tabblad Contactpersonen

Screenshot 4: Tabblad Contactpersonen Veld Status ontvanger

Databaseveld MailMain.Contact persoonType

Opmerking Indien geen waarde geselecteerd, wordt waarde ‘0’ gebruikt.

Deze waarden zitten in het codeboek onder cd_srt = 37 Knop Bewaar Verplichte velden • Omschrijving Release Notes Hi-Ant Versie 4.204

23/29

• •

Afzender type Afzender vast (indien er bij afzender type voor ‘vast adres’ gekozen is).

Wat wordt er weggeschreven De ingegeven velden worden bewaard samen met onderstaande vastliggende waardes. • MailMain.MailMainId: bepaald door GetNextValue("MailMainId", con) • MailMain.Type: 1 • MailMain.ReceiverType: afhankelijk van het scherm van waaruit het tussenscherm geopend wordt • MailMain.ReceiverQueryId: 9998 (vaste lijst) Al deze gegevens worden in de MailMain tabel weggeschreven. Er wordt een query opgebouwd aan de hand van de geselecteerde rijen en de ingegeven waardes. Deze query wordt gebruikt om de maildetail-records weg te schrijven. De query op zich wordt niet bewaard. Daarna worden deze maildetail-records geupdate met de taal en email-adressen (verzender en ontvanger). Als dit allemaal gelukt is, wordt het Tussenscherm gesloten en het BatchMail scherm geopend. Aanpassingen frmBatchMailing Nieuw veld voor Status ontvanger toegevoegd. Dit veld is ook aangemaakt in de database (MailMain. ContactpersoonType). Dit veld is enkel zichtbaar/ingevuld indien er een mailing gebeurt vanuit het klanten overzicht. In het tussenscherm wordt dan naar deze status gevraagd. Dit veld is altijd geblokkeerd.

1.47. Wijziging doorgevoerd ivm bestelling ECO-checques Volgende wijziging in de bestelsoftware doorgevoerd. Voorheen was de wgnaam en wnnaam beperkt tot 40 karakters. Indien de wgnaam en/of de wnnaam groter was dan 40 kars. Dan kreeg men een foutmelding en kon het bestelbestand niet worden aangemaakt. Software is gewijzigd zodanig dat een langere wgnaam en/of wnnaam zal worden afgekapt op 40 kars.


24/29

1.48. LET OP: berekening SA voor werknemers PC322.01 (Dienstencheques) Sedert de vrijgave van de nieuwe berekeningsmodule voor het Sociaal Abonnement voor de Dienstencheques is het absoluut noodzakelijk dat er GEEN km’s meer vermeld worden in de contracten. Eigenlijk moet het aantal km’s in de contracten op 0 staan om te voorkomen dat de loonmotor automatisch een vergoeding Sociaal Abonnement gaat toekennen op basis van de ‘Premiesturing’. Daarom is het van belang om een voor die bedrijven een loonformule voor de 601 op PCSUB niveau 322.01 aan te maken met CdEenheid = ‘99’ zoals is aangegeven in onderstaande screenshot:

Door deze looncode worden ALLE werknemers in het PCSUB 322.01 uitgesloten van automatische toekenning SA door de ‘Premiesturing’!

1.49. Ticket 46048 Nieuwe parameter toevoegen "Scherm", "frmOpvLst", "filterOpvolgingDetailTypeZichtbaar", 1 Als deze parameter opstaat, dan zal er op het opvolgingsoverzichtscherm het veld Detailtype zichtbaar zijn, in de lijst en als filterveld


25/29

1.50. Bijkomend type eenheid binnen de loonformules: 269 – berekening van overuur-code met vast percentage op een verhoogd uurloon Eenheid 269 : berekening van een overuur op een verhoogd uurloon. Eerst wordt de basiscode bepaald voor het basisuurloon (zie eerdere documentatie ivm berekening éénheid 170) en wordt het verhoogd basisuurloon berekend. Dan wordt het percentage van de overuur-code toegepast op dit verhoogde uurloon. Het percentage van de overuur-code dient zich te bevinden in veld waarde van de loonformule. Dus een loonformule van dit type heeft cdeenheid 269 en het veld waarde bevat het percentage van de overuur.

1.51. Standaardwaarde in planningscherm ISSUE # 0000047079 Indien je in het planningscherm bij het overzicht via de bestellingen de matching wil gaan doen dmv de knop 'toon beschikbare personen', zal HiAnt indien je een persoon wil matchen, vragen of je dat voor alleen deze dag wil of voor de lange termijn. Hier moet HiAnt default 'Voor lange termijn' gaan suggereren (de keuze moet wel bewaard blijven, je moet nog kunnen aanpaasen dat het voor enkel deze dag in de planning is) Parameter aanmaken planning, maakkalender, gebruikPlantermijn dim sStandaardWaarde as string sStandaardWaarde = geefparamwaarde("planning", "maakkalender", "gebruikPlantermijn", "1") strInput = HiantInputBox(vertaal("ToevoegenKalender", CInt(gTaal)), arrInput, "", sStandaardWaarde)

1.52. Omvormen van tikklok bij Spindor (frmprestlst) Om het tikklok bestand van Spinor te importeren moet dit eerst geconverteerd worden naar de prato layout. Parameter aanmaken “tikklok", "convertspindor", Toeslag1, "000" Bij de conversie moeten we rekening houden met onderstaande voorwaarden: -

De lijnen die starten met 01 worden genegeerd De lijnen die starten met 09 worden ingelezen


26/29

4 -14 = insz nr, aan de hand van de code wordt het wnnr bepaald (indien persoon meerdere werknummers heeft, wordt er naar het contract gekeken welke wnnr dient gebruikt te worden), indien dan nog niet duidelijk, dan kan de tikklok niet ingelezen worden o 15-26 : code o 27-34 : minuten, in hiant wordt dit geconverteerd naar honderdsten o 35-39 : toeslag 1 : (de waarden worden opgeslagen in de parameter tabel (tikklok, convertspindor,00000,0 tikklok, convertSpindor,00060, 1 en tikklok, convertspindor,02084,3) § indien 00600 : dan wordt ploeg 1 bewaard § indien 02084 : dan wordt ploeg 3 bewaard Aanmaken hiant tikklok bestand o

Lijn 1 Lijncode : 00 Datum en tijd jjjjmmdduumm Versienr : 0201 Leverancier : SPINDORPRATO Contactpersoon ; leeg Adres : leeg Telefoon : leeg Referentie : naam van het originele bestand Lijn 2 Lijncode : 10 Werkgevernr : het 1000 tal van het eerste actieve kantoor in de database Sektie (spaties) Werknemernummer (opgezocht nummer aan de hand van het insz nr) Badgenr (niet invullen : spaties) Datum : datum vd prestatie Kostenplaats : leeg Afdeling : afdelingsid of afdelingscode ? Dagcode : code uit het spindorbestand Uren : uren in honderdsten Postencode (afhandelijk vd toeslagcode) …. Overige gegevens niet van belang, opvullen met spaties Laatste lijn Lijncode 99 Opvullen met spaties

1.53. Extra Filtervelden inschrijvingsdatum en aanbiedingsdatum in Shift-F2 scherm (zie ticket 48003) In frmwnlst kunnen 2 extra filtervelden geactiveerd worden, nl. Inschrijvingsdatum en aanbiedingsdatum. activeren van inschrijvingsdatum: frmwnlst, brwgeg, searchfieldwidths(Inschrijvingsdatum), 17 activeren van aanbiedingsdatum: frmwnlst, brwgeg, searchfieldwidths(aanbiedingsdatum),17


27/29

1.54. Automatische aanmaak van nieuwe boekhoudcode bij actie “bewaar” (zie frmklgeg) Indien de klantnummer ingevuld is en er nog geen boekhoudcode bestaat, zal er automatisch een boekhoudcode aangemaakt worden bij het bewaren. Idem als bij aanmaken van een nieuwe boekhoudcode via “maak klant” Voor nieuwe klanten automatisch een nieuwe boekhoudkode (Via Maak klant ne via bewaar) aanmaken bestaande uit 2 letters en 4 cijfers. Voor de waalse kantoren komt er nog een ´F´ achter. (zie taalregime van het kantoor) De 2 letters zijn steeds de eerste 2 letters van de naam. Termen zoals ´garage´ of ´bistro´ kunnen via een parameter uitgefilterd worden. (bv: garage driesen wordt bv dr0001 daar garage wordt weggefilterd.) Parameter om de auto boekhoudcode te activeren: "initialisatie", "boekhoudcode", "aanmaak_auto", "0" = "1" Parameter om woorden te filteren: "initialisatie", "boekhoudcode", "filterterm", "0" = bakkerij, bistro, garage, de, het, ...

1.55. Aanmaken posten en overuren (uitbreiding beheer) Via de parameter "Scherm", "postenoveruren", "type", "00" kan er bepaald worden welke delen van het scherm aanpasbaar zijn. Mogelijke waarden: 00 = standaard waarde , geen beheer mogelijk, scherm wordt wel geopend, maar gebruiker kan niets wijzigen. 10 = enkel posten zijn te beheren 01 = enkel overuren kunnen beheerd worden 11 = zowel posten als overuren kunnen beheerd worden


28/29

1.56. standaard kolomvolgorde aanpassen in het bestellingenscherm standaard kolomvolgorde aanpassen in het bestellingenscherm (ctrl-B) nieuwe parameter aangemaakt "scherm", "frmbestellst", "kolomvolgorde", "0" = 1 De nieuwe kolomvolgorde ziet er als volgt uit: "bes_id", "Wgnr", "klnr", "Klant", "IngaveDat.", "Naam bestelling", "Plaats tew.", "Status", "Aantal", "Prio", "Functie", "sektie", "Gemeente", "Type", "Struct Functie", "Toegewezen", "StatId", "StartDat." De originele kolomvolgorde: "bes_id", "Wgnr", "klnr", "Klant", "Gemeente", "Type", "Naam bestelling", "Plaats tew.", "Aantal", "Functie", "Struct Functie", "sektie", "Toegewezen", "StatId", "Status", "Prio", "IngaveDat.", "StartDat."


29/29

28

Recommend Documents