03

Release Notes Afdrukdatum: 2011/03/03

Dit document beschrijft vanuit technisch oogpunt de aanpassingen in Hi-Ant aan de betreffende versie. Deze tekst is geenszins bedoeld als document naar de eindgebruiker, maar wel voor de IT verantwoordelijken van de uitzendbedrijven die met Hi-Ant werken. Al deze informatie is confidentieel en mag niet zonder de schriftelijke toestemming van Prato in eender welke vorm verder gedistribueerd of reproduceerd worden. Deze teksten kunnen ook informatie bevatten van funktionaliteiten die niet van toepassing zijn op uw uitzendbedrijf en/of die enkel na bestelling geactiveerd worden. Het feit dat het uitzendbedrijf een onderhoudscontract en/of huurlicentie heeft lopen, impliceert geenszins het recht op de beschreven funktionaliteiten in dit document.

Release Notes Hi-Ant Versie 5.41

1/11

1.

V5.41 1.1.

BugFix COA58

Bij het controleren van de klant optie AVO werd geen rekening gehouden dat de lijst in een andere loop zat waardoor de controle lijst zoveel keer getoond zal worden als het aantal kantoren. Dit opgevangen zodat na de eerste loop de lijst niet nogmaals aangemaakt wordt en op het scherm getoond wordt.

1.2.

Aanmaak facturatieruns eigenaarid

In de code stond hardgecodeerd dat de eigenaarid van de fakturatieruns op 1 stond. Nu is aangepast dat hierin de id van de aangelogde persoon komt te staan. In overzicht van de fakturatieruns zal ook naam en voornaam van personeelslid getoond worden die deze fakturatierun heeft aangemaakt.

1.3.

Aanmaken facturatieruns via batch ( Issue 61907)

Bij het aanmaken van een facturatierun door op de “+”-knop te klikken krijgt de gebruiker volgende vraag

Keuze 1 = manuele facturatierun (gebruiker krijgt nieuw scherm waar enkel de omschrijving van de run moet ingevuld worden) Keuze 2 = facturatierun voor batchverwerking Bij keuze 2 krijgt men volgend scherm


2/11

Hier kan men selecteren voor welke systemen en periodes men fakturatieruns wenst aan te maken. Door een facturatiesysteem aan te vinken, kan men de periode selecteren

Men kan meerdere systemen aanvinken. Verder kan men een selectie maken van de kantoren -

Actieve kantoren Enkel kantoren


3/11

Men kan via “+” knop uit een lijst met actieve kantoren selecteren.

Enkel voor de geselecteerde kantoren zullen dan fakturatieruns worden aangemaakt -

Exclusief kantoren Men kan hier ook via “+” knop uit een lijst met actieve kantoren selecteren. Er zal dat voor alle actieve kantoren, behalve deze geselecteerde kantoren fakturatieruns worden aangemaakt.


4/11

Door op OK te klikken zullen de fakturatieruns voor batchverwerking worden aangemaakt voor de geselecteerde kantoren, systemen en periodes. Volgens bovenstaand voorbeeld zullen dus fakturatieruns voor batchverwerking worden aangemaakt voor alle actieve kantoren en voor de week 1 van systemen 5310 en 6510. Indien batchverwerking actief is, zal de gebruiker in het overzicht van de fakturatieruns extra velden te zien krijgen nl. Batch J/N , jaar van batchrun, systeem van batchrun, periode van batchrun (maand bij 1210 anders week). Verder kan men ook filteren op wgnr,jaar,systeem en periode van de fakturatieruns voor batchverwerking. Bij fakturatieruns die manueel zijn aangemaakt zullen de velden jaar,systeem,periode en wgnr niet opgevuld worden.


5/11

De aangemaakte fakturatieruns voor batchverwerking zullen de volgende naam krijgen BF <jaar> <systeem> <week of maand> Voor een bepaald kantoor, systeem, en periode kan er slechts één automatische run worden aangemaakt. De batchfacturatie is bedoeld voor het uitvoeren van de grote eerste facturatie. Laattijdige facturen en correcties dienen dus op de “traditionele” manier uitgevoerd te worden Bij aangemaakte fakturatieruns voor batchverwerking kan men niet manueel fakturen toevoegen of verwijderen. Met onderstaande parameter kan men bepaalde fakturatiesystemen blokkeren, door in de waarde van de parameter de systemen op te sommen (meerdere gescheiden door een komma) "initialisatie", "batchfacturatie", "GeblokkeerdeSystemen", "" Met onderstaande parameter kan men instellen welke fakturatiesystemen standaard aangevinkt staan. Opsomming van systemen gescheiden door een komma "initialisatie", "batchfacturatie", "StandaardSystemen", ""

1.4.

Planningsmodule – gezinnen die vervanging wensen

Aanpassing in opbouw van gegevens Het probleem dat de gezinnen er niet uitkwamen, kwam omdat in de programmatie werd gekeken of de persoon waar men opstond uren aanwezigheid had op de dag dat er VKL in type 110 of 210 bij dat gezin stond. (dus in voorbeeld op woensdag) Ik heb dit aangepast zodat er wordt gekeken of er aanwezigheidsuren zijn voor de persoon op de dag dat men de actie "toon gezinnen die vervanging wensen" opstart.

1.5.

Debiteurenbeheer – aanmaken opvolging

Bij aanmaken van opvolging vanuit debiteurenbeheer kan men met parameters instellen wat het standaard opvolgingstype en detail opvolgingstype is. Het detail opvolgingstype werd niet ingevuld.

1.6.

Klantenscherm – automatische opvolging financiële rating 3 of 4

Wanneer men de financiële rating van een klantenfiche verandert naar 3 of 4, kan men automatisch een opvolging door het systeem aan laten maken. "Scherm", "frmklgeg1", "AutoOpvolgingFinanRating", "0" Parameter op 1 = actief "CodeboekCode", "Financielerating", "Opvolgingid", "0" "CodeboekCode", "Financielerating", "Opvolgingdetailid", "0" Systeem controleert of er reeds een opvolging is ingegeven bij deze klant met opvolgingid en opvolgingdetailid zoals ingesteld in bovenstaande parameters. Indien deze nog niet bestaat wordt dit automatisch aangemaakt.


6/11

1.7.

Bewaren en overhevelen contracten – controle 32A attest in bouw

Tijdens bewaren, verlengen en overhevelen van contracten zal HiAnt nu ook controleren of de personen met contracten in de bouw (PC 124) een geldig attest C32A hebben voor de maand en opvolgende maand van het betreffende contract. Indien geen attest gevonden kan men contract niet bewaren of overhevelen.

1.8.

Controlelijst prestaties mogelijkheid vertalen

Men kan de controlelijsten bij klaarzetten van prestaties nu ook vertalen. Zowel de titel als de kolomhoofdingen in de query kunnen vertaald worden op dezelfde wijze als bij de controlelijsten van de loonberekening Dit betekent dat men de naam van lijst kan vertalen door in param2 de code voor de vertaling dient op te nemen gescheiden tussen 2 spoorwegtekens. Ook de codes van de kolomhoofdingen kan men vertalen door ze op te nemen tussen 2 spoorwegtekens. Voorbeeld : Param1 : loonberekening Param 2: controlelijst Param 3 : #CTLOMSCHRCODES>200WAARDE0#Codes groter dan 200 en waarde = 0 Waarde : select loontransaktie.id as '#CTLID#', loontransaktie.wnnr as '#CTLWNNR#', wn.naam as '#CTLWNNAAM#', wn.voornaam as '#CTLWNVOORNAAM#', rekkode as '#CTLREKKODE#', sum(aantal) as '#CTLAANTAL#', sum(ewaarde) as '#CTLWAARDE#' from loontransaktie inner join loontransaktied on loontransaktie.id=loontransaktied.loontransaktieid inner join wn on loontransaktie.wnnr=wn.wnnr where loonrunnr=²LOONRUNID§ and rekkode>=200 and rekkode not in (511,240,243,244,280,293,634,1151,3104,3105) group by loontransaktie.id,loontransaktie.wnnr,wn.naam,wn.voornaam,rekkode having sum(ewaarde)=0 order by loontransaktie.wnnr,wn.naam,wn.voornaam,rekkode In de vertaal of vertaaluzb tabel vindt men dan o.a. Code : CTLOMSCHRCODES>200WAARDE0 Nederlands : Codes groter dan 200 en waarde = 0 Frans : Codes plus grands que 200 et valeur = 0

1.9.

Bezoekrapport meerdere contactpersonen - lijst medewerkers

Via parameter kan men instellen of men alle actieve personeelsleden kan selecteren wanneer men in bezoekrapport interne contactpersonen wenst toe te voegen. Door parameter op 1 in te stellen, kan men alle actieve personeelsleden selecteren. "scherm", "frmbezrapcontgeg", "alleActievePersoneelsleden", "0" Standaard = 0 = actieve personeelsleden van actief kantoor of personen met 0 in kantoornr

1.10. Debiteurbeheer – mogelijkheid opvragen opvolgingslijst Via menu gegevens - lijst opvolgingen (F9) kan men van de geselecteerde klant de opvolgingen zien. Hierbij wordt opvolgingtype en opvolgingdetailtype ook als filter ingevuld, indien gedefinieerd via de bestaande parameters, in de zoekvelden van de opvolgingslijst. "codeboekcode", "debiteuren", "opvolgingtypeid", "" "codeboekcode", "debiteuren", "opvolgingtypedetailid", ""

1.11. Debiteurbeheer – springen naar facturen Wanneer men vanuit het debiteurenscherm naar de facturen gaat (via ctrl+F3) of men dubbelklikt op een klant op eerste tabblad, dan krijgt men het facturenoverzicht te zien enkel van deze klant over alle jaren heen. Ook kan men dan filteren op de status van betaling. Standaard worden de niet betaalde facturen gefilterd.


7/11

1.12. Planningsmodule – controle uren gepland bij gezin – ticket 62062 Vanuit het zicht van de werknemers werd de kleur van het blokje gekoppeld aan het gezin rood, als het gezin op die dag geen uren wenste (uren afwezigheid). Indien dit gezin op die dag 2 bestellingen had, kon het zijn dat de verkeerde uren werden geteld. Nu is aangepast dat dit per bestelling/deelopdracht wordt gecontroleerd.

1.13. Werknemersfiche – talenkennis – moedertaal Indien de parameter "scherm", "frmwngeg1", "MoedertaalSchrijvenBegrijpen", "0" op 1 wordt ingesteld, zal bij het aanvinken van de moedertaal de score van schrijven en begrijpen standaard op 5 worden ingesteld. De standaard waarden kan men ook laten afwijken door gebruik te maken van onderstaande parameters "scherm", "frmwngeg1", "WaardeSchrijvenMoedertaal", "5" "scherm", "frmwngeg1", "WaardeBegrijpenMoedertaal", "5" Belangrijk is dat er een primary key op de tabel wntalen veld id is aangemaakt!

1.14. Ticket 61199 – VDAB module uitbreiding Via de parameter "changecontrols", "frmBestelGeg", "cmdPreviewVdab.visible" (standaard UIT) is het ook mogelijk om vanuit de bestelling fiche een Preview op te vragen volgens de VDAB.

Dit zal enkel gaan indien de bestelling de VDAB ook als jobkanaal heeft staan. In het ander geval krijgt de gebruiker een melding.

1.15. Ticket 61198 – VDAB module uitbreiding Op de Preview van bestellingen gekoppeld aan de VDAB zal nu ook de plaats tewerkstelling als de kantoor gegevens staan.


8/11

1.16. Ticket 62157 – Formatteren datum in Overhevelen contracten In de Excelfile met het resultaat van de actie worden de datums weergegeven als MM/DD/YYYY. Dit is aangepast zodat Excel de juiste regiogebonden weergave gebruikt.

Technisch: In frmcontoverh.frm worden txt-files aangemaakt in de functie Overhevelen_1Week. Hierin werden de datums weggeschreven in format DD/MM/YYYY wat ervoor zorgde dat dit fout geïnterpreteerd werd bij de ExportToExcel functie. Het formaat in de txt files is aangepast naar YYYY-MM-DD, wat de export naar Excel zonder problemen doet verlopen en dat datum steeds volgens de systeeminstelling zal weergeven.


9/11

1.17. Ticket 62158 – Einddatum moet groter zijn dan begindatum Bij het ingeven van contracten gebeurde geen controle op begin- en einddatum waardoor het mogelijk was contracten in te geven met een einddatum kleiner dan de begindatum. Dit werd aangepast, de gebruiker krijgt nu een boodschap te zien wanneer hij een niet toegelaten datum ingeeft.

1.18. Ticket 62128 – wnnr in resultaten opvolgingslijst Frmopvlst Via onderstaande nieuwe parameter is het mogelijk om het werknemersnummer weer te geven in de zoekresultaten van het opvolgingsscherm.

Record in parameter-tabel Param1 Param2 Param3 Scherm Frmopvlst showWnNr

Waarde 0

Mogelijke waardes: 0 = geef wnnr niet weer 1 = geef wnnr weer

1.19. Ticket 62250 – kolommen Functie en Functie2 worden omgekeerd opgevuld in Poolmanagement In het poolmanagementscherm komen de waardes van functie bij functie 2 te staan en omgekeerd. In de query werd het scherm verkeerd opgevuld. De kolommen zijn nu verwisseld en de waardes worden nu in de overeenkomstige kolom weergegeven.

1.20. Ticket 62244 – aanmaken contract op “niet valabel” persoon De query waarmee de lookupbox voor werknemer in het contractscherm en tussenscherm werd opgevuld is aangepast zodat de personen met status “Niet Valabel” niet meer voorkomen in het resultaat. Contractscherm (frmContgeg):

Tussenscherm (frmStatuut):


10/11

Technisch: Toevoeging aan de query in vet): "select distinct wn.naam, wn.voornaam, wn.wnnr, wn.indienst ,wn.sektie, wn.wgnr, wn.koppelid, wn.id from wn inner join wn1 on wn.koppelid = wn1.koppelid inner join code on wn1.statusid = code.cd where (code.cd <> '5' and code.CD_srt='38') and isnull(per_invisible,0)=0 and wgnr =" & gKantoorNr & " order by naam"

1.21. Aanpassing programmatie “maak nieuwe periode aan binnen geselecteerde master” binnen het scherm “beheer mastercontract” (Securex exporters): nu kan via parametrisatie een standaard einddatum voorzien worden Voor de Securex-exporters bestaat er een scherm “beheer mastercontract”, waarbinnen men de opeenvolgende historieklijnen binnen “mastercontracten met hetzelfde nummer” kan beheren. Binnen dit scherm kan men via menu “maak nieuwe periode aan binnen geselecteerde master” bijkomende historieklijnen binnen “mastercontracten met hetzelfde nummer” aanmaken. Bij deze actie dient men een begindatum voor de nieuwe historiek en een einddatum voor de nieuwe historiek in te geven. Indien men einddatum “oneindig” wil dient men 31/12/2099 in te geven. Er werden geregeld door bepaalde gebruikers fouten gemaakt bij ingave van deze einddatum 31/12/2099. Men wenste dat deze einddatum 31/12/2099 als standaard einddatum werd voorgesteld. Nu is de programmatie aangepast dat men door ingave van een parameter deze standaard einddatum kan instellen. Zonder ingave van de parameter geldt er geen standaard einddatum. Door ingave van een parameter ("scherm", "frmCont1Master", "MaakNieuwePeriode_DefaultEindDatum_YYYY-MM-DD"), waarbij men de einddatum in formaat YYYY-MM-DD dient in te geven (dus 2099-12-31 in bovenstaand voorbeeld), kan men nu dus deze standaard einddatum instellen.


11/11

03

Recommend Documents