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 5.5

1/6

1.

V5.5 1.1.

COMPILATIES VEREIST A. Nieuwe versie van EpratoD.dll

1.2.

(BugFix) Ticket 49289: inboeken 510 bij toeslag overuren

de 510 die wordt bijgeboekt naar aanleiding van de toeslag op de overuren, wordt voor ieder contract in de week bijgeboekt ipv enkel voor het contract waarvoor de uren van toepassing zijn. De 510 die wordt ingeboekt naar aanleiding van de toeslag op de overuren, wordt nu enkel ingeboekt voor het contract waarde overuren inzitten.

1.3.

Bugfix :

Bugfix opgelost in de uitbreiding expoprt acerta voor het sturen van codes met enkel aantal en eenheidsprijs.

1.4.

Bugfix loonberekening ; korting herstructurering

Indien loonberekening ingesteld staan op pratoloon ; parameter "initialisatie", "BVProcedure", "*" op 1 (standaard op 0) Werd de korting herstructurering als een netto looncode beschouwd. Software is aangepast zodat dit nu als een belastbare code wordt beschouwd. (code 469)

1.5.

Bugfix: Ticket 49337: Datum uit dienst wordt niet bewaard in wn fiche

Als de datum uit dienst werd ingevuld, werd dit niet bewaard. Technisch: de In frmwngeg stond nog een 2 niet zichtbaar veld met hetzelfde databasefield als het veld ‘datum uit dienst’. Hierdoor werd de waarde telkens overschreven met NULL uit dit onzichtbaar veld.

1.6.

Ticket 49226: Bewaking van minimum aantal uren in de mastercontracten bij dienstenchequers

Dit was al geprogrammeerd voor ticket 47307 maar hiervoor moesten de types A en B zijn en waren de uren ook niet geparameteriseerd. Het is nu ook mogelijk om andere types te gebruiken (moeten wel beginnen met A of B) en de minimum uren zijn nu instelbaar. Nieuwe parameter: Param1 Param2 Codeboekcode Attest

Param3 DienstenchequeDetailTypes&Uren

Waarde A:13;B:10

Deze parameter is automatisch via de referentie-tabellen verspreid naar al de klanten. Deze moet natuurlijk wel aangepast worden idien de klant andere types gebruikt dan A en B. De waarde wordt op volgende manier opgebouwd: A:13 A is het type, de waarde achter het dubbelpunt (13) is het minimum aantal uren voor dit type De verschillende ‘type:uren‘-combinaties worden opgesomd gescheiden door een puntkomma.


2/6

In de bestaande programmatie aanpassingen doen zodat er ook andere types kunnen gedefinieerd worden. Volgende parameter zou dan ook aangepast moeten worden: Param1 Param2 Param3 Waarde Lijst Dienstencheques StandaardCategorie B Deze parameter geeft aan welk type gebruikt moet worden indien dit niet is ingevuld. Technisch: In ‘frmcontgeg.cmdbewaar_Click()’: De types worden uit de hierboven vermelde parameter gelezen en samen met het minimum aantal uren in een 2 dimensionele array gestoken. {(A,13),(B,10)}. Er wordt geloopt over deze array en gecontroleerd of het attest van de UZK van het geselecteerde type in de array is. Indien dit zo is, wodt de Q vergelegen met het minimum aantal uren in de array. In ‘frmmain.MaandStatistiekDC’: om te bepalen of het over type ‘A’ of ‘B’ gaat, wordt er ‘Left’ toegepast. De types moeten dan wel beginnen met A of B. In ‘frmLoonBer.ExportWkaVeld’: om te bepalen of het over type ‘A’ of ‘B’ gaat, wordt er ‘Left’ toegepast. De types moeten dan wel beginnen met A of B.

1.7.

Ticket 49400: In het document C131B moet voor een carensdag ook het aantal uren in het rooster vermeld worden.

Dit kan geactiveerd worden met volgende parameter: Param1 Param2 Param3 frmC131B CarensDag ToonUrenInRooster

Waarde 0: uren worden niet getoond 1: uren worden getoond Als deze parameter niet bestaat, worden de uren niet getoond. Technisch: In ‘frmC131B.FillRooster’ is volgende toegevoegd: If geefparamwaarde("frmC131B", "CarensDag", "ToonUrenInRooster", 0) = 1 Then strTekst = strTekst & Trim(str(aC(i))) End If

1.8.

Ticket 49290: inboeken 510

De 510 wordt ingeboekt op de startdag van het eerste contract in de week, dit proberen aan te passen zodat deze wordt ingeboekt op de startdag van het bijhorende contract. De 510 wordt nu ingeboekt op de startdag van het bijhorende contract en.

1.9.

Aanpassing planningsmodule ingeven van opvolging

Indien men op een bepaalde dag een opvolging wil ingeven voor een bepaalde combinatie TH/Gezin/Dag via de functietoets F11, dan zal er een nieuwe opvolging worden aangemaakt met het type ‘Planning wijzig’ op voorwaarde dat er voor die specifieke TH/Gezin/Dagcombinatie nog GEEN opvolging bestaat van dat type. Parameter "initialisatie", "planning", "enkelvoudigeopvolgingen", "0" op 1 instellen Parameter "Planning", "Opvolgingstype", "Manueleplanning", "0" bepaalt de id van het opvolginstype van manueleplanning. Van zodra er reeds een dergelijke opvolging bestaat zal de reeds bestaande omschrijving getoond worden aan de gebruiker in een standaard Windows® ‘inputbox’. De inhoud kan dan eventueel worden aangepast en bewaard in de reeds bestaande opvolging. Het detailscherm van de reeds bestaande opvolging zal niet opnieuw worden geopend. Er zal per combinatie TH/Gezin/Dag slechts 1 opvolging meer bestaan van het type ‘Planning wijzig’. Release Notes Hi-Ant Versie 5.5

3/6

De gebruiker blijft uiteraard in staat om via andere schermen opvolgingen van dit type aan te maken, zodat er op die manier uiteraard meerdere opvolgingen van het type ‘Planning wijzig’ voor die dag kunnen aangemaakt worden.

1.10. Ticket 49565 - VDAB module FW: Betr.: vacatures niet online ? Na update van de HR-XML bij de VDAB waren enkele noodzakelijke software aanpassingen nodig. Indien het gaat om een bestelling met Part Time en men geen dagen en/of uren meegeeft, had de VDAB deze standaard ingevulde met 3 dagen / 20 uur per week. Na de update doet de VDAB dit niet meer en zullen bestellingen niet geaccepteerd worden. Software is aangepast dat de gebruiker op de hoogte wordt gebracht indien deze velden leeg zijn (indien het gaat om een Part Time bestelling). Het koppelen van VDAB regio's (NUTS III codes) kon gebeuren om de benaming van de regio code mee te geven. Dit is nu ook aangepast dat men de code moet hebben.

1.11. Ticket 49570 – VDAB module Standaard StudyCode uitschakelen Het koppelen van minstens 1 study code is verplicht bij het publiceren van bestellingen naar VDAB. Standaard zal de VDAB module “Geen opleiding vereist” meegeven indien er geen aanwezig zijn. parameter 'VDAB_XML_bestellingen', 'Settings', 'StandaardStudy'. Bij het uischakelen van deze parameter worden bestellingen zonder study code NIET gepubliceerd. Dit wordt ook aangetoond op het tussen scherm van de VDAB module als bij de opvolgingen.

1.12. Margelijst : uitsluiting van sekties Het is nu ook mogelijk om bepaalde sekties niet op te nemen in de berekening van de margelijst. Indien het systeem zo is ingesteld wordt de gebruiker hier steeds van op de hoogte gebracht. De parameter waarmee men de uit te sluiten sekties kan bepalen : Marge, Uitsluitensekties, *, "" De waarde bevat de opgesomde sekties gescheiden met een komma. De boodschap naar de gebruiker bevindt zich in de vertaal tabel bij code : MARGEUITGESLOTENSEKTIES

1.13. Automatisch aanmaken van een werknemer tijdens bewaren van een kandidaat (Klantspecifiek) Door de parameter (Scherm", "frmwngeg", "AutomatischAanmaakWnnr) op 1 te plaatsen en een sektie ingevuld te hebben, kan hiant ingesteld worden dat er automatisch een werknemer wordt aangemaakt tijdens het bewaren van een kandidaat fiche.

1.14. Automatisch aanmaken van een mastercontract (Klantspecifiek) tijdens het bewaren van een werknemer zonder mastercontract Het is nu ook mogelijk om automatisch een mastercontract aan te maken bij het bewaren van een werknemer die nog geen mastercontract heeft. Het nieuwe mastercontract neemt als bron een reeds bestaand mastercontract waarin de werknemer en begindatum wordt aangepast. Als begindatum wordt de datum in dienst van de werknemer genomen.


4/6

Het contract wordt nog niet effectief bewaard in de database. Het scherm wordt geopend met de reeds ingevuld gegevens. De gebruiker kan dan nog een aantal wijzigingen aanbrengen en dient het contract dan nog effectief te bewaren. Op die manier worden alle bestaande controles uitgevoerd.

1.15. Opvolgings detail scherm : automatisch invullen datum opvolging bij aankruisen van vinkje afgehandeld Met behulp van de parameter : “opvolging", "afgehandeld", “vulDatumOpvolgingMetHuidigedatumIn", 1 Kan men instellen dat indien men het aankruisvakje afgehandeld aanklikt in een opvolgingsdetail scherm, de datum opvolging automatisch wordt ingevuld met de actuele datum. Deze datum wordt dan steeds ingevuld, en bestaande datum in dit veld wordt dus overschreven. Standaard heeft deze parameter de waarde 0 en is deze actie dus niet actief.

1.16. Update referentietabellen – via parameter kunnen opgeven voor welke kantoorreeks de referentietabellen moeten binnengehaald worden Volgende probleem stelde zich: Actief Interim en Actief Construct zijn verschillende databases. Toch worden er vele gegevens tussen beide gedeeld (klanten, werknemers…). Ook hebben beide, omwille van het kunnen delen van klanten…, dezelfde reeks kantoornrs, nl. in de 6000-reeks. Terwijl Actief Interim de wiso6000-database heeft en Actief Construct de wiso6100-database. Tevoren was het zo dat, bij update van de referentietabellen het stamnummer van de lijst van kantoren genomen werd om te zien voor welke database de update moet gebeuren. In het geval van Actief Construct is dit niet goed – stamnummer lijst kantoren is 6000, maar moet update doen voor database 6100. Via een parameter kan men nu instellen voor welke database de update moet gebeuren: Parameter ("Autotask", "ReferenceTables", "WisoDbName"). In bovenstaand voorbeeld, voor Actief Construct, dient men dan een parameter ("Autotask", "ReferenceTables", "WisoDbName") te voorzien met waarde wiso6100.

1.17. Aanmaak posten en overuren (reden.frm) ste

Kolom “Normale Toeslag” kan nu wel ingegeven worden. (1

kolom van Posten)

1.18. Lijst facturatieoverzicht sociaal abonnement Lijst oproepen via hoofdscherm/lijsten/Dienstencheques/Facturatieoverzicht Sociaal Abonnement (SA) Parameter: Menuitem activeren via: “menu”,”frmmain”,”mnuDC(2)”, “1” "Lijst", "DienstenCheques", "Codes_SA", "" -> waarde: ‘601','602','6602','6603','6611','6613','6612','3601' Deze parameter dient om de standaard looncodes in op te slaan.


5/6

Werking: Deze lijst geeft een overzicht van het dagbedrag dat aan kilometervergoeding + mobiliteitsvergoeding dat betaald moet worden gedeeld door het aantal particulieren van die dag. De gebruiker moet volgende waarden ingeven: • jaar ingeven: • kwartaal ingeven: • looncodes ingeven sociaal abonnement: (bv '601','602','6602','6603','6611','6613','6612','3601') Resultaat: Geeft een op werknemer (dienstenchequer) gestorteerde excellijst in de c:\wisolok\Kwartaaloverzicht_SA_<JAAR>_.xls -> bv. Kwartaaloverzicht_SA_2009_3.xls (jaar=2009 en kwartaal=3) De velden die getoond worden in de Excel zijn: klnaam, kladres, wnnr, naam, adres, jaar, maand, dag, bedragpergezin


6/6

28

Recommend Documents