:01:00 AM

Release Notes Afdrukdatum: 15/02/2010 10:01:00 AM

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

Release Notes Hi-Ant Versie 4.53 => 4.69

1/103 15/02/2010 10:01:00 AM

1.

Module intro 1.1.

Module Intro Herschikking menumogelijkheden (EO)

Volgende menumogelijkheden zijn allen te bereiken vanuit het hoofdscherm van HiAnt via [Gegevens -> Instellingen -> Beheer]: § § § § §

[Beheermodule Hiant SelfService] , [Beheermodule Planning] , [Instellingen HTML mails] , [Beheer Printerbestemmingen] , [Beheer Poolmanagement].

Technisch werd een andere codenaam toegekend, wat in een beperkt aantal gevallen aanleiding zou kunnen geven tot meldingen bij activeren/desactiveren van menumogelijkheden omwille van het niet meer bestaan: • Beheer Hiant SelfService sub11(16) à mnuBeheer_HSS(0) • Beheermodule planning sub11(17) à mnuBeheer_planning(0) • Instellingen HTML mails sub11(18) à mnuInstellHtmlMail(0) • Beheer Printerbestemmingen mnuCaprintbeheer à mnuCaprintbeheer(0) • Beheer Poolmanagement (onbestaand) à mnuBeheer_PoolMgt(0)

1.2.

Module Intro Kunnen aanpassen van de kolombreedte binnen een grid (=lijst) (EO)

Het is nu mogelijk om via een parameter de breedte van een kolom binnen een grid aan te passen. Zo’n parameter dient er als volgt uit te zien -

param1 param2 param3 waarde

= = = =

Form-naam Grid-naam “ColumnWidths()” in te stellen kolombreedte

Bijvoorbeeld: (“frmBestellst”,”Grid_Bestellingen”,”ColumnWidths(gemeente)”,”0”) zorgt ervoor dat de kolom ‘gemeente’ op de grid binnen de overzichtslijst met bestellingen niet meer zichtbaar is.

Voorlopig enkel toepasbaar binnen de module BESTELLINGEN. Release Notes Hi-Ant Versie 4.53 => 4.69

2/103 15/02/2010 10:01:00 AM

1.3.

Module Intro Breedte zoekvelden bij een grid (EO)

Het is mogelijk om vanuit Hiant -code + via parameters de breedte van zoekvelden bij een grid te kunnen instellen. Er is een aanpassing gebeurd aan de grid-controls, zodat de breedte van de zoekvelden kan ingesteld worden (bij breedte-instelling 0: zoekveld onzichtbaar). (aanroep breedte-instelling vanuit Hiant voorlopig enkel toegepast bij grid op overzicht opvolgingen). De grid-controls hebben een eigenschap SearchFieldWidths gekregen. Vermits eigenschap momenteel nog bij bijna geen enkele grid ingesteld wordt, wordt standaard de SearchFieldWidths op -99 ingesteld voor elk zoekveld. Dit zorgt ervoor dat de zoekvelden gelijkmatig worden verdeeld over de breedte van het scherm (zoals ervoor ook gebeurde). Men kan nu ook vanuit Hiant via eigenschap SearchFieldWidths van een grid de standaardbreedten van de zoekvelden instellen via parameters [param1=, param2 = , param3 = "SearchFieldWidths()"] en voor een bepaald zoekveld een afwijkende breedte opgeven.

Het volgende wordt steeds uitgevoerd: § zoekvelden waarvoor de breedte is ingesteld <> -99: de betreffende breedte wordt ingesteld § voor zoekvelden waarbij de breedte is ingesteld op -99: de resterende schermbreedte wordt verdeeld tussen de zoekvelden waarbij de breedte is ingesteld op -99.

1.4.

Module Intro Tabblad Kantoorafdelingen in firmafiche (EO)

Binnen de firmafiche werd een tabblad Kantoor/Afdelingen aangemaakt, waarbinnen je kantoorafdelingen voor het betreffende kantoor kan toevoegen en beheren.


3/103 15/02/2010 10:01:00 AM

1.5.

Module Intro Wijzigingen in klantafdeling en kantoorafdeling, nu ook zichtbaar bij bewaarknop (EO)

Zichtbaar maken binnen frmAfdGeg (beheer klant-afdelingen en kantoor-afdelingen) indien gegevens gewijzigd zijn (groene control rond bewaarknop) Indien een gebruiker wijzigingen aanbracht aan een klant-afdeling of een kantoor-afdeling (frmAfdGeg), kon hij niet zien dat er iets gewijzigd was. à toevoegen lblChanged rond bewaarknop

1.6.

Module Intro Aanpassing veld werkgever.wgarb2T a.h.v. veld wg.ARB2T (EO)

Bij het sluiten van het werkgevers detail scherm wordt er gecontroleerd of het veld werkgever.wgarb2T gelijk is aan de waarde wg.ARB2T. Indien niet dan wordt de waarde in de werkgever tabel aangepast. Deze waarde is van belang tijdens de berekening van de DMFA. De percentages veranderen namelijk afhankelijk van het feit of deze waarde lager of hoger is dan 20.

1.7.

Module Intern Standaard afdeling in personeelsfiche (EO)

Het veld ‘personeel.StdAfdelingId’ aangemaakt. Control voor ingave standaard afdeling op personeelscherm aangemaakt Het systeem toont de volgende afdelingen in de lijst : § indien geen kantoor aan persoon gekoppeld (alle afdelingen) § indien kantoor aan persoon gekoppeld (enkel de afdelingen van het actieve kantoor) § indien meerdere kantoren aan persoon gekoppeld (de afdelingen van de opgesomde kantoren) § indien men het veld met de kantoornrs aanpast, wordt de lookupbox met de afdelingen opnieuw geladen


4/103 15/02/2010 10:01:00 AM

2.

Module UZK & Kandidaten

2.1.

Module Automatisch aanmaken van een folder (mapje) per uitzendkracht/folder per klant (EO)

Het is nu mogelijk dat er automatisch een folder wordt aangemaakt per uitzendkracht bij het bewaren van een uitzendkracht/kandidaatfiche en een folder per klant bij het bewaren van een klanten/prospectenfiche. Opdat dit gebeurt voor de uitzendkrachten/kandidaten: § moet de parameter (“AutoCreateDir”, ”Path”, “WN”) bestaan en een bestaand volledig folderpad bevatten. § met de parameter (“AutoCreateDir”, “Prefix”, “WN”) kan men de naam van een subfolder van het hierboven genoemde folderpad opgeven waaronder al de mappen van de uitzendkrachten / kandidaten geplaatst zullen worden. Standaard wordt hier “WN” genomen. Opdat dit gebeurt voor de klanten/prospecten: § moet de parameter (“AutoCreateDir”, ”Path”, “KL”) bestaan en een bestaand volledig folderpad bevatten. § met de parameter (“AutoCreateDir”, “Prefix”, “KL”) kan men de naam van een subfolder van het hierboven genoemde folderpad opgeven waaronder al de mappen van de klanten prospecten geplaatst zullen worden. Standaard wordt hier “KL” genomen. Voor een bepaalde uitzendkracht/kandidaat wordt er dan, bij het bewaren van zijn fiche, een folder aangemaakt als volgt: <Path><prefix><wn.koppelid> Voor een bepaalde klant/prospect wordt er dan, bij het bewaren van zijn fiche, een folder aangemaakt als volgt: <Path><prefix>

2.2.

Module Uitzendkrachten & Kandidaten Poolmanagement (EO)

In het tabblad ‘Type/Functie’ van de uitzendkrachten/kandidaten fiche kunnen pools ingegeven worden. Met behulp van poolmanagement kan je makkelijk zoeken welke uitzendkracht/kandidaat in aanmerking komt bij een bepaalde klant en/of voor een bepaalde functie.


5/103 15/02/2010 10:01:00 AM

Poolmanagement is een uitbreiding van het reeds bestaande “komt niet meer in aanmerking voor”. Het detailscherm ‘Koppeling met klant/functie’ bestaat uit volgende gegevens:

•

•

• •

Komt in aanmerking: o ja / nee [dus nu niet meer enkel “niet meer in aanmerking”] o voor alle reeds bestaande ‘nietmeerinaanmerking-records’ wordt het veld ‘In aanmerking J/N’ op “neen” geplaatst. Statusveld (code soort 151): o Voorlopig kunnen al de statussen uit code soort 151 gekozen worden bij alle klanten o Wordt later uitgebreid zodat men (via niveaus ‘ALG’ en ‘FI’) per klant kan specifiëren welke statussen er kunnen gekozen worden Evaluatieuzb (code soort 152) EvaluatieKlant (code soort 153)

Er is een nieuw scherm “poolmanagement”, bereikbaar vanuit F2, Shift F2, F3 of ShiftF3, telkens via de menumogelijkheid [Gegevens -> Poolmanagement]. Hierin kan men zoeken welke uitzendkrachten/kandidaten in aanmerking komen bij een bepaalde klant en/of voor een bepaalde funktie.

De filtervelden klantID en wnID (in plaats van klantnummer en wnnummer) worden in dit scherm gevraagd, omdat je ook een pool moet kunnen samenstellen voor een prospect. Je kan natuurlijk ook met de namen van beide werken. Indien je toch wenst te werken met klanten werknemernummers kan je op voorhand bijvoorbeeld in het F3-scherm reeds filteren en vervolgens naar het poolmanagement-scherm gaan.


6/103 15/02/2010 10:01:00 AM

2.3.

Module Uitzendkrachten & Kandidaten Probleem om kandidaten van andere kantoren uitzendkracht te maken. (EO)

Indien je een kandidaat van een ander kantoor uitzendkracht wenst te maken, meldt het systeem ‘Kan geen uzk maken. Deze persoon is waarschijnlijk al uitzendkracht’, terwijl dit soms niet het geval was. Het probleem deed zich voor indien een CO-medewerker een kandidaat van een ander kantoor, niet behorend tot de steunkantorenuzk van het huidige kantoor, als uitzendkracht wou maken. Dit werd opgelost door volgende voorwaarde in te stellen: Voor een CO-medewerker moet het mogelijk zijn kandidaten van alle andere kantoren als uitzendkracht te maken.

2.4.

Module UZK en kandidaten Veld voor referentie -persoon bijgemaakt in tabel werkervaring (EO)

In een werkervaring-detailscherm kan je naast het selectieblokje REF GECHECKT in een ingaveveld REF.PERSOON een persoon ingeven die opgegeven is als referentie door de kandidaat.

De tabel WnWerkErvaring bevat nu een bijkomend veld WeRefPersoon.

2.5.

Module UZK en Kandidaten Mogelijke klanten (EO)

Volgende wijzigingen werden aangebracht in het resultaatscherm dat HiAnt toont na een druk op de knop MOGELIJKE KLANTEN in de wn-fiche. -


omschrijving van eerste kolom aangepast naar "type" (i.p.v. "type_desc") in de overzichtslijst komt achter type een kolom met de status van de bestelling (status leeg ingeval van uitzending) zoekvelden uitgebreid (vroeger enkel wgnr): type, status, funktiewn, funktieresult, Wgnr

7/103 15/02/2010 10:01:00 AM

2.6.

Module Poolmanagement Beheer “beschikbare statussen” Poolmanagement (EO)

Zoals eerder gemeld bij het poolmanagement (versie 4.53) kwam er een scherm voor het beheer van de instellingen van het poolmanagement. Momenteel kan men enkel in dit scherm, te bereiken via [Gegevens -> Instellingen -> Beheer -> Beheer poolmanagement] het volgende beheren: § men kan voor de status (code-soort 151), die geselecteerd kan worden binnen het poolmanagement, per klant specifiëren welke statussen beschikbaar zijn. § dit verloopt via instellingen ‘beschikbaar/niet beschikbaar’ per status via niveaus ‘ALG’ en FI’.

2.7.

Afdruk inlichtingsblad (via knop “inlichtingsblad” bij inschrijvingsgegevens van een kandidaat/uzk) vermeldt geen bedragen in BEF meer

Aanpassing inlichtingsblad (via knop “inlichtingsblad” bij inschrijvingsgegevens van een kandidaat/uzk): Bij ‘gewenst salaris’ en ‘gewenst uurloon’ worden enkel nog bedragen in EURO vermeldt (en niet meer de dubbele vermelding van bedrag in BEF en bedrag in EURO). Moet in het moederdocu aangepast worden, zit niet automatisch in de nieuwe software.

2.8.

Module UZK en Kandidaten Aanpassingen grid ‘Opleiding/Testen’ (EO)

Bij het ophalen van de gegevens voor opvulling van de grid wordt ook ‘opleiding’ opgehaald. Kolom opleiding is pas zichtbaar (kolombreedte <> 0) indien men werkt via gestructureerde ingave van ‘opleiding’ [parameter ("Frmwngeg1", "Opleiding", "gestructureerd") = 1]

Men kan in de grid met ‘opleiding/testen’ nu via parameters de kolombreedtes instellen (en dus ook, indien kolombreedte 0 maken, kolommen onzichtbaar maken). Zoals ook voorzien voor andere grids, gaat dit op volgende wijze: § § § §

param1 param2 param3 waarde

2.9.

= = = =

Form-naam à frmWnGeg1 Grid-naam à grdopleiding “ColumnWidths()” in te stellen kolombreedte

Module UZK en Kandidaten Verlenging van veld “posten” bij de inschrijvingsgegevens van de uzk (EO)

Men kan nu bij “Wil in volgende posten werken” 100 characters ingeven i.p.v. 50.


8/103 15/02/2010 10:01:00 AM

2.10. Module UZK en Kandidaten Kopiëren werknemerfiche (EO) Bij een nieuwe fiche en het bewerken van een fiche wordt steeds de wn.wyzdat (wijzigingsdatum) ingevuld met de huidige datum. Dit was niet het geval indien men een fiche kopieerde (bvb. kopie arbeider-fiche à bediende fiche). Nu gebeurt dit ook bij het kopiëren van een fiche.

2.11. Module UZK en Kandidaten Aanpassing tabblad Adressen naar Divers met toevoeging van Gewenste Posten, Werkregime, Localiteit (EO) Binnen de inschrijvingsgegevens van een uzk is het tabblad ADRESSEN hernoemd naar DIVERS.

Op het tabblad DIVERS is de grid met adressen verkleind en onder deze grid zijn er drie grids naast elkaar geplaatst: § § §

Posten: grid waaraan men gewenste posten (bvb. dag, nacht...) van een uzk kan aan toevoegen en verwijderen. Deze gewenste posten worden ook gehaald uit de koppeltabellen bij code-soort '169' (Bestelling_Posten). Tabel wnposten. Werkregime: grid waaraan men gewenste werkregimes (bvb. voltijds, deeltijds) van een uzk kan aan toevoegen en verwijderen. Deze gewenste werkregimes worden ook gehaald uit de koppeltabellen bij code-soort '170' (Bestelling_Regime). Tabel wnregime. (inter)nationaal/regionaal (localiteit): grid waaraan men gewenste localiteit (bvb. Limburg, nationaal, regionaal) van een uzk kan aan toevoegen en verwijderen. Deze gewenste localiteiten worden ook gehaald uit de koppeltabellen bij code-soort '166' (Localiteit). Tabel wnlocaliteit.

Binnen de uzk-zoek kan men nu bij categorie “inschrijvingsgegevens” zoeken op "posten gestructureerd", “regime gestructureerd” en “localiteit gestructureerd”.

Opdat deze zoekvoorwaarden beschikbaar zijn, dient men volgende items te activeren in de dbtbl Zoekgegevens via de Qry Analyser:


9/103 15/02/2010 10:01:00 AM

Veldnaam id Type CatId CatNaam Veldnaam Veldomschrijving VeldType ToonBreedte OpzoekSQLString

CatNaamFr VeldomschrijvingFr

Veldwaarde Telkens uitvoeren voor 1 hoger dan de “select 1 3 Inschrijvingsgegevens lposten.omschr Posten gestructureerd T 10 select cd, ltrim(rtrim(omschr)) as omschr from code where cd_Srt = '169' and cd_taal=#TAAL# order by omschr Inscription Equipe structuré

alle 3 de gegevenslijnen: max(id) from zoekgegevens where id < 900” 1 1 3 3 Inschrijvingsgegevens Inschrijvingsgegevens lwerkregime.omschr llocaliteit.omschr Regime gestructureerd Localiteit gestructureerd T T 10 10 select cd, select cd, ltrim(rtrim(omschr)) ltrim(rtrim(omschr)) as omschr as omschr from code from code where cd_Srt = '170' where cd_Srt = '166' and cd_taal=#TAAL# and cd_taal=#TAAL# order by omschr order by omschr Inscription Inscription Régime structuré Localité structuré

De code-soorten 169, 170 en 166 kunnen aangevuld worden in de module Koppeltabellen.

2.12. Module UZK en Kandidaten (EO) Sortering bij toevoegen localiteit uzk-inschrijvingsgegevens (EO) De sortering van het toevoegen van de locatie in de uzk-inschrijvingsfiche via parametrisatie aanpasbaar. Via parameter ("frmWnGeg1", "cmdAddLocaliteit", "orderbystring") kan de sortering binnen het selectiescherm, bij het toevoegen van een localiteit binnen de uzk-inschrijvings, bepaald worden: § standaard blijft: geordend op omschrijving § mogelijke waardes parameter: o VALUE à geordend op code (numerisch geordend) o TEXT à geordend op omschrijving o zelf ingegeven orderbystring. Men zou evt. ook zelf een eigen orderbystring kunnen opgeven.


10/103 15/02/2010 10:01:00 AM

2.13. Module UZK & Kandidaten Kolombreedte bij “Opvolging-grid” binnen uzkinschrijvingsgegevens aanpasbaar (EO) Het is nu mogelijk om via parameters de breedte van een kolom bij de “Opvolging-grid” binnen de uzk-inschrijvingsgegevens aan te passen. Ingave parameters analoog aan ingave zoals eerder gemeld bij andere grids. Een parameter dient er dus als volgt uit te zien § param1 = “frmWnGeg1” § param2 = “BrwOpvolging” § param3 = “ColumnWidths()” § waarde = in te stellen kolombreedte Bvb. parameter (“frmWnGeg1”, “BrwOpvolging”, “ColumnWidths(TypeDet.)”, “10”) zorgt ervoor dat de kolom met opvolgingdetailtype zichtbaar wordt.

2.14. Module UZK & Kandidaten Toevoeging veld ‘opvolging detailtype’ in de opvolging-grid binnen een uzk/kandidaten fiche (EO) Bij “Opvolging-grid” binnen uzk-inschrijvingsgegevens kan veld “opvolging detailtype” nu ook verschijnen: § dit veld wordt mee opgehaald § standaard is dit niet zichtbaar

2.15. Module Uitzendkrachten & Kandidaten Bij aanmaak nieuwe uzk -fiche blijven sommige zaken van de vorige geopende fiche hangen o.a. de getoonde foto (EO) Probleem was o.a. dat, indien men net ervoor een uzk-fiche had bezocht, bij de aanmaak van een nieuwe uzk-fiche de foto van de vorige uzk getoond werd. De reden was dat de koppelid niet op 0 werd gezet (wnnr en wnid werden wel op 0 gezet). à koppelid eerst op 0 gezet bij aanmaak nieuwe fiche.

2.16. Module UZK en Kandidaten Invullen van uitzendkracht-status bij click op “vast werk” binnen opvolging (EO) Indien men binnen een opvolging op "vast werk" clickt (en men ook kiest voor vast werk “ja”), kan een gebruiker kiezen uit statussen welke men instellen als uzk-status. Via de parameter ("Opvolging", "VastWerk", "Status") kan men opgeven uit welke statussen de consulent kan kiezen. Parameter ("Opvolging", "VastWerk", "Status") is standaard “0” en in dit geval zal er dus ook geen keuzelijst verschijnen en zal er ook geen aanpassing van de uzk-status zijn.

2.17. Module UZK & Kandidaten Lookupbox “behaald diploma” bij inschrijvingsgegevens uzk via parametrisatie sorteerbaar (EO) De programmatie van Hiant is aangepast zodat de lookupbox voor behaald diploma via Release Notes Hi-Ant Versie 4.53 => 4.69

11/103 15/02/2010 10:01:00 AM

parametrisatie sorteerbaar is. Via parameter ("frmwngeg1", "lubgeg2(6)", "orderbystring") kan de sortering van de lookupbox “behaald diploma” binnen de inschrijvingsgegevens van een uzk bepaald worden: § standaard blijft: geordend op omschrijving § mogelijke waardes parameter: o VALUE à geordend op code o TEXT à geordend op omschrijving o zelf ingegeven orderbystring

2.18. Module UZK & Kandidaten Lookupbox “opleidingsniveau” binnen opleidingsdetailscherm via parametrisatie sorteerbaar (EO) De programmatie van Hiant is aangepast (in nieuwe versie) zodat de lookupbox voor opleidingsniveau binnen opleidingsdetailscherm via parametrisatie sorteerbaar is. Via parameter ("frmwnopl", "lubgeg(0)", "orderbystring") kan de sortering van de lookupbox “opleidingsniveau” binnen het opleidingsdetailscherm bepaald worden: § standaard blijft: geordend op omschrijving § mogelijke waardes parameter: o VALUE à geordend op code o TEXT à geordend op omschrijving o zelf ingegeven orderbystring

2.19. Module Uitzendkrachten & Kandidaten Jaaroverzicht uzk aanpassing: contracten geannuleerd (of met tussenstatus annulatie) aan dimona worden niet meer getoond (EO) Het probleem was dat contracten steeds in het groen getoond werden in het jaaroverzicht als ze een dimonastatus hebben, onafhankelijk van de waarde voor deze dimonastatus. Dus ook geannuleerde contracten werden getoond. Ook evt. prestaties die hingen aan geannuleerde contracten werden getoond. Hiant is aangepast op volgende wijze: § contracten met dimonastatussen MARKED, CSEND, CANCELED, DELETED worden niet meer getoond in het jaaroverzicht § prestaties die evt. zouden voorkomen bij contracten met dimonastatussen MARKED, CSEND, CANCELED, DELETED worden niet meer getoond in overzicht


12/103 15/02/2010 10:01:00 AM

2.20. Module UZK & Kandidaten Bij bepaalde “kode betaling” bij een uzk toelaten dat het bankrekeningnummer leeg gelaten wordt (EO) De bedoeling is hier, bvb. ingeval van buitenlanders waarvan men het bankrekeningnummer nog niet heeft, dat men dit bankrekeningnummer kan leeglaten, maar dat men toch lonen kan berekenen en dit reeds faktureren. In parameter ("banknr", "leegmag", "betalingskodes") kan men kode betalingen (bvb. een kode betaling met omschrijving "nog geen bankrekeningnr") ingeven waarbij het toegelaten is het bankrekeningnummer leeg te laten. Dus bij een uzk met zo’n kode betaling kan men het bankrekeningnummer leeg laten (geen problemen bij bewaren fiche). Men kan een loonrun die zo'n uzk bevat aanmaken, berekenen, en boeken. Ook kan dit gefactureerd worden. Maar het is niet mogelijk zo'n loonrun al uit te betalen (aanmaak bankbestand zal niet lukken, omdat er uzk zijn met een ongeldig bankrekeningnummer). Dus liefst deze uzk in een aparte loonrun steken (zodat betaling andere uzk geen vertraging kan oplopen). NVT als je met een extern loonsecretariaat werkt!

2.21. Module kandidatenbeheer Gestructureerde ingave van talenkennis & scores (TS): De ingave van de talenkennis van de uitzendkracht of kandidaat kan vanaf nu gestructureerd worden ingegeven. Hiervoor moet onderstaande parameter op 1 geplaatst worden: ‘frmwngeg1’,’wntalen’,’gestructureerd’ De soorten talen worden onderhouden in het codeboek met codesoort 78. Standaard wordt deze opgevuld met de volgende talen: • Nederlands • Frans • Engels • Duits De scores voor de talen worden onderhouden in het codeboek met codesoort 79. Standaard wordt deze opgevuld met de volgende mogelijkheden: • 0 Geen kennis • 1 Zwak • 2 Matig • 3 Redelijk • Goed • Zeer goed Via het veld omschr_kort van de codesoort 79 kan men de volgorde instellen die men wenst te zien wanneer men in de grid van de talen de scores moet toekennen. Via het programmeur menu is het mogelijk om de bestaande talen om te vormen naar het gestructureerde niveau. Dit zal pas lukken als de bovengenoemde parameter op 1 staat. De wijzigingen die zullen aangebracht worden, worden getoond in een tekstbestand. Als men hiermee akkoord gaat, kan men op ja klikken, en worden de wijzigingen doorgevoerd. Zo nee, gebeurt er niets. In tabel zoekgegevens bij talenkennis – taal de volgende opzoekstring toevoegen : Release Notes Hi-Ant Versie 4.53 => 4.69

13/103 15/02/2010 10:01:00 AM

select cd,ltrim(rtrim(omschr)) as omschr from code where cd_Srt = '78' and cd_taal=#TAAL# and isnull(dt_end, '2099-12-31') >= getdate() order by omschr

2.22. Module uitzendkrachten en kandidaten Afhaalkantoor maaltijdcheques (TS): Het kan voorvallen dat een uitzendkracht zijn maaltijdcheques makkelijker in een ander kantoor kan afhalen dan waar hij onder contract staat, bijvoorbeeld omdat hij dichter bij het ene kantoor woont. Op het tabblad algemeen in de uitzendkrachtfiche, vindt men na het wervingskanaal een lookupbox waarbij men het kantoor kan se lecteren waar de uitzendkracht zijn maaltijdcheques wenst af te halen. Deze lookupbox toont alle actieve kantoren. Bij het boeken van de lonen wordt dan bij de maaltijdcheques dit kantoor ingevuld ipv het kantoor van het contract. Deze lookupbox en het bijbehorende label "afhaalkantoor MC" zijn standaard niet zichtbaar. Ze dienen met de changecontrols opgezet te worden. Opzetten van label en lookupbox (met enkel actieve kantoren) gebeurt met volgende parameters: • changecontrols,frmwngeg1,lubgeg2(8).visible,1,UZC • changecontrols,frmwngeg1,lablawn12(16).visible,1,UZC

2.23. Module uitzendkrachten Opzoeklijst op regime uitzendkracht (TS): In HiAnt werd een nieuwe codesoort 164 toegevoegd die toelaat het regime van de uitzendkracht aan te geven (parttime of fulltime). De lijst kan geactiveerd worden door de parameter op 1 te plaatsen. "frmwngeg", "PT/FT", "Opzoeklijst", "0" Als parameter "frmwngeg", "PT/FT", "Opzoeklijst", "0" op 1 staat zal tijdens de opstart bij comedewerkers en programmeurs de volgende query lopen (0 = fulltime,1000=Parttime) con.Execute "update wn set uurdag=0 where isnull(uurdag, -458)= -458" con.Execute "update wn set uurdag=1000 where isnull(uurdag,0)<>0"

2.24. Module uitzendkrachten en kandidaten Controle rijksregisternummer met datum en geslacht Bij het bewaren van een uitzendkracht - of kandidatenfiche zal HiAnt controleren of het ingegeven sisnr overeenkomt met het ingegeven geslacht en geboortedatum van de persoon. Indien dit niet het geval is, veroorzaakt dit een blokkerende fout. De gebruiker krijgt een melding uit de vertaaltabel. Controle met geboortedatum wordt opgezet met volgende parameter (staat standaard op) : ‘frmwngeg’, ‘controle’, ‘ryksregistergeboorte’, ‘1’ De controle zal vanzelfsprekend enkel lopen indien rijksregisternummer is ingevuld (11 tekens) De controle op geslacht wordt enkel uitgevoerd bij uitzendkrachten en kandidaten met Belgische nationaliteit of voor wie de nationaliteit niet werd ingevuld. Het bepalen van de Belgische nationaliteit gebeurt a.d.h.v. een reeds bestaande parameter : ‘Scherm’, ‘Frmwngeg’, ‘BelgNationaliteit’, ‘B,BE’ Release Notes Hi-Ant Versie 4.53 => 4.69

14/103 15/02/2010 10:01:00 AM

Controle op geslacht: deel 2 van het rijksregisternummer (pos 7-9) is onpaar/oneven voor mannen, paar/even voor vrouwen. Controles op geboortedatum en geslacht zijn afhankelijk van de waarde van pos 3-4 van het rijksregisternummer (= maand): § indien maand = 1 tot en met 12 è controle op geboortedatum è controle op geslacht indien nationaliteit ´Belgie´ is § indien maand = 00, 20, 40, 60: è geen controle op geboortedatum è geen controle op geslacht § indien maand = 21 tot en met 32: è controle op geboortedatum (maand - 20) è geen controle op geslacht § indien maand = 41 tot en met 52: è controle op geboortedatum (maand - 40) è controle op geslacht indien nationaliteit (PER_NAT_CD) ´Belgie´ (150) is § indien maand = 61 tot en met 72: è geen controle op geboortedatum è geen controle op geslacht § overige waarden : è foutieve maand

2.25. Module kandidaten Mogelijkheid op controle ingave evaluaties Met behulp van volgende parameters kan men instellen of de ingave van de codes bij de evaluaties gecontroleerd moet worden: "scherm", "frmwngeg1", "MinValueEvaluatie", "-1" "scherm", "frmwngeg1", "MaxValueEvaluatie", "-1" Indien deze parameters beide ingevuld zijn (verschillend van -1), zal er gecontroleerd worden of de ingave tussen deze minimum en maximum waarde ligt.


15/103 15/02/2010 10:01:00 AM

2.26. Module uitzendkrachten en kandidaten Mogelijkheid tot mailen van nieuwe CV In het tussenscherm ‘nieuwe cv’ werd de volgende uitbreiding voorzien:

Het is mogelijk om het vinkje CV mailen aan te duiden. De aangemaakte CV wordt dan rechtstreeks als bijlage in een mail verstuurd naar de ontvanger die wordt ingevuld: • Van : afzender van de mail (wordt standaard opgevuld met email-adres van het actieve kantoor of van de actieve uitzendconsulent(e) (afh. van parameter – zie verder) • Aan : standaard is dit het emailadres van de klant of, indien er een contactpersoon is geselecteerd, het emailadres van deze contactpersoon. • Onderwerp : dit is het onderwerp van de mail • Tekst : dit is de tekst die in de mail verschijnt. Er is een mogelijkheid om de mail via een html-sjabloon te versturen. Dit wordt ook ingesteld met een parameter (zie verder). Indien het sjabloon is gevonden, zal dit gebruikt worden, zoniet zal de mail als gewone tekst wordt verstuurd en niet als html. Indien de mail verstuurd wordt, wordt er automatisch een opvolging aangemaakt. Opvolgingtypeid moet ingesteld worden met een parameter (zie verder). Het document zelf kan ook bewaard worden in een aparte directory. Het path dient ingegeven te worden als parameter. Indien de parameter niet aanwezig is, of de ingestelde directory is niet gevonden, krijgt men een melding, en zal de CV bewaard worden onder het lokale path.


16/103 15/02/2010 10:01:00 AM

Parameters • • • • • • •

"Afdruk", "CV", "OpvolgingId", "-1" -> bepaalt welke opvolgingid moet gebruikt worden. Er wordt bij contacttypeid de gOpvolgContactTypeAuto gebruikt. "codeboekcode", "OpvolgingsContactType", "Auto", "-1" -> instelling van gOpvolgContactTypeAuto "Afdruk", "CV", "SavePath", "" -> bepaalt waar de CV's moeten bewaard worden, indien niet ingevuld, of directory niet gevonden zal lokaalpad gebruikt worden "Afdruk", "C4", "MailMessageID", "0" -> bepaalt welke id moet gebruikt worden van de htm-mailing. Indien niet gevonden of niet ingevuld zal de mail niet als html maar als platte tekst verstuurd worden "Afdruk", "CV", "MailFrom", "2" -> bepaalt welk emailadres moet gebruikt worden § 1 = email van actieve UZC § 2 = email van het actieve kantoor (=standaard) "PRATOMAIL", "SMTPSERVER", "*", "" -> bepaalt welke smtpserver moet gebruikt worden voor mail te versturen "PRATOMAIL", "SMTPPORT", "*", "" -> bepaalt welke smtpport moet gebruikt worden voor mail te versturen

2.27. Module uitzendkrachten en kandidaten Mogelijkheid sortering gemeente lookupbox wn fiche Met volgende parameter kan een sortering van postcodes op wn-fiche veranderd worden. Standaard sortering op gemeentenaam "Lookupbox", "PostCodes", "sortering", "2" 1 = sortering op 1ste kolom is postnr 2 = sortering op 2de kolom is gemeente (standaard)


17/103 15/02/2010 10:01:00 AM

3.

Module Zoek 3.1.

Zoekmodule: Zoeken op Opleiding en OpleidingGroep bij Opleiding/attesten (EO)

Indien binnen de ‘Opleiding/Testen’ van een kandidaat/uzk de opleiding op gestructureerde wijze wordt ingegeven (zie versie 4.57 bij bespreking ‘hiërarchische codes’), kan men bij het zoeken naar kandidaten/uzk’s ook zoeken op ‘opleiding’ of ‘opleidinggroep’. Als opleidinggroep van een bepaalde opleiding wordt verstaan: het item van het “niveau 1 hoger” waaronder de opleiding valt. Bvb. als de boom van de opleidingen eruit ziet als volgt: Algemeen -> Electronica -> Motoren § §

als bij een bepaald dossier ‘Motoren’ bij opleiding ingegeven wordt, vindt men het dossier terug bij het zoeken op opleidingggroep ‘Electronica’ en niet indien men zou zoeken op opleidinggroep ‘Algemeen’. als bij een bepaald dossier ‘Electronica’ bij opleiding ingegeven wordt vindt men het dossier terug bij het zoeken op opleidinggroep ‘Algemeen’”.

Opdat het zoeken op ‘opleiding’ en ‘opleidinggroep’ actief zal zijn, dient men volgende lijnen toe te voegen aan tabel ZoekGegevens: Veldnaam id Type CatId CatNaam Veldnaam Veldomschrijving VeldType ToonBreedte OpzoekSQLString

3.2.

Veldwaarde Telkens uitvoeren voor beide gegevenslijnen: 1 hoger dan de “select max(id) from zoekgegevens where id < 900” 1 1 2 2 Opleidingen/Attesten Opleidingen/Attesten opleiding.omschr OpleidingGroep.omschr Opleiding OpleidingGroep T T 20 20 select cd,ltrim(rtrim(omschr)) as select code.cd,ltrim(rtrim(omschr)) omschr from code where cd_Srt = as omschr '160' and cd_taal=#TAAL# order by from HCMaster inner join HCDetail omschr on HCDetail.HCMasterId = HCMaster.id inner join code on code.cd_Srt = HCMaster.cd_srt and code.cd = HCDetail.cd where hcmaster.cd_Srt = '160' and cd_taal = #TAAL# and hcdetail.id in (select parentid from hcdetail) order by omschr

Zoekmodule Automatisch juist zetten/toevoegen van zoekgegevens (uzk-zoek) , en (EO)

Bij installatie van Hiant -versie 4.60, worden de zoekgegevens (uzk-zoek) , en automatisch juistgezet/toegevoegd.


18/103 15/02/2010 10:01:00 AM

3.3.

Zoekmodule Oplossing bij zoeken op evaluatie omschrijving (EO)

Er zat een fout in de zoekmodule, waardoor er een foutmelding kwam bij het zoeken op evaluatie omschrijving. Deze fout is rechtgezet.

3.4.

Module Zoek Zoekvoorwaarden over meerdere kantoren heen (EO)

De zoekmodule is aangepast i.v.m. "zoekvoorwaarde kunnen gebruiken over meerdere kantoren" op volgende wijze: Via parameters ("zoekmodule", "kantoren",) kan men per kantoor opgeven van welke kantoren dit kantoor de zoekvoorwaarden mag zien (zoekvoorwaarden onafhankelijk van kantoor - dus met wgnr 0 - kan men steeds zien). Indien parameter niet aanwezig voor een bepaald kantoor, dan heeft dit kantoor toegang tot de zoekvoorwaarden van alle kantoren. Bij het bewaren van een zoekwoorvaarde heeft men nu de keuze uit: § bewaren enkel voor actief kantoor. wgnr bij zoekvoorwaarde wordt opgevuld met nummer actief kantoor § bewaren voor alle kantoren. wgnr bij zoekvoorwaarde wordt opgevuld met 0. Deze zoekvoorwaarde kan dus door alle kantoren gebruikt worden.

3.5.

Module zoeken Uitbreiding, zoeken op gestructureerde taalinvoer

Indien de parameter voor gestructureerde invoer van talenkennis geactiveerd is, kan men nu ook hierop zoeken door in tabel zoekgegevens het volgende toe te voegen: In zoekgegevens moet bij talenkennis veld taal het volgende gezet worden 31 – 1 - 6 Talenkennis - lwntalen.omschr – taal – T - 15 select cd,ltrim(rtrim(omschr)) as omschr from code where cd_Srt = '78' and cd_taal=#TAAL# and isnull(dt_end, '2099-12-31') >= getdate() order by omschr Connaissance de langues langue

3.6.

Module zoeken Zoeken op hoogst behaald diploma (tabblad attesten/diploma’s in inschrijvingsgedeelte wn-fiche)

In tabel zoekgegevens moet de volgende record worden toegevoegd 1 2 Opleidingen/Attesten lopl.omschr Hoogst behaald diploma 25 select cd,ltrim(rtrim(omschr)) as omschr from code where cd_srt='58' and cd_taal=#TAAL# order by omschr Formations/Attestations diplome


T

19/103 15/02/2010 10:01:00 AM

4.

Module Klanten & Prospecten 4.1.

Module Klanten & Prospecten Klantoptie VAF (EO)

Indien een klant de optie VAF (Verberg afdeling op faktuur) heeft, wordt er bij de afdruk van fakturen via Word, geen afdeling en ook geen sektie getoond op de faktuur. Er wordt in dit geval puur gesorteerd op uitzendkrachtnaam. Voorwaarden opdat deze optie beschikbaar: - group verschillend van ERS en VIEW - Parameter ("Factuur", "Crystal", "FORCE", "N") mag niet op "Y" staan - Parameter ("Factuur", "Crystal", "*", "N") mag niet op "Y" staan - Parameter ("VIEW", "TEST", "FACTUREN", "") mag niet op "Y" staan

Factuurafdruk per klant te bekijken!

4.2.

Module Klanten: Mogelijkheid tot controle ingevulde waarde solvabiliteit bij klant (EO)

Bedoeld voor interim-bedrijven die dit veld gebruiken voor export naar andere pakketten. Voorwaarde opdat checks op solvabiliteit gebeuren: • •

parameter ("frmklgeg1", "maakklant", "minsolvabiliteit", "-99999999") moet verschillend zijn van <> -99999999 Parameter ("frmklgeg1", "maakklant", "maxsolvabiliteit", "99999999") moet verschillend zijn van 99999999

De checks op de solvabiliteit gebeuren: • bij actie “maak klant” • bij het bewaren van een KLANT (klnr <> 0) Uitgevoerde checks op de solvabiliteit: • ingevulde solvabiliteit moet numerisch zijn • solvabiliteit moet groter of gelijk zijn aan parameter ("frmklgeg1", "maakklant", "minsolvabiliteit", "-99999999") • Solvabiliteit moet kleiner of gelijk zijn aan parameter ("frmklgeg1", "maakklant", "maxsolvabiliteit", "99999999") zoniet kan de fiche niet bewaard worden.

4.3.

Module Klanten en Prospecten Controle solvabiliteit (EO)

Als er niet voldaan werd aan de controle op minimumsolvabiliteit en maximumsolvabiliteit, gaf HiAnt een melding. Het bleef slechts bij een melding en je kon verder gaan met het bewaren van een klant of het aanmaken van een klant. Als er nu niet voldaan wordt aan deze controle, dan zal de melding evenzeer verschijnen en lukt het bovendien niet meer om een klant te bewaren of te maken.


20/103 15/02/2010 10:01:00 AM

4.4.

Module Klanten en Prospecten Automatisch invullen van ondernemingsnummer (EO)

Bij een Belgische klant waarbij het btw nummer is ingevuld, wordt, indien men in het veld van met ondernemingsnr gaat staan, automatisch dit ondernemingsnummer ingevuld als volgt: 0 gevolgd door de numerische waarde in het btw nummer. Dus met beweging via tab-toets wordt veld ondernemingsnr automatisch ingevuld als het btw nr ingevuld is.

4.5.

Module Klanten en Prospecten Ingave bij poolmanagement kan nu ook voor prospecten (EO)

Tot nu toe werden in de firma-lijst bij ingave voor poolmanagement enkel klanten getoond. Nu verschijnen er zowel klanten als prospecten.

4.6.

Module Klanten en Prospecten Sortering lookupbox ‘nace code’ (EO)

De sortering van de lookupbox ‘nace code’ is nu binnen het klantdetailscherm via parametrisatie aanpasbaar. Via parameter ("frmklgeg1", "lubgeg(7)", "orderbystring") kan de sortering van de lookupbox “nace code” binnen het klantdetailscherm bepaald worden: § standaard blijft: geordend op id § mogelijke waardes parameter: o VALUE à geordend op id o TEXT à geordend op omschrijving (ingeval taal NL) of omschrijvingfr (ingeval taal FR) o zelf ingegeven orderbystring, bvb. “order by sektie, subsektie, subklasse” à er wordt geordend op de kodes sektie, subsektie en subklasse

4.7.

Module Klanten & Prospecten Kolombreedte bij ‘Opvolging-grid’ binnen klantdetailscherm aanpasbaar (E0)

Het is nu mogelijk om via parameters de breedte van een kolom bij de “Opvolging-grid” binnen het klantdetailscherm aan te passen. Ingave parameters analoog aan ingave zoals eerder gemeld bij andere grids. Een parameter dient er dus als volgt uit te zien § param1 = “frmKlGeg1” § param2 = “GrdOpvolging” § param3 = “ColumnWidths()” § waarde = in te stellen kolombreedte Bvb. parameter (“frmKlGeg1”, “GrdOpvolging”, “ColumnWidths(Omschrijving)”, “25”) zorgt ervoor dat de kolom “Omschrijving” breder dan standaard wordt (25 i.p.v. 15).


21/103 15/02/2010 10:01:00 AM

4.8.

Module Klanten & Prospecten Bij ‘Opvolging-grid’ binnen klantdetailscherm kan veld ‘opvolging detailtype’ nu ook verschijnen (EO)

Bij “Opvolging-grid” binnen klantdetailscherm kan veld “opvolging detailtype” nu ook verschijnen: § dit veld wordt mee opgehaald § standaard is dit niet zichtbaar

4.9.

Module Klanten & Prospecten Bugfix: mogelijks File/Path Access Error melding wanneer exporteren naar excel vanuit poolmanagement-scherm (EO)

Men kreeg een “File/Patch Access Error” melding wanneer men exporteerde naar excel vanuit het poolmanagement-scherm. Dit had te maken met het feit dat bij een grid standaard de directory waar het bestand bewaard wordt, staat op het applicatie-pad (dit is de directory van de Hiant.exe). Vermits men op deze directory, bij een aantal uitzendbedrijven, geen schrijfrechten heeft, krijgt men deze foutmelding. Software aangepast: gezorgd dat de ‘export”-directory van de grid binnen het poolmanagement -scherm expliciet ingevuld is met de “wisolok”-directory.

4.10. Module Klanten & Prospecten Bij ingave poolmanagement kunnen geen firma’s meer geselecteerd worden die geblokkeerd zijn of waarbij financiële rating = geen samenwerking (EO) Aangepast dat “bij ingave poolmanagement geen firma’s meer kunnen geselecteerd worden die geblokkeerd zijn of waarbij financiële rating = geen samenwerking”.

4.11. Module Klanten & Prospecten Bij opvolgingslijst binnen klantdetailscherm worden nu ook velden status en contacttype getoond (EO) Bij de opvolgingslijst binnen het klantdetailscherm worden nu ook velden status en conttacttype mee opgehaald.

Status = standaard niet zichtbaar. Bvb. via parameter (“frmKlGeg1”, “GrdOpvolging”, “ColumnWidths(Status)”, “6”) kan men ervoor zorgen dat de kolom “Status” wordt getoond met breedte 6. Contacttype = wel zichtbaar.


22/103 15/02/2010 10:01:00 AM

4.12. Module Klanten & Prospecten Beveiliging ingebouwd: een klant- of prospectfiche kan niet verwijderd worden als er een bestelling aan hangt (EO) De volgende beveiliging is ingebouwd: een klant- of prospectfiche kan niet verwijderd worden als er een bestelling aan hangt.

4.13. Module Klanten & Prospecten Men zag bepaalde kl (klanten of prospecten) niet verschijnen in de firma-lookupbox binnen ingave pool-management (EO) Er zat een probleempje in de query voor het laden van de kl (na aanpassing: niet tonen kl met financiële rating “geen samenwerking” of die geblokkeerd zijn): “not (finanratingid = 4 or isnull(blokkeringid,0)<>0)” dienen te vervangen door “not (isnull(finanratingid,0) = 4 or isnull(blokkeringid,0)<>0)”

4.14. Module Klanten & Prospecten Via parameter kunnen instellen of “aanspr1eking + achternaam + naam” of “aanspreking + voornaam + naam” wordt ingevuld binnen de klant-persoon, bij druk op “knop standaard” bij de contactpersonen (EO) Het veld persoon binnen een klantfiche wordt o.a. gebruikt bij afdruk fakturen... Sommige uitzendbedrijven willen dat op een faktuur “aanspreking + voornaam + naam” verschijnt i.p.v. “aanspreking + naam + voornaam”. In dit geval dient dus de opvulling van veld persoon binnen een klantfiche te wijzigen door parameter ("frmklgeg1", "klpersoon_ahv_contper", "eerstvoornaam") op 1 te plaatsen kan men ervoor zorgen dat binnen veld persoon in de klantfiche, indien men op “knop standaard” drukt na selectie van een contactpersoon, “aanspreking + voornaam + naam” wordt ingevuld, in plaats van “aanspreking + naam + voornaam”.

4.15. Module Klanten & Prospecten Via parameter kunnen instellen dat men bij “medewerker” binnen het klantdetailscherm alle actieve consulenten kan zien (onafhankelijk van kantoor) (EO) Door parameter ("frmklgeg1", "lubgeg(4)", "allekantoren") met waarde 1 te voorzien, kan men er voor zorgen dat men bij “medewerker” binnen het bestellingdetailscherm alle actieve consulenten ziet staan (dus onafhankelijk van het kantoornr ingevuld bij de consulenten).


23/103 15/02/2010 10:01:00 AM

4.16. Module Commercieel Aanpassing detailscherm Bezoekrapport (EO) In het detailscherm van het bezoekrapport werden de gegevens bij het opzoeken gesorteerd.

§

Firma: gesorteerd op naam, klnr, gemeente

§

Medewerker: gesorteerd op naam, voornaam

§

Contactpersoon: gesorteerd op naam, voornaam

§

Aard contact: gesorteerd op omschrijving

4.5

Module klanten Mogelijkheid om klantgegevens op te zoeken via site RSZ (TS):

In detailfiche van een klant/prospect is er achter het veld rsz -nr een nieuw icoontje bijgekomen, waarbij er naar de site van rsz wordt gesurft. Hier kan met een opzoeking doen aan de hand van het ondernemingsnummer of rsz -nr. Parameter die bepaalt welke url achter de knop zit: "Scherm", "frmklgeg1", "URLOpzoekRSZnr", https://www.socialsecurity.be/wrep/rep_gp.do?LANG=#GTAAL# #GTAAL# wordt vervangen door NL als gtaal=1; door FR als gtaal=2


24/103 15/02/2010 10:01:00 AM

5.

Module opvolging 5.1.

Opvolgingsmodule Intern contact en contactpersoon in opvolgingtabblad in klanten/prospectenfiche (EO)

Bij ‘intern contact’ en ‘contactpersoon’ werd enkel de achternaam getoond. Dit werd aangepast zodat nu zowel de achter- als voornaam getoond wordt. Het geheel wordt eveneens getoond, indien de achternaam of voornaam leeg zijn.

5.2.

Zoekwaardes bij openen opvolgingslijst-scherm aangepast

Het zoekveld ‘koppelid’ is standaard niet meer zichtbaar. Bij het openen van het opvolgingslijstscherm stond echter de zoekwaarde ‘koppelid’ opgevuld met 0. Vermits het zoekveld ‘koppelid’ niet meer zichtbaar is, kan men de zoekwaarde 0 bij ‘koppelid’ niet verwijderen, waardoor men slechts een beperkt aantal gegevens ziet.

Tijdelijke oplossing: parameter [“frmOpvLst”, “PGB_Opvolging”, “SearchFieldWidths(Koppelid)”] aanmaken met waarde 8, waardoor zoekveld koppelid terug zichtbaar is

Aanpassing in HiAnt: § de zoekwaarde bij koppelid wordt niet ingevuld § in plaats hiervan wordt de zoekwaarde op uzk-naam opgevuld met AA

5.3. §

§ § §

Module Opvolgingen Veld Status (EO-CVK)

In opvolgingdetailscherm lookupbox "status" toegevoegd onder lookupbox "onderwerp"; standaard niet zichtbaar. o label zichtbaar te zetten via (“ChangeControls”, “frmwnopvolging”,”Label1(24).visible”,”1”) o lookupbox zichtbaar te zetten via (“ChangeControls”, “frmwnopvolging”, “lubgeg(13).visible”, “1”) veld opvolging.status aangemaakt nieuwe code-soort (168, status opvolging) aangemaakt In opvolgingslijst-scherm:


25/103 15/02/2010 10:01:00 AM

o

o

5.4.

veld status toegevoegd aan de grid; standaard niet zichtbaar. Zichtbaar te zetten via frmopvlst”, ”PGB_Opvolging”, “ColumnWidths(Status)”, “6”) indien breedte 6 nemen. veld status toegevoegd bij de zoekvoorwaarden; standaard niet zichtbaar. Zichtbaar te zetten via (“frmopvlst”, “PGB_Opvolging”, “SearchFieldWidths(Status)”, “6” indien breedte 6 nemen.

Opvolgingsmodule Sortering lookupbox ‘status’ (EO)

De sortering van de lookupbox ‘status’ is nu binnen het opvolgingdetailscherm via parametrisatie aanpasbaar. Via parameter ("frmwnopvolging", "lubgeg(13)", "orderbystring") kan de sortering van de lookupbox “status” binnen het opvolging-detailscherm bepaald worden: § standaard blijft: geordend op omschrijving § mogelijke waardes parameter: o VALUE à geordend op code (numerisch geordend) o TEXT à geordend op omschrijving o zelf ingegeven orderbystring. Men zou evt. ook zelf een eigen orderbystring kunnen opgeven.

5.5.

Opvolgingsmodule Sortering lookupbox ‘opvolgingstype’ (EO)

De sortering van de lookupbox ‘opvolgingstype’ is nu binnen het opvolgingdetailscherm via parametrisatie aanpasbaar. Via parameter ("frmwnopvolging", "lubgeg(1)", "orderbystring") kan de sortering van de lookupbox “Opvolging type” binnen het opvolging-detailscherm bepaald worden: § standaard blijft: geordend op omschrijving § mogelijke waardes parameter: o VALUE à geordend op code (numerisch geordend) o TEXT à geordend op omschrijving o zelf ingegeven orderbystring. Men zou evt. ook zelf een eigen orderbystring kunnen opgeven.

5.6.

Opvolgingsmodule Sortering lookupbox ‘ detail type’ (EO)

De sortering van de lookupbox ‘opvolgingstype’ is nu binnen het opvolgingdetailscherm via parametrisatie aanpasbaar. Release Notes Hi-Ant Versie 4.53 => 4.69

26/103 15/02/2010 10:01:00 AM

Via parameter ("frmwnopvolging", "lubgeg(10)", "orderbystring") kan de sortering van de lookupbox “Detail type” binnen het opvolging-detailscherm bepaald worden: § standaard blijft: geordend op omschrijving § mogelijke waardes parameter: o VALUE à geordend op code (numerisch geordend) o TEXT à geordend op omschrijving o zelf ingegeven orderbystring. Men zou evt. ook zelf een eigen orderbystring kunnen opgeven.

5.7.

Opvolgingsmodule Bugfix: fout bij afdruk opvolginslijst (opvolgingslijst-scherm) (EO)

Er was een fout geslopen in het opvolgingslijst-scherm: het veld contacttype werd hernoemd naar contRacttype. De afdruk van de opvolgingslijst verwacht een veld contacttype --> runtime error. Dit probleem is rechtgezet in Hiant.

5.8.

Opvolgingsmodule Bugfix: fout bij tonen opvolgingslijst-scherm bij gebruiker waarbij personeel.ws = 1 (werving en selectie) (EO)

Er waren andere zoekvelden actief ingeval een gebruiker waarbij personeel.ws = 1 (werving en selectie) het opvolgingslijst-scherm opent. Echter niet alle zoekveld-eigenschappen liepen synchroon met het aantal zoekvelden. à aanpassing programmatie: er dient geen aparte behandeling meer te zijn voor gebruikers met personeel.ws = 1.

5.9.

Opvolgingsmodule Bugfix binnen opvolgingslijstscherm: de checkbox verschijnt bij kolom “kantoornr” i.p.v. bij kolom “afgeh.” (EO)

Aangepast: checkbox verschijnt nu bij kolom “afgeh.” i.p.v. bij kolom “kantoornr”.

5.10. Opvolgingsmodule Opvragen bijkomende info over contactpersoon geselecteerd binnen opvolgingdetailscherm (EO) Er is, n.a.v. vragen van klanten, de mogelijkheid om bij de lookupbox met de contactpersoon binnen het opvolgingdetailscherm meer info over deze contactpersoon (funktie, telefoon...) te tonen zodanig dat men deze kan contacteren zonder dat men het contactpersoon-detailscherm hoeft te openen. Er bevindt zich naast de contactpersoon-lookupbox een “help-knop” waarmee men de info kan oproepen (verschijnt zoals een tooltip).


27/103 15/02/2010 10:01:00 AM

De gewenste info die men wil zien wordt gespecifieerd via een parameter: Via parameter ("ToolTipQuery", "frmWnOpvolging", "Lubgeg(4)") wordt de query ingegeven waarmee de gewenste info wordt opgehaald. Bvb. SELECT ISNULL(ContactPersonen.Naam, '') + ' ' + ISNULL(ContactPersonen.Voornaam, '') AS naam, ContactPersonen.Funktie, LTRIM(RTRIM(Code.OMSCHR)) AS status, ContactPersonen.TelContactPersonen.GSM FROM ContactPersonen LEFT OUTER JOIN Code ON ContactPersonen.StatusID = Code.CD AND Code.CD_SRT = '37' AND Code.CD_TAAL = #TAAL#

5.11. Opvolgingsmodule Oplossing probleem “niet zien intern contact binnen opvolgingslijst in klantdetailscherm, alhoewel dit intern contact is ingevuld” (EO) Probleem was als volgt: § het interne contact was ook invulbaar in deze grid. Men liet in de lookupbox dus enkel personeelsleden zien die actief zijn en rechten hadden in het actieve kantoor. § dit zorgde ervoor dat als een personeelslid reeds was ingevuld, maar deze niet meer actief was of geen rechten had op het actieve kantoor, deze niet zichtbaar was Aangepast: er is geen lookupbox meer (met enkel actieve personeelsleden die rechten hebben in het actieve kantoor). Het interne contact is dus niet meer rechtstreeks invulbaar in deze grid. Daarentegen wordt nu steeds de reeds ingevulde interne-contact-info getoond.

5.12. Module Opvolging Zoekvelden “status” en “opvolging-detailtype” binnen opvolgingslijst-scherm werken niet (EO) Vanaf een bepaalde versie van Hiant was een probleem geslopen bij het zoeken in het opvolgings-lijstscherm a.h.v. zoekvelden “status” en “opvolgingsdetailtype”. Deze problemen zijn nu opgelost.


28/103 15/02/2010 10:01:00 AM

5.13. Opvolgingsmodule Aanpassingen overzichtslijst en detailscherm (EO) 5.13.1.Aanpassing aan opvolgingdetailscherm: Indien je ingave opvolging kiest vanuit een geselecteerde klant, wordt het contacttype ingevuld, dat je nog kan wijzigen.

5.13.2.Aanpassingen aan opvolgingslijstschem:

kolombreedtes kunnen ingesteld worden via parameters ["frmOpvLst", " PGB_Opvolging",

“ColumnWidths()”]

zoekveld-breedtes kunnen ingesteld worden via parameters ["frmOpvLst", " PGB_Opvolging",

"SearchFieldWidths()"]

Bijkomende kolommen voorzien in de lijst met opvolgingen § contacttype § opvolgingsdetailtype: standaard niet zichtbaar; kan via parameters (of door vergroten kolom) zichtbaar gemaakt worden Bijkomend volgende kolommen standaard onzichtbaar gezet in lijst § Ingavedatum: standaard niet zichtbaar; kan via parameters (of door vergroten kolom) zichtbaar gemaakt worden. § Opvolgingsdatum: standaard niet zichtbaar; kan via parameters (of door vergroten kolom) zichtbaar gemaakt worden § Kolom JaarWeek (jaar en week op basis van opvolgingsdatum) is daarentegen wel standaard zichtbaar. Bijkomende zoekvelden voorzien: § contacttype § opvolgingsdetailtype: standaard niet zichtbaar; kan via parameters zichtbaar gemaakt worden Volgende zoekvelden zijn standaard onzichtbaar gezet (maar kunnen via parameters zichtbaar gemaakt worden) § koppelid § opvolgingsdetailtype § bestelling Release Notes Hi-Ant Versie 4.53 => 4.69

29/103 15/02/2010 10:01:00 AM

5.14. Module opvolgingen Automatisch ingevulde opvolgingen op afgehandeld plaatsen Op de plaatsen waar HiAnt een automatische opvolging inboekt, dient deze dadelijk op afgehandeld geplaatst te worden Aangepast bij • afdruk C131A • afdruk C131B • bewaren bestelling • blokkeren van een klant via acties - blokkeer • verzenden van mail vanuit nieuwe CV module

5.15. Module opvolgingen Opvolgingslijst tonen van automatisch aangemaakte opvolgingen Extra vinkje onderaan het opvolgingsoverzicht (langs annuleren toets) met opschrift ‘Toon automatische opvolgingen’. parameter "Scherm", "frmopvlst", "ToonAuto", "0" 0 = standaard niet aangevinkt = geen auto-opvolgingen in de lijst (alle opvolgingen met contacttype gelijk aan het ingestelde autotype worden dan niet getoond) 1 = standaard aangevinkt = wel auto-opvolgingen in de lijst

5.16. Module opvolging Mogelijkheid om een opvolging toe te wijzen (TS): Wanneer men een opvolging ingeeft, wordt het nu mogelijk gemaakt om nog een vervolg aan deze opvolging te breien. Het item kan toegewezen worden aan een bepaald persoon. Standaard wordt hier ook de ingever ingevuld. Er kan ook ingegeven worden op welke datum en op welk tijdstip de nieuwe opvolging moet worden afgehandeld. De zoeklijst werd ook aangepast zodat er kan worden gefilterd op opvolgingen toegewezen aan een bepaald persoon (op basis van de initialen).

5.17. Module opvolging Automatisch aangemaakte opvolging op afgehandeld plaatsen Aan HiAnt werd de mogelijkheid toegevoegd om om opvolgingen die automatisch zijn aangemaakt, elke nacht op afgehandeld te plaatsen zodat deze uit de lijst van openstaande opvolgingen gehaald worden. Hiervoor moet er een job aangemaakt worden op de sql-server met volgende query: update opvolging set afgehandeld=1 where contacttypeid= (select convert(int,waarde) from globalvarruntime..parameter where param1='codeboekcode' and param2='opvolgingscontacttype') and afgehandeld=0 Release Notes Hi-Ant Versie 4.53 => 4.69

30/103 15/02/2010 10:01:00 AM

6.

Module Bestellingen 6.1.

Module Bestellingen Bijkomend veld ‘plaats tewerkstelling’ bij de bestellingen (EO)

Er is een vrij invulveld ‘Plaats tewerkstelling’ bijgekomen in het detailscherm van een bestelling. Dit veld verschijnt eveneens op de lijst van de bestellingen en op de bestelbon. Verder werden eveneens de moederdocumenten LeegBestelFormulierNL.doc en LeegBestelFormulierFR.doc zijn aangepast.

6.2.

§ §

Module Bestellingen Inzoomen op controls en bijkomend tabblad divers (EO)

Functieid bij bestelling: beperkt volgens functiegroepen veld "type" bijgevoegd als zoekparameter. o Standaard zichtbaar


31/103 15/02/2010 10:01:00 AM

Onzichtbaar zetten via (“frmbestellst”, “Grid_Bestellingen”, “SearchFieldWidths(type)”, “0”) veld "type" bijgevoegd in de grid. Standaard zichtbaar. o Standaard zichtbaar o Onzichtbaar zetten via (“frmbestellst”, “Grid_Bestellingen”, “ColumnWidths(type)”, “0”) o

§

§

§

§

§

bijkomende velden 'vaardigheden' en 'ervaring' + bijkomende controls hiervoor. Zijn ook multiline boxen zoals attesten/vakkennis. o vaardigheden: label-naam = “Label42” en control-naam = MultiLineDataBox2(4) o ervaring: label-naam = “Label43” en control-naam = MultiLineDataBox2(5) er zijn dus 6 multiline boxen zichtbaar op dit tabblad: o functieomschrijving/takenpakket (caption veranderen bij taken en profiel) o opleiding (caption veranderen bij opleidingsvereisten) o attesten o vakkennis o vaardigheden o ervaring talenkennis: DB-veld wordt bij opstart Hiant automatisch vergroot van varchar(100) naar Bijgevolg is de naam (noodzakelijkerwijs, anders melding "control must be of same type as rest of array") van deze control veranderd van dtbgeg(2) naar MultiLineDataBox2(6) men kan nu op controls functieomschrijving/takenpakket, opleiding, attesten, vakkennis, vaardigheden, ervaring en talenkennis in- en uitzoomen. Zij nemen dan (tijdelijk) quasi de volledige grootte van het tabblad in. In- en uitzoomen voor een geactiveerde control gebeurt via toets F8. Uitzoomen gebeurt ook automatisch als men de ingezoomde control verlaat. A.h.v. hier bovenstaande: o moederdocumenten NL en FR bestellingdocument aangepast o programmatie aanmaak bestellingsdocument aangepast

In MWisonet aangepast: § aanpassen gegeven.MaxLength a.h.v. definitie in database VÓÓR toekennen gegeven.DatabaseValue i.p.v. erna (anders bevat gegeven.Databasevalue nog niet zoveel gegevens als ingesteld door de nieuwe maxlength) § vrij tekstveld bij "reden": o databaseveld Bes_RedenDetail verlengd van 35 tot 100 o veld op scherm geplaatst onder de lookupbox en de lengte vergroot § vrij tekstveld bij "kans op va st": o databaseveld Bes_KansVastDetail verlengd van 35 tot 100 o veld op scherm geplaatst onder de lookupbox en de lengte vergroot

6.3. §

Module Bestellingen Tabblad DIVERS (EO-CVK)

nieuw tabblad "Divers" aangemaakt (enkel voor CVK) waarin volgende velden komen: o directe verantwoordelijken (vrij veld) - multilinedatabox - varchar(255) o doorgroeimogelijkheden (vrij veld) - multilinedatabox - varchar(255) o reeds kandidaten die niet in aanmerking komen: checkbox o reden voor niet in aanmerking bij vorig veld: vrij veld - multilinedatabox varchar(255) o welke acties reeds genomen in de firma?(vrij veld) - multilinedatabox varchar(255) o CVK als eerste ingeschakeld?(vrij veld) - multilinedatabox - varchar(255) o Hoe voorstellen (email/bellen)?(vrij veld) - multilinedatabox - varchar(255) o graad van discretie(vrij veld) - multilinedatabox - varchar(255) o Hoe verloopt feedback(vrij veld) - multilinedatabox - varchar(255) o Plaats tewerkstelling/regio(vrij veld) - multilinedatabox - varchar(255)


32/103 15/02/2010 10:01:00 AM

o

Nationaal/internationaal/regionaal: opzoeklijst § aanmaak nieuwe cd_Srt '166' (localiteit) § bij opstart Hiant: aanmaak codeboek en code-tabel.

Tabblad divers (on)zichtbaar te zetten via: param1 = “changecontrols”; param2 = “frmbestelgeg”; param3 = “SSTab1.Tabvisible”; waarde = 0 of 1; RSZcategorie = “6”

6.4.

Module Bestellingen Tabblad DIVERS2 (EO-CVK)

Bij bestellingen bestaat nu de mogelijkheid om te registreren via welke jobkanalen deze vacature mag gepubliceerd worden. De jobsites wordt opgesomd in een nieuwe code soort. Bijkomend tabblad "Divers 2" binnen bestellingen aangemaakt Tabblad divers2 (on)zichtbaar te zetten via: param1 = “changecontrols”; param2 = “frmbestelgeg”; param3 = “SSTab1.Tabvisible”; waarde = 0 of 1; RSZcategorie = “7” § hierbinnen is er een lijstje van jobkanalen (via + kunnen toevoegen en via - kunnen verwijderen) § bijkomende tabel BestellingPublJobKanaal aangemaakt § bijkomende code-soort (167, JobKanalen) aangemaakt waarin men de verschillende § mogelijke jobkanalen kan beheren.

6.5.

Module bestellingen Tabblad opvolgingen (EO)

Tabblad “opvolgingen” aangemaakt in bestelling-detailscherm, waarmee opvolgingen voor huidige bestellingen kunnen ingegeven worden.

6.6.

Module Bestellingen Veld Goedgekeurd (EO-CVK)

Aan de bestellingdetailfiche werd de checkbox ‘Goedgekeurd’ toegevoegd in het tabblad DIVERS2. § § §

veld Bes_Goedgekeurd toegevoegd aan bestellingen-tabel checkbox "Goegekeurd" toegevoegd op tabblad "divers2" boven Jobkanalen. standaard is de checkbox en het label bij "Goedgekeurd" niet ge-enabled, dit dient geenabled te worden per gebruiker (groep gebruikers)


33/103 15/02/2010 10:01:00 AM

6.7.

Module Bestellingen Aanpassing Veiligheid m.b.t. functie en Veiligheid m.b.t. werkplek (EO)

“Veiligheid m.b.t. functie” en “Veiligheid m.b.t. werkplek” (tabblad “Arbeidsvoorwaarden” binnen bestelling) hebben een hoogte voor meerdere regels tekst, maar deze kon ervoor niet benut worden omdat het gewone textboxen waren. Deze controls zijn vervangen door multilinetextboxen. De namen van de controls zijn bijgevolg veranderd: - “Veiligheid m.b.t. functie”: dtbgeg3(1) à MultiLineDataBox3(0) - “Veiligheid m.b.t. werkplek”: dtbgeg3(2) à MultiLineDataBox3(1)

6.8.

Module Bestellingen Meerdere “posten” en “werkregimes” kunnen ingeven bij bestellingen (EO)

Naast de grid met “extralegale voordelen” (op tabblad “Arbeidsvoorwaarden”) zijn er 2 grids bijgekomen, nl. “posten” en “werkregime”. Men kan nu dus bij een bestelling meerdere gezochte/gevraagde posten (bvb. dag, nacht...) en gezochte/gevraagde werkregimes (bvb. voltijds/deeltijds) meegeven. Keuzemogelijkheid regime voorzien: § code-soort '170' (Bestelling_Regime) bij aangemaakt § tabel BestellingRegime aangemaakt Keuzemogelijkheid ploegen voorzien: § code-soort '169' (Bestelling_Posten) bij aangemaakt § tabel BestellingPosten aangemaakt

6.9.

Module Bestellingen Veld Localiteit (EO-CVK)

Multiple keuzemogelijkheid voor de ingave van de localiteit § grid "(inter)nationaal/regionaal" aangemaakt (tabblad "Divers2") waar men items aan kan toevoegen en items verwijderen; Lookupbox "(inter)nationaal/regionaal" verwijderd op tabblad "Divers". § herschikking tabblad “Divers2” opdat control kunnen positioneren ("jobkanalen" en "(inter)nationaal/regionaal" naast elkaar) § localiteit wordt gehaald uit code-soort '166' (Localiteit) § tabel BestellingLocaliteit aangemaakt


34/103 15/02/2010 10:01:00 AM

6.10. Module Bestellingen Veld Jobkanalen voorzien van startdatum publicatie en einddatum publicatie (EO-CVK) In de grid met jobkanalen bij een bestelling ziet men nu een publicatiebegindatum en publicatieeinddatum velden dtPublStart en dtPublEind toegevoegd aan tabel BestellingPublJobKanaal Bij toevoegen jobkanaal wordt er gevraagd naar een publicatiebegindatum en publicatieeinddatum.

6.11. Module Bestellingen Sortering bij toevoegen localiteit (EO) De sortering van het toevoegen van de locatie nu binnen een bestelfiche via parametrisatie aanpasbaar. Via parameter ("frmBestelGeg", "cmdAddLocaliteit", "orderbystring") kan de sortering binnen het selectiescherm, bij het toevoegen van een localiteit aan een bestelling, bepaald worden: § standaard blijft: geordend op omschrijving § mogelijke waardes parameter: o VALUE à geordend op code (numerisch geordend) o TEXT à geordend op omschrijving o zelf ingegeven orderbystring. Men zou evt. ook zelf een eigen orderbystring kunnen opgeven.

6.12. Module Bestellingen Data publicatie jobkanaal (EO) 6.13. Bij ingave van een jobkanaal (bestelling-detailscherm) is het volgende aangepast: § §

als begindatum wordt standaard steeds de huidige datum voorgesteld bij ingave van de begindatum en einddatum kan men ook bvb. 011206 of 01122006 ingeven ingeval men datum 01/12/2006 wil ingeven.

6.14. Module Bestellingen Aanpassing overzichtslijst opvolgingen (EO) In de overzichtslijst van opvolgingen binnen een bestelling-detailscherm wordt de naam van de uitzendkracht niet en de naam van de klant wel verwijderd.


35/103 15/02/2010 10:01:00 AM

Aanpassing programmatie overzichtslijst opvolgingen binnen bestelling-detailscherm: § naam klant is uit deze grid verwijderd (naam van de klant heeft in dit scherm geen enkele zin, omdat je in een bestelling zit van een bepaalde klant) § naam van de uzk daarentegen wordt wel getoond (neemt de plaats van de klantnaam in)

6.15. Module Bestellingen Kolombreedte bij “Opvolging-grid” binnen bestellingdetailcherm aanpasbaar (EO) Het is nu mogelijk om via parameters de breedte van een kolom bij de “Opvolging-grid” binnen het bestellingdetailscherm aan te passen. Ingave parameters analoog aan ingave zoals eerder gemeld bij andere grids. Een parameter dient er dus als volgt uit te zien § param1 = “frmBestelGeg” § param2 = “BrwOpvolging” § param3 = “ColumnWidths()” § waarde = in te stellen kolombreedte Bvb. parameter (“frmBestelGeg”, “BrwOpvolging”, “ColumnWidths(TypeDet.)”, “10”) zorgt ervoor dat de kolom met opvolgingdetailtype zichtbaar wordt.

6.16. Module Bestellingen Toevoeging veld ‘opvolging detailtype’ in de opvolging-grid binnen een bestellingdetailcherm (EO) Bij “Opvolging-grid” binnen bestellingdetailscherm kan veld “opvolging detailtype” nu ook verschijnen: § dit veld wordt mee opgehaald § standaard is dit niet zichtbaar

6.17. Module Bestellingen Verschijnen bestelling-id in bestellinglijst-scherm (standaard niet zichtbaar) (EO) Als antwoord op de vraag “gelieve het id nummer van de bestelling weer te geven in de grid + we moeten snel op dit nummer kunnen zoeken (kandidaten zien bestellingnummer op website à kunnen opzoeken over welke vacature zij spreken)”: Volgende is reeds mogelijk binnen Hiant: § men kan reeds zoeken op bestelling-id: bij zoekveld "Bestelnaam" kan men zowel zoeken op de naam van de bestelling als op de bestelling-id § men ziet in het detail-scherm van de bestelling links bovenaan bij "Bestelling Id" de id van de bestelling staan Volgende is wel aangepast in de programmatie: de bestelling-id verschijnt nu ook in de grid (kolomnaam “bes_id”). § standaard is de kolom met de bestelling-id niet zichtbaar in de grid § zichtbaar te zetten via parameter (“frmbestellst”, “grid_bestellingen”, “ColumnWidths(bes_id)”, )


36/103 15/02/2010 10:01:00 AM

6.18. Module Bestellingen In opvolging-detailscherm en bestelling-detailscherm worden geblokkeerde klanten en klanten met financiële rating ‘geen samenwerking’ nie t meer opgenomen in de klanten-zoeklijst (EO) Programmatie Hiant aangepast: in het detail schem van de opvolgingen en bestellingen worden “geblokkeerde klanten en klanten met financiële rating 'geen samenwerking' " niet meer opgenomen worden in de klanten-opzoeklijst

6.19. Module Bestellingen Via parameter kunnen instellen dat men bij “toegewezen aan” binnen het bestellingdetailscherm alle actieve consulenten kan zien (onafhankelijk van kantoor) (EO) Door parameter ("frmbestelgeg", "lubgeg(12)", "allekantoren") met waarde 1 te voorzien, kan men er voor zorgen dat men bij “toegewezen aan” binnen het bestellingdetailscherm alle actieve consulenten ziet staan (dus onafhankelijk van het kantoornr ingevuld bij de consulenten).

7.

Module Contracten 7.1.

Module Contracten 24 toegelaten als tijdstip in rooster contract (EO)

Er waren problemen bij de berekening van het aantal gewerkte uren, indien men bvb. 0 als einduur van de dag opgaf. Als men bijvoorbeeld bij beginuur 16 opgaf en einduur 0, werden er 16 uur berekend. Van 0 tot 16 is 16.

Dit werd aangepast, zodat men nu ook 24 kan ingeven, waardoor het aantal gewerkte uren goed berekend worden.


37/103 15/02/2010 10:01:00 AM

7.2.

Module Contracten Wijzigingen voorgestelde week en jaar bij kopiëren contract (EO)

Volgende wijzigingen zijn aangebracht: § § §

Bij het kopiëren van een geselecteerd contract wordt als week steeds standaard de week van het geselecteerde contract voorgesteld. Indien de door de gebruiker ingevulde week >= de week van het geselecteerde contract, wordt er niet meer naar het jaar gevraagd. Het jaar van het geselecteerde contract wordt genomen) Indien de door de gebruiker ingevulde week < de week van het geselecteerde contract, dan zal het systeem als volgt te werk gaan: o Als het verschil tussen de weken > 30 (het systeem veronderstelt overkopiëren naar volgend jaar), dan zal als jaar “jaar van het geselecteerde contract + 1” voorgesteld worden. o Als het verschil tussen de weken <= 30 (het systeem veronderstelt overkopiëren naar een vroegere week in hetzelfde jaar), dan zal als jaar “jaar van het geselecteerd contract” voorgesteld worden.

7.3.

Module Contracten Bij afdruk geselecteerd/gemarkeerde uzk -contract(en) wordt contract altijd afgedrukt, onafhankelijk of contract bij inhouse klant of niet (EO)

Bij gebruik van het menu ‘Print New / Actief uitzendkracht’ of ‘Print New / Gemarkeerde uitzendkrachtcontracten’ in het contracten overzichtscherm werden uzk-contracten niet afgedrukt, indien gepresteerd bij klanten met optie INH (inhouse). Indien men echter contract(en) selecteert/markeert, doet men dit bewust om het te kunnen afdrukken. Nu wordt dus, bij selecteren/markeren uzk-contract(en), geen rekening gehouden met optie INH bij de klant.

7.4.

Module Contracten Aanpassing controle na inlezen prestaties uit contract, op ingevuld zijn van de afdelingen, bij klanten met optie IAV (EO)

(iav = ingave afdeling verplicht) Aanpassingen zijn aangebracht aan de controle (uitgevoerd bij aanmaak prestaties op basis van rooster in contract) op het ingevuld zijn van de afdelingen in het contract bij klanten met optie IAV. De aanpassingen zijn gebeurd voor de situatie dat men de afdelingen bij de prestaties opvult a.h.v. de DETAIL-afdelingen (afdelingen ingevuld per dagdeel) in het contract. (parameter ["PrestatieIngave", "afdeling", "*"] = 1)

Volgende aanpassingen zijn gebeurd: §

Indien hoofdafdeling niet ingevuld --> stop (hoofdafdeling wordt immers gebruikt ingeval vereiste detailafdeling niet ingevuld.)


38/103 15/02/2010 10:01:00 AM

§

Indien één van de detail-afdelingen overeenkomend met een ingevuld dagdeel niet is ingevuld:

Actie afhankelijk van parameter ("PrestatieIngave", "DetailAfdeling", "MeldOntbreken"):

o o o o

Mogelijke waardes: 0 (nooit melden en doorgaan); 1 (altijd melden); 2 (enkel melden ingeval dienstencheque-klant [optie KDC]) Standaard wordt waarde 2 voor deze parameter genomen Indien er een melding komt van ontbrekende detailafdelingen: men heeft steeds de keuze om door te gaan of te stoppen. Ingeval er doorgegaan wordt, wordt voor de ontbrekende detailafdelingen de hoofdafdeling uit het contract genomen.

Opmerking: bij deze werkwijze heeft men dus de mogelijkheid om de detail-afdelingen enkel in te vullen indien deze afwijken van de hoofdafdeling van het contract.

7.5.

Module Contracten Contractnummer bij verlenging (EO)

Bij verlenging van kontrakten in het scherm ‘contracten visueeel’ dient als kontraktnr het “max(kontraktnr) bij huidige kantoorselectie” genomen te worden i.p.v. “max(kontraktnr) bij actieve kantoor”. Huidige kantoorselectie = het kantoornummer vermeld in het contract Actieve kantoor = het actieve kantoor waarin de gebruiker aangemeld is Je hebt als gebruiker bijvoorbeeld recht om te werken in kantoor 1 en kantoor 2. Je logt in in kantoor 1, dit is dan het actieve kantoor waarin je werkt. Wens je vanuit het scherm ‘contracten visueel’ een contract te verlengen, dan mag HiAnt niet het hoogste contractnummer van het actieve kantoor met 1 optellen, maar het hoogste contractnummer van het kantoornummer vermeld in het originele contract met 1 optellen. Volgend probleem trad op: Er werd bij het verlengen van contracten "max(kontnr) + 1" genomen bij week, jaar en actieve kantoor. Hierdoor kan het zijn dat, als men in het contractoverzicht een ander kantoor selecteert dan het actieve kantoor, dat men toch een reeds bestaand kontnr gaat toevoegen bij week, jaar en “geselecteerd kantoor”. (foutmelding “violation of unique key” WgnrJaarWeekKontnr). Aanpassing: "max(kontnr) + 1" nemen bij week, jaar en geselecteerd kantoor. Release Notes Hi-Ant Versie 4.53 => 4.69

39/103 15/02/2010 10:01:00 AM

7.6.

Module Contracten Aanpassing PrintGezContract (EO)

PrintGezContra ct (print gezamenlijk contract) gaat nu ook, net zoals in Hiant, een bepaalde parameter ophalen, rekening houdend met de prioriteit bij gebruiker. Geldt enkel indien parameter (“usecdkeyinparameter”, “*”, “*”) op 1 staat.

Concreet: indien dus een bepaalde parameter meermaals voorkomt, dan wordt enkel rekening gehouden met deze met de hoogste keywaarde bij de betreffende gebruiker.

7.7.

Module contracten Uitbreiding contractfiche (EO)

Naast het bestaande veld voor ingave van een consulent (medewerker), kan er een tweede consulent (medewerker2) toegevoegd worden. Bij de eerste consulent kan men een percentage ingeven. Het percentage bij de tweede consulent wordt steeds “100 – percentage eerste consulent” (of indien enkel eerste consulent ingevuld, krijgt deze 100%). Men kan nu ook 2 kantoor-afdelingen ingeven (wg-afdeling en wg-afdeling2). Bij de eerste afdeling kan men een percentage ingeven. Het percentage bij de tweede afdeling wordt steeds “100 – percentage eerste afdeling” (of indien enkel eerste afdeling ingevuld, krijgt deze 100%).

Er kunnen een aantal “standaard invullingen” en controles gebeuren afhankelijk van ingestelde parameters: 1) Medewerker (consulent 1): “medewerker” moet steeds ingevuld zijn (was vroeger ook - hij werd steeds ingevuld met de ingelogde consulent) Nu kan men specifiëren hoe “medewerker” moet opgevuld worden, nl. a.h.v. parameter (“Contract”, “DefaultValue”, “Medewerker”). In deze parameter kan men volgende waardes instellen: § none: geen standaard invulling (daarentegen moet “medewerker” evengoed ingevuld worden) § ActieveConsulent: de ingelogde consulent wordt ingevuld. STANDAARD INDIEN PARAMETER NIET BESTAAND (actieve consulent gaat blijven ingevuld worden) § consulentKlant: de consulent, ingevuld bij de “klant van het contract”, wordt ingevuld indien parameter (“Contract”, “DefaultValue”, “Medewerker”) is opgevuld met “ConsulentKlant” o ALLE actieve consulenten worden geladen binnen lookupboxen “medewerker” en “medewerker 2” (anders kan probleem zijn: klant uit steunkantoor geselecteerd met Standaardconsulent uit steunkantoor, die niet geladen is in lookupbox “medewerker”).Indien parameter (“Contract”,


40/103 15/02/2010 10:01:00 AM

§

“DefaultValue”, “Medewerker”) is opgevuld met “ConsulentKlant” o Bij kopiëren, overhevelen, aanmaak subcontracten wordt “medewerker” “medewerker 2” gewoon overgenomen uit het bestaande contract Daarentegen indien parameter (“Contract”, “DefaultValue”, “Medewerker”) is opgevuld met “ActieveConsulent” o Bij kopiëren, overhevelen, aanmaak subcontracten wordt “medewerker” opgevuld met de actieve consulent.

2) Wg-afdeling (kantoor-afdeling 1): Via parameter (“contract”, “Wg-afdeling”, “Verplicht”) wordt bepaald of het verplicht is dat “wg-afdeling” (kantoor-afdeling 1) is ingevuld. Waardes 0 of 1. STANDAARD 0 als parameter niet ingevuld. Nu kan men specifiëren hoe “wg-afdeling” moet opgevuld worden, nl. a.h.v. parameter (“Contract”, “DefaultValue”, “Wg-afdeling”). In deze parameter kan men volgende waardes instellen: § none: geen standaard invulling. STANDAARD INDIEN PARAMETER NIET BESTAAND. § StdAfdelingConsulent: de standaard kantoorafdeling van de consulent, ingevuld bij “medewerker” (consulent 1) wordt genomen. Indien parameter (“Contract”, “DefaultValue”, “Wg-afdeling”) is opgevuld met “StdAfdelingConsulent” o ALLE actieve kantoorafdelingen worden geladen binnen lookupboxen “wg-afdeling” en “wg-afdeling 2” (anders kan probleem zijn: bij ‘medewerker’ staat een consulent met rechten op meerdere kantoren, met ook een standaard afdeling uit een ander kantoor, die niet geladen is in lookupbox “wg-afdeling”). Samenvattend vereiste parameters: § (“Contract”, “DefaultValue”, “Medewerker”, “ConsulentKlant”) § (“contract”, “Wg-afdeling”, “Verplicht”, “1”) § (“Contract”, “DefaultValue”, “Wg-afdeling”, “StdAfdelingConsulent”)

7.8.

Module Contracten Afdruk klantencontract via menu Print (niet via Print New): via klant-optie BCGAS (bijlage contract geen afdeling splitsing) kan men er voor zorgen dat er GEEN contractbijlage gemaakt wordt PER AFDELING (EO)

Momenteel was het zo dat bij de aanmaak van de bijlage bij het klantencontract (aangemaakt via menu “Print”) er een contractbijlage gemaakt werd PER AFDELING. Nu kan men, via klant-optie BCGAS, opgeven dat er geen bijlage wordt gemaakt per afdeling. Opmerking: opdat men wel de afdeling ziet staan per detaillijn (afdeling staat nu vermeld bovenkant van de bijlage) dient het moeder-rapport hiervoor aangepast te worden.

7.9.

Module Contracten Afdruk klantencontracten via menu “print” op contractenscherm: sortering afdruk klantcontracten kunnen opgeven via parameter (EO)

!!! deze sortering geldt enkel indien de checkbox “sorteer op naam” op het tussenscherm na opstart menu, onzichtbaar (want als “sorteer op naam” zichtbaar, kan de gebruiker zelf de gewenste sortering bepalen) Release Notes Hi-Ant Versie 4.53 => 4.69

41/103 15/02/2010 10:01:00 AM

Via parameter ("afdruk", "klantcontract", "orderbystring”) kan men dus de gewenst sortering bij afdruk van de klantencontracten bepalen. !!! deze sortering dient wel te passen binnen de query !!! Voorbeeld van sortering: “order by kl.naam, prest.week, wn.naam, wn.voornaam, prest.begind”

7.10. Module Contracten Aanpassing uzk-contractafdruk: bij PC 218 dient tekst “218 – 1B” te verschijnen (EO-ERS) Bij de contractafdruk, specifiek voor ERS, wordt bij formfield “pcb”, ingeval van paritair Comité “218” nu “218 – 1B” afgedrukt. Bij alle andere paritaire comités blijft gewoon het paritair-comité-nummer afgedrukt worden.

7.11. Module Contracten Aanpassing uzk-contractafdruk: “Naam en adres van de werkplaats” info voor een bepaalde dag wordt gehaald uit contract-velden commentaar maandag... zondag (EO-ERS) Voor alle dagen van de week: Als in commentaar-veld (Commentaar maandag, ..., commentaar zondag) een // voorkomt --> gedeelte vóór de // komt voor de betreffende dag bij contractafdruk te staan bij "Naam en adres van de werkplaats :" --> gedeelte na de // komt voor de betreffende dag bij contractafdruk te staan bij "Commentaren :" Als in commentaar-veld (Commentaar maandag, ..., commentaar zondag) GEEN // voorkomt, blijft het werken zoals tevoren: --> Afdeling uit het contract komt te staan bij "Naam en adres van de werkplaats :" --> Inhoud commentaar-veld (Commentaar maandag, ..., commentaar zondag) komt voor de betreffende dag bij contractafdruk te staan bij "Commentaren :"

7.12. Module contracten Contractenscherm – F4, gridaanpassingen (TS): • •

Contractenscherm - F4: nieuwe grid toegepast => mogelijkheid om met ‘del’- toets een geselecteerd contract te verwijderen Contractenscherm - F4 nieuwe grid => de sektie wordt naast de contractcoëfficiënt geplaatst (kolommen verwisseld)

7.13. Module contracten Aanpassingen bewaren contracten voor efficiëntere C131A en C131B (TS): Verschillen in Q, S of stelsel geven aanleiding tot een nieuwe C131A & B. Dit heeft een veelheid van documenten als gevolg voor uitzendkrachten en dienstenchequers. Hi-Ant gaat, indien voldaan is aan een reeks van voorwaarden, contracten samentrekken en bewaren voor een eenvoudigere afhandeling van C131A en C131B. Het gelijk trekken van de roosters gebeurt enkel bij PT. Vorige situatie: poetsvrouw werkt op ma 4u en op woe nog eens 4u. Maandag is de Q 4 en woe is de Q 8. Er worden 2 documenten C131A aangemaakt. Release Notes Hi-Ant Versie 4.53 => 4.69

42/103 15/02/2010 10:01:00 AM

Nieuwe situatie: bij het bewaren, zal Hi-Ant ervoor zorgen dat roosters bij beide contracten gelijk zijn en dat Q gelijk is bij beide contracten. Op die manier dienst slechts 1 C131A te worden gegenereerd. Deze functionaliteit wordt geactiveerd door onderstaande parameter op 1 te plaatsen: "Scherm", "frmcontgeg", "CheckRooster", "0" Standaard staat deze functionaliteit dus niet op. De contracten die automatisch aangepast worden dienen aan de volgende voorwaarde te voldoen : • geen mastercontract • zelfde jaar en week • zelfde wnnr • zelfde klant en zelfde S, zelfde aantal uren betaalde en zelfde aantal uren onbetaalde compensatie, zelfde aantal uren reëel FT • er mogen geen meerdere contracten op dezelfde dag zijn • er wordt geen rekening gehouden met betaalcontracten • er wordt geen rekening gehouden met marked, CSEND,CANCELED en DELETE contracten • er wordt geen rekening gehouden met contracten waarbij er uren op zaterdag of zondag zijn ingevuld • stelsel moet kleiner zijn dan 6 • er moet meer dan 1 contract, dat aan al van de bovenstaande voorwaarden voldoet, bestaan in deze week De volgende gegevens worden automatisch aangepast in het contract : Rooster: Van al de dagen onder contract, wordt het rooster overgenomen. Indien op een bepaalde dag het totaal aantal uren op 0 blijft staan, zal in al de contracten deze dag op 0 blijven staan (en dus ook niet fictief opgevuld worden). Per dag waarbij het totaal op 0 blijft staan wordt het stelsel met 1 verminderd (beginnende vanaf 5). Van de dagen die niet onder contract staan en waarbij het totaal van het rooster verschillend was van 0, wordt het gemiddelde berekend aan de hand van de wel ingevulde dagen (rekening houdend met het stelsel). De roosters in de bestaande contracten worden met terugwerkende kracht aangepast. Reëel aantal uren PT: Som van het rooster indien deze som kleiner is dan het reëel aantal uren FT, anders 0. Q: in al de contracten wordt de nieuwe Q ingevuld índien RurPT = 0 dan Q = RURFT - aantal uren onbetaalde compensatie índien RurPT >0 dan Q = (RURFT- UOC) * (RURPT/RURFT) S: blijft ongewijzigd Het stelsel wordt aangepast aan het aantal dagen waarvan het rooster is ingevuld (geen rekening houdend met zaterdag en zondag) Volgende gegevens worden gelogd in de logtable vooraleer het contract wordt gewijzigd: type 67 = situatie contract voor automatisch aanpassen rooster contracten param1=prestid param2=urenma param3=urendi param4=urenwo param5=urendo param6=urenvr Release Notes Hi-Ant Versie 4.53 => 4.69

43/103 15/02/2010 10:01:00 AM

param7=RURPT param8=Q param9=stelsel Voorbeelden (geen compensatie), dagen onder contract staan in het vet Voorbeeld 1 Ma 0 0

Di 0 0

Wo 3 0

Do 0 0

Vr 0 4

Stelsel 1 1

Di 0

Wo 3

Do 0

Vr 4

Stelsel 2

Di 3 0

Wo 3 0

Do 0 0

Vr 0 4

Stelsel 3 1

Di 3.5

Wo 3

Do 0

Vr 4

Stelsel 4

Resultaat Ma 0 Q= 7 RPT = 7 Voorbeeld 2 Ma 3 0 Resultaat Ma 3.5 Q= 14

7.14. Module contracten Aanpassingen onderbrekingen voor C131A en C131B (TS): Er • • •

gebeurt een onderbreking bij C131A en C131B als: Het bruto-uurloon verandert S verandert Q vermindert ten opzichte van de vorige gecontroleerde Q

7.15. Module contracten Controlelijst jobstudenten (juli – augustus – september) (TS): Om het beheer van jobstudenten te vergemakkelijken en om de grens van 23 gewerkte dagen in het statuut te kunnen beheren, werd er een controlelijst aan Hi-Ant toegevoegd. Deze lijst wordt opgestart bij volgende acties: • na bewaren contract • na overhevelen contracten • na verlengen van de contracten De lijst controleert het aantal dagen onder contract van de jobstudenten. Het kwartaal dat gecontroleerd wordt, wordt bepaald aan de hand van de systeemdatum (systeemdatum - 20 dagen --> op basis van de kalender datum wordt het kwartaal en jaar bepaald.) Release Notes Hi-Ant Versie 4.53 => 4.69

44/103 15/02/2010 10:01:00 AM

Voor alle jobstudenten (sektie.jobstudent = 1) van het actieve kantoor, wordt een controlelijst aangemaakt die alle werknemers toont met 17 of meer dagen onder contract. De controlelijst houdt geen rekening met betaalcontracten of met contracten met status MARKED, DELETED, CANCELED en CSEND. De lijst wordt opgebouwd als volgt: jaar, kwartaal, wnnr, sektie, naam, voornaam, aantal dagen onder contract. De lijst wordt dalend gesorteerd op het aantal dagen onder contract. De lijst wordt opgeroepen bij het bewaren van een contract waarvan de sektie.jobstudent = true. Er wordt dan een lijst gemaakt van het kantoor waartoe dit contract behoort. De lijst wordt ook automatisch gegenereerd tijdens het overhevelen van contracten (lijst van het actieve kantoor gkantoornr) en bij het verlengen van een dagcontract als sektie.jobstudent = true (lijst van kantoor waartoe contract behoort). Parameters "Jobstudenten", "MaakOverzicht", "*", "1" Deze parameter bepaalt of de lijst moet aangemaakt worden. Standaard staat deze controle op. geefparamwaarde("Jobstudenten", "MinDagen", "*", "17") Deze parameter bepaalt het minimum aantal dagen onder contract vooraleer de jobstudenten op de lijst komen te staan.

7.16. Module contracten Kopiëren/verlengen contract - contract start- en stopdag op 0 (TS): Standaard wordt de start - en stopdag op 0 geplaatst bij het kopiëren, zowel als bij het verlengen van een contract. Wanneer de originele start- of stopdag verschillend is van 0, wordt de gebruiker hiervan op de hoogte gebracht met een melding.

7.17. Module contracten Aanpassing uurloon in contracten (TS): Vanuit F4 - Acties - "pas uurloon aan", kan men het uurloon van de contracten aanpassen. Er werd tot hier toe een voorwaarde op de week ingegeven. Dit wordt nu uitgebreid met de volgende 2 voorwaarden: • Begindatum vanaf : standaard begindatum van de week die men wil aanpassen. Indien men een correcte datum invoert dan prest.begind >= , anders wordt er geen rekening gehouden met de begindatum • Einddatum tot en met : standaard einddatum van de week die men wil aanpassen, indien correcte datum ingevuld dan prest.eind <= , anders wordt er geen rekening gehouden met de einddatum

7.18. Module contracten Automatisch splitsen contracten met maandovergang (TS): Vanaf deze versie zullen contracten met maandovergang automatisch worden gesplitst. Het splitsen van de contracten zal niet meer gebeuren als de einddatum van het contract kleiner is dan 31/03/2006. Ook zal er geen splitsing gebeuren van het contract indien er een dimonastatus voor dit contract gevonden is. Zou dit toch voorkomen dan wordt dit gelogd in de logtabel met type 70 70

Contracten die niet gesplitst kunnen worden omwille van dimonastatus prestid wgnr wnnr begind Eindd Dimonastatus


45/103 15/02/2010 10:01:00 AM

7.19. Module contracten Uitbreiding controle jobstudenten, max. dagen tewerkstelling (TS) Bij het bewaren, overhevelen en verlengen van contracten van jobstudenten, is er een controle ingebouwd die nagaat of de persoon niet boven zijn maximum dagen tewerkstelling van 23 dagen komt. HiAnt voorziet de mogelijkheid om via attesten in te geven of een bepaalde persoon al bij een andere werkgever heeft gewerkt met het statuut van jobstudent. Er zal een nieuwe hoofdtype attest kunnen aangemaakt worden waaronder 2 nieuwe attesten aangemaakt kunnen worden. Nieuw type attest Hoofdtype Jobstudent, dagen bij andere werkgever Detail type attest 1. Tijdens zomermaanden 2. Buiten zomermaanden In het attest moet dan bij documentnr het aantal dagen ingevuld worden dat deze persoon bij een andere werkgever heeft gewerkt. Het jaar van de begindatum van het attest bepaalt het jaar waarvoor dit attest van toepassing is. Indien er meerdere attesten worden ingegeven, worden alle attesten in rekening gebracht. Enkel de attesten waarvan zowel het hoofd- als detailtype ingevuld zijn, zullen in rekening gebracht worden. De controle van het aantal dagen tewerkstelling gebeurt als volgt. § § §

Het aantal dagen onder de attesten wordt opgeteld Het aantal verloonde RSZ-dagen wordt opgeteld Het aantal dagen onder contract (die nog niet verloond zijn) wordt opgeteld

Als de som van deze dagen het maximum overschrijdt, dan zal er een waarschuwing komen op het scherm en zal het contract § voor gewone gebruikers NIET aangemaakt kunnen worden § voor co-medewerkers WEL aangemaakt kunnen worden (enkel waarschuwing) Indien de attesten niet zijn aangemaakt, zal de controle op 23 dagen enkel maar gebeuren op basis van de contracten en de eventueel verloonde rsz-dagen. Tijdens het overhevelen van de contracten, zullen de contracten bij iedereen (zowel co- als niet co-medewerkers) NIET worden overgeheveld indien het aantal dagen het maximum overschrijdt. Parameters § Controle,Jobstudenten,MaxDagenOnderContract,1 Door deze parameter op 0 te plaatsen wordt er geen controle uitgevoerd. Standaard staat de controle op. § CodeboekCode,AttestJobstudent,Hoofdtype,”” Deze parameter bepaalt de code uit attesten die het hoofdtype aanduidt. § CodeboekCode,AttestJobstudent,DetailTypeZomer,”” Deze parameter bepaalt de code uit attestendetail die het attest van dagen onder zomer aanduidt. § CodeboekCode,AttestJobstudent,DetailTypeBuitenZomer,”” Deze parameter bepaalt de code uit attestendetail die het attest van dagen buiten de zomer aanduidt.


46/103 15/02/2010 10:01:00 AM

§ § §

Controle,AantalDagenJobstudenten,MaxDagenZomer,23 Deze parameter bepaalt het maximum aantal tewerkstellingsdagen dat door een jobstudent binnen de zomermaanden mag gepresteerd worden - standaard 23 dagen. Controle,AantalDagenJobstudenten,MaxDagenBuitenZomer,23 Deze parameter bepaalt het maximum aantal tewerkstellingsdagen dat door een jobstudent buiten de zomermaanden mogen gepresteerd worden - standaard 23 dagen ControleJobstudenten,MaxDagenBereikt,Blokkeer,1 Deze parameter bepaalt of het contract al dan niet mag aangemaakt worden bij niet comedewerkers. Bij co-medewerkers zal het contract wel kunnen aangemaakt worden en krijgt men dus enkel een waarschuwing. Tijdens het overhevelen worden deze contracten bij iedereen geblokkeerd.

7.20. Module contracten Afdelingen verwijderen in contract als klant gewijzigd wordt Indien in een contract de klant wijzigt, wordt de afdeling de werd aangeduid voor de vorige klant, verwijderd. Ook de afdelingen op het tabblad afdelingen worden nu verwijderd.

7.21. Module contracten Kopiëren afdelingen mastercontract in subcontract In het menu Acties in het contractdetail werd de mogelijkheid voorzien om de afdelingen uit het mastercontract te kopiëren naar dit subcontract - " kopieer afdelingen uit mastercontract": • indien er reeds afdelingen in het subcontract ingevuld zijn, vraagt het systeem of de gebruiker wel zeker is • actie kan enkel uitgevoerd worden bij subcontracten Deze menu kan opgezet worden met de parameter: 'changecontrols',sub4(3).visible,1,'UZC'

7.22. Module contracten Controle begin- en einddatum (excl. mastercontracten) Er bestond al een parameter voor een controle op begin- en einddatum in de contracten: "scherm", "frmcontgeg", "controleerdata" Wanneer deze parameter op 1 werd gezet, controleert HiAnt of zowel de begin- als de einddatum in de opgegeven week valt. Deze controle is nu uitgebreid met volgende mogelijkheden: • • • • •

0 - geen controle op de contracten 1 - zowel begin- als einddatum worden gecontroleerd (standaard) 2 - enkel de begindatum moet binnen de week vallen 3 - enkel de einddatum moet binnen de week vallen 4 - één van beide data moet binnen de week vallen

De controle gebeurt niet op de mastercontracten.


47/103 15/02/2010 10:01:00 AM

7.23. Module contracten Controle ingevulde tarificatie in contact tijdens bewaren Volgende parameter werd aangemaakt: "frmcontgeg", "ControleTarificatie", "*", "1" Mogelijke waarden 1 : er komt een melding naar de gebruiker als de tarificatie niet is ingevuld (=standaard) 2 : er komt een melding naar de gebruiker als de tarificatie niet is ingevuld en men kan niet bewaren 3 : er komt een melding naar de gebruiker als de tarificatie niet is ingevuld, met de vraag of gebruiker door wil gaan, ja of nee Andere waarde : geen controle of melding

7.24. Module contracten Controle betaalde compensatie in contract Er werden nieuwe parameters gecreëerd die de controle van betaalde compensatie in de contracten beheren: "Scherm", "frmcontgeg", "controleBetComp", "1" bepaalt of de controle moet gebeuren (standaard = 1 = ja) "Scherm", "frmcontgeg", "controleBetCompSektiesNiet", "" bepaalt welke sekties niet gecontroleerd moeten worden Aantal dagen betaalde compensatie (6 dagen = 1 uur betaalde compensatie per week) (12 = 2 dan per week, 3 dagen = 0.5 uur week) ( max verschil is 0.15 - indien er een afwijking is van minder dan 0.15, dan komt er geen melding) Indien er een absoluut verschil groter dan 0.15 is gevonden, komt volgende melding “Het aantal adv-dagen komt niet overeen met het aantal uren betaalde compensatie in het contract”.

7.25. Module contracten Bewaren contract over maandgrens indien reeds dimona-aangifte Wanneer er een contract bestaat waarvoor reeds een dimona -actie is gebeurd en men wenst dit te verlengen door de einddatum aan te passen, dan zal dit niet meer kunnen als de nieuwe einddatum van een andere maand is dan de begindatum. Men krijgt een melding en men kan het contract niet bewaren. Het volgende probleem kon zich stellen • Er wordt een aangifte gedaan voor een contract van bv. 28/09/06 t/m 30/09/06. • Naderhand wordt het contract verlengd naar 01/10/06. • Vermits er reeds een dimona-actie is gebeurd, kan het contract niet gesplitst worden • Het contract wordt bewaard met een maandovergang, wat dan problemen kan opleveren bij de verloning waardoor de lonen niet gesplitst kunnen worden.

7.26. Module contracten Aanduiden type contractduur (tabblad overig)


48/103 15/02/2010 10:01:00 AM

Er is een nieuwe lookupbox toegevoegd aan HiAnt op het tabblad ‘overig’ van de contracten, waarin men kan instellen of een contract een bepaalde of een onbepaalde duur heeft. Tijdens het opstarten van HiAnt wordt automatisch codesoort 171 aangemaakt met mogelijke codes 1 : bepaalde duur 2 : onbepaalde duur. Tijdens het bewaren van een contract wordt, wanneer het type contractduur nog niet is ingevuld, volgende procedure gevolgd: Indien het om een mastercontract gaat, en de einddatum is niet ingevuld, dan zal automatisch de contractduur op onbepaalde tijd gezet worden. In alle andere gevallen wordt contractduur op onbepaalde tijd gezet. Tijdens het kopiëren van een contract wordt dit veld leeggemaakt, zodat dit automatisch juist gezet wordt tijdens het bewaren van het nieuwe contract volgens dezelfde procedure. Het veld contractduur wordt gebruikt voor het tonen op het maandloonbriefje.

7.27. Module contracten Mogelijkheid om reden uitdienst contract in te vullen Er werd een nieuwe lookupbox toegevoegd aan het contract. Reden uitdienst : nieuwe code soort 177 Standaard is dit gegeven niet zichtbaar, maar het kan geactiveerd worden met volgende parameters: "changecontrols","frmcontgeg","lblgeg(22).visible","1","UZC" "changecontrols","frmcontgeg","lubgeg(38).visible","1","UZC" Dit veld is een verplicht in te vullen veld op voorwaarde dat (controle tijdens bewaren van contract): • het veld zichtbaar is • het gaat over een mastercontract waarbij de einddatum is ingevuld • de bijbehorende code soort minstens 1 code bevat De reden uitdienst wordt niet overgenomen bij het kopiëren, verlengen of overhevelen van een contract.

7.28. Module contracten Overhevelen contracten – controle contracten bij verschillende wgnrs Indien er in de doelweek contracten zijn gevonden van een bepaald wnnr bij een ander wgnr, worden deze niet overgeheveld en komen deze in een excellijst te voorschijn. Er kunnen anders immer problemen ontstaan bij de loonberekening, vermits er een berekening per werknemer gebeurt binnen één kantoor (wgnr).


49/103 15/02/2010 10:01:00 AM

8.

Module prestaties 8.1.

Module Prestaties Aantal afgerond tot op 2 cijfers na de komma (EO)

Ten gevolge van de interne vorm van stockering van gegevens binnen SQL server, ontstond het probleem dat bij sommige gevallen als aantal bij premies (vooral als groepering aangeclickt werd) bvb. 7,999999... i.p.v. 8 getoond werd. Doordat de kolom ‘Aantal’ redelijk smal is kreeg men in dit geval bvb. enkel 99999 te zien, hetgeen voor de nodige verwarring zorgde. Binnen de query voor het ophalen van gegevens werd het aantal van de premies afgerond tot op 2 cijfers na de komma.

8.2.

Module Prestaties Bugfix: automatisch berekenen van premies via loonformules in weekingave-scherm (EO)

In het weekingavescherm werkte, bij ingave van een manuele premie, de automatische berekening van het premie-bedrag via loonformules niet. Reden: het doorgegeven datum-formaat van de dag waarop ingave gebeurt, was Verkeerd ("DD/MM/YYYY" i.p.v. “YYYY-MM-DD”).

8.3.

Module Prestaties Bugfix: berekenen bedrag premie via loonformules in maandingavescherm mis bij loonformules met cdeenheid 30 (dagtype) (EO)

In het maandingavescherm liep de berekening van premiebedragen via loonformules mis bij loonformules met cdeenheid 30 (dagtype). Bij loonformules met cdeenheid 30 wordt er gekeken naar de dag in de week (1 tot 7) om te bepalen of een premie dient berekend te worden 1] op een bepaalde dag in de week, 2] op een weekdag 3] of op een weekenddag. Binnen het maandingavescherm werd er voor een bepaalde datum, waarop ingave gebeurt, i.p.v. de “dag in de week (1 tot 7)” de “dag in de maand (1 tot 31)” doorgegeven. Hierdoor werd er in gevallen waarbij er een berekening diende te gebeuren, niets berekend.

8.4.

Module Prestaties Binnen maand-prestatie -ingavescherm (frmPrestGeg2), indien beginuur groter dan einduur, dan is het berekende aantal negatief (EO)

Binnen het maand-prestatie-ingavescherm (frmPrestGeg2), indien men een beginuur ingaf dat groter was dan het einduur, dan werd er een negatief aantal berekend. Bvb. gewerkt van 20 uur tot 2 uur geeft -18 terwijl dit 6 moet zijn De programmatie is aangepast om dit probleem te verhelpen. Release Notes Hi-Ant Versie 4.53 => 4.69

50/103 15/02/2010 10:01:00 AM

8.5.

Module Prestaties Via parameter kunnen instellen hoeveel uitzendkrachten maximum op een prestatiefiche in Word verschijnen (EO)

Bij bepaalde uitzendbedrijven zijn de funktie-omschrijvingen binnen een contract zo lang dat er geen 5 uitzendkrachten meer konden afgedrukt worden op 1 prestatiefiche. Er werd dan steeds een “lege bladzijde” bij afgedrukt, omdat er naar een volgende bladzijde gesprongen werd, vermits niet alles meer op 1 blz. paste. Via parameter ("word", "prest", "maxUzkperpagina") dient men in te geven indien het maximum aantal uzk per prestatiefiche kleiner is dan 5. !!! De moederdocumenten dient men dan ook overeenkomstig aan te passen (plaats voorzien voor zoveel uzk als opgegeven door deze parameter).

8.6.

Module prestatieverwerking Prestatieformulier per werknemer

Volgende opties kunnen bijkomend op klantniveau worden ingesteld: • optie PPU = print prestatieformulier per uitzendkracht • optie PAW = print adres werknemer op prestatieformulier (enkel als PPU opstaat) • optie PAP = print alle prestatieformulieren (hiermee is het mogelijk zowel per werknemer als op de gewone manier prestatieformulieren af te drukken) Het menu om de contracten per werknemer af te kunnen drukken staat standaard niet op en moet met een parameter ‘changecontrols’ geactiveerd worden. changecontrols,frmcontlst,NogNietUitgeprintePrest(3).visible,1,UZC Deze printmethode neemt alle contracten die zich in de lijst bevinden EN in de opties van de klant moet PPU staan. Bij de klanten waar optie PPU staat, zullen de contracten niet worden afgedrukt als men deze wil afdrukken via een ander menu dan die van "Prestatieformulieren per werknemer" of men moet de optie PAP invullen. Indien naast PPU ook nog eens de optie PAW vermeld staat, zal op de plaats van het adres van de klant, het adres van de werknemer worden getoond en zal bij de afdeling de klantnaam en zijn adres met eventuele afdeling worden vermeld. De tekst "De klant" wordt "De werknemer" als optie PPU en PAW is ingevuld bij de klantenfiche. De tekst komt uit de vertaaltabel. Startdocumenten emptyprestGROUP.doc en emptyprestGROUPfr.doc moeten dan ook een nieuwe formfield hebben met de naam HoofdingAdres, om dit juist te kunnen invullen (De klant / Le Client of De werknemer/Le travailleur).


51/103 15/02/2010 10:01:00 AM

9.

Module extra 9.1.

Module Beheer Koppeltabellen Wijzigingen aan verwijderen funkties/funktiegroepen (EO)

Functies worden beheert in de module functies te bereiken vanuit het hoofdscherm via [Gegevens -> Interne gegevens -> Functies]

Bij het verwijderen van een detail functie in de module FUNCTIES controleren we of deze funktie ergens gebruikt wordt in volgende tabellen: mogelijke functies (wnfuncties) in het tabblad TYPE/FUNCTIES van een uzk/kandidaten fiche

-

werkervaring (wnwerkervaring) in het tabblad WERKERVARING van een uzk/kandidaten fiche

-

komt niet meer in aanmerking voor (nietmeerinaanmerking) in het tabblad TYPE/FUNCTIES van een uzk/kandidaten fiche

-

bestelling (bestellingen) in een detailfiche van een bestelling


52/103 15/02/2010 10:01:00 AM

-

uitzending in het tabblad BESTELLING van een klanten/prospecten fiche

Indien funktie nog ergens voorkomt, kan de funktie niet verwijderd worden en wordt er het volgende gemeld: de tabel waarin er nog gegevens met deze funktie zitten indien het aantal gegevens van deze funktie in de betreffende tabel > 25, dan wordt het aantal getoond indien het aantal gegevens van deze funktie in de betreffende tabel <= 25, dan: o koppelid + naam wordt vermeld van de uitzendkrachten (ingeval wnfuncties, wnwerkervaring, nietmeerinaanmerking) o firmaid + naam + bestelling.ingavedatum/uitzending.datum wordt vermeld van de klanten(ingeval bestellingen, uitzending) Er werd een KNOP toegevoegd, zodat ook funktiegroepen kunnen verwijderd worden. Een unctiegroep kan enkel maar verwijderd worden, indien geen detail functies meer tot deze groep behoren (anders verschijnt een melding).

9.2.

Module Code-soorten Hiërarchische codes (EO)

Hi-Ant maakt gebruik van code-soorten, allemaal terug te vinden in [Gegevens -> Interne gegevens -> Koppeltabellen].

Voor elke code-soort kan een keuzelijst aangemaakt worden. In bovenstaand voorbeeld wordt de lijst van mogelijke opvolgingstypes getoond. De keuzemogelijkheden binnen deze lijst werden allemaal op eenzelfde niveau ingegeven. Meerdere niveau’s binnen een code-soort waren niet mogelijk. HiAnt voorziet nu de mogelijkheid om het beheer van de codes hiërarchisch te kunnen laten gebeuren. De bedoeling hiervan is dat je op een gebruiksvriendelijke manier op verschillende plaatsen binnen HiAnt gebruik zou kunnen maken van verschillende types code-soorten, die Release Notes Hi-Ant Versie 4.53 => 4.69

53/103 15/02/2010 10:01:00 AM

ingesteld kunnen worden op vraag van de klant en dit met een variabel aantal hiërarchische niveaus.

De klant kan via dit scherm een aantal nieuwe code-soorten gebruiken waarvan hij de inhoud kan instellen en waarbij hij het aantal hiërarchische niveaus zelf kan bepalen. Voorlopig kunnen enkel code-soort 160 (opleidingstype) en 161 (competentietype) beheerd worden. Vroeger was hiervoor een tabel nodig per hiërarchisch niveau (vgl. tabel funktien2 voor hoofdgroep van een funktie; tabel funktie voor de detail van een funktie). Nu is het aantal niveaus instelbaar en zitten alle gegevens binnen 1 tabel.

Het scherm hierboven is het scherm voor het beheer van de hiërarchische codes, te bereiken via menu [Gegevens -> Instellingen -> Beheer -> Beheer hiërarchische codes]. Parameter ("menu","frmmain","mnubeheer") activeert menu [Gegevens -> Instellingen -> Beheer]. Parameter ("menu","frmmain","mnuBeheer_HierarchicCd(0)") activeert het submenu. § §

Men dient hierbinnen het ‘type gegeven’ (overeenkomend met een code-soort) te kiezen dat men wil beheren, voorlopig dus ‘opleidingstype’ of ‘competentietype’. Na selectie van ‘taal’ ziet men in het overzicht voor het gewenste ‘type gegeven’ de volledige boom, hiërarchisch gestructureerd.


54/103 15/02/2010 10:01:00 AM

§ § § §

§

In onderstaand geval heeft ‘algemeen’ level 1; electronica en mechanica zitten op level 2; huishoud, embedded... zitten op level 3. Een bepaalde omschrijving van een gegeven kan hernoemd worden (via enkel click op het gegeven). Indien een bepaald gegeven geselecteerd is, kan men via de ‘-‘knop (of DELETE toets op het toetsenbord) een gegeven verwijderen. Is ook mogelijk voor een item waaronder nog sub-items hangen. Het wordt altijd eerst nog eens gevraagd aan de gebruiker. Via de ‘+’knop (of INSERT toets op toetsenbord) kan een gegeven toegevoegd worden. Het gegeven wordt steeds toegevoegd als subitem aan het huidig geselecteerde item. Zoals bij het beheer van de koppeltabellen wordt er steeds gevraagd naar een ‘code’ (standaard wordt nu steeds de ‘hoogste bestaande numerische code + 1’ bij de code-soort voorgesteld), een ‘omschrijving NL’, een ‘omschrijvi ng kort NL’, een ‘omschrijving FR’ en een ‘omschrijving kort FR’. Men kan geen subitem toevoegen indien het niveau van het geselecteerde item = het maximum ingesteld aantal niveaus voor het type gegeven.

Er zijn 2 nieuwe tabellen (HCMaster [hiërarchische code master] en HCDetail [hiërarchische code detail]) aangemaakt: HCDetail bevat, voor alle types gegevens, de volledige hiërarchische boom van gegevens. In tabel HCMaster kunnen de instellingen gedaan worden voor een bepaald ‘type gegeven’ (overeenkomend met een code-soort). Velden van tabel HCMaster met de instellingen die ermee kunnen gebeuren voor een bepaald ‘type gegeven’ (code-soort): § MaxLevel: maximum aantal hiërarchische niveaus toegelaten voor het type gegeven. Aanpasbaar door klant. § MultipleAllowed: bepaalt of in het selectiescherm voor het type gegeven (zie verder selectieschermen) meerdere lijnen aan de selectie toegevoegd kunnen worden.NIET aanpasbaar door klant. § Level_CodeSoort: o Specifieert de code-soort die gebruikt wordt in het selectiescherm (zie verder selectieschermen) om de combobox op te vullen voor aanduiding van het ‘niveau van beheersing’ van het item. o Bvb. ingeval van talen komt in deze combobox te staan bvb. ‘goed, zeer goed...’ o Indien Level_codeSoort leeg, verschijnt er geen combobox voor aanduiding ‘niveau beheersing’ Evt. aanpasbaar door klant. § CommentAllowed: specifieert of er in het selectiescherm een commentaar-veld zal verschijnen Evt. aanpasbaar door klant.

2 voorbeelden van huidig gebruikte ‘type gegevens hiërarchische code’ en hun selectieschermen:

9.2.1. Opleidingstype (code-soort 160) Het is nu mogelijk om in het opleiding detail scherm (via opleidingen/testen bij de inschrijvingen) op gestructureerde wijze een opleiding in te geven. Dit kan geactiveerd worden door parameter ("Frmwngeg1", "Opleiding", "gestructureerd") op 1 te plaatsen.


55/103 15/02/2010 10:01:00 AM

Na click op ? achter opleiding verschijnt het selectiescherm voor ‘opleidingstype’:

Opleidingstype (code-soort 160) heeft bvb. volgende instellingen in tabel HCMaster: § MaxLevel = 3. Aanpasbaar door klant. niveauIn dit geval zorgt het ervoor dat men in het selectiescherm voor opleidingstype op 3 niveaus een opleidingstype kan selecteren. § MultipleAllowed: NULL.. Men kan in het selectiescherm voor opleidingstype slechts 1 item selecteren. Dit geselecteerde item wordt dan ingevuld achter “Opleiding” in het opleiding detail scherm. § Level_CodeSoort: NULL. Men kan geen “niveau van beheersing” ingeven voor een opleidingstype § CommentAllowed: NULL.. Er verschijnt in het selectiescherm geen veld waarin men commentaar kan ingeven bij een opleidingstype. Het is telkens zo in het selectiescherm dat click op een item bij niveau “n” ervoor zorgt dat men bij niveau “n + 1” de subitems ziet verschijnen. Men kan steeds een item op eender welk niveau selecteren. Dus in bovenstaand geval kan men zowel ‘Algemeen’ of ‘Electronica’ of ‘Motoren’ selecteren voor opleidingstype.

9.2.2. Competentietype (code-soort 161) Het is nu mogelijk om bij de inschrijvingen de competenties van een kandidaat/uzk in te geven. Het tabblad ‘competenties’ kan geactiveerd worden door parameter ("wncompetenties", "actief", "*") op 1 te plaatsen.

Hierbij is het wel mogelijk: § Een “niveau van beheersing” in te geven à verschijnt in lijst bij “Peil” § Commentaar in te geven à verschijnt in lijst bij “Opmerkingen” Release Notes Hi-Ant Versie 4.53 => 4.69

56/103 15/02/2010 10:01:00 AM

§

Men kan in het selectiescherm (zie verder) meerdere lijnen selecteren. Men kan in het selectiescherm eigenlijk alle lijnen van de competenties beheren (ook de reeds bestaande competenties).

In de lijst verschijnt ook een kolom ‘Categorie’: § Competentie vermeldt de eigenlijke geselecteerde competentie § Categorie vermeldt de omschrijving van het item waarvan de geselecteerde competentie een subitem is (dus steeds de omschrijving van het hogerliggend niveau).

Via de ‘-‘knop kan men een competentie verwijderen. Via de ‘+/-/Wijzig’knop komt men in het selectiescherm voor competenties, waarin men competenties kan verwijderen, toevoegen en wijzigen. Selectiescherm ‘competentietype’

Competentietype (code-soort 161) heeft bvb. volgende instellingen in tabel HCMaster: § MaxLevel = 4. Aanpasbaar door klant. In dit geval zorgt het ervoor dat men in het selectiescherm voor competentietype op 4 niveaus een competentietype kan selecteren. § MultipleAllowed: 1 Men kan in het selectiescherm voor competentietype meerdere items selecteren (beheren). ENKEL HET UITEINDELIJK CLICKEN OP DE OK-KNOP ZORGT ERVOOR DAT DE AANGEBRACHTE WIJZIGINGEN DOORGEVOERD WORDEN OP DE COMPETENTIES. Release Notes Hi-Ant Versie 4.53 => 4.69

57/103 15/02/2010 10:01:00 AM

§

Na selectie van een item (en eventueel invullen van ‘Commentaar’ en ‘Peil’) kan men via de ‘+’ knop (ook via enter-toets toetsenbord) een item toevoegen aan de ‘voorlopige lijst van competenties’. § Druk op de ‘-‘ knop verwijdert het geselecteerde item uit de “voorlopige lijst van competenties”. § Dubbelclick op een item uit de ‘voorlopige lijst van competenties’ zorgt voor het volgende: Het item wordt verwijderd uit de voorlopige lijst, maar de velden van het geselecteerde item (selecties in lijsten; opvullen commentaar; opvullen peil) worden opgevuld in het scherm. Na aanbrengen van wijzigingen (aan ‘commentaar’ en/of ‘peil’) en druk op de ‘+’ knop wordt het gewijzigde item terug aan de lijst toegevoegd. § Level_CodeSoort: in dit geval is gekozen voor code-soort 152 (kan gewijzigd worden door klant). Men kan dus via een selectie uit code-soort 152 een ‘niveau van beheersing’ ingeven voor een competentie. § CommentAllowed: 1 Men kan selectiescherm commentaar ingeven bij een competentie.

9.3.

Module beheer tabellen Beheermodule sociaal abonnement

HiAnt is uitgebreid met een beheermodule voor de kilometertabel. Dit beheerscherm is te raadplegen vanuit het hoofdscherm via menu gegevens – instellingen – beheer module – kmtabel en moet opgezet worden met de parameter ‘menu’,’frmmain’,’mnukmbeheer’

Tijdens de opstart van deze versie van HiAnt, zullen automatisch de volgende velden aangemaakt worden in de km-tabel : • kmcdKey char(10) . -> eerste keer wordt deze op ALG geplaatst • kmkeywaarde varchar(255) -> eerste keer wordt dit op lege string geplaatst In het onderhoudsscherm vindt men links alle mogelijk combinaties van datum, kmcdkey en kmkeywaarde. Op deze gegevens kan men ook filteren – de recentste staan bovenaan. Door hier op een lijn te dubbelklikken, verschijnen de detailgegevens in het rechtse overzicht : Kmcdkey, kmkeywaarde,datum,km,week bedrag en maandbedrag. In deze lijst kan de gebruiker alle gegevens dadelijk wijzigen. Release Notes Hi-Ant Versie 4.53 => 4.69

58/103 15/02/2010 10:01:00 AM

Onder de linkse lijst vindt men de volgende toetsen : - : verwijder alle lijnen van de geselecteerde datum, cdkey en keywaarde + : kopieer alle detaillijnen van de geselecteerde lijn naar een nieuwe datum, eventueel een nieuwe cdkey (standaard dezelfde) en een nieuwe keywaarde (standaard dezelfde) (controleren op dubbels) Onder de rechts lijn vindt men ook een ‘-‘ - toets. Hiermee kan men de geselecteerde, gemarkeerde of gehele lijnen van de detail verwijderen.

9.4.

Module SMS Overzicht verbruikte credits sms

In het scherm ´beheer sms module´ ontbreekt in het tweede tabblad het veld (de kolom) úitvoerder´ of ínterne medewerker´. Om niet enkel per kantoor, per week of per maand een overzicht van de creditcosts te kunnen opvragen, maar ook per interne medewerker, werd de kolom interne medewerker toegevoegd in de lijst.

9.5.

Module SMS inlezen ontvangstbewijzen

Wanneer er een fout ontvangstbewijs binnenkwam, stopte het systeem met inlezen, waardoor het kon gebeuren dat er steeds een foutmelding kwam en niets meer werd ingelezen. HiAnt en pratosms.dll werden aangepast zodat het foute bestand niet wordt ingelezen maar de correcte gegevens wel. Dit wordt gelogd in nieuw logtype 70 ‘fout bij inlezen log sms’,’bestandsnaam’,’foutmelding’

9.6.

Module SMS Mogelijkheid tot verzenden sms binnen nieuwe zoeklijst

Met de volgende parameter kan men het veld instellen waarin de koppelid zich bevindt. "LIST", , "SMSKoppelid", Indien dit is ingevuld voor de lijst, zal het menu acties - zend sms beschikbaar zijn bij die lijst. Vervolgens kan men op dezelfde manier sms-en gaan verzenden als in het uitgebreide zoekscherm.


59/103 15/02/2010 10:01:00 AM

10.

Module dienstencheques 10.1. Module Dienstencheques “Maak klant” kan niet doorgevoerd worden voor gezinnen (EO) Indien in een fiche van een gezin (kl.firmakode = “G”), kan deze niet klant gemaakt worden. Er komt een boodschap en betreffende fiche kan niet klant gemaakt worden.

10.2. Module Dienstencheques Mogelijkheid tot wijzigen mastercontract zonder dat er een uitdienst dimona moet gebeuren (EO) Het is nu binnen Hiant mogelijk dat men een mastercontract wijzigt zonder dat er een uitdienst dimona moet gebeuren (wanneer men wijzigingen aan een mastercontract wil aanbrengen die geen betrekking hebben op dimona). In feite wordt dan binnen het bestaande mastercontract een einddatum ingevuld (zonder uitdienst dimona te doen; de dimonastatus van dit contract wordt op BLOCKED gezet). Er wordt een nieuw mastercontract aangemaakt aansluitend op het afgesloten mastercontract en de dimonastatus van het originele contract wordt aan dit nieuwe contract gekoppeld. HiAnt controleert of de gebruiker een mastercontract heeft geselecteerd waarbij de einddatum niet is ingevuld. Zoniet kan de procedure niet uitgevoerd worden. Hiant controleert of er een dimona status OK is. Zoniet kan de procedure niet uitgevoerd worden. Indien alle controles OK, dan vraagt HiAnt naar de datum waarop de aanpassingen aan het mastercontract moeten ingaan (begindatum nieuwe mastercontract). Hiant controleert of er subcontracten van het originele mastercontract bestaan beginnend vanaf deze nieuwe begindatum. Zo ja, dan kan de procedure niet uitgevoerd worden. Indien verder alle controles OK, dan voert Hiant de volgende acties uit.de opgegeven einddatum wordt ingevuld in het oorspronkelijke master contract § § §

het oorspronkelijk mastercontract wordt gekopieerd (begindatum = einddatum vorig contract +1, einddatum is leeg) de dimona van het oorspronkelijke master contract wordt gekoppeld aan het nieuwe master contract het oorspronkelijk mastercontract wordt geblokkeerd voor dimona (BLOCKED status koppelen)

Dit menu is standaard niet zichtbaar. Het is zichtbaar te zetten door parameter (“changecontrols”, “frmcontlst”, “mnusub4(12).visible”) op 1 te plaatsen.

10.3. Module Dienstencheques Oplossing probleem “Cannot insert duplicate key wgnr-jaar-weekkontnr” - en bijgevolg niet kunnen bewaren subcontract bij mastercontract (EO) Volgende probleem trad op: § een bepaalde consulent heeft kantoor X momenteel actief staan, maar kan wel contracten van meerder kantoren zien. § hij opent een mastercontract van kantoor Y en hij maakt voor dit mastercontract een subcontract bij aan (subcontract komt op zelfde kantoornr als mastercontract) Release Notes Hi-Ant Versie 4.53 => 4.69

60/103 15/02/2010 10:01:00 AM

o

o o

bepaling van contractnummer (prest.kontnr) was verkeerd; nam 1 hoger dan “het hoogste contractnummer in contract-jaar, contract-week en KANTOOR DAT MOMENTEEL ACTIEF STAAT (kantoor X)” kan dus zijn dat dit contractnummer reeds bestaat binnen contract-jaar, contract-week en kantoor Y (subcontract wordt aangemaakt op kantoor Y) bijgevolg probleem van dubbele contractnummers en, bij de klanten waarbij index jaar-week-wgnr-kontnr UNIEK staat, problemen bij wegschrijven naar database (subcontract kan niet bewaard worden)

Programmatie aangepast: § bepaling van contractnummer (prest.kontnr): 1 hoger dan “het hoogste contractnummer in contract-jaar, contract-week en CONTRACT-KANTOOR (kantoor Y)”

10.4. Module Dienstencheques Nog kunnen aanpassen einddatum mastercontract indien einddatum reeds ingevuld, maar dit nog niet naar dimona is doorgestuurd (dimonastatus ENDCONT) (EO) Ervoor kon men de einddatum van een mastercontract niet meer wijzigen indien deze reeds was ingevuld, alhoewel dit nog niet was doorgestuurd naar dimona (einddatum mastercontract ingevuld, maar nog niet doorgestuurd naar dimona = dimonastatus ENDCONT). Nu is er aangepast dat men de einddatum van een mastercontract nog kan wijzigen, zolang de dimonastatus ENDCONT is.

10.5. Module Dienstencheques Aanpassing bijlage dienstencheque-contract: ondertekend op... vermeldt nu de datum van het mastercontract i.p.v. deze van het subcontract (EO) Bij afdruk van subcontracten bij een mastercontract vermeldde dit contract “aanhangsel bij het contract ondertekend op .... “ (hier werd de datum van het subcontract ingevuld). De programmatie is aangepast zodat de datum van het mastercontract verschijnt i.p.v. deze van het subcontract.

10.6. Module dienstencheques Afdruk afgifteborderel dienstencheques (TS): Vanuit het facturenoverzicht wordt het mogelijk om een afgifteborderel voor de dienstencheques af te drukken voor bestelling van de dienstencheques bij Accor TRB. Men kan verschillende facturen markeren en vervolgens voor deze selectie het document afdrukken. Het document bestaat uit 2 delen: • Document met het aantal te bestellen cheques per eenheid • Document met gegevens over de uitzendkrachten Parameters ‘Dienstencheques’, ‘AfgifteBorderel’, ‘Erkenningsnr’,’’ (erkenninsnr bij Accor TRB) ‘Dienstencheques’, ‘AfgifteBorderel’, ‘Inschrijvingsnr’, ‘’ (Inschrijvingsnr bij Accor TRB) ‘Dienstencheques’, ‘AfgifteBorderel’, ‘Banknr’, ‘’ (bankrekeningnummer) ‘Dienstencheques’, ‘AfgifteBorderel’, ‘WgNaam’, ‘’ (naam van de werkgever) ‘Dienstencheques’, ‘AfgifteBorderel’, ‘Bedrag1’, ‘23.56’ (waarde van cheque type 1) ‘Dienstencheques’, ‘AfgifteBorderel’, ‘Bedrag2’, ‘21’ (waarde van cheque type 2) Release Notes Hi-Ant Versie 4.53 => 4.69

61/103 15/02/2010 10:01:00 AM

Het afdrukken van dit document lukt enkel voor de klanten waarbij in de opties de vermelding KDC (klant-dienstencheques) te vinden is. Daarnaast wordt er ook gecontroleerd of er in de facturen enkel één van de twee bedragen voorkomen die zijn ingesteld in de parameter met bedrag1 en bedrag2

10.7. Module dienstencheques Controle van de waarde Q bij subcontract (TS): De Q in het subcontract mag niet kleiner zijn dan de Q in het mastercontract. Deze controle staat standaard op. De controle wordt beheerd met de parameter: "frmcontgeg", "ControleQSubcontract", "*", "1"

10.8. Module dienstencheques Onderscheid gepresteerde uren gedekt door cheque, gepresteerde uren niet gedekt door cheque (TS): Bij de ingave van de prestaties van een medewerker dienstencheques, kan er een onderscheid gemaakt worden tussen gepresteerde uren waarvoor een dienstcheque werd afgeleverd en gepresteerde uren die met een ‘bonnetje’ zijn gedekt (gebruiker had geen cheques beschikbaar maar tekende wel een verklaring). Een nieuwe code ADB werd aangemaakt. Deze code is volledig identiek aan de code AD maar verwijst naar 1201, gepresteerde uren bon. Deze 1201 is een kopie van 201. Maak een nieuwe tabel "Cheques" aan, met de volgende velden : chequeid chequewnnr ChequeKlnr (klnr waarop het contract is aangemaakt) ChequeKlid (afdelings.id van het gezin uit de prestaties) Datum Aantal Een nieuw scherm voor de ingave van de binnengekomen cheques wordt opgestart vanuit het menu frmmain - globaal - ingave dienstencheques Dit scherm kan enkel geopend worden door een co medewerker. Dit scherm kan ook blijven open staan. Met volgende parameter kan dit menu zichtbaar gemaakt worden ‘Menu’,’FrmMain’,’mnuglobalelijsten(22)’,2 Voor de ingave van de cheques dient er een startdatum ingegeven te worden, vanaf wanneer de prestaties in rekening mogen gebracht worden. Dit wordt ingegeven met de parameter Cheques, ingave,Startdatum, . Indien deze parameter niet is ingevuld kunnen er geen cheques worden ingegeven. De datum is zichtbaar onderaan op het ingavescherm. Als deze datum wordt aangepast, zal dit ook in de parametertabel worden aangepast, zodat bij volgend gebruik deze datum onthouden blijft. Mogelijke overzichten : Release Notes Hi-Ant Versie 4.53 => 4.69

62/103 15/02/2010 10:01:00 AM

Ontbrekende cheques (standaard): toont de aantallen van de codes opgesomd in de volgende parameter : cheques, codes, ontbrekend,'ADB'


63/103 15/02/2010 10:01:00 AM

Totaal cheques : toont de aantallen van de codes opgesomd in de volgende parameter : cheques, codes, aantal,''AD', verhoogd met de aantallen uit de cheque tabel

Filters : Wnnr, wn naam, wn voornaam, gezin naam (filter op afdeling), klnr, kl.naam, wgnr, Begindatum,Einddatum In de lijst zelf vind je de volgende gegevens, (enkel waar sektie.dienstencheque=1) • Naam en voornaam van de wn • Naam gezin uit afdeling • Per week het aantal ADB (of andere codes in parameter van de ontbrekende cheques) verminderd met het totaal aantal ingegeven cheques De gebruiker heeft de volgende mogelijkheden : • Selecteren van meerdere cellen – vervolgens kan de gebruiker via de knop "Alle cheques aanwezig" alle codes ADB vervangen door AD. Ook het visuele overzicht wordt aangepast. • Selecteren van meerdere cellen – vervolgens kan de gebruiker via de knop "Ingave cheques" aantallen wijzigen wanneer niet alle cheques die te goed waren in één keer werden aangeleverd, maar er slechts een gedeeltelijke betaling via cheques gebeurde.


64/103 15/02/2010 10:01:00 AM

10.9. Jaarlijkse evaluatielijst dienstencheques RVA Het menu op hoofdscherm werd verhuisd. Er werd een nieuw menu dienstencheques aangemaakt met daaronder de 3 maandelijkse en deze nieuwe jaarlijkse lijst. Parameters "Lijst", "DienstenCheques", "Erkenningsnummer", "" -> indien ingevuld wordt dit nummer gebruikt om in te vullen, anders komt dit uit eerste werkgeversfiche met dienstencheques "codeboekcode", "Attest", "Dienstencheques", "" -> bepaalt typeattest van dienstencheques "Lijst", "Dienstencheques", "StandaardCategorie", "B" -> bepaalt welke categorie standaard moet ingevuld worden als geen attest is ingegeven menu,frmmain,mnuDienstencheques,1 -> opzetten hoofdmenu Dienstencheques onder lijsten menu,frmmain,mnuDC(1),1 -> dit is de nieuwe jaarlijkse lijst (de 3-maandelijkse lijst is steeds zichtbaar als men hoofdmenu mnuDienstencheques op 1 plaatst)


65/103 15/02/2010 10:01:00 AM

11.

Module emailintegratie 11.1. Module mailintegratie Aanpassingen mailintegratie (EO) §

Er wordt aan de gebruiker, bij inlezen mails, nu eerst gevraagd "wil je mail verwijderen of niet" o programmatie aangepast als volgt: Indien men mails wil verwijderen (JA geantwoord op vraag "wil je mail verwijderen of niet"): o enkel de mails die effectief binnen Hiant worden geplaatst (dus niet degene die door de filter-instelling op verzender, ontvanger of onderwerp eruit worden gefilterd) worden verwijderd, de andere niet (zodanig dat niet het probleem krijgen: mail verwijderd uit Outlook, maar zit ook niet in Hiant)

§

Men kan nu via een parameter ("Outlook", "UserFolder", "DateTimeFilter") instellen of ALLE mails voor de in te lezen folders steeds worden overlopen (dus geen rekening houden met laatste inleesdatum voor deze folder). Op deze manier kan men in een bepaalde aangemaakte folder nog steeds mail plaatsen die men wil inlezen, ook al dateren deze van een vroeger tijdstip dan de reeds ingelezen mails. Wordt niet toegepast voor de standaard outlook folders (o.a. inbox en outbox), maar enkel voor folders die door gebruikers zijn aangemaakt (bvb. folder HiantMail).

§

aanpassingen i.v.m. problemen bij het verzenden van mails: o er is een verbeterde foutafhandeling bij het verzenden van mails o er is een logging ingebouwd, zodat we tenminste kunnen zien WAAR er evt. een probleem optreedt bij het verzenden van mailsMet parameter ("Outlook", "SendMail", "Logging") kan er ingesteld worden of er gelogd moet worden. Met parameter ("Outlook", "SendMail", "LogPath"), standaard de wisolokdirectory, kan er ingesteld worden op welke directory er gelogd moet worden

§

problemen dat bvb. een .pdf-document bij de ontvanger terechtkomt als .pdf.dat : bij kan deze ontvanger het document niet rechtstreeks openen binnen Acrobat (omdat extensie verkeerd). o hangt blijkbaar toch af van de manier hoe het attachment wordt toegevoegd o programmatie aangepast zodat de attachment-naam ongemoeid wordt gelaten.

11.2. Module Mailintegratie Hoofdletter-ongevoelig vergelijken van bepaald mailadres met eigen mailadressen (EO) Voor bepaalde zaken binnen de email-integratie moeten mail-adressen vergeleken worden met de eigen mailadressen. Dit gebeurde hoofdletter-gevoelig; dus als de eigen mailadressen van een consulent niet juist waren ingegeven (hoofdletters waar kleine letters en omgekeerd) dan toonde de vergelijking geen match, waar er wel één moest zijn. Dit is aangepast.

11.3. Module mailintegratie Bijlage-namen kunnen opgeven voor bijlagen die men niet wil koppelen aan een ingelezen mail (bvb. logo’s uitzendbedrijf die bij +/- iedere mail zitten) (EO) Er kan een filter ingesteld worden voor de attachments die men, bij het inlezen van de mails, niet aan een mailitem binnen Hiant wil koppelen (bvb. logo’s uitzendbedrijf die men niet steeds wil koppelen aan de mailitems binnen Hiant).


66/103 15/02/2010 10:01:00 AM

parameter ("Outlook", "BlockFilter", "BlockAttachments") zowel attachment-namen (bvb. dimstatussen.xls), als patronen voor attachment-namen (voorlopig enkel * toegelaten als wildcard-woord bvb. *.htm) kunnen opgegeven worden gescheiden door ; Bijvoorbeeld: dimstatussen.xls;*.htm een attachment, waarvan de naam voldoet attachment-blockfilter, wordt niet toegevoegd als attachment van de mail binnen Hiant.


67/103 15/02/2010 10:01:00 AM

12.

Module Loonberekening 12.1. Module loonberekening Automatisch invullen afdeling en kostenplaats na loonberekening Bij bepaalde loonformules (eenheid forfaitair) wordt niet automatisch de afdeling en de kostenplaats ingevuld. Met de parameter ("Loonberekening", "Update", "AfdelingKostenplaats", "0") kan men toch aangeven dat men wenst dat HiAnt, voor alle premies waarbij geen afdeling of kostenplaats is ingevuld, de afdeling en kostenplaats uit het contract naar de premies tabel kopieert.

12.2. Module loonberekening - facturatie: Beveiliging loon- en facturatieformules Bij het openen van een loon of facturatieformule door een niet co-medewerker, wordt er gecontroleerd of de einddatum van de eenheid vervallen is (einddatum ingevuld in de code tabel met taal Nederlands). Indien de eenheid vervallen is, worden alle velden gedisabled zodat deze gebruiker niets kan wijzigen.

12.3. Module loonberekening Nieuwe layout loonbrief (maandloonbrief) – progr. loonbrief.exe Er werd een nieuwe layout van de loonbrief ontwikkeld. Deze layout werd in eerste instantie uitgewerkt voor de maandverloning, maar kan ook gebruikt worden voor de gewone weekverloning. In het programma loonbrief.exe (dat opgestart wordt vanuit HiAnt via lijsten – loonbriefje), is er een extra vinkje bijgekomen met omschrijving ‘gebruik layout loonbrief 2006’. Indien dit vinkje wordt aangeduid, zal de nieuwe layout worden aangemaakt. Bij maandverloning wordt steeds deze layout gebruikt (vinkje ‘gebruik layout loonbrief 2006 is niet beschikbaar = staat altijd op) Bij het selecteren via prestaties moet men nu ook de periode instellen: zie hieronder


68/103 15/02/2010 10:01:00 AM

Voorbeeld van nieuwe layout met weekverloning

Technisch : •

Rapport LoonbriefV2.rpt


69/103 15/02/2010 10:01:00 AM

•

•

•

De labels die worden gebruikt op het rapport worden ingesteld via de tabel crystalvelden. Deze tabel geeft de structuur aan van de recordset die wordt gebruikt voor de vertalingen. De vertalingen zelf worden gehaald uit de vertaal tabel. De volgende types worden gebruikt voor het loonbriefje (veld rp_type) : § LBL2006H : labels voor het hoofdrapport § LBL2006S : labels voor het samenvattingsrapport § LBL2006D : labels voor het detailrapport § LBL2006K : labels voor het kalenderrapport Opbouw van samenvattingsrecord § Deze opbouw wordt aangestuurd via de tabel availablecodes en availablecodesGroup. Per groep zal er een subtotaal worden gemaakt in het samenvattingsoverzicht. De soorten groepen die gebruikt worden, kunnen ingesteld worden met de volgende parameter “Afdruk”, “loonbrief”, “GroupsSamenvatting”, “‘100LBBRUTO','200LBBELASTBAAR', '400LBNETTO'” § De omschrijvingen van de groepen worden gesorteerd. In het overzicht van de samenvatting zal eerst het bruto komen, vervolgens het belastbaar en uiteindelijk de netto gegevens. § In de tabel availablecodes kan er nog het volgende ingesteld worden: § param1 : bepaalt of aantal moet getoond worden: 1 = tonen,0 = niet tonen § param2 : bepaalt of basisbedrag moet getoond worden: 0 = niet tonen, 1 = tonen Alle looncodes die hier worden gedefinieerd, komen dan te staan bij het samenvattingsoverzicht. Opbouw van dagenrecord § Deze opbouw wordt aangestuurd via de tabel availablecodes en availablecodesGroup met als groupcd=’LBDAGEN’. Alle looncodes die hier worden gedefinieerd komen dan te staan bij het dagenoverzicht.


70/103 15/02/2010 10:01:00 AM

•

Opbouw van kalenderrecord § Deze opbouw wordt aangestuurd via de tabel availablecodes en availablecodesGroup met als groupcd=’LBKALENDER’. Alle looncodes die hier worden gedefinieerd, komen te staan bij het kalender-overzicht. Afhankelijk van een maand- of weekverloning, zal de volledige periode in de kalender getoond worden. Voor de dagen waarop er codes gevonden worden, zal de code op die dag ingevuld worden. Indien er op één bepaalde dag meerdere codes gevonden worden, zullen deze onder elkaar verschijnen.

12.4. Module loonberekening Mogelijkheid berekenen sociaal abonnement per niveau (optie GKT in klantenfiche) Er werd een aanpassing uitgevoerd in hiant en epratod. Volgende optie kan gebruikt worden bij de klanten: GKT: gebruik km tabel Momenteel zijn er de volgende mogelijkheden : • Optie niet ingegeven : key = ALG, keywaarde = 0 • GKT = ALG, algemeen niveau (identiek aan optie niet ingegeven), key = ALG, keywaarde =0 • GKT = PC, paritiar comité niveau, key = PCSUB, de keywaarde is de integer van het pca of pcb van de klant, afhankelijk van de sektie van de uitzendkracht • GKT = PCSUB : subparitair comité niveau, key = PCSUB, keywaarde het pca of pcb van de klant afhankelijk van de sektie van de uitzendkracht (zonder af te ronden) • GKT = FI : klantniveau, key = FI, de keywaarde is de id van de klant Ter info : indien het pc, PCSUB niveau of FI niveau niet in de klantenfiche is gedefinieerd, wordt door de loonberekening automatisch het algemeen niveau gebruikt.

12.5. Module loonberekening Omschakelen naar maandverloning voor dienstenchequers Sektie.dienstencheque op 1 plaatsen bij 1915 Betaalperode 1201 ook in betaalp opnemen Parameters contract, dcklant, toegelatensekties en controle,dcklant, toegelatensekties ook aanvullen met de sektie 1915

12.6. Module verloning Mededeling betaling lonen / voorschotten aan bank (Bescherming lonen in geval van beslag of overdracht) ** uittreksel Federgon **

In onze circulaire van 2 maart 2006 (ref. 2006 044/HM/SD/cs), brachten wij U op de hoogte van de invoering van een bescherming tegen beslag en overdracht van de bedragen die op een rekening gestort worden. Het Koninklijk Besluit tot vaststelling van de praktische modaliteiten moest nog gepubliceerd worden. Dit besluit, van 4 juli 2006, is verschenen op 14 juli 2006. Dit koninklijk besluit bevestigt de codes die verplicht vermeld zullen moeten worden in de overschrijvingsopdracht, opdat de aan de werknemer betaalde bedragen beschermd zouden Release Notes Hi-Ant Versie 4.53 => 4.69

71/103 15/02/2010 10:01:00 AM

zijn (cf. circulaire 2006 044). Voor al de bedragen die gestort worden krachtens een arbeidsovereenkomst (loon, premies, vakantiegeld,…) moet de overschrijving of storting de code « /A/ » vermelden : - De werkgever, of zijn volmachthebber, vermeldt de code /A/ gevolgd door een spatie, in de eerste vakjes van de ruimte voor vrije mededelingen, en dit vóór elke andere mededeling. - De letter A moet steeds als hoofdletter geschreven worden - De verplichting voor de werkgever om de code de vermelden is zowel van toepassing voor een overschrijving als voor een storting in speciën op de rekening van de werknemer. Tenslotte vermeldt het koninklijk besluit dat deze nieuwe modaliteiten in werking zullen treden op 1 januari 2007. De mededelingen worden voorafgegaan door '/A/ '. Afhankelijk van loon.bpsysteem zal er vervolgens maand of week worden geplaatst. • bij 1201 -> maand (uit vertaal tabel) • anders -> week (uit vertaal tabel)

12.7. Module loonberekening Aanpassing shift+F5 (week- en week+maandverloning) In de shift+F5 - weekverloning zal men geen personen meer zien die een sektie van maandverloning hebben, aangezien dit scherm niet gebouwd is voor maandverloners. Hierdoor zal men dan ook geen probleem meer kunnen krijgen met de status van de personen die niet op 3 kwamen nadat ze volgens de maandverloning werden verloond. In de shift+F5 (week+maandverloning) zal bij personen met een sektie van maandverloning bij het inlezen van de prestaties de mogelijkheid voorzien worden dat men de prestaties van alle weken of van een bepaalde week in die maand kan inlezen. Hierdoor zal het dus mogelijk zijn om per week de prestaties van maandverloners in te lezen aan de hand van de contracten. Bij actie - lees prestaties in zal dan een inputscherm komen waarbij men dan één bepaalde week of alle weken kan selecteren. Indien er nog geen prestaties of premies in de desbetreffende week zijn ingegeven, worden de prestaties ingelezen.

12.8. Module loonberekening Afdruk loonjournalen vanuit loonberekeningsscherm Er is een extra schermoptie toegevoegd aan HiAnt waarmee men kan instellen of het systeem rekening moet houden met de DMFA periodes (ja of nee). De gemaakte selectie wordt ook op het rapport getoond bovenaan bij de info.

12.9. Module loonberekening Aanpassingen maandloonbrief Extra informatie op loonbrief bij info Release Notes Hi-Ant Versie 4.53 => 4.69

72/103 15/02/2010 10:01:00 AM

• • • • •

plaats tewerkstelling (kijkt naar eerste (master)contract binnen periode of plaats is ingevuld – indien niet ingevuld => gemeentenaam van kantoor) paritair comité (uit sektie tabel sektie.parkom) begin en einddatum (van eerste (master)contract indien aanwezig in periode) uurloon (kijkt naar eerste contract binnen periode) type tewerkstelling (van eerste (master)contract indien aanwezig in periode – onbepaalde/bepaalde duur)

Extra parameters die ingesteld kunnen worden "Afdruk", "Loonbrief", "VerbergKalender", "" - als deze op 1 staat wordt kalender niet getoond "Afdruk", "Loonbrief", "VerbergDagen", "" - als deze op 1 staat wordt dagen niet getoond "Afdruk", "Loonbrief", "VerbergWgGegevens", "" - als deze op 1 staat wordt Maatschappelijke zetel niet getoond bij werkgever gegevens "Afdruk", "MaandLoonbrief", "AdresWGHoofdzetel", "0" – als deze op 1 staat wordt het adres van de maatschappelijke zetel gebruikt (adres linksboven en onderaan loonbrief)

12.10. Module loonberekening Opvullen van jaar,systeem,periode en week in de loonrun Tijdens het boeken van lonen, zullen het jaar, systeem, periode en de week in de nieuwe velden van de loonrun worden bewaard. Dit werd zo aangepast om dit later te kunnen gebruiken tijdens de export van deze lonen. Bij het boeken van de lonen worden deze velden van de loonrun als volgt opgevuld: • • • •

LR_DMFAjaar : inhoud van loon.dmfajaar (in principe mag er per loonrun maar één jaar voorkomen) LR_DMFASYSTEEM : alle mogelijke systemen in de loonrun gescheiden met een / LR_DMFAperiode : alle mogelijk periodes in de loonrun gescheiden met een /, in dalende volgorde LR_DMFAweek : alle mogelijke INT(loon.week) gescheiden met een /, in dalende volgorde

Vanuit het programmeurmenu – lonen - opvullen DMFA velden geboekte loonruns, kan men voor een bepaald jaar en voor de geboekte loonruns deze velden juist zetten, indien het veld LR_DMFAJaar nog niet is ingevuld.

12.11. Module loonberekening Export lonen Op het scherm voor de export van de lonen naar de boekhouding, zijn er voor de loonruns zoekvelden bijgekomen die het jaar, syste(e)m(en), periode(s) en we(e)k(en) bevatten. Men kan een filter uitvoeren op de nog te exporteren loonruns. Vervolgens kan men deze loonruns in één keer exporteren door het vinkje ‘gebruik geselecteerde loonruns’ aan te vinken.

12.12. Module loonberekening Standaard betaalsysteem instellen bij onderhoudsscherm loonruns Met onderstaande parameter kan men het standaard betaalsysteem instellen dat moet gebruikt worden bij het toevoegen van personen aan een loonrun: Release Notes Hi-Ant Versie 4.53 => 4.69

73/103 15/02/2010 10:01:00 AM

"LoonrunInput", "Init", "DefaultSystem", "5301". Standaard staat deze op 5301 – weekverloning.

12.13. Module loonberekening Loonbrief bedienden dubbel vakantiegeld Het dubbel vakantiegeld werd verkeerdelijk bij bruto niet RSZ geplaatst op de loonbrief. HiAnt werd aangepast zodat de code bij bruto RSZ komt te staan, vermits op dubbel vakantiegeld RSZ verschuldigd is.

12.14. Module loonberekening Voorstel voorschotten Via gegevens – voorschotten – tabblad ‘voorstel’, kan men vanaf nu ook een kantoornummer of meerdere kantoornummers ingeven om het voorstel te tonen. Er wordt eerst gevraagd naar de maand en vervolgens naar kantoren. Je kan hier meerdere kantoren invullen, telkens gescheiden door een komma. Wanneer je 0 invult, worden alle kantoren getoond. HiAnt toont enkel personen met een voorschotattest en met een contract in die maand bij de geselecteerde werkgevers (prest.wgnr).

12.15. Module loonberekening Toevoegen voorschotten aan bankbestand De procedure voor het toevoegen van voorschotten aan een bankbestand werd aangepast. Er werd een extra controle aangemaakt op de geldigheid van de bankrekeningnummers (zowel Belgische, als buitenlandse). Bij buitenlandse rekeningnummers wordt er gecontroleerd of het swift-nummer 8 of 11 tekens bevat. Daarnaast wordt er gecontroleerd of een persoon met een voorschot effectief een contract heeft in de maand waarin de datum van het voorschot valt. Indien dit niet het geval is, krijgt men op het van einde bij het toevoegen van de voorschotten een melding en een lijst met personen waarvoor het voorschot niet werd klaargezet.


74/103 15/02/2010 10:01:00 AM

13.

Module mail 13.1. Module mailing Nummering mailingbestanden en creatie foutenbestand (TS): Wanneer er in het verleden een mailingbestand werd aangemaakt, kreeg dit automatisch de naam mail.mdb. Nu wordt deze benaming gevolgd door een volgnummer. Daarnaast wordt ook een foutenbestand toegevoegd om makkelijk fouten te detecteren. • •

•

De naam van het mailbestand zal mail.mdb worden (volgnr zal telkens met 1 verhoogd worden tot max. van 9999, daarna begint dit terug te tellen vanaf 1). Bij aanmaak van het mailingbestand vanuit het hoofdscherm - acties - maak mailing, zal er gevraagd worden naar het kantoornr. Standaard staat dit nummer op het actieve kantoor. Door 0 in te geven wordt het mailbestand over de gehele database aangemaakt. Meerdere kantoren kan men ingeven door kantoornummers in te geven, gescheiden door een komma. In het mdb bestand zullen vanaf nu 3 tabellen staan ü mailing : dit zijn de adressen waarin geen fouten zijn gevonden ü anomalie : dit zijn de adressen waarin een fout werd vastgesteld: vb - geslacht niet ingevuld,straat niet volledig ingevuld, contactpersoon niet ingevuld… ü duplicaat : dit zijn de gegevens die dubbel in het systeem zitten (zelfde klantnaam + zelfde adres + zelfde contactpersoon)

Met onderstaande parameter kan men instellen of een lege contactpersoon moet omgevormd worden naar personeelsdienst, en niet als fout wordt aanzien tijdens aanmaak mailingbestand. "Mailing", "LegeNaamPERSONEELSDIENST", "*", "1" (deze optie is standaard actief)

13.2. Module mailing Uitbreiding beheermodule html-mailings (TS): De SQL-uitdrukking die wordt weergegeven op het eerste scherm, verdwijnt en verhuist naar detail, eerste tabblad "Bron" Op dit tablad bron dient de gebruiker eerst het type te selecteren. Nieuwe code soort : 1 = werknemers 2 = contactpersonen 3 = eigen personeel 0/NULL = eigen SQL (enkel dan wordt de sql ingave tekst box getoond) Indien men eerst een ander type heeft gekozen, blijft deze SQL uitdrukking zichtbaar in het scherm zodat de gebruiker deze kan gebruiken om verder te editeren. Daaronder kan de gebruiker een standaardveldenlijst gebruiken. Dit is afhankelijk van het type. Deze standaardveldenlijst wordt opgenomen in de parametertabel. Param1 = fieldlist Param2 = type (op dit moment 1,2,3) Param3 = omschrijving Waarde = sql uitdrukking die je ook bij de html-mail dient te bewaren De ‘where uitdrukking’ dient de voorwaarde 1=1 te bevatten. Dit wordt tijdens het aanmaken van de html-mail vanuit Hi-Ant vervangen door de ‘wherestring’, afhankelijk van het geselecteerde type (bv voor uitzendkachten wn.koppelid in (…...)) Tijdens het opstarten worden volgende velden automatisch toegevoegd aan tabel mailmessage: Release Notes Hi-Ant Versie 4.53 => 4.69

75/103 15/02/2010 10:01:00 AM

• •

MM_Typeid (hierin wordt het type van de html-mailing opgeslagen) MM_SQLParamid (hierin wordt de autoid van de parameter tabel opgeslagen)

De mogelijke types komen uit een nieuwe codesoort cd_srt='156' cd omschrijving 0 "Eigen SQL uitdrukking" 1 "Werknemers" 2 "Contactpersonen" 3 "Eigen personeel" Als de id van de mailmessage (mm_id) gelijk is aan deze, ingesteld met volgende parameter: Val(geefparamwaarde("Inscriptions", "MailMessageId", "*", "0")), dan kan deze niet aangepast worden. Deze duidt immers op de record die zorgt voor de verzending van mail na nieuwe inschrijving op website.

13.3. Module mailings Uitbreiding beheer html-mailings In HiAnt werd de mogelijkheid voorzien om een HTML-sjabloon te definiëren voor Franstalige personen. Dit is uitgebreid omdat het voor kan komen dat een banner bovenaan een mailing taalafhankelijk is. Via checkdatabase wordt aan tabel MailMessage het veld MM_HTMLSjabloonFR toegevoegd en gelijk gezet aan het veld MM_HTMLSjabloon

13.4. Module mailings Uitbreiding autotask – automatische mailing klanten Aanpassingen in programma autotask.exe In te stellen parameters opstartstring autotask.exe - "§UIC§MAILINGKLA NT§INI§d:\sources\hiant\ wisonet.ini" "AutoList", "MailingKlant", "ContactpersoonStatusID", "0" - bepaalt welk emailadres uit de contactpersonen moet genomen worden met bepaalde statusid "AutoList", "MailingKlant", "MailMessageID", "0" - bepaalt welk sjabloon wordt gebruikt voor de html mailing (te beheren in HiAnt - gegevens - instellingen - beheer - instellingen htmlmails) "Autolist", "MailingKlant", "SMTPSERVER", "" - bepaalt het ip-adres van de SMTP-server die de mails verstuurt "Autolist", "MailingKlant", "SMTPSENDER", "" - bepaalt het email-adres dat als afzender wordt gebruikt voor het verzenden van de mails "Autolist", "MailingKlant", "SMTPPORT", "25" - bepaalt de poort die SMTP-server moet gebruiken om mails te versturen "Autolist", "MailingKlant", "BCCEMAIL", "" - bepaalt het BCC-adres (onzichtbaar) waar de mails extra naar verstuurd moeten worden "Autolist", "MailingKlant", "EMAILERROR", "" - bepaalt het email-adres dat gebruikt wordt om fouten te mailen (bv. fout in programma, fout in instellingen, foute of niet ingevulde emailadressen van de klant) Het programma zal alle klanten mailen met personen die in de huidige week een contract hebben. In de HTML-mail wordt de tekst %TABLE% vervangen door de aangemaakte tabel met naam, min.begind, max.eindd, verlengen, einde tewerkstelling, opmerkingen Achter het onderwerp van de mail wordt het referentienummer, dit is het klantnummer, tussen haakjes geplaatst.


76/103 15/02/2010 10:01:00 AM

Indien een email-adres van de klant ongeldig is, zal de mail gestuurd worden naar het emailadres dat is ingesteld bij de parameter EMAILERROR, en zal het onderwerp van de mail voorafgaan met WRONGEMAILADRESSCLIENT, gevolgd door het mailadres. Indien een email-adres van de klant niet is ingevuld, zal de mail gestuurd worden naar het email-adres dat is ingesteld bij de parameter EMAILERROR. Het onderwerp van de mail zal voorafgegaan worden door NOEMAILADRESSCLIENT. In het html-sjabloon dat wordt ingesteld bij beheer HTML mailings, kunnen volgende parameters ingesteld worden %TITLE% -> wordt vervangen door de Nederlandse - Franse titel die is ingesteld in html mailing beheersscherm %HEADING%, -> wordt vervangen door de Nederlandse - Franse titel die is ingesteld in html mailing beheersscherm %DATE% -> wordt vervangen door de actieve datum %TABLE% -> wordt vervangen door de tabel met gegevens over de werknemers met begineinddatum, opmerkingen, enz.. %TEXT% -> wordt vervangen door de Nederlandse - Franse tekst ingesteld in html mailing beheersscherm De kolomhoofdingen van de tabel worden vertaald aan de hand van de vertaaltabel.

13.5. Module mailings Uitbreiding autotask – automatische mailing werknemers Aanpassingen in programma autotask.exe In te stellen parameters opstartstring autotask.exe - "§UIC§MAILINGWERKNEMER§INI§d:\sources\hiant\ wisonet.ini" "AutoList", "MailingWerknemer", "ComTypeIdMail", "0" - bepaalt welk comtypeid dit van de emailadressen is "AutoList", "MailingWerknemer", "MailMessageID", "0" - bepaalt welk sjabloon wordt gebruikt voor de html mailing (te beheren in HiAnt - gegevens - instellingen - beheer - instellingen htmlmails) "Autolist", "MailingWerknemer", "SMTPSERVER", "" - bepaalt het ip-adres van de SMTPserver die de mails verstuurt "Autolist", "MailingWerknemer", "SMTPSENDER", "" - bepaalt het email-adres dat als afzender wordt gebruikt het versturen van de mails "Autolist", "MailingWerknemer", "SMTPPORT", "25" - bepaalt de poort die SMTP-server moet gebruiken om mails te versturen "Autolist", "MailingWerknemer", "BCCEMAIL", "" - bepaalt het BCC-adres (onzichtbaar) waar de mails extra naar verstuurd moeten worden "Autolist", "MailingWerknemer", "EMAILERROR", "" - bepaalt het email-adres dat gebruikt wordt om fouten te mailen (bv. fout in programma, fout in instellingen, foute of niet ingevulde emailadressen van de klant) Het programma zal alle werknemers mailen die in de huidige week een contract hebben. Achter het onderwerp van de mail wordt het referentienummer – het werknemersnummer tussen haakjes geplaatst. Indien een email-adres van de werknemer ongeldig is, zal de mail gestuurd worden naar het email-adres dat is ingesteld bij de parameter EMAILERROR en zal het onderwerp van de mail voorafgegaan worden door WRONGEMAILADRESSWORKER, gevolgd door het mailadres.


77/103 15/02/2010 10:01:00 AM

Indien een email-adres van de klant niet is ingevuld, zal de mail gestuurd worden naar het email-adres dat is ingesteld bij de parameter EMAILERROR en zal het onderwerp van de mail voorafgegaan worden door NOEMAILADRESSWORKER. In het html-sjabloon dat wordt ingesteld bij beheer HTML mailings kunnen volgende parameters ingesteld worden %TITLE% -> wordt vervangen door de Nederlandse - Franse titel die is ingesteld in html mailing beheersscherm %HEADING%, -> wordt vervangen door de Nederlandse - Franse titel die is ingesteld in html mailing beheersscherm %DATE% -> wordt vervangen door de actieve datum %TABLE% -> wordt vervangen door de tabel met gegevens over de werknemers met begineinddatum, opmerkingen, enz.. %TEXT% -> wordt vervangen door de Nederlandse - Franse tekst ingesteld in html mailing beheersscherm ##Veldnaam## -> wordt vervangen door de waarde van de veldnaam Alle velden uit de wn-tabel kunnen gebruikt worden (wn.*) + veld wnemail dat het email adres bevat van de werknemer (veld wncom van wncom-tabel met wncomtypeid dat is ingesteld bij de parameter ComTypeIdMail)


78/103 15/02/2010 10:01:00 AM

14.

Module documenten 14.1. Module lijsten Margelijst – bepaling jaar, kwartaal, maandag Standaard worden deze gegevens bepaald aan de hand van de gegevens uit de betaalperiodetabel. Met de volgende parameters kan men echter instellen dat HiAnt deze gegevens aan de hand van de kalenderdatum dient te bepalen. ("Margelijst", "MaandKwartaalJaar", "OpDatum", "0") • 0 = Standaard = aan de hand van de betaalperiode tabel • 1 = aan de hand van de datum

14.2. Controlelijsten: Uitbreiding controlelijst klanten zonder btw- of rsz-nummer (TS) De controlelijst die klanten zonder btw- of rsz-nummer weergeeft, is uitgebreid. Nu worden op deze lijst ook de klanten vermeld met een niet-ingevuld ondernemingsnummer.

14.3. Module documenten Nieuw formulier C131B (TS): Het document C131B werd vernieuwd. Zowel voor het Nederlandstalige als voor het Franstalige document werden de nodige lay-outaanpassingen uitgevoerd. Op dit document wordt nu ook het theoretische bruto-uurloon vermeld, analoog met de C131A.

14.4. Module documenten Afdruk C4 – rekening houden met subcontracten bij mastercontract (TS): In het afdrukscherm voor de C4 krijgt de gebruiker de mogelijkheid een aan te vinken: rekening houden met subcontracten bij mastercontracten. Wanneer deze optie is aangevinkt, zal er toch een onderbreking komen bij het mastercontract als er een werkdag onderbreking is.

14.5. Module documenten Loonbrief - vermelding dubbel vakantiegeld (TS): Aanpassing software: nieuwloonbrief + directprint De code 332, dubbel vakantiegeld, werd vroeger nooit getoond op de loonbrief. Deze code werd immers opgeteld bij bruto rsz. Hieraan gebeurde een aanpassing zodat de code wel vermeld wordt bij de premies, bruto niet rsz. Op die manier komt de som van de bruto’s overeen met de som onderaan het loonbriefje. Met behulp van een parameter kan men instellen welke codes nooit meer vermeld dienen te worden bij de premies. geefparamwaarde("Loonbrief", "Premies", "NietTonen", "9,391,392,400,402,403,406,407,502,503,592,593")

Let op: dit geldt voor het loonbriefje type 1. Release Notes Hi-Ant Versie 4.53 => 4.69

79/103 15/02/2010 10:01:00 AM

14.6. Module documenten Afdruk inlichtingsblad uitkeringen (TS): In dit doc ument dient onder punt 9 een contactpersoon te worden vermeld. Het invullen van deze contactpersoon wordt gebaseerd op de parameter: "Inlichtingsblad", "contactpersoon", "aangelogdepersoon", "1" Standaard wordt de persoon die in aangelogd vermeld op het document. Wanneer de parameter op 0 wordt geplaatst, zal de contactpersoon van het kantoornr van de werknemer op het document vermeld worden. De in te vullen kantoorgegevens worden nu overgehaald uit de wg-tabel met wgnr van de werknemer. Het RSZ-nummer wordt nu juist weergegeven aan de hand van de combinatie van voorcode uit de sektietabel (097 of 597).

14.7. Module documenten Afdruk C3.2 werkgever – bewijs uren (TS): Wanneer men een C3.2 werkgever wil afdrukken, kan dit standaard pas na het einde van de desbetreffende maand. Via de volgende parameter, kan hiervan worden afgeweken: "Afdruk", "C32WGBewijs", "AantalDagenVroeger", "0" Standaard staat deze op parameter op 0, wat wil zeggen dat men bewijsuren C32 werkgever pas kan afdrukken, als de systeemdatum na de laatste datum van de maand ligt. Geeft men bijvoorbeeld “4” in, dan kan men het bewijs al 5 dagen voor het einde van de maand afdrukken.

14.8. Module documenten Sortering van de loonfiches (TS): In de software gebeurde een aanpassing in loonbrief.exe en in directprint.exe waardoor het mogelijk wordt bij het uitprinten van loonbrieven deze toch te sorteren op achternaam.

14.9. Module documenten Aanmaak fiscaal attest adhv DMFA-periodes (TS): Voor de aanmaak van het fiscaal attest bepaalt de parameter 'FiscaalAttest', 'BepalenTrimester', '*', '0' met welke velden moet rekening gehouden worden: • • •

1 : er wordt gebruik gemaakt van de gewone betaalperiode velden om het trimester te bepalen 2 : er wordt gebruik gemaakt van de DMFA velden om trimester te bepalen Andere waarde : aan de gebruiker wordt de vraag gesteld: "Wenst U gebruik te maken van de DMFA-periodes om het trimester te bepalen". Deze melding komt uit de vertaal tabel.

In de epratod is de procedure fiskaalattest.BerekenFiskaalAttest uitgebreid met een optional parameter booUseDMFA (standaard false). Als deze true is, zal voor de velden jaar,periode,trim gebruik gemaakt worden van DMFAjaar,DMFAperiode,DMFATrim Bij het opstarten van het fiscaal attest wordt gecontroleerd of de view vloon de nieuwe velden DMFAJaar,DMFAPeriode,DMFTrim bevatten. Indien dit niet het geval is, dan wordt de view verwijderd en terug aangemaakt als volgt:


80/103 15/02/2010 10:01:00 AM

CREATE VIEW dbo.VLoon AS SELECT id, loon_Occid AS prestid, jaar, status, FLOOR(wgnr / 100) * 100 AS wgnr, klnr, wnnr, sektie AS sektienr, datum, periode, [trim], week, LoonRunNr, RSZBerekend As RSZ, DMFAjaar, DMFAperiode, DMFAtrim From dbo.Loon Where (IsNull(status, 0) = 0)

14.10. Module documenten Aanpassen begindatum voor C3.2 werkgever (TS): De begindatum die op de C3.2 werkgever vermeld wordt, wordt als volgt gegenereerd: HiAnt zoekt het contract op waarin de eerste werkloosheidsdag van de betreffende maand werd genoteerd. Vervolgens kijkt HiAnt terug in de tijd en wordt er gezocht naar onderbrekingen. Let op, wordt niet als onderbreking beschouwd : • •

zaterdag en zondag feestdag (indien deze zou gedefinieerd zijn met de parameters feestdag',<jaar>,, 14.11. Module documenten Inlichtingsblad uitkeringen (TS): Bij het aanmaken van het inlichtingsblad uitkering, werden volgende aanpassing doorgevoerd. • 11 (datum indienststreding) Er wordt vertrokken vanaf het contract waarin de aanvangsdatum van het risico ligt. Vervolgens wordt er teruggegaan in de tijd totdat er een onderbreking gevonden is. Een onderbreking is een werkdag zonder contract met uitzondering van zaterdag en zondag en feestdagen indien de feestdagen zijn gedefinieerd in de parameter tabel. (= zelfde manier als bepalen begindatum tewerkstelling op C3.2 werkgever formulier) • 13D (welk was de laatste arbeidsdag) Indien op de dag van ziekte ook ad is geboekt, dan is 13C (was dit in de loop van de laatste arbeidsdag) ja. In het andere geval zoekt het systeem de laatste AD voor de datum van ziekte. Indien er geen AD kan teruggevonden worden voor die datum, dan blijft het vak 13D leeg. • 15 a (Loonderving – tijdseenheid van de bezoldiging) -> altijd per uur aanvinken § IV. (basisbedrag van de bezoldiging) -> is altijd het brutouurloon van het contract waarbinnen de datum aanvang risico in 13b valt. Indien er geen contract is, komt er een melding aan de gebruiker, dat het uurloon niet kan opgehaald worden. § V. (basisbedrag van de bezoldiging-per uur betaalde werknemers) -> alleen invullen indien sektie arbeider is en het bedrag hetzelfde is als IV • 15 b. § II (in te vullen refertekwartalen). Er wordt vanaf nu rekening gehouden met kalenderdagen om de kwartalen te bepalen. De gegevens komen uit de lonen en er wordt effectief op datum bepaald: § kwartaal 1 = 01/01 t/m 31/03 § kwartaal 2 = 01/04 t/m 30/06 § kwartaal 3 = 01/07 t/m 30/09 § kwartaal 4 = 01/10 t/m 31/12 § Aantal dagen prestaties : hiervoor wordt in de loond records gekeken naar alle looncomponenten waarvan de waarden in veld cdrszdag van de looncoded tabel ligt in de volgende reeks : 1,3,10,13,20,21,24 § Aantal dagen vakantie : hiervoor wordt in de loond records gekeken naar alle looncomponenten waarvan de waarde in veld cdrszdag van de looncoded tabel in de volgende reeks : 2 § Aantal uren prestaties : hiervoor wordt in de loond records gekeken naar alle looncomponenten waarvan de waarden in veld cdrszarbeidstijd van de looncoded tabel ligt in de volgende reeks : 1,3,10,13,20,21,24 Release Notes Hi-Ant Versie 4.53 => 4.69 81/103 15/02/2010 10:01:00 AM • § Aantal uren vakantie : hiervoor wordt in de loond records gekeken naar alle looncomponenten waarvan de waarde in veld cdrszarbeidstijd van de looncoded tabel in de volgende reeks : 2 § II (kwartalen die zich volledig of gedeeltelijk in of na 2003 situeren): alle gegevens komen uit de lonen en ook hier wordt effectief gekeken op de datums om een juiste splitsing te krijgen van de maanden en trimesters. § Aantal dagen prestaties : hiervoor wordt in de loond records gekeken naar alle looncomponenten waarvan de waarden in veld cdrszdag van de looncoded tabel ligt in de volgende reeks : 1,3,10,13,20,21,24 § Aantal dagen vakantie : hiervoor wordt in de loond records gekeken naar alle looncomponenten waarvan de waarde in veld cdrszdag van de looncoded tabel in de volgende reeks : 2 17 14.12. Module documenten Nieuw document C4 vanaf 01/07/2006 Dit formulier is enkel geldig voor C4’s waarvan de einddatum van de laatste werkstelling valt na 30/6/2007. Door het vinkje ‘Layout 01/07/2006’ aan te vinken zal de nieuwe layout worden aangemaakt. Documenten C4 worden nu per insz-nummer aangemaakt. Algemene gegevens Release Notes Hi-Ant Versie 4.53 => 4.69 82/103 15/02/2010 10:01:00 AM • • • • • • • • Werknemer insz nummer Naam en voornaam van de werknemer Naam van het uitzendkantoor : dit is de naam van het kantoor uit de werkgeversfiche van het actieve kantoor. Werkgevers categorie : wordt opgehaald uit de sektie van de persoon (op dit moment 097 voor uitzendkrachten, 597 voor dienstenchequers) Ondernemingsnummer van het actieve kantoor Adres van het actieve kantoor Paritair Comité uit de sektie van de werknemer RSZ nummer van het actieve kantoor Gegevens over de tewerkstellingen • De bijdragen sociale zekerheid, sector werkloosheid, werden op het loon ingehouden ? à Hier wordt steeds ‘Ja’ op geantwoord. Onderbreking : HiAnt maakt automatisch een nieuwe periode aan indien er één weekdag onderbreking is of indien één van de volgende gegevens in het contract wijzigt : • Brutoloon • Klant • Maatman (S) • Aantal uren betaalde compensatie • Q Per onderbreking worden de volgende gegevens vermeld : • Begindatum • Einddatum • Q : wordt opgehaald uit het contract, indien 0 wordt dit automatisch op 38 geplaatst • S : wordt opgehaald uit het contract, indien 0 wordt dit automatisch op 38 geplaatst • Werknemer kengetal : wordt opgehaald uit de sektie van de persoon (sektie.wswncode bv 15 voor arbeiders, 495 voor bedienden, 840 voor jobstudent arbeider, 010 voor gelegenheidsarbeiders, 841 voor jobstudent bedienden • Brutoloon-uurloon wordt opgehaald uit het contract. • Arbeidsregime : wordt enkel ingevuld bij parttimers aan de hand van het rooster in het laatste contract. • Jaarlijkse vakantie : aan de hand van de datum van de laatste tewerkstelling wordt het jaar bepaald. Al de vakantiedagen van dat jaar worden op de C4 vermeld. • Aantal vakantiedagen wordt bepaald aan de hand van het aantal uren met de code VAK of JVD. Dit kan aangepast worden met de parameter C4,Codes,VakDAgen ,(opsomming van prestatiecodes gescheiden met een komma) De berekening gebeurt als volgt : per dag wordt er gekeken naar de verhouding tussen het aantal vakantieuren en het totaal aantal uren op een dag. Dit aantal dagen wordt dan herleid naar het 6 dagenstelsel met de formule (aantal vakantiedagen * 6 / aantaldagen per week ). Het aantal dagen per week wordt bepaald aan de hand van het stelsel van het laatste contract. Voor part-timers wordt er steeds gewerkt met aantal vakantieuren. Voorbeeld: 2 uren vak, 4 uren vak, 2 uren vak, 8 uren vak Release Notes Hi-Ant Versie 4.53 => 4.69 2 uren ad = 0.5 dag vakantie 4 uren vak = 0.5 dag vakantie 6 uren ad = 0.33 dag vakantie = 1 dag vakantie 83/103 15/02/2010 10:01:00 AM Arbeidsbewijs met de gegevens van de onderbroken tewerkstellingen Indien de DMFA door Prato wordt berekend, bestaat de mogelijkheid tot DMFA per INSZ nummer, zowel met de voorbereiding als met de eigenlijke DMFA berekening. Momenteel zit deze ontwikkeling in testfase en zal dit in deze versie nog niet geactiveerd zijn. Gegevens uit trszdetail: Rde_type : bepaalt het type gegeven van de lijn : • 01 : dagen en uren • 02 : bedragen • 03 : verminderingen • 04 : betaalde bijdragen per persoon per type bijdragen • 05 : • 06 : bijdragen niet gebonden aan natuurlijk persoon • 07 : totaal bedrag van de DMFA aangifte • 08 : bruggepensioneerden • 09 : bijdragen jobstudenten per persoon • • • • Begin- en einddatum van het kwartaal wordt steeds getoond aan de hand van de kalenderdatum Gem. aantal d/w arb. Reg (11) : rde_workingsystem/100 Prestaties (12). Dit zijn de records met § rde_type=’01’ § rde_code in 1, 2, 3, 4, 5, 10, 11, 12, 13, 20, 21, 23 § dagen : rde_days § uren : rde_hours Afwezigheden zonder loon (13) : dit zijn de records met § Rde_type=’01’ § Rde_code in 51, 52 : ZIV (nl) / AIM (fr) § Rde_code = 60 : AO (nl) / AT (fr) § Rde_code in 70, 71, 72 : TW (nl) / CT (fr) § Rde_code = 73 : JV (nl) / VJ (fr) § Dagen : rde_days § Uren : rde_hours Indien er meer dan 11 onderbroken tewerkstellingen zijn gevonden, zal er automatisch een nieuw document C4 worden aangemaakt waarop het vervolg van de onderbrekingen staat. Ook de gegevens over de persoon en de werkgever zijn ingevuld (dus geen rooster gegevens over tewerkstellingen) Bij afdruk C4 dient er beslist te worden of er een mini-DMFA (DMFA per INS nr) mag opgestart worden. Voor afsluiting van het kwartaal, mag er altijd een mini-DMFA worden opgestart (controle op kalenderdatum). Na verstrijken van het kwartaal, mag er enkel een mini-DMFA opgestart worden, indien er nog geen DMFA berekend is, na het einde van het betreffende kwartaal. Is dit wel het geval, dan dient de C4 gebruik te maken van de reeds berekende gegevens. Er wordt een interface voorzien waarmee de gebruiker kan aangeven dat de DMFA aangifte aanvaard is. Indien dit niet gebeurd is 1 kalendermaand na het verstrijken van kwartaal 1,3,4 de of 2 kalendermaanden na het 2 kwartaal. Voor de mini-dmfa’s worden er ook per kwartaal runs (mini-DMFA) aangemaakt. Dit wordt aangegeven in het veld rru_modification (standaard is dit 0, wijzigende aangifte is 1, miniDMFA run is 2) Release Notes Hi-Ant Versie 4.53 => 4.69 84/103 15/02/2010 10:01:00 AM Interface geeft returncode terug : • 0 = kan geen mini-dmfa opstarten, (kwartaal reeds verstreken, reeds aanvaard kwartaal, …) • 1 = ok • 2=… Controleer of het kwartaal van de laatste tewerkstelling reeds aanvaard is. Indien ja, dan moet het “arbeidsbewijs met gegeven van de onderbroken tewerkstellingen in niet aanvaarde RSZ kwartalen” niet ingevuld worden. Indien nee, dan kan in de volgende 2 gevallen het kader ingevuld moeten worden (enkel voor tewerkstellingen in dit laatste kwartaal) 1) Werd de uitvoering van de voormelde tewerkstellingen onderbroken tijdens niet-aanvaarde RSZ kwartalen à ja indien, ZZW,VSV,GEW (vanaf bepaalde datul,CAR, OGA). De eerste 10 onbezoldigde de afwezigheden tellen niet mee. Bepaal de datum van de 10 GEW in het kalenderjaar van de einddatum van de laatste periode van tewerkstelling. Enkel GEW’s na deze datum mogen meetellen als onderbreking. Indien er geen 10 GEW’s aanwezig zijn, dan wordt de datum 1/1/3000. Controleer of er een onderbreking voorkomt in de opgesomde tewerkstellingen. 2) Enkel voor deeltijdsers : arbeidsbewijs altijd invullen Gegevens over het einde van de tewerkstelling Inhaalrustdagen worden niet berekend en ingevuld. 14.13. Module lijsten Federgon - halfjaarlijkse statistiek per provincie De lijsten voor Federgon zijn uitgebreid met de halfjaarlijkse statistiek per provincie. (hoofdscherm – lijsten – federgon – keuzemogelijkheid 9) De koppeling van de werkgever aan een provincie gebeurt in de werkgeversfiche. Indien er een werkgever is gevonden zonder ingevulde provincie, zal de lijst niet aangemaakt kunnen worden. Er wordt eerst naar het jaar gevraagd (standaard indien eerste helft van het jaar, het vorige jaar, indien tweede helft van het jaar : het huidige jaar). Vervolgens wordt het jaardeel gevraagd (1 of 2) waarbij jaardeel 1 = van jan tot juni jaardeel 2 = juli tot december (standaard indien actieve datum tussen jan en jun --> 2, indien actieve datum tussen juli en december -> 1) Andere waarden dan 1 of 2 zijn niet toegelaten. De excelfile wordt als volgt opgevuld : • • • Achter de tekst in cel A1 komt de melding <jaardeel>/<jaar), bv 1/2007 voor de eerste helft van 2007. In cel B3 wordt de naam van het bedrijf vermeld. Omzetgegevens : de omzet wordt bepaald aan de hand van de netto bedragen in de faktuurd en dit rekening houdend met exacte data uit de faktuurd. Indien in de faktuurd tabel geen geldige datum is gevonden, zal de datum uit hoofding van faktuur genomen worden. Release Notes Hi-Ant Versie 4.53 => 4.69 85/103 15/02/2010 10:01:00 AM • • Gepresteerde uren : de uren worden bepaald uit de loondetailgegevens aan de hand van het veld ‘urenmeegeven’ in de tabel ‘grootboekrekeningmv’ Aantal agentschappen : alle actieve niet-virtuele kantoren (het veld virtueel wordt aangemaakt in de wg fiche.) Standaard zijn alle kantoren niet -virtueel. Het al dan niet virtueel zijn van een kantoor kan ingesteld worden in de werkgeversfiche, zichtbaar als vinkje naast VCU in de wg fiche. De provincie wordt bepaald aan de hand van de ingegeven provincie in de werkgeversfiche. De namen van de provincies worden uit het moederdocument verwijderd, bij het opmaken van de lijst wordt er gesorteerd op de omschrijving kort van de gtaal van de code tabel van de provincies (cd_srt 52), en op de omschrijving van de provincie. Het document wordt opgemaakt in de taal van de gebruiker (provincie benamingen). Provincie ‘Brussel’ bestaat momenteel niet - indien een gebruiker dit wenst, kan dit toegevoegd worden aan de koppeltabel. Release Notes Hi-Ant Versie 4.53 => 4.69 86/103 15/02/2010 10:01:00 AM 14.14. Module lijsten Federgon – driemaandelijkse statistiek De lijsten voor Federgon zijn uitgebreid met de driemaandelijkse statistiek per gewest. (hoofdscherm – lijsten – federgon – keuzemogelijkheid 10). Deze lijst houdt rekening met de juiste splitsing van het kwartaal (op datum). Hierdoor is het enkel mogelijk deze lijst aan te maken vanaf het jaar 2006. De koppeling van de werkgever aan een gewest gebeurt in de werkgeversfiche. Indien er in de werkgeversfiche geen gewest werd ingevuld, zal de lijst niet aangemaakt kunnen worden. Er wordt eerst naar het jaar gevraagd (standaard indien eerste kwartaal van het jaar, het vorige jaar, anders : het huidige jaar). Vervolgens wordt het kwartaal gevraagd (standaard steeds het vorige kwartaal). Als laatste wordt het aantal vaste werknemers van de groep gevraagd. Er komt ook nog een melding aan de gebruiker waarbij de codes getoond worden die in rekening worden gebracht voor het bepalen van de gepresteerde uren. De excelfile wordt als volgt opgevuld: • • • • • • • Achter de tekst in cel A1 komt de melding /<jaar), bv 1/2006 voor het eerste kwartaal van 2006 In cel B3 wordt de naam van het bedrijf vermeld. Omzetgegevens : de omzet wordt bepaald aan de hand van de netto bedragen in de faktuurd en rekening houdend met exacte data uit de faktuurd per kwartaal. Brutoloon : code 391 op basis van de 5302 --> de lijst mag enkel opgestart kunnen worden vanaf het jaar 2006 (vermits er in 2005 nog geen 5302 bestond, mag de lijst niet voor de jaren voor 2006 aangemaakt kunnen worden). Aantal RSZ dagen : aantal van de looncode waarbij cdrszdag >0 Gepresteerde uren : de uren worden bepaald aan de hand van het veld ‘urenmeegeven’ in de tabel ‘grootboekrekeningmv’ (zie maandlijst van federgon) Aantal agentschappen : alle actieve niet-virtuele kantoren (het veld virtueel wordt aangemaakt in de wg fiche.) Standaard zijn alle kantoren niet -virtueel. Zichtbaar als vinkje naast VCU in de wg fiche. Dit veld kan per kantoor ingesteld worden. Om te bepalen of een kantoor arbeiders, bedienden of beiden aan het werk heeft gehad, wordt dit gecontroleerd aan de hand van de lonen. Indien een bepaald actief, niet virtueel kantoor geen personen aan het werk heeft gehad, komt dit bij gemengd te staan. 14.15. Module documenten Afdruk inlichtingsblad bij subcontract Indien men een inlichtingsblad voor de mutualiteit afdrukt en de dag van ziekte valt onder een subcontract dan is de begindatum (veld 11), de begindatum van het mastercontract. 14.16. Module documenten uitbreiding mailen documenten Er zijn nieuwe parameters beschikbaar voor de uitzendbedrijfdocumenten (via parameters WNDOCS en KLDOCS) ivm het mailen van de aangemaakte documenten Mailto "KLDocs",,"MailTo",<emailadres> Release Notes Hi-Ant Versie 4.53 => 4.69 87/103 15/02/2010 10:01:00 AM "WNDocs",,"MailTo",<emailadres> Als deze parameter voor een bepaalde lijst is ingevuld, zal het document worden gemaild naar dit adres, en heeft de mailkey en maillinkfield geen belang meer. MailBCC “KlDocs”,,”MailBCC”,<emailadres> “WNDocs”,,”MailBCC”,<emailadres> Als deze parameter voor een bepaalde lijst is ingevuld, zal het document ook naar dit mailadres worden gestuurd als blind copie (onzichtbare kopie). EditSubject Door deze parameters op te zetten, kan de gebruiker het onderwerp van de mail aanpassen 0 (standaard) : gebruiker kan onderwerp niet aanpassen 1 : gebruiker kan onderwerp éénmaal aanpassen voor alle mails door middel van een inputbox EditBody Door deze parameters op te zetten, kan de gebruiker de tekst van de mail aanpassen 0 (standaard) : gebruiker kan de tekst niet aanpassen 1 : gebruiker kan de tekst éénmaal aanpassen voor alle mails door middel van een mulitline inputbox MailMessageId Door deze parameters op te zetten, kan men gebruik maken van een ingesteld html-sjabloon om de mails te versturen. De waarde die men invult, is de mm_id uit de mailmessage tabel. Het HTML sjabloon wordt gebruikt indien gevonden. Volgende parameters worden aangepast %TEXT% : wordt vervangen door de tekst van de mail %TITLE% : wordt vervangen door het onderwerp van de mail %HEADING% : wordt vervangen door het onderwerp van de mail %DATE% : wordt vervangen door de actieve datum (dd/mm/yyyy) 14.17. Module lijsten Uitbreiding programma autotask – automatische controlelijsten Het is nu mogelijk om automatische lijsten onder te verdelen in categorieën die op een bepaald tijdstip van de dag worden opgestart via het programma autotask. Het veld AL_Cat egoryId wordt hiervoor gebruikt. Dit was een bestaand veld. Men kan dit in het autolistscherm vinden onder kolom categorie. Indien men bij het autotask programma bij de opstartstring deze categoryid (steeds numeriek en groter dan 0) meegeeft, zullen enkel deze lijsten lopen. Niet meegegeven betekent: alle lijsten (steeds rekening houdend of de lijst moest lopen op dat moment). Voorbeeld van opstartstring voor lijst met categoryid 10 §UIC§AUTOLIST§INI§§UIC§AUTOLIST§INI§c:\autosend\ wisonet.ini§CATEGORYID§10 Er moet een scheduled task aangemaakt worden op de server waar de autotask draait, waarbij dan een bepaalde category wordt opgestart. Release Notes Hi-Ant Versie 4.53 => 4.69 88/103 15/02/2010 10:01:00 AM 14.18. Module documenten Nieuwe layout gekoppelde documenten Het is mogelijk een andere layout in te stellen bij de schermen met gekoppelde documenten. In het scherm waar de documenten kunnen gelinkt worden, is een aparte button voorzien ‘+’ (voor het toevoegen) en '-' (voor het verwijderen) opgenomen. Bij het koppelen van het document kan men de keuze aanbieden of het brondocument verwijderd dient te worden, ja of nee (standaard = nee). Het document wordt dan verplaatst naar het bewaarpath, waarbij de mogelijkheid bestaat om hieronder automatisch directories per jaarmaand aan te laten maken. Het gekopieerde bestand krijgt ook een andere naam : originelennaam_Personeelsid_uniekenr. Enkel description en doctype worden getoond als men deze layout gebruikt. Het doctype wordt automatisch ingevuld als in de codetabel bij cd_srt=’64’ de omschr_kort overeenkomt met de extensie van het gekoppelde bestand. In de omschr_kort kunnen meerdere extensies worden ingegeven, gescheiden door een komma bv. jpg,bmp,png Het verwijderen van de documenten wordt gelogd in de logtable met type 71. De verwijderde bestanden worden bijgehouden in de deleted folder die geparametriseerd staat. Indien de deleted folder niet ingevuld is, zal het bestand wel verwijderd worden uit de tabel gekoppelde documenten, maar het bestand zelf zal niet verwijderd worden. In te stellen parameters Parameters in te stellen per CDKey (WN,WG,FI,...) "FileAttach", "UseSimpleLayout", .CDKey, "0" - bepaalt of er gebruik wordt gemaakt van de nieuwe layout met '+' en '-' "FileAttach", "Savepath", .CDKey, gLocalPath bepaalt het standaard bewaar pad van de documenten die gekoppeld worden "FileAttach", "DeletedPath", .CDKey, "" bepaalt het pad waar verwijderde bestanden worden opgeslagen "FileAttach", "DeleteSourceFile", .CDKey, "0" bepaalt of de gebruiker de vraag krijgt om het brondocument te verwijderen (ja/nee) "FileAttach", "UseYYYYMMPath", .CDKey, "0" bepaalt of bij het savepath gebruik moet gemaakt worden van automatische subdir YYYYMM Loggen van verwijderd bestand via volgend logtype 71 Verwijderd bestand uit fileattach grid bestandsnaam Cdkey koppelveld formname controlname 14.19. Module lijsten Lijsten – overzichtslijsten – loongegevens De lijsten in verband met loongegevens in het hoofdscherm lijsten – overzichtslijsten – loongegevens, kunnen worden aangemaakt aan de hand van de periodes zoals ze zijn aangegeven aan de DMFA. Via onderstaande parameter kan men instellen hoe de lijst moet opgemaakt worden. "FrmMain", "Overzichtlijstenloon", "GebruikDMFAVelden", "-99" Release Notes Hi-Ant Versie 4.53 => 4.69 89/103 15/02/2010 10:01:00 AM waarde = 0 : de lijst komt er steeds uit zonder rekening te houden met de DMFA velden waarde = 1 : de lijst komt er steeds uit rekening houdend met de DMFA velden andere waarde (standaard) : de vraag wordt gesteld aan de gebruiker of er rekening moet gehouden worden met DMFA, ja of nee (standaard = ja). 14.20. Module documenten Afdruk C3.2 werkgever, nieuwe layout Er is een nieuwe layout aangemaakt met machtigingsnummer voor de versie 04/08/2006 van het C3.2 werkgever document. Aanpassingen afdruk C3.2 werkgever documenten. Er • • • • komt een nieuwe uitkeringsaanvraag indien Eerste keer na 1/10 (referentie periode 1/10 – 30/9) De breuk Q/S verschilt t.o.v. de vorige uitkeringsaanvraag Er een stakingscode is gevonden in de prestaties van de betreffende maand Er een lockoutcode is gevonden in de prestaties van de betreffende maand Tijdens het afdrukken van C3.2 documenten wordt in de attesten bij opmerkingen de Q, S, staking en/of lockout bijgehouden. De waardes Q= en S= worden gecontroleerd bij de volgende afdruk, om na te gaan of dit verschilt ten opzichte van de vorige uitkeringsaanvraag. Zo ja: nieuwe uitkeringsaanvraag. Parameters (meerdere codes gescheiden door een komma) "Afdruk", "C32A", "CodesStaking", "STA" "Afdruk", "C32A", "CodesLockOut", "LCK" Indien de parameters voor staking of lockout niet gedefinieerd zijn, zal er een melding aan de gebruiker komen, dat er geen controle gebeurt op staking en/of lockout 14.21. Module lijsten Uitbreiding overzichtslijsten – aantal equivalenten De lijst is uitgebreid met een keuze om het aantal equivalenten per paritair comité te kunnen aanmaken. • • per PC per week per PC per maand Het paritair comité wordt bepaald aan de hand van de sektie. Indien de sektie bediende is, worden de gegevens gehaald uit kl.pcb. In alle andere gevallen worden de gegevens gehaald uit kl.pca. 14.22. Module documenten Afdruk C4 – mogelijkheid om handtekening niet af te printen Het is mogelijk om met een parameter de handtekening uit te schakelen. Standaard staat de handtekening (wg.naam) op. "Afdruk", "C4", "HandtekeningWgNaam", "1" Release Notes Hi-Ant Versie 4.53 => 4.69 90/103 15/02/2010 10:01:00 AM 14.23. Uitbreiding controletabellen met # teken De tabellen die eindigen met het # teken, worden in sommige gevallen gebruikt om wijzigingen van bepaalde tabellen bij te houden. Indien de originele tabel van structuur wordt gewijzigd, wordt in de # tabel nu ook op veldtype en veldlengte gecontroleerd, zodat deze altijd overeenstemmen. 14.24. Module documenten Aanpassing afdruk CV, nieuwe layout De rubriektitels worden niet meer getoond op het CV indien er binnen de rubriek geen gegevens werden gevonden. "Afdruk", "CV", "VerwijderTitelsIndienLeeg","0" - indien deze op 1 staat zullen er geen titels getoond worden als er voor deze rubriek geen gegevens werden gevonden. De titels van de rubrieken komen nu uit de vertaal tabel en kunnen via de vertaalUZB afwijken voor een kantoor: CVOpleiding CVWerkervaring CVVaardigheden CVTalenkennis1 CVInterviewdoor CVReferenties CVToelichting Opleiding Werkervaring Vaardigheden Talenkennis Geïnterviewd door Referenties Toelichting Formation Expérience professionnelle Habileté Connaissance de langues Interviewé par Références Remarque Aanpassing startdocument EmptyCV.doc + EmptyCVSolutions.doc - Formfield toegevoegd voor titelopleiding met bladwijzer titelopleiding Standaard wordt de aanspreking gebruikt die in het veld Prefix van de contactpersonen zit. Met onderstaande parameter kan daar van afgeweken worden geefparamwaarde("Afdruk", "CV", "GebruikPrefix", "1") - Indien op 1 dan gebruik maken van veld Prefix in tabel contactpersonen, anders wordt gekeken naar het geslacht en de juiste aanspreking toegevoegd voor de naam. Bugfix: huisnummer werd niet getoond bij de klantgegevens. 14.25. Module lijsten Federgonlijst – maand. statistiek splitsing dienstencheque ja/nee De nieuwe Federgonlijst maandelijkse statistiek werd toegevoegd aan de te genereren lijsten uit HiAnt. Op de eerste plaats wordt gecontroleerd of alle gewesten ingevuld zijn in de wg-fiches. De gepresteerde uren worden bepaald aan de hand van de lonen waarbij de rekkodes gedefinieerd zijn in de grootboekrekeningmv met urenmeegeven<>0 De omzet wordt bepaald aan de hand van de facturen – enetto. Release Notes Hi-Ant Versie 4.53 => 4.69 91/103 15/02/2010 10:01:00 AM Dienstencheque ja/nee, wordt bepaald aan de hand van de sektie.dienstencheque. Het jaar wordt gevraagd = standaard huidige jaar of huidige jaar -1 als het de maand december betreft. De maand wordt gevraagd = standaard huidige maand -1 Het eerste deel bevat het aantal uren en omzet van alles, inclusief de dienstencheques Het tweede deel bevat het aantal uren en omzet van alles, exclusief de dienstencheques Aantal vaste werknemers wordt gevraagd. Aantal dagen per maand - dit zijn de aantal weekdagen in de betreffende maand. Release Notes Hi-Ant Versie 4.53 => 4.69 92/103 15/02/2010 10:01:00 AM 15. Module facturatie 15.1. Module Facturatie Aanduiding / bij factuurafdruk (EO) De aanduiding / op faktuur was niet volledig zichtbaar indien fakturen bestonden uit tientallen blz. Aanpassing : veld op rapport voor aanduiding / vergroot. Type faktuur waarbij deze aanpassing geldt (voorwaarden waaronder deze aanpassing geldt): § § gGroup verschillend van “ERS” en “VIEW” parameter ("Factuur", "Crystal", "*") is opgevuld met “Y” à strMode = “Y” OF parameter ("VIEW", "TEST", "FACTUREN") staat ingevuld à strmode = “E” OF parameter ("Factuur", "Crystal", "FORCE") staat op “Y” à strForce = “Y” parameter ("factuur", "Type", "*") staat niet op 5 15.2. Module Facturatie Beheersmodule fakturatieperiodes (EO) Er is een scherm “Beheer fakturatieperiodes” bijgekomen: § links grid met fakturatiesystemen (5310, 1210, 6510, 7710, [2610]) § rechts grid met fakturatieperiodes: o bevat zoekveld jaar o toont de fakturatieperiodes bij het fakturatiesysteem dat in de linkse grid gedubbelclickt wordt. § bevat knop “genereer fakturatieperiodes” die, voor het fakturatiesysteem geselecteerd in de linkse grid fakturatieperiodes in een bepaald jaar aanmaakt. Te activeren door parameter (“Menu”, “frmMain”, “mnuBeheerFakPer”) op 1 te zetten. Te bereiken via menu instellingen/beheer/fakturatieperiodes op hoofdscherm Hiant. 15.2.1.Genereer fakturatieperiodes voor fakturatiesystemen 5310, 1210, 6510 en 7710 Release Notes Hi-Ant Versie 4.53 => 4.69 93/103 15/02/2010 10:01:00 AM Er wordt steeds eerst naar het jaar gevraagd waarbinnen men de fakturatieperiodes wil aanmaken. Als er reeds fakturatieperiodes voor het geselecteerde fakturatiesysteem binnen dit jaar bestaan, wordt er niets uitgevoerd. Voor fakturatiesystemen 5310, 1210, 6510 en 7710 worden de fakturatieperiodes vast aangemaakt, d.w.z. de klant heeft geen invloed op de aanmaak ervan. 15.2.2.Genereer fakturatieperiodes voor fakturatiesystemen 2610 Er wordt steeds eerst naar het jaar gevraagd waarbinnen men de fakturatieperiodes wil aanmaken. Voor fakturatiesysteem 2610 geldt er: § ingeval er nog geen fakturatieperiodes bestaan bij de 2610: er wordt een begindatum gevraagd. Anders sluit de begindatum aan op de laatst aangemaakte akturatieperiode voor de 2610 (aansluitend op einddatum vorig jaar; of zelfs aansluitend op de laatste van de reeds eerder aangemaakte fakturatieperiodes voor betreffend jaar) § er wordt wel steeds naar een einddatum voor huidig jaar gevraagd § voor de 2610 is het dus niet nodig dat men onmiddellijk voor het gans jaar fakturatieperiodes aanmaakt § men kan voor de 2610 ook manueel de grid met de fakturatieperiodes bewerken (toevoegen, verwijderen, aanpassen). Toevoegen en verwijderen wordt echter wel verhinderd indien er reeds fakturen aanwezig zijn voor de betreffende fakturatieperiode. 15.3. Module Facturatie Voor bepaald type faktuurafdruk de sorteervolgorde kunnen kiezen (EO) Programma PrintGezContract aangepast. Types fakturen waarvoor dit geldt: Release Notes Hi-Ant Versie 4.53 => 4.69 94/103 15/02/2010 10:01:00 AM gGroup verschillend van “ERS” gGroup = “VIEW” indien gGroup verschillend van “VIEW”: * parameter ("Factuur", "Crystal", "*") is opgevuld met “Y” à strMode = “Y” OF * parameter ("VIEW", "TEST", "FACTUREN") staat ingevuld à strmode = “E” OF * parameter ("Factuur", "Crystal", "FORCE") staat op “Y” à strForce = “Y” Voor deze types fakturen kon reeds per gebruiker via een parameter ingesteld worden volgens welke volgorde de fakturen moesten afgedrukt worden. Nu kan men dus bij afdruk kiezen volgens welke sorteervolgorde men wil afdrukken Indien parameter ("Afdruk", "Factuur", "VraagSorteerVolgorde") op 1 staat, kan men kiezen volgens welke volgorde men wil afdrukken. De mogelijke sorteeropties die dan getoond worden, worden gehaald uit verschillende parameters ("Afdruk", "Factuur", "FacturenOrderByString") waarbij RSZcategorie is opgevuld met de omschrijving voor de sorteervolgorde. 15.4. Module Facturatie Kleine aanpassing faktuurlijst-scherm, afdruk via menu ‘Fakturen/bijlagen’ (EO) Indien men bij de faktuurafdruk via menu “fakturen/bijlagen” afdrukt en men de sorteervolgorde kan kiezen (zie “Voor bepaald type faktuurafdruk de sorteervolgorde kunnen kiezen” hierboven), komt er geen boodschap “Print opdracht is gestart. Wacht op het klaar sein...” meer gegeven. Dit omdat er anders 2 boodschappen tegelijkertijd zouden naar boven komen (“kies sorteervolgorde” en “Print opdracht is gestart. Wacht op het klaar sein...”). 15.5. Module facturatie: Nieuwe splitsingsmogelijkheden factuur (PL) De • • • • • volgende splitsingsmogelijkheden werden toegevoegd : 1 : per afdeling 2 : per werknemer 3 : per werknemer en afdeling 4 : per splitscode (splitscode is manueel in te vullen) 5 : per afdeling en splitscode § Indien men SPWA=5 gebruikt, dient men ook aan te geven of HiAnt automatisch de splitscode in het contract dient aan te passen. Indien men dit niet aangeeft, zal men geen facturen kunnen toevoegen aan de facturatierun. § Men heeft de volgende mogelijkheden voor de code USC (update splits code) Ø 1 = geen automatische update, de gebruiker vult zelf de splitscode in Ø 2 = de splitscode bevat de sektiecode (15,115,915, ...) Ø 3 = de splitscode bevat het feit of het een jobstudent is of niet Ø 4 = de splitscode scheidt arbeiders van bedienden (arbeiders op één factuur, bedienden op een andere factuur, ongeacht of het jobstudent is of niet) Een andere splitscode dan 1 tot en met 4 is op dit moment niet toegelaten. Release Notes Hi-Ant Versie 4.53 => 4.69 95/103 15/02/2010 10:01:00 AM 15.6. Module facturatie Facturatierun controle 1 maand De mogelijkheid is toegevoegd om een controle voor het boeken van de facturen uit te voeren, zodat er maar 1 maand in de run wordt opgenomen. Deze controle staat standaard op, maar kan uitgeschakeld worden door de volgende parameter op 0 te plaatsen. Initialisatie, Facturatie, 1maandperRun, 1 15.7. Module facturatie Premies bij nulfacturen, nieuw logtype aangemaakt (TS): HiAnt maakt een nulfactuur als alle premies samen op nul uitkomen. Om deze premies terug traceerbaar te maken wanneer er later eventueel toch nog creditnota’s moeten worden opgesteld, werd logtype 68 gecreëerd. Vooraleer er een update gedaan wordt van de facturatieid van de premies, wordt in transaktie gecontroleerd of er records zijn die zullen aangepast worden. Daarna wordt ook in transaktie de logtabel opgevuld volgens onderstaande beschrijving: 68,Facturatieid premies op 1 door nulfaktuur,prestid,wgnr,klnr,jaar,week,premieid,datum,pkode,aant,Ebedr 15.8. Module facturatie Boeken van facturen – vragen naar boekingsdatum In HiAnt werd de mogelijkheid ingebouwd om voor het boeken aan de gebruiker de boekingsdatum te vragen. Dit kan ingesteld worden door de volgende parameter op 1 te plaatsen. "Scherm", "frmfrberlst", "VraagNaarBoekingsDatum", "0" Standaard wordt de datum getoond die is ingevuld in het veld “Facturatie Datum”. 15.9. Module facturatie Aanpassing export facturen • • Er zal voortaan een label zichtbaar zijn met het aantal records in de grid van te exporteren facturen. Het path waar de exportbestanden komen te staan, is vanaf nu ook met een parameter in te stellen. Standaard zal dit het lokaalpath zijn. Vermits HiAnt tijdens het opstarten automatisch bestanden ouder dan 5 dagen verwijdert uit het lokaalpath, kon het mogelijk zijn dat exportbestanden die nog niet geïmporteerd waren in het boekhoudpakket binnen de 5 dagen verwijderd werden. Om dit te vermijden, kan men met onderstaande parameter een ander path instellen waar de exportbestanden worden aangemaakt: "Export", "Factuur", "ExportPath", gLocalPath Release Notes Hi-Ant Versie 4.53 => 4.69 96/103 15/02/2010 10:01:00 AM 15.10. Module facturatie Nieuwe optie UCF voor afdruk factuur (printgezcontract.exe) Nieuwe optie UCF (toon uurloon en coëfficient op factuur) Als deze optie bij de klant is ingevuld, zal bij elke looncode waar op de 4de plaats van het specs-veld een 1 staat, niet de facturatieprijs getoond worden op het factuur, maar de eenheid x coëfficiënt. 15.11. Module facturatie Mogelijkheid tot vaste info onderaan facturen Er werd een nieuwe mogelijkheid TOFALWAYS geprogrammeerd. Indien deze code is gevonden in de vertaalUZB tabel, zal deze info steeds op alle facturen vermeld worden, ongeacht of de optie TOF=ALWAYS in de opties van de klant staat. Indien de optie TOF=ALWAYS er toch in staat, zal deze informatie niet dubbel getoond worden. Voor deze optie is een nieuwe versie printgezcontract.exe voor nodig Release Notes Hi-Ant Versie 4.53 => 4.69 97/103 15/02/2010 10:01:00 AM 16. Module export 16.1. Module Export Export facturen naar EFAS (EO) Een aanpassing bij de berekening van de factuur-vervaldatum, veroorzaakte een fout binnen de export van de facturen naar EFAS. Deze fout zorgde voor een foutmelding bij het inladen van het exportbestand binnen EFAS. De codes voor de betalingstermijn in het exportbestand voor EFAS werden verkeerd opgevuld (na aanpassing van de code voor de berekening van de faktuur-vervaldatum). Voor code betalingstermijn in exportbestand hebben we de eigenschap "BikBoekhoudcode" nodig. Dit was niet het geval: er werd eveneens gebruik gemaakt van de eigenschap "BerekVervalDt", nodig voor het berekenen van de vervaldatum van de faktuur. 16.2. Module Export Export fakturen naar VENICE (EO) Aanpassing export fakturen naar venice. Het bestand met beschrijving van de velden wordt meegekopiëerd naar de wisolok-directory. Bij imports in Venice moeten steeds het databestand en het beschrijvingsbestand gelijktijdig aanwezig zijn, waarbij eigenlijk beide dezelfde naam hebben, maar het eerste met extensie .txt en het tweede met extensie .cli. Bij de export van fakturen naar Venice moet een verkoop.cli bestand in de Hiant-directory staan met beschrijving van de velden in het bestand. Dit bestand verkoop.cli wordt bij de export overgekopieerd naar de wisolok -directory, waarbij de naam gelijk is aan het aangemaakte databestand, maar met extensie “.cli” . 16.3. Module Export GroupS (interim) Aanpassing bij jobstudenten lage RSZ (EO) Indien jobstudenten en jobstudenten lage RSZ voorkwamen in zelfde loonrun (bv. Week eind september-begin oktober), werden de prestatie/premie-gegevens van de jobstudenten lage RSZ niet geëxporteerd. § § de bepaling van de toegelaten periode voor jobstudenten (01/07 à 30/09) en jobstudenten lage RSZ (01/10 à 30/06) gebeurde goed indien voorkomend in aparte loonruns. Indien jobstudenten en jobstudenten lage RSZ voorkwamen in een zelfde loonrun werd voor de jobstudenten de periode afgekapt op 30/09. Overgang jobstudenten - jobstudenten lage RSZ werd niet gedetecteerd à geen nieuwe berekening periode voor jobstudenten lage RSZ à voor jobstudenten lage RSZ periode ook afgekapt op 30/09 à er werden geen prestatie/premie-gegevens geëxporteerd voor jobstudenten lage RSZ. aanpassing programmatie export GroepS: overgang jobstudenten – jobstudenten lage RSZ wordt gedetecteerd à nieuwe berekening periode voor jobstudenten lage RSZ (beginnend vanaf 01/10) à prestatie/premie-gegevens voor jobstudenten lage RSZ worden ook geëxporteerd. 16.4. Module Export Bugfix export fakturen naar Venice (EO) Release Notes Hi-Ant Versie 4.53 => 4.69 98/103 15/02/2010 10:01:00 AM Er zat een probleem bij de export van fakturen naar Venice: indien er meerdere kantoren voorkomen binnen de faktuur-detail bij een faktuur , dan kwam de factuur meermaals voor in het exportbestand. Hiervoor is de programmatie aangepast: de faktuur wordt maar één maal geëxporteerd (detaillijnen binnen faktuur blijven natuurlijk geëxporteerd worden per kantoor...). Module Contracten Standaard staat nu "enkel nog niet gedrukte uitzendcontracten”, bij afdruk van uzk-contracten via “print new” aangevinkt (EO) Er was het probleem dat er, bij vergissing door een consulent, soms teveel contracten werden afgedrukt. Volgende aangepast (afdruk uzk-contracten via “print new”): Binnen het selectieschermpje dat eerst verschijnt: § checkbox "enkel nog niet gedrukte uitzendcontracten" is standaard aangevinkt § via parameter ("AfdrukUzkContract", "EnkelNietUitgedrukte", "defaultval") [standaard 1 à aangevinkt] kan men instellen wat de standaardwaarde voor "enkel nog niet gedrukte uitzendcontracten" is (0 --> afgevinkt, 1 --> aangevinkt) 16.5. Module Export Aanpassing export Acerta voor de bouw: klant-gegevens ook exporteren (EO) Bij de export van loongegevens naar Acerta is er een gedeelte bijgekomen, nl. de export van gebruikers (klant-gegevens), hetgeen enkel uitgevoerd wordt bij uitzendbedrijven actief voor de bouwsector. Indien binnen de sektie-tabel paritair comité 124 voorkomt (sektie.parkom = 12400), wordt dit gedeelte dus, bij export loongegevens naar Acerta, uitgevoerd. GBR-records komen dan voor in begin exportbestand. Er worden enkel klant (geen prospect) gegevens geëxporteerd (kl.klnr > 0). Er wordt aan de gebruiker gevraagd of hij alle klanten of enkel de klanten, gewijzigd sinds de laatste export, wil exporteren. Indien de kl.wijziginingsdatum niet is ingevuld, dan worden deze klanten opgenomen in de export. Om te vermijden dat deze klantgegevens STEEDS worden geëxporteerd, kan men misschien dan beter de kl.wijzigingsdatum invullen bij klanten waar deze NULL is. De klantgegevens die geëxporteerd worden, zijn de volgende: Omschrijving Lengte Verplicht/Optioneel Omschrijving Jur_nr 7 V Juridische entiteit (bestaande parameter) Nr_hrm RSZ_NR 20 9 V O Kl.klnr Nr zonder voorcode en opvullen met 0 vooraan indien het rsz nr korter is dan 9 Ondernem_nr Nm_DL1 10 24 O V Ondernemingsnr Eerste 24 tekens kl.naam Bus_nr Str_nm Huis_nr 4 40 9 O O O Busnr Straatnaam Huisnr Release Notes Hi-Ant Versie 4.53 => 4.69 99/103 15/02/2010 10:01:00 AM Pl Post_cd Land_cd 35 14 5 O O O Kl.gemeente Kl.postnr Landcode (belgie = 150) Omvang_cd 2 V Veld “aantal wn” uit klant-fiche – verplicht in te vullen 16.6. Module Export Aanpassing Hiant en epratod: export loongegevens naar boekhouding Navision voorzien (EO-Flexpoint) De programmatie van Hiant en Epratod is aangepast om export van loongegevens naar de boekhouding Navision voor Flexpoint mogelijk te maken. Opdat de export naar de boekhouding via type “Navision” gaat lopen, dient parameter ("Export", "Loon", "Type") op “NAVISION” gezet te worden. 16.7. Module Export Aanpassing Hiant: export klantgegevens naar boekhouding Navision voorzien (EO-Flexpoint) De programmatie van Hiant is aangepast om export van klantgegevens naar de boekhouding Navision voor Flexpoint mogelijk te maken. Nu wordt veld kl.betalingstermijnid ook geïnterfaced. Opdat de export naar de boekhouding via type “Navision” gaat lopen, dient parameter ("Export", "Klanten", "Type") op “NAVISION” gezet te worden. 16.8. Module Export Aanpassing Hiant: export faktuurgegevens naar boekhouding Navision voorzien (EO-Flexpoint) De programmatie van Hiant is aangepast om export van faktuurgegevens naar de boekhouding Navision voor Flexpoint mogelijk te maken. Nu wordt ook bij de faktuur details de Kantoorcode mee geëxporteerd. Opdat de export naar de boekhouding via type “Navision” gaat lopen, dienen parameters ("Export", "Factuur", "Type") en ("Export", "Factuur", "FileType") op “NAVISION” gezet te worden. 16.9. Module Export Aanpassing export naar Navision: geen header-lijn meer in exportbestand lonen; “,” bij bedragen veranderd naar “.” (EO-CQ) De export naar de boekhouding, type Navision (CQ) is aangepast: § bij export faktuur en export lonen is bij de decimale bedragen “,” veranderd naar “.” § bij export van de lonen is de header-lijn (beschrijving velden) uit het bestand verwijderd 16.10. Module export boekhouding Aanpassing export klanten Het path waar de exportbestanden komen te staan, is vanaf nu ook met een parameter in te stellen. Standaard zal dit het lokaalpath zijn. Vermits HiAnt tijdens het opstarten automatisch bestanden ouder dan 5 dagen verwijderd uit het lokaalpad, kon het mogelijk zijn dat exportbestanden die nog niet geïmporteerd waren in het boekhoudpakket binnen de 5 dagen verwijderd werden. Om dit te kunnen vermijden kan men met onderstaande parameter een ander path instellen waar de exportbestanden worden aangemaakt: Release Notes Hi-Ant Versie 4.53 => 4.69 100/103 15/02/2010 10:01:00 AM "Export", "Klanten", "ExportPath", gLocalPath. Release Notes Hi-Ant Versie 4.53 => 4.69 101/103 15/02/2010 10:01:00 AM 17. Module Dimona 17.1. Module dimona-aangifte Mogelijkheid tot uitsluiten van bepaalde sekties naar dimona Met de onderstaande parameters kan men sekties opsommen (geschieden door een komma), die moeten uitgesloten worden bij aanmaak van dimonabestanden. “Dimona”,”Uitsluiten”,”Sektie”,”” Indien de parameter opgegeven is, wordt steeds de boodschap getoond : Contracten met de volgende sekties worden niet aangegeven : (melding uit de vertaal tabel) Indien de sektie van het aan te geven contract zich in deze opsomming bevindt, zal er geen dimona-aangifte voor gebeuren en zal de dimonastatus automatisch op BLOCKED worden geplaatst indien er nog geen dimona-record is gevonden voor dit contract. 17.2. Module Dimona Nieuwe dimona versie 061 HiAnt en pratodimona.dll zijn geprogrammeerd. Het is nu ook mogelijk om dimona’s te doen volgens versie 061. Uit onderstaande tabel is de geldigheid te zien van de versie 021 en 052. Vanaf 01/12/2006 MOET iedereen op dimona versie 061 draaien. Versie 2006/1 2005/2 2005/1 2002/1 Verzendingsdatum 02/08/2005 13/10/2004 01/04/2002 Begindatum test 01/06/2006 02/08/2005 In productiestelling 01/07/2006 18/10/2005 01/06/2002 01/06/2002 Einde geldigheid 01/12/2006 01/10/2006 01/10/2006 Tijdens het opstarten van HiAnt wordt automatisch een parameter aangemaakt die aangeeft welke versie van dimona wordt gebruikt. “DIMONA”,”VERSION”,”*”,”” Standaard wordt deze ingevuld met hetgeen gevonden is in de ingelezen ini-file. Tijdens het inlezen van de ini-file komt er een melding naar de gebruiker dat de instelling van de dimonaversion niet meer gebruikt wordt en dat deze uit de ini-file moet gehaald worden. Bedoeling is dat de dimonaversie slechts op één plaats per database moet worden ingesteld in de parameter tabel in plaats van in alle gebruikte ini-files. Tijdens het opstarten van HiAnt worden automatisch parameters aangemaakt die de start en stop geldigheid van de dimonaversies parametriseren. Tijdens het aanmaken van dimona wordt gecontroleerd of de ingestelde dimonaversie nog geldig is. Wanneer dit niet meer het geval is, krijgt men een melding en kan men geen dimona-aangifte doen. 17.3. Module dimona Nieuwe datumvelden in dimonatabel (TS): In de statistiekmodule ontstond in het verleden wel eens verwarring in verband met laattijdige en tijdige dimona’s. Bepaalde gegevens werden verkeerd geïnterpreteerd. Tijdens het opstarten worden volgende velden automatisch aan de dimonatabel toegevoegd. Release Notes Hi-Ant Versie 4.53 => 4.69 102/103 15/02/2010 10:01:00 AM • • dt_Blocked datetime (datum die wordt opgevuld als men contract blokkeert) dt_Modified datetime (datum die wordt opgevuld als men contract inkort of beëindigt bij mastercontracten) dt_Canceled datetime (datum die wordt opgevuld als men een contract annuleert) Release Notes Hi-Ant Versie 4.53 => 4.69 103/103 15/02/2010 10:01:00 AM

:01:00 AM

Recommend Documents