17

Release Notes Afdrukdatum: 2011/06/17

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 5.61

1/8

1.

V5.61 1.1.

(BugFix) Overflow bij opstarten

Als men HiAnt de eerste maal opstart krijgt men de melding Overflow. De functies waarin dit probleem zich voordoet zijn aangepast.

1.2.

Mogelijkheid facturatie gezinnen

"initialisatie", "fakturatie", "gezinnen", "0" -> door deze op 1 te zetten krijgt men in het scherm voor toevoegen van gegevens aan fakturatierun een extra tabblad met omschrijving gezinnen. Er wordt gebruik gemaakt van een nieuw fakturatiesysteem nl de 1220. Deze betaalperiode bevat 1 record per maand, waarbij de begin- en einddatum over alle weken gaan die tot deze maand behoren. Bv. voor de maand 5 - begindatum 25/04/2011 en einddatum 29/05/2011. Eerste week van de maand wordt bepaald door de zondag die in de maand valt.

In scherm kan men dan de periode selecteren voor welke maand men facturatie wenst aan te maken van de gezinnen Men kan filteren op wgnr. Toevoegen van wgnr kan door plus knop achter ingave scherm, ofwel manueel, wgnrs gescheiden door komma. Men kan filteren op dienstverleners, dit zijn alle kl fiche met optie KDC. Toevoegen van dienstverleners kan via plus knop achter ingave scherm, ofwel manueel, dienstverleners gescheiden door komma.


2/8

Bij toevoegen zal er gekeken worden of er gezinnen zijn in de geselecteerde periode die een kode 2201 (of opsomming van codes zie parameter onderaan) hebben gehad, zo ja wordt dit gezin toegevoegd in de fakturatierunteberekenen. In fakturatierunteberekenen komt nieuw veld frtbTypeBerekening. Deze zal voor fakturatie van gezinnen op 1 staan. De normale fakturatie zal dit veld 0 bevatten. Bij start fakturatie zal voor frtbtypeberekening 1 de facturatie als volgt gebeuren Het gezin zal per week binnen de maand dat er een code 2201 (of opsomming van codes zie parameter onderaan) gevonden is, max. 1 faktuur krijgen. Indien het gezin reeds een geboekte faktuur heeft gehad voor een bepaalde week in die maand, zal er geen nieuwe faktuur worden aangemaakt voor die week in die maand. Er zal per week binnen de maand ook maar één premiecode worden gefaktureerd,nl. op het eerst gevonden contract van die week met de betreffende ingestelde code. De gezinnen zullen een faktuur per maand krijgen, met daaronder onderverdeeld per week een bedrag dat via fakturatieformule van de ingestelde code 2201 (zie parameter) wordt gestuurd. De codes die gebruikt dienen te worden kunnen via parameter ingesteld worden. Standaard is dit de fakturatiecode 2201 (doorfacturatie attest) Deze code dient via premiesturing gekoppeld te worden aan ADB) "fakturatie", "gezinnen", "premiecodes", "2201"

1.3.

Versnelling facturatie door codes te definiëren die nooit gefactureerd worden

De facturatie start van de premies die gekoppeld zijn aan de contracten. De meeste van deze premies worden echter nooit gefacturereerd. Denk bv aan RSZ dagen, patronale bijdragen,… Door deze codes op te sommen, dient HiAnt niet telkens de facturatie van deze codes te controleren en wordt de facturatieprocedure aanzienlijk versneld. Let op ; indien een bepaalde codes gedefinieerd is als zijnde een code die nooit gefactureerd wordt, is het met facturatieformules niet mogelijk om deze codes alsnog te factureren. Het systeem wordt geactiveerd met de parameter : Facturatie, LooncodesNooitFactureren,Actief,0 (standaard waarde 0, maar wordt geactiveerd door de parameter met waarde 1 aan te maken). Door de parameter te activeren wordt standaard de code 9 (netto loon) niet gefactureerd. Door in de looncode tabel het veld lcd_nooitfacturen op te vullen met de waarde -1 kan men extra codes uitsluiten voor facturatie. Dit zou een aanzienlijke versnelling van uw facturatie tot gevolg hebben.

1.4.

Uitbreiding van de facturatie over de niveaus heen

Door de parameter "facturatie", "changelevel", "*", "0" met waarde 1 in te geven, wordt het mogelijk om aan te geven dat hiant “over” de niveaus heen van de facturatiemodules gaat funtioneren. Dit is van belang indien men formules gaat definieren met een begin en einddatum. Het is dan niet meere noodzakelijk om voor het ganse tijdsbereik formules aan te maken. Van zodra hiant dan geen formule vindt, zal hij automatisch een niveau hoger kijken.


3/8

Ook is dit van belang indien men formules voor een bepaalde sektie wenst aan te maken. Het is dan niet meer noodzakelijk om voor de andere sekties ook een formule aan te maken. Gelieve ook rekening te houden met de volgende elementen : • De eerste formule die hiant vindt die van toepassing is op de te facturen premies wordt gebruikt en dan stopt de facturatie voor deze premie. Het is dus niet meer mogelijk om meerdere formules voor eenzelfde unieke premie uit de premietabel te defini¨ren. In de praktijk is dit meestal ook niet gewenst. • Het is niet meer mogelijk( of betrouwbaar) om facturatieformules te definiëren met o Afdelingen o Kostenplaatsen o Ploegcodes o Rszcategoriën

1.5.

Excellijst geannuleerde lonen tijdens export naar sociaal secretariaat

Sociale secretariaten kunnen niet om met annulaties in een loonrun. Ter controle kan er een lijst getoond worden met annulaties in een bepaalde loonrun. Deze lijst wordt gemaakt tijdens het exporteren van loonruns naar een soc.sec. (Menu Acties > Exporteer loonruns naar…) Je kan deze controle activeren door de parameter "export", "sociaalsecretariaat", "toonGeannuleerdeLonen" op waarde 1 te zetten.

1.6.

Ticket 68155 – Herzieningen slechts toelaten binnen een bepaalde periode

Voordien werd er geen boodschap getoond wanneer een herziening niet toegelaten werd. Vanaf nu krijgt de gebruiker een boodschap met de waardes van de parameter:

1.7.

Ticket 68266 – Lookupbox Kantoor in detailscherm poolmanagement

Deze recent toegevoegde lookupbox liet verkeerdelijk de Naam uit de WG-tabel zien ipv de Kantoornaam. Bij de meesten is Naam voor elk kantoor hetzelfde, nl de naam van de onderneming. De weergave is nu aangepast naar Kantoornaam, wat duidelijker weergeeft om welk kantoor het gaat:


4/8

1.8.

Mogelijkheid tot exporteren van de voorschotten zelf naar Securex

Tot op heden was het zo dat ivm de voorschotten bij de export naar Securex enkel de afhouding van het voorschot bij de export van de lonen werd doorgestuurd. Om een correctere verwerking van loonbeslagen… toe te laten, is het nu ook mogelijk dat de betaalde voorschotten zelf naar Securex worden doorgestuurd.

Vereiste opdat er voorschotten kunnen doorgestuurd worden naar Securex Binnen Hiant dient men de volledige procedure ivm de voorschotten te blijven volgen. Dus men moet blijven uitvoeren: - Voorschot voorstel - Voorschot boeken - Bankrun aanmaken en voorschotten eraan toevoegen - Bankrun afsluiten en effectief betalen (aanmaak betaalbestand) Dus er moeten betaalde voorschotten zijn, opdat men deze kan exporteren. Men kan ook enkel voorschotten naar Securex exporteren indien er een parameter ("Export", "Voorschot", "SociaalSecretariaat") voorkomt met waarde “Securex”.


5/8

Verdere aanpassingen en doorsturen voorschotten naar Securex

Bij de uitzendbedrijven die voorschotten naar Securex exporteren, ziet men binnen de grid met bankruns ook bijkomende kolommen met de exportdatum (wanneer de bankrun is geëxporteerd) en de export-approve-datum (wanneer de export is goedgekeurd). De bank-tabel (bankruns) binnen Hiant is uitgebreid met volgende velden. - Exportedtoexternalsocsec: datum die wordt ingevuld met de datum van export - Exptosocsecfilename: hierbinnen wordt de naam (MET DATUM-vermelding) van het LONbestand, waarbinnen de gegevens zijn geëxporteerd, ingevuld - Exportapprovedt: datum die wordt ingevuld wanneer men effectief de export goedkeurt. Voor de uitzendbedrijven die voorschotten naar Securex kunnen exporteren, zien de opties, die men krijgt, bij aanroepen van menu “Acties / exporteer gegevens naar Securex” er als volgt uit – optie 3 is er bij gekomen:

!!!!! Bij het doorsturen van de voorschotten naar Securex, wordt eerst automatisch steeds de procedure “doorsturen ‘enkel signaletiek (nieuwe en gewijzigde contracten)’ “ uitgevoerd.


6/8

Dit opdat bij Securex zeker, voordat de voorschotten effectief worden uitbetaald, de juiste rekeningnrs van de mensen aanwezig zijn. Bij de export van de voorschotten wordt dus ook steeds het volgende opgestuurd naar -

Securex: een VIS-bestand met gewijzigde signaletiek van nieuwe en gewijzigde contracten een LON-bestand met de voorschotten

Invullen exportdatum en goed- of afkeuren van een export De exportdatum van een bankrun wordt pas ingevuld als de export succesvol verloopt [dus ingeval van problemen met aanmaak VIS-bestand (bepaalde gegevens in een dossier niet ingevuld…) dan wordt de exportdatum niet ingevuld ]. Men dient een export van voorschotten dus ook goed te keuren (exportapprovedt wordt ingevuld + gegevens worden definitief gemaakt in exportsignaletiek tabel) of af te keuren (exportedtoexteralsocsec datum wordt leeggemaakt; nog niet goedgekeurde gegevens in exportsignaletiek tabel worden naar originele toestand hersteld) alvorens een volgende export van loonruns/periodieke-signaletiek/voorschotten kan doorgevoerd worden. Menu “goedkeuren laatste export securex” of “afkeuren laatste export securex” herkent zelf of de laatste export een export van loonruns/periodieke-signaletiek/voorschotten was. Dit menu zorgt zelf dus ook dat de datums binnen de loonruns of de bankruns worden aangepast. Er wordt wel eerst een vraag gesteld aan de gebruiker, om afkeuren/goedkeuren te bevestigen, die duidelijk vermeldt of laatste export ging over loonruns/signaletiek/voorschotten en welk exportbestand (dat datum in de naam bevat) er werd aangemaakt. Dit om te vermijden dat, indien evt. aparte gebruikers de lonen/voorschotten/signaletiek doen deze de verkeerde exports zouden goed- of afkeuren.

1.9.

Binnen Hiant voorzien dat, bij export van loonruns naar sociaal secretariaat, dat er een excel-lijst uitkomt met de annulaties

Was ook al aan geprogrammeerd door Jan Vaes. Deze lijst kan geactiveerd worden door een parameter (("export", "sociaalsecretariaat", "toonGeannuleerdeLonen") aan te maken met waarde 1. Deze lijst is verder aangepast. Deze lijst vermeldt nu duidelijk - betaalsysteem: maandverloning/weekverloning met vermelding van de periode - wnnr_hiant en wnnr_sociaalsecretariaat Er is ook voorzien dat deze lijst automatisch kan doorgemaild worden naar het sociaal Secretariaat. Hiervoor dienen volgende parameters aanwezig te zijn: - ("Export", "Loon", "SMTPSERVER_ANNULLOON") smtpserver - ("Export", "Loon", "SMTPSENDER_ANNULLOON") smtpsender - ("Export", "Loon", "SMTPPORT_ANNULLOON") smtppoort - ("Export", "Loon", "SMTP_RECIPTO_ANNULLOON") ontvanger (aan-adres) - en eventueel (niet noodzakelijk) ("Export", "Loon", "SMTP_RECIPCC_ANNULLOON") ontvanger (cc-adres)


7/8

1.10. Wijzigen van rijksregisternummer binnen Hiant, wanneer sisnr reeds is ingevuld parametriseerbaar of het sisnr mee wijzigt Tot op heden was het zo dat, wanneer men het rijksregisternummer binnen Hiant wijzigde en het sisnr reeds was ingevuld, dat er geen aanpassing van het sisnr gebeurde (het sisnr werd wel automatisch aangepast ahv het rijksregisternummer, wanneer het sisnr leeg was). Nu bestaat er de mogelijkheid dat het sisnr wordt aangepast wanneer het rijksregisternummer gewijzigd wordt. Er komt in alle gevallen sowieso steeds de vraag aan de gebruiker of hij het sisnr wil aanpassen ahv het rijksregisternummer. Men kan parametriseren of het sisnr wordt aangepast ahv het rijksregisternummer (wanneer rijksregisternr en sisnr beide zijn ingevuld en wanneer ze beide verschillen van elkaar), en dit ahv parameter ("Scherm", "frmWnGeg1", "Sisnr_Gelijktrekken_Ryksregis"): - 1 = het sisnr wordt aangepast ahv het rijksregisternummer. Dit is de standaard. Er komt sowieso de vraag aan de gebruiker of ie het sisnr wil laten aanpassen. - 0 = het sisnr wordt in geen enkel geval aangepast ahv het rijksregisternummer. - 2 = het sisnr wordt enkel aangepast bij een Belg (Belgische nationaliteit) Er komt sowieso de vraag aan de gebruiker of ie het sisnr wil laten aanpassen.


8/8

17

Recommend Documents