18

Release Notes Afdrukdatum: 2008/09/18

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.144

1/17

1.

V4.144 1.1.

Ticket 36080 : meer keuzemogelijkheden voor veld kans op vast in het scherm van de bestellingen

In het bestelling detail scherm kan men aangeven of vacature kans heeft op vast werk. Standaard kan men hier ja of nee op antwoorden. Het is nu echter ook mogelijk om de mogelijke antwoorden uit te breiden. Dit is zeker noodzakelijk indien men de vacature wenst door te geven naar de VDAB. Deze uitbreiding gebeurt door het koppelen van een andere code soort aan de opzoeklijst en is mogelijk met de volgende parameter : ("VDAB_XML_BESTELLINGEN", "KansOpVast", "CodeSoort", "74") De standaard waarde is dus koppeltabel 74. Het is ook mogelijk om koppeltabel 208 hieraan te koppelen door bij de waarde van deze parameter 208 in te geven. (Elke andere waarde dan 74 heeft tot gevolg dat de koppeltabel 208 zal gebruikt worden. OPGEAPAST : code soort 74 mag enkel de waarden Ja en Nee bevatten. Wil me dus meerdere mogelijkheden gebruiken dan dienst men code soort 208 te gebruiken waarde de codes J en N ook zijn opgenomen (+ eventueel een aantal extra mogelijkheden).


2/17

1.2.

Ticket 36074 : VDAB : plaatsen van ENTER tekens

PROBLEEM : In Hiant bestaat de mogelijkheid dat er zich ENTER tekens bevinden in bepaalde velden. Met het meegeven van deze velden naar de VDAB worden ze geplaatst in CDATA tags. Hierin gaan de ENTER tekens dan verloren. Voorbeeld : Tekst regel1 xxxxxxxxxxxxxxxxxx Tekst regel2 xxxxxxxxxxxxxxxxxx Wordt op de VDAB website als volgt gepresenteerd : Tekst regel1 xxxxxxxxxxxxxxxxxx Tekst regel2 xxxxxxxxxxxxxxxxxx OPLOSSING: De functie dat de CDATA tags aanmaakt werd aangepast zodat hij met het ophalen van gegevens uit de database controleert op de aanwezigheid van ENTER tekens en deze vervangt door
. Deze html tag zorgt dan dat de CDATA tags weet dat er ENTERS komen te staan.


3/17

1.3.

VDAB functies

Met het versturen van bestellingen naar de VDAB website geven we de functie naam + beschrijving mee. De VDAB gaat op basis van deze 2 velden controleren waar zij deze gaan plaatsen in hun database. De functie komt in een boom terecht met functie beschrijvingen. Zo kunnen kandidaten via de VDAB website zoeken naar een geschikte vacature.

Nu is het ook mogelijk dat de VDAB een functie inleest en deze in een andere groep plaatst dan dat je wenst waar deze wel moet terecht komen. Hiant beschikt nu ook over de VDAB functie lijst zodat men bij het aanmaken van de bestelling dadelijk kan meegeven in welke functie hij terecht moet komen. Dit is terug te vinden bij het bestellingscherm in het tabblad EXTRA INFO.


4/17

Je dient de gewenste functie te selecteren en op het PLUS knop klikken om dit toe te passen.

1.4.

Export klanten mtv : taalcode

Door de parameter "export", "loon", "MTVTaalcode",”0” op 1 te plaatsen heeft men nu ook de mogelijkheid om de taalcode van de klant te exporteren: • N = nederlands • F = Frans De taalcode komt achter de zoeknaam te staan op positie 360 en is 3 tekens lang. De taalcode zelf is links uitgelijnd.

1.5.

Programmeur menu : invullen van prestid

Via het programmeur menu – Facturen – invullen prestid in faktuurd kan men de prestid proberen in te vullen in de faktuur detail regels. HiAnt vraagt naar het jaar en men kan ook een aantal klantnummers opsommen (optioneel) Bedenk dat dit over een massa regels gaat en dus wel een tijdje in beslag kan nemen. De procedure gaat aan de hand van het klnr, wnnr en datum van de facturatieregel trachten om het contract op te zoeken. Indien er geen contract gevonden wordt, wordt de regel natuurlijk niet ingevuld.

1.6.

Documentatie : berekening van de werkbonus

Deze paragraaf beschrijft de werking van de berekening van de werkbonus binnen Hiant : 1) bepaling van het referentie weekloon : W Hiervoor wordt de som genomen van alle looncodes van de week met de volgende rsz bezoldigingscodes (zie lager voor overzicht van de codes):


5/17

• • • •

1 2 4 5

De volgende looncodes worden echter uitgesloten : • 307 = Eindejaarspremie • 390 = dertiende maand (niet voor HiAnt) • 703 = aftrek enkel vakantiegeld arbeiders

2) Berekening van het aantal dagen : (dblJ2) Hiervoor wordt de som genomen van alle dagen met de volgende rszdagcode (zie lager voor overzicht van de codes): • 1 • 3 • 4 • 5 • 20 3) Berekening van het aantal uren (dblH) Hiervoor wordt de som genomen van de uren met de volgende RSZ arbeidstijdscodes (zie lager voor overzicht van de codes) • 1 • 3 • 4 • 5 • 20

4) Berekening van het theoretisch aantal dagen en uren van de maand/week a) indien dbluurdag = 0 en cyclus is niet gelijk aan 0 of 1 (dbluurdag is het gemiddeld aantal uren uit het contract (daggrens)) Deze methode is niet van toepassing voor HiAnt b) anders dbD = aantal dagen , wordt opgehaald uit de betaalperiodetabel (veld bpmnddag) dblU = aantal uren = voltijds regime van de werknemer / stelsel * aantal dagen 5) Berekening van de referte maandloon (dblS): Dit gebeurt als volgt : W = referte weekloon * 53 (maximaal aantal weken in jaar) / 12 Indien dbluurdag <> 0 dan Indien dblH <> 0 Dan dblS = W * dblH / dblU Anders dblS = 0 (indien personen geen uren heeft, dan ook geen recht op werkbonus) Anders Indien dblJ2 < dblD Dan Indien dlblj2 <>0 dblS = W / dblJ2 * dblD Dan dblS = 0 (indien geen dagen, dan geen werkbonus)


6/17

anders anders dblS=W (persoon heeft minsten theoretisch aantal dagen gewerkt) 6) Berekening van het basisbedrag Met het berekende referteloon wordt dan in de tabel van de RSZ het basisbedrag opgezocht Vanaf 1 mei 2008 zijn dit de volgende waarden :

7) Herleiding van het kortingsbedrag Dit bedrag wordt dan weer herleid naar a rato van het aantal gewerkte uren of aantal gewerkte dagen. 8) Beperking van het kortingsbedrag Tenslotte wordt het kortingsbedrag ook beperkt tot de te betalen RSZ omdat deze nooit meer kan zijn. Overzicht bezoldigingscodes omschr 1 2 3 4 5 6 10 20 van 21 30 31 32 33 888

Alle bedragen die steeds als loon worden beschouwd, met uitzondering van de vergoedingen die onder e Premies en gelijkaardige voordelen die worden toegekend onafhankelijk van het aantal effectief gewer Vergoedingen betaald aan de werknemer in geval van beëindiging van de arbeidsovereenkomst die worden Vergoedingen betaald aan de werknemer in geval van beëindiging van de arbeidsovereenkomst die niet w Premies die de werknemer ontvangt omdat hij, in het raam van maatregelen tot herverdeling van de arb Vergoedingen voor uren die geen arbeidstijd zijn in de zin van de arbeidswet van 16 maart 1971, toeg Persoonlijk gebruik van bedrijfswagen in het kader van woon- werkverkeer en in vrije tijd Specifieke looncomponenten die voor gepensioneerden als loon worden beschouwd voor de toepassing Voordelen niet onderworpen aan de gewone RSZ-bijdragen Gewaarborgd loon tweede week Vergoeding CAO 12bis/13bis Nettoloon activeringsprogramma´s Bruto bezoldiging voor een deeltijdse werknemer met inkomensgarantie -uitkering Bijzondere bijdrage verschuldigd op de niet-recurrente resultaatsgebonden voordelen

Overzicht dagen arbeidstijdscodes


7/17

omschr 0 niet van toepassing 1 alle arbeidstijdgegevens gedekt door loon met RSZ-bijdragen, met uitzondering van de wettelijke en b 2 wettelijke vakantie voor arbeiders 3 bijkomende vakantie voor arbeiders 4 afwezigheid eerste dag wegens slecht weer bouwbedrijf (onvolledig loon) 5 betaald educatief verlof 10 gewaarborgd loon tweede week, feestdagen en vervangingsdagen tijdens periode van tijdelijke werkloos 11 arbeidsongeschiktheid met aanvulling of voorschot overeenkomstig de CAO 12bis/13bis 12 vakantie krachtens algemeen verbindend verklaarde CAO of inhaalrust bouwbedrijf of inhaalrust handel 13 sociale promotie 20 onbezoldigde dagen inhaalrust in het raam van maatregelen tot vermindering van de arbeidstijd met ve 21 de dagen staking/lock-out 22 syndicale opdracht 23 carensdag 24 verlof om dwingende redenen zonder behoud van loon - voor de onthaalouders, onbezoldigde vakantiedag 25 burgerplichten zonder behoud van loon, openbaar mandaat 26 militieverplichtingen 30 alle arbeidstijdgegevens waarvoor de werkgever geen loon of vergoeding betaalt, met uitzondering van 50 ziekte (ziekte of ongeval van gemeen recht en profylactisch verlof) 51 moederschapsbescherming (=moederschapsbescherming, moederschapsrust en in vaderschapsverlof omgezet 52 vaderschaps- of adoptieverlof (te gebruiken voor de zeven dagen die volgen op de drie door de werkge 60 arbeidsongeval 61 beroepsziekte 70 tijdelijke werkloosheid andere dan de codes 71 en 72 71 specifieke code economische werkloosheid 72 specifieke code voor tijdelijke werkloosheid ingevolge slecht weer 73 code jeugdvakantiedagen 74 minderprestaties van de erkende onthaalouder, te wijten aan de afwezigheid van kinderen die normaal

1.7.

Vanuit werknemers overzicht naar opvolgingen

Indien men vanuit het werknemes overzicht , het opvolingsoverzicht scherm opent wordt dadelijk de opvolingen van de geselecteerde persoon getoond.

1.8.

Vanuit klantenlijst naar contracten

Vanuit klantenlijst naar contractenlijst, indien week 0 is geen week invullen in het zoek veld zodat alle contracten van de geselecteerde klant worden getoond

1.9.

Bestellingen : automatisch invullen van de URL

In het bestelling detail scherm kan men reeds menueel een url invullen die verwijst naar de webpagina die bij de bestelling hoort. Men kan nu ook een systeem activeren die automatisch deze url zal invullen tijdens het bewaren van de bestelling. Het principe is dat men per kantoor een basis url kan ingeven waarin men een bepaalde parameter opneemt. HiAnt zal in deze basis url de parameter vervangen door het identificatienummer van de bestelling. De volgvende parameters zijn van belang : "VDAB_XML", "Bestellingen", "autocreateURL", "0") = "1"


8/17

Deze parameter activeert het systeem. VDAB_XML, Bestellingenpatroonurl, <wgnr>,) De parameter bepaalt de basis url waarbij : • <wgnr> het kantoornummer bevat • de basis url bevat bv : http://www.prato.be/bestelling De parameter wordt dan vervangen door het identificatienummer van de bestelling. Dit nummer kan de gebruiker links boven in het bestelling detail scherm bekijken. Het kantoornummer is het kantoornummer van de actieve bestelling.

1.10. Bestelling : koppeltabel “kans op vast” In het bestelling detail scherm kan men aangeven of vacature kans heeft op vast werk. Standaard kan men hier ja of nee op antwoorden. Het is nu echter ook mogelijk om de mogelijke antwoorden uit te breiden. Dit is zeker noodzakelijk indien men de vacature wenst door te geven naar de VDAB. Deze uitbreiding gebeurt door het koppelen van een andere code soort aan de opzoeklijst en is mogelijk met de volgende parameter : ("VDAB_XML_BESTELLINGEN", "KansOpVast", "CodeSoort", "74") De standaard waarde is dus koppeltabel 74. Het is ook mogelijk om koppeltabel 208 hieraan te koppelen door bij de waarde van deze parameter 208 in te geven. (Elke andere waarde dan 74 heeft tot gevolg dat de koppeltabel 208 zal gebruikt worden.

1.11. Bedrag km vergoeding voor beroepsverplaatsingen Het bedrag van de kilometervergoeding die de ondernemingen kunnen toekennen aan de werknemers die hun eigen wagen gebruiken voor hun beroepsverplaatsingen is

voor de periode van 1 juli 2008 tot 30 juni 2009 vastgelegd op 0,3093 EUR per kilometer. Ter herinnering: gezien het hier gaat om kosten eigen aan de werkgever, is de vergoeding vrijgesteld van belasting in hoofde van de werknemer. Op deze vergoeding moeten ook geen sociale zekerheidsbijdragen betaald worden.

1.12. Kleine aanpassingen •

Issue 35601: Aanpassen vraag contract getekend Binnen funktie frmcontlst.AnnuleerContract worden de msgboxen met de vragen ‘VraagContractAnnuleren’ en ‘VraagContractGetekend’ vervangen door HiantIntputBoxen zodat er steeds een keuze moet gemaakt worden tussen ‘1 = Ja’ en ‘2 = Neen’ en het niet mogelijk is door het drukken van enter actie te ondernemen. Standaard wordt er de waarde 0 meegegeven aan de HiantInputBox. Voor de HiantInputBox met ‘VraagContractAnnuleren’ blijft de vraag gesteld worden tot er gekozen wordt voor een waarde verschillend van ‘0’. Indien de gekozen waarde niet ‘1 = Ja’ of ‘2 = Neen’ is, wordt er niets gedaan. Voor de HiantInputBox met VraagContractGetekend’ blijft de vraag gesteld worden tot er gekozen is voor ‘1 = Ja’ of ‘2 = Neen’. Vertaling: Code Nederlands Frans VraagContractGetekend Is het contract door de L'intérimaire a déjà signé le


9/17

uitzendkracht getekend? •

contrat?

Issue 35968: ‘Path/file access error’ bij exporteren naar exell In frmCodeLst: PgbLooncoded. ExcelPath = gLocalPath

1.13. Issue 34996: Blokkering rekeningnr bij schuldbemiddeling •

Disable velden rekeningnummer, swift en iban als er een geldig Budgetbeheer-attest In HiAnt nieuw attest aanmaken voor budgetbeheer: CD_SRT CD 43 22 43 22

OMSCHRIJVING Budgetbeheer Gestion du budget

CD_TAAL 1 2

Dan wordt volgende parameter aangemaakt: Param1 Codeboekcode

Param2 attest

Param3 Budgetbeheer

Waarde 22

Deze parameter geeft aan wat de code van het Budgetbeheer-attest in de Code-tabel is. Als de gebruiker geen co-medewerker is, wordt gecontroleerd of deze parameter bestaat. Als deze parameter aanwezig is, wordt er gekeken of er voor de werknemer vandaag een geldig attest van schuldbeheer bestaat. Als dit het geval is, worden de velden rekeningnummer, swift en iban gelocked. Volgende parameters moeten worden afgezet door het plaatsen van een ‘-‘ voor Param1: Param1 ChangeControlsLoad ChangeControlsLoad

Param2 frmwngeg CheckBanknringevuld

Param3 #CheckBanknringevuld#wnbanknr.locked *

Als deze parameters blijven bestaan, wordt het veld rekeningnummer altijd gelocked als de gebruiker geen co-medewerker is. •

Het attest schuldbemiddeling kan enkel verwijderd en geopend worden door een co medewerker. (zowel vanuit het personendetail scherm als vanuit het attesten overzicht scherm) frmWnGeg1 (MWnGeg) Bij het verwijderen van een geselecteerd item in de grid met attesten, wordt er eerst gecontroleerd of de gebruiker een co-medewerker is. Indien dit niet het geval is, wordt er gecontroleerd of het geselecteerde attest een type heeft dat voorkomt in gBlockedAttestIdsForUZC. Deze globale variabele werd aangemaakt in MWisonet.bas en opgevuld in frmMain (waarde van parameter: ‘Codeboek’, ‘attest’, ‘Budgetbeheer’). frmAttest In de ‘Form_Activate’ wordt er een ‘unload’ gedaan als de gebruiker geen co-medewerker is en het attest dat hij wil openen een type heeft dat voorkomt in gBlockedAttestIdsForUZC. Vertalingen Code Nederlands Frans ATTOnvoldoendeRechtenDel U heeft onvoldoende rechten Vous n'avez pas assez de om het attest te verwijderen. droits pour éliminer l'attestation. ATTOnvoldoendeRechten U heeft onvoldoende rechten Vous n'avez pas assez de om het attest te openen. droits pour ouvrir l'attestation.


10/17

1.14. Issue 35155: Nieuw veld opstartkantoor in formulier Personeel 1.14.1.Vroeger situatie Als er ‘0’ in het veld ‘kantoren’ staat (alle kantoren) wordt het kantoor met de laagste wgnr gebruikt als opstartkantoor. Als er een opsomming in het veld ‘kantoren’ staat, wordt het eerste kantoor in de opsomming gebruikt als opstartkantoor Als er één kantoornummer in het veld ‘kantoren’ staat, wordt dit kantoor gebruikt als opstartkantoor.

1.14.2.Wijzigingen Er is nu een veld ‘opstartkantoor’ toegevoegd. Dit veld is enkel van toepassing indien in het veld ‘kantoren’ ‘0’ staat. Als er bij het bewaren wordt vastgesteld dat het veld ‘opstartkantoor’ is ingevuld terwijl het veld ‘kantoren’ niet waarde 0 heeft, wordt het veld ‘opstartkantoor’ leeggemaakt en wordt er een boodschap getoond. Als het veld ‘kantoren’ waarde 0 heeft en het veld ‘opstartkantoor’ is ingevuld, dan wordt de waarde uit het veld ‘opstartkantoor’ gebruikt als opstartkantoor. mCheckDataBase.bas In procedure ‘CheckDatabase_Hiant’ wordt het veld ‘OpstartKantoor’ bijgemaakt in tabel ‘personeel’ met volgende query: ‘alter table dbo.Personeel add OpstartKantoor float null’ frmPersoneelGeg.frm Het veld ‘OpstartKantoor’ werd toegevoegd als een ‘PratoLookUpBox’. Bij bewaar checken of opstartkantoor mocht worden ingevuld en eventueel leegmaken en boodschap tonen. frmODBCLogon.frm In procedure ‘CmdOk_Click’ wordt wordt nu gebruik gemaakt van het veld ‘OpstartKantoor’. Voordat we dit veld gaan gebruiken, moet het natuurlijk al bestaan. ‘CheckDatabase_Hiant’ is op dit moment nog niet uitgevoerd daarom moeten we in deze form het veld toevoegen aan de tabel. Hiervoor wordt dezelfde code gebruikt als in ‘CheckDatabase_Hiant’. Vertalingen Code PEROpstartKantoorOverbodig

Nederlands #frmPersoneelGeg.lbl(25).ca ption# enkel invullen indien de waarde van #frmPersoneelGeg.lbl(10).ca ption# gelijke is aan 0.

Frans #frmPersoneelGeg.lbl(25).ca ption# seulement remplier si la valeur de #frmPersoneelGeg.lbl(10).ca ption# est égal à 0.

1.15. Issue 35988 : Nieuw form voor het tonen van de LogTable


11/17

Er staan 2 grids op het formulier. De linkse bevat de log types. Door er 1 te selecteren en er op te dubbelklikken, worden in de rechter grid al de log records van dit type binnen de opgegeven periode getoond. Als er gedubbelklikt wordt, worden de datum velden gecontroleerd. Als er waarden voor deze velden worden ingegeven, wordt er gecontroleerd of dit datums zijn en of de begindatum kleiner is dan de einddatum. Indien dit niet het geval is, wordt er een boodschap getoond. Het is ook mogelijk om een of beide velden leeg te laten. De begindatum is dan ‘01/01/1753’ en de einddatum is dan vandaag. Op het formulier staat ook een knop ‘annuleer’ waarmee het scherm verlaten kan worden. Langs deze knop staat een checkbox ‘Toon details’. Als deze wordt aangevinkt, worden al de gegevens getoond zoals in het oude formulier. Voor elk logtype, worden er andere velden opgeslagen. Dus verschillen de headings en zoekvelden van de rechtse grid naargelang het logtype dat geselecteerd is. Om dit te kunnen programmeren worden er per logtype een aantal parameters aangemaakt. Param3 SelectString

ColumnHeadings


Omschrijving De query die gebruikt wordt voor het selecteren van de gegevens. Deze query bevat geen ‘where’ en ‘and’ statement. De kolomnamen die boven de kolommen getoond worden.

Gedrag indien niet aanwezig Boodschap. Het is niet mogelijk iets te zien als deze parameter niet bestaat.

De kolom namen worden uit de ‘SelectString’ gehaald.

12/17

ColumnWidths SearchFieldNames SearchFieldTypes SearchLabels SearchFieldWidths

De relatieve breedtes van de kolommen De namen van de zoekvelden in de ‘SelectString’. De types van de zoekvelden. De labels die boven de zoekvelden getoond worden. De breedtes van de zoekvelden.

Voor elk veldtype wordt er een standaard breedte gebruikt. De zoekvelden worden niet getoond. De zoekvelden worden niet getoond. De zoekvelden worden niet getoond. Elk veld is even breed, evenredig verdeeld over de breedte van de grid.

Voorbeeld van de parameters van 1 logtype: Param1 frmLogTable

Param2 Param3 QueryLogType2 SelectString

frmLogTable

QueryLogType2 ColumnHeadings

frmLogTable frmLogTable

QueryLogType2 ColumnWidths QueryLogType2 SearchFieldNames

frmLogTable frmLogTable

QueryLogType2 SearchFieldTypes QueryLogType2 SearchLabels

frmLogTable

QueryLogType2 SearchFieldWidths

Waarde select UserName As Gebruiker, logtable.Wgnr as Kantoor, Convert(varchar, Moment, 103) as Moment, Convert(varchar,prest.begind,103) as StartDatum, Param2 as Wnnr, wn.naam + ' ' + wn.voornaam as Naam, Param3 as Klnr, kl.naam as KlantNaam, Param4 as Jaar, Param5 as Week ,Param1 as PrestId from logtable inner join prest on logtable.param1 = prest.id inner join wn on logtable.param2 = wn.wnnr inner join kl on logtable.param3 = kl.klnr Gebruiker,Kantoor,Moment,Start Datum,Wnnr,Naam,Klnr,Klant Naam,Jaar,Week,Prest Id 10,7,10,10,6,25,6,20,6,6,7 Kantoor,Wnnr/Naam,Klnr/KlantNaam,W eek 3, 0, 0, 3 Kantoor,Wnnr/Naam,Klnr/Klant Naam,Week 7,25,20,6

Parameter die aangeeft dat het nieuwe formulier moet gebruikt worden: Param1 Param2 Param3 Waarde Scherm frmMain UsefrmLogTable 1 De log types moeten in een nieuwe codesoort komen.

1.16. Aanpassing afdruk contract dienstenchequers en bijlage contract dienstenchequers (afdruk via Word): de hoofding van het contract is nu ook afhankelijk van de sektie Probleem was als volgt: sommige uitzendbedrijven hebben nu ook jobstudent dienstenchequers. Hiervoor willen ze dat er niet de gewone hoofding “arbeidsovereenkomst dienstenchequers” verschijnt.


13/17

De programmatie van Hiant is aangepast om dit probleem te verhelpen (voor de contractafdruk via Word): 1) contract dienstencheque: Standaard staat op het contract normaal “Arbeidsovereenkomst dienstencheques”. Er zijn standaard hoofdingen voorzien in de vertaaltabel voor: - jobstudent dienstencheque arbeider: bij code CONTRDCJOBARB - jobstudent dienstencheque bediende: bij code CONTRDCJOBBED - gewone dienstencheque arbeider: bij code CONTRDCNOJOBARB (CONTRDCNOJOBARB genoemd omdat de code CONTRDCARB al in gebruik was) - gewone dienstencheque arbeider: bij code CONTRDCNOJOBBED (CONTRDCNOJOBARB genoemd omdat de code CONTRDCBED al in gebruik was) Voor eventueel nog bijkomende sekties i.v.m. dienstenchequers kan men bijkomend Items, die sektie vermelden, in de vertaalUZB-tabel toevoegen: Bvb. bij fiktieve sektie 336 zou men dan een item in de vertaalUZB-tabel dienen toe te voegen bij code CONTR336.

2) bijlage contract dienstencheque: Standaard is de header op de bijlage contract dienstencheque “Aanhangsel bij de arbeidsovereenkomst dienstencheques ondertekend op“ (waarachter dan de datum volgt). Er zijn standaard hoofdingen voorzien in de vertaaltabel voor: - jobstudent dienstencheque arbeider: bij code HEADINGBIJLCONTRDCJOBARB - jobstudent dienstencheque bediende: bij code HEADINGBIJLCONTRDCJOBBED - gewone dienstencheque arbeider: bij code HEADINGBIJLCONTRDCNOJOBARB - gewone dienstencheque arbeider: bij code HEADINGBIJLCONTRDCNOJOBBED Voor eventueel nog bijkomende sekties i.v.m. dienstenchequers kan men bijkomend Items, die sektie vermelden, in de vertaalUZB-tabel toevoegen: Bvb. bij fiktieve sektie 336 zou men dan een item in de vertaalUZB-tabel dienen toe te voegen bij code HEADINGBIJLCONTR336.

1.17. Oplossing bug: Als men de paritair comités binnen de klantfiches opvulde via de lookupboxen, werden deze waardes niet bewaard in de database Reden was dat de database-field eigenschap van de vroegere invulvelden ook nog stond opgevuld. Met als gevolg dat de waardes hierin aanwezig ook nog weggeschreven werden naar de database. Programmatie aangepast.

1.18. Klantenlijst-scherm en Klanten/prospecten-lijstscherm en de “snelle info” schermen hierbij horend kunnen nu geresized worden Klantenlijst-scherm en klanten/prospecten-lijstscherm en de “snelle info” schermen hierbij horend, kunnen nu geresized worden. De scherm-controls op deze schermen worden dus mee herschaald wanneer men het scherm maximaliseert…


14/17

1.19. Aanpassingen “snelle info” bij klanten/prospecten: 1) parameter om enkel de huidig actieve loonformules te tonen 2) parameter om maximum aantal getoonde opvolgingen te bepalen De “snelle info” bij klanten/prospecten is aangepast: 1) Via parameter ("QuickInfoKl", "loonformules", "EnkelVandaagActief"), standaard 1 kan men bepalen dat men al of niet enkel de vandaag actieve loonformules wil zien. (voor facturatieformules was het sowieso al dat altijd enkel de vandaag actieve facturatieformules worden getoond) 2) Via parameter ("QuickInfoKl", "opvolging", "MaxNbrItems") kan men het maximum aantal opvolgingen instellen dat er getoond wordt binnen de snelle info [opvolgingen worden geordend op dalende ingave-datum; dus sowieso de meest recent ingegeven opvolgingen worden getoond]. Standaard geldt voor parameter ("QuickInfoKl", "opvolging", "MaxNbrItems") de waarde 100. Het probleem was dat tevoren er geen limiet stond op het aantal opgehaalde opvolgingen, waardoor oproepen van de quickinfo soms lang kon duren. (sowieso is de picturebox waarin de quickinfo verschijnt beperkt in de hoeveelheid info die deze kan tonen - dus veel ophalen had sowieso geen zin].

1.20. Gebruik submenu "Nog niet uitgeprinte prestatieformulieren uit lijst" bij menu “print new” gaf runtime error Er was een fout bij het doorgeven van de commandline naar directprint vanuit dit menu: er was een separator vergeten tussen command line items.

1.21. Nieuw menu i.v.m. lijst “te verlonen”: verwijder status -1 voor wn zonder contract Het kan voorkomen dat in het loonberekeningscherm, op het tabblad “ te verlonen” een lijn voorkomt met status -1 (staat op “te berekenen”) zonder dat er in de betreffende loonperiode nog een contract voor de uzk voorkomt. Dit heeft volgende oorzaak: - annulatie van een contract kan gebeuren zolang dossier niet in loonrun zit (dus mogelijk als op “te berekenen”). - kan dus zijn dat na annulatie van alle contracten van de week de uzk geen contracten meer heeft, maar wel nog een betaalperiodestatus -1

lijnen

Via menu “Te verlonen / verwijder status -1 voor wn zonder contract” kan men deze dus verwijderen.

P.S.: het kan ook zijn dat een uzk op -1 staat, wel nog contracten heeft in de betreffende periode, maar enkel maar contracten met dimonastatus CANCELED (contracten geannuleerd, maar deze contracten blijven staan met status CANCELED, omdat contract reeds getekend was door uzk). In dit geval wordt aangeraden de uzk op “niet behandelen” te plaatsen door op tabblad “te verlonen” te clicken op knop “niet behandelen”.


15/17

1.22. Oplossing probleem dat er een foutmelding komt wanneer men lijnen wenst te verwijderen uit een nog niet geboekte loonrun. Vanaf één van de laatste versies van Hiant treedt er een error op wanneer men lijnen wenst te verwijderen uit een nog niet geboekte loonrun (tabblad “berekenen” op scherm “euroloonberekening”). Er komt een melding in de zin van "update niet mogelijk omwillen van beperking gegevensvoorziening of door geselecteerde type vergrendeling". De programmatie is aangepast zodat dit probleem niet meer optreedt.

1.23. Binnen maandingavescherm verschijnt er niets in de grid met prestaties en de grid met de premies Dit probleem treedt op bij bepaalde klanten met SQL server 2005. De wijze van openen van de recordsets is aangepast (adOpenStatic i.p.v. adOpenKeyset) waardoor probleem niet meer optreedt.

1.24. Aanpassing scherm beheer “hiërarchische codes” Volgende is aangepast in het scherm voor het beheer van de “hiërarchische codes” (redenl laden van boom van gegevens gaat nogal traag): * refesh van boom werd te vaak uitgevoerd à aanpassing zodat geen refresh wanneer niet nodig * ook % voortgang laden boom wordt weergegeven bovenaan scherm, zodat gebruiker een idee heeft van wat er gaande is.

1.25. De items beschikbaar voor de status van een opvolging kunnen afhankelijk gemaakt worden van het ingegeven type van de opvolging; statussen niet afhankelijk van een opvolgingstype verschijnen altijd De items beschikbaar voor de status van een opvolging kunnen nu afhankelijk gemaakt worden van een opvolgingtype. Dit doet men door binnen de koppeltabel bij de ingave van de status bij “omschrijving kort” de code van het betreffende opvolgingtype in te geven. Bvb. opvolgingtype 11 = bestelling Bij de statussen van de opvolging heeft men volgende items: 1 = nieuw -- omschrijving kort is niet ingevuld 2 = afgehandeld -- omschrijving kort is niet ingevuld 3 = bestelling on hold -- omschrijving kort ingevuld met 11 (opvolgingtype “bestelling”) 4 = bestelling ingevuld -- omschrijving kort ingevuld met 11 (opvolgingtype “bestelling”) à bij ingave van een opvolging binnen de lookupbox voor ingave van status: * zullen steeds items “1 = nieuw” en “2 = afgehandeld” beschikbaar zijn * zullen items “3 = bestelling on hold” en “4 = bestelling ingevuld” enkel beschikbaar zijn indien men bij het opvolgingtype “11 = bestelling” selecteert.


16/17

1.26. Aanpassing aanmaak CAO58: de gegevens verschijnen nu niet enkel in Access, maar ook in excel Tot op heden werd de output van de gegevens van de CAO58 altijd geplaatst in een Accessbestand. Nu worden zowel een Access-bestand als een excel-bestand aangemaakt (gegevens worden nu blijkbaar gevraagd in excel). Verder is de naamgeving van het Access-bestand en het Excel-bestand ook aangepast: * er is nu een aanduiding of het gaat om een CAO58bis of een CAO58ter * ook krijgt elk bestand nu een unieke naam: niet enkel de dag wordt erin vermeld, maar ook de hhmmss van aanmaak. Naamgeving als volgt: “CAO58””_””_”hhmmss.”<mdb/xls>


17/17

18

Recommend Documents