Release Notes Afdrukdatum: 2008/12/02 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 1/9
1. V4.158 1.1. Kleine aanpassingen Issue 38425: Kolom financiële rating toevoegen aan overzicht bedrijven In 'frmkllst' en 'frmkllst1' heb ik een kolom financiële rating toegevoegd in procedure 'OrigineelSchermLijst'. Ook heb ik beide schermen groter gemaakt (zelfde grootte als 'frmklgeg1'). 1.2. Issue 37009: Controlelijsten tweetalig maken Controlelijsten zijn enkel Nederlandstalig en kunnen niet vertaald naar het Frans! Voor omschrijving van velden in controlelijsten moeten er taalparameters voorzien worden! (NL/FR). De parameters in de SQL uitdrukking worden opgenomen tussen spoorwegtekens (#). Alvorens de SQL uitdrukking wordt uitgevoerd, doorloopt het systeem de sql uitdrukking op zoek naar teksten tussen #, en probeert deze te vertalen/vervangen door gegevens uit de vertaaltabel. Indien een bepaalde code niet gevonden wordt, geeft dit geen aanleiding tot een fout, maar blijft de "foute" parameter in de SQL uitdrukking staan bv select naam as #ctlnaam#, voornaam as #CTLVOORNAAM#,... Ook voor de omschrijving van de controlelijst is dit van toepassing. De omschrijving kan beginnen met een parameter. Indien deze parameter gevonden wordt in de vertaal tabel, dan wordt deze tekst getoond, anders wordt de volledig omschrijving overgenomen. bv #CTLOMS1# controle op aantal dagen Dit is van toepassing al de controlelijsten die gebruik maken van MNewSystem. MaakControleLijst indien de parameters in de parameter-tabel gebruik maken van spoorwegtekens. Enkel volgende parameters werden voor ASAP aangepast: loonberekening, controlelijst,... factuurberekening, controlelijst,... 1.3. Aanpassing planningsmodule rood kleuren bij code betalen zonder prestatie Wanneer er op een bepaalde dag effectieve uren zijn ingeboekt van het type betalen zonder prestaties dan zal deze in het werknemersscherm standaard rood kleuren. Dit is te sturen met onderstaande parameter (standaard = 1 = actief) "Planning", "Werknemerszicht", "KleurRoodbijBZP", "1" 1.4. Aanpassing planningsmodule mogelijkheid blokkering aantal uren gewenst per week in visuele grids Door onderstaande parameters op 0 in te stellen kan een gebruiker geen gewenste uren/week invullen in de visuele grids bij de roosters van de werknemers "scherm", "frmplanwn", "EnableHoursWantedGridGepland","1" "scherm", "frmplanwn", "EnableHoursWantedGridGewenst", "1" Door onderstaande parameters op 0 in te stellen kan een gebruiker geen gewenste uren/week invullen in de visuele grids bij de roosters van de deelopdrachten Release Notes Hi-Ant 2/9
"scherm", "frmplanmain", "EnableHoursWantedGridGepland", "1" 1.5. Aanpassing planningsmodule codes op aanwezig zetten 1. Zicht vanuit werknemers o wanneer op niveau van de grijze balk (beschikbaarheidsrooster werknemer) een bepaalde code op aanwezig wordt gezet, krijgt de gebruiker de vraag of de gekoppelde klanten ook op deze code moet gezet worden. Bij bevestiging van deze vraag, zullen de codes van de gekoppelde klanten/gezinnen ook op dezelfde code geplaatst worden. o wanneer op niveau van de gekoppelde lijn (werknemer/klant) een bepaalde code op aanwezig wordt gezet, zal zowel de klant als de werknemer op deze code gezet worden (beschikbaarheidsrooster wn, gevraagde uren kl en gekoppelde uren wn/kl) 2. Zicht vanuit bestellingen o wanneer op niveau van de grijze balk (gevraagde uren kl) een bepaalde code op aanwezig wordt gezet, krijgt de gebruiker de vraag of de gekoppelde werknemers ook op deze code moet gezet worden. Bij bevestiging van deze vraag, zullen de codes van de gekoppelde werknemers ook op dezelfde code geplaatst worden. o wanneer op niveau van de gekoppelde lijn (werknemer/klant) een bepaalde code op aanwezig wordt gezet, zal zowel de klant als de werknemer op deze code gezet worden (beschikbaarheidsrooster wn, gevraagde uren kl en gekoppelde uren wn/kl) 1.6. VDAB-module : doorsturen van afgesloten bestellingen De VDAB stelt 3 statussen vrij om de publicatie van de bestellingen op hun site te beheren via XML. - Active : Bestelling wordt gepubliceerd zolang de huidige datum valt tussen begin en eind datum van de bestelling. Indien einddatum leeg is wordt de bestelling gepubliceerd zolang de huidige datum valt na de begindatum. - InActive : De bestelling kan maar 1 doorgestuurd worden naar de VDAB met deze status. Daarna aanvaard de VDAB de betreffende bestelling NIET meer. Ook al stuurt men deze bestelling met een andere status. De bestelling wordt dan ook niet meer gepubliceerd op de website. - Pending : De bestelling wordt niet meer gepubliceerd op de website en bevindt Zich in een ON HOLD status. Hierbij heeft men wel de mogelijkheid om ze van status te veranderen zodat men deze op een ander tijdstip weer mag publiceren als de bestelling weer vrij komt. Deze status worden gebaseerd op het veld Bes_statusId. Via de volgende 3 parameters kan men beheren welke statusid overeen moet komen met de VDAB status. NOTA het is niet verplicht om alles statussen te gebruiken van de VDAB. Wenst men van InActive geen gebruik te maken dan kan men de parameter leeg laten. Release Notes Hi-Ant 3/9
Parameters status Onderstaand voorbeeld laat weten welke de VDAB status is voor de ID s van het veld Bes_statusId. Status ID s 1, 5 en 9 worden gepubliceerd met VDAB status ACTIVE Status ID s 3,4,7 en 8 worden gepubliceerd met VDAB status INACTIVE Status ID 6 wordt gepubliceerd met VDAB status PENDING Voor de VDAB module en Hiant zijn er enkel visuele veranderingen bij de status InActive. Werkt men via een tussenscherm met de VDAB module ziet men dat InActive bestellingen gemarkeerd staan in het rood met de melding InActive in de kolom JobKanaalStatusId. De Active en Pending bestellingen worden zoals voorheen getoond in het blauw indien ze reeds gepubliceerd werden. Opmerking : De rode markering verschijnt alleen als de bestelling gepubliceerd werd. In Hiant Merkt men bij het tabblad Divers2 een extra veld op bij Publicatie jobkanalen. Staat er een datum bij het veld InActief, dan kan deze bestelling niet meer gepubliceerd worden naar de VDAB. Release Notes Hi-Ant 4/9
Release Notes Hi-Ant 5/9
1.7. VDAB-module : vermelding dagen en uren bij deeltijds Met het sturen van bestellingen naar de VDAB met de werkregime PART TIME. Wordt door de VDAB standaard meegegeven dat de parttime rooster bestaat uit 3 dagen per week met een totaal aantal uur van 20. Hiant is nu voorzien om zelf de dagen en uren per week te beheren voor zowel FULL TIME als PART TIME. Let wel op de VDAB schenkt geen aandacht aan het aantal dagen en uren per week voor FULL TIME bestellingen!! De nieuwe ingave velden staan in het bestelling scherm onder het tabblad ARBEIDSVW. De VDAB module controleert voor alle bestellingen de werkregime. Op basis daarvan wordt nagekeken of het zich handelt om een Full Time of Part Time bestelling. Handelt het zich om een Part Time bestelling zal de waarde opgehaald worden van het aantal dagen dat per week gewerkt wordt (Dagen/Week) als ook het totaal aantal uren dat per week gewerkt wordt (Uren PT). Deze velden zijn niet verplicht om in te vullen. Maar dan wordt er door de VDAB wel een standaard waarde opgegeven zijnde een totaal van 3 dagen en een totaal van 20 uur per week. 1.8. Automatische opsplitsing naar verschillende jaar en week bij weken met jaarovergang Belangrijk!!! : dit geldt standaard enkel voor uitzendbedrijven die hun gegevens niet exporteren naar een extern sociaal secretariaat (de meeste sociale secretariaten willen de gegevens van de jaarovergang in 1 week hebben zitten). Indien een uzb werkt met een extern sociaal secretariaat dat de gegevens toch opgesplitst wil hebben naar verschillende jaar en week dient, alvorens de contracten worden aangemaakt, een parameter ("Contract", "JaarOvergang", "SplitsNaarVerschillendeJaren") aanwezig te zijn met waarde 1. In tegenstelling tot de toestand in het verleden, waarbij de loongegevens bij de week met jaarovergang slechts opgesplitst werden enige tijd na de loonberekening (waarbij er ook vele problemen opdoken met herzieningen achteraf ) is er nu programmatie aangemaakt waarbij reeds op het niveau van de contracten er een opsplitsing naar verschillende jaar en week gebeurt van de week met jaarovergang. A) Technisch Release Notes Hi-Ant 6/9
Er zijn aan de betaalp-tabel 2 velden toevoegd, nl. bpjaar_ganseweek en bpweek_ganseweek. Deze velden bpjaar_ganseweek en bpweek_ganseweek melden onder welke jaar en week van de interim dat deze betaalperiode valt. Binnen de interimsector is het immers zo dat de kalenderweken een nummering hebben die over de jaargrenzen heen loopt. In plaats van dat we voor de week met jaarovergang maar 1 record aanmaken in de betaalptabel, gaan we nu 2 records aanmaken, waarbij deze records geen ganse week bevatten, maar telkens een weekdeel opgesplitst per jaar (bpjaar, bpmaand, bpweek en bpvolgnr anders). Bvb. bij de overgang van 2008 2009 gaan we volgende hebben: Bpjaar bpsyst. Bpvolgnr bpmaand bpweek bpbegind bpeinde bpjaar_ganseweek bpweek_ganseweek 2008 5301 1240 12 52 22/12/08 28/12/08 2008 52 2008 5301 1250 12 53 29/12/08 31/12/08 2009 01 2009 5301 110 1 1 1/01/09 4/01/09 2009 01 2009 5301 120 1 2 5/01/09 11/01/09 2009 02 Het kan ook zijn dat we voor het volgende jaar een week 0 gaan krijgen (indien in de week met jaarovergang minder dan 4 dagen vallen in volgend jaar ). Bpjaar bpsyst. Bpvolgnr bpmaand bpweek bpbegind bpeinde bpjaar_ganseweek bpweek_ganseweek 2009 5301 1240 12 52 21/12/09 27/12/09 2009 52 2009 5301 1250 12 53 28/12/09 31/12/09 2009 53 2010 5301 100 1 0 1/01/10 3/01/10 2009 53 2010 5301 110 1 1 4/01/10 10/01/10 2010 01 B) Werking B1. Splitsen contracten Zowel bij de aanmaak van een nieuw contract, bij het kopiëren van een contract als bij het overhevelen van contracten worden de contracten bij week met jaarovergang niet enkel meer gesplitst puur op datum. Ook worden het jaar, de week en de betaalperiode van het contract aangepast. Gevolgen: - er zullen dus contracten op weken gaan voorkomen buiten de gekende weken binnen de interimsector : * er zal een week 53 bijkomen in het oude jaar indien het meeste aantal dagen van de week met jaarovergang liggen in volgend jaar. * er zal een week 0 bijkomen in het nieuwe jaar indien het meeste aantal dagen van de week met jaarovergang liggen in vorig jaar. - men zal standaard dus niet meer alle contracten gaan zien van de week met jaarovergang in het contractenlijstscherm, indien men zoekt op de week van de interimsector. Bovendien is het zo dat de contracten van de week met jaarovergang zullen gesplitst Worden naar verschillende jaren, waardoor men sowieso niet al deze contracten zal zien staan (want contracten in contractenlijstscherm zijn enkel de contracten van het huidig geselecteerde jaar ). De programmatie is aangepast zodat men toch de mogelijkheid heeft om al de contracten van de week met jaarsplitsing te zien. Hiervoor moet men het vinkje zoek op ganse week nummer (jaarovergang) aanvinken onderaan het contractenlijstscherm en het juiste weeknr ingeven voor de week met jaarsplitsing. Release Notes Hi-Ant 7/9
B2. Aanpassingen aan scherm overhevelen contracten Tevoren was het zo dat in het scherm overhevelen contracten, na ingave van de oude week de nieuwe week bepaald werd als oude week + 1 (en nieuwe jaar = oude jaar). Bij het gebruik van de knop Nieuw jaar kon men overhevelen naar het nieuwe jaar. Nieuwe week werd dan op 1 gezet en nieuwe jaar op oude jaar + 1. Deze werkwijze is aangepast: Er gaat nu automatisch, a.h.v. de betaalp-tabel, bepaald worden wat de volgende week zal zijn naar waar er overgeheveld kan worden: * de oude jaar en oude week waardes worden gecheckt op bestaan binnen de betaalp-tabel * automatisch wordt ook gecheckt welke de volgende betaalperiode is in de betaalptabel en deze wordt ingevuld binnen nieuwe jaar en nieuwe week. De knop Nieuw Jaar is dus bijgevolg ook niet meer nodig. B3. Te gebruiken weeknummers bij overhevelen contracten (+ werking overhevelen + terug samenvoegen contracten [bij overhevelen na gesplitse week]) Bij het overhevelen van contracten kan men gewoon blijven werken met de weeknrs interimsector (dus weeknrs voor ganse weken). Voor overgang 2008-2009 is het weeknr dus week 1 van 2009. Bpjaar bpsyst. Bpvolgnr bpmaand bpweek bpbegind bpeinde bpjaar_ganseweek bpweek_ganseweek 2008 5301 1250 12 53 29/12/08 31/12/08 2009 01 2009 5301 110 1 1 1/01/09 4/01/09 2009 01 Voor overgang 2009-2010 is het weeknr dus week 53 van 2009. Het kan ook zijn dat we voor het volgende jaar een week 0 gaan krijgen (indien in de week met jaarovergang minder dan 4 dagen vallen in volgend jaar ). Bpjaar bpsyst. Bpvolgnr bpmaand bpweek bpbegind bpeinde bpjaar_ganseweek bpweek_ganseweek 2009 5301 1250 12 53 28/12/09 31/12/09 2009 53 2010 5301 100 1 0 1/01/10 3/01/10 2009 53 Bij overhevelen worden de contracten dus automatisch opgesplitst naar: - week 53 2008 en week 1 2009 bij overgang 2008-2009 - week 53 2009 en week 0 2010 bij overgang 2009-2010 Het is ook zo dat men bij het overhevelen van de gesplitste week bij jaarovergang naar de volgende week ook kan blijven werken met weeknrs interimsector (dus weeknrs voor ganse weken). Bij overhevelen van week 1/2009 naar week 2/2009, zullen dus als broncontracten genomen worden: zowel de contracten die effectief op week 53/2008 staan als de contracten die effectief op week 1/2009 staan. B4. Te gebruiken weeknummers bij aanmaak nieuw contract en kopiëren contract Bij aanmaak van een nieuw contract en het kopiëren van een contract kan men zowel een onvolledige week als de ganse week kiezen als doelweek. Release Notes Hi-Ant 8/9
Bvb. - men kan kopiëren naar week 53/2008: in dit geval moeten de toegelaten contractdatums liggen tussen 29/12/2008 en 31/12/2008. - men kan ook kopiëren naar week 1/2009: in dit geval geldt 29/12/2008 4/1/2009 als toegelaten periode (indien het contract begint in 2008 en eindigt in 2009, zal het wel weer opgesplitst gaan worden). B5. Aanpassing scherm contracten visueel Het visuele contractenscherm is ook aangepast, zodat het op alle vlakken blijft werken voor de opgesplitste contracten bij jaarovergang. Bij de selectie van een week wordt er dus ook gewerkt met ganse weken. Bvb., indien men standaard 2 weken wil zien in dit overzichtsscherm, en men selecteert week 1 van 2009 men ziet zowel de contracten staan van de ganse week 1 van 2009: contracten van week 53/2008 en week 1/2009 ziet men allen staan bij week 1. de volgende week 2 van 2009 verschijnt eveneens. C) Consequenties naar prestatie-ingave en loonverwerking De contracten van de week met jaarovergang worden automatisch opgesplitst naar verschillende jaren en weken. Hierdoor is het noodzakelijk dat de prestatie-ingave en de loonverwerking ook gescheiden gebeurt. Men dient namelijk zowel prestatie-ingave en loonverwerking te doen op de laatste week van het oude jaar als op de eerste week van het nieuwe jaar. Release Notes Hi-Ant 9/9