15

Release Notes Afdrukdatum: 2009/07/15

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

Release Notes Hi-Ant Versie 4.193

1/11

1.

V4.193 1.1.

BugFix : Ticket :

Door een eerdere update aan het printgebeuren in de frmPlanKalender was het niet meer mogelijk om een deftige selectie mee te geven voor prestatiestaat WN, KL en controlelijst. Dit is nu rechtgezet zodat men aan de hand van het geselecteerde document de juiste velden te zien krijgt om een zoekopdracht te starten.

1.2.

Bugfix: het bewaren van de status binnen de ingave van het poolmanagement lukte niet

De programmatie is aangepast om het probleem te verhelpen.

1.3.

Bugfix HiantSelfService ivm invullen van afdeling bij automatische aanmaak prestaties op basis van het contract, indien men werkt met prestatie-aanmaak op basis van detailafdelingen: indien de detailafdeling niet was ingevuld, werd niet de hoofdafdeling in de plaats ingevuld

De aanpassingen zijn gebeurd voor de situatie dat men de afdelingen bij de prestaties opvult a.h.v. de DETAIL-afdelingen (afdelingen ingevuld per dagdeel) in het contract (parameter ["PrestatieIngave", "afdeling", "*"] = 1). In dit geval zou, als de detail-afdeling niet is ingevuld in het contract, de hoofdafdeling in de plaats genomen moeten worden bij de aanmaak van de prestaties. Dit gebeurde niet. De HiantSelfService programmatie is aangepast om dit te verhelpen.


2/11

1.4.

Ticket - Prestatiesstaat : onterechte boodschap indien wnnr veld niet is ingevuld

Bij het leeglaten van het veld wgnr en/of wnnr krijgt men de melding dat HiAnt een numerieke waarde verwacht. Indien deze velden nu leeg zijn zal hiant deze aanschouwen alsof ze met waarde 0 zijn ingevuld.

1.5.

Planningsmodule – lijst beschikbare personen/gezinnen

Er zal een extra vinkje zichtbaar zijn bij de filter van lijst beschikbare personen/gezinnen met omschrijving 'vervanging' Indien aangevinkt zal: -

-

1.6.

bij beschikbare gezinnen enkel de beschikbare gezinnen getoond worden die vervanging wensen (code VKL – vervanging klant). Dit zijn dus in feite alle gezinnen met sterretjes achter de naam in de lijst met beschikbare gezinnen. bij beschikbare personen enkel de beschikbare personen getoond worden die vervanging wensen (code BZP - betalen zonder prestaties). Dit zijn in feite alle personen met sterretjes achter de naam in de lijst met beschikbare personen.

Planningsmodule – lijst beschikbare gezinnen

Er zal een extra vinkje getoond worden in de filter voor beschikbare gezinnen met de naam 'niet in LTP' Indien aangevinkt toont het systeem enkel de gezinnen die geen lange termijn planning hebben na de datum waarvoor men zoekt. Indien niet aangevinkt wordt geen rekening gehouden met lange termijn planning, en worden dus alle gezinnen getoond die beschikbaar zijn. Deze filter is enkel actief bij het zoeken naar beschikbare gezinnen. Indien men zoekt naar beschikbare personen zal dit vinkje niet raadpleegbaar zijn.

1.7.

Planningsmodule – lijst beschikbare personen/gezinnen


3/11

Er is een nieuw vinkje voorzien bij de grid van beschikbare personen/gezinnen, genaamd "matched". Dit vinkje werkt in beide overzichtsschermen. Werking bij zoeken naar beschikbare personen vanuit bestellingsoverzicht Indien aangevinkt zal het systeem rekening houden of er voor de bepaalde dag dat men zoekt, de vraag reeds in orde is (bv. gezin wenst 4u en is gekoppeld via persoon met 4u). De vraag is dus gematched, en er zullen dus geen personen voorgesteld worden. Indien men deze optie uitvinkt, zullen er toch beschikbare personen worden opgelijst. Werking bij zoeken naar beschikbare gezinnen vanuit werknemersoverzicht Indien aangevinkt zal het systeem rekening houden of er voor de bepaalde dag dat men zoekt, de vraag reeds in orde is (bv. persoon wenst 4u en is gekoppeld via gezin met 4u). De vraag is dus gematched, en er zullen dus geen gezinnen voorgesteld worden. Indien men deze optie uitvinkt, zullen er toch beschikbare gezinnen worden opgelijst.

1.8.

Planningsmodule – Uitbreiding filtermogelijkheid vervanging

Menu filter is uitgebreid. Naast de bestaande filter op basis van ingestelde code "betalen zonder prestaties" en "vervanging klant", is er nu ook een nieuwe filter die rekening houdt met de ingestelde effectieve uren, die vergeleken worden met de contracturen uit het rooster. De nieuwe filtermogelijkheid werkt enkel vanuit het zicht van de werknemers. Parameters "Scherm", "frmplankalender", "CodesEffectief", "" Deze parameter bepaalt welke codes in rekening moeten gebracht worden in de geplande uren om te vergelijken met de contractuele uren uit het rooster van het contract "Scherm", "frmplankalender", "VerschilUrenVervanging", "3" Deze parameter bepaalt met hoeveel uren verschil er rekening moet gehouden worden. Standaard is 3. Dit betekent dat er in de lijst enkel personen tevoorschijn zullen komen als het verschil tussen de effectieve uren en de contracturen meer dan 3 bedraagt.


4/11

1.9.

Planningsmodule – aanpassing procedure vervanging

Wanneer men een persoon op afwezigheid plaatst, wordt er gevraagd of het gekoppelde gezin vervanging wenst. Doet men dit vanuit het werknemersoverzicht vanaf een grijze lijn (beschikbaarheidsrooster van de werknemer), dan zal HiAnt voor elk gekoppeld gezin op de dag van afwezigheid vragen of het gezin vervanging wenst Ja/nee. Verder zal er per gezin gevraagd worden naar de periode waarvoor de code moet gebruikt worden (bij vervanging de ingestelde vervangingscode voor de klant bv. VKL, bij geen vervanging de code GP – geen prestaties). Hierbij kan men kiezen of de code enkel voor de dag van afwezigheid moet gebruikt worden, voor de volledige cyclus, of voor een op te geven begin- en einddatum.

1.10. Betaald bankbestand opnieuw kunnen aanmaken Standaard kan een programmeur steeds een reeds betaald (aangemaakt) bankbestand opnieuw aanmaken. Via parameter kan men instellen dat een loonverwerking dit ook kan: "scherm", "frmloonber", "loonverwerkerMaakBankbestandReedsBetaald","0"


5/11

Standaard = "0" -> enkel een programmeur kan een reeds betaald bankbestand opnieuw aanmaken. "1" -> zowel een programmeur als een loonverwerker kan een reeds betaald bankbestand opnieuw aanmaken. Indien men een reeds betaald bankbestand opnieuw aanmaakt, krijgt de gebruiker eerst een vraag of men dit opnieuw wenst aan te maken, bij bevestiging zal het opnieuw aangemaakt worden.

1.11. Controle één maand per loonrun Er kan met parameter ingesteld worden, of er een controle moet gebeuren bij het berekenen van een loonrun, dat er slechts één maand per loonrun mag voorkomen. "scherm", "frmloonber", "slechts1maandperloonrun", "0" Op 1 plaatsen -> controle dat er maar één maand per loonrun aanwezig mag zijn. De maand wordt bepaald adhv de maand van de begindatum van de betaalpeirode. Indien meerdere maanden gevonden worden, krijgt de gebruiker een melding en kan men de loonrun niet berekenen.

1.12. Voorschotten : overzicht voorstel Wordt voortaan gesorteerd op naam van de werknemer ipv de werknemernummer.

1.13. Controlelijst lonen : nieuw overzichtslijst 30 In de controlelijst van de lonen is er een nieuwe lijst toegevoegd. Deze lijst bevat ook de afdeling in het overzicht.

1.14. Uitbreiden zoekscherm frmSearch (ticket 43080) Nieuwe parameter : Param1 : Scherm Param2 : frmzoekwn Param3 : KantoorkoppelingZoek Waarde = 1

Nieuwe codeboek : (toegevoegd op wisoreference ) Cd_srt 216 : Zoek kantoor Cd_srt 216 : Cherche Office

Toevoegen op mcheckdatabase-controleercodeboek4


6/11

rs.open "select * from codeboek where cd_srt = '216'", con, adOpenKeyset, adLockReadOnly If rs.BOF And rs.EOF Then con.Execute "insert into codeboek (cd_srt, omschr, omschr_kort, cd_taal, user_crea, ts_crea, user_wijzig, ts_wijzig) values ('216', 'Zoek Kantoor', '', '1', 'AUTO', getdate(), 'AUTO', getdate())" con.Execute "insert into codeboek (cd_srt, omschr, omschr_kort, cd_taal, user_crea, ts_crea, user_wijzig, ts_wijzig) values ('216', ‘Cherche Office', '', '2', 'AUTO', getdate(), 'AUTO', getdate())" End If rs.Close

rs.open "select * from code where cd_Srt='216'", con, adOpenKeyset, adLockReadOnly If rs.BOF And rs.EOF Then con.Execute "insert into code(CD_SRT, CD, OMSCHR, OMSCHR_KORT, CD_TAAL, USER_CREA, TS_CREA, USER_WIJZIG, TS_WIJZIG) values(216, '1', 'Kantoorgroep', '', 1, 'AUTO', getdate(), 'AUTO', getdate() )" con.Execute "insert into code(CD_SRT, CD, OMSCHR, OMSCHR_KORT, CD_TAAL, USER_CREA, TS_CREA, USER_WIJZIG, TS_WIJZIG) values(216, '1', 'Groep Office', '', 2, 'AUTO', getdate(), 'AUTO', getdate() )" con.Execute "insert into code(CD_SRT, CD, OMSCHR, OMSCHR_KORT, CD_TAAL, USER_CREA, TS_CREA, USER_WIJZIG, TS_WIJZIG) values(216, '2', 'Regio', '', 1, 'AUTO', getdate(), 'AUTO', getdate() )" con.Execute "insert into code(CD_SRT, CD, OMSCHR, OMSCHR_KORT, CD_TAAL, USER_CREA, TS_CREA, USER_WIJZIG, TS_WIJZIG) values(216, '2', 'Regio', '', 2, 'AUTO', getdate(), 'AUTO', getdate() )" con.Execute "insert into code(CD_SRT, CD, OMSCHR, OMSCHR_KORT, CD_TAAL, USER_CREA, TS_CREA, USER_WIJZIG, TS_WIJZIG) values(216, '3', 'Alle Kantoren', '', 1, 'AUTO', getdate(), 'AUTO', getdate() )" con.Execute "insert into code(CD_SRT, CD, OMSCHR, OMSCHR_KORT, CD_TAAL, USER_CREA, TS_CREA, USER_WIJZIG, TS_WIJZIG) values(216, '3', 'Toutes Offices', '', 2, 'AUTO', getdate(), 'AUTO', getdate() )" End If

Aan te passen in frmzoekwn Nieuwe pratolookupbox voor kantorengroep, regio, alle kantoren Indien hier een selectie gemaakt wordt, dan kan het onderliggende listbox opgevuld worden door op de + knop te drukken.

Ook aangepast op mzoek – CreaSqlZoek optionele parameter meegeven Indien parameter dan scherm groter maken om extra velden zichtbaar te maken. Ook aangepast bij het bewaren van de zoekvoorwaardes, 2 types toegevoegd op tabel zoekwnd ( type 4 en type 5)

1.15. Mogelijkheid dat bij een correctie, alhoewel ondertussen binnen de uzk-fiche het BV% is gewijzigd, hetzelfde BV% wordt toegepast als bij het originele loon Het is nu mogelijk dat bij een correctie hetzelfde BV% wordt toegepast als bij de oorspronkelijke berekening, ook als is ondertussen het BV% binnen de uzk-fiche aangepast.


7/11

Als er een correctie wordt uitgevoerd, controleert het systeem aan de hand van de verhouding tussen de 592 (het BV bedrag) en 502 (het belastbaar) uit de vorige berekening wat het oorspronkelijk percentage is, en zal dit opnieuw gebruiken voor de correcties. Dit alles is parametriseerbaar gemaakt. Standaard wordt deze werkwijze toegepast. Als men echter een parameter ("loonberekening", "Herziening_BV%", "UitLoonHistoriek") met waarde 0 wordt aangemaakt, dan wordt steeds het BV% uit de uzk-fiche toegepast.

1.16. Aanpassing programmatie aanmaak managementlijst omzet: via een parameter wordt nu bepaald of het document wordt bewaard als .xlsx of als .xls Aanpassing tbv nieuwe Office 2007: Er zijn uitzendbedrijven waarbij op de server waarop autotask runt, office 2007 is geïnstalleerd. Andere terminal servers bij dit uitzendbedrijf hebben echter nog office 2003 (waarbij wel bijkomend een office 2007 à office 2003 converter is geïnstalleerd) geïnstalleerd. Het vroeger aangemaakte .xls bestand kon echter niet geopend worden op het office 2003 machine omdat deze ervan uitgaat dat een .xls bestand een office 2003 bestand is (terwijl dit was aangemaakt op een office 2007 machine). Nu wordt er via een parameter bepaald of het managementlijst omzet bestand wordt bewaard als .xlsx of als .xls. Indien er een parameter ("Excel", "SaveAs", "xlsx") wordt aangemaakt met waarde 1, dan wordt er een .xlsx document aangemaakt. Indien men dit dan opent op een office 2003 machine, kan dit wel worden geopend (gaat er dan vanuit dat het een office 2007 document is, dat dan via de converter wordt geconverteerd en kan worden geopend in office 2003).

1.17. Aanpassing meldingen aan gebruiker bij aanmaak dimonabestand en bij binnenhalen ontvangstbewijzen – nu vele meldingen via statusbalk ipv via messagebox; verhinderen dat dimona-proces anders vergrendeld blijft De programmatie is aangepast op verschillende plaatsen ivm verzenden van dimona-bestanden en binnenhalen van ontvangstbewijzen. Voor een "normale dimona-verzending" wordt er op diverse plaatsen geen messagebox meer aan de gebruiker getoond. In de plaats hiervan komen er nu bovenaan het contractenlijst-scherm 2 labels voor voor statusmelding. Het ene, rode label was reeds aanwezig. Er is een label bijgekomen, waarin de meldingen, die in het verleden via messagebox aan de gebruiker getoond werden, nu verschijnen. De meldingen die dus nu via dit bijkomende label gemeld worden zijn: • FTP zal gebruikt worden om de aangiftes te versturen • Contracten zijn doorgestuurd naar communicatieserver. Volgnr... • (-bij programmeur: Bestand wordt getest via shell commando en niet via de d.bat) • FTP zal gebruikt worden om de aangiftes te versturen. De meldingen :


8/11

• • •

FTP zal gebruikt worden om de aangiftes op te halen. ... (aantal) bestanden overgehaald." Geen bestanden over te halen.

Bij binnenhalen van ontvangstbewijzen verschijnen nu in het reeds bestaande rode label (verschenen ervoor via messagebox). Dus bij normale verzendingen en ontvangsten zullen nu de messageboxen niet meer verschijnen. Dit zorgt ervoor dat het probleem van een nog steeds in lock zijnde dimona-lockfile niet meer zou mogen optreden (bleef vroeger in lock zolang gebruiker niet op OK binnen messagebox had geklikt). Het is wel zo dat andere meldingen nog via messagebox worden getoond. Omdat deze meldingen tevoorschijn komen indien er iets scheelt bij dimona-aangifte - is belangrijk dat deze explicieter naar de gebruiker worden getoond.

1.18. Aanpassing Html-batchmail verzending: binnen aangemaakte opvolgingen wordt nu ook een wgnr en firmaid ingevuld Het was namelijk zo dat tot op heden het werkgevernummer van deze opvolgingen niet werd ingevuld, hetgeen bij sommige uitzendbedrijven problemen opleverde. De tabel MailDetail is aangepast: hierin zijn nu bijkomend 2 velden aangemaakt: wgnr en firmaid. De programmatie van HiAnt is aangepast ivm aanmaak van MailDetail-records: •

firmaid invullen: wordt alleen maar <> 0 ingevuld ingeval van mail aan contactpersonen (is dan de kl.id van de kl waartoe de contactpersoon behoort)

•

wgnr invullen: o ingeval van mail aan contactpersonen: het kl.wgnr van de kl waartoe de contactpersoon behoort o

ingeval van wn-mail: het wgnr van de wn-fiche met de hoogste id (laatst aangemaakte wn-fiche) bij de betreffende koppelid

o

ingeval van mail aan vast personeel: het wgnr wordt gewoon ingevuld met het actieve kantoor bij aanmaak van de mail.

De programmatie van het mailverzendprogramma is aangepast: bij aanmaken van opvolgingen wordt het wgnr en firmaid van de opvolging ingevuld met het wgnr en firmaid van de maildetail-lijn

1.19. Via parameters kunnen instellen wat de maximale betalingstermijn is dat een bepaalde gebruiker mag instellen Er kan nu binnen HiAnt via parameters ingesteld worden wat de maximale betalingstermijn is, die een bepaalde gebruiker mag instellen. Er wordt nu, bij het laden van de opzoeklijst met betalingsvoorwaarden, rekening gehouden met de parameter ("scherm", "frmklgeg1", "VerkoopTermijn_MaxDagen").


9/11

Men kan dus bvb. volgende instellen Param 1 Scherm Scherm scherm

Param2 Frmklgeg1 Frmklgeg1 Frmklgeg1

Param 3 Verkooptermijn_maxdagen Verkooptermijn_maxdagen Verkooptermijn_maxdagen

Waarde 999 999 30

cdkey Program CO UZC

keywaarde 2 1 0

Bovenstaande voorbeeld zorgt er voor dat gewone consulenten maximum een betalingstermijn tot 30 dagen kunnen instellen. Co's en programmeurs hebben geen beperking op de betalingstermijn.

1.20. Bugfix: soms trad het open dat, indien men binnen het contractscherm op menu “werknemer” klikte, men een melding kreeg “Operation is not allowed when the object is open” Waarschijnlijk was de oorzaak de volgende: Indien men op dit menu werknemer klikte en men klikte nadien nogmaals op dit menu (omdat men dacht dat er niets gebeurde/dacht dat men er nog niet op had gedrukt) - dan kwam er deze fout, omdat de wn-recordset reeds open was. Er is nu een beveiliging ingebouwd: Indien de wn-recordset reeds open is, krijgt men de melding "Wn-gegevens zijn of worden reeds geopend." en wordt niet nogmaals getracht dit scherm te open (waardoor dus de fout ook niet meer zal optreden).

1.21. Bugfix: er trad een probleem op indien men in het contractenoverzichtsscherm het overzicht van de mastercontracten opriep en erna terug het overzicht van de gewone contracten opriep: in de kolom “week” verscheen dan de begindatum van het contract Dit probleem is nu opgelost in de programmatie. Binnen frmcontlst voor grid pgb_prest de rebind property op true gezet.

1.22. ISSUE 41425 - In de werkgeversfiche mogelijkheid om preventieadviseur toe te voegen In de werkgeversfiche nieuwe lookup box naar personeelstabel voor het selecteren van de preventieadviseur (zie ook lookupbox dossierbeheerder op tabblad maatsch.zetel) nieuw veld wg.prevadvID Achter contactpersonen. Opvullen lookupbox


10/11

lExtraWhereString = "where actief=1 and (isnull(kantoornr,'0')='0' or CHARINDEX('" & Trim(str(gKantoorNr)) & "', kantoornr) >0 )

LoadLookUpBox lubgeg..., _ "select naam + ' ' + voornaam as nm ,id from personeel " & lExtraWhereString, _ "select naam + ' ' + voornaam as nm,id from personeel " & lExtraWhereString & " and id = #TEXTBOX# ", _ "select naam + ' ' + voornaam as nm,id from personeel " & lExtraWhereString & " and initialen >= '#TEXTBOX#' AND initialen <= '#TEXTBOX1#'", _ "select naam + ' ' + voornaam as nm,id from personeel " & " where id = #TEXTBOX# ", _ 1, _ "0,1", _ "prevadvID", _ rs("prevadvID"), Gebruikrecordset

De personeel.id moet hierin worden gestockeerd parameter voorzien of de preventieadviseur gelijk moet blijven voor alle wg-fiches. "scherm","frmwggeg","Uniekepreventieadviseur","1" standaard = 1 -> bij wijziging van preventieadviseur van één wg-fiche -> ook al de andere wgfiches aanpassen naar deze preventieadviseur 0 : enkel actieve fiche wordt preventieadviseur gewijzigd. (zie ook bewaren van bankrekeningnummers waar dit ook met een parameter wordt gestuurd) Programmatie aangemaakt.


11/11

15

Recommend Documents