28

Release Notes Afdrukdatum: 2009/09/28

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

Release Notes Hi-Ant Versie 4.206

1/7

1.

V4.206 1.1. -

1.2.

Nieuwe bestanden Loonbrief.exe Ongeval.exe Directprint.exe Newloonbrief.rpt (Opgelet rapport is klantafhankelijk) LoonbriefV3.rpt (loonbrief nieuwe layout)

BugFix : Ticket 48619: Foutmelding bij loonberekening

Incorrect syntax near the keyword ‘and’ Als het brandstoftype van de bedrijfswagen niet is ingevuld geeft HiAnt deze fout bij de loonberekening. Om dit op te lossen is er aan de PratoCompanyCarOcx een property FuelTypeRequired toegevoegd. Als deze op true staat geeft de control de melding ‘Brandstoftype moet ingevuld worden !’ als het brandstof type niet is ingevuld. Standaard heeft deze property de waarde false, maar in HiAnt staat deze op True.

1.3.

Bugfix: Ticket 48654: Foutmelding in zoekmodule bij het klikken op ‘Nieuwe voorwaarde’

Als er in de zoekmodule op ‘Nieuwe voorwaarde’ geklikt wordt, krijg je een run-time error: Run-time error ‘381’: Invalid property array index. Technisch: Bij het klikken op de knop ‘Nieuwe voorwaarde’ wordt de procedure 'VerwijderRecords' opgeroepen. Hierin wordt 'LstVeld_Click' opgeroepen. In deze procedure wordt 'Keuze = LstVeld.ItemData(LstVeld.ListIndex)' uitgevoerd maar omdat er niets geselecteerd is, is de index '-1' Daarom werd onderstaande controle toegevoegd. In frmZoekWn.LstVeld_Click If LstVeld.ListIndex = -1 Then Exit Sub End If

1.4.

Bugfix: Ticket 49678 & 48679: Fout bij het adrukken van prestatieformulieren week 0

Bij het afdrukken van de prestatieformulieren krijgt men een foutmelding: ‘Geen geldige week ingegeven.’ Technisch: In frmcontlst.’NotNietUitgeprintePrest_Click’ en ‘frmcontlst.PrintContPrest_Click’ is volgende controle aangepast: If Not (week >= 0 And week <= 53) Then MsgBox "Geen geldige week ingegeven." Exit Sub End If


2/7

1.5.

Bugfix : Probleem ivm voorstel voorschotten bij Acerta-exporters (niet-gesplitste week bij jaarovergang)

Bij Acerta-exporters (hierbij is de week bij jaarovergang niet gesplitst) trad het probleem op dat bvb. bij de voorschotten voor maand 12 in 2009 er teveel personen werden opgenomen, ook personen die reeds uit dienst waren. Het probleem was het volgende: Contracten van het huidige jaar worden genomen en waarbij "maand van de begindatum" of "maand van de einddatum" gelijk is aan opgegeven maand. Probleem treedt enkel op bij Acerta-exporters waarbij week van de jaarovergang niet gespllitst worden. In dit geval staan de contracten van deel 2008 bij jaarovergang 2008-2009 op jaar 2009 en ook "maand van de begindatum" of "maand van de einddatum" = 12. Dus personen die nu uit dienst zijn, maar die een contract hadden bij de laatste 3 dagen van 2008 werden ook mee in de lijst opgenomen. De programmatie is aangepast zodat voor de contracten nu als volgt wordt gezocht: contractbegindatum of contract-einddatum ligt in interval <einddatum opgegeven maand>

1.6.

Loonbrief vermelding extra codes (bv. ECO-cheques)

Bij afdruk van loonbrieven (oude + nieuwe layout) (centrale + decentrale afdruk) is er nu de mogelijkheid om extra codes te vermelden met omschrijving en bedrag. Een voorbeeld van zo een code is de ECO-cheques, die vermeld moet worden op de loonbrieven. De looncodes die op deze manier op de loonbrief geprint moeten worden, moeten gedefinieerd worden via volgende parameter "Afdruk", "Loonbrief", "ExtraCodes", "2801" Standaard bevat deze parameter reeds de waarde (looncode) 2801. Dit is de standaard looncode voor de ECO-cheque. Meerdere codes dienen ingegeven te worden gescheiden door een komma. -

-

1.7.

Oude layout o Voor de oude layout dient men gebruik te maken van de recenste loonbrief.exe (V4.40) en de recenste newloonbrief.rpt (opgelet rapport klantafhankelijk oa. andere layout + logo) o De omschrijving en bedrag van de codes komen onderaan op de loonbrief te staan Nieuwe layout o Voor de afdruk van de nieuwe layout dient het volgende te gebeuren § Recenste loonbrief.exe (V4.40) § Recenste loonbriefV3.rpt § In tabel availablecodesgroup een nieuwe record aanmaken GroupCd cd_srt AllCodesRequired 500LBINFO 1000 0 § In tabel availablecodes de code 2801 toevoegen gekoppeld aan deze nieuwe Group 500LBINFO o De omschrijving en bedrag van de codes komen onder de zwarte balk van de samenvatting te staan.

Afdruk ongeval (export naar word)

Indien het gaat om een dienstenchequer, zal in rubriek 9 Is de getroffene een uitzendkracht “Nee“ komen te staan, en zal de gebruikende onderneming niet ingevuld worden.


3/7

1.8.

Individuele rekening vermelding extra codes (bv. ECO-cheques)

Vermits de ECO-cheque niet tot het loon behoort (niet in netto), en dus in het veld volgordelb 0 is ingevuld in de tabel looncoded, kwam de ECO-cheque niet op de individuele rekenening. Dit kan men nu aanpassen via onderstaande parameter. Via de parameter "Afdruk", "IndividueleRekening", "ExtraCodes", "2801" kan men instellen welke speciale codes ook extra vermeld moeten worden op de individuele rekening. Meerdere codes dienen in de parameter ingegeven worden gescheiden door een komma. Aantal en waarde worden getoond per groepering (week/maand) en in de totalen. (Er wordt dus veronderstelt dat de ECO-cheques aangemaakt via HiAnt de naam van de werknemer bevat) Het koninklijk besluit betreffende het bijhouden van sociale documenten bepaalt dat op de individuele rekening onder meer het bedrag moet staan van elke betaling die de werkgever aan de werknemer heeft gedaan ingevolge zijn dienstbetrekking. Overeenkomstig dit koninklijk besluit moet enkel het uiteindelijk aan de werknemer toegekende totaalbedrag vermeld worden. Om vrijgesteld te zijn van de socialezekerheidsbijdragen, moet de ecocheque echter afgeleverd worden op naam van de werknemer. Het koninklijk besluit betreffende de ecocheques heeft hierover bepaald dat deze voorwaarde geacht wordt vervuld te zijn als de toekenning ervan en de daarop betrekking hebbende gegevens (aantal ecocheques, bedrag van de ecocheque) voorkomen op de individuele rekening van de werknemer. De naam van de werknemer staat op de ecocheques Indien de naam van de werknemer op elke aan hem afgeleverde ecocheque staat, moet enkel het toegekend totaalbedrag op de individuele rekening vermeld staan, en niet het aantal ecocheques en het nominaal bedrag van elke ecocheque. Dus één goede raad: vermeld bij de bestelling van uw ecocheques duidelijk de namen van uw werknemers! De naam van de werknemer staat niet op de ecocheques Indien de naam van de werknemer daarentegen niet op de aan hem afgeleverde ecocheques voorkomt, moet op de individuele rekening niet alleen het toegekende totaalbedrag, maar ook het aantal ecocheques en het nominaal bedrag van elke ecocheque worden vermeld. Vergeet in dat geval niet uw Client Advisor in te lichten, zodat die de individuele rekening van uw werknemers behoorlijk kan aanvullen. Zoniet zal de RSZ de ecocheques als loon beschouwen.

1.9.

Afdruk te contacteren bedrijven via bezoekplanning

Bij aanmaak van dit document, werd er gebruik gemaakt van een tussentabel in Access. Op sommige systemen kon het voorkomen dat het rapport werd getoond, maar dat er geen gegevens te zien waren, ook al werden er gegevens verwacht. De programmatie is aangepast, zodat er niet meer met een tussentabel in Access wordt gewerkt, zodat dit probleem niet meer voorkomt.

1.10. Ticket 41172 - Uitbreiding hiant - Ophalen e-id gegevens Parameters “changecontrols” “changecontrols” "frmwnlst" "frmwnlst" "codeboekcode"

“frmwnlst” “frmwnlst” "E-ID" "E-ID" "fotownfiche"

“mnuImporteerEid.visible” “mnuLeesEid.visible” "BronLocatie" "DoelLocatie" "*"

Hiant heeft nu de mogelijkheid om gegevens van een identiteitskaart in te lezen. Indien de 2 menuitems zichtbaar gemaakt zijn via de changecontrols kan je de procedure starten bij het overzicht van de kandidaten (SHIFT+F2) onder het menu acties.

Op voorhand dient de kaartlezer correct geinstalleerd te worden met de nodige drivers! Om gegevens van de kaart in te lezen klik je op Lees Eid. Hiant controleert eerst op het bestaan van de locatie in de parameter ("frmwnlst", "E-ID", "BronLocatie"). Release Notes Hi-Ant Versie 4.206

4/7

Met de knop “Inlezen kaart” zal het programma de gegeven ophalen. Bij eventuele foutmeldingen zal het programma u verwittigen in de statusbalk.

Als het inlezen gelukt is zullen volgende bestanden aangemaakt worden in de bron locatie. Deze kan je bekijken door op de knop “open export locatie” om na te gaan of de export ook daadwerkelijk gelukt is.

Hiant heeft 3 bestanden aangemaakt: ***.XMLEID (gegevens van de electronische identiteitskaart) ***.GOEID (startbestand) ***.JPG (foto van de kandidaat)

Nu de gegevens zijn ingelezen kan je ze met het menu knop “Importeer E-id” importeren naar de database. Er wordt eerste een controle gedaan op de meegegeven parameters, bij problemen zal de procedure worden gestopt. Volgende meldingen zouden kunnen voorkomen:


5/7

Indien de controle geslaagd is zal je een lijst zien van ingelezen kaarten. Je dient vervolgens 1 naam te selecteren om verder te gaan. (Je kan geen meerdere selecteren!)

Zal vervolgens op basis van het rijksregisternr controleren of de kandidaat of werknemer reeds bestaat in de database. Als de kandidaat nog niet bestaat in de database zal hiant een nieuwe record aanmaken in de wn tabel, wn1 tabel en externalfiles(foto). Uiteindelijk zal de wn fiche worden geopened zodat men de gegevens kan aanvullen. Zo nee dan krijgt de gebruiker een melding en de vraag of ze de fote van de kaart willen koppellen aan de fiche.


6/7

1.11. Toevoegen van zoekveld INSZ in F2 In het F2 scherm (frmwnlst) werd het zoekveld INSZ toegevoegd. Standaard is dit niet zichtbaar (width 0). Om dit zichtbaar te maken moet onderstaande parameter gebruikt worden: 'frmwnlst','Brwgeg','SearchFieldWidths(INSZ)', '10' (‘10’ is de veldlengte)

1.12. Overzichtslijsten ‘Aantal uren / dagen per code’ Nieuwe parameter aangemaakt in frmMain -> lijsten -> overzichtlijsten: 'Aantal uren en dagen per code' Standaard is deze lijst op maandbasis, gebruik onderstaande parameter om kalendermaandbasis te activeren "FrmMain", "OverzichtlijstenAantalurendagenperkode", "kalendermaandbasis", "0" = "1"

1.13. Uitbreiding poolmanagement (overzichtsscherm) (frmpoolMgt) ticket: 48667 Is er ook een mogelijkheid om vanuit het poolmanagement (overzichtsscherm) ook de snelle info te kunnen openen? Zo kan je in het poolmanagement alle info opvragen van de uitzendkrachten in het poolmanagement voor een bepaalde klant, zonder telkens via gegevens naar de totale fiche van de kandidaat te moeten gaan. Er is nu ook de mogelijkheid om van uit poolmanagement (overzichtsscherm) de snelle info te openen. Toevoeging van F12 en Shift-F12 knoppen op het poolmanagement scherm.

1.14. Controle voor het uitvoeren van het MC-bestelbestand (FrmMCLst) Bij het aanmaken van het bestelbestand (cmdBestel) gaan we eerst controleren of de naam en het adres van de werknemers correct zijn. (Private Sub controleBestelbestand) update tabel maaltijdcheques naam vervangen door waarde uit query wnnaam + adres vervangen door waarde uit query wn.wnadres op basis van het ID


7/7

28

Recommend Documents