25

Release Notes 2007/09/25

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 gereproduceerd worden. Deze teksten kunnen ook informatie bevatten van functionaliteiten 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 functionaliteiten in dit document.

1.

Module Intro

1.1.

Kleine aanpassingen(TS)

Export naar excel vanuit nieuwe gridbrowse -> indien het een datum veld betreft waarin tijd mee in verwerkt zit, wordt dit op de juiste manier in excel weergegeven.

1.2.


geefparamwaarde("initialisatie", "WindowLock", "frmprestlst", "1") : mogelijkheid om prestatiescherm lijst ook open te laten staan door deze parameter op 0 te plaatsen

1.3.

Lijstschermen : mogelijkheid om open te laten staan

De volgende vensters kunnen zo ingesteld worden dat deze open kunnen blijven staan. Men hoeft deze vensters dus niet te sluiten om een ander venster te kunnen activeren. Standaard is het venster blokkerend, maar met de vernoemde parameter kan men instellen dat het venster niet blokkerend is : § § § § § §

Uitzendkrachtenlijst scherm ("initialisatie", "WindowLock", "frmwnlst", "1") Klantenlijstscherm ("initialisatie", "WindowLock", "frmkllst", "1") Prospectenlijstscherm ("initialisatie", "WindowLock", "frmkllst1", "1") Contractenlijstscherm ("initialisatie", "WindowLock", "frmcontlst", "1") Contractenvisueelscherm ("initialisatie", "WindowLock", "frmcontlst1", "1") Facturenlijstscherm ("initialisatie", "WindowLock", "frmfactlst", "1")

Indien men de schermen open stelt voor alle gebruikers dient men rekening te houden met de volgende opmerkingen : Elk open schem verbruikt geheugen. Door vele schermen open te houden zal de terminal server zwaarder belast worden. Indien men een bepaalde globale parameter in één scherm aanpast is deze parameter niet actief in een scherm wat op dat moment open staat. (Denk aan het veranderen van het jaar of kantoor in het hoofdscherm, terwijl bv het contractenlijst scherm nog open staat.)

1.4.


toevoegen van loonrun aan een bankbestand: Soms kon er een time-out fout optreden. Met volgende parameter kan men de timeout instelling veranderen (standaard 200) "frmloonber", "ToevoegenAanBank", "TimeOut", "200"

1.5.

Resizen van Quick Info (EO)

Quick info – scherm (snelle info) kan nu ook geresized worden: bij resizen van het scherm zullen de schermcontrols ook het volledige scherm opvullen. VB: Breemersch Isabelle

1.6.

Koppeltabellen (EO)

Scherm voor beheer koppeltabellen aangepast: In de linkse lijst (code soorten) zijn er zoekvelden ‘omschrijving’ en ‘code soort’ gekomen (EO) VB: %atte VB: type attest (vermelding codesoort)

1.7.


Agenda die wordt getoond op het hoofdscherm liet enkel maar 15 records zien. Aanpassing gedaan zodat de items in een treeview list komen te staan. De items waarvan de datum overschreden is, of de datum gelijk is aan de systeemdatum worden rood gekleurd in de treeview.

1.8.

Programmatie voor bijkomend veld geslacht in personeelstabel (EO)

Er is een veld personeel.geslachtid bijgekomen binnen Hiant (geslacht van een consulent). (VDAB) Dient vanaf nu verplicht ingevuld te worden bij het bewaren van een consulent. Er is ook een controlelijst aangemaakt bij opstart van Hiant: Bij opstart van een co medewerker: er wordt aangeven dat er personeelsleden zijn waarvan het geslacht niet is ingevuld. (Geen blokkering) De namen van personeelsleden waarvan het geslacht ontbreekt wordt in een notepad getoond.

1.9.

Ter info : Aantal werknemers 2 trimester vorig jaar (wg.arb2t)

Het aantal tewerkgestelde uitzendkrachten vorig jaar kan men eenvoudig ingeven in de werkgevers fiche. Men kan een werkgevers fiche openen door vanuit het hoofdscherm van HiAnt Gegevens - Firma te selecteren. Uit de lijst van de kantoren kiest men één kantoor. Rechts onderaan in het detail scherm kan men dan het aantal tewerkgestelden uzk 2de kwartaal vorig jaar invullen. Indien men de fiche bewaart, wordt dit ook in alle andere kantoren bewaard (indien deze er zijn). Technisch : deze waarde bevindt zich in WG.ARB2T (De view vwerkgever maakt hier ook gebruik van) Indien de tabel werkgever is ingevuld, wordt deze waarde ook in deze tabel opgevuld. <10, geen patronale bijdrage

2.

Module uitzendkrachten & kandidaten

2.1.

Attesten (TS)

In attesten detail scherm is er een invulveld bijgekomen waarin men de dat um van het attest kan ingeven.

2.2.

CV (nieuwe module vanuit F2 – document – CV) (TS)

Er is een nieuwe lookupbox toegevoegd waarbij men het opvolgingstype kan selecteren dat gebruikt moet worden als men een CV gaat mailen. Standaard zal dit ingesteld worden op de waarde die is ingevuld met parameter "Afdruk", "CV", "OpvolgingId", "-1". De UZC kan deze nog veranderen.

Nieuwe layout voor klant bij aangemaakt Volgende parameters zijn in te stellen § “Afdruk”,”CV”,”eerstvoornaam”,”0” (indien 1 wordt eerst de voornaam, daarna achternaam geprint) § “Afdruk”,”CV”,”functieverplicht”,”1” (indien 0 is functie geen verplicht veld) § “Afdruk”,”CV”,”gebruikcellen”,”1” (indien 0 gebruik maken van formfields voor contactgegevens ipv voorgedefinieerde cellen) § “Afdruk”,”CV”,”headertype”,”0” (indien 1 – ander soort header voor bep.klant § “Afdruk”,”CV”,”ookfunctieinhoud”,”0” (indien 1 wordt zowel functie als functieinhoud getoond bij werkervaring Indien een bepaald formfield dat wordt aangesproken in de code, niet bestaat op het brondocument, geeft dit geen aanleiding tot een fout.

2.3.

Binnen scherm “persoonlijke gegevens” (fiche gegevens uzk): lengte voor ingave van siskaartnr beperkt tot 10 tekens(EO)

Men kan vanaf nu niet meer dan 10 tekens ingeven in het veld voor ingave van het siskaartnr.

2.4.

Bijkomende velden afdeling en contactpersoon binnen poolmanagement(EO)

Detailscherm : frmNMIA, scherm voor ingave pool:

§

lookupbox met klant-afdeling toegevoegd, ALLE afdelingen worden erin getoond, onafhankelijk van de einddatum geldigheid van de afdeling. Wel is de sortering van de afdelingen zodanig dat eerst de actieve afdelingen komen (geordend op naam) gevolgd door de niet actieve afdelingen (geordend op naam). Men kan ook via een parameter afwijken van de sortering binnen de lookupbox met afdelingen:Via parameter ("frmNMIA", "lubgeg(6)", "orderbystring") kan men de orderbystring opgeven.

§

lookupbox met contactpersonen bij klant toegevoegd

Overzichtscherm : frmPoolMgt, scherm overzicht poolgegevens: VB: F3 ->Poolmanagement: kolom Afdeling opzetten via parametrisatie § §

de klant -afdeling wordt mee opgehaald met de selectstring standaard is deze kolom wel niet zichtbaar. Via parameter ("frmPoolMgt", "brwUzkInAanmerk", "ColumnWidths(Afdeling)") kan men een kolombreedte instellen voor voor de "afdeling-kolom".

2.5.

Afdruk nieuwe CV – mailen CV met tussenscherm(TS)

Door de volgende parameter op 1 te plaatsen kan men instellen of men met tussenscherm wenst te werken : "Afdruk","CV","ToonTussenScherm","0" Als § § §

men dan de CV wenst te mailen krijgt men een tussenscherm te zien, waar men de mail kan opstellen, en de bijlage van de CV nog kan aanpassen, en eventueel nog andere bijlages toevoegen aan de te verzenden mail.

2.6. § § § §

Aanpassingen aan “snelle info” uzk (EO) :

bovenkant scherm blok met uzk- en statistiek-info dat vast blijft staan; volgorde van blokken parametriseerbaar gemaakt; al of niet zichtbaarheid van blokken parametriseerbaar gemaakt; pool-info en wncompetenties ook tonen(naast elkaar)

De “Snelle info” van een uzk, bereikbaar via menu “snelle info” vanuit het uzk-lijstscherm en via knop “Snelle info” vanuit het zoekscherm is aangepast: §

de persoonsgegevens- en statistiek-info van de uitzendkracht verschijnt aan de bovenkant van het scherm en blijft vast staan (scrollt niet meer weg).

§

de volgorde van de blokken informatie die verschijnen, is parametriseerbaar gemaakt.Volgende parameters kunnen aangepast worden om een gewijzigde volgorde te hebben: o parameter("QuickInfo", "volgorde", "inschrijvingsgegevens"), standaard 1 o parameter("QuickInfo", "volgorde", "functies"), standaard 2 o parameter("QuickInfo", "volgorde", "talen"), standaard 3 o parameter("QuickInfo", "volgorde", "werkervaring"), standaard 4 o parameter("QuickInfo", "volgorde", "opleidingen"), standaard 5 o parameter("QuickInfo", "volgorde", "wntesten"), standaard 6 o parameter("QuickInfo", "volgorde", "opvolgingen"), standaard 7 o parameter("QuickInfo", "volgorde", "PoolsEnCompetentie"), standaard 8

§

het feit of een bepaald infoblok al of niet zal verschijnen is ook parametriseerbaar gemaakt. Volgende parameters kunnen aangepast worden blokken al of niet doen te verschijnen: o parameter("QuickInfo", " tonen", "inschrijvingsgegevens"), standaard 1 o parameter("QuickInfo", " tonen", "functies"), standaard 1 o parameter("QuickInfo", " tonen", "talen"), standaard 1 o parameter("QuickInfo", " tonen", "werkervaring"), standaard 1 o parameter("QuickInfo", " tonen", "opleidingen"), standaard 1 o parameter("QuickInfo", " tonen", "wntesten"), standaard 1 o parameter("QuickInfo", " tonen", "opvolgingen"), standaard 1 o parameter("QuickInfo", " tonen", "PoolsEnCompetentie"), standaard 1

§

er wordt nu ook info getoond i.v.m. de poolsingegeven bij de uzk en info i.v.m. de Wncompetenties. Deze info wordt in tabellen naast elkaar getoond. Info verschijnt als volgt

Pool-info ---------------------------------------------Firma J/N Funktie Opmerking

Competenties -------------------------------------------------competentie niveau opmerkingen

2.7.

§ §

§

Mailen CV met tussenscherm – aanpa ssingen (TS)

De contactpersoon van de klant werd niet meegenomen in de opvolging. Meertaligheid document : Taal van document wordt als volgt bepaald • eerst wordt gekeken of contactpersoon is geselecteerd. Indien dit zo is wordt de taal van contactpe rsoon genomen. • Indien geen contactpersoon geselecteerd wordt de taal van de klantenfiche genomen. • De bekomen taal wordt gecontroleerd of deze 1 nederlands of 2 frans is. • Indien niet 1 of 2 zal de gtaal (taal aangelogde gebruiker HiAnt) gebruikt worden. De startdocumenten worden gehaald uit de gekoppelde documenten in de wg -fiche met type CV

§ §

§ §

§

Mogelijkheid om de opvolgingsdatum aan te passen via invulveld, standaard op systeemdatum. Nieuwe lookupbox van de bestellingen van de klant, die men dan aan de opvolging kan koppelen. De mogelijke bestellingen die hierin te zien zijn kan men filteren met onderstaande parameter (filter op de statusids van de bestellingen) • "FrmMailTussenScherm", "mogelijkebestellingen", "*", "" automatische afgehandelde opvolging • "Afdruk", "CV", "OpvolgingAutoAfgehandeld", "1" -> bepaalt of de opvolging automatisch op afgehandeld wordt geplaatst (standaard is 1 = ja) Gekoppeld contacttypeid aan de opvolging • "Afdruk", "CV", "ContactTypeid", Trim(str(gOpvolgContactTypeAuto)))) -> bepaalt welk contacttype er aan de opvolging moet gekoppeld worden. Standaard is dit de ingestelde automatische contacttype (via parameter "codeboekcode", "OpvolgingsContactType", "Auto", "-1") Automatisch invoegen van handtekening op einde van de mail (indien op 1 dan wordt de handtekening van de aangelogde persoon gezocht en eventueel toegevoegd) • "Outlook", "SendMail", "IncludeSignature", "1"

2.8.

Afdruk nieuwe cv – naamgeving bestand(TS)

Parameter instelling "Afdruk","CV","Bestandsnaamtype","0" 0 : CVYYYMMDDHHMMSS.doc 1 : Naam Voornaam Geboortedatum.doc Indien bestandsnaam reeds aanwezig is, zal achteraan (Copy n) bij de documentnaam bijgevoegd worden, waarbij n een nummer is van de n-de kopie.

2.9.

Via parameter de standaardwaarde van “InAanmerkingJ/N” bij ingave pool management in te stellen(EO)

Standaard stond de waarde van veld “InAanmerkingJ/N” bij ingave van een nieuw item binnen het pool management op “Neen”. Nu is het mogelijk om dit via parametrisatie in te stellen. Als een parameter ("frmNMIA", "InAanmerkingJN", "defaultval") wordt aangemaakt met waarde 1, dan zal standaard binnen het poolmanagement "InaanmerkingJ/N" op "ja" gezet worden.

2.10. Aanmaak UZK en kopieer fiche UZK – beveiliging dubbele fiches(TS) Tijdens aanmaak van een UZK fiche, of tijdens het kopiëren van een UZK fiche wordt gecontroleerd of voor de geselecteerde persoon reeds een fiche bestaat met de geselecteerde sektie. Dit kan een blokkerende fout zijn (standaard), of een vraag naar de gebruiker om toch de fiche aan te maken. Instelling met volgende parameter "Scherm", "frmwnlst", "ControleSektieMaakUZK", "1" 1 : blokkering bij maak uzk en kopieer fiche indien voor de geselecteerde persoon (koppelid) reeds een fiche met de geselecteerde sektie bestaat 2 : vraag of ze toch fiche willen aanmaken ondanks dat voor de geselecteerde persoon (koppelid) reeds een fiche met de geselecteerde sektie bestaat. andere waarden : blokkering (zelfde als 1) Indien er reeds een fiche bestaat van de geselecteerde persoon en geselecteerde sektie, krijgt men een melding. Hier wordt de wgnr en wnnr getoond van de fiche met dezelfde sektie, alsook of de fiche al dan niet onzichtbaar is.

2.11. Verzenden van sms-jes speciale tekens(TS) Bij het uitrekenen van het aantal karakters ging er iets fout als er speciale tekens zoals het euroteken (€) werden gebruikt. Deze speciale tekens nemen 2 posities in, i.p.v. 1 positie. Hierdoor werden sommige sms-jes niet afgeleverd omdat het meer dan 160 karakters bevatte. Aanpassing zijn gebeurd in hiant en in de pratosms.dll die de bestandjes aanmaakt

2.12. Afdruk nieuwe CV -> onderlijnen van titels(TS) met volgende parameter wordt bepaald of er een lijn moet getrokken worden onder een rubriek "Afdruk", "CV", "Druklijnenondertitels", "0" Standaard staat deze op 0 -> geen lijnen De lijnen worden getrokken onder de titels van - opleiding - werkervaring - vaardigheden - talenkennis - referenties - opmerkingen-toelichtingen Deze optie hangt ook samen met de optie "Afdruk", "CV", "VerwijderTitelsIndienLeeg", "0" Indien de rubriek leeg zou zijn, wordt de titel niet afgedrukt, en dus ook geen lijn afgedrukt.

2.13. Combinatie seizoensarbeid-jobstudent via parametrisatie toelaatbaar gemaakt (EO) Tot nu toe was het zo dat de combinatie seizoensarbeid-jobstudent binnen Hiant niet werd toegelaten, bij de aanmaak van de contracten: indien bij statuut “seizoensarbeider” werd ingevuld en de uzk een jobstudent-sektie had, kon er geen contract aangemaakt worden. Nu kan men dit wel toelaten indien men parameter ("frmcontgeg", gelegenheidsarbeidjobstudent", "toegelaten") op 1 zet.

2.14. Bij het bewaren van een uzk-fiche : voor de bepaling “uzk jonger dan 15?” (EO) Bij het bewaren van een uzk-fiche was voor de bepaling “uzk jonger dan 15?” (waarbij er niet bewaard mag kunnen worden) de berekening van de leeftijd op het jaar gebaseerd en niet op de exacte geboortedatum. Nu is deze bepaling van de leeftijd aangepast zodat de leeftijd tot op de dag juist wordt bepaald.

2.15. Klaarzetten vouchers voor SMS-versturing (PRATO INTERN) (TS) Bij het versturen van gestructureerde berichten naar de SMS-provider wordt steeds gecontroleerd of de account nog voldoende credits heeft om dit bericht te versturen. Indien dit niet zo is, moeten er credits aangekocht worden. Dit is een automatisch proces waarbij er zogenaamde vouchers worden aangesproken. Vouchers kan men als het ware beschouwen als een tegoed aan credits die vooraf zijn aangemaakt door Prato zelf. Op de site van de SMS-provider kan men na het aankopen van nieuwe credits deze omvormen naar vouchers. Stel men heeft 10000 credits aangekocht, dan kan men deze bv opgebruiken als 40 vouchers van telkens 250 credits. Na het aanmaken van de vouchers krijgt men op de site deze te zien. Deze vouchers moeten dan als tekstbestand worden bewaard. De structuur van het tekstbestand is als volgt …. Het opgeslagen tekstbestand moet dan op de ftp-site van prato geplaatst worden op de volgende locatie : ftp://www.prato.be/smsroot/vouchers Het programma smsSend.exe dat instaat voor het opsturen van sms-berichten alsook het ontvangen van logbestanden, zal ook instaan voor het beheer van de vouchers. Indien op de bovenstaande ftp-locatie vouchers gevonden zijn, zal hij deze inlezen en in de tabel vouchers stockeren. De verwerkte vouchers worden ook bijgehouden op een archive directory op de plaats waar het smssend programma draait (c:\smssend\vouchers \processed). Na het succesvol inlezen van de vouchers zal er een mail verstuurd worden naar de verantwoordelijken van smsbeheer. Bv. 40 nieuwe vouchers klaargezet in tabel vouchers.

2.16. Markeren vanuit snelle info Vanuit de snelle info kan men nu de achterliggende persoon markeren door Acties – Markeer geselecteerde persoon (Ctrl-M) te selecteren.

3.

Module klanten en prospecten

3.1.

Bij openen klantfiche werd zichtbaarheid veld “potentieel” niet ingesteld afhankelijk van veld “firma code” (EO)

Volgende is de normale werking binnen Hiant: § indien men bij firma code "Suspect" invult, wordt het veld potentieel opgevuld met 0. Bovendien wordt dit veld potentieel onzichtbaar gezet. § indien men bij firmacode iets anders dan suspect invult, wordt het veld potentieel opnieuw zichtbaar Het volgende zat fout in Hiant: § de zichtbaarheid van veld "potentieel" werd enkel aangepast bij verandering van de waarde bij firma code (de zichtbaarheid stond ook altijd juist indien men doorheen het veld firma code tabt). § de zichtbaarheid van veld "potentieel" werd echter niet opnieuw ingesteld bij openen van een klant-fiche (onthield deze zichtbaarheid [afhankelijk van wat men bij een vorige klant had ingevuld bij firma code]) à Dit is aangepast: bij het openen van een klantfiche, wordt nu de waarde van veld potentieel met 0 ingevuld en veld potentieel wordt onzichtbaar, indien bij firmacode “suspect” is ingevuld

3.2.


Uitzendbedrijven die hun maaltijdcheques bij Ticket Restaurant bestellen hebben de mogelijkheid om voor hun inhouse klanten een aparte groeperen van de maaltijdcheques aan te maken zodat de maaltijdcheques van de uitzendkrachten bij een inhouse klant samen in één enveloppe worden geleverd. Normaal gebeurt dit per wgnr. Bij klanten waar dit gewenst is dient men de optie STR=levernr. (STR = Suffix Ticket Restaurant) Dit levernummer dient bij Ticket Restaurant gekend te zijn (net zoals de andere kantoornummers). Dit levernr dient numeriek te zijn en mag niet gelijk zijn aan een bestaand kantoornummer. Ook mag deze optie enkel gebruikt worden bij bedrijven die bij ticket restaurant aangesloten zijn. Set RsMcLev = GetParam(ConGlobal, "MCLeverancier", "*", "*") Meerdere klantnummers kunnen wel eenzelfde levernummer hebben. De aanpassing noodzakelijk voor een correcte bestelling wordt reeds uitgevoerd bij het boeken van de lonen (en niet bij het aanmaken van het bestelbestand.) Bij bewaren van een klantenfiche wordt gecontroleerd of de optie STR is ingevuld (suffix klant nummer ticket restaurant), en indien ingevuld mag de waarde max. 4 tekens bevatten, anders probleem bij aanmaak van bestelbestand.

3.3.

Accornummer klanten (gezinnen) (TS)

Vanaf nu is het ook mogelijk om een accornummer in de klantenfiche in te vullen op tabblad commercieel. Dit is de klantennummer van gezinnen bij Accor. Als dit nummer is ingevuld in de gezinsfiche veronderstelt HiAnt dat deze gezinnen betalen met electronische dc. Indien men het nr dus enkel ter info wil opslaan, mag dit niet in het veld opgeslagen worden. In de toekomst zal er een apart veld zijn om aan te geven of het gezin al dan niet met electronische dienstencheques werkt.

Het veld is een OGM nummer - het wordt ook gebruikt om betalingen via overschrijvingen uit te voeren en moet dus gecontroleerd worden als een bankrekeningnummer

3.4.

Automatisch opvullen ondernemingsnr bij bewaren klantfiche (bij Belgische klant, als btwnr opgevuld en ondernemingsnr niet opgevuld) (EO)

Volgende zaken zaten al in Hiant i.v.m. opvullen ondernemingsnr a.h.v. btwnr: § opvullen van ondernemingsnr bij klanten die een btwnr hebben, maar waarbij het ondernemingsnr nog niet is ingevuld: § via menu Programmeur | Klanten | omvormen van btwnr naar ondernemingsnr als je binnen een klantenfiche naar veld ondernemingsnr gaat, wordt dit, ingeval van Belgische klant, steeds opgevuld met 0 gevolgd door de cijfers die in het btwnr staan. Volgende is aangepast in de programmatie: § bij bewaren klantfiche, bij Belgische klant, als btwnr is ingevuld en ondernemingsnr niet is ingevuld, wordt het ondernemingsnr ingevuld met 0 gevolgd door de cijfers die in het btwnr staan. Evt. af te zetten door parameter ("Scherm", "FrmKlGeg1", "AutoVulOndernemingsNr") op 0 te zetten

4.

Module zoek

4.1.

Het bewaren van zoekvoorwaarden is verder aangepast:

Als men kiest dat men de bestaande voorwaarde niet wenst te overschrijven, krijgt de gebruiker de mogelijkheid een nieuwe omschrijving in te geven. Hierbij worden de bestaande omschrijvingen getoond zodat men één omschrijving kan gebruiken om de nieuwe in te geven. Bij het bewaren mag de ingegeven omschrijving nog niet bestaan in de database.

4.2.

Zoekmodule – uitsluiten van onzichtbare fiches(TS)

De zoekmodule is uitgebreid met een nieuw vinkje ‘Toon ook onzichtbare uitzendkrachten’. Standaard is dit vinkje niet aangevinkt, dit wil dus zeggen dat de onzichtbare fiches niet in het zoekresultaat zullen opgenomen worden.

4.3.

Aanpassing zoekmodule

Nieuw : indien men op Nieuw drukt in de zoekmodule heeft men nu ook de mogelijkheid om al dan niet de aanwezige voorwaarden in de lijst te wissen. Indien men de voorwaarde niet wist, beschouwt HiAnt deze ingegeven voorwaarden als een nieuwe voorwaarde die men dan apart kan bewaren.

5.

Module commercieel 5.1.

Aanpassingen bezoekrapporten: voorzien dat er documenten gekoppeld kunnen worden aan een bezoekrapport(EO)

Vanaf nu kunnen er ook documenten gekoppeld worden aan en bezoekrapport. Een fileattach-control is voorzien onderaan het bezoekrapport -detailscherm.

5.2.

Via parameter de standaard-waarde van veld “mailing” binnen een nieuw aangemaakte contactpersoon kunnen instellen(EO)

Volgende programmatie aangemaakt: Als parameter ("frmContPersGeg", "mailing", "defaultval") aangemaakt wordt met waarde 1, dan zal bij een nieuw aangemaakte contactpersoon bij een klant, standaard veld "mailing" aan staan.

6.

Module opvolging 6.1.

Tonen automatische opvolgingen in bestellingen-, klanten- en werknemersfiches(TS)

Op dit scherm is er ook een extra vinkje onderaan bijgekomen met opschrift Toon automatische opvolgingen.

Parameters "Scherm", "frmklgeg1", "ToonAuto", "0" "Scherm", "frmwngeg1", "ToonAuto", "0" "Scherm", "frmbestelgeg", "ToonAuto", "0" § §

0 = standaard niet aangevinkt = geen auto opvolgingen in de lijst (Alle opvolgingen met contacttype gelijk aan het ingestelde autotype worden dan niet getoond) 1 = standaard aangevinkt = wel auto opvolgingen in de lijst

6.2.


bij versturen van sms en ingesteld opvolgingsid, wordt automatisch opvolging toegevoegd. Deze opvolging wordt vanaf nu meteen op afgehandeld geplaatst.

6.3.

Opvolging-detailscherm aangepast: schermgrootte even groot als grootte opstartscherm Hiant; tabcontrol met 3 tabbladen voorzien; hierdoor is de control met de opvolging-omschrijving veel groter(EO)

Het opvolging-detailscherm is aangepast: - het opvolging-detailscherm is nu even groot als de grootte van het opstartscherm van Hiant

- Er is een tabcontrol aangemaakt, te beginnen onder lookupbox 'status' De volgende tabbladen zijn aangemaakt: 1) Algemeen: bevat omschrijving, datum opvolging... 2) Docs: bevat de attachments 3) Divers: bevat opdracht/advertentie en de fakturatie-info

Hierdoor is het veld voor de ingave van de opvolging-omschrijving veel groter gemaakt kunnen worden.

6.4.

info over contactpersoon binnen opvolgingdetailscherm: er is nu ook een standaard-invulling(EO)

Eerder was er ingebouwd in Hiant dat men, binnen het opvolgingdetailscherm, via de “helpknop” naast de contactpersoon-lookupbox, meer info over de geselecteerde contactpersoon kan bekijken. Echter er moest een parameter, die de query bevat voor het ophalen van de info, aangemaakt worden opdat er info verscheen. Nu is er een standaard-waarde voorzien voor de parameter, zodanig dat, als men geen parameter aanmaakt, er toch standaard info over de contactpersoon verschijnt (naam + voornaam + funktie + status + tel. + gsm)

6.5.

Aanpassingen programmatie t.g.v. probleem: bepaalde opvolgingen niet zichtbaar in opvolgingslijstscherm + bij opvolgingen binnen klantdetailscherm + bij opvolgingen binnen uzk-detailscherm(EO)

Reden was dat bij where-string stond: " and contacttypeid <> " & gOpvolgContactTypeAuto Ingeval het contact-type niet was ingevuld (wordt wel bijna altijd automatisch ingevuld), werd de opvolging ook niet getoond à op verscheidenen plaatsen vervangen door " and isnull(contacttypeid, 0) <> " & gOpvolgContactTypeAuto

6.6.

Tabvolgorde binnen opvolgingdetailscherm goed gezet. (EO)

Opmerking: als we in dit tabblad alles willen ingeven, springt het als we de info in infoveld willen schrijven over naar annuleren. à tabvolgorde binnen opvolgingdetailscherm nagezien en aangepast.

7.

Module bestellingen 7.1.


bestellingenoverzichtsschem : met behulp van een parameter kan men bepalen of er na het in detail gaan van een bestelling, de lijst moet verfrist worden. "Scherm", "frmbestellst", "RefreshLijstNaDetail", "0". Standaard wordt dus niet meer verfrist.

7.2.

Kopiëren van bestellingen aangepast: gekoppelde tabellen worden mee overgekopieerd – via parameter kan men opgeven welke gekoppelde tabellen met NIET mee wil overkopiëren(EO)

De programmatie voor het kopiëren van een bestelling is aangepast. Vanaf nu worden alle gekoppelde tabellen (extralegale voordelen, localiteit, posten, jobkanalen, regime) ook mee overgekopieerd. Via parameter ("Bestellingen", "copy", "SkipKoppelTabellen") kan men opgeven welke gekoppelde tabellen men NIET mee wil overcopiëren.

7.3.

Aanpassing bestelling-detailscherm (grids “jobkanalen” en “extralegale voordelen”: bij click op de “+” knop worden niet alle items nog eens overlopen; wijzigen van een bestaand item kan via dubbelclick(EO)

De programmatie binnen het bestelling-detailscherm is aangepast: Zowel bij de grid van de jobkanalen als de grid van de extralegale voordelen: * Via de "+" knop kan enkel één item toegevoegd worden. De begindatum/einddatum publicatie jobkanalen en de detail bij de extralegale voordelen gaan dan niet nog eens overlopen worden voor alle items in de grid (dient enkel ingegeven te worden voor het nieuw toegevoegde item) * indien men binnen deze grids bestaande items wil wijzigen, kan dit nu door dubbelclick op een item.

7.4.

Aanpassing bestelmodule – aanpassingen toevoegen/aanpassen jobkanaal(EO)

Volgende aanpassingen zijn gebeurd aan het toevoegen/aanpassen van een jobkanaal: - Bij het toevoegen/aanpassen van een jobkanaal, wordt gecontroleerd dat de ingegeven einddatum groter is dan de ingegeven begindatum. Zoniet wordt het jobkanaal niet toegevoegd/bewaard. - er zat ook een fout in het aanpassen van een jobkanaal. Bij het aanpassen van een jobkanaal werd standaard niet de reeds ingevulde begindatum/einddatum getoond bij ingave van een nieuwe datum.

7.5.

Via “help-knop” info over contactpersoon binnen bestellingdetailscherm op te vragen(EO)

Analoog aan de help-knop bij de contactpersoon in het opvolgingdetailscherm, is er nu een help-knop aangemaakt bij de contactpersoon in het bestellingdetailscherm. Via deze help-knop kan info over de geselecteerde contactpersoon opgeroepen worden. Via parameter("ToolTipQuery", "frmBestelGeg", "Lubgeg(1)") kan de query ingegeven worden. Standaard wordt naam, voornaam, funktie, status, tel., gsm vermeld a.h.v. query SELECT ISNULL(ContactPersonen.Naam, '') + ' ' + ISNULL(ContactPerson en.Voornaam, '') AS naam, ContactPersonen.Funktie, LTRIM(RTRIM(Code.OMSCHR)) AS status, ContactPersonen.Tel, ContactPersonen.GSM FROM ContactPersonen LEFT OUTER JOIN Code ON ContactPersonen.StatusID = Code.CD AND Code.CD_SRT = '37' AND Code.CD_TAAL = #TAAL#

7.6.

Aanpassing bestellingdetailscherm: bijkomend tabblad “extra info” waarop grid waarmee men bestelcompetenties kan beheren(EO)

Het bestellingdetailscherm is aangepast: er is een tabblad “extra info” bijgekomen waarop zich een grid bevindt waarmee men bestelcompetenties kan beheren.

Deze bestelcompetenties kan men op een analoge manier ingeven als de uzk-competenties. Via de bestelcompetenties dient men o.a. de zaken in te geven voor de koppeling met de VDABvacaturesite (study, driverslicense, officeskills, language).

7.7.

Veld datumgepubliceerd aangemaakt bij de bestelling-jobkanalen + aanpassing aan bestellingdetailscherm(EO)

Er is een veld datumgepubliceerd aangemaakt bij de jobkanalen van een bestelling. Het is de bedoeling dat deze datum bij het betreffend jobkanaal wordt ingevuld wanneer een bestelling op dit jobkanaal wordt gepubliceerd (voor de moment is er via Prato enkel een programma ter beschikking [ontwikkeling bijna afgewerkt] voor de publicatie van vacatures op de VDAB-site). Het bestellingdetailscherm is op de volgende punten aangepast: à Bij bewaren van een bestelling wordt het veld “datumgepubliceerd” bij de jobkanalen leegGemaakt (indien de huidige datum valt tussen de begin - en einddatum van publicatie van de bestelling). De bestelling komt dus terug vrij voor publicatie. à Elk type jobkanaal (VDAB, vacature...) mag slechts éénmaal voorkomen bij elke bestelling.

7.8.

Aanpassing bestelling-lijstscherm ten behoeve van het publiceren van vacatures(EO)

In het bestelling-lijstscherm kan men nu een overzicht “export bestellingen” (andere kolommen + zoekvelden) laten zien, ten behoeve van de export van bestellingen naar vacature-sites. Via menu overzicht | export bestellingen (via overzicht | origineel terug gaan naar gewone overzicht bestellingen). In overzicht “export bestellingen” komen volgende zoekvelden bijkomend voor: * Jobkanaal * Gepubliceerd (0/1) In overzicht “export bestellingen” komen volgende kolommen bijkomend voor: * Jobkanaal: er komt dus een rij in de grid per bestelling/jobkanaal combinatie * DatumGepubliceerd: is ingevuld wanneer een bestelling/jobkanaal combinatie al gepubliceerd is. * (voorziene) begindatum publicatie * (voorziene) einddatum publicatie

Er zijn nu ook menu’s voorzien voor het publiceren van bestellingen (voor de moment is er via Prato enkel een programma ter beschikking [ontwikkeling bijna afgewerkt] voor de publicatie van vacatures op de VDAB-site): menu's publiceer vacatures | geselecteerde rij, publiceer vacatures | gemarkeerde rijen en publiceer vacatures | alle rijen uit de lijst.

7.9.

Publiceren vacatures uitgaande van de bestellingen(TS)

In het F8 scherm komt er een nieuwe knop “Haal bestellingen over”. Hiermee worden de bestellingen overgehaald van het actieve kantoor waarvan de dtpublstart en dtpubleind momenteel actief zijn (via systeem datum). Indien een bepaalde bestelling reeds in de tabel tJob zit, wordt deze niet opnieuw overgehaald. De gegevens van de bestellingen worden in de tabel Tjob gekopieerd volgens onderstaande conversietabel. In het F8 scherm zal het ook mogelijk zijn om te zoeken op bestelid/bestelnaam. De tabel tJob wordt uitgebreid met het veld Job_besId. Deze bevat de referentie naar de bes_id van de bestelling.

Veld tJob (vacatures) Job_id Job_ShortDescription Job_Description Job_ZipCode

Job_Region Job_Sector Job_type Job_Reference Job_DatePublishStart Job_DatePublishEnd Job_Publish

Job_OfficeNr job_city

Job_Function Job_Profile

Job_Offer job_sectorcd

Veld Bestellingen niets mee doen Bes_naam -> wordt niet gebruikt Location.postnr (referenceid=bes_id) Indien niet ingevuld wordt wg.postnr gebruikt -> wordt niet meer gebruikt – zie Job_regionCd -> wordt niet meer gebruikt – zie Job_sectorCd -> wordt niet meer gebruikt – zie Job_typecd Wgnr/bes_id Bestellingpubljobkanaal.dtpublstart Bestellingpubljobkanaal.dtpubleind Wordt bij overhalen bestelling op 0 geplaatst -> wil zeggen dat deze bestelling eerst nog moet nagekeken (gechecked) worden voordat deze gepubliceerd mag worden Bes_wgnr Location.gemeente (referenceid=bes_id). Indien niet ingevuld wordt wg.gemeente gebruikt Bes_functieinhoud Bes_takenprofiel + bes_opleiding + bes_vakkennis + bes_talenkennis + bes_pckennis Bes_functieinhoud Nieuw veld bes_Sectorcd – lookupbox

job_typecd

job_regimecd job_regioncd

job_solproc

job_functioncd job_published Job_BesId (nieuw veld aan te maken)

met cd_srt=’67’ -> met changecontrols opzetten lblSector.visible en lubgeg(13).visible op 1 plaatsen Bes_sektie -> koppeling maken met externalcode (meerdere sekties mogelijk gescheiden door een komma) van cd_srt=’106’ -> type job Location.postnr opzoeken in postcodes -> postcodes.regio. Indien niet ingevuld wordt via wg.postnr in postcodes gekeken naar regio Bes_WijzeVoorstelling + bes_GraadDiscretie + Bes_VerloopFeedback Via bes_functieid de idfunktien2 ophalen Bepaalt of de vacature is gepbliceerd – niets mee doen Bes_id

7.10. Bestelling goedkeuren – verplichte velden(TS) Met behulp van een parameter is in te stellen of er een controle moet gebeuren op verplichte velden, als men een bestelling wil goedkeuren. Standaard staat deze controle af. "Scherm", "frmbestelgeg", "ControleGoedgekeurd", "0" De volgende velden worden gecontroleerd op het ingevuld zijn als de parameter opstaat en het vinkje goedgekeurd opstaat : Funktie Funcktieid Status Funktieomschrijving (ons veld taken en profiel) Vaardigheden Werkregime internationaal/regionaal Bij de klant moet de activiteit ingevuld zijn.

7.11. Mogelijkheid om documenten uitzendbedrijf aan te maken vanuit de bestellingen-lijst (TS) Momenteel was het mogelijk om uitzendbedrijf documenten aan te maken vanuit § werknemers-lijst (WNDOCS) § klanten-lijst (KLDOCS) § contracten-lijst (PRESTDOCS) Er is nu een uitbreiding gemaakt zodat dit vanaf deze versie ook mogelijk is vanuit bestellingenlijst scherm. De eerste parameters wordt dan “BESTELDOCS”. De formfields die gebruikt worden op het word-sjabloon, moeten voor dit type niet beginnen met de tabelnaam en underscore teken, vermits de veldnamen in de tabel bestellingen uniek zijn (beginnen reeds met voorvoegsel bes_ ).

7.12. Tonen van alle bestellingen Door de parameter "Scherm", "frmbestellst", "toonallebestellingen", 0) = 1 in te geven, verschijnen de bestellingen van alle kantoren in het overzichtslijst van de bestellingen en dus niet enkel deze van de steunkantoren of van de “Clientsalwaysvisible” klanten. CO en programmeurs zien steeds alle bestellingen, ongeacht de waarde van de parameter.

8.

Module Contracten 8.1.

Bewaren gewoon contract(TS)

Bij het bewaren van een "gewoon contract" = geen master en geen subcontract, controleren of er bij dezelfde wnnr/klnr combinatie nog een mastercontract bestaat dat actief is op de begin datum van dit gewoon contract. Afhankelijk van de parameter Controle, contract, checkmaster,2 § 2 = blokkeer , contract mag niet bewaard worden § 1 = waarschuwing, geef een waarschuwing naar de gebruiker, deze kan echter toch beslissen om te bewaren § 0 = geen controle

8.2.

laatijdige annulatie contract bij annulatie van loon(TS)

We zullen laattijdige annulatie van een contract ook toelaten indien het loon ook reeds geannuleerd is. (Technisch : geen status 0 meer in de week en jaar bij deze wnnr). Rekening houden met de volgende opmerkingen : - de contracten zullen niet verwijderd worden uit de database - indien de lonen geannuleerd zijn zullen ze ook niet meegaan naar de DMFA (wat natuurlijk juist de bedoeling is). Inden men de lonen niet annuleert, maar gewoon een herziening uitvoert met bv ongewettig afwezig zullen deze gegevens wel meegaan naar de DMFA

8.3.

Aanpassing: nu kan er ge-tabbed worden tussen de contract-detailafdelingen (afdelingen ingevuld op tabblad “afdelingen” binnen contract) (EO)

Er kon niet ge-tabbed worden tussen de contract-detail-afdelingen, afdelingen ingevuld op tabblad “afdelingen” binnen contract. Alhoewel de TabIndex property voor al deze lookupboxen goed stond, kon er niet ge-tabbed worden omwille van het feit dat de TabStop-property False stond.

8.4.

Controle op ingevuld zijn beginuur en einduur bij contracten gelegenheidsarbeiders aangepast: 0 wordt niet toegelaten(EO)

Bij contracten van seizoensarbeiders gebeurde de test op ingevuld zijn beginuur en einduur als volgt: - Indien beginuur of einduur LEEG werd gelaten: er kwam een melding i.v.m. beginuur/einduur leeggelaten

- Indien beginuur of einduur op 0 stond: er kwam GEEN melding Dit was eigenlijk verkeerd. Was destijds waarschijnlijk zo geprogrammeerd opdat middernacht ingegeven zou kunnen worden. Echter sinds enige tijd is het in Hiant ook mogelijk dat 24 kan ingegeven worden als tijdstip voor middernacht. De controle bij seizoensarbeiders is nu dan ook aangepast (zal zijn voor Hiant-versie 4.79): Beginuur en einduur moet ingevuld zijn en verschillend van 0. BIJ SEIZOENSARBEIDERS MOET DUS 24 INGEGEVEN WORDEN ALS TIJDSTIP VOOR MIDDERNACHT.

8.5.

Controle aanmaak UZK + aanmaak contracten plus 18 jarigen(TS)

Bij "maak uzk" die dit jaar 19 of ouder is geen sektie kunnen selecteren waarbij wswncode gelijk is aan (27 of 487) Geen contracten kunnen aanmaken voor uzk die in het actieve jaar van het contract 19 jaar of ouder zijn waarbij de wswncode gelijk is aan 27 of 487 (bewaren, verlengen, overhevelen) Bij verlengen en overhevelen overzicht tonen van de contracten die niet aangemaakt werden. Wordt gestuurd met volgende parameter "controle", "niettoegelatenwswncodes", "plus18", "27,487"

8.6.


UZB documenten met type PRESTDOCS werken nu voor zowel gewone als mastercontracten.

8.7.

Controle ingevuld stelsel bewaren contract (TS)

Standaard krijgt men een waarschuwing als het ingegeven stelsel niet overeenkomt met het ingegeven contract. Via onderstaande parameter kan men instellen of dit een blokkerende controle wordt (dus niet mogelijk om contract te bewaren). "frmcontgeg", "bewaar", "FoutstelselBlokkerend", "0" Standaard is niet blokkerend Men kan ook de test afzetten door de volgende parameter op 0 te plaatsen "frmcontgeg", "bewaar", "foutboodschapalsStelsel<>Rooster",”1”

8.8.

Controle op maximum aantal uren per dag in rooster contract(TS)

Met onderstaande parameter kan men instellen of men een controle wil tijdens het bewaren van een contract, op de maximum aantal uren per dag ingegeven in het rooster. Standaard staat de controle af. "frmcontgeg", "bewaar", "controleUrenPerDag", "0" Indien ingegeven parameter groter is dan 0 wordt controle uitgevoerd. Indien één va n de uren op een dag meer is dat ingesteld, kan men niet bewaren.

8.9.

Automatische splitsen contracten halfmaandelijks(TS)

Tijdens bewaren en overhevelen van contracten wordt gecontroleerd of er een contract is gevonden waarvan de dag van de begindatum kleiner is dan 15 en de dag van de einddatum groter dan 15 en de kl.optie KPL=2 (ltrim(rtrim(upper(kl.opties))) like '%KPL=2%' ) bevat. Indien dit zo is wordt het contract automatisch gesplitst tussen 15 en 16. bij het overhevelen naar de volgende week zullen de gesplitste contracten weer samengevoegd worden op dezelfde wijze als bij de automatische geplitste contracten omwille van maandovergang. Indien op een bepaald contract reeds een dimona-actie is gebeurd zal de splitsing niet uitgevoerd worden. De gebruiker krijgt een melding en dit wordt gelogd in de logtable met type=70. De contracten die wel automatisch gesplitst zijn worden gelogd in de logtable met type=73 en worden aan de gebruiker getoond in een kladblok op het scherm na bewaren en overhevelen. Door onderstaande parameter op 0 te plaatsen kan dit eventueel uitgeschakeld worden (standaard op 1 = actief) "Overhevelen", "HalfMaandovergang", "Splitscontract", "1"

8.10. Kleine aanpassingen(TS) in “nieuw” contractenlijstscherm is het nu ook mogelijk om te filteren op sektie

8.11. Automatisch aanpassing plaats tewerkstelling in contract Met de parameter "scherm", "frmcontgeg", "autoupdateplaatstewerkstelling", 0) kan men instellen dat HiAnt automatisch de plaats van de gemeente gaat invullen bij de plaats van tewerkstelling indien dit nog niet ingevuld was. Bij het veranderen van de klant maakt HiAnt dit veld ook automatisch leeg.

8.12. Mogelijkheid om coefficient in meerdere contracten tegelijktertijd aan te passen Vanuit het contractenlijst scherm, kan men de coef van meerdere contracten aanpassen. HiAnt gebruikt het actieve jaar en vraagt dan naar de volgende gegevens : § klnr § week § begindatum § einddatum § de bestaande (oude) coefficient § de nieuwe coefficient (moet liggen tussen 1 en 2.5) § eventueel kan je ook een sektie ingeven

8.13. Aanpassing sektie Ook mogelijk om van gewone arbeider/bedien sektie te wisselen naar -19 jarige arb/bed sektie vanuit het contractenlijst scherm. Acties – pas sektie aan

9.

Module Dimona 9.1.


Dimona einddatum aanpassen, vroeger kon men enkel inkorten, nu kan men ook verlengen

9.2.

Parametriseerbaar gemaakt dat loonverwerkers nu ook laattijdige dimona-aangiftes kunnen doen, zonder ze een controlecijfer hoeven te berekenen(EO)

Volgende is aangepast: Via menu "Laattijdige aangifte" kunnen loonverwerkers nu ook laattijdige aangiftes doen, zonder dat ze een controlecijfer hoeven te berekenen. Voorwaardes: - men moet loonverwerker zijn - parameter ("dimona", "loonverwerker", "LaattijdigZonderControleNr") moet op 1 gezet worden.

9.3.

Er wordt nu gelogd in de logtable wanneer er een handmatige ingave van een dimonanr in Hiant gebeurt(EO)

Er treden soms nogal eens problemen op bij annulaties..., dat er van de RSZ terugkomt “dimonanr niet gekend”. Er is het vermoeden dat er bij handmatige ingave van een dimonanr binnen Hiant, soms het verkeerde wordt ingevuld. Indien men van de RSZ de bevestiging van een aangifte krijgt, staat hierop steeds een dimonanr en een ontvangstbewijsnr. Er is het vermoeden dat bij handmatige ingave van een dimonanr binnen Hiant, soms het ontvangstbewijsnr (dat trouwens aan dezelfde geldigheids-controle voldoet als de geldigheids-controle op het dimonanr) wordt ingevuld i.p.v. het dimonanr. Daarom wordt vanaf nu elke handmatige ingave van een dimonanr gelogd in de logtable Dit wordt namelijk gelogd in de logtable als volgt: Type Omschrijving Param1 Param2 Param3 Param4 Param5 Param6 Param7

75 Handmatige ingave dimonanr Prestid Wnnr Klnr Jaar Prest.bp DimonaNr evt. een vorig dimonanr. dat hierdoor overschreven wordt

9.4.

Dimona aangifte : mogelijkheden voor programmeur : eindweek

De programmeur heeft ook de mogelijkheid om ook een eindweek in te geven bij de dimona aangifte (hiant houdt dan zowel rekening met het aantal dagen als deze eindweek). Hierdoor kunnen dus contracten van meerdere weken ineens ingegeven worden. Standaard heeft de gebruiker enkel de mogelijkheden om maximum de contracten van deze en de volgende week aan te geven ook al geeft hij bv 100 in als aantal dagen verder. Als programmeur kan je aantal dagen vooruit en eindweek ingeven. Zit je bijvoorbeeld in week 39 en je vult 2 dagen in, houdt het systeem eerst rekening met de dagen binnen de huidige week!

10.

Module dienstencheques 10.1. Beheer cheque ingave (globaal – ingave dienstencheques) (TS) Door te dubbelklikken op cel met ontbrekende cheques kan men de ontbrekende cheques inputten. Indien meerdere datums voor dat gezin in die week gevonden worden, wordt de datum aan de gebruiker gevraagd. Vervolgens wordt naar het aantal uren cheques gevraagd. De input wordt gecontroleerd, zodat men niet meer cheques kan ingeven dan het totaal van de ontbrekende cheques.

10.2. Kleine aanpassingen(TS) Nieuw menu onder menu gegevens op hoofdscherm om naar ingave dienstencheques scherm te kunnen gaan. Dit menu is ook beschikbaar onder globaal, maar omdat soms ook niet-co medewerkers hier aan moeten kunnen, is er een extra menu voorzien onder gegevens menu. Opzetten met parameter “frmmain”,”menu’”,”mnuIngaveDC”,”1”

11.

Module lijsten & documenten 11.1. Jobstudenten (TS) Lijsten – overzichtslijsten – jobstudenten –aantal en omzet : § groepering per sektie toegevoegd om onderscheid te kunnen maken tussen de verschillende statuten die onder jobstudent hangen. § Ook kan men in de lijst zoeken op een bepaalde sektie

11.1.1.Per jaar en sektie (kantoornr, klnr, en klant naam zijn verkleind in de scherm afdrukken)

11.1.2.Per jaar, week, sektie

11.1.3.Per jaar, week, sektie, code

11.2. Aanpassing controlelijst maaltijdcheques(TS) De controlelijst is te vinden op het hoofdscherm menu lijst en – controlelijsten – controlelijst maaltijdcheques. De lijst is aangepast. § § §

Er wordt naar begin- en eindweek gevraagd. De lijst controleert gegevens van het actieve jaar. De lijst controleert de premies met kode 2001 met de aantal bestelde maaltijdcheques per week , wgnr en wnnr. Indien er een verschil is tussen het aantal bestelde mc’s en het aantal ingeboekte premies met kode 2001, dan komen deze op de controlelijst te staan. (bruto, netto, inhouding)

11.3. Nieuwe lijst via zoekgegevens CTRL+Z vanuit F2 scherm(TS) Mogelijkheid om een lijst te parameteriseren die het aantal dagen onder contract toont van de gelegenheidsarbeiders. List MenuCaption Overzicht dagen onder contract gelegenheidsarbeiders List ColumnHeadings Koppelid,MinWnnr,Naam,Voornaam,PC,jaar,aantaldagen List ColumnWidths 10,10,25,15,10,10,10 List Orderbystring and ltrim(rtrim(upper(isnull(prest.occ_workerstatuscd,''))))='S' and sektie.wswncode=10) as A group by a.koppelid,a.minwnnr,a.naam,a.voornaam,a.pc,a.jaar order by a.jaar,a.pc,a.naam,a.voornaam List SearchFields wn.naam,prest.jaar List SearchFieldValues ,0 List SearchLabels Naam,Jaar List SearchTypes 1,3 List Selectstring select a.koppelid,a.minwnnr,a.naam,a.voornaam,a.pc,a.jaar,sum(a.aantaldagen) as aantaldagen from (select wn.koppelid,(select min(x.wnnr) from wn x inner join sektie s on x.sektie=s.sektie and x.wgnr=s.wgnr where x.koppelid=wn.koppelid and s.wswncode=10) as minwnnr,wn.naam,wn.voornaam,case sektie.type when 1 then kl.pca else kl.pcb end as PC,prest.jaar,datediff(d,prest.begind,prest.einde)+1 as aantaldagen from prest inner join wn on prest.wnnr=wn.wnnr inner join kl on prest.klnr=kl.klnr inner join sektie on prest.sektie=sektie.sektie and prest.wgnr=sektie.wgnr List Wherestring where 1=1

11.4. Afdruk document ontvangstbewijs maaltijdcheques(TS) Vanuit de bestelmodule voor de maaltijdcheques zal het mogelijk worden om een bepaald bestelbestand te selecteren en voor dit bestelbestand per werknemer een ontvangstbewijs af te drukken (actie – print ontvangstbewijs maaltijdcheques). Dit ontvangstbewijs kan dan ter bevestiging ondertekend worden door de werknemer. Op het document worden de volgende gegevens vermeld: § § § §

Naam en adresgegevens van de werknemer Aantal cheques Periode waarop het aantal cheques van toepassing is Vermelding ‘opsturen per post’ of ‘afhalen in kantoor’ wordt links boven op het document getoond.

Het document houdt rekening met de taal van de werknemer. Het feit of het ‘opsturen per post’ of ‘afhalen in het kantoor’ betreft, wordt bepaald door een nieuw aan te maken attest. Per persoon kan men via dit attest aangeven of de persoon in kwestie de maaltijcheques toegestuurd wil krijgen per post of ze komt ahalen in kantoor. Hiervoor wordt een nieuwe attest en detail attest aangemaakt. Hoofdattest : Maaltijdcheques Detailattest “Opsturen per post” Detailattest “Afhalen in kantoor” Indien het attest niet ingegeven is, veronderstelt Hiant “afhalen in kantoor” Bij het aanmaken van de lijst komt er ook een overzicht van alle werknemers die maaltijdcheques ontvangen maar waarbij het attest niet werd ingevuld. Documenten worden afgedrukt met sortering op naam. In te stellen parameters : "scherm", "frmmclst", "hoofdattestontvangstbewijs", "0" -> bepaalt hoofdtype attest vo or maaltijdcheques "scherm", "frmmclst", "detailattestpost", "0" -> bepaalt detailtypeattest onder hoofdattest maaltijdcheques voor verzending met post "scherm", "frmmclst", "detailattestkantoor", "0" -> bepaalt detailtypeattest onder hoofdattest maaltijdcheques voor afhalen op kantoor

11.5. Aanmaak excel maaltijdcheque bestelbestand(TS) De export van het bestelbestand voor maaltijdcheqeus maakt een tekst bestand aan. Dit tekstbestand moet ook in excel aangemaakt kunnen worden. Het wordt geactiveerd met de volgende parameter Maaltijdcheques,,CreateExcel,<waarde> Type bevat 21 TR : Ticketrestaurant 22 SD : Sodexho De waarde geeft de structuur aan : een opsomming van de veldnaam en lengte van de veldnaam. Gescheiden door een komma (voorbeeld van TR) T,1,P,2,NUM,7,SUF,4,M,1,DATUM,8,NIV 1,5,NIV 2,5,NIV 3,5,WB,7,VERDEELLIJST,50,TOT.W.,9,ZW1,8,H1,2,ZW2,8,H2,2,ZW3,8,H3,2,ZW4,8,H4,2,ZW5,8 ,H5,2,LIJN1,40,LIJN2,40,LIJN3,40,LIJN4,40,LIJN1 TR,40,LIJN2,40,LIJN3,40,LIJN4,40,T,1,FILLER,24 Dus de eers te kolom in de excel krijgt de naam T en bevat het eerste teken uit de lijn van het bestelbestand. De tweede kolom naam P en de volgende 2 tekens van de lijn uit het bestelbestand. Indien de parameter is ingesteld zal automatisch een excel met dezelfde na am als het bestelbestand aangemaakt worden.

11.6. Uitbreiding lijst starters en stoppers: HiAnt biedt de mogelijkheid om de functionaliteit starters - stoppers voor alle klanten samen uit te voeren. (EO) Volgende is aangepast: Bij opstart wordt gevraagd: Geef klnr (0 = alle klanten). De lijst van starters en stoppers kan dus aangemaakt worden voor alle klanten tegelijk (die een contract hebben in betreffende periode bij het actieve kantoor). HiAnt vraagt ook of een wijziging van de klant als een onderbreking moet beschouwd worden (dus of voor dezelfde uzk binnen deze periode werken bij een andere klant als een onderbreking wordt beschouwd). Bij overzicht van de detailgegevens, worden volgende gegevens bijkomend getoond: klnr, klant-naam, naam van de hoofdconsulent uit het contract, [evt. de standaard wg-afdeling van deze hoofdconsulent ]. Via parameter("LijstStartersStoppers", "WgAfdelingTonen", "*"), standaard 1, bepaalt men of men de standaardafdeling van de hoofdconsulent wil zien of niet. Volgende types overzichten kunnen nu getoond worden: 1 = Detail gegevens 2 = Overzicht per week 3 = Overzicht per maand 4 = Overzicht per week per klant 5 = Overzicht per maand per klant

11.7. Federgon-lijsten – maandelijkse lijst – opsplitsing jobstudent(TS) Lijst is zelfde opgebouwd als lijst van maandstatistiek met/zonder Dienstencheques, maar dan met/zonder jobstudenten. Lijst wordt opgestart via lijsten - federgon - lijst 5. Er komt dan extra vraag voor opsplitsing per jobstudent. indien Ja - nieuwe layout in exce l, anders oude layout in Word. De lijst bevat in bovenste deel de gehele omzet/uren incl.jobstudenten zonder dienstencheques (dienstencheque=0) De lijst bevat in onderste deel de omzet/uren van de jobstudenten (jobstudent=true en dienstencheque=0)

11.8. Bij begin opstart lijst equivalenten controle op ingevuld zijn gura en/of gurb ingebouwd Bij de lijst met equivalenten dient de gura uit de klantfiche (als er arbeider-contracten bij deze klant gewerkt) en de gurb uit de klantfiche (als er bediende-contracten bij deze klant gewerkt) ingevuld te zijn (anders runtime-error in lijst; division by zero). Er gebeurt nu, bij opstart van de lijst met equivalenten, eerst een controle op dit ingevuld zijn.

11.9. Controlelijst “Verloonde werknemers zonder prestaties op dagen onder contract” (EO) Men kan nu een controlelijst aanmaken waarbij men een overzicht krijgt, voor de reeds verloonde werknemers, van de dagen onder contract waarop er geen prestaties aanwezig zijn. Bij opstart van deze controlelijst worden de volgende parameters aan de gebruiker gevraagd: - jaar - betaalsysteem (5301/1201) - van week, bij systeem 5301 (standaard 0) OF van maand, bij systeem 1201 (standaard 1) - tot week, bij systeem 5301 (standaard 53) OF tot maand, bij systeem 1201 (standaard 12) - van kantoornr - tot kantoornr De lijst toont de volgende gegevens : Wgnr, jaar, betaalsysteem, maand, week, wnnr, naam, voornaam, datum(missende prestatie) De controlelijst kan opgestart worden via menu “Lijsten | Controlelijsten | Verloonde werknemers zonder prestatiecode op dagen onder Contract”. Dit menu is te activeren door parameter (“Menu”, “FrmMain”, “mnuSubControle(16)”) aan te maken met waarde 1.

12.

Vervolg Module Lijsten & Documenten 12.1. Inlichtingsblad layout 2006(TS) Er is een vernieuwd inlichtingsblad geprogrammeerd. De codes die op het rooster in punt 16 d) komen te staan worden gedefinieerd via codeboek met code soort 182. Enkel de codes gedefineerd in deze codesoort zullen maar verschijnen in het rooster! Standaard wordt bij de nieuwe versie de volgende codes automatisch ingesteld : Code GMZ GWZ GWO KOO BF VAK JVD SVD CAR

Cijfercode aard dag 2.6 2.4 2.4 3 1 3 3 3 2.8

De manier van aanmaken van het document is ongewijzigd. Via F2 – document – inlichtingsblad 2006.

12.2. Mogelijkheid tot veranderen van een logo op worddocumenten(TS) Er is een functie ingebouwd in HiAnt waarbij het mogelijk is om een logo te veranderen/ toe te voegen in een worddocument op header-niveau (hoofding). Momenteel wordt dit enkel gebruikt bij de uitzendbedrijf documenten. Men kan de logo’s instellen via volgende parameters 1. Logo op werkgever niveau "Documenten", "Logo", Trim(str(gKantoorNr)), "" 2. Logo op algemeen niveau "Documenten", "Logo", "Algemeen", "" Bij waarde wordt de bestandsnaam (met volledig pad) ingegeven van het logo. ste

Indien er op werkgever niveau (1 mogelijkheid) een logo is gevonden, zal dit gebruikt worden, de anders wordt gekeken naar het algemeen niveau (2 mogelijkheid). Indien de parameter niet is ingesteld, of het logo is niet te vinden op de ingestelde plaats, dan zal het logo niet veranderd worden. Technisch : Functie op te roepen : InsertLogoInHeader(objWrdDoc As Object, strPicture As String, Optional booDeleteExistingLogo As Boolean = True, Optional booCopySizeExistingLogo As Boolean = True)

objWrdDoc -> worddocument strPicture -> volledige filenaam + path van het logo booDeleteExistingLogo -> standaard true, indien er een logo is gevonden in de header, wordt dit verwijderd. booCopySizeExistingLogo -> standaard true, indien er een logo is gevonden worden de afmetingen gelijk gezet aan het oorspronkelijke logo

12.3. Aanpassingen aanmaak CAO58bis en CAO58ter (EO) (pale) De vorige versie van de CAO58 ging kijken of er bij een bepaalde klant: - binnen een bepaalde maand EEN OF ANDERE uitzendkracht aan het werk was (ongeacht van welke uitzendkracht, ongeacht het aantal contractdagen...) - de maanden werden ook niet op kalenderdatum overlopen, maar volgens op basis van de “maanden in de betaalperiode-tabel”. Volgende aanpassingen zijn aangebracht aan de CAO58bis en CAO58ter: De CAO58 is aangepast op volgende manier: - maanden worden slechts geteld als er ONONDERBROKEN gewerkt is (er zit tussen de contracten geen onderbreking van meer dan 8 kalenderdagen) - er wordt nu gekeken PER UITZENDKRACHT bij een klant. Bvb. als er bij een bepaalde klant 2 uzk aan het werk zijn: uzk A en uzk B. Als uzk A werkt van 1 maart tot 10 maart en uzk B van 11 maart tot 31 maart, dan telt de maand maart niet mee als ononderbroken gewerkte maand. - nu worden de maanden overlopen op kalenderdatum.

Huidige werking CAO58bis: * bovenaan het scherm dient dient men bij “maand” in te geven tot en met welke maand men gaat berekenen. * bovenaan het scherm wordt bij “aanmaakdatum” standaard automatisch de 15e van de maand volgend op de huidige datum ingevuld * bij opstart wordt de “datum eerste melding” gevraagd (standaard opgevuld met de 15e van de maand, 3 maanden vóór de einddatum berekening). * volgende contracten worden overlopen: - bij klanten zonder syndicale delegatie (geen SYND bij de klantopties) - niet gewerkt door dienstenchequers - contracten met als reden “einde contract vaste werknemer” of “vermeerdering” De contract-reden die in aanmerking genomen worden, zijn parametriseerbaar. Namelijk via parameter ("CAO58", "prest-reden", "inaanmerking") [standaard dus 1,2] - contracten met dimonastatus 'MARKED','CSEND','CANCELED' of 'DELETED' worden niet in aanmerking genomen * Klanten worden gemeld vi a een “tweede melding”: - als er bij deze klant uzk zijn die precies 5 maanden ononderbroken aan het werk zijn - als er bij deze klant uzk zijn die al meer dan 5 maanden ononderbroken aan het werk zijn, wordt de klant niet gemeld (want de tweede melding zal dan al in eerdere maanden gebeurd zijn).

* Klanten worden gemeld via een “eerste melding” - als er bij deze klant in de eindmaand een uzk opnieuw is begonnen (er is vóór dit contract geen contract aanwezig op 8 kalenderdagen of minder) - er zijn bij deze klant geen uzk die al een maand of meer ononderbroken aan het werk

zijn. * Ook worden bij de CAO58bis OP HET SCHERM de klanten gemeld waarbij er uzk al precies 11 maanden aan het werk zijn Huidige werking CAO58ter: * bovenaan het scherm dient dient men bij “maand” in te geven tot en met welke maand men gaat berekenen. e * bovenaan het scherm wordt bij “aanmaakdatum” standaard automatisch de 15 van de maand volgend op de huidige datum ingevuld e * bij opstart wordt de “datum eerste melding” gevraagd (standaard opgevuld met de 15 van de maand, 8 maanden vóór de einddatum berekening). * volgende contracten worden overlopen: - bij klanten zonder syndicale delegatie (geen SYND bij de klantopties) - niet gewerkt door dienstenchequers - contracten met als reden “einde contract vaste werknemer” of “vermeerdering” De contract-reden die in aanmerking genomen worden, zijn parametriseerbaar. Namelijk via parameter ("CAO58", "prest-reden", "inaanmerking") [standaard dus 1,2] - contracten met dimonastatus 'MARKED','CSEND','CANCELED' of 'DELETED' worden niet in aanmerking genomen * Klanten worden gemeld via een “derde melding”: - als er bij deze klant uzk zijn die precies 10 maanden ononderbroken aan het werk zijn - als er bij deze klant uzk zijn die al meer dan 10 maanden ononderbroken aan het werk zijn, wordt de klant niet gemeld (want de tweede melding zal dan al in eerdere maanden gebeurd zijn). (* eerste melding wordt niet gedaan bij aanmaak van een CAO58ter)

12.4. Kleine aanpassingen(TS) Mogelijkheid om bij parameteriseren van eenvoudige zoeklijsten (shift+F2 – ctrl+Z) de parameter editcols mee te geven, om bepaalde kolommen niet te kunnen laten wijzigen door de gebruiker Aanpassing zoekmodule – als men een zoekvoorwaarde wil bewaren en de bestaande zoekvoorwaarde niet wil overschrijven(EO)

12.5. Kleine aanpassingen(TS) Op afdruk sociale balans uitzendbedrijf stond bij personeelskosten een sterretje, maar de verwijzing van dat sterretje werd niet afgedrukt. Aanpassing in rapportje + nieuwe label in vertaal tabel

12.6. Aanpassingen taal afdruk werkpostfiches. Deze werden namelijk altijd afgedrukt in de taal van de klant. Nu kunnen deze dus in de taal van de uzk worden afgedrukt. (EO) Werkpostfiches werden standaard altijd afgedrukt in de taal van de klant. De programmatie is aangepast. ZetTaalwpf: klnr EN wnnr worden meegegeven: * enkel klnr ingevuld ingeval fiche onafhankelijk van wn wordt afgedrukt --> taal klant wordt

genomen * ingeval dat klnr en wnnr is ingevuld --> taal uzk wordt genomen

12.7. Afdruk C131A – document – plaats tewerkstelling(TS) Via een parameter is het mogelijk in te stellen of bij plaats tewerkstelling “Diverse werven.” moet komen te staan. Parameter "Scherm", "frmC131A", "DiverseWerven", "0" Indien 0 = standaard -> adres van klant uit contract Indien 1 -> plaats tewerkstelling = "Diverse Werven." Tekst komt uit vertaaltabel. Taal wordt bepaald door functie getdocutaal("C131A", , CDbl(gwnnr), , CDbl(gKantoorNr)) NL : Diverse werven. FR : Chantiers divers.

12.8. Afdruk C131B-document – datum ondertekening(TS) Parameter "Scherm", "frmC131B", "SysteemDatumBrief","0" Indien 0 = standaard -> datum brief is eerste van de betreffende maand Indien 1 -> datum brief is systeemdatum

13.

Module Vakantieattest : juridisch (TS)

(bediende is nu tewerkgesteld als uitzendkracht) : 1) uitbetaling van het vertrekvakantiegeld (bij uitdienstttreding) A) uitbetaling (uitdiensttreding) voor 1 januari 2007 : § § §

enkel vakantiegeld volgend jaar : 8 % - vrijgesteld van RSZ – kode 435 dubbel vakantiegeld volgend jaar : 6,8 % - kode 332 aanvullend dubbel vakantiegeld volgend jaar : 0,54 % - kode 419

B) uitbetaling (uitdiensttreding) na 31 december 2006 : §

enkel vakantiegeld volgend jaar : 7,67 % - nog steeds vrijgesteld van RSZ nieuwe kode 4435 (DMFA-bezoldigingskode 11 )

§

dubbel vakantiegeld volgend jaar : 6,8 % - kode 332

§

aanvullend dubbel vakantiegeld volgend jaar : 0,87 % - kode 419

2) verrekening van het vakantiegeld van de vorige werkgever voor zover vakantiedagen worden geboekt : A) vakantiegeld door vorige werkgever uitbetaald bij uitdiensttreding voor 1 januari 2007 : §

aftrek enkel vakantiegeld gebeurt zoals voorheen in belastbaar : kode 434 in negatief (begrensd tot 8% berekend op huidig loon)

B) vakantiegeld door vorige werkgever uitbetaald bij uitdiensttreding na 31 december 2006 §

bediende was bij vorige werkgever tewerkgesteld als vaste werknemer : aftrek enkel vakantiegeld gebeurt in bruto : kode 3436 in negatief (DMFA-bezoldigingskode 12) (begrensd tot 7,67 % berekend op huidig loon)

§

bediende was bij vorige werkgever tewerkgesteld als uitzendkracht : aftrek enkel vakantiegeld gebeurt in belastbaar : kode 4436 in negatief (begrensd tot 7,67 % berekend op huidig loon)

C) vakantiegeld ontvangen als ex-arbeider, betaald door vakantiekas : Vakantiegeld wordt als volgt opgedeeld : - enkel vakantiegeld = 8 / 15,38 - dubbel vakantiegeld = 6,8 / 15,38 - aanvullend dubbel vakantiegeld = 0,58 / 15,38 Daarenboven is er een solidariteitsinhouding van 1% op het bruto-vakantiegeld. §

aftrek van het enkel vakantiegeld dat door de vakantiekas werd betaald :

Opsplitsing tussen enerzijds vakantiegeld toegekend als 8% op werkelijk betaald loon en anderzijds vakantiegeld toegekend op het fictief loon voor de gelijkgestelde, onbezoldigde dagen (ziekte, ecw, …) : 1. enkel vakantiegeld 8% op werkelijk betaald loon : Hierop werd door de vorige werkgever reeds RSZ-bijdragen betaald door de verhoging van het bruto-loon met 8% (RSZ-berekeningsbasis is 108% van het bruto-loon). De aftrek van dit gedeelte gebeurt in bruto : kode 703 in negatief 2. enkel vakantiegeld 8% op fiktief loon voor gelijkgestelde dagen : Hierop werden nog geen RSZ-bijdragen betaald, noch door de vorige werkgever, noch door de vakantiekas. De aftrek van dit gedeelte gebeurt daarom in belastbaar : kode 434 in negatief. Solidariteitsinhouding van 1% in mindering brengen op het te verrekenen enkel-vakantiegeld dat betrekking heeft op het fictief loon voor gelijkgestelde dagen. De som van 1 en 2 moet uiteraard begrensd worden tot 8% (of 7,67% indien uit dienst als arbeider na 31/12/2006) berekend op het huidige loon. §

aftrek dubbel vakantiegeld : kode 311 in negatief (begrensd tot 6,8% berekend op huidig loon)

§

aftrek aanvullend dubbel vakantiegeld : kode 416 in negatief (begrensd tot 0,54% (of 0,87% indien uit dienst als arbeider na 31/12/2006) berekend op huidig loon)

14.

Module vakantieattest : technisch (TS) Nieuw vakantieattest is standaard ge-activeerd bij installatie van Hiant V4.81, maar kan eventueel afgezet worden door volgende parameter op 0 te plaatsen. "Scherm", "frmwnlst", "VakantieAttest2007", "1" Het vakantieattest wordt opgemaakt voor iemand die uit dienst gaat in jaar X. De gegevens op het attest bevat ten dan de gegevens van jaar X-1 en X. De gegevens worden per contract bekeken en worden in verschillende lijnen getoond. In de volgende gevallen wordt er een nieuwe lijn gestart : Onderbrekening van meer dan 7 dagen Verandering in Q Verandering in S Verandering in stelsel Verandering in statuut (er wordt geen rekening gehouden bij sekties waarbij jobstudent = 1) Het attest vermeld de volgende gegevens : (zie onderstaande tabelhoofding) Van : Begindatum van de tewerkstelling Tot : Einddatum van de tewerkstelling Q/S : Q/S verhouding Stelsel : Stelsel Statuut : Arbeider of Bediende Bruto : Brutoloon (code 391) Gew.uren : Gewerkte uren (= blootstellingsuren) (looncoded.vakattest = 1) RSZ uren : Gelijkgestelde uren (= arbeidstijd min blootstellingsuren) (looncoded.vakattest=2,4) Overige u. : Vakantie (en aan vakantie gelijkgestelde) uren (looncoded.vakattest = 3) Vak.uren : Opgenomen vakantieuren (looncoded.vakattest = 4) Aftrek VG : Aftrek (som van 703,434,3436,4436) (looncoded.vakattest=8) Aanv.dubb.VG : 416/419 : aanvullend dubbel vak geld volgend jaar (0.54% tot 1/1/2007, 0.87% vanaf 1/1/2007) (looncoded.vakattest=5) Dubb.VG : 332/311 : dubbel vak. Geld volgend jaar (6.8%) (looncoded.vakattest=6) Enkel VG : 435/4435 : enkel vak geld volgend jaar (8% tot 1/1/2007, 7.67% vanaf 1/1/2007) (looncoded.vakattest=7) Q/S Stel sel

S t a t u u t B r u t o

G e w. ur en Af tr ek V G

RSZ uren Aanv.d ubb. VG

O ve rig e u. D ub b. V G

De indeling van de looncodes gebeurt via het nieuw veld VakAttest in de looncoded tabel. Tijdens opstart van vakantieattest wordt gecontroleerd of alle looncodes die onder categorie rszarbeidstijd vallen, een code 1 t/m 7 hebben ingevuld. Zo nee kan er geen document

Va k. ur en En ke l V G

aangemaakt worden. Ook moet er minstens één looncode zijn behordende tot de groepen 4,5,6,7,8 De volgende codes zijn van toepassing : (nieuwe code soort cd_srt=’180’) 1 : Gewerkte uren (=Blootstellingsuren) 2 : RSZ gelijkgestelde uren 3 : Voor opbouw vakantie gelijkgestelde uren 4 : Opname vakantie 5 : aanvullend dubbel vak geld volgend jaar (0.54% tot 1/1/2007, 0.87% vanaf 1/1/2007) (416/419) : 6 : dubbel vak. Geld volgend jaar (6.8%) (332/311) 7 : 435/4435 : enkel vak geld volgend jaar (8% tot 1/1/2007, 7.67% vanaf 1/1/2007) 8 : Aftrek codes : : (som van 703,434,3436,4436) De instellingen kunnen gebeuren in het code-definitie scherm. Controlequery voor een bepaalde persoon op basis van koppelid (hier 1234567) voor een bepaald jaar (hier 2007) select loon.wnnr,rekkode,ltrim(rtrim(isnull(c.omschr,''))) as Omschrlooncode,sum(aantal) as aantal,sum(ewaarde) as waarde, looncoded.vakattest,ltrim(rtrim(isnull(d.omschr,''))) as omschrVakAttest,looncoded.cdrszarbeidstijd,ltrim(rtrim(isnull(e.omschr,''))) as omschrArbeidstijd from loon inner join loond on loon.id=loond.loonid inner join wn on loon.wnnr=wn.wnnr inner join sektie on loon.sektie=sektie.sektie and loon.wgnr=sektie.wgnr left join looncoded on loond.rekkode=looncoded.looncode left join code c on c.cd=loond.rekkode and c.cd_srt='1000' and c.cd_taal=1 left join code d on d.cd=looncoded.vakattest and d.cd_srt='180' and d.cd_taal=1 left join code e on e.cd=looncoded.cdrszarbeidstijd and e.cd_srt='92' and e.cd_taal=1 where jaar=2007 and wn.koppelid=1234567 and sektie.jobstudent=0 group by loon.wnnr,rekkode,ltrim(rtrim(isnull(c.omschr,''))),vakattest,ltrim(rtrim(isnull(d.omschr,''))),cdrszarbeidstijd,ltrim(rt rim(isnull(e.omschr,''))) order by vakattest,cdrszarbeidstijd

14.1. Overzichtstabel code 435 332 419 (416)

Omschrijving Enkel vak geld volgend jaar (8%) Dubbel vak. Geld volgend jaar (6.8) Aanvullend dubbel vak. Geld volgend jaar (0.54)

4435

Enkel vak geld volgend jaar (7.67 %)

434

Aftrek enkel vakantiegeld

3436


4436


Geldigheidsduur Tot en met 31/12/2006

Info Wordt automatisch toegevoegd door de software

Blijft geldig

Wordt automatisch toegevoegd door de software

Tot en met 31/12/2006 0.54% vanaf 1/1/2007 0.87% Vanaf 1/1/2007 (vervangt de code 435 ; wordt aangegeven aan de DMFA bezoldigingscode 11) Geldig voor uitdiensttredingen voor 1/1/2007 (mag dus niet meer vanaf 1/1/2008 gebruikt worden) Geldig voor uitdiensttredingen na 1/1/2008 tewerkgesteld als vaste werknemer Geldig voor uitdiensttredingen na



Manueel in te vullen



703


1/1/2008 tewerkgesteld als uitzendkracht Uzk heeft vakantiegeld ontvangen als exarbeider


14.2. Aanmaken nieuwe looncodes §

§

§

Nieuwe code 4435 – copy van de 435 o Nl : Enkel vak. Geld volg. Jaar o FR : Pec. de vac proch. Ann o Controleer external code vd 435, deze moet dan ook ingevuld in de 4435 o Na copy de DMFA bezoldigingscode op 11 plaatsen (cdrszbezold) Nieuwe code 3436 (tewerkgesteld als vaste bediende) – copy van de 703 o NL aftrek enkel vak geld bed vast o FT déd. uniq. sur pec trav. empl fix o Controleer external code vd 703, deze moet dan ook ingevuld in de 3436 o Na copy dmfa bezoldigingscode op 12 plaatsen (cdrszbezold) Nieuwe code 4436 (copy van de 435) o NL aftrek enkel vak geld bed uzk o FT déd.uniq. sur pec. trav. Empl int. o Controleer external code vd 435, deze moet dan ook ingevuld in de 4436 o Geen bezoldigingscode (cdrszbezols = -1)

14.3. Aanpassingen percentages en looncodes Select * from loonformule where cdkey = 'CAT' order by keywaarde,looncode,id § Vanaf 1/1/2007 : enkel vakantie geld : 4435 = 7.67% (code 435 mag dus niet meer bestaan) § Vanaf 1/1/2007 dubbel vakantie geld 6.8% ; kode 332, dit is normaal gezien niet gewijzigd. § Aanvullend dubbel vakantiegeld kode 419 (of 416) = 0.87%

15.

Module Prestaties 15.1. Module prestaties: Bij “zet op te berekenen” mogelijke controle “er mag per wnnr slechts 1 Q per week voorkomen” ingebouwd(EO) Zowel bij weekingave (per wn klaarzetten of per kl klaarzetten) als bij maandingave is het volgende ingebouwd bij “zet op te berekenen”: - te sturen via parameter ("ZetOpBerekenen", "Controle", "1QPerWnnrPerWeek"). Deze parameter staat standaard aan. - er komt een melding (en de prestaties worden niet klaargezet) indien er meerdere Qwaardes voorkomen binnen de contracten per week en wnnr. Steeds worden de contracten van de ganse week opgehaald. Dus bij de maandingave wordt bij de beginweek en de eindweek steeds de ganse week gecontroleerd.

15.2. Module prestaties: Bij “zet op te berekenen” mogelijke controle “per week controleren of som (uren ingegeven prestaties) overeenkomt met de parttime of fulltime reele uren uit het contract” (EO) Zowel bij weekingave (per wn klaarzetten of per kl klaarzetten) als bij maandingave is het volgende ingebouwd bij “zet op te berekenen”: - Via parameter ("ZetOpBerekenen", "Controle", "VergelijkUrenMetReeleUrenContract") is deze controle aan of uit te zetten. Standaard staat deze controle op. - per week wordt gecontroleerd of de som van de uren van de ingegeven prestaties overeenkomt met de “uren/week PT” of “uren/week FT” uit het contract. Indien bij minstens één contract uit de betreffende week de “uren/week PT” zijn ingevuld, wordt vergeleken met “uren/week PT”. Zoniet wordt vergeleken met “uren/week FT” Er wordt steeds vergeleken met het maximum van de “uren/week PT” of “uren/week FT” uit de contracten in de betreffende week. - Via parameter ("VergelijkUrenMetReeleUrenContract", "blokkerend", "*") kan men instellen dat dit een blokkerende fout of enkel een waarschuwing is (standaard waarschuwing) - Standaard worden alle prestatiekodes opgenomen in de telling. Via parameter ("VergelijkUrenMetReeleUrenContract", "Uitzonde ringsCodes", "*") kun je, gescheiden door ",", de prestatiecodes opgeven die niet mee in rekening worden gebracht. Verder aangepast: - niet enkel de contracten binnen de huidige betaalperiode worden gecontroleerd, maar per week worden voor een bepaalde wn ALLE contracten gecontroleerd. Anders was er bij maandverloning het probleem: bvb. indien de beginweek een maandovergang kende, werden de "uren/week PT" of "uren/week FT" vergeleken met enkel het weekdeel dat binnen de betreffende maand lag. Dit gaf verschillen. * uitzondering: indien bij de maandverloning de laatste week in de maand een maandovergang kent EN de betreffende wn heeft ook effectief contracten in het deel van de volgende maand, dan wordt er niet gecontroleerd. Vermits immers de prestaties van de volgende maand nog niet zijn ingegeven, zouden

de "uren/week PT" of "uren/week FT" vergeleken gaan worden met onvolledige prestaties voor de week.

15.3. Bij “zet op te berekenen” mogelijke controle “controle op aantal ingegeven uren voor bepaalde dagkodes” (EO) Zowel bij weekingave (per wn klaarzetten of per kl klaarzetten) als bij maandingave is er ingebouwd dat er een controle kan gebeuren op het maximum aantal ingegeven uren resp. per week, per maand bij bepaalde dagkodes. Via parametrisatie dient ingesteld te worden voor welke dagkodes men de controle wil doen en welk maximum er geldt. Er kunnen, per betaalfrequentie (week of maand) 10 verschillende maxima-parameters aangemaakt worden. Parameters dienen aangemaakt te worden als volgt: - param1 "Controleermaxkode" - param2 "pestatieingave5301" of "prestatieingave1201", afhankelijk van de betaalfrequentie. - param3 bevat het maximum aantal (dat geldt per week voor weekverloning, per maand voor maandverloning) - waarde bevat de opgenomen codes (dus de kodes die meetellen voor het maximum aantal) Er komt een melding (en de prestaties worden niet klaargezet) indien, bij het klaarzetten van prestaties, het maximum voor dagkodes overschreden wordt. Men kan dus voor weekverloning en maandverloning parameters instellen, bvb. * "Controleermaxkode", "prestatieingave5301", "40", "AD,KOM" * "Controleermaxkode", "prestatieingave1201", "12", "ADM"

15.4. 13.4. Recent toegevoegde controles bij klaarzetten prestaties/premies (zetten op te berekenen) standaard afgezet (stonden standaard aan) (EO) Enkele recent toegevoegde controles bij klaarzetten prestaties/premies (zetten op te berekenen) stonden standaard aan (moesten dus via database-parametrisatie afgezet worden). Hiant is aangepast zodat deze controles standaard af staan (vermits meeste klanten deze controles niet willen). Het gaat om de volgende controles: * Controle dat per wnnr en week er maar 1 Q in de contracten mag voorkomen Via Param eter ("ZetOpBerekenen", "Controle", "1QPerWnnrPerWeek") kan deze controle aan/uit gezet worden. * Controle die, per betaalsysteem (week - maand), gaat checken op maxima voor bepaalde Dagcodes Via parameter ("ZetOpBerekenen", "Controle", "ControleOpMaximaDagkodes") kan deze controle aan/uit gezet worden. * Per week controleren of de ingegeven uren in de prestaties overeenkomen met de PT/FT uren uit het contract Via parameter ("ZetOpBerekenen", "Controle", "VergelijkUrenMetReeleUrenContract") kan deze controle aan/uit gezet worden.

15.5. Bij “zet op te berekenen” controle “per week controleren of som (uren ingegeven prestaties) overeenkomt met de parttime of fulltime reele uren uit het contract” aangepast: op eind ook opsomming geven van de uitzonderingscodes(EO) Zowel in frmPrestGeg1 als frmPrestGeg2 aangepast: Als er een melding komt i.v.m. "PT/FT uren contract verschillen van aantal uren ingegeven in prestaties", dan wordt op het eind ook toegevoegd "Dagcodes uit de prestaties die niet meegeteld worden: " met een opsomming van de uitzonderingscodes. [deze uitzonderingscodes worden ingegeven via een parameter – zie hoger bij de beschrijving van de controle]

15.6. Scherm voor weekingave en maandingave prestaties: bij aanmaak prestaties op basis van het rooster in het contract, werden het beginuur en einduur in honderdsten opgevuld(EO) Volgende is aangepast binnen het scherm voor weekingave en maandingave van prestaties: Bij de aanmaak van prestaties op basis van het rooster in het contract, worden het beginuur en einduur gewoon overgenomen uit het contract (dus in zestigsten).

15.7. Scherm voor weekingave en maandingave prestaties: bij manuele ingave van prestaties/premies werden, als de gebruiker geen afdeling en/of kostenplaats invulde, niet automatisch de afdeling en kostenplaats uit het contract ingevuld(EO) Volgende is aangepast binnen het scherm voor weekingave en maandingave van prestaties: Bij manuele ingave van prestaties/premies, als de gebruiker niet de afdeling en/of kostenplaats invult, dan worden automatisch de afdeling en/of kostenplaats uit het contract ingevuld.

15.8. Scherm voor weekingave en maandingave prestaties: indien “contract-dag” over 2 dagen loopt (bvb. van 22u tot 6u), dan werd bij de automatische aanmaak van prestaties op basis van het rooster van het contract bij het einduur 24 bijgeteld. (EO) Concreet voorbeeld van probleem binnen scherm voor weekingave en maandingave van prestaties: Indien een “contract-dag” over 2 dagen liep (bvb. van 22u tot 6u), dan werd bij de automatische aanmaak van prestaties op basis van het rooster van het contract, in dit geval 30 ingevuld als einduur (= 6 + 24). Aangepast: Ook indien een “contract-dag” over 2 dagen loopt (bvb. van 22u tot 6u), dan wordt bij de automatische aanmaak van prestaties op basis van het rooster van het contract het einduur gewoon overgenomen uit het contract (dus blijft 6 in dit geval).

15.9. Aanpassing “aanmaak prestaties op basis roostercontract”, ingeval men de afdelingen bij de prestaties opvult a.h.v. de DETAILafdelingen: indien men enkel het “beginuur werk” invult, dan worden het uren-veld overgenomen (EO) Volgende heeft betrekking op het geval dat men de prestaties opvult a.h.v. de DETAIL-afdelingen (afdelingen ingevuld per dagdeel) uit het contract (parameter ["PrestatieIngave", "afdeling", "*"] = 1)

Het volgende probleem stelde zich in het verleden: Als men op een contractdag enkel het “begin werk” en “werk totaal” invulde (men vulde niet begin rust, einde rust en einde werk in), en men vervolgens prestaties aanmaakte op basis van het contractrooster, dan werd voor het aantal bij de prestaties niet het “werk totaal” genomen. Er werd in dit geval (einde werk stond op 0 – werd verondersteld dat dit 24 uur is) als aantal 24 – “begin werk” genomen. Het volgende is nu aangepast: Indien enkel het “begin werk” en “werk totaal” is ingevuld, dan wordt het “werk totaal” overgenomen als aantal voor de prestaties. Er is dus ook een aanpassing dienen te gebeuren aan de uren (beginuur en einduur ingevuld bij de prestaties) die doorgegeven worden voor de in te vullen prestaties. In plaats van dat het einduur op 0 wordt gezet, wordt nu het einduur berekend, nl. einduur = beginuur + aantal uren + pauze tijd (optie PZT)

15.10. Standaard code bij overhalen prestaties uit contract(TS) De code die in de prestaties werden geplaatst door op de knop prestaties te klikken, was steeds AD. Nu is het mogelijk om dit te parameteriseren. Via parameter kunnen instellen wat de standaard prestatiecode moet zijn wanneer de uren uit het contract worden opgehaald. Met de parameter frmprestgeg,standaardcodeklassiek,,”AD” frmprestgeg,standaardcodeelectronisch,”AD” DC kan 0 of 1 zijn : * 0 is geen dc * 1 is wel dc "frmprestgeg", "standaardcodeklassiek", "0", "AD" "frmprestgeg", "standaardcodeklassiek", "1", "AD" "frmprestgeg", "standaardcodeelectronisch", "0", "AD" "frmprestgeg", "standaardcodeelectronisch", "1", "AD"

Het onderscheid tussen electronisch en klassiek is enkel maar van toepassing voor dienstenchequers. Indien het accornummer in de klantenfiche van het gezin is ingevuld, beschouwt HiAnt dit als een electronische klant. (dit gezin is via de afdelingen aan de dienstverlener gekoppeld)

De code voor electronische dc wordt dus enkel maar ingevuld indien er aan de code een afdeling gekoppeld is, waarvan het accor nr is ingevuld. à Wordt aangepast naar een nieuw veld.

In het begin van de procedure voor het overhalen van de prestaties wordt gecontroleerd of de ingegeven parameters geldige codes zijn. Indien dit niet zo is, kan men geen prestaties inlezen vanuit het contract en krijgt men een foutmelding.

15.11. Aanpassing scherm weekingave prestaties: indien een dossier in een beperkte herziening zit, mag er bij de automatisch berekende maaltijdcheques niet gechecked worden op de contractdagen waarop er ingegeven mag worden(EO) Indien een dossier in een beperkte herziening zat, en men een prestatie toevoegde op een contractdag waarop er ingegeven mocht worden (tweede weekdeel), dan werd deze prestatie toegevoegd. Er kwam erna wel meermaals de boodschap "Deze gebruiker mag enkel prestaties/premies toevoegen op de nog niet verloonde dagen. Kan niets toevoegen." Deze meldingen kwamen er t.g.v. de maaltijdcheque-kodes (653, 2001 en 2002) die het systeem wilde toevoegen. Het probleem te maken met het feit dat: - binnen frmPrestGeg1 (weekingavescherm) na het toevoegen/verwijderen van een prestatie steeds alle maaltijdcheque-kodes van al de dagen van de week herberekend worden [- binnen frmPrestGeg2 daarentegen worden de maaltijdcheques enkel herberekend voor de dag waarop de wijziging gebeurt] Het toevoegen van de maaltijdcheque-kodes gebeurde via dezelfde funktie als deze voor het toevoegen van premie-kodes. Het gevolg was dat, als er geen rechten waren om premies toe te voegen op het eerste deel van de week, dit ook problemen gaf bij het toevoegen van maaltijdcheque-kodes op contractdagen van het eerste deel van de week.

De programmatie is aangepast, zodat bij het automatisch toevoegen van maaltijdchequekodes deze niet meer gaat checken op de rechten voor het toevoegen op bepaalde contractdagen.

15.12. Mogelijkheid om geanuleerde contracten onzichtbaar te maken in de prestatie ingaves (week- en week/maand verloning) (TS) Standaard worden de geanulleerde contracten niet meer getoond in de schermen voor prestatie/premie ingave. Dit wordt gestuurd door onderstaande parameter (staat standaard op) : "Scherm", "Frmprestgeg1", "GeenCancelledContracten", "1" Standaard wordt er dus geen rekening gehouden met contracten waarvan de dimonastatus MARKED,CSEND,CANCELED of DELETED bevat. in frmprestgeg2 : (maanden weekverloning)

de werknemersgrid met contracten zal ook geen personen meer laten zien die enkel cancelled contracten heeft de gekoppelde prestaties/premies zullen niet te zien zijn de contracten zullen niet opgevraagd kunnen worden/zichtbaar zijn Men kan via menu instellingen - toon geanulleerde contracten de parameter omzeilen om deze contracten toch te zien in frmprestgeg1: (weekverloning) de klantengrid en werknemersgrid houdt rekening met instelling van parameter de gekoppelde prestaties/premies worden niet getoond van geanulleerde contracten de geanulleerde contracten zullen niet zichtbaar zijn Men kan via menu filter - toon geanulleerde contracten de parameter omzeilen om deze contracten toch te zien

16.

Module Lonen 16.1. Kleine aanpassingen(TS) Bij toevoegen van loonrun en voorschotten aan bankbestand kan men met parameter instellen of er gebruik moet gemaakt worden van gegevens van de hoofdzetel als opdrachtgever van het bankbestand (is eerste lijn in electronisch bankbestand) In te stellen met volgend parameter "Bankbestand", "Opdrachtgever", "Hoofdzetel", "0" Indien deze parameter op 1 staat zullen de werkgever gegevens van hoodfzetel gebruikt worden.

16.2. Controle leerlingplichtigen voor berekenen en boeken lonen(TS) Toon alle mensen met sektie leerlingplichtige die ouder zijn dat 18 jaar. Waarbij datum de datum van het begin van de loonperiode is (week of maand) Voor berekenen en voor het boeken in software geprogrammeerd parameter "Scherm", "FrmLoonBer", "ControleLeerlingPlichtigen", "1" Als 0 - geen controle

16.3. Aanpassing scherm “Euro loonberekening”: grid met overzicht loonruns voorzien van zoekvoorwaarden(EO) Het probleem was dat men tevoren niet voldoende kon zoeken op gewenste loonruns (enkel op gebruiker, status, datum vanaf). Hierdoor kon men, door soms een beperking op het maximum aantal getoonde lijnen in de grid, vaak geboekte loonruns uit het verleden niet meer zien. De grid met het overzicht van de loonruns is nu voorzien van zoekvoorwaarden: Loonrunnr, Omschrijving, Eigenaar, Datum vanaf (de grid toont alle loonruns na de ingegeven datum - deze wordt standaard ingevuld), Statusid (zoeken op nummer) Statusomschrijving (zoeken op de omschrijving), Bankid De checkboxen i.v. m. de status, de radiobuttons i.v.m. de eigenaar en het invulveld “Toon loonruns vanaf” zijn dus niet meer nodig en dus verwijderd.

16.4. Voorstel voorschotten(TS) Bij het aanmaken van het voorstel van voorschotten krijgt men ook de mogelijkheid om bepaalde werknemers toe te voegen Via gegevens – voorschotten – tabblad voorstel kan men vanaf nu ook een werknemernummer, of meerdere werkenemernummers ingeven om het voorstel te tonen. Er wordt eerst gevraagd naar maand, vervolgens naar kantoren en daarna naar de werknemernummer(s) 0 voor alle werknemers of wel meerdere werknemernummers gescheiden door komma.

systeem toont dan enkel personen met voorschot attest en contract in die maand bij de geselecteerde werkgevers (prest.wnnr) en de geselecteerde werknemernummers. (prest.wnnr)

16.5. Mogelijkheid in Hiant om “beperkte herzieningen” te laten uitvoeren door ”gewone” uitzendconsulenten(EO) Volgende is de situatie. Bepaalde uitzendbedrijven willen, op vraag van hun klanten, voor gewone interimmers zonder e maandverloning, lonen afsluiten op de 15 van de maand of op de einddatum van de maand (klant wil de fakturen ook ontvangen tegen de 15e of tegen einddatum maand). e Vermits in Hiant weekcontracten voorkomen zal in dit geval dikwijls voorkomen dat, de 15 van de maand of de einddatum van de maand niet gelegen is op het einde van de week. e In bovenstaand geval wil men dus het eerste deel van de week (deel tot de 15 of deel tot eind maand) verlonen (en faktureren), terwijl men op het tweede deel van de week nog geen ingaves doet. Indien men naderhand het tweede deel van de week wil verlonen, zit men met de situatie dat “gewone” uitzendconsulentes geen herzieningen kunnen uitvoeren om de gewenste prestaties en premies alsnog toe te voegen (en als deze wel de rechten tot herzieningen zouden hebben, zouden ze dus al de prestaties en premies van de week, ook de reeds verloonde, kunnen wijzigen).

Hiant is op dit vlak aangepast. Samenvattend o bij bepaalde klanten (bij bepaalde klantopties) kunnen de contracten opgesplitst worden e op de 15 en/of de einddatum van de maandag o aan “gewone” uitzendconsulenten kunnen de rechten gegeven worden om “beperkte herzieningen” uit te voeren. Met name rechten om enkel prestaties/premies te toe te voegen/te verwijderen/te wijzigen op dagen waarop er nog geen verloonde prestaties/premies voorkomen.

16.5.1.Beschikbaarheid knop herzieningen Standaard is de knop herzieningen niet zichtbaar voor gewone uitzendconsulenten. Het scherm kan nu zo geparameteriseerd worden, zodat deze knop wel zichtbaar wordt, maar dat een uitzendconsulent een loon enkel maar kan herzien, indien er in de week contracten bestaan zonder prestaties en manueel ingegeven premies. (De mogelijkheid om uitzonderingscodes in te geven is aangemaakt). Indien alle contracten van deze uitzendkracht prestaties/premies bevatten, zal de uitzendconsulent toch geen herziening kunnen uitvoeren. In de herzieningen tabel zal er ook een notie bijgehouden worden, die aangeeft dat het om een “beperkte” herziening gaat. Deze notie, te samen met de te wijzigen contracten, zal de andere procedures aansturen. Dit is van toepassing voor alle klanten ; los van een bepaalde optie. Concreet 1 Door parameter (frmprestgeg,herziening,uitzendconsulent) aan te maken met waarde 1, maakt men het mogelijk dat de knop herzieningen zichtbaar wordt voor iedereen. 2 Parameter (herziening,rechtopuitvoeren,*,0) stelt de werking in: o 0 : standaard , enkel co medewerkers kunnen herzieningen uitvoeren

1 : ook uitzendconsulenten kunnen herzieningen uitvoeren 2 : ook uitzendconsulenten kunnen herziening uitvoeren, maar enkel de prestaties/premies van de nog niet ingevulde contracten kunnen gecorrigeerd worden. Parameter (herziening,controlefactuur,*,0) regelt de werking van de herziening met betrekking tot de facturatie : o 0 standaard : men mag herzieningen uitvoeren o 1 : uzc mogen geen herzieningen uitvoeren indien de premies nog niet gefactureerd zijn, co medewerkers wel o 2 : niemand mag herzieningen uitvoeren als de premies nog niet gefactureerd zijn. o o

3

Op het moment dat er een herziening wordt gestart, controleert HiAnt de groep van de gebruiker : 4 Indien CO, het is een gewone herziening, de gebruiker kan wijzigen wat hij wil. 5 Indien niet CO, en rechtopuitvoeren = 2 dan herziening toelaten, maar in de herzieningen tabel wordt dit genoteerd Herziening.Beperkt = 1 (nieuw veld, wordt automatisch aangemaakt). Ook in de nieuwe tabel Herzieningdetail (id, herzieningid,prestid) worden de contracten opgesomd die mogen herzien worden.) De contracten worden bepaald aan de hand van de contracten die nog geen premies hebben of enkel premies met uitzonderingscodes. (De uitzonderingscodes worden aangegeven in de looncoded.UitzBeperkteHerz integer, (0=geen uitzondering,1=wel uitzondering) 6 Er word ook gecontroleerd of de herziening mag doorgaan aan de hand van de facturatie instelling (parameter controlefactuur – is van toepassing op de reeds verloonde week (premies.fakturatieid moet groter zijn dan 0) 7 Indien er geen contracten bestaan waar de uitzendconsulent iets kan wijzigen, wordt er ook geen hierziening aangemaakt.

16.5.2.Registratie te wijzigen contracten Op het moment dat een uitzendconsulent een herziening wenst uit te voeren, en het mogelijk is, zal Hiant de te wijzigen contracten registreren. Dit gebeurt aan de hand van een detail koppelltabel aan de tabel herzieningen. Enkel de contracten die hierin opgesomd zijn, kunnen gewijzigd worden door de gebruiker.

16.5.3.Controle op rechten bij “Verwijderen van een prestatie/premie lijn” Door te dubbel-klikken op een prestatie/premie kan men deze lijn verwijderen. De procedure wordt aangepast zodat er rekening gehouden wordt met de te wijzigen contracten. Enkel de prestaties/premies van de contracten die leeg waren op het moment dat de herziening werd opgestart zullen verwijderd kunnen worden.

16.5.4.Controle op rechten bij “Toevoegen van een prestatie/premie lijn” De procedure is aangepast zodat er rekening gehouden wordt met de te wijzigen contracten. Men kan enkel prestaties/premies toevoegen aan contracten die leeg waren op het moment dat de herziening werd opgestart.

16.5.5.Controle bij ““verwijder alle codes” Ook de toets “verwijder” alle codes is aangepast, zodat het systeem enkel de prestaties/Premies verwijdert van de contracten die bij het begin van de herziening “leeg” waren.

16.5.6.Controle bij “toevoegen prestaties” Procedure inlezen uren uit contract/planning : indien klant optie opstaat en nog geen prestaties ingegeven (buiten ex. Codes) aan gebruiker vragen om enkel Deel 1 (tot en met 30/31, of tot en met 15), enkel Deel 2 of toch de ganse week te importeren. Enkel maar mogelijk indien contracten gesplitst zijn. (Dit in combinatie met het inlezen van de weken in de maandingave) Kloptie loonsplitsing : KPL = 1 (enkel splitsing op einde maand) de KPL = 2 = (splitsing einde maand en na de 15 )

16.5.7.Loggen prestaties/premies Al de aanwezige prestaties en premies op het moment dat men de herziening opstart, worden gelogd in tabellen prestaties# en premies#.

16.5.8.Loonberekening vanuit prestatieingave bij een herziening Tot op heden was het niet mogelijk om, binnen het prestatieingavescherm, een loonsberekening uit te voeren op herzieningen. Dit is nu aangepast. Volgende wordt gecontroleerd, bij druk op knop berekenen: - bij originele loonrun: er wordt enkel berekend ingeval van wnbetaalperiodestatus ‘geen’ of -1. - bij herziening: status moet 0 zijn + mag niet in loonberekening zitten.

16.5.9. Blokkeren van velden in reeds verloonde contracten Het is nu ook mogelijk dat, vanaf het moment dat een contract verloond is, dat bepaalde velden (gespecifieerd via een parameter) geblokkeerd kunnen worden (bvb. Uurloon, Q,S, …). De controleren op verloond zijn, gebeurt aan de hand van de wnbetaalperiodestatus (indien 3 dan mogen de velden niet gewijzigd worden). Deze velden zijn enkel geblokkeerd voor “gewone” uitzendconsulenten. Dit is enkel van toepassing bij bestaande contracten, en dus niet bij nieuwe of gekopieerde contracten. Ingeval met niet programmeur, loonverwerker of CO is, dan worden de contractvelden geblokkeerd van reeds verloonde contracten, met name de velden opgegeven in parameter ("contract", "verloond", "blokkeervelden", ""). In parameter ("contract", "verloond", "blokkeervelden", "") dient men de schermcontrols op te geven, gescheiden door komma, die men geblokkeerd wil hebben.

16.6. Afdruk maandloonbrief (nieuwe layout) (TS) probleem afdrukken van loonbrieven bij bepaalde sorteringen met klant -gegevens bij aanmaak van maandloonbrief wordt gecontroleerd of alle rekkodes die in de selectie zitten die men wenst af te drukken, in de tabel availablecodes te vinden is. Zo nee, krijgt men een melding uit vertaal tabel dat de codes niet allemaal gedefinieerd zijn, en krijgt men een kladblok met deze codes. Het loonbriefje kan dan niet afgedrukt worden. Indien een bepaalde looncode niet op loonbrief moet verschijnen geeft men deze looncode in in de availablecodes tabel met groupcd LBNIETOPNEMEN. De controlequery gaat in de availablecodes tabel kijken waarbij groupcd de letters ‘LB’ bevatten (like ‘%LB%’)

17.

Module facturatie 17.1. Aanpassing aan invullen “tijdstip wijziging” en “gebruiker wijziging” facturatieformules (EO) Bij het scherm voor het beheer van facturatieformules werd, ingeval het scherm voor een bestaande facturatieformule werd geopend, reeds het “tijdstip wijziging” en “gebruiker wijziging” ingevuld met resp. de huidige datum en de huidig ingelogde gebruiker. Hierdoor zag men, als men wilde kijken wie het laatst de facturatieformule had gewijzigd, steeds het huidige tijdstip en zijn eigen gebruikernaam. De programmatie is aangepast. Pas bij het effectief bewaren van een facturatieformule wordt het “tijdstip wijziging” en “gebruiker wijziging” ingevuld.

17.2. Klantomschrijving op factuur Standaard verschijnt de omschrijving van de looncode ook als omschrijving van deze looncode op de factuur. Het is nu ook mogelijk om klantspecifieke omschrijvingen van de looncodes op de factuur te vermelden. De omschrijvingen dienen dan ingevuld te worden in de vertaaluzb tabel (enkel toegankelijk via de query analyser van Hiant). Hierin worden de volgende gegevens ingevuld : Id (niet invullen ; wordt automatisch door HiAnt ingevuld) Code : FKO-, waarbij FKO = vaste tekst = Factuur Klant Omschrijving : klantnummer - : vaste tekst ; het minteken scheidt het klantnummer van de looncode Looncode Voorbeeld : “FKO1009 -201”, bevat de omschrijvingen voor de looncode 201 voor de klant 1009. Nederlands : nederlandstalige omschrijving Frans : franstalige omschrijving Technisch Hiervoor is de vertaal procedure uitgebreid met een optionele strdefault string. Hiermee kan men de default string meegeven indien de code niet gevonden wordt. Indien de code niet gevonden wordt, wordt standaard de code getoond – dit mag natuurlijk niet op de factuur vermeld worden. Daarom heeft de programmeur nu de mogelijkheid om standaard de normale omschrijving te vermelden. De vertaal routine wordt niet bij elke klant opgestart. Eerst wordt er gecontroleerd of er wel omschrijvingen voor deze klant zijn ingegeven in de vertaaluzb tabel.

18.

Module export 18.1. Bij export naar Acerta wordt er op de wisolok-directory een excelbestand aangemaakt dat per persoon het brutobedrag (391) vermeldt(EO) Kan eventueel afgezet worden door parameter ("exportloon", "acerta", "OverzichtExcel391") op 0 te zetten (standaard staat dit aan). Er wordt een excel aangemaakt die lijnen aanmaakt met vermelding van loonrunnr, naam, voornaam, bruto bedrag (391) voor alle geëxporteerde loonruns. Het bestand wordt bewaard op de wisolok-directory.

18.2. Aanpassing export loongegevens naar GroepS voor de interim – geïnterpreteerde prestaties (011-records) worden nu doorgegeven op datum(EO) Bij de export van de loongegevens naar GroepS voor de interim, worden alle loongegevens via 011-records doorgegeven (er wordt geen kalender doorgegeven via 009-records). Tot nu toe werden deze loon gegevens gegroepeerd per looncode doorgegeven (niet op datum). Dit is aangepast (interface bij GroepS zelf is aangepast). Nu kan Hiant dus deze 011-records doorgeven op datum. Als parameter ("ExportLoon", "GroepS", "Rec011MetDatums") op 1 gezet wordt, worden deze 011-records op datum doorgegeven.

18.3. Aanpassing export lonen naar boekhouding Venice (CVK) (EO) De programmatie van de export van de lonen naar Venice is aangepast: Kolom "Bedragmetteken" uit Hiant-"exportboekhouding.mdb" wordt STEEDS als positief geinterpreteerd (onafhankelijk van kolom "sign" noch kolom "PN") Indien kolom DC = D, dan wordt in de txt een lijn weggeschreven met een negatief bedrag, gevolgd door cijfer "1" (wijst op debet) Indien kolom DC=C, dan wordt in de txt een lijn weggeschreven met een positief bedrag, gevolgd door cijfer "0" (wijst op credet)

18.4. Uitbreiding tikklok interface Mogelijkheid toegevoegd om ook het begin en einduur in te lezen vanuit het aangeleverde tikklokbestand.

18.5. Controle export facturen (Multivers) Met parameter Export", "faktuur", "Splitspermaand", "0" voert het systeem een controle uit op de datum van de ingegeven faktuurdetail regel ipv aan de aan de week gekoppelde maand om te bepalen of een bepaalde export meerdere periodes bevat. Standaard controleert het systeem de

aan de maand gekoppelde week, door de parameter op 1 te plaatsen controleert het systeem de maand aan de hand van de datum van de faktuur detail regels.

18.6. Export lonen Multivers Met de parameter geefparamwaarde("Export", "Loon", "Splitspermaand", "0" kan men aangeven dat de

19.

Module mail 19.1. Aanpassingen verzenden mail vanuit Hiant: Handtekening toevoegen aan mailbody(EO) Er kan nu voor geopteerd worden dat, bij het verzenden van een mail vanuit Hiant, ook de Outlook-handtekening wordt toegevoegd aan de mailbody. Standaard wordt de handtekening nu dus meegestuurd. Via parameter ("Outlook", "SendMail", "IncludeSignature") kan men dit afzetten. Procedure voor het bepalen van de handtekening De handtekeningen, aangemaakt binnen Outlook, worden binnen Windows bijgehouden binnen een folder C:\Documents And Settings\<één of andere gebruikersnaam>\Application Data\Microsoft\<’Handtekeningen’ of ‘Signatures’>\ De handtekeningen die verstuurd worden met een “plaintext-mail”, zoals gebeurt via Hiant, hebben alle de .txt extensie. Er kunnen meerdere handtekeningen voor een bepaalde Outlook-gebruiker aangemaakt worden. Bij het versturen van een mail vanuit Hiant wordt dus binnen bovenstaande folders gezocht naar het eerste .txt-bestand dat er gevonden wordt. Dit wordt gebruikt als de handtekening. Via een parameter ("Outlook", "SendMail", "SignatureFileFullPath"), PARAMETER HEEFT ENKEL ZIN OP GEBRUIKERS -NIVEAU, kan men een handtekening -bestand (volledige pad meegeven) specifiëren. Dient dus een .txt-bestand te zijn.

19.2. Aanpassingen verzenden mail vanuit Hiant: automatische aanmaak opvolging en bezoekrapport(EO) Het is nu mogelijk dat er bij het verzenden van mail vanuit Hiant er automatisch een opvolging en/of bezoekrapport wordt aangemaakt. Opvolging Men kan bovenaan het scherm voor aanmaak van een mail volgende controls i.v.m. aanmaak opvolging laten verschijnen: * een checkbox, waarmee je aangeeft of je een automatische opvolging wil aanmaken. Staat standaard op. * een lookupbox, waarmee je een opvolgingstype kan kiezen Deze controls zijn standaard zichtbaar. Door parameter ("Outlook", "SendMail", "MaakOpvolging") op 0 te zetten kan men de controls doen verdwijnen. Dezelfde parameter bepaalt dus ook of er al of niet automatisch een opvolging kan aangemaakt worden. Bij aanmaak van een klantmail (vanuit klantenlijstscherm of vanuit klantdetailscherm), worden in de lookupbox enkel klant-opvolgingstypes i.v.m. mail geladen. Bij aanmaak van een uzkmail (vanuit uzklijstscherm of vanuit uzkdetailscherm), worden in de lookupbox enkel uzk-opvolgingstypes i.v.m. mail geladen.

Indien men een mail aanmaakt vanuit het mailoverzicht -scherm, is er niet gekend of de mail verstuurd wordt naar een klant of een uzk. In dit geval worden zowel de klant -opvolgingstypes i.v.m. mail als de uzk-opvolgingstypes i.v.m. mail geladen. Via parameter ("Outlook", "SendMail", "KlOpvolgingsTypes") dient er opgegeven te worden (ids van opvolgingstypes gescheiden door komma) welke opvolgingstypes men wil laden als “klantopvolgingstypes i.v.m. mail”. Via parameter ("Outlook", "SendMail", "StandaardKlOpvolgingsType") kan men opgeven welk van deze klant-opvolgingstypes i.v.m. mail men wil dat er standaard geselecteerd staat. Via parameter ("Outlook", "SendMail", "UzkOpvolgingsTypes") dient er opgegeven te worden (ids van opvolgingstypes gescheiden door komma) welke opvolgingstypes men wil laden als “uzkopvolgingstypes i.v.m. mail”. Via parameter ("Outlook", "SendMail", "StandaardUzkOpvolgingsType") kan men opgeven welk van deze uzk-opvolgingstypes i.v.m. mail men wil dat er standaard geselecteerd staat.

Bezoekrapport Men kan bovenaan het scherm voor aanmaak van een mail volgende controls i.v.m. aanmaak bezoekrapport laten verschijnen: * een checkbox, waarmee je aangeeft of je een automatisch bezoekrapport wil aanmaken Staat standaard af. * een lookupbox, waarmee je een bezoekrapport-contacttype kan kiezen Deze controls zijn standaard zichtbaar. Door parameter ("Outlook", "SendMail", "MaakBezoekrapport") op 0 te zetten kan men de controls doen verdwijnen. Dezelfde parameter bepaalt dus ook of er al of niet automatisch een bezoekrapport kan aangemaakt worden. De controls verschijnen ook alleen maar bij de aanmaak van een klant-mail (bezoekrapport uzk zou onzinnig zijn). Via parameter ("Outlook", "SendMail", "KlBezrContactTypes") dient er opgegeven te worden (ids van bezoekrapport-contacttypes gescheiden door komma) welke bezoekrapport-contacttypes men wil laden als “bezoekrapport -contacttypes i.v.m. mail”. Via parameter ("Outlook", "SendMail", "StandaardKlBezrContactType") kan men opgeven welk van deze bezoekrapport -contacttypes i.v.m. mail men wil dat er standaard geselecteerd staat.

19.3. Aanpassingen verzenden mail vanuit Hiant: bij opvolging en bezoekrapport de mailattachments bewaren(EO) Indien er een automatische opvolging of een automatisch bezoekrapport aangemaakt wordt, bij het verzenden van mail vanuit Hiant, worden ook de attachments, verzonden via de mail, bewaard als gekoppelde documenten binnen de opvolging/bezoekrapport.

19.4. Aanpassingen verzenden klant-mail of uzk-mail vanuit Hiant (EO) Aanpassingen: * Er was in vorige versies een runtime error indien men mail wou verzenden vanuit een klantfiche, die meer dan 20 contactpersonen had met een mailadres. Het array voor selectie van contactpersonen is uitgebreid naar 100. * In vorige versies kon men, bij verzenden van klant-mail of uzk-mail, slechts 1 mail-adres selecteren. Nu kan men dus meerdere mail-adressen selecteren.

19.5. Aanpassingen verzenden klant-mail of uzk-mail vanuit Hiant: automatische opvolgingen die worden aangemaakt bij het verzenden op niet-afgehandeld plaatsen i.p.v. op afgehandeld. (EO) Bij het verzenden van klant-mail of uzk-mail vanuit Hiant werden, indien er automatische opvolgingen werden aangemaakt, deze op afgehandeld geplaatst. Nu worden deze op niet-afgehandeld geplaatst.

19.6. Aanpassingen verzenden mail vanuit Hiant: opvolgingsdatum kunnen ingeven; bestelling kunnen selecteren(EO) Hiant is aangepast i.v.m. verzending van mail vanuit Hiant: * (indien parametrisatie opstaat voor de aanmaak van een opvolging bij de aanmaak van een mail) zowel bij kl-mail als uzk-mail kan men nu zelf een opvolgingsdatum (standaard de huidige datum) ingeven * (indien parametrisatie opstaat voor de aanmaak van een opvolging bij de aanmaak van een mail) bij kl-mail: Er verschijnt een lookupbox met daarin de bestellingen van de betreffende klant. De geselecteerde bestelling wordt ingevuld in de aangemaakte opvolging.

19.7. Aanpassingen bij verzenden mail vanuit Hiant(EO) Volgende programmatie aangepast: Als men mail-adressen selecteerde (knop aan, cc, bcc) werden, ingeval men outlook koos als source voor de mail-adressen, de reeds ingevulde mail-adressen, ook reeds ingevuld het nieuwe selectiescherm. Daarentegen, als men mail-adres sen selecteerde (knop aan, cc, bcc) werden, ingeval men Hiant koos als source voor de mail-adressen, de reeds ingevulde mail-adressen, NIET ingevuld in het nieuwe selectiescherm. è is aangepast

19.8. Aanpassing bij verzenden mail vanuit Hiant: zowel onderwerp als body van de mail worden nu bewaard in de opvolging(EO) Indien men opteerde om, bij verzending van mail uit Hiant, een opvolging aan te maken, werd enkel het onderwerp van de mail in de opvolging bewaard (niet de body van de mail [omdat er niet genoeg geschikte velden voor handen waren]). Nu wordt, bij de aanmaak van een opvolging, zowel onderwerp en body bewaard. Onderwerp en body worden aan elkaar geplakt en bewaard in veld opvolging.omschrijving. !! Veld opvolging.omschrijving is wel een varchar-veld, dus beperkt in lengte, meestal 1000. Dus tekst, als hij lang is, wordt wel afgekapt.

19.9. Bij export van de loongegevens, type CODA (Page Interim), wordt gecontroleerd of er bij de corresponderende contracten consulenten zijn ingevuld (schermvelden medewerker en medewerker2) waarbij de externalcode niet is ingevuld. Zo ja: melding + stoppen export. (EO) Bij export van de loongegevens, type CODA (Page Interim) wordt gecontroleerd of er bij de corresponderende contracten consulenten zijn ingevuld (schermvelden medewerker en medewerker2) waarbij de externalcode niet is ingevuld. Voor al de ingevulde consulenten, moet voor de boekhouding de externalcode immers gekend zijn. Als bij de ingevulde consulenten (contracten bij de geselecteerde loonruns) er zijn waar bij de externalcode niet is ingevuld, wordt een overzichtslijst van deze consulenten (naam, voornaam, initialen) gegeven en wordt de export gestopt.

20.

Module hiant self service 20.1. Aanpassing HiantSelfService, analoog aan aanpassing Hiant: “aanmaak prestaties op basis roostercontract”, ingeval men de afdelingen bij de prestaties opvult a.h.v. de DETAIL-afdelingen: indien men enkel het “beginuur werk” invult, dan worden het uren-veld overgenomen(EO) Volgende heeft betrekking op het geval dat men de prestaties opvult a.h.v. de DETAIL-afdelingen (afdelingen ingevuld per dagdeel) uit het contract (parameter ["PrestatieIngave", "afdeling", "*"] = 1)

Het volgende probleem stelde zich in het verleden: Als men op een contractdag enkel het “begin werk” en “werk totaal” invulde (men vulde niet begin rust, einde rust en einde werk in), en men vervolgens prestaties aanmaakte op basis van het contractrooster, dan werd voor het aantal bij de prestaties niet het “werk totaal” genomen.

20.2. Aanpassing HiantSelfService: prestaties/premies konden gewijzigd/verwijderd worden indien een dossier op completed/approved stond (EO) Binnen SelfService was enkel het toevoegen van een prestatie/premie niet mogelijk indien een dossier completed/approved stond. Dit was niet het geval voor het wijzigen/verwijderen van een prestatie/premie. De programmatie van SelfService is aangepast: Indien een dossier completed of approved is kan een prestatie/premie niet meer gewijzigd of verwijderd worden.

20.3. Aanpassing HiantSelfService: afronding resultaat berekening bedrag via loonformule van manueel ingegeven premie (EO) Via SelfService kunnen bedragen van manueel ingegeven premies automatisch berekend worden via loonformules, analoog als binnen Hiant. Tot nu toe werd het resultaat van de berekening van dit bedrag (bvb. aantal * eenheidsbedrag uit loonformule) afgerond tot op 2 cijfers na de komma. Dit is aangepast: de afronding van het resultaat gebeurt nu tot op 4 cijfers na de komma.

21.

Aanpassing solidariteitsbijdrage 21.1. Juridisch De invoering van een nieuwe bijdrage van 0,01% voor het Asbestfonds heeft tot gevolg dat de solidariteitsbijdrage van studenten met 0,01% verhoogt en dit vanaf 1 april 2007. Sedert 1 april 2007 werd een bijdrage voor de financiering van het Asbestfonds ingevoerd waarvan het tarief is vastgesteld op 0,01%. Deze bijdrage wordt ook toegepast op de werkgevers van de studenten die onderworpen zijn aan de solidariteitsbijdrage. Bijgevolg belopen de solidariteitsbijdragen sedert 1 april 2007: - 7,51% (5,01% ten laste van de werkgever en 2,50% ten laste van de student) voor een tewerkstelling van studenten die geen aanleiding geeft tot bijdrageplicht aan de sociale zekerheid gedurende de maanden juli, augustus en september (maximum 23 dagen); - 12,51% (8,01% ten laste van de werkgever en 4,50% ten laste van de student) voor een tewerkstelling van studenten die geen aanleiding geeft tot bijdrageplicht aan de sociale zekerheid gedurende de perioden van niet verplichte aanwezigheid in de onderwijsinstellingen buiten de zomervakantie (maximum 23 dagen in de loop van het kalenderjaar).

21.2. Technisch Dit is aangepast in de tabel RSZ. M.b.v. de volgende query kan men de gegevens raadplegen : select * from rsz where kategorie = 840 and jaar = 2007

21.3. Export facturen CODA Contactpersoon klant wordt meegestuurd in de summary line.

25

Recommend Documents