23

Release Notes 2009/01/23

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/100

1 Module Intro 1.1

Afsluiten Hi-Ant : controle dimona (36008)(PL)

Bij het afsluiten van Hi-Ant worden niet enkel de contracten die vandaag starten, maar ook de contracten die morgen starten gecontroleerd. Indien er nog een dimona aangifte uit te voeren is, krijgt de gebruiker de mogelijkheid om Hi-Ant toch niet af te sluiten.

Indien je in bovenstaand scherm ‘No’ selecteert, zal je automatisch terecht komen in het contractenoverzicht zodat je de nodige dimona’s alsnog kan aanmaken voor je Hi-Ant afsluit.

1.2

Kleine aanpassingen (TS)

Meeste detailschermen van Hi-Ant hebben nu geen minimize en maximize knoppen meer, enkel nog een kruisje om te sluiten. Dit om problemen te vermijden dat gebruikers een detail scherm minimaliseren, en daardoor dachten dat Hi-Ant vasthing (vooral bij gebruik van CITRIX-client waarbij enkel de applicatie Hi-Ant wordt opgestart, en men geen volledige windows -interface van de server krijgt)

2/100

2 Module firma, personeel, kassen, sekties

2.1

Toegelaten sekties bij -19 jarigen niet meer via parameters, maar aangeduid bij sekties zelf (EO)

Via hoofdscherm -> Gegevens -> Interne gegevens -> Sekties Parameter activatie: “menu”,”frmmain”,”mnusubintern(9)”,1 De toegelaten sekties voor -19 jarigen worden niet langer meer aangeduid via een parameter. Parameter ("controle", "toegelatensekties", "min19") komt te vervallen (was al eerder komen te vervallen) en ook parameter ("controle", "toegelatenwswncodes", "min19") komt te vervallen. Het volgende was het probleem: Parameter ("controle", "toegelatenwswncodes", "min19") bevatte standaard de wswncodes “840,841,842,843,27,487” (dus resp. jobstudent arbeider, jobstudent bediende, (job)student arbeider lage RSZ, (job)student bediende lage RSZ, leerplichtige arbeider, leerplichtige bediende). Dit was voor sommige uitzendbedrijven niet afdoende: men wilde ook “student arbeider/bediende” laten werken jonger dan 19 – bvb. voor uzk die als jobstudent boven hun maximaal aantal dagen zitten en die ervoor kiezen via de “gewone sektie” verder te werken. Indien men echter in parameter ("controle", "toegelatenwswncodes", "min19") bijkomend wswncodes 15 en 495 vermeldt, is er het probleem dat men ook de gewone arbeider en gewone bediende sekties toelaat.

Het probleem is dus als volgt opgelost: binnen de sekties zelf vermeldt men of deze mogen gebruikt worden bij personen jonger dan 19: - de sektie-tabel heeft er een veld bij: ToegelatenMin19. Bij doorvoeren database-aanpassingen wordt standaard "ToegelatenMin19" op "ja" gezet voor de sekties die normaal mogen werken bij -19 - in het sektie-detailscherm kan men nu "ToegelatenMin19" aan/af vinken - het sektie-overzichtsscherm vermeldt ook de info “ToegelatenMin19”

De controle op “toegelaten sektie -19” gebeurt net zoals ervoor bij: - bij bewaren (en dus ook bij kopiëren) contract à blokkerend indien niet toegelaten sektie voor uzk jonger dan 19 Controle a.h.v. “jaar begindatum contract” en “jaar geboortedatum” - bij overhevelen contracten à uzk met sektie bij de “niet toegelaten sektie voor uzk jonger dan 19” worden niet overgeheveld. Men krijgt op het einde van overhevelen een overzicht van de uzk die niet mee overgeheveld zijn. - Controle a.h.v. “jaar begindatum contract” en “jaar geboortedatum” - bij "maak uzk" à enkel sekties bij de “toegelaten sektie voor uzk jonger dan 19” worden getoond Controle a.h.v. “jaar huidige datum” en “jaar geboortedatum” - bij kopiëren van een uzk-fiche. à enkel sekties bij de “toegelaten sektie voor uzk jonger dan 19” worden getoond

3/100

Controle a.h.v. “jaar huidige datum” en “jaar geboortedatum”

Achtergrondinformatie -19 jarigen Voor iedereen, behalve jobstudenten, die geboren zijn vanaf 01/01/1991 (en jonger) WN kengetal 27 voor arbeiders WN kengetal 487 voor bedienden

Voordelen WG Verminderde RSZ bijdrage -> lagere WG-bijdrage en wegvallen van loonmatiging In het jaar dat de uitzendkracht 19 wordt, moet de uitzendkracht als gewone arbeider of bediende ingeschreven worden en dient de werkgever voor laaggeschoolde uitzendkrachten met een minimum halftijdse tewerkstelling een startbaankaart aanvragen. Op die manier krijgt de werkgever een extra RSZ-korting. Voordelen WN Verminderde RSZ bijdrage: 5.57% ipv 13.07% Opgelet! Bij uitzendkrachten met een laag loon, kan de sektie -19 jarigen nadelig zijn voor de werknemer, mits er voor deze sektie geen rekening wordt gehouden met de werkbonus. Voorbeeld:

4/100

Nota: code 840 = jobstudent arbeider code 841= jobstudent bediende

2.2

Interface code soc sec in werkgevers fiche (PL)

Er is een interface veld voorzien in de werkgevers fiche om de code voor het sociaal secretariaat in de te vullen (Intern veld bedrijfscd). Dit gegeven wordt momenteel gebruikt in de export naar : Acerta Sofim Securex Groep S

5/100

2.3

Issue 36778 (KT)

Probleemstelling: Als er een opstartkantoor is ingegeven (bij Gegevens -> Personeel zie 1ste printscreen), verschijnt het menu ‘Kantoren’ niet meer (in het beginscherm, zie 2de printscreen) waardoor het niet meer mogelijk is om van kantoor te veranderen. Het opstartkantoor mag niet uitgefilterd worden met de query die gebruikt wordt voor ‘rsTempWg’ aangezien deze recordset ook gebruikt wordt voor de opbouw van menu ‘Kantoren’ Het selecteren van het opstartkantoor gebeurt nu later in de code. Nu blijft het item ‘Kantoren’ wel zichtbaar en kan men een kantoor kiezen, ook al is er een bepaald kantoor geselecteerd bij ‘Opstart kantoor’.

6/100

2.4

Refresh veld “info opleiding” na wijzigen, verwijderen, toevoegen opleiding aan opleiding-grid binnen inschrijvingsgegevens uzk (EO)

Op tabblad “opleiding” werd het veld “info opleiding” onder de grid niet altijd juist ververst na wijzigen, verwijderen, toevoegen van een opleiding aan de opleiding-grid bij de inschrijvingsgegevens van een uzk. De programmatie is aangepast, zodat dit probleem is opgelost.

7/100

2.5

Issue 37794 (KT)

Fout: Indien bij Gegevens -> Interne gegevens -> Personeel, bij kantoren ‘0’ wordt ingevuld, kan men een opstartkantoor kiezen. Hierbij was er een fout. Dit is opgelost. In frmODBCLogon.frm in procedure ‘CmdOk_Click’, wordt er voor de naam en de steunkantoren, niet de naam en steunkantoren van het opstartkantoor gebruikt maar de naam en steunkantoren van het eerste kantoor in de recordset. Door het toepassen van een filter op de recordset, worden de juiste naam en steunkantoren gebruikt. Opgelet: de filter moet wel verwijderd worden voordat er opnieuw door de recordset wordt geloopt om de lijst met kantoren op te bouwen.

8/100

3 Module uitzendkrachten

3.1

Afdruk C131b: bij werknemerskengetallen met minder dan 3 cijfers werden de voorloopnullen niet afgedrukt (EO)

De programmatie is aangepast i.v.m. de C131b: Bij werknemerskengetallen met minder dan 3 cijfers worden nu voorloopnullen afgedrukt (zodat steeds 3 cijfers voorkomen).

3.2

Afdruk C131b: Mogelijkheid dat als werkgever de maatschappelijke zetel wordt vermeld i.p.v. het kantoor (EO)

Er is nu de mogelijkheid bij de C131B dat de maatschappelijke zetel als werkgever wordt vermeld i.p.v. het kantoor. Hiervoor dient men parameter ("Afdruk", "C131B", "MaatschZetelAlsWerkgever" ) in te geven met waarde 1.

3.3

Aanpassing aanmaak document C131B: de begindatum vermeldt nu de datum vanaf wanneer de nieuwe tewerkstellingsbreuk ingaat (vroeger ingevuld met indienst-datum) (EO)

De aanmaak van document C131B is aangepast. Vroeger vermeldde de begindatum steeds de indienst-datum van de uzk. Nu vermeldt de begindatum de datum vanaf wanneerde nieuwe tewerkstellingsbreuk ingaat.

3.4

Fout in Hi-Ant: bij actie “maak uzk” wordt de “Controle identiteits- en arbeidskaart bij niet- EU werknemers” steeds uitgevoerd, ook voor EU werknemers (EO)

Er zat een fout in Hi-Ant wanneer CheckAttesten wordt aangeroepen vanuit funktie "MaakUzk", namelijk de nationaliteit-variabele was niet ingevuld. Hierdoor werden de attesten "identiteitskaart", "arbeidskaart ' altijd gecontroleerd, ook voor niet-EU personen De programmatie is aangepast, zodat de nationaliteit wel ingevuld is, bij aanroep van CheckAttesten, zodat de controle nu ook enkel meer gebeurt bij niet -EU personen.

3.5

Aanpassing: in overzicht poolmanagement verschijnt nu ook de status van de kandidaat/uzk.(EO)

Aanpassing programmatie: in het overzicht poolmanagement verschijnt nu ook de status van de kandidaat/uzk.

9/100

3.6

Indien de snelle info was ingeroepen vanuit de frmwnlst (lijst uzk + kandidaten) dan verscheen de positie van de snelle info niet meer juist na aanpassing van de grootte van het scherm (resize; maximaliseren scherm bvb.)(EO)

De programmatie is aangepast zodat de snelle info opgeroepen in de frmwnlst wel nog goed verschijnt na resize van het scherm.

3.7

Kolombreedte bij “Extra info” (wncompetenties) binnen inschrijvingsgegevens uzk via parametrisatie aanpasbaar (EO)

Het is nu mogelijk om via parameters de breedte van een kolom bij de “wncompetentie-grid” (tabblad “extra info”) binnen de inschrijvingsgegevens van een uzk aan te passen. Ingave parameters analoog aan ingave zoals eerder gemeld bij andere grids. Een parameter dient er dus als volgt uit te zien - param1 = “frmWnGeg1” - param2 = “grdCompetenties” - param3 = “ColumnWidths()” - waarde = in te stellen kolombreedte Bvb. parameter (“frmwngeg1”, “grdCompetenties”, “ColumnWidths(Opmerkingen)”, “30”) zorgt ervoor dat de kolom “Opmerkingen” breder dan standaard wordt (30 i.p.v. 25).

3.8

Oplossing probleem met binnenhalen webinschrijvingsgegevens. Foutmelding “Bij een bewerking die uit meerdere stappen bestaat, zijn meerdere fouten opgetreden. Controleer alle statuswaarden -2147217887” (EO)

De programmatie is aangepast.

3.9

Ticket 36618: Gemakkelijkere wijze om funkties toe te voegen binnen de uzk-inschrijvingsgegevens(EO)

10/100

Tot nu toe kon men funkties toevoegen binnen de uzk-inschrijvingsgegevens door te kiezen uit de volledige lijst van “funktiegroepen” (knop “+ functie groep”) of funkties (knop “+”). Nu is er een eenvoudigere wijze om funkties/funktiegroepen toe te voegen: Er is een apart scherm ontwikkeld waarbinnen men kan zoeken op funkties/funktiegroepen of beide. Het zoeken werkt op dezelfde wijze als binnen andere grids: men kan ook het %-teken gebruiken en zoeken zoals ”van a tot b” (“a-b”) is ook voorzien. Het resultaat van de zoekopdracht verschijnt in de linkse grid “funktielijst”. Binnen dit scherm verschijnt rechts de lijst van de geselecteerde funkties: - initieel verschijnen hierbinnen de funkties die reeds aan de uzk zijn gekoppeld - men kan items aan deze geselecteerde funkties toevoegen, door “voeg toe” uit te voeren voor de geselecteerde, gemarkeerde of alle rijen uit de “funktielijst”. - ook kan men items verwijderen uit de lijst van “geselecteerde funkties”. Bij druk op annuleren worden eventuele wijzigingen niet doorgevoerd op de reeds bestaande funkties van de uzk. Bij druk op OK worden worden de funkties van de uzk aangepast: - nog niet voorkomende funkties uit de “geselecteerde funkties” worden toegevoegd - items voorkomd bij de uzk-funkties maar niet bij de “geselecteerde funkties” worden verwijderd.

Standaard zal deze nieuwe manier van toevoegen van funkties en funktiegroepen geactiveerd zijn. Onder de grid van uzk-funkties zal dan de knop “+ functie groep” niet meer zichtbaar zijn. De knop “+” onder de grid van uzk-funkties zal dan het scherm hierboven oproepen. Men kan echter ook de oude wijze van toevoegen van funkties en funktiegroepen terug Activeren. Dit kan men door een parameter ("Scherm", "frmwngeg1", "ZoekSchermFunktieEnGroep") aan te maken met waarde 0.

11/100

3.10 Beveiliging ingebouwd zodat de C78 enkel kan aangemaakt worden vanuit scherm F2 en niet vanuit de shift F2.(EO) Tot op heden kon men ook een C78 aanmaken vanuit scherm shift F2. Deze was wel verkeerd. Er is voor de C78 immers een wnnr (dus enkel bij uitzendkrachten, niet bij kandidaten) nodig. Vanuit de shift F2 werden dan verkeerde waardes doorgegeven. Er is nu een beveiliging ingebouwd: men kan enkel een C78 meer aanmaken vanuit scherm F2. Wanneer men dit probeert vanuit de shift F2, krijgt men de melding dat dit enkel mogelijk is vanuit de F2.

3.11 Issue 34996: Blokkering rekeningnr bij schuldbemiddeling (KT) Disable velden rekeningnummer, swift en iban als er een geldig Budgetbeheer-attest In Hi-Ant nieuw attest aanmaken voor budgetbeheer: CD_SRT 43 43

CD 22 22

OMSCHRIJVING Budgetbeheer Gestion du budget

CD_TAAL 1 2

Dan wordt volgende parameter aangemaakt: Param1 Codeboekcode

Param2 attest

Param3 Budget beheer

Waarde 22

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

Param2 frmwngeg CheckBanknr ingevuld

Param3 #CheckBanknringevuld#wnbankn r.locked *

Als deze parameters blijven bestaan, wordt het veld rekeningnummer altijd gelocked als de gebruiker geen co-medewerker is. Het attest schuldbemiddeling kan enkel verwijderd en geopend worden door een co medewerker. (zowel vanuit het personendetail scherm als vanuit het attesten overzicht scherm) frmWnGeg1 (MWnGeg) Bij het verwijderen van een geselecteerd item in de grid met attesten, wordt er eerst gecontroleerd of de gebruiker een co-medewerker is. Indien dit niet het geval is, wordt er gecontroleerd of het geselecteerde attest een type heeft dat voorkomt in gBlockedAttestIdsForUZC. Deze globale variabele werd aangemaakt in MWisonet.bas en opgevuld in frmMain (waarde van parameter: ‘Codeboek’, ‘attest’, ‘Budgetbeheer’). frmAttest

12/100

In de ‘Form_Activate’ wordt er een ‘unload’ gedaan als de gebruiker geen co-medewerker is en het attest dat hij wil openen een type heeft dat voorkomt in gBlockedAttestIdsForUZC. Vertalingen Code Nederlands Frans ATTOnvoldoendeRechtenDel U heeft Vous n'avez onvoldoende pas assez de rechten om droits pour het attest te éliminer verwijderen. l'attestation . ATTOnvoldoendeRechten U heeft Vous n'avez onvoldoende pas assez de rechten om droits pour het attest te ouvrir openen. l'attestation .

3.12 Issue 36536: Automatisch aanmaken van attest ‘Recht op vermindering’(KT) Op het moment dat de uitzendconsulent op ‘Maak uitzendkracht’ klikt in het scherm ‘Kandidaten en Uitzendkrachten’ en nadat de uitzendconsulent een ‘sektie/statuut’ gekozen heeft, stelt Hi-Ant de vraag "Recht op rsz vermindering (activa, SBO, herstructurering) ?" indien de gekozen ‘sektie’ behoort de tot sekties vermeld in de parameter en indien er een parameter bestaat voor het attest ‘Recht op vermindering’. In Hi-Ant wordt er een nieuw attesttype (cd_srt = 43) aangemaakt voor ‘RechtOpVermindering’

Cd 23 23

Omschrijving Recht op vermindering Droit de réduction

Kor t

Taa l 1 2

Kor t 23 23 23 23 23 23

Taa l 1 2 1 2 1 2

Voor dit attest worden er ook detailtypes (cd_srt = 44) aangemaakt

Cd 1 1 2 2 3 3

Omschrijving Ja Oui Nee Non Onbekend Inconnu

Volgende parameters worden aangemaakt: Param1 Codeboekcode Scherm

Param2 attest frmwnlst

Param3 RechtOpVermindering AskForRechtOpVermindering

De eerste parameter geeft de code aan die gekozen is voor het attest ‘Recht op vermindering’. Als deze parameter niet bestaat, wordt de vraag niet gesteld. De tweede parameter geeft aan voor welke sekties de vraag gesteld moet worden. Enkel indien er voor een sektie gekozen wordt die hier is opgesomd, wordt de vraag gesteld.

13/100

Waarde 23 1015,1095

Voor het stellen van de vraag "Recht op rsz vermindering (activa, SBO, herstructurering) ?" wordt er gebruik gemaakt van de Hi-Ant InputBox:

De lijst wordt opgebouwd uit de detailtypes van het attest. Het is mogelijk om op een item te klikken om het te selecteren. Standaard wordt ‘3 Onbekend’ geselecteerd. Als er niet op ‘Annuleren‘ geklikt werd, wordt er gecontroleerd of er al een attest ‘Recht op vermindering’ bestaat voor de UZK. Als dit niet het geval is, wordt er een nieuw attest aangemaakt en anders wordt het bestaande attest aangepast (het detailtype wordt overschreven). Als er een nieuw attest aangemaakt wordt, wordt de ‘afleverdatum’ de datum van vandaag en de ‘geldig_van datum’ de ‘datum van indienstreding’ indien deze is ingevuld. Als de ‘datum van indienstreding’ niet is ingevuld, wordt de datum van vandaag gebruik. Als einddatum wordt ‘31/12/2099’ ingevuld. Vertalingen: Code KANVraagVerm indering

Nederlands Recht op rsz vermindering (activa, SBO, herstructurering)?

Frans Recht op rsz vermindering (activa, SBO, herstructurering)?

3.13 Issue 37325: Automatisch aanmaken van attest ‘Recht op vermindering’ (KT) Parameter gewijzigd:

Param1

Scherm Scherm

Par am2 frm wnl st frm wnl st

Param3 AskForRechtO pVerminderin g SektiesGeenR echtOpVermin dering

Waarde

1015,1095 0,15,95,500,715,795,31 00,4100,5000

De tweede parameter geeft aan voor welke sekties de vraag NIET gesteld moet worden. Enkel indien er voor een sektie gekozen wordt die hier niet is opgesomd, wordt de vraag gesteld. De procedure ‘SaveAttestRechtOpVermindering’ bevindt zich in ‘MWisonet’.

14/100

Hieraan zijn 2 parameters toegevoegd nl ‘sektie’ en ‘altijdVragen’. Met de parameter sektie wordt de sektie meegegeven. Indien er geen rekening moet worden gehouden met de sektie bv. als we een nieuwe wn aanmaken, wordt er ‘-1’ doorgegeven voor deze parameter. De parameter ‘altijdVragen’ is een boolean die aangeeft wanneer de vraag gesteld moet worden. Indien deze ‘true’ is, wordt de vraag altijd gesteld (rekening houdend met de sekties). Indien ‘false’ wordt de vraag enkel gesteld indien er nog geen attest bestaat of als het attestdetailtype onbekend is. Bovenstaande procedure wordt opgeroepen: Wanneer een nieuwe wn wordt aangemaakt. Dan is parameter ‘altijdVragen = true’ aangezien er toch geen attest bestaat en parameter ‘sektie = -1‘ omdat er geen sektie wordt ingegeven. Wanneer een wn gewijizigd wordt. Paramter ‘altijdVragen = false’ en ‘sektie = -1’ Wanneer een WN UZK gemaakt wordt. ‘altijdVragen = true’ want de vraag mag altijd gesteld worden indien men op de knop ‘MaakUZK’ klikt. Bij het kopiëren van een UZK. ‘altijdVragen = true’. De vraag mag gesteld worden telkens een uitzendkracht in een andere sektie wordt aangemaakt. Bij het aanmaken van een contract. ‘altijdVragen = false’. De vraag wordt enkel gesteld als er nog geen attest bestaat of als het detailtype van het attest ‘onbekend’ is. Bij een update van het contract wordt de vraag niet gesteld.

3.14 Issue 36476: Automatische opvolging bij aanmaak C63 in Hi-Ant (KT)

In de module ‘Documenten uitzendbedrijf’ de mogelijkheid toevoegen om een automatische opvolging aan te maken bij het aanmaken van een ‘uitzendbedrijf document’. Dit moet voorzien worden voor de verschillende types van documenten. Momenteel zijn dit (wndocs, kldocs, prestdocs, besteldocs.) Het automatisch toevoegen van de opvolging gebeurt met een extra parameter : Param1: Het type van het document Param2: Het lijstnummer van het document Param3: ‘FollowUp’ à er wordt een automatische opvolging aangemaakt

15/100

Waarde: , à als er geen detailtype moet worden opgeslaan wordt er enkel ingevuld zonder komma Param1 WNDOCS

Param2 4

Param3 FollowUp

Waarde 25,6

Dit betekent dus dat voor lijst 4 bij de werknemer er een opvolging dient ingeboekt te worden met als ‘OpvolgingType’ 25 en ‘OpvolgingDetailType’ 6. De volgende gegevens dienen bij de opvolging ingevuld te worden : contacttypeid (inhoud van de globale variabele gOpvolgContactTypeAuto) klid (invullen bij kl- prest-, besteldocs) koppelid (invullen bij wn- prestdocs) opvolgingtypeid (code uit de ‘parameter’ tabel à waarde voor de komma) opvlogingdetailtypeid (code uit de ‘parameter’ tabel à waarde na de komma) internecontactid (id van de actieve uitzendconsulent) datumingave (actieve datum) omschrijving (de menucaption) afgehandeld (true) wgnr (actief kantoor) Dit is ingebouwd in de procedure ‘MaakUZBDocumenten’ in de module ‘MLijsten’. Het ophalen van de parameter gebeurt in het begin van de procedure. Vogende query werd gebruikt voor het wegschrijven van de opvolging: con.Execute "insert into opvolging (contactTypeid,koppelid,opvolgingtypeid,opvolgingdetailtypeid,internecon tactid,klid,datumingave,omschrijving,wgnr,afgehandeld) " & _ "values (" & gOpvolgContactTypeAuto & "," & IIf(lngKoppelid = 0, "null", lngKoppelid) & "," & intOpvolgingType & "," & IIf(intOpvolgingDetailType = 0, "null", intOpvolgingDetailType) & "," & gPersoneelId & "," & IIf(lngKlId = 0, "null", lngKlId) & ",'" & Format(Date, "yyyy-mm-dd") & "','" & strOmschrijving & "'," & gKantoorNr & ",1)"

3.15 Nieuwe documenten (KT) LeegC63WerkkaartFR.doc

3.16 Issue 36920(KT) Automatische opvolging C63: De automatische opvolging komt onderaan de lijst bij. Zou bovenaan moeten staan. De lijst wordt gesorteerd op de kolom 'jaarwk'. Deze kolom waarde wordt bepaald uit de 'DatumOpvolging' en deze was niet ingevuld. De 'DatumOpvolging' wordt nu ook opgeslagen (actieve datum).

16/100

3.17 Issue 36647 (KT) Franstalige versie van de C63 Er is een word-document (LeegC63WerkkaartFR.doc) gemaakt van http://www.rva.be/D_Egov/Formulieren/Fiches/C63Werkkaart/FormFR.pdf. Dit word-document moet naar de ‘Hi-Ant ’ folder gekopieerd worden. Volgende parameter moet aangepast of aangemaakt worden:

Param1 N I WNDOCS H

Param Param3 2

Waarde

5

LeegC63WerkkaartFR.do 2 c

FileName

Cd_taal

3.18 Vanuit werknemersoverzicht naar opvolgingen (PL) Indien men vanuit het werknemersoverzicht , het opvolgingsoverzicht scherm opent wordt dadelijk de opvolgingen van de geselecteerde persoon getoond.

17/100

3.19 C131A : datum ondertekening (PL) Standaard toont Hi-Ant de eerste dag van de maand. Met de volgende parameter (parameter op 1 zetten) kan ingesteld worden dat Hi-Ant standaard de laatste dag van de maand toont : afdruk, c131A, DatumOndertekeningLaatsteDagMnd, 0

3.20 Ticket 33392: Quick Info werknemer : tekst loopt door foto (SF) Probleem: indien er een foto geactiveerd was in de uitzendkrachtfiche, ging bij ‘Snelle info’ de tekst over de foto getoond worden Dit is aangepast, de offset van de tekst wordt nu berekend aan de hand van de breedte van de foto zodat foto’s die niet in pasfoto formaat zijn ook correct getoond worden.

18/100

3.21 Ticket 33268: parametrisatie, sektie vervangen door statuut(SF) Vraag van klant: inschrijvingsscherm kandidaten: kan de term ‘sektie’ vervangen worden door de term ‘statuut’? Dit graag in zo veel mogelijk schermen/velden vervangen in Hi-Ant Overzicht Uitzendkrachten. De kolomtitel van de kolom met de sekties kan nu aangepast worden met de volgende parameter: (scherm, frmwnlst, omschrsektie), de standaardwaarde van deze parameter is ‘Sektie’. Overzicht contracten De kolomtitel van de kolom met de sekties kan nu aangepast worden met de volgende parameter. (scherm, frmcontlst, omschrsektie) de standaardwaarde van deze parameter is ‘Sektie’.

3.22 Ticket 33260: parametrisatie, verlengen veld voor invullen telefoonnummer (SF) Vraag van klant: het veld ‘telefoonnummer’ in het eerste scherm van de inschrijving van een uitzendkracht verlengen met 3 karakters

19/100

Checkdatabase routine aangepast zodat ze de veldlengte van het veld tel aanpast naar 20. Ook ingebouwd dat als de WN# tabel bestaat dat het veld daar ook aangepast wordt indien nodig.

3.23 Ticket 34501: FW: Hi-Ant(SF) Als je een taalquotering wijzigt, vervolgens verandert van rij (anderetaal) en vervolgens terug de vorige taalquotering aanpast, krijg je onderstaande melding. Voorbeeld : eerst Nederlands spreken op "goed" zetten, vervolgens Frans op "goed´ zetten, en vervolgens terug naar Nederlands en daar de "goed" in "zeer goed" veranderen. Probleem bij bepaalde klant.

3.24 Ticket 34600: parameters frmwngeg zijn gewijzigd!(SF) Wij hebben een probleem dat wij geen enkele fiche meer kunnen aanmaken zonder rijksregisternummer. Bij de Payroll jobstudenten is dit een groot probleem aangezien wij een groot deel van deze nummers pas bekomen op de inofsessies van de jobstudenten. Toch zijn op voorhand dan de fiches en contracten al aangemaakt en worden deze fiches vervolledigd na de infosessie. Probleem is niet dat ze geen fiche meer kunnen aanmaken, probleem is de extra controle die is ingebouwd om te vermijden dat als men op annuleren klikte bij de vraag voor de INSZ nummer, dat dan toch een lege fiche getoond werd. Omdat bij de vraag geen standaard waarde wordt ingegeven, geeft bij het niet invullen van de INSZ een klik op OK hetzelfde resultaat als een klik op Annuleren. De code is aangepast zodat standaard al 0 ingevuld is, ook de vraag is aangepast zodat deze duidelijker is. De melding is ook aangepast zodat ze nu uit de vertaaltabel komt. Nederlands: Geef het INSZnr in (0 = Niet Bekend): Frans: Encodez le NISS (0 = Inconnu):

20/100

3.25 Ticket 34434: bepaalde klant, parametrisatie, detail van een werkervaring fiche UZK (SF) Probleem: Het veld Concurrent kan onzichtbaar gezet worden op het detail van een werkervaring maar dan is de kolom wel nog zichtbaar in de grid. Hi-Ant aanpassen zodat het aanpassen van de kolomtitels en de kolombreedtes ook ondersteund wordt door de grid met de werkervaringen. vb. parameter: '0')

('frmwngeg1', 'grdWerkerv', 'ColumnWidths(Concurrent)',

3.26 Bugfixes (TS) Scherm sollicitanten internet (internet inschrijvi ngen) : was een probleem met de filter Checked, waarbij er NULL waardes niet werden uitgefilterd als men zoekveld op 0 zetten.

3.27 Diploma’s in werknemersfiche-opleidingen gestructureerd (TS) In het detail scherm van de opleidingen van een werknemer kon men de diploma’s gestructureerd ingeven door de parameter frmwngeg1,Opleiding,gestructureerd,0 op 1 te plaasten. Deze maakte echter gebruik van de hiërarchische codes (hcmaster en hcdetail). Er is nu een nieuwe parameter aangemaakt waardoor het mogelijk is om de diploma’s in te stellen met de reeds bestaande codesoort ‘17’. De parameter die hiervoor gebruikt moet worden is : "frmwnopl", "Opleiding", "Hierarchie", "1". Standaard wordt dus via de hcmaster en hcdetail gewerkt. Door deze op 0 in te stellen wordt er gebruik gemaakt van cd_srt=’17’ frmwngeg1,Opleiding,gestructureerd,0 op 1 plaatsen gecombineerd met "frmwnopl", "Opleiding", "Hierarchie", "1" op 0 zetten. Helemaal geen veld opleiding zichtbaar: parameter “frmwngeg1”,”Opleiding”,”gestructureerd”,0 "frmwnopl", "Opleiding", "Hierarchie", 0

21/100

Veld opleiding zichtbaar en inhoud gestructureerd (via hiërarchische codes): parameter “frmwngeg1”,”Opleiding”,”gestructureerd”,1 "frmwnopl", "Opleiding", "Hierarchie", 1

22/100

Veld opleiding zichtbaar en inhoud volgens cd_srt17: parameter “frmwngeg1”,”Opleiding”,”gestructureerd”,1 "frmwnopl", "Opleiding", "Hierarchie", 0

3.28 Mogelijkheid tot gestructureerde ingave van instituten voor opleidingen (TS) Via de parameter "frmwnopl", "Instituut", "Gestructureerd","0", kan men instellen of men de instituten via een codesoort wil weergeven om zo gestructureerd in te geven. parameter "frmwnopl", "Instituut", "Gestructureerd" -> 0 = standaard geen gestructureerde ingave

23/100

parameter "frmwnopl", "Instituut", "Gestructureerd" -> 1 = gestructureerde ingave via cd_srt=’206’

Via het programmeur menu in contractenlijstscherm kan men de codesoort 206 genereren (menu programmeur – andere – Vorm instituten om naar gestructureerd niveau.

3.29 Bugfixes (TS) Attestenscherm via F2 – gegevens – overzicht attesten : wanneer men een attest opende en bewaarde werd het attest niet juist gekoppeld aan de persoon. (fout in koppelid die niet werd opgevuld)

24/100

3.30 Aanpassing ExternalFiles (PratoFileAttach)(TS) In de PratoFileAttach-control die het mogelijk maakt om bestanden te koppelen aan een werknemers-, klant-,… fiche is een aanpassing gebeurd. Nu is het mogelijk om een volgorde in te geven. Hiervoor is een nieuw veld toegevoegd aan de tabel externalfiles, nl. EFSequence. Dit veld kan in alle fileattach-controls zichtbaar gemaakt worden met volgende parameter "FileAttach", "UseSequence", "*", "0". Door deze parameter op 1 in te stellen zal men in alle fileattach-controls een extra veld achteraan te zien krijgen, waarin men een nummer kan ingeven om de volgorde in te stellen. De grids zullen dan ook gesorteerd worden op deze nummer. De foto met het laagste nummer in het nieuwe veld EFSequence zal als eerste getoond worden.

3.31 Afdruk CV (nieuwe layout) – bepalen welke foto wordt getoond (TS) Er is een nieuwe parameter aangemaakt waardoor men een nieuw type van document kan aanmaken voor bij gebruik van de gekoppelde documenten (FileAttach) nl. "codeboekcode", "fotownCV", "*", "0". Indien dit is ingevuld, zal bij de afdruk van het CV naar dit type gekeken worden om de foto op te halen, en wordt de foto met de kleinste EFSequence genomen. Als de parameter niet is ingevuld, of er wordt geen foto gevonden van dit nieuwe type, dan zal HiAnt de foto zoeken via het type van "codeboekcode", "fotownfiche", "*", "0" gesorteerd volgens de description.

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

3.33 Aanpassing oude gridbrowse uitlijning kolommen (TS) Momenteel was de uitlijning automatisch rechts als de inhoud van de kolom begon met een cijfer. Dit gaf soms moeilijk te lezen info bij bv. opvolgingslijst binnen een wn-fiche. Nu is aangepast in de pratogridbrows3.ocx dat de uitlijning bepaald wordt door het type veld. Numerieke en datum velden worden rechts uitgelijnd, de rest wordt links uitgelijnd.

25/100

3.34 Aanpassingen/bugfixes scherm “sollicitant gegevens websubscribe”(EO) 1) Runtime error wanneer sorteren van de grid bij kolommen “dt inschr" of "webaction". à programmatie aangepast, zodat sortering wel werkt. 2) Export naar excel gaf runtime error. à programmatie aangepast 3) Ingeval van type websubscribe “CVK” (parameter [ImportWebsubscribe", "Type", "*"] = “CVK”) à men kan zoeken op veld “webaction” (zoekveld “webaction” is toegevoegd).

3.35 Sortering van items in listviews voor ingave “hierarchische codes” nu via parametrisatie aanpasbaar (EO) De programmatie is aangepast zodat binnen het scherm voor selectie van "hiërarchische codes" - dus o.a. voor selectie items voor ingave competenties (VDAB) - de sortering van de items in de listviews parametriseerbaar is. De sortering gebeurde tevoren steeds volgens code. Nu gebeurt de sortering standaard volgens omschrijving. Men kan nu via parametrisatie de sortering aanpassen, nl. door een parameter ("HierarchicCd", "ListViews", "OrderBy") aan te maken met waarde “cd” of “omschr” die dus resp. gaat sorteren volgens code of omschrijving.

3.36 Ticket 37573 - Bepaalde klant: Getuigschrift (PZ) Bestand : EmptyGetuigschrift.dot (zie \\blackpower\newsource ) Ter hoogte van - , +/-/Wijzig knop maar aan de linkerkant een knop toegevoegd getuigschrift. Deze knop roept een functie aan waaraan je koppelid meegeeft en categoriecode van het getuigschrift. De knop is standaard niet zichtbaar, als parameter (wn, extrainfo, printdoc, 0) gelijk is aan 1 dan is deze knop zichtbaar.

26/100

Met de parameter (wn, extrainfo, printdoccd, ‘’) kun je instellen welke hoofd level code gebruikt moet worden. Men dient een record te selecteren waarvan het categore gelijk is aan een opleiding hier onder hebben we bijvoorbeeld Algemeen bediende. ECDL is dan geen opleiding dus. Men krijgt dan ook een melding dat er niets gevonden kan worden. Bij een geldige lijn krijgt met een getuigschrift te zien van de wn/cursist met zijn behaalde competenties.

3.37 Ticket 37671 - Bepaalde klant: Nominatieve Cursistenlijst (PZ) Bestand : EmptyNominatieveCursistenlijst.xlt (zie \\blackpower\newsource ) De lijst wordt opgeroepen via frmMain -> Lijsten -> Lijsten Bepaalde klant -> Nominatieve Cursistenlijst. De gebruiker dient begindatum, einddatum en prestatie codes in te vullen. Begindatum : standaard 01/01/ huidig jaar

Einddatum : standaard 31/12/ huidig jaar

27/100

Prestatiecodes : standaard de waarde ls & opl

Er wordt dan een Excel sjabloon opgehaald en ingevuld met waardes die we terug krijgen van de volgende query : select b.naam, b.voornaam, min(a.begind), max(a.einde), f.bpmaand, sum(d.uren) as totaal from prestmaster a inner join wn b on a.wnnr = b.wnnr inner join prest c on a.id = c.contractgroep left join prestaties d on c.id = d.prestid inner join sektie e on e.sektie = a.sektie inner join betaalp f on c.jaar = f.bpjaar and c.week = f.bpweek and f.bpnummer = 5301 where a.jaar = 2008 and d.dkode in ('LS', 'OPL') and d.datum between '2008-01-01' and '2008-12-31' and c.sektie = 3 group by b.naam, b.voornaam, f.bpmaand

3.38 Ticket 37083: Bepaalde klant: Persoonlijke Gegevens -> Inschrijvingen -> Competentietypes (SF) Persoonlijke Gegevens -> Inschrijvingen -> Competentietypes Kolommen breder maken. Tijdens het laden van de lijsten wordt de breedte ingesteld op de breedte -50. Dit aanpassen via een dummylabel dat niet zichtbaar is en zich automatisch aanpast aan de tekst die erin staat. De grootte van de listview instellen op de breedte van de breedtste omschrijving.

28/100

3.39 Ticket 37683 - uren 2007 incl, feestdagen, ... (PZ) Bestand : EmptyOverzichtRoosters.xlt (zie \\blackpower\newsource ) De lijst wordt opgeroepen via frmMain -> Lijsten -> Lijsten Bepaalde klant -> Overzicht roosters. De gebruiker dient het huidig jaar, begindatum, einddatum, subsidiekanaal, prestatie codes en stagecodes in te vullen. Het huidig jaar

Begindatum : standaard 01/01/ huidig jaar

Einddatum : standaard 31/12/ huidig jaar

Selecteer subsidiekanaal

29/100

Prestatiecodes : standaard de waarde ls & opl

Stage codes

Tot slot wordt nog gevraagd of de gegevens gegroepeerd moeten zijn.

Hier worden dan 2 verschillende query’s uitgevoerd Indien Ja

30/100

select b.naam, b.voornaam, min(a.begind), max(a.einde), f.bpmaand, sum(d.uren) as totaal from prestmaster a inner join wn b on a.wnnr = b.wnnr inner join prest c on a.id = c.contractgroep left join prestaties d on c.id = d.prestid inner join sektie e on e.sektie = a.sektie inner join betaalp f on c.jaar = f.bpjaar and c.week = f.bpweek and f.bpnummer = 5301 where a.jaar = 2008 and d.dkode in ('LS', 'OPL', 'PS') and d.datum between '2008-01-01' and '2008-12-31' and c.sektie = 3 group by b.naam, b.voornaam, f.bpmaand Indien Nee select b.naam, b.voornaam, min(a.begind), max(a.einde), f.bpmaand, sum(d.uren) as totaal, case when d.dkode in ('OPL') then 'OPL' ELSE 'STA' END from prestmaster a inner join wn b on a.wnnr = b.wnnr inner join prest c on a.id = c.contractgroep left join prestaties d on c.id = d.prestid inner join sektie e on e.sektie = a.sektie inner join betaalp f on c.jaar = f.bpjaar and c.week = f.bpweek and f.bpnummer = 5301 where a.jaar = 2008 and d.dkode in ('LS', 'OPL', 'PS') and d.datum between '2008-01-01' and '2008-12-31' and c.sektie = 3 group by b.naam, b.voornaam, f.bpmaand, case when d.dkode in ('OPL') then 'OPL' ELSE 'STA' END Er wordt dan een Excel sjabloon opgehaald en ingevuld met waardes die we terug krijgen aan de hand van de ingegeven parameters.

31/100

3.40 Ticket 37942 - lijst roosters (PZ) Document : emptyOverzicht Rooster.dot Zie \\Blackpower\newsource\ Via het scherm frmmain in het menu "lijsten" -> "Lijsten Bepaalde klant " - "Overzicht roosters" Wordt het jaar, maand & subsidiekanaal opgevraagd om dan een lijst met roosters te presenteren van de cursisten aan de hand van de ingegeven data.

3.41 Issue 37249 & 37234(KT) Afdrukken bankcheques afhankelijk maken van de taal van de uitzendkracht . Momenteel houdt deze procedure rekening met de taal van de uitzendconsulent. (Indien een nederlandstalige uitzendconsulent, dan komen alle cheques er in het nederlands uit.) Dit komt omdat er rekening wordt gehouden met de gtaal variabele. Aanpassing: In de procedure ‘PrintCheques’ wordt de procedure ‘voluiteuro’ aangeroepen. Aan deze procedure is er een parameter ‘taal’ toegevoegd. Deze parameter wordt ingevuld met de taal van de uitzendkracht. In de procedure ‘voluiteuro’ wordt deze parameter nu gebruikt i.p.v. gtaal.

3.42 Issue 35441: (KT) Veld attestdatum bijmaken in lijst attesten

32/100

33/100

4 Module klanten en prospecten 4.1

Ticket 36218: toegang attesten (SF)

Probleem: De gewone uitzendconsulenten hebben geen toegang meer voor het ingeven van attesten. Hi-Ant aangepast zodat bij het ophalen van de attesten die niet aangepast of gewist mogen worden door een UZC een standaardwaarde wordt meegegeven.

4.2

Oplossing bug: Als men de paritair comités binnen de klantfiches opvulde via de lookupboxen, werden deze waardes niet bewaard in de database (EO)

Reden was dat de database-field eigenschap van de vroegere invulvelden ook nog stond opgevuld. Met als gevolg dat de waardes hierin aanwezig ook nog weggeschreven werden naar de database. Programmatie aangepast.

4.3

Klantenlijst-scherm en Klanten/prospecten-lijstscherm en de “snelle info” schermen hierbij horend kunnen nu geresized worden (EO)

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

4.4

Aanpassingen “snelle info” bij klanten/prospecten: 1) parameter om enkel de huidig actieve loonformules te tonen 2) parameter om maximum aantal getoonde opvolgingen te bepalen (EO)

De “snelle info” bij klanten/prospecten is aangepast: 1) Via parameter ("QuickInfoKl", "loonformules", "EnkelVandaagActief" ), standaard 1 kan men bepalen dat men al of niet enkel de vandaag actieve loonformules wil zien. (voor facturatieformules was het sowieso al dat altijd enkel de vandaag actieve facturatieformules worden getoond)

34/100

2) Via parameter ("QuickInfoKl", "opvolging", "MaxNbrItems") kan men het maximum aantal opvolgingen instellen dat er getoond wordt binnen de snelle info [opvolgingen worden geordend op dalende ingave-datum; dus sowieso de meest recent ingegeven opvolgingen worden getoond]. Standaard geldt voor parameter ("QuickInfoKl", "opvolging", "MaxNbrItems") de waarde 100. Het probleem was dat tevoren er geen limiet stond op het aantal opgehaalde opvolgingen, waardoor oproepen van de quickinfo soms lang kon duren. (sowieso is de picturebox waarin de quickinfo verschijnt beperkt in de hoeveelheid info die deze kan tonen - dus veel ophalen had sowieso geen zin].

4.5

Via parameter kunnen instellen of men de wn-adresinfo wil zien verschijnen op de maaltijdcheques of niet (EO)

Tot nu toe was het zo dat steeds op de maaltijdcheques ook de wn-adresinfo verschijnt. Nu kan men door parameter ("Maaltijdcheques", "Bestelling", "PrintWnAdresInfo") aan te maken met waarde 0 instellen dat deze wn-adresinfo niet meer verschijnt. Standaard blijft dus wel nog de wn -adresinfo op de maaltijdcheques staan.

35/100

4.6

Bestelling maaltijdcheques Sodexho (optie STR= (PL)

Mogelijkheid toegevoegd om ook per klant een apart bestelkantoor te definieren. Hiervoor dient men in de klant optie balk de optie STR = te gebruiken. Dit nummer dient dan wel al leveringsadres / groeperingsadres aan Sodexho gecommuniceerd te worden. Men dient er aandacht voor te hebben dat dit “nep” kantoornummer niet gelijk is aan een bestaand kantoornummer. (Het nummer mag ook maximum 4 cijfers lang zijn) Men kan dit gebruiken om bv al de maaltijdcheques van een inhouse klant samen in een enveloppe te ontvangen en dat de maaltijdcheques van deze klant niet zijn opgenomen in de enveloppe van het volledige kantoor. Deze functionaliteit bestond reeds bij de bestelling van maaltijdcheques voor Ticket Restaurant. Bij ticket restaurant echt dient het uitzendbedrijf dit adres en nummer ook door te geven aan ticket restaurant. Bij sodexho zit het adres in het bestelbestand ; men dient dan een apart adrestype aan te maken (bv Sodexho) en dit in te geven in de parameter tabel mbv de volgende parameter : Maaltijdcheques,extraadres,sodexho,<waarde van het adrestype> Het adres dient als volgt bij de adressen ingegeven te worden :

Als deze parameter is ingegeven zullen alle adressen van dit type ook aan sodexho gecommuniceerd worden. Het is ook mogelijk om per persoon een apart afhaalkantoor van maaltijdcheques in te geven. Hier heeft men dan wel enkel de mogelijklheid om één van de bestaande kantoren te selecteren. (Dit veld dient wel geactiveerd te worden in de werknemersfiche. ! De optie STR heeft voorrang op het afhaalkantoor maaltijdcheques.

36/100

4.7

Uitbreiding aanmaak contract voor geblokkeerde klanten(PL)

Indien een klant geblokkeerd wordt, kan er geen contract aangemaakt worden. Deze controle wordt uitgevoerd bij het bewaren van een contract. Er is nu een uitbreiding voorzien dat het onmogelijk wordt om deze klant zelfs niet meer te kunnen selecteren in de opzoeklijst. De volgende acties zijn aangepast : Aanmaken van een contract vanuit de lijst waarbij een geblokkeerde klant actief is. Hi-Ant geeft een melding dat de klant geblokkeerd is en toont een lege klant opzoeklijst Aanmaken van een contract vanuit het tussen menu waarbij ook prospecten en kandidaten kunnen geselecteerd worden. Hi-Ant geeft een melding dat de klant geblokkeerd is en toont een lege klant opzoeklijst

Aanmaken van een contract vanuit de bestellingslijst van een geblokkeerde klant. Er wordt geen contract aangemaakt.

4.8

Issue 35238: voorkomen dubbele bedrijfsfiches (KT)

FrmKlLst1 Om het aanmaken van dubbele bedrijfsfiches tegen te gaan (moet wel mogelijk blijven), zou er een systeem moeten voorzien worden zodat wanneer men een bedrijf wil toevoegen, men eerst het ondernemingsnummer moet ingeven (indien in bezit) zodat er kan nagegaan worden of het al bestaat. Record in parameter-tabel Param1 Param2 Scherm FrmKlLst1

Param3 AskForOndernemingsNr

Waarde 1

Mogelijke waarden: 0: Parameter staat af, geen controle

37/100

1: Als er al een bedrijf bestaat met opgegeven ondernemingsnummer, wordt dit gemeld en wordt er gevraagd of er een nieuwe fiche moet worden aangemaakt. Als de gebruiker voor ‘Ja’ kiest, wordt er een nieuwe fiche geopend waar het ondernemingsnummer reeds ingevuld is. Indien de gebruiker geen nieuwe fiche wil aanmaken, wordt de bestaande fiche geopend als de gebruiker voldoende rechten heeft. Is dit niet het geval, krijgt hij een melding hierover. 2: Het is niet mogelijk om een bedrijf een 2de keer aan te maken. Er moet steeds een correct ondernemingsnummer ingevuld worden in de inputbox waar het ondernemingsnummer wordt gevraagd. Als er al een bedrijf bestaat met dit ondernemingsnummer, wordt dit gemeld; Enkel indien dit bedrijf hoort bij een van de steunkantoren of als de gebruiker een co-medewerker is, is het mogelijk om de bestaande fiche te bekijken. Indien dit niet het geval is, wordt dit gemeld. 1=waarschuwend 2=blokkerend FrmKlGeg1 Wanneer er een nieuwe fiche wordt aangemaakt, zou er op moment van bewaren nog eens een controle moeten gebeuren, op ´herkenbare´ info (vb naam, straat, huisnummer, gemeente). Indien er al een bedrijf bestaat met de gecontroleerde gegevens moet er opnieuw een melding gemaakt worden dat het bedrijf reeds bestaat. Records in parameter-tabel Param1 Scherm

Param2 FrmKlGeg1

Scherm

FrmKlgeg1

Param3 ControleB estaanFir ma ControleB estaanFir maSQL

Waarde 1 select id,klnr,wgnr from kl where naam = '#frmklgeg1.DTBgeg(9).databasevalue#' and straat = '#frmklgeg1.DTBgeg(11).databasevalue#' and huisnr = '#frmklgeg1.DTBgeg(31).databasevalue#' and gemeente = '#frmklgeg1.DTBgeg(14).databasevalue#'

Mogelijke waarden ControleBestaanFirma: 0: Parameter staat af, geen controle 1: Als er al een bedrijf is dat voldoet aan de ‘Waarde’ van ControleBestaanFirmaSQL, wordt dit gemeld. Men mag het bedrijf nog een keer aanaken. Indien dit bedrijf hoort bij een van de steunkantoren of de gebruiker is een co-medewerker, is het mogelijk om de fiche te bewaren of om de bestaande fiche te bekijken. Indien dit niet het geval is, is het enkel mogelijk om de Fiche te bewaren. 2: Als er al een bedrijf is dat voldoet aan de ‘Waarde’ van CotroleBestaanFirmaSQL, wordt dit gemeld. Men mag het bedrijf niet nog een keer aanmaken. Indien dit bedrijf hoort bij een van de steunkantoren of de gebruiker is

38/100

een co-medewerker, is het mogelijk om de bestaande fiche te bekijken. Als het bedrijf niet bij een van de steunkantoren hoort, kan de gebruiker niets doen. De waarde van ControleBestaanFirmaSQL is de query die wordt uitgevoerd om te controleren of er al een bedrijf bestaat. De waarden tussen # worden vervangen door de waarden van deze velden op het formulier. Als er een fout optreedt in deze controle (vb de query in de parameter is niet juist), wordt de fiche toch bewaard. Records in vertaal-tabel Code Nederlands Frans KLGeefOnderne Geef het Encodez le n° mingsNr ondernemingsnr in d'entreprise (0 = (0 = Niet Bekend): Inconnu): KLVerplichtOn Verplicht om het N° d'entreprise dernemingsNr ondernemingsnr in est obligatoir. La te geven. De procédure sera procedure wordt arrêtée. gestopt. KLFoutOnderne Fout N° d'entrepise est mingsNr onderneminsnr. De faux. La procédure procedure wordt sera arrêtée. gestopt. KLFicheAanwez Fiche reeds La fiche déjà igStop aanwezig in existe dans kantoor {wgnr}. U l'office {wgnr}. heeft onvoldoende Vous n'avez pas rechten om de assez de droits fiche te openen. pour ouvrir la fiche. KLFicheAanwez Fiche reeds La fiche déjà igOpen aanwezig in existe dans kantoor {wgnr}. l'office {wgnr}. Druk Ok om naar Cliquez sur OK fiche te gaan, uw pour consulter la gegevens zullen fiche, votre verloren gaan. donnée ne seront pas sauvegardé. KLFicheAanwez Fiche reeds La fiche déjà igBewaar aanwezig in existe dans kantoor {wgnr}. l'office {wgnr}. Wenst u een nieuwe Voulez-vous créer fiche aan te une nouvelle maken? fiche? KLFicheAanwez Fiche reeds La fiche déjà igBewaarOfToo aanwezig in existe dans n kantoor {wgnr}. l'office {wgnr}. Nieuwe fiche Sauvegarder la bewaren? Indien nouvelle fiche? Si nee zal de non, la fiche bestaande fiche existante sera geopend worden en ouverte et votre zullen uw gegevens donnée seront verloren gaan. perdues. KLFicheAanwez Fiche reeds La fiche déjà

39/100

ig KLOnvoldoende Rechten

KLFicheAanwez igBewaarGegVe rloren

4.9

aanwezig in kantoor {wgnr}. U heeft onvoldoende rechten om de fiche te openen Fiche reeds aanwezig in kantoor {wgnr}. Wenst u een nieuwe fiche aan te maken? Uw gegevens zullen verloren gaan.

existe dan l'office {wgnr}. Vous n'avez pas assez de droits pour ouvrir la fiche. La fiche déjà existe dans l'office {wgnr}. Voulez-vous créer une nouvelle fiche? Votre donnée ne seront pas sauvgardé.

Issue 36556 (KT)

In beide Klantoverzicht schermen: veld btw nummer aan overzicht toevoegen, boekhoudcode moet parametriseerbaar zijn, dit is niet voor alle klanten interessant. Beide velden zijn toegevoegd aan de ‘SelectString’, de ‘ColomnHeadings’ en ‘ColomnWidths’. De ‘Boekhoudcode’ heeft echter een colomnwidth van ‘0’ zodat hij standaard niet getoond wordt. Om de ‘Boekhoudcode’ kolom te tonen, moeten volgende parameters worden toegevoegd

Param1 Param2 Param3 frmkllst brwgeg ColumnWidths(Boekhoudcode) frmkllst 1 brwgeg ColumnWidths(Boekhoudcode) ColumnWidths(Code de frmkllst brwgeg comptabilité) frmkllst ColumnWidths(Code de brwgeg 1 comptabilité)

Waarde 20

Cd_Taal 1

20

1

20

2

20

2

40/100

4.10 Ticket 35636 : Aan-/uitzetten van de controle op het coeficient binnen de klanten fiche. (P Z) De mogelijkheid moet bestaan om deze controle af te zetten. Via de parameter "scherm", " frmcontgeg ", "GeenControleCoëficient" beslist men of de controle al dan niet uitgevoerd moet worden. De controle wordt niet uitgevoerd als de waarde op 1 staat. Standaard wordt de controle wel uitgevoerd.

4.11 Ticket 34022: Afdruk Klantcontract (SF) Als het veld opties van de klant nog geen waarde heeft, is het door een bug in de query niet mogelijk om een klantcontract af te drukken. Oorzaak is dat NULL niet kan vergeleken worden met een string. De query aanpassen zodat het veld opties wordt omgezet met de isnull functie.

4.12 Ticket 34658: paritair comite arbeiders wordt niet bewaard wanneer je dit invult of aanpast (SF) Als de parameter (scherm, frmklgeg1, parcomviacodesoort) voor het aanzetten van het invullen van het paritair comité via de lookupboxen aanstaat (1) dan wordt de waarde van de textboxen voor het pca en pcb op 0 gezet en het databasefield van deze controls op “” zodat er geen rekening mee wordt gehouden. De controle voor de waarde van de textboxen wordt enkel uitgevoerd als de voorgaande parameter uit (0) staat.

4.13 Ticket 36251: Aanpassing Actieve uitzending klanten in Hi-Ant (SF) Wij zouden graag een bijkomend veld hebben in het scherm ´actieve uitzending´ bij de klanten/prospecten : Regio In dit veld kan je een regio selecteren. De regio´s zijn dezelfde zoalsdie ook bij de uzk kunnen opgegeven worden (tabblad divers - Internationaal/regionaal).

41/100

Opzoeklijst toevoegen onder de funcie met de regio (code soort( 166) - opletten met de tabvolgorde Automatisch veld aanmaken in de database via checkdatabase (regioCD) Standaard zichtbaarveld ook zichtbaar maken in lijst active uitzending. (achter de functie) Het veld regiocd (varchar(10)) wordt automatisch toegevoegd aan de tabel UITZENDING wanneer de checkdatabase procedure wordt uitgevoerd. Op het detail scherm van de uitzending (frmuitzgeg) is een nieuw veld Regio toegevoegd dat kan opgevuld worden met behulp van een LookUpBox. Deze wordt opgevuld met code soort 166. In de grid op het tabblad Actieve Uitzending is een kolom Regio toegevoegd waarin de omschrijving van de regio wordt weergegeven. Hi-Ant controleert bij het laden van de grid op het tabblad Actieve Uitzending en het detail scherm of het veld bestaat in de databank zodat dit geen problemen geeft als de checkdatabase routine nog niet is uitgevoerd.

4.14 Paritaire comités via lookupbox (TS) Klanten scherm is vergroot naar ongeveer 1024 * 768 Door de parameter "scherm", "frmklgeg1", "parcomviacodesoort", "0" op 1 te plaatsen, zal het ingeven van de paritaire comités voor arbeiders en bedienden via lookupbox gebeuren. Codesoort 203

4.15 Inladen klanten/prospecten scherm – ophalen gegevens per tabblad (TS) Wanneer men een fiche opende werd de data van alle grids in alle tabbladen opgehaald. Dit is nu aangepast, zodat deze gegevens slechts ingelezen worden als men op het betreffende tabblad klikt. Voor het tabblad van de opvolgingen is er ook een aanpassing gebeurd, zodat niet alle opvolgingen worden opgehaald, maar enkel de opvolgingen van de laatste 180 dagen. Indien men toch oudere gegevens wenst te raadplegen kan men deze datum aanpassen, of leeg laten.

42/100

4.16 Nieuw tabblad bij klantenscherm (TS) Er is een nieuw tabblad aangemaakt op het klantenscherm, waarop de bestellingen van deze klant te zien zijn. Ook is het mogelijk om vanuit dit tabblad naar de bestelling te gaan, of een nieuwe bestelling aan te maken voor de actieve klant.

4.17 Bugfixes (TS) Bij het invullen van een verkeerd btwnummer in een klantenfiche, werd dit foute nummer ook ingevuld bij ondernemingsnummer. De controle geeft melding “foutief controlegetal”, voor beide controls en de gebruiker kan niets meer doen (oneindige lus). Aangepast dat bij het invullen van het btw-nummer meteen gecontroleerd wordt, indien juist getal wordt dit ook in ondernemingsnummer gestoken, zo nee blijft ondernemingsnummer leeg. Bij openen van een gezinsfiche in combinatie van de changecontrolsload parameter, kreeg men een BOF/EOF fout doordat de filter in de parameter recordset in het geheugen werd veranderd. Opgelost door voor de changecontrols en changecontrolsload een aparte recordset in geheugen te nemen, en deze te gebruiken in de checkchangecontrols functie.

4.18 Nieuwe mogelijkheid blokkeren klant – Geen limiet (TS) – specifiek voor bepaalde klant Met behulp van onderstaande parameter kan men een klant blokkeren, zodat hiermee geen contract kan aangemaakt worden. "CodeboekCode", "FinanciëleRating", "GeenLimiet","0" Indien ingevuld (groter dan 0) zal dit actief staan. Men moet dus ook een nieuwe financiële rating "Geen limiet" aanmaken onder codeboek cd_srt='19' via gegevens - interne gegevens - koppeltabellen. De cd van de nieuw aangemaakte financiële rating moet dan in de bovenstaande parameter ingevuld worden. Nieuwe financiële rating aanmaken : "geen limiet" Gevolgen:

43/100

Bij de creatie van een nieuwe klant moet deze standaard deze rating hebben. Consulent kan deze status niet selecteren noch wijzigen. (minimaal co-rechten) Er kunnen geen contracten bewaard, overgeheveld of verlengd worden voor klanten met deze status.

4.19 Oplossing “probleem bij opzoeken op naam van contactpersoon binnen ingave aktieve uitzending”(EO) Bij opzoeken op naam van een contactpersoon binnen de ingave van een aktieve uitzending kreeg men een runtime error. Er zat een foutje in de programmatie, hetgeen nu is opgelost.

4.20 Kantoorinfo tonen + erop kunnen zoeken binnen poolmanagement (EO) Wgnr-veld toegevoegd als kolom en als zoekveld binnen poolmanagement. Het wgnr-veld wordt als volgt opgevuld: - met wgnr van klant als de klant is ingevuld binnen het poolmanagement - met wgnr van uzk als de klant niet is ingevuld binnen het poolmanagement

4.21 Kleine aanpassingen (KT) Issue 38425: Kolom ‘financiële rating’ toevoegen aan ‘overzicht bedrijven’ In 'frmkllst' en 'frmkllst1' is een kolom financiële rating toegevoegd in procedu re 'OrigineelSchermLijst'. Beide schermen zijn ook groter gemaakt (zelfde grootte als 'frmklgeg1').

44/100

4.22 Ticket 38273: ingave kostenplaatsen(SF) Voor een bepaalde klant is er voor de begin- en einddatum van de kostenplaatsen een standaardwaarde voorzien. Aangezien deze begin- en einddatum verplicht zijn in te voeren bij de aanmaak van een kostenplaats, wenste deze klant dat deze velden al automatisch ingevuld zouden worden. Als je met behulp van de changecontrols parameter een standaardwaarde voorziet dan wordt deze waarde overschreven omdat de checkchangecontrols eerst uitgevoerd wordt en dan pas de from wordt opgevuld met de recordset. Inbouwen dat hij na het opvullen van de form via geefparamwaarde de waarde alsnog ophaalt uit de changecontrols parameter.

Begindatum: geefparamwaarde("changecontrols", "frmkostenplaats", "Datgegevens(0).text", "") Einddatum: geefparamwaarde("changecontrols", "frmkostenplaats", "Datgegevens(1).text", "")

45/100

5 Module opvolging

5.1

Instelbaar dat automatisch aangemaakte opvolgingen door nietprogrammeurs ook aangepast kunnen worden (EO)

Tot op heden konden enkel programmeurs wijzigingen aanbrengen aan automatisch aangemaakte opvolgingen. Indien parameter ("Scherm", "FrmWnOpvolging", "AutoOpvolgWijzigbaar") wordt aangemaakt met waarde 1, dan kunnen alle gebruikers de automatisch aangemaakte opvolgingen wijzigen.

5.2

Opvragen bijkomende info over bestelling geselecteerd binnen opvolgingdetailscherm

Er is nu de mogelijkheid om bij de lookupbox met de bestelling binnen het opvolgingdetailscherm meer info over deze bestelling te tonen. Er bevindt zich naast de bestelling -lookupbox een “help-knop” waarmee men de info kan oproepen (verschijnt zoals een tooltip). De gewenste info die men wil zien wordt gespecifieerd via een parameter: Via parameter ("ToolTipQuery", "frmWnOpvolging", "Lubgeg(9)") wordt de query (=waarde)ingegeven waarmee de gewenste info wordt opgehaald.

46/100

Standaard geldt de volgende query voor het ophalen van info: “SELECT bes_naam, isnull(kl.klnr, 0) as klnr, kl.naam as klnaam, bes_aantal, bes_functie, bes_startdatum, bes_brutoloon, bes_coef from bestellingen inner join kl on bestellingen.bes_klid = kl.id") Er is ook de mogelijkheid om binnen de query, opgegeven in de parameter, omschrijvingen te tonen afhankelijk van de taal van de gebruiker. Daartoe dient men de taal, waarbij de omschrijving opgehaald wordt, gelijk te stellen aan #TAAL#. Deze wordt dan runtime vervangen door de taal van de gebruiker.

5.3

De items beschikbaar voor de status van een opvolging kunnen afhankelijk gemaakt worden van het ingegeven type van de opvolging; statussen niet afhankelijk van een opvolgingstype verschijnen altijd (EO)

De items beschikbaar voor de status van een opvolging kunnen nu afhankelijk gemaakt worden van een opvolgingtype. Dit doet men door binnen de koppeltabel bij de ingave van de status bij “omschrijving kort” de code van het betreffende opvolgingtype in te geven. Bvb. opvolgingtype 11 = bestelling

47/100

Bij de statussen van de opvolging heeft men volgende items: 1 = nieuw-- omschrijving kort is niet ingevuld 2 = afgehandeld-- omschrijving kort is niet ingevuld 3 = bestelling on hold-- omschrijving kort ingevuld met 11 (opvolgingtype “bestelling”) 4 = bestelling ingevuld -- omschrijving kort ingevuld met 11 (opvolgingtype “bestelling”) à bij ingave van een opvolging binnen de lookupbox voor ingave van status: * zullen steeds items “1 = nieuw” en “2 = afgehandeld” beschikbaar zijn * zullen items “3 = bestelling on hold” en “4 = bestelling ingevuld” enkel beschikbaar zijn indien men bij het opvolgingtype “11 = bestelling” selecteert.

5.4

Issue 37391(KT) Aanmaak automatische opvolging bij bepaalde user X

Als user X een nieuwe bestelling ingeeft wordt er geen automatische opvolging aangemaakt, bij collega´s gebeurt dit wel... Het probleem situeerde zich niet enkel bij user X maar er werd bij niemand nog een automatische opvolging aangemaakt. Doordat er een ‘initform’ gebeurde, werden de waardes van ‘nLastStatus’ en ‘strLastStatusOpm’ gelijkgesteld aan de waarden die net waren ingegeven. Er wordt enkel een opvolging aangemaakt

48/100

indien 1 van deze velden van waarde veranderd is. Het oproepen van de procedure gebeurt nu na het aanmaken van de automatische opvolging.

5.5

Ticket 34821 - Opvolging kunnen ingeven vanuit beide prestatie ingave schermen (PZ)

De schermen frmprest1 & frmprest2 krijgen beide een extra menuitem waarbij het mogelijk is om via het respectievelijk scherm een opvolging in te geven. Voordat het scherm frmwnopvolging getoond kan worden, wordt eerst gecontroleerd of het parameter looninfo is ingevuld. Param1: Codeboekcode Param2: opvolging Param3: looninfo Waarde: , ' als er geen detailtype moet worden opgeslaan wordt er enkel ingevuld zonder komma Param1 Param2 codeboekcode opvolging

Param3 looninfo

Waarde 25,6

Dit betekent dus dat de werknemer er een opvolging dient ingeboekt te worden met als 'OpvolgingType' 25 en 'OpvolgingDetailType' 6.

Mits het in orde is wordt gecontroleerd of men een wnnr & klnr heeft geselecteerd. Vervolgens worden volgende gegevens ingevuld in het scherm frmWnOpvolging en de betreffende controls op enabled = false geplaatst. contacttypeid = 2 klid (invullen bij kl- prest-, besteldocs) (opgepast kl.id opzoeken aan de hand van de klnr) KlInfo1("id", gklnr /glngklnr, False))) koppelid (invullen bij wn- prestdocs) WnInfo1("koppelid", gwnnr/glngwnnr) opvolgingtypeid (code uit de 'parameter' tabel ' waarde voor de komma) opvlogingdetailtypeid (code uit de 'parameter' tabel ' waarde na de komma) internecontactid (id van de actieve uitzendconsulent) (gpersoneelsid) datumingave (begindatum betaalperiode) omschrijving (de menucaption) afgehandeld (true) wgnr (actief kantoor)

indien er bij het selecteren van een uzk voor de geselecteeerde periode een looninfo opvolging is ingeven dient dit op beide schermen zichtbaar gemaakt te worden.

49/100

50/100

6 Module Bestellingen 6.1

Programmatie aangepast: bij het wijzigen van een extralegaal voordeel binnen een bestelling, wordt bij het wijzigen van de “detail – vrije tekst” de vroegere waarde getoond (EO)

Het probleem was als volgt: Indien men een extralegaal voordeel (met bijbehorende tekst) wou wijzigen, werd bij het ingeven van de “detail – vrije tekst” de vroegere waarde hiervan niet getoond. De programmatie is aangepast, zodat de vroegere waarde wel wordt getoond.

6.2

Ticket 38514: toevoegen kostenplaatsen(SF)

De mogelijkheid voorzien dat ze in het Deelopdrachten scherm ook kostenplaatsen bij de klant die bij de bestelling hoort zodat ze niet meer alles moeten sluiten en naar de klantenfiche gaan. => specifiek voor bepaalde klant, planningmodule

51/100

6.3

Issue 36028(KT)

Bestelling detail: functie als vrije tekst opvullen met de naam van de bestelling bij het verlaten van dit veld en indien de functie niet is ingevuld Oude code: Het veld 'Functie' wordt op 2 plaatsen opgevuld: - Als bij het verlaten van het veld 'Functie' het veld leeg is, wordt de naam van de bestelling hier ingevuld. - Als parameter "scherm", "frmbestelgeg", "AutoFillFunctionWithOrderName" waarde '1' heeft en het veld 'Functie' leeg is, wordt bij het kiezen van een 'FunctieId', het veld 'Functie' ingevuld met de text die bij de 'FunctieId' hoort. Nieuwe versie: - In het eerste geval wordt er nu ook gekeken naar parameter "scherm", "frmbestelgeg", "AutoFillFunctionWithOrderName". Als deze waarde '1' heeft, wordt het veld ingevuld met de naam van de bestelling

In het 2de geval wordt nu als de parameter niet bestaat of waarde '0' heeft, het veld functie (indien leeg) ingevuld met de tekst die bij de 'FuncitieId' hoort.

52/100

6.4

Bestellingdetail scherm : automatisch invullen van functie met bestelnaam (PL)

Standaard vulde Hi-Ant de functie in het bestellingsdetail scherm in met de naam van de bestelling. Dit is nu parameteriseerbaar gemaakt en standaard staat het af. Het kan geactiveerd worden door de volgende parameter op 1 te plaatsen. scherm, frmbestelgeg, AutoFillFunctionWithOrderName

53/100

6.5

Bestellingen : automatisch invullen van de URL (PL)

In het bestelling detail scherm kan men reeds manueel een url invullen die verwijst naar de webpagina die bij de bestelling hoort. Men kan nu ook een systeem activeren dat automatisch deze url zal invullen tijdens het bewaren van de bestelling. Het principe is dat men per kantoor een basis url kan ingeven waarin men een bepaalde parameter opneemt. Hi-Ant zal in deze basis url de parameter vervangen door het identificatienummer van de bestelling. De volgvende parameters zijn van belang : "VDAB_XML", "Bestellingen", "autocreateURL", "0") = "1" Deze parameter activeert het systeem. VDAB_XML, Bestellingenpatroonurl, <wgnr>,) De parameter bepaalt de basis url waarbij : <wgnr> het kantoornummer bevat de basis url bevat bv : http://www.prato.be/bestelling De parameter wordt dan vervangen door het identificatienummer van de bestelling. Dit nummer kan de gebruiker links boven in het bestelling detail scherm bekijken. Het kantoornummer is het kantoornummer van de actieve bestelling.

54/100

6.6

Bestelling : koppeltabel “kans op vast” (PL)

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

6.7

Bugfix: selecteren contactpersoon in bestelling (PL)

Indien men een bestelling aanmaakte vanuit het detail scherm van de klant, kon met niet dadelijk een contactpersoon selecteren. Het was noodzakelijk om de klant opnieuw in te geven. Dit is opgelost.

55/100

6.8

mCheckDatabase : extra veld in WG tabel VDABcontactpersoon (PZ)

Bij het versturen van de bestellingen is een contactpersoon vereist mee te geven. Standaard wordt de toegewezen persoon ge nomen. Indien deze niet aanwezig is, wordt de VDAB contactpersoon van het kantoor doorgestuurd. If Not VeldAanwezig("WG", "VDABcontactpersoon", ConCheck) Then ConCheck.Execute "alter table dbo.WG add VDABcontactpersoon bigint NULL" End If

56/100

6.9

Ticket 36794 - Kopiëren van een bestelling bes_jaar en bes_week aanpassen (PZ)

Bij het kopieren van een bestelling in de frmbestellst worden voor de 2 velden bes_jaar en bes_week opgevuld met huidige jaar en week.

6.10 Ticket 36561 – Bestellingen documenten (PZ) Zoals bij de schermen klanten en uitzendkrachten bestaat nu ook de mogelijkheid om bij de bestellingen scherm documenten te koppelen. In de frmBestelgeg is er een extra tabblad DOCS waar de gebruiker de documenten aan kan koppelen. Dit met de bedoeling om dadelijk een overzicht te krijgen. Het is wel belangrijk uiteraard dat men op bewaar klikt zodat dit wordt opgeslagen!

57/100

58/100

6.11 Ticket 35351: Bestelling Detail: Deelopdrachten (SF) => specifiek bepaalde klant Als je een nieuwe bestelling ingeeft en dan op de knop Deelopdrachten of Plan Detail klikt vooraleer je hebt bewaard, dan krijg je het overeenkomende scherm waarin je de deelopdrachten kunt aanmaken, maar na het sluiten van deze schermen is het bestelling detail scherm leeg. De oorzaak van het probleem is dat in de bewaar routine de variabele bestellingid niet opgevuld wordt waardoor het scherm na het verlaten van de detailschermen niet weet welke bestelling juist is aangemaakt. De code aanpassen.

6.12 Bugfixes Bij het veranderen van een status in een bestelling bestaat er een mogelijkheid om automatisch een opvolging toe te laten voegen door Hi-Ant. Deze opvolging werd echter geregistreerd op de persoon die de bestelling heeft aangemaakt. Dit is nu aangepast zodat de opvolging wordt geregistreerd op de naam van de persoon die de status heeft aangepast. Bij 2 maal bewaren van een nieuwe bestelling kreeg men een foutmelding “kan de bij te werken rij niet vinden”. Deze fout is opgelost. Na bewaren van een nieuwe bestelling kreeg men foutmelding als men extra legale voordelen, posten, werkregime wenste toe te voegen Na kopiëren van bestelling, bij terugkeren naar de bestellingslijst werd de filter verkeerd ingesteld. De naam van de bestelling kwam in zoekveld type te staan, ipv zoekveld van naam bestelling.

6.13 Issue 36879 (KT) Lijst bestellingen - zoeken op functie Naast het veld ‘Functie’ kan men nu ook zoeken op het veld ‘Struct Functie’, dit is de gestructureerde functie (FunctieId) uit het bestellingsdetailscherm, tabblad ‘Algemeen’. Het veld met inhoud "funktien2.omschrijving + ' ' + funktie.omschrijving" wordt nu ook in de lijst getoond. Hiervoor zijn volgende joins toegevoegd aan de ‘selectstring’ van Grid_Bestellingen. " LEFT OUTER JOIN funktie on bestellingen.bes_functieid = funktie.id and funktie.taalid = " & gTaal & _ " LEFT OUTER JOIN funktieN2 on funktie.idfunktieN2=funktieN2.id and funktien2.Taalid = funktie.taalid " De velden Functie en "funktien2.omschrijving + ' ' + funktie.omschrijving" zijn toegevoegd aan de zoekvelden.

59/100

7 Module Contracten

7.1

Bugfix datum toestemming contract bij klanten met SYND in opties (TS)

Tijdens bewaren wordt gecontroleerd of de klant SYND in optie heeft staan EN reden contract vermeerdering is. Zo ja is de datum toestemming verplicht. Met onderstaande parameter kan de reden "vermeerdering" gedefinieerd worden indien deze afwijkt van 2 =standaard. De reden van het contract zit in codeboek met cd_srt='29' "Codeboekcode", "Redencontract", "Vermeerdering", "2" Tijdens overhevelen van contract wordt gekeken of datumtoestemming in klantenfiche is ingevuld en het om een klant gaat met SYND in optie EN of het contract "vermeerdering" is. Zo ja wordt deze datum ingevuld in de datum toestemming van het contract, zo nee wordt deze datum toestemming leeggemaakt

7.2

Ophalen gegevens in Shift F4 (visueel contractenscherm) – oplossing probleem bij ophalen gegevens binnen sommige SQL server 2005 (EO)

Binnen sommige SQL serve r 2005 trad er een runtime error op bij het ophalen van gegevens in de shift F4 (visueel contractenscherm). Probleem opgelost door aanpassing van de manier van openen van de recordset.

7.3

Bijkomend veld “consulent” binnen nieuwe contractengrid + zoekveld “consulent” (EO)

Er is binnen de nieuwe contractengrid op het eind een nieuwe kolom “consulent” toegevoegd. Hierbinnen wordt de consulent getoond, ingegeven in het contract binnen veld “medewerker” (op tabblad “overig”). Ook is er nu een zoekveld “consulent” binnen de nieuwe contractengrid, waarmee men kan zoeken op id en naam.

60/100

7.4

Mogelijkheid tot tonen van “wg-afd1” (wgafdeling ingegeven in contract) + zoekveld “wg-afd1” binnen nieuwe contractengrid (EO)

Indien een parameter ("scherm", "frmcontlst", "ToonWgAfd1") wordt aangemaakt met waarde 1, wordt er in de nieuwe contractengrid bijkomend een kolom “wg-afd1” + zoekveld “wgafd1” getoond. Standaard is deze kolom en dit zoekveld dus niet zichtbaar. Hiermee kan men dus het gegeven “wg-afdeling”, ingegeven binnen het cont ract op tabblad “overig”, zien en hier op zoeken.

61/100

7.5

Aanpassing: bij de aanmaak van een contract vanuit een bestelling kunnen enkel maar “zichtbare” uzk-fiches meer gebruikt worden.(EO)

Men kon tot nu toe ook “niet zichtbare uzk-fiches” gebruiken voor de aanmaak van een contract vanuit een bestelling. De programmatie is nu aangepast zodat enkel maar “zichtbare uzk-fiches” gebruikt kunnen worden.

7.6

Fout bij overhevelen contracten studenten lage RSZ van voorlaatste week voor vakantiemaanden naar laatste week voor vakantiemaanden (EO)

Er zat een fout in de programmatie bij het overhevelen van contracten van studenten lage RSZ van de voorlaatste week voor de vakantiemaanden naar de laatste week voor de vakantiemaanden. De einddatum van het overgehevelde contract werd op 31/8 gezet i.p.v. op 30/6. De programmatie is aangepast.

7.7

Menu’s “verwijder dubbele facturatieformules” en “verwijder dubbele loonformules” ingebouwd in Hi-Ant (EO)

Binnen het contractenlijstscherm zijn menu’s “verwijder dubb ele facturatieformules” en “verwijder dubbele loonformules” ingebouwd als submenu’s van menu “Programmeur/Andere”.

62/100

Zowel voor de facturatieformules als loonformules worden alle huidig geldige opgehaald waarbij de cdkey niet begrepen is in ('ALG','PC','PCSUB','CAT', 'WN'). Dubbels van facturatieformules worden verwijderd als: - de cdkey gelijk is - de keywaarde gelijk is - de looncode gelijk is - de cdeenheid gelijk is - de afdelingid, standaard 0 genomen, gelijk is - de kostenplaatsid, standaard 0 genomen, gelijk is - de ploegcode, 0 genomen als niet ingevuld of leeg ingevuld, gelijk is - de RSZcategorie, standaard ALG genomen, gelijk is - de waarde gelijk is Dubbels van de loonformules worden verwijderd als: - de cdkey gelijk is - de keywaarde gelijk is - de looncode gelijk is - de cdeenheid gelijk is - het volgnummer, standaard 0 genomen, gelijk is - de RSZcategorie, standaard ALG genomen, gelijk is - de waarde gelijk is

7.8

Bij overhevelen contracten wordt de proefperiode nu op 0 gezet (EO)

Het probleem was dat tevoren bij het overhevelen van contracten het veld “proefperiode” gewoon mee overgenomen werd. Maar volgende geldt: In een eerste contract wordt er normaal gezien altijd een proefperiode voorzien. Deze mag alleen maar in het eerste contract staan en zeker niet meer in het verlengde contract. De programmatie is aangepast, zodat bij overhevel van contracten de proefperiode op 0 wordt gezet.

63/100

7.9

Controle bij aangemaakt in SystemCheck: er wordt gecontroleerd of er mastercontracten zijn met dimona-status ENDCONT, die nog te verzenden zijn en met een einddatum gelegen vóór de huidige datum (EO)

Er is een bijkomende, niet blokkerende controle aangemaakt binnen SystemCheck: er wordt gecontroleerd of er mastercontracten zijn met dimona-status ENDCONT, die nog te verzenden zijn en met een einddatum gelegen vóór de huidige datum.

7.10 Aanpassing afdruk contract dienstenchequers en bijlage contract dienstenchequers (afdruk via Word): de hoofding van het contract is nu ook afhankelijk van de sektie (EO) Probleem was als volgt: sommige uitzendbedrijven hebben nu ook jobstudent dienstenchequers. Hiervoor willen ze dat er niet de gewone hoofding “arbeidsovereenkomst dienstenchequers” verschijnt. De programmatie van Hi-Ant is aangepast om dit probleem te verhelpen (voor de contractafdruk via Word): 1) contract dienstencheque: Standaard staat op het contract normaal “Arbeidsovereenkomst dienstencheques”. Er zijn standaard hoofdingen voorzien in de vertaaltabel voor: - jobstudent dienstencheque arbeider: bij code CONTRDCJOBARB - jobstudent dienstencheque bediende: bij code CONTRDCJOBBED - gewone dienstencheque arbeider: bij code CONTRDCNOJOBARB (CONTRDCNOJOBARB genoemd omdat de code CONTRDCARB al in gebruik was) - gewone dienstencheque arbeider: bij code CONTRDCNOJOBBED (CONTRDCNOJOBARB genoemd omdat de code CONTRDCBED al in gebruik was) Voor eventueel nog bijkomende sekties i.v.m. dienstenchequers kan men bijkomend Items, die sektie vermelden, in de vertaalUZB-tabel toevoegen: Bvb. bij fiktieve sektie 336 zou men dan een item in de vertaalUZB-tabel dienen toe te voegen bij code CONTR336.

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

64/100

7.11 Nu ook mogelijkheid tot annuleren contract als uzk in betreffende periode loongegevens heeft – enkel ingeval betreffende contract zelf geen prestaties, premies of loondetail bevat (EO) Tot op heden was het niet mogelijk van een contract te annuleren voor een uzk als die uzk in betreffende periode nog loongegevens had. Nu wordt wel de mogelijkheid geboden om een contract te annuleren uit een verloonde periode, echter enkel indien het betreffende contract geen “van belang zijnde” prestaties, premies of loond bevat: - prestaties mogen sowieso niet voorkomen op betreffend contract - premies of loond mogen enkel voorkomen bij een beperkt aantal looncodes (bvb. netto, voorschot). Er zijn parameters voorzien om deze “uitzonderingslooncodes” op te sommen Er is een parameter voor “looncodes die mogen voorkomen enkel met waarde 0”. Er is een parameter voor “looncodes die ook mogen voorkomen met een waarde”. Ingeval de annulatie mag doorgaan (geen niet -toegelaten looncodes bij premies of loond), dan worden de voorkomende premies en loond overgeplaatst op een ander contract uit de week. Er wordt aan de gebruiker gevraagd op welk contract hij deze premies/loond wil plaatsen.

Ook de procedure voor het inlezen van ontvangstbewijzen van dimona is aangepast: zulk contract mag ook definitief verwijderd worden bij de contracten (dus niet enkel blijven bestaan met status CANCELED). Tevoren mocht een niet -getekend contract enkel definitief verwijderd worden indien er geen wnbetaalperiodestatus was. Nu mag een niet-getekend contract ook definitief verwijderd worden indien er geen prestaties, premies of loond op gevonden worden.

Noodzakelijk parameters : Dimona,annulatie, ToegelatenLooncodesMetZeroWaarde Dimona,annulatie, ToegelatenLooncodesMetWaarde

7.12 Automatisch invullen/leegmaken proefperiode contract op basis ingevulde “gestructureerde functie” bij klant en uzk in het contract (EO) Er wordt nu een methode aangeboden opdat de proefperiode van het contract automatisch wordt ingevuld/leeggemaakt op basis van de ingevulde “gestructureerde functie” bij klant en uzk in het contract. De volgende werkwijze wordt toegepast: De proefperiode komt enkel voor bij het eerste contract van een uzk bij een klant in een bepaalde functie (gestructureerd ingegeven functie in contract). Het systeem zoekt naar alle contracten van die klant en de uzk in die functie tussen de datum van het nieuwe contract en X dagen terug. (X is in te stellen).

65/100

(dus er wordt enkel rekening gehouden met de gestructureerd ingegeven functie [via selectielijst], niet met de via vrije tekst ingegeven functie). De proefperiode is maxium 3 dagen, bij een contract van 2 dagen, is de pp 2 dagen, bij een dagcontract is de pp 1 dag. Bij de splitsing van een contract zal er enkel in het eerste contract een proefperiode geplaatst worden, en dit volgens dezelfde regels als hierboven: de proefperiode van het contract van het eerste deel van de gesplitste week is maxium 3 dagen, bij een contract van 2 dagen, is de pp 2 dagen, bij een dagcontract is de pp 1 dag. Bij mastercontracten wordt de proefperiode ook op dezelfde wijze bepaalt (max. 3 dagen – als dit mastercontract korter dan 3 dagen zou duren à kortere proefperiode). Bij subcontracten van mastercontracten geldt er geen proefperiode, omdat de proefperiode geldt voor het mastercontract. HET BEPALEN VAN DE PROEFPERIODE GEBEURT BIJ HET BEWAREN VAN HET CONTRACT. Dus de proefperiode in het contract zal niet eerder verschijnen dan bij het bewaren van het contract. Bij het bewaren van het contract zal Hi-Ant ook melden indien de waarde van de proefperiode voorkomend in het contract en de berekende proefperiode verschillen. Er wordt de gebruiker dan gevraagd of hij de proefperiode wil aanpassen of niet. Men kan het “automatisch bepalen van de proefperiode” activeren door parameter ("Contract", "ProefPeriode", "Type") op 1 te zetten. Via parameter ("Contract", "ProefPeriode", "DagenTerugNieuweFunktie") kan men instellen hoe veel dagen terug Hi-Ant moet gaan zoeken naar contracten met dezelfde klant, uzk en gestructureerde functie (de X van hierboven).

7.13 Aanpassing afdruk premies op uzk-contracten en kl-contracten van bepaalde klant: tot op heden werden deze niet alle afgedrukt (EO) Het probleem stelde zich dat bij de afdruk van de uzk-contracten en de kl-contracten voor deze klant de voorziene af te drukken premies niet alle werden afgedrukt op deze contracten. De afdruk van het contract en de afdruk van de bijlage werden aangepast.

7.14 Controle op ingevuld zijn paritair comité bij de klant bij het bewaren van een contract Bij bepaalde acties binnen Hi-Ant kon men een fout krijgen door het feit dat het verplicht gegeven “paritair comité”, in te vullen in de klantfiche, niet voorhanden was. Vanaf nu wordt reeds gechecked bij het bewaren van een contract dat het vereiste paritair comité in de klantfiche is ingevuld: - men kan een een "arbeider-contract" niet bewaren indien kl.pca bij de overeenkomstige klant niet is ingevuld. - men kan een een "bediende-contract" niet bewaren indien kl.pcb bij de overeenkomstige klant niet is ingevuld.

66/100

7.15 Automatische opsplitsing naar verschillende jaar en week bij weken met jaarovergang (EO) Belangrijk!!! : dit geldt standaard enkel voor uitzendbedrijven die hun gegevens niet exporteren naar een extern sociaal secretariaat (de meeste sociale secretariaten willen de gegevens van de jaarovergang in 1 week hebben zitten). Indien een uzb werkt met een extern sociaal secretariaat dat de gegevens toch opgesplitst wil hebben naar verschillende jaar en week dient, alvorens de contracten worden aangemaakt, een parameter ("Contract", "JaarOvergang", "SplitsNaarVerschillendeJaren") aanwezig te zijn met waarde 1. In tegenstelling tot de toestand in het verleden, waarbij de loongegevens… bij de week met jaarovergang slechts opgesplitst werden enige tijd na de loonberekening (waarbij er ook vele problemen opdoken met herzieningen achteraf…) – is er nu programmatie aangemaakt waarbij reeds op het niveau van de contracten er een opsplitsing naar verschillende jaar en week gebeurt van de week met jaarovergang. A) Technisch Er zijn aan de betaalp-tabel 2 velden toevoegd, nl. bpjaar_ganseweek en bpweek_ganseweek. Deze velden bpjaar_ganseweek en bpweek_ganseweek melden onder welke “jaar en week van de interim” dat deze betaalperiode valt. Binnen de interimsector is het immers zo dat de kalenderweken een nummering hebben die over de jaargrenzen heen loopt. In plaats van dat we voor de week met jaarovergang maar 1 record aanmaken in de betaalp-tabel, gaan we nu 2 records aanmaken, waarbij deze records geen ganse week bevatten, maar telkens een weekDEEL opgesplitst per jaar (bpjaar, bpmaand, bpweek en bpvolgnr anders). Bvb. bij de overgang van 2008 à 2009 gaan we volgende hebben: Bpjaar bpsyst. bpvolgnr bpmaand bpweek bpbegind bpjaar_ganseweek bpweek_ganseweek 2008 5301 1240 12 52 22/12/2008 28/12/2008 2008 52 2008 5301 1250 12 53 29/12/2008 31/12/2008 2009 01 2009 5301 110 1 1 1/01/2009 4/01/2009 2009 2009 5301 120 1 2 5/01/2009 11/01/2009 2009

bpeinde

01 02

Het kan ook zijn dat we voor het “volgende jaar” een week 0 gaan krijgen (indien in de week met jaarovergang minder dan 4 dagen vallen in “volgend jaar”). Bpjaar bpsyst. bpvolgnr bpmaand bpweek bpbegind bpeinde bpjaar_ganseweek bpweek_ganseweek 2009 5301 1240 12 52 21/12/2009 27/12/2009 2009 52 2009 5301 1250 12 53 28/12/2009 31/12/2009 2009 53 2010 5301 100 1 0 1/01/2010 3/01/2010 2009 53 2010 5301 110 1 1 4/01/2010 10/01/2010 2010 01

67/100

B) Werking B1. Splitsen contracten Zowel bij de aanmaak van een nieuw contract, bij het kopiëren van een contract als bij het overhevelen van contracten worden de contracten bij week met jaarovergang niet enkel meer gesplitst puur op datum. Ook worden het jaar, de week en de betaalperiode van het contract aangepast. Gevolgen: - er zullen dus contracten op weken gaan voorkomen buiten de “gekende weken binnen de interimsector”: * er zal een week 53 bijkomen in het oude jaar – indien het meeste aantal dagen van de week met jaarovergang liggen in volgend jaar. * er zal een week 0 bijkomen in het nieuwe jaar – indien het meeste aantal dagen van de week met jaarovergang liggen in vorig jaar. - men zal standaard dus niet meer alle contracten gaan zien van de week met jaarovergang in het contractenlijstscherm, indien men zoekt op de “week van de interimsector”. Bovendien is het zo dat de contracten van de week met jaarovergang zullen gesplitst worden naar verschillende jaren, waardoor men sowieso niet al deze contracten zal zien staan (want contracten in contractenlijstscherm zijn enkel de contracten van “het huidig geselecteerde jaar”). De programmatie is aangepast zodat men toch de mogelijkheid heeft om al de contracten van de week met jaarsplitsing te zien. Hiervoor moet men het vinkje “zoek op ganse week nummer (jaarovergang)” aanvinken onderaan het contractenlijstscherm – en het juiste weeknr ingeven voor de week met jaarsplitsing. B2. Aanpassingen aan scherm “overhevelen contracten” Tevoren was het zo dat in het scherm “overhevelen contracten”, na ingave van de “oude week” de nieuwe week bepaald werd als “oude week + 1” (en nieuwe jaar = oude jaar). Bij het gebruik van de knop “Nieuw jaar” kon men overhevelen naar het nieuwe jaar. “Nieuwe week” werd dan op 1 gezet en “nieuwe jaar” op “oude jaar + 1”. Deze werkwijze is aangepast: Er gaat nu automatisch, a.h.v. de betaalp-tabel, bepaald worden wat de volgende week zal zijn naar waar er overgeheveld kan worden: * de “oude jaar” en “oude week” waardes worden gecheckt op bestaan binnen de betaalptabel * automatisch wordt ook gecheckt welke de volgende betaalperiode is in de betaalp-tabel en deze wordt ingevuld binnen “nieuwe jaar” en “nieuwe week”. De knop “Nieuw Jaar” is dus bijgevolg ook niet meer nodig.

B3. Te gebruiken weeknummers bij overhevelen contracten (+ werking overhevelen + terug samenvoegen contracten [bij overhevelen na gesplitse week]) Bij het overhevelen van contracten kan men gewoon blijven werken met de “weeknrs interimsector” (dus weeknrs voor ganse weken).

68/100

Voor overgang 2008-2009 is het weeknr dus “week 1 van 2009”. Bpjaar bpsyst. bpvolgnr bpmaand bpweek bpbegind bpjaar_ganseweek bpweek_ganseweek 2008 5301 1250 12 53 29/12/2008 31/12/2008 2009 01 2009 5301 110 1 1 1/01/2009 4/01/2009 2009

bpeinde

01

Voor overgang 2009-2010 is het weeknr dus “week 53 van 2009”. Het kan ook zijn dat we voor het “volgende jaar” een week 0 gaan krijgen (indien in de week met jaarovergang minder dan 4 dagen vallen in “volgend jaar”). Bpjaar bpsyst. bpvolgnr bpmaand bpweek bpbegind bpeinde bpjaar_ganseweek bpweek_ganseweek 2009 5301 1250 12 53 28/12/2009 31/12/2009 2009 53 2010 5301 100 1 0 1/01/2010 3/01/2010 2009 53 Bij overhevelen worden de contracten dus automatisch opgesplitst naar: - week 53 2008 en week 1 2009 bij overgang 2008-2009 - week 53 2009 en week 0 2010 bij overgang 2009-2010

Het is ook zo dat men bij het overhevelen van de “gesplitste week bij jaarovergang” naar de volgende week ook kan blijven werken met “weeknrs interimsector” (dus weeknrs voor ganse weken). Bij overhevelen van week 1 2009 naar week 2 2009, zullen dus als broncontracten genomen worden: zowel de contracten die effectief op week 53 2008 staan als de contracten die effectief op week 1 2009 staan.

B3. Te gebruiken weeknummers bij aanmaak nieuw contract en kopiëren contract Bij aanmaak van een nieuw contract en het kopiëren van een contract kan men zowel een “onvolledige week” als de “ganse week” kiezen als doelweek. Bvb. - men kan kopiëren naar week 53 2008: in dit geval moeten de toegelaten contractdatums liggen tussen 29/12/2008 en 31/12/2008. - men kan ook kopiëren naar week 1 2009: in dit geval geldt 29/12/2008 à 4/1/2009 als toegelaten periode (indien het contract begint in 2008 en eindigt in 2009, zal het wel weer opgesplitst gaan worden).

B4. Aanpassing scherm “contracten visueel” Het visuele contractenscherm is ook aangepast, zodat het op alle vlakken blijft werken voor de opgesplitste contracten bij jaarovergang. Bij de selectie van een week wordt er dus ook gewerkt met “ganse weken”. Bvb., indien men standaard 2 weken wil zien in dit overzichtsscherm, en men selecteert week 1 van 2009 à men ziet zowel de contracten staan van de ganse week 1 van 2009: contracten van week 53 2008 en week 1 2009 ziet men alle staan bij week 1. à de volgende week 2 van 2009 verschijnt eveneens.

69/100

C) Consequenties naar prestatie-ingave en loonverwerking De contracten van de week met jaarovergang worden automatisch opgesplitst naar verschillende jaren en weken. Hierdoor is het noodzakelijk dat de prestatie-ingave en de loonverwerking ook gescheiden gebeurt. Men dient namelijk zowel prestatie-ingave en loonverwerking te doen op de “laatste week van het oude jaar” als op de “eerste week van het nieuwe jaar”.

7.16 Ticket 38437: Afdruk Contracten.(SF) Probleem: Als men contracten afdrukt voor een klant waarvan het Paritair Comité niet ingevuld is dan geeft Hi-Ant een run-time error. Aangepast dat Hi-Ant in het geval van een ontbrekent Paritair Comité een foutmelding geeft uit de vertaal tabel. Het klantnummer waarvoor het Paritair Comité ontbreekt wordt aan de foutmelding geplakt. De resem foutmeldingen die voortvloeiden uit de voorgaande run-time error zijn nu opgelost.

7.17 Ticket 36072: Bijlage = Klantcontract.(SF) Een nieuwe parameter ingebouwd waardoor de bijlage als klantcontract kan dienen. (“afdruk”, “klcontract”, “bijlageiscontract”) Als deze op “1” staat wordt enkel de bijlage afgedrukt en niet de contracten in Word. In het geval dat er maar één contract afgedrukt moet worden, wordt dan toch de bijlage als contract gedrukt. Standaard staat deze parameter op 0.

7.18 Ticket 37764: te betalen kosten ivm MC, ploegenpremie en sociaal abonnement staan foutief/niet op contracten(SF) Bij het afdrukken van klantencontracten blijken de volgende gegevens niet of foutief op het contract te worden afgedrukt: foutief: 1) te betalen kosten voor MC = (WaardeMC - EigenBijdrageUZK)*coëfficiënt Ticket 37146: Uzk Contracten uzk contracten Telefoonnummer van de klant vermelden. De mogelijkheid inbouwen om de telefoonnummer van de klant te vermelden op de contracten. Dit kan door een FormField KlantTel toe te voegen. 2) ploegenpremies (bedrag dat UZK ontvangt moet nog vermenigvuldigd met de coëfficiënt) (Dit aub controleren, is volgens mij reeds in orde zie ticket 36434)

70/100

Ontbreekt: Sociaal abonnement = (Bedrag dat UZK krijgt * coëfficiënt) Grondig testen, de berekening van de maaltijdcheques corrigeren.

7.19 Ticket 37146: Uzk Contracten(SF) uzk contracten Telefoonnummer van de klant vermelden. De mogelijkheid inbouwen om het telefoonnummer van de klant te vermelden op de contracten. Dit kan door een FormField KlantTel toe te voegen.

7.20 Ticket 37147: Uzk Contract(SF) Banknr en iban vermelden Zorgen dat de iban nummer ook vermeld kan worden op de contracten. Dit kan door een formfield IBAN toe te voegen.

7.21 Ticket 36714: Afdruk contracten(SF) Bij contract afdruk, moet de keuzemogelijkheid bestaan om het maandloon uit te rekenen (huidige toestand) of om het veld emaandloon te gebruiken (dient geactiveerd te worden met parameter) Indien de parameter opstaat, maar het emaandloon is 0, dient het systeem toch het maandloon uit te rekenen. Het maandloon kan nu apart verm eld worden op de contracten. Dit kan door een formfield maandloon toe te voegen. Met behulp van de parameter (afdruk, contracten, berekenmaandloon) die standaard uit staat kan men aangeven of het maandloon berekend moet worden. Indien deze parameter op 1 staat dan wordt het maandloon berekend met behulp van het burto uurloon op de volgende manier: uurloon * 13 * S / 3 Als de parameter op 0 staat dan wordt de waarde uit het veld emaandloon (Bruto Maandloon FT) gebruikt. Als de waarde van emaandloon NULL of 0 is dan wordt het maandloon toch berekend.

7.22 Kleine aanpassingen (KT) Issue 35601: Aanpassen vraag contract getekend Binnen funktie frmcontlst.AnnuleerContract worden de msgboxen met de vragen ‘VraagContractAnnuleren’ en ‘VraagContractGetekend’ vervangen door Hi-Ant IntputBoxen zodat er steeds een keuze moet gemaakt worden tussen ‘1 = Ja’ en ‘2 = Neen’ en het niet mogelijk is door het drukken van enter actie te ondernemen. Standaard wordt er de waarde 0 meegegeven aan de Hi-Ant InputBox.

71/100

Voor de Hi-Ant InputBox met ‘VraagContractAnnuleren’ blijft de vraag gesteld worden tot er gekozen wordt voor een waarde verschillend van ‘0’. Indien de gekozen waarde niet ‘1 = Ja’ of ‘2 = Neen’ is, wordt er niets gedaan. Voor de Hi-Ant InputBox met VraagContractGetekend’ blijft de vraag gesteld worden tot er gekozen is voor ‘1 = Ja’ of ‘2 = Neen’. Vertaling: Code Nederlands Frans VraagContractGetekend Is het L'intérimaire contract door a déjà signé de le contrat? uitzendkracht getekend?

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

7.24 Issue 36045(KT) Foutmelding bij het opmaken van contracten Er werd enkel een format gedaan op de uitgerekende waarde. De waarde in de database heeft 1 getal meer na de komma. Vandaar dat er een foutboodschap getoond werd. De waarde in de database wordt nu ook geformateerd in de if. Het 2de deel van de if, test de waarde in BEF en mag dus weggelaten worden Code: rood: verwijderd, groen: toegevoegd If ((Format(curgeg(1).DatabaseValue, gWageEuroFormat)<> Format(dtbgeg(51).DatabaseValue * curgeg(0).DatabaseValue, gWageEuroFormat) And (chkUitrekenen.Value)) And (curgeg(1).Databasevalue1 <> Format(dtbgeg(51).DatabaseValue * curgeg(0).Databasevalue1, gWageBefFormat) And (chkUitrekenen.Value))) Then

7.25 Issue 37054 (KT) Stelsel toevoegen aan het nieuw contracten overzicht. In het scherm frmcontlst moet er een extra veld (Stelsel) toegevoegd worden aan de grid ‘pgb_prest’. D.w.z. dat er aan de selectstring, ColumnHeadings, ColumnWidths, Styles en EditCols (in de verschillende if-structuren) een extra veld moet worden toegevoegd.

72/100

7.26 Issue 34185(KT) Typfout in scherm overzicht contracten. In scherm overzicht contracten, menu ‘Acties > ‘Mastercontact aanpassing’ moet ‘Mastercontract’ worden.

7.27 Issue 37884 (KT) Bewaren contract: contract niet bewaren als som rooster afwijkt van FT of PT. Momenteel geeft Hi-Ant een waarschuwing, dit moet een blokkering kunnen zijn. Nieuwe parameter toegevoegd. Indien deze waarde 1 heeft, wordt er niet bewaard indien de uren van het rooster afwijken van FT of PT. Als de parameter niet bestaat wordt er toch bewaard. Param1 frmcontgeg

Param2 bewaar

Param3 HoursSchedule<>HoursRealBlocked

7.28 Extra voorwaarde tijdens overhevelen (PL) Via de parameter "Scherm", "frmcontoverh", "ExtraFiltervoorwaarde", "" kan men een extra filtervoorwaarde definieren tijdens het overhevelen. Indien een co medewerker overhevelt krijgt hij/zij de kans om deze voorwaarde aan te passen ; een gewone uitzendconsulent krijgt zelfs geen boodschap en Hi-Ant zal automatisch de filtervoorwaarde toepassen.

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

73/100

Waarde 0

7.30 Bug opvangen (weekoverzichten) (PZ)

Bij het oproepen van de lijst met de Actieve contracten, Actieve contracten per hoofdfunctiegroep en Actieve contracten per detailfunctiegroep. Wordt nu eerst gecontroleerd of het bestand WeekoverzichtActieveContracten.rpt terug te vinden is.

7.31 Ticket 35029 : FW: weekoverzicht : actieve contracten(PZ) De overzichten zijn nog steeds niet correct. Regelmatig verschuiven de dagen van de week met 1dag

Oplossing : Reden van de fout is dat de query gebruik maakt van de datepart functie (nummering van de dagen) Daar dit per database kan verschillen vb ZO = 1, MA = 2,… ZA = 7. Zo lijkt het dat de dagen op het rapport met 1 dag verschillen terwijl het query juist is uitgevoerd. Om ervoor te zorgen dat dit nu overal juist zal worden uitgevoerd wordt de command “Set datepart 1” geactiveerd. Nu wordt maandag als het begin van de week genomen. MA = 1, DI = 2,… ZO = 7.

7.32 BUG FIX Weekoverzichten (PZ) Fout in de SQL query opgelost om de gegevens op te halen.

74/100

7.33 Ticket 37220 - FW: Inlezen contracten (PZ) In module frmcontlst1 Via menu : inscannen getekende uzk contracten Systeem toont steeds een input box waarin een nummer kan ingegeven worden. Bedoeling is dat met het inscannen van de barcode de waarde wordt meegegeven aan de inputbox en dan automatisch op ENTER wordt gedrukt zodat een nieuw inputbox verschijnt zonder waarde wachtend op de volgende scan van een barcode of dat er op annuleren wordt gedrukt. De ingescande waarde bevat een contract ID dat aangeeft dat het contract getekend is door de UZK en geupdate wordt in de database. Zodat het systeem weet wanneer de barcode begint en eindigt is het van belang om de ID van het contract tussen *-00000-* komt te staan. Waarbij 00000 de ID is van het contract.

75/100

Technische uitleg: Het lettertype om barcodes te vormen is "IDAutomationHC39M" en gratis te downloaden via de website : http://www.bizfonts.com/free/ Zoals je merkt begint de barcode met een * en een – Het * teken is heeft als doel de barcode scanner aan te duiden wat hij als waarde moet meegeven aan de computer. In dit voorbeeld is dat dus 00000-. De 2 –tekens hebben dan als doel om Hi-Ant aan te duiden wat de waarde is. Dit omdat bij elk ingegeven teken het textchanged event opgeroepen wordt en zonder controle hier dus 5 maal een update wordt uitgevoerd voor 5 verschillende contracten. 0, 00, 000, 0000, 00000. Met deze controle wordt alleen het contract 00000 aangepast.

7.34 Ticket 34630: Afdruk contracten(SF) De afdruk van contracten lukt ons niet meer. Heeft dit te maken met de nieuwe versie?? Bij het afdrukken van de klant en uzk contracten waarop de sectie vermeld wordt krijgen ze een foutmelding in de zin van: item kan niet vervangen worden. Tijdens de aanpassingen voor bepaalde klant heb ik de formfield voor de sektie aangepast zodat deze via zijn bookmark wordt aangesproken. Tijdens de testen lukte dit. De code aangepast zodat de sektie voor alle contracten behalve het contract van deze klant terug opgevuld wordt via de formfield ipv via de bookmark.

7.35 Ticket 34472: versie 4.120(SF) In de releasenotes van versie 4.120 staat de afsluiting van ticket 32226, waarbij het mogelijk is paritaire comites uit te sluiten van contractaanmaak, gescheiden via komma. Dit lijkt niet te werken voor meerdere paritaire comités. Alleen het eerste paritaire comité dat opgegeven werd via de parameter (frmcontgeg,bewaar,uitgeslotenpc) werd in beschouwing genomen. De controle gecorrigeerd zodat ook de andere paritaire comités in beschouwing worden genomen.

76/100

Het is wel NIET zo dat als men paritair comité 140 in deze parameter steekt, dat dan ook automatisch de subcomités uitgesloten worden. Soms mogen ze iemand niet te werkstellen onder 140 maar wel onder 140.05.

7.36 Ticket 34709: aanpassing aan uitzendkracht- en klantcontract (SF) Klant wil het weeknummer op het uitzendkrachtcontract en het klantcontract. Het weeknummer kan na een ´,´ komen te staan na de datum bij duur van de overeenkomst. Indien het een contract van meer dan een week betreft (mastercontract), kan de beginweek van het contract vermeld worden. De procedure VulVeldIn is aangepast zodat ze ook de weeknummer toe kan voegen op een contractdocument. Het volstaat om in het moederdocument een bladwijzer (geef formfield) aan te maken met als naam WeekNummer. De procedure controleert of deze bladwijzer bestaat, en indien dit zo is dan wordt de bladwijzer opgevuld met de weeknummer.

7.37 Ticket 34706: Klant, uitzendkrachtcontract, klantencontract, fout nummer paritair comité (SF) De melding van het paritair comité op de contracten is niet steeds correct. De tekst staat wel correct, maar het nummer dat ervoor wordt weergegeven is telkens het nummer van het pc arbeiders. Wanneer het dus een arbeiderscontract betreft is er geen probleem, maar wanneer het gaat over een contract voor bedienden is het nummer fout. De code aangepast dat nu het juiste paritaire comité wordt weergegeven. Met behulp van de parameter (afdruk, contract, toomomschrpc) kan men aangeven of men enkel de nummer, de omschrijving, of de nummer en omschrijving wil vermelden. 1: omschrijving 2: nummer, omschrijving andere waarde: nummer Met behulp van de parameter (afdruk, contractplus, maxtekenspc) kan je instellen na hoeveel tekens de waarde van het paritaire comité moet afgekapt worden om verspringenen te vermijden. Standaard heeft deze parameter de waarde 30;

7.38 Ticket 34708: klant, melding op uitzendkrachtcontract (SF) Default melding achter ´specifi eke kenmerken van de arbeidsplaats´: Indien specifieke risico´s of bijzondere preventiemaatregelen vereist: zie bijlage werkpostfiche De aanmaak van het contract aanpassen zorgen dat voor klant de waarde van het ska veld (Spec. Kenm.) wordt overgenomen op het contract. Als de waarde van het veld leeg is dan wordt de vertaling opgehaald voor de code SKAPLUS.

77/100

Met behulp van de parameter (afdruk, contractplus, maxtekensska) kan je instellen na hoeveel tekens de waarde van het veld Spec. Kenm. moet afgekapt worden om verspringingen te vermijden. Standaard heeft deze parameter de waarde 30.

7.39 Ticket 34794: Klant, veld bepaald werk in het contractdetail kunnen weergeven op contractafdruk (SF) De contractafdruk aanpassen, de waarde van het veld Bepaald Werk (funktie in database) wordt ook op het contract gezet.

7.40 Ticket 34644: Klant, documenten, doorloop van te lange test checken op klantencontract en uitzendkrachtcontract (SF) De moederdocumenten aanpassen: emptycontractuzk.doc emptycontractuzkfr.doc emptycontractkl.doc emptycontractklfr.doc

7.41 Ticket 34853: Klant : aanpassingen contract afdruk : betaalwijze van de inhaal rust (SF) Indien OCC_PayedCompensationHours =0 >0 =0 >0

OCC_NotPayedCompensationHours =0 =0 >0 >0

Voorgaande inbouwen. De vertalingen komen uit de vertaaltabel. Hieronder script voor toevoegen vertalingen in de vertaaltabel. insert into vertaal (code, nederlands, frans) values ('PREMIEMC', 'MC (Bruto: € [ewaardemc], Inh.: € [einhoudingmc])', 'MC (Bruto: € [ewaardemc], Inh.: € [einhoudingmc])') insert into vertaal (code, nederlands, frans) values ('NVT', 'Niet van toepassing', 'Niet van toepassing') insert into vertaal (code, nederlands, frans) values ('BETCOMP', 'Betaalde compensatie', 'Betaalde compensatie') insert into vertaal (code, nederlands, frans) values ('ONBETCOMP', 'Onbetaalde compensatie', 'Onbetaalde compensatie') insert into vertaal (code, nederlands, frans) values ('BETONBETCOMP', 'Betaalde en Onbetaalde compensatie', 'Betaalde en Onbetaalde compensatie')

78/100

7.42 Ticket 34852: klant : aanpassingen contract afdruk : uurrooster (SF) Misbruik veld prest.inhaalrust Indien ingevuld dan wordt die tekst gebruikt om achter uurrooster op contract te vermelden Anders indien S=Q voltijds, indien S>Q Deeltijds (teksten uit vertaaltabel) Als het contracttype overeenkomt met 49 en het veld Inhaalrust is ingevuld dan wordt deze tekst gebruikt anders worden de Q en de S vergeleken en komen de vertalingen van Deeltijds en Voltijds uit de vertaaltabel. Voor het toevoegen van deze info volstaat het om in de moederdocumenten een bladwijzer toe te voegen met als naam uurrooster.

7.43 Ticket 34851: Klant : aanpassingen contract afdruk : vermelding maandloon (SF) Maandloon : bij bedienden ook het maandloon vermelden (sektie.type = 2) Het maandloon wordt bij bedienden als volgt berekend : uurloon * 13 * S / 3 Als label uit de vertaaltabel “maandloon FT” Als het contracttype overeenkomt met 49 (bepaalde klant) dan wordt gecontroleerd of het om een arbeider of bediende gaat, in het geval van een be diende dan wordt na het uurloon ook het maandloon vermeld.

7.44 Ticket 35102: contract UZK voor DC (SF) Omdat bij klant alle nodige gegevens al op het voorgedrukt papier staat voor de dienstencheque contracten willen ze deze gelijk houden aan de uzk contracten. Dit kan voor ALLE klanten geactiveerd worden met behulp van de parameter (word, contract, dienstisuzk). Standaard heeft deze parameter de waarde 0. Als deze op 1 gezet wordt, dan kunnen dezelfde formfields gebruikt worden als in het uzk contract.

7.45 Ticket 35394: klant: proefperiode wordt niet vertaald (SF) Code aanpassen zodat dit wel wordt vertaald.

79/100

7.46 Ticket 35980: foute verbeteringen qua vertalingen van menus in F4 en (S)F2 (SF) Op onze vraag deden jullie een aantal aanpassingen aan de FR menus in F2,SF2 en F4 zodanig dat deze leesbaar werden voor de FR-user. Alleen in de aanpassingen die jullie deden zitten opnieuw fouten. Bij het oplossen van ticket 33268 (zie eerder) had ik geefparamwaarde gebruikt om dit probleem op te lossen. Dit is aangepast naar de vertaal functie, deze gaat zowel in de F4 als in de F2 de vertaling voor de code omschrsektie ophalen. De vertaling sektie en statuut zijn toegevoegd in de vertaal tabel van de wisoreference.

7.47 Bugfixes (TS) Contractenlijstscherm – nieuwe grid – zoekveld PT/FT werkte niet.

7.48 Bugfixes (TS) Als men vanuit contractenlijstscherm overzicht dimona een contract annuleerde, kon het zijn dat bij het refreshen van de grid Hi-Ant bleef hangen om uiteindelijk een time-out te genereren. Aangepast in de code zodat de recordset niet als cursorclient wordt ge-opend. Overhevelen van jobstudent contract over het jaar heen – de controle of contract ligt in de maanden juli augustus september ging fout : de controle van de datums gebeurde op het jaar van waar gekopieerd werd, en niet van het jaar van het nieuwe contract.

7.49 Mogelijkheid om omzet/kost kantoor op te slaan bij een contract (TS) Via parameters kan men instellen of men een omzet/kost kantoor kan koppelen aan een contract. Er komt dan een nieuwe label en lookupbox tevoorschijn waarin men een actief kantoor kan selecteren waarop de omzet/kost van het contract moet worden gezet. Parameters "Scherm", "frmcontgeg", "GebruikOmzetKantoor", "0" 0 : standaard niet zichtbaar 1 : controls zichtbaar "scherm", "frmcontgeg", "omzetkantoorzonderVCU", "0" 0 : lookupbox met alle actieve kantoren 1 : lookupbox met alle actieve kantoren zonder de VCU kantoren "Scherm", "frmcontgeg", "ControleOmzetKantoor", "0" 0 : standaard niet verplicht in te vullen 1 : altijd verplicht in te vullen 2 : enkel verplicht in te vullen indien het kantoor dat aan het contract is gekoppeld een VCU kantoor is.

80/100

7.50 Mogelijkheid om uurloon te berekenen uitgaande van een ingegeven maandloon (TS) Door de parameter "Scherm", "frmcontgeg", "ToonMaandloon", "0" op 1 te plaatsen kan men in het contractendetailscherm het brutouurloon automatisch uitrekenen aan de hand van een maandloon dat men ingeeft. Hi-Ant zal dan de volgende formule toepassen : Uurloon = maandloon * 3 / 13 / S. Door op de knop “Bereken uurloon” te klikken zal Hi-Ant dan het uurloon en de fakturatieprijs aanpassen. Als de S wijzigt zal dit ook opnieuw uitgerekend worden indien het bruto maandloon is ingevuld. Het maandloon wordt niet bewaard, maar is enkel een hulpmiddel om het uurloon te kunnen uitrekenen.

7.51 Bugfixes (TS) Bij het aanpassen van het rooster in het contract, werd het totaal aantal uren pas uitgerekend als men uit een uurveld sprong, en niet tijdens het veranderen van dit veld. Hierdoor kon het voorkomen dat het totaal aantal uren niet klopte en bij verslepen naar de andere dagen, de verkeerde waardes werden overgezet naar de andere dagen. (Gebruiker geeft begin en einduur in van vm, begin en einduur van namiddag, maar het laatste veld blijft de focus hebben. Dan sleept men het label over de andere dagen, maar Hi-Ant kopieert dan de foute waarde door.)

7.52 Kleine aanpassingen (TS) Bewegingslijst bevat nu een groepering per ploegcode.

7.53 Bewaren van maandloon in contract (TS) Het maandoon wordt apart in de database bewaard, in het veld emaandloon. Door het maandloon in te vullen, kan men door de knop ‘bereken uurloon’, het uurloon door Hi-Ant laten uitrekenen. !!! (Als het uurloon wijzigt wordt het maandloon niet automatisch herberekend - het maandloon moet dus steeds manueel ingegeven worden.) Tijdens het bewaren van een contract, zal gecontroleerd worden of het ingegeven uurloon nog overeenstemt met het ingegeven maandloon (enkel indien maandloon is ingevuld). Indien de

81/100

afwijking meer dan 0.01 bedraagt, krijgt de gebruiker een melding of hij wenst verder te gaan met bewaren van contract. Bij acties - pas uurloon aan, zal ook steeds het maandloon worden uitgerekend. De bedoeling van het bewaren van het maandloon, is om dit te gaan gebruiken bij de afdruk van de contracten, om zo geen afrondingsverschillen te krijgen.

7.54 Datum toestemming in contract-scherm (TS) In de klantenfiche op tabblad commercieel komt een nieuw datumveld met omschrijving "Goedkeuring vakbond". Indien deze datum is ingevuld, zal deze datum bij het overhevelen, kopiëren en verlengen van een contract, ingevuld worden bij de datum toestemming in het contract, indien deze datum kleiner is dan de begindatum van dat contract. Bij het bewaren van het contract, wordt een eventuele ingevulde datum niet aangepast. Wel wordt gecontroleerd of deze datum kleiner is dan de begindatum van het contract. Bij het bewaren van een contract, waarvan de klant in de opties SYND heeft staan, zal het verplicht zijn om een datum toestemming ingevuld te hebben. Hi-Ant zal eerst proberen om deze datum uit de klantenfiche te halen. Indien dit niet lukt, kan men het contract niet bewaren, en moet men handmatig een datum toestemming invullen.

7.55 Controle aantal kilometers in het contract (TS) In het contractscherm staat er achter het invuldveld voor de aantal kilometers een knopje met een vraagteken op. Als men hierop klikt zal Hi-Ant het aantal berekende kilometers checken met het ingegeven aantal kilometers. Indien de ingegeven kilometers 0 is, zal Hi-Ant de berekende kilometers automatisch invullen. Indien de ingegeven kilometers verschillen van de uitgerekende kilometers krijgt de gebruiker een vraag of dit mag overschreven worden. Deze knop heeft geen zin bij dienstencheque -werknemers, vermits er dan het aantal kilometers wordt uitgerekend tussen de werknemer en de dienstverlener.

82/100

Om hiervan gebruik te kunnen maken is een connectie naar internet nodig.

7.56 Kleine aanpassing (TS) Mogelijkheid tot opzetten van controle datum toestemming bij contracten met klanten met optie SYND. Nieuwe parameter "Scherm", "frmcontgeg", "ControleDatumToestemming", "0", Standaard = 0 = geen controle, 1 = controle bij bewaren contract en klant synd en datum overhevelen + copy en verlengen

7.57 Ticket 36072: Contract Bijlage -> Uitbreiding beschikbare velden.(SF) De volgende velden kunnen nu ook op de bijlage vermeld worden (dit is niet standaard): Kantoornummer Kantoor Gemeente (zonder postcode) Betalingsvoorwaarden Klant Werknemer Gemeente

7.58 Ticket 36072: Contract Bijlage -> Bijlage per kantoor(SF) Indien er in een bepaald bedrijf verschillende kantoren zijn, is het nu mogelijk om per kantoor een unieke layout te laten gebruiken door Hi-Ant. -> Het is nu mogelijk om een rpt te definiëren per kantoor. Op het tabblad documenten van het kantoor moet dan een document toegevoegd worden met als type Bijlage. Het zou kunnen dat het type bijlage moet bijgemaakt worden. Dit kan via code soort 100. Bij het afdrukken van de bijlage wordt de fucntie getwgdocument gebruikt om te kijken of er een andere rpt gedefinieerd is voor het kantoor.

7.59 Ticket 36072: getwgdocument (SF) Indien er in een bepaald bedrijf verschillende kantoren zijn, vb. kantoor A en B, en je werkt vanuit kantoor A maar wenst een contract af te drukken van kantoor B, zal Hi-Ant nu automatisch de juiste layout kiezen die voor kantoor B is ingesteld. -> De functie getwgdocument aangepast zodat je optioneel een kantoornummer mee kan geven. standaard werd de gkantoornr gebruikt waardoor bvb als je als actief kantoor 1 had dat dan op de contracten het adres van kantoor 2 afgedrukt worden. Vanuit het afdrukken van de contracten wordt als de parameter (“afdruk”, “klcontract”, “bijlageiscontract”) op 1 staat het kantoornummer van de klant meegegeven. In de toekomstige versie van het afdrukprogramma wordt dit algemeen toegepast.

83/100

7.60 Ticket 38250: Vermelding van inhoud veld ‘Terrein’ op contracten (SF) De mogelijkheid voorzien om de terreinnaam uit de adressen of de klantenfiche ook te vermelden op de contracten. De functie GetSendAddress heeft nu ook de mogelijkheid om de terreinnaam terug te geven. Het volstaat nu om een formfield KlantTerrein toe te voegen aan de moederdocumenten van de contracten. Een specifieke melding op de contracten kan via de optie MOC in de klantenfiche. De waarde van deze optie wordt op het contract vermeld via het bijhorend formfield moc. Deze twee velden kunnnen ook weergegeven worden op de bijlage van het groepscontract via de velden klantterrein en moc.

84/100

8 Module Prestaties

8.1

Kleine aanpassingen(KT)

Issue 35187: Shift-F5 : openen van contract mogelijk maken door te dubbel klikken op het groene contract label Ik heb op frmprestgeg1.frm de procedure lblddag_DblClick toegevoegd.

8.2

Ticket 35393: Klant: prest.id vermelden als contractnummer ipv prest.kontnr (SF)

Het afdrukken van de contracten aanpassen zodat Hi-Ant de prest.id gebruikt ipv de prest.kontnr.

8.3

Nieuwe velden onbetaalde kompensatie arbeiders en bedienden (TS)

Naast de velden aantal betaalde kompensatiedagen per jaar, zijn er nu ook velden aantal onbetaalde kompensatiedagen per jaar bijgekomen.

8.4

Oplossing probleem bij klant: indien via Shift F5 Lijsten / prestatiestaat aanmaken, komt er niets uit indien er geen prestaties bestaan (EO)

Deze prestatiestaat wordt gebruikt om leeg aan de klanten te sturen, zodat zij hun prestaties erop kunnen ingeven. De programmatie voor de prestatiestaat was enige tijd geleden aangepast. In de query stond een "inner join" met de prestaties. De programmatie is aangepast zodanig dat er nu een "left join" gebeurt, waardoor er wel een prestatiestaat uitkomt als er geen prestaties zijn.

8.5

Gebruik submenu "Nog niet uitgeprinte prestatieformulieren uit lijst" bij menu “print new” gaf runtime error (EO)

Er was een fout bij het doorgeven van de commandline naar directprint vanuit dit menu: er was een separator vergeten tussen command line items.

85/100

8.6

Bugfix Hi-Ant: er werden in sommige gevallen, bij het toevoegen van een prestatie-code geen maaltijdcheques toegevoegd (EO)

Het probleem was als volgt: wanneer men herhaaldelijk op "+" drukt, werd de kode leeggemaakt. Bij het toevoegen van de prestatie werd dan "indien lege code" wel AD genomen, maar bij de berekening van de maaltijdcheques werd dan niet standaard AD genomen (en de lege kode geeft geen recht op mc). De programmatie is hiervoor aangepast. Het probleem was wel te omzeilen als volgt: - ofwel steeds de kode toch opvullen, met AD... - ofwel steeds tabben doorheen alle invulvelden na toevoegen (bij het tabben wordt dan wel steeds AD ingevuld).

8.7

Aanpassing aan programma “tooncode” (programmaatje waarmee in het prestatie-ingavescherm de dagcodes en looncodes getoond worden die men kan gebruiken): indien nu bij de dagcode- of looncode-omschrijving (code-tabel) de dt_annulatie wordt ingevuld -->verschijnt niet meer in lijst (EO)

Het programmaatje “tooncode” is aangepast. Indien bij de dagcode- of looncode-omschrijving (resp. code-tabel bij cd_srt 2000 en cd_Srt 1000) de dt_annulatie wordt ingevuld met een datum uit het verleden, dan worden de corresponderende dagcodes of looncodes niet meer getoond in de lijst in het prestatie-ingavescherm (opgeroepen via gegevens/loonkodes).

8.8

BUGFIX - Ticket 37921 - Foutmeldingen indien ik een opvolging in de prestatieingave schermen wil toevoegen (PZ)

De waardes die aan de lookupboxen in het opvolgingscherm worden meegegeven werden geplaatst in de databasefield ipv de databasevalue. Dit is aangepast en werkt nu correct.

86/100

8.9

Binnen maandingavescherm verschijnt er niets in de grid met prestaties en de grid met de premies (EO)

Dit probleem treedt op bij bepaalde klanten met SQL server 2005. De wijze van openen van de recordsets is aangepast (adOpenStatic i.p.v. adOpenKeyset) waardoor probleem niet meer optreedt.

8.10 Aanpassing programmatie: wanneer prestaties ingegeven worden op datum buiten contract (indien toegelaten) wordt nu deze prestatie gekoppeld aan het contract dichtst liggend bij de datum van de prestatie (EO) Volgende was in het verleden het geval: Wanneer dagcodes ingeven worden op een datum waarvoor geen cont ract bestaat, koppelde Hi-Ant deze prestatie aan het eerste contract uit de betaalperiode. Voor sommige uitzendbedrijven leverde dit problemen op. De programmatie is nu aangepast: Prestaties buiten contract worden nu gekoppeld aan het contract dichtst liggend (vroeger of later liggend) bij de datum van de prestatie.

8.11 Ticket 38261 - Tikklok Import (PZ) Met het inlezen van een tikklok bestand wordt de ingave van VAST of INTERIM bijgehouden om na de inputboxen een OpenFileDialog te tonen met daarin de standaard extensie van de ingegeven waarde bij keuze Sektie

De ingegeven waarde wordt bijgehouden …

87/100

Om zodanig in het Dialoog venster “Geef Tikklokbestand” de bestanden op te vragen van Interim of vaste werknemers te presenteren. Dit vergemakkelijkt het zoeken naar een tikklok bestand.

8.12 Ticket 33369: import tikklok (SF) Sociaal abonnement krijgen, x euro Mensen met firmawagen

88/100

Onkostenvergoeding, x euro Bij de export krijg je Excel, als iemand ad heeft gehad staat hier één lijn voor en als 601 een tweede lijn. Testen of het mogelijk is om ook premies in te lezen via de tikklok import. Het sql statement dat de procedure aanmaakt voor het opvullen van de premies aanpassen. Dit is in het verleden nog nooit gebruikt in Hi-Ant . De TikklokDll aanpassen zodat de conversie van de kostenplaatsen en premies ook gebeurt als het over een premielijn gaat.

8.13 Ticket 35389: Import Tikklok (SF) Als je bij de gesplitste import van week 27 kiest om enkel de prestaties van juni in te lezen worden bij een bepaalde klant toch de prestaties van juli ingelezen. Deze bug is enkel van toepassing bij deze klant omdat daar de contracten automatisch worden aangemaakt voor de prestaties die ingelezen worden. Het probleem was dat de variabelen voor de begindatum en de eindatum van de in te lezen periode ook werden gebruikt voor het aanmaken van de contracten in een bepaalde week, waardoor de einddatum steeds overschreven werd.

8.14 Ticket 33799: bepaalde klant: prestatiebevesting (SF) Zorgen dat als je in het Pres tatie Bevestigingsscherm op F5 drukt, dat de grid met de prestaties en de grid met de premies zich refreshen.

8.15 Ticket 35341: Prestatiebevestiging: Datums komen niet overeen met de weekdag. (SF) De sql statements aanpassen het commando set datefirst 1 toevoegen aan de query om in te stellen dat de eerste dag van de week de maandag is.

8.16 Ticket 36000: bepaalde klant: prestatiebevestiging (SF) De premies kunnen niet bevestigd worden, het is niet mogelijk om het checked veld aan te vinken. Het probleem is dat bij het laden van het scherm geen enkel kolom aanpasbaar is waardoor de grid de gegevens read only gaat laden. Als daarna een van de kolomen writable wordt gezet heeft dit geen effect. Probleem oplossen door standaard de eerste onzichtbare kolom writable te maken zodat de gegevens writable worden geladen.

89/100

8.17 Mogelijkheid om prestatie-ingave schermen open te laten staan (TS) Nu is het ook mogelijk om de prestatie-ingave schermen open te laten staan door volgende parameter op 0 te plaatsten : "initialisatie", "WindowLock", "frmprestgeg", "1"

8.18 Maandingave-prestatie scherm contract uren zichtbaar maken (TS) + uitleggen kleuren Via een parameter kan ingesteld worden of men het aantal contracturen per dag zichtbaar wenst te maken in het maandingave scherm van prestaties. "Scherm", "frmprestgeg2", "ToonLabelsContractUren", "0" -> door deze parameter op 1 te plaatsen zullen de contracturen per dag getoond worden naast het veld dat de kilometers weergeeft per contract. Het totaal aantal uren prestaties ingegeven in het contract wordt vergeleken met het aantal uren per dag in het contract. Het label wordt als volgt gekleurd - uren ingegeven kleiner dan contracturen : rode achtergrond - uren ingegeven groter dan contracturen : oranje achtergrond - uren ingegeven komen overeen met contracturen : groene achtergrond

8.19 Opvullen ontbrekende uren in prestaties (maandingave-scherm)(TS) Er is een mogelijkheid ingebouwd om het te kort aan uren toe te voegen.(menu acties – lees ontbrekende contracturen in) Het menu is enkel zichtbaar als de volgende parameter ingesteld is ("Scherm", "frmprestgeg2", "ToonLabelsContractUren", "0" op "1") Dit gebeurt enkel indien de ingegeven uren kleiner zijn dan de contracturen. De code die gebruikt wordt om de uren toe te voegen wordt bepaald door volgende parameter "Scherm", "frmprestgeg2", "CodeOntbrekendeUren", "" De ingevuld e code moet bestaan in cd_srt='2000' (dagkodes). Hi-Ant zal dan voor alle dagen waar te weinig uren zijn ingegeven, het verschil inboeken onder deze code. De eventueel ingestelde afdeling of kostenplaats in het contract worden mee overgenomen.

8.20 Veranderen van afdeling bij prestaties (TS) In de prestatie-ingave schermen (week - en maandingave) is er een mogelijkheid om de afdelingen van de prestaties/premies aan te passen. Dit gebeurt via het menu “acties – pas afdeling aan”, en wordt geactiveerd met de parameter "Scherm", "frmprestgeg1", "PasAfdelingAan", "0" (0 is standaard niet zichtbaar, 1 is zichtbaar)

90/100

Het systeem haalt dan de gegevens op van de geselecteerde prestatielijn, en toont de volgende booschap aan de gebruiker : "Wenst u de volgende afdeling aan te passen : ? Dan stelt het systeem de vraag : - Enkel de geselecteerde prestatie - Enkel prestaties - Zowel prestaties als premies Dan stelt het systeem de vraag : Van datum : (standaard de datum van de geselecteerde prestatielijn) Tot datum : (standaard de datum van de geselecteerde prestatielijn) De ingegeven data moeten binnen de betaalperiode gelegen zijn Indien deze vraag positief wordt beantwoord toont het systeem een lijst van alle actieve afdelingen van de klant van het geselecteerde contract. De gebruiker kan dan een keuze maken uit de getoonde afdelingen. De afdeling in de geselecteerde prestatie- en of premielijnen wordt aangepast en het scherm wordt verfrist. Menu is beschikbaar voor iedereen, maar indien het over een niet DC' er gaat, mogen de premies nog niet gefactureerd zijn (facturatieid = 0)

91/100

De actie wordt gelogd in de logtable volgens onderstaande types 82 Afdeling prestaties aangepast afdeling Nieuwe afdeling Aantal 83 Afdeling premies aangepast afdeling Nieuwe afdeling Aantal

wnnr records wnnr records

Klnr begindatum aangepast klnr begindatum aangepast

einddatum

Oude

einddatum

Oude

8.21 Bugfixes (TS) Module die bij de actie – pas afdeling aan in maand-prestatieingave scherm kreeg men de foutmelding “Run-time error ´5´: invalid procedure call or argument” vlak voor men de nieuwe afdeling kon selecteren. Blijkbaar werd in de form_activate methode de lubgeg(0) gefocused terwijl die niet op het actieve tabblad staat. Aanpassing, zodat dit enkel gebeurt bij de eerste keer dat het scherm ge-opend wordt. Bij de actie – pas afdeling aan in maand-prestatieingave scherm kreeg men de foutmelding “Runtime error ´5´: invalid procedure call or argument” vlak voor men de nieuwe afdeling kon selecteren. Blijkbaar werd in de form_activate methode de lubgeg(0) gefocused terwijl die niet op het actieve tabblad staat. Aanpassing, zodat dit enkel gebeurt bij de eerste keer dat het scherm ge-opend wordt.

8.22 Mogelijkheid tot automatisch uitrekenen van aantal kilometers + sociaal abonnement(TS) Wanneer men de prestaties inleest via de uren ingegeven in de planning, kan men automatisch de kilometers en het bijbehorende sociaal abonnement uitrekenen tussen de thuishulper en de gezinnen. Hiervoor moet de parameter "INITIALISATIE", "BEREKENSOCABB", "*", "0" op 1 ingesteld worden. Hi-Ant zal dan na het inlezen van de prestaties proberen de kilometers en het bijbehorende sociaal abonnement uit te rekenen voor elke aanwezigheidscode. De gebruiker krijgt hiervan een tekstbestand op het scherm met de uitgerekende kilometers en het bijbehorende sociale abonnement. De berekende gegevens worden als premie ingevuld onder de code 601. Hi-Ant maakt gebruik van de volgende redenering Voorbeeld 1 : Thuishulper A gaat op maandag bij gezin A werken : aantal km is de verplaatsing tussen thuishulper A en gezin A. (enkele afstand). Voorbeeld 2 : Thuishulper A gaat op maandag bij gezin A werking in voormiddag, en bij gezin B in de namiddag : aantal km is de verplaatsing van thuishulper A naar gezin A + verplaatsing van gezin A naar gezin B (enkele afstand). Indien een thuishulper zowel voor- als namiddag bij hetzelfde gezin werkt, zal er maar één (enkele) verplaatsing worden uitgerekend. Om hiervan gebruik te kunnen maken is een connectie naar internet nodig.

92/100

8.23 Weekingave-prestatie scherm contract uren zichtbaar maken (TS) Via dezelfde parameter als voor maandingave scherm kan ingesteld worden of men het aantal contracturen per dag zichtbaar wenst te maken in het maandingave scherm van prestaties. "Scherm", "frmprestgeg2", "ToonLabelsContractUren", "0" -> door deze parameter op 1 te plaatsen zullen de contracturen per dag getoond worden net boven de labels met totaal aantal uren per dag. Het totaal aantal uren prestaties ingegeven in het contract wordt vergeleken met het aantal uren per dag in het contract. Het label wordt als volgt gekleurd - uren ingegeven kleiner dan contracturen : rode achtergrond - uren ingegeven groter dan contracturen : oranje achtergrond - uren ingegeven komen overeen met contracturen : groene achtergrond

8.24 Ticket 38297: bepaalde klant: Tikklok Import Hi-Ant - Exported ook opvullen.(SF) De tikklokdll is aangepast, in het geval van bepaalde klant wordt: als het eerste getal van de muntcode 1 = het veld checked aangevinkt. als het eerste getal van de muntcode 2 = het veld checked aangevinkt en de exportdatum ingevuld.

8.25 Ticket 38328: bepaalde klant: Prestatiebevestigingscherm aanpassen export datum. Bepaalde klant: Prestatiebevestigingscherm aanpassen export datum. Via het menu Acties -> Pas export datum aan kunnen ze de exportdatum wijzigen. De functie past alle exportdatums aan die gelijk zijn aan de exportdatum van de geselecteerde lijn in het prestaties gedeelte. De actie kan aleen uitgevoerd worden door CO medewerkers. De functie vraagt de nieuwe datum.

8.26 Ticket 38260: bepaalde klant: Maak Agent De mogelijkheid voorzien om als iemand agent (uitzendkracht) gemaakt wordt onder een bepaalde sektie, dat er dan een extra fiche (reserve fiche) wordt aangemaakt onder een andere sektie. Kort komt het erop neer dat als iemand agent gemaakt wordt dat er dan twee fiches ineens gemaakt worden. De nieuwe functionaliteit voor het aanmaken van een extra fiche staat standaard uit. Ze kan geactiveerd worden met behulp van de parameter (wnfiche, maakextrafiche, enabled).

93/100

De doelsekties kunnen gescheiden door een komma ingsteld worden met de parameter (wnfiche, maakextrafiche, <sektie>, <waarde: extra sektie1, extra sektie 2>) Als de procedure voor het aanmaken van de agent succesvol is verlopen wordt er eerst gecontroleerd of voor de sektie waarin de agent gemaakt werd een extra sektie is gedefineerd. Indien dit het geval is dan wordt er gecontroleerd of de extra sektie bestaat. Ten slotte wordt er gecontroleerd of de agent reeds een fiche heeft onder de extra sektie. Indien dit niet het geval is wordt de extra fiche gemaakt. Controles Vooraleer de extra fiche wordt aangemaakt worden er de volgende controles uitgevoerd. controle of er een extra sektie gedefinieerd is voor de opgegeven sektie. controle of de extra sektie bestaat in de sektie tabel. controle of de agent reeds een fiche heeft onder de extra sek tie. Technisch Voor het aanmaken van de extra fiche wordt de KopieerUZK functie gebruikt. Zodat het vragen van de doelsektie en enkele informatieve meldingen onderdrukt worden

Parameter "frmprestgeg1", "CmdVoegToe", "Visible" staat nu standaard op 1. Dit wil dus zeggen dat in het prestatieingavescherm voor weekverloners standaard het “+” knopje zichtbaar is, dit om foutieve ingaves te vermijden.

94/100

9 Module dienstencheques

9.1

Oplossing probleem “Aanmaken subcontract geeft slechts gedeelte van rooster”(EO)

Bij het aanmaken van een subcontract voor een dienstenchequer kreeg men bvb. enkel het beginuur en totaal uren te zien in het rooster, terwijl na bewaren en heropenen van dit nieuwe contract men wel bvb. het volledige rooster te zien kreeg. Reden was dat bij "elke vorm van nieuwe contract-aanmaak" de procedure voor het al of niet tekenen van het rooster niet goed werd doorlopen. De programmatie is op dit punt aangepast.

9.2

Probleem oplossing Hi-Ant: vanaf een recente versie van Hi-Ant werd er in het contractenlijstscherm bij de dienstencheque-contracten de sektie niet meer getoond als het sektienr voorafgegaan door een sterretje (EO)

De programmatie is aangepast, zodat de sektie terug wordt voorafgegaan door een sterretje voor de dienstencheque-contracten.

9.3

Ticket 37784 – Lijst actieve gezinnen (PZ)

Document : WeekoverzichtActieveGezinnen.rpt Zie \\Blackpower\newsource\ Indien de waarde van de parameter "frmWeekplanning", "ActieveGezinnen", "*" op 1 staat komt bij de weekoverzicht een extra optie “Actieve gezinnen” in het keuzeveld lijst.

Met het selecteren van “” wordt het scherm aangepast zoals beneden aangeduidt.

95/100

Deze keuze toont een lijst met de volgende gegevens : naam, straat, huisnr, busnr, postr, gemeente, email dat gesorteerd wordt op type,kl.postnr,kl.naam Men dient een week en jaar in te geven en vervolgens op OK klikken om dan een lijst te bekomen van de Dienstverleners (Dienstencheques).

Het is ook mogelijk om meerdere klanten in te geven met de voorwaarde dat men ze scheidt door een komma. De gegevens worden opgehaald en getoond in een Crystal report bestand waar men ook de mogelijkheid heeft om ze te exporteren naar een Excel bestand. Tevens wordt ook een notepad bestand geopend van de email adressen gescheiden met een ; zodat deze dadelijk in een outlook mail kunnen opgenomen worden.

9.4

Chequebeheer (PL)

In het chequebeheer scherm is de standaard achtergrond wit, de dagen onder contract (gekoppeld aan een bepaald gezin) kleuren donker grijs. Met de volgende parameter kan men witte kleur aanpassen. De volgende parameter kleurt het ook in dezelfde donkergrijze kleur. scherm, frmcheques, gridbackcolour, &H808080

9.5

Bugfix : P in betaalwijze dienstencheques (36375) (PL)

96/100

Software aa ngepast zodat de standaard betaalwijze bij gezinnen op papieren cheques (type 2 ) komt te staan. Oospronkelijk stond de standaard waarde op P, wat runtime errors kon geven.

9.6

Cheque beheersscherm -> sterretje om opvolgingen aan te duiden (TS)

Indien er een opvolging is ingegeven, wordt dit visueel zichtbaar gemaakt adhv een sterretje op de betreffende dag. Met onderstaande parameter kan men bepalen met welke types van opvolgingen er rekening dient gehouden te worden. Indien men in het vakje staat en op F9 drukt, komt men automatisch in het opvolgingdetailscherm terecht "Scherm", "frmCheques", "opvolgingstypeids", "" Indien leeg (standaard) worden alle opvolgingen in rekening gebracht

9.7

Cheque beheersscherm -> lijsten vragen naar kantoornr (TS)

Bij aanmaak van de lijsten in cheque beheersscherm (overzicht cheques + ontbrekende cheques) wordt er nu standaard gevraagd met welke kantoren rekening moet gehouden worden. Men kan één of meerdere wgnrs ingeven (gescheiden door een komma) of een 0 ingeven voor alle kantoren. Door onderstaande parameter op 0 te plaatsen krijgt men geen vraag , en worden alle kantoren in rekening gebracht. "scherm", "frmcheques", "lijstenvraagwgnr", "1"

97/100

9.8

Lijst ontbrekende cheques/lijst overzicht cheques (TS)

Ingebouwd dat men de lijsten kan filteren per dienstverlener. Indien de parameter "scherm", "frmcheques", "lijstenvraagKDC", "1" op 1 staat (=standaard) wordt er een lijst getoond met alle klanten met optie KDC. Hier kan men dan één dienstverlener selecteren, of 0 selecteren om alle dienstverleners op te nemen. Dit is van toepassing op zowel de lijst voor ontbrekende cheques als de lijst met overzicht van de cheques.

9.9

Bewaren van accornummer bij contactpersonen (TS)

Wanneer er geen accornummer werd ingevuld werd het veld opgevuld met nullen. Tijdens bewaren werd dit aanzien als een foutief nummer. Er is een aanpassing gebeurd zodat , indien door waarde 0 het veld leeggemaakt wordt, er geen controle gebeurt. Ook is de melding aangepast, zodat dit niet verwijst naar een ongeldig banknummer, maar naar een ongeldig accornummer.

9.10 Wijzigen van rooster in mastercontracten (PL) Standaard kunnen enkel co medewerkers en programmeurs roosters van mastercontracten wijzigen. Met de parameter "scherm", "frmcontgeg", "WijzigRoosterInMasterContract" kan men toch toelaten dat iedereen of een beperkt aantal personen deze roosters kan wijzigen.

9.11 Bugfixes (TS) Scherm “Ingave dienstencheques”, gaf verkeerd totaal van aantal cheques weer, indien er op één bepaalde dag meerdere codes waren ingegeven. Hierdoor kwamen er onverwachte getallen zichtbaar in de grid in alle overzichten.

9.12 Bugfixes (TS) Bugfix ingave cheques : in bepaalde query stond nog de code ADB hardgecodeerd. Indien er nog andere ontbrekende uren waren gedefinieerd werden deze niet opgenomen in het aantal ontbrekende cheques als men dubbelklikte op bepaalde dag waar dit voorkwam Bugfix ingave cheques : foutmelding trad op als men een periode selecteerde van bv enkele dagen, maar niet volledige week : Hi-Ant wou dan items wegschrijven in kolom van dag die niet in grid stond

98/100

10 Module zoek

10.1 Binnen snelle info uzk verschijnen nu ook de evaluaties (wnevaluatie)(EO) 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 evaluaties (wnevaluatie) worden nu ook binnen de snelle info vermeld. De evaluaties worden standaard getoond. Door parameter ("QuickInfo", "tonen", "wnevaluatie") op 0 te plaatsen, worden de evaluaties niet meer getoond. De volgorde van verschijnen van de evaluaties kan ingesteld worden met parameter ("quickinfo", "volgorde", "wnevaluatie"), standaard 11. Al de parameters i.v.m. de volgorde van blokken zijn nu: parameter("QuickInfo", "volgorde", "inschrijvingsgegevens"), standaard 1 parameter("QuickInfo", "volgorde", "functies"), standaard 2 parameter("QuickInfo", "volgorde", "talen"), standaard 3 parameter("QuickInfo", "volgorde", "werkervaring"), standaard 4 parameter("QuickInfo", "volgorde", "opleidingen"), standaard 5 parameter("QuickInfo", "volgorde", "wntesten"), standaard 6 parameter("QuickInfo", "volgorde", "opvolgingen"), standaard 7 parameter("QuickInfo", "volgorde", "PoolsEnCompetentie"), standaard 8 parameter("quickinfo", "volgorde", "persoonlijkegegevens") , standaard 9 parameter("quickinfo", "volgorde", "badge"), standaard 10 parameter("quickinfo", "volgorde", "wnevaluatie"), standaard 11

10.2 Oplossing probleem ‘Indien er vanuit de “zoek eenvoudig” (via Gegevens/zoek vanuit lijst uzk + kandidaten) op “snelle info” werd geclickt zonder dat er gegevens in de grid zaten, kreeg men een runtime error’(EO) Indien er vanuit de “zoek eenvoudig” (via Gegevens/zoek vanuit lijst uzk + kandidaten) op “snelle info” werd geclickt zonder dat er gegevens in de grid zaten, kreeg men een runtime error. De programmatie is aangepast, zodanig dat dit probleem niet meer optreedt.

10.3 Oplossing probleem ‘Indien er vanuit de “zoek eenvoudig” (via Gegevens/zoek vanuit lijst uzk + kandidaten) de “snelle info” wordt opgeroepen en men erna een resize van het scherm doet, dan werden de scherm-controls niet mee geresized(EO)

99/100

Volgende was het probleem: Indien er vanuit de “zoek eenvoudig” (via Gegevens/zoek vanuit lijst uzk + kandidaten) de “snelle info” werd opgeroepen en men erna een resize van het scherm deed, dan werden de scherm-controls niet mee geresized. De programmatie is aangepast, zodanig dat dit probleem verholpen is.

100/100