14

Release Notes Afdrukdatum: 2012/05/14

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 6.022

1/8

1.

V6.022 1.1.

Bugfixes 1.1.1. Ticket 84470 – zoeken op datum in factuurdetailscherm Door een fout in de software werkte het zoekveld Datum niet in het factuurdetailscherm. Dit is nu opgelost.

1.1.2. Ticket 84749 - Hiant crasht indien foutieve datum ingegeven bij afdruk C4 Wanneer je begindatum groter was dan de einddatum van de ingegeven periode crashte HiAnt. Dit wordt nu opgevangen:

1.1.3. Bugfix: Ticket 85235: Facturatie – tabblad herzieningen is leeg De query om deze grid op te vullen was aangepast om extra velden te tonen. Aangezien dit nieuwe velden zijn, zijn deze in de oude gegevens niet opgevuld. Er kan dan geen link gelegd worden met de personeel-tabel en bijgevolg worden er geen gegevens gevonden. De query is nu aangepast. Technisch: Het veld ‘herzieningfaktuurd.hfdCorrectionId’ is een nieuw veld en dus in de oude records heeft dit waarde ‘NULL’. Dit veld wordt gebruikt in een inner join met de personeel-tabel. Er komen dus geen gegevens terug. Inner join vervangen door left join. Code aangepast in ‘frmFrBerlst.ToonHerzieningen’:


2/8

1.1.4. Bugfix: Ticket 85283: Bij aanmaken van opvolging vanuit bestelling, wordt deze niet gekoppeld aan de bestelling Blijkbaar werd de link naar de bestelling (bes_id) niet bewaard in de opvolging. Technisch: Code aangepast in ‘FrmWnOpvolging.lubgeg_SelectedItem’. Bij een aanpassing voor ticket 80512 was er een if-statement in commentaar gezet, ik heb deze nu terug gezet.

1.2.

Boeken factuur controle één vennootschap per run

Door parameter "Initialisatie", "Facturatie", "1VennootschapPerRun", "0" op 1 in te stellen controleert HiAnt bij het boeken van een fakturatierun of er meerdere vennootschappen aanwezig zijn in de run. Indien dit zo is, krijgt de gebruiker een melding en kan men de run niet boeken.

1.3.

Debiteurenbeheer – openen opvolgingslijst

Als je vanuit debiteurenbeheer (debiteuren overzicht) via Gegevens - Lijst Opvolgingen of via F9 naar de lijst opvolgingen gaat, stellen we volgende vast. Als je dit doet zonder een lijn te selecteren in debiteurenoverzicht dan krijg je de opvolgingslijst met als filter bij de klant AAAA en bijgevolg geen resultaat. Als je dit doet met een lijn geselecteerd in debiteurenoverzicht, dan krijg je de opvolgingslijst zonder filter, en bijgevolg alle opvolgingen van het gedefinieerde type. Bedoeling is hier ook dat je enkel de opvolgingen krijgt van de klant die is geselecteerd in het debiteurenoverzicht.

1.4.

Planningsmodule – aanmaak contracten via rechtermuisknop

Bij aanmaak van contract vanuit de planning via rechtermuisknop, werd de lookupbox van personeel niet juist ingesteld met de persoon die de actie uitvoerde. Echter bij bewaren van dit nieuwe contract, werd dit wel juist gezet. Aanpassing is gebeurd zodat dit nu wel gebeurt.

1.5.

Planningsmodule – aanmaak contracten via acties + via rechtermuisknop

Het opvullen van het rooster van de contracten op basis van de ingeplande uren werkte niet altijd goed. Er werd gekeken naar het beginuur en einduur. beginuur > 12 het uur ingevuld in het rooster met omschrijving “rust einde”. Beginuur<=12 het uur ingevuld in het rooster met omschrijving “werk begin” Einduur>12 het uur ingevuld in het rooster met omschrijving “werk einde” Einduur<=12 het uur ingevuld in het rooster met omschrijving “rust begin” Aanpassing is gebeurd dat er niet naar de overschrijding van 12 uur meer gekeken wordt. Opvullen van rooster gebeurt cronologisch volgens datum en beginuur. Indien eerste deel van rooster nog niet is opgevuld komen begin-en einduur hierin te staan, en op afdeling tabbblad wordt afdeling voormiddag ingevuld met afdeling van dat gezin. Indien wel ingevuld wordt tweede deel van rooster ingevuld met begin- en einduur , en op afdeling tabbblad wordt afdeling namiddag ingevuld met afdeling van dat gezin. Op einde wordt nog gecontroleerd of enkel eerste deel van rooster is ingevuld. Zo ja wordt het uur in veld “rust begin” verhuisd naar het veld “werk einde”.

1.6.

Ticket 85188 - factuurafdruk van klanten met optie MIC ervoor zorgen dat er kan worden afgedrukt ipv gemaild

"AfdrukFactuur", "optie", "ControleBevestigingBatchmail" standaard waarde = 0 UIT


3/8

Zodra de parameter op 1 staat zal een controle gedaan worden of bij de huidige selectie van facturen klanten de optie MIC bevatten. Indien ja en de factuurmodule is geconfigureerd om via batchmail een factuur te mailen zal volgende vraag gesteld worden: ‘Er zijn klanten met de optie MIC geactiveerd. Wil je de facturen versturen via email ? JA NEE Indien de gebruiker Ja antwoord dan wordt de factuur afgedrukt en via email verstuurd. Indien de gebruiker NEE antwoord dan wordt de factuur afgedrukt en NIET via email verstuurd. Deze functionaliteit staat default UIT en moet via een parameter geactiveerd worden.

1.7.

Ticket 84916 – veld Persoon in klantenfiche parameterisbaar in te stellen

Vanaf nu kan je de standaardwaarde bepalen via parameter "controle", "frmklgeg1", "standaardPersoon". Wanneer het veld persoon dan leeg is gaat HiAnt hier de waarde uit deze parameter invullen. Voordien werd hier steeds “Personeelsdienst” ingevuld.

1.8.

Ticket 84718 – Bestelling manuele MC zonder beperking op kantoornummer

Wanneer je een manuele bestelling voor MC’s ingeeft vraagt HiAnt naar een kantoornummer en een werknemernummer. Standaard werd gezocht naar de werknemer in dat specifieke kantoor. Wanneer je echter een bestelling wou laten leveren in een afwijkend kantoor gaf HiAnt de melding dat de werknemer niet gevonden werd. Vanaf nu kan je de koppeling tussen werknemernummer en kantoor uitzetten door parameter "frmMClst", "manueelMC", "beperkKantoor” aan te maken met waarde 0.

1.9.

Ticket 82448 – Gezin makkelijk bereikbaar met openbaar vervoer

Op één of andere manier in de gezinsfiche gemakkelijk kunnen aangeven of het gezin al dan niet gemakkelijk bereikbaar is met het openbaar vervoer. Klantentabel werd uitgebreid met nieuwe kolom kl_EasyPubTrans, standaard 0. Visueel wordt dit getoond door een vinkje “O.V.” in de klanten/gezinsfiche, met als tooltiptekst “Gemakkelijk te bereiken met openbaar vervoer”. Dit veld is standaard onzichtbaar, maar kan zichtbaar gezet worden via parameter "changecontrolsload", "frmklgeg1", "#Isgezin#DCBGeg(9).visible" met waarde 1 (voor gezinnen). Hiermee kan je makkelijk bijhouden of een gezin vlot te bereiken is met openbaar vervoer.


4/8

1.10. Ticket 85155 – Filtering Firmalijst in bezoekrapportscherm In het bezoekrapportenscherm zat standaard geen enkele filtering en werden steeds alle klanten en prospecten ingeladen. Vanaf nu kan je een filtering instellen door onderstaande parameter. Parameter: "scherm", "frmBezRapGeg", "KlantenFilter": Waarde: 0 = geen filter (standaard) 1 = filter financiele rating + blokkering 2 = 1 + actieve kantoor + nationale klanten/prospecten 3 = 1 + steunkantoren + nationale klanten/prospecten

1.11. Ticket 85180 – Filtering firmalijst in bestelgegevensscherm In het bestelgegevensscherm kan je nu ook een filtering instellen door onderstaande parameter. Parameter: "scherm", "frmBestelGeg", "KlantenFilter": Waarde: 0 = geen filter 1 = filter financiele rating + blokkering 2 = 1 + actieve kantoor + nationale klanten/prospecten 3 = 1 + steunkantoren + nationale klanten/prospecten (standaard)

1.12. Ticket 81887 – Ophalen en inlezen dimona Tot nu toe waren het ophalen van de dimona bestanden en het inlezen ervan 2 aparte acties. Door parameter "dimona", "werking", "OphalenEnInlezen" aan te maken met waarde 1 zullen beide gecombineerd worden. Wanneer je dan de Dimona bestanden ophaalt worden ze automatisch ook ingelezen.


5/8

1.13. Ticket 84576 Aanpassen dimona foutenscherm, extra kolom met daarin de sektie van het betrokken contract toegevoegd. Dit is speciaal gedaan om makkelijk het onderscheid te hebben tssn jobstudenten en werkstudenten. Het probleem was dat men een melding krijgt van "overschrijding van het contingent", dit zowel voor sekties : - jobstudenten - werkstudenten (15 / 95) Voor jobstudenten dient er nav dit bericht een aktie te komen, voor werkstudenten niet.

1.14. Aanpassing export naar HDP: bij loondetail-gegevens, berekend ahv een loonformule met cdeenheid 169 of cdeenheid 101 - dit zijn afwijkende uurlonen, niet gelijk aan gewone uurloon en niet berekend ahv tabel “posten en overuren”: bij export naar HDP dynamisch bijkomende uur-looncodes creëren Er worden bij de HDP-exporters nu ook loonformules met cdeenheid 169 (% bovenop het gewone uurloon) en 101 (bedrag bovenop het gewone uurloon) gebruikt. Loondetail-gegevens, berekend ahv een loonformule 169 of 101, zijn dus berekend ahv een uurloon verschillend van het gewone uurloon en ook verschillend van de verhoogde uurlonen voorkomend in de tabel “posten en overuren” binnen de klantfiche. Deze loondetail-gegevens dienen dan ook doorgestuurd te worden naar HDP, verwijzend naar een basis-uurlooncode verschillend van al de reeds gekende basis-uurlooncodes. Hiervoor is de export naar HDP aangepast dienen te worden. Analoog als er gebeurt voor de “looncodes van type 2007 waarbij ld_lfwaarde en ld_cdeenheid zijn ingevuld” (premies van type 2007 die manueel ingegeven zijn binnen de prestatie-ingave) worden er dynamisch bij export naar HDP bijkomende basis-uurlooncodes toegekend. Concreet gebeurt nu het volgende - voor de “looncodes van type 2007 waarbij ld_lfwaarde en ld_cdeenheid zijn ingevuld” (premies van type 2007 die manueel ingegeven zijn binnen de prestatie-ingave) - voor loondetail-gegevens waarbij ld_cdeenheid waarde 169 heeft (looncodes berekend ahv loonformule met cdeenheid 169 [% bovenop uurloon] ) - voor loondetail-gegevens waarbij ld_cdeenheid waarde 101 heeft (looncodes berekend ahv loonformule met cdeenheid 101 [bedrag bovenop uurloon] ) er wordt binnen de export naar HDP per uzk voor al deze gevallen gezien welke verschillende eenheidsbedragen er voorkomen binnen de loondetail-gegevens er worden dynamisch bijkomende basis-uurlooncodes voor elk eenheidsbedrag toegekend (basis-uurlooncodes in range 8114 8159). binnen de loondetail-gegevens wordt de ld_basiscode ingevuld met deze basis-uurlooncode bij de export naar HDP worden bij de export van de uurlonen ook deze bijkomende basisuurlooncodes (extensies) doorgestuurd bij de export naar HDP worden de loondetail-gegevens doorgestuurd verwijzend naar deze basis-uurlooncode (extensie)


6/8

1.15. Aanpassing aan functionaliteit “mogelijkheid om ipv voor de ADMdocumenten fysiek documenten aan te maken, printaanvragen-lijnen aan te maken” enkele bijkomende velden invullen; tussenscherm waarbij men printer, printerlade en aantal kopieën kan invullen De programmatie van aanmaak van printaanvragen voor de ADM-documenten is aangepast: 1) Volgende bijkomende velden worden in de printaanvragen-tabel ingevuld: - pa_user ingelogde gebruiker - pa_kantoor kantoor - pa_startdate huidige datum - pa_starttime huidige tijd - pa_batchnbr volgnummer aanmaak printaanvragen-batch 1) Nu wordt er een tussenscherm getoond waarin men de printer, lade en aantal kopieën kan invullen.

De standaard lade voor de ADM-documenten is 1. Echter via parameter ("DirectPrint", "UzkADMdoc", "StandaardLade") kan men een andere standaard waarde ingeven voor de lade. Het standaard aantal kopieën voor de ADM-documenten is 1 Echter via parameter ("DirectPrint", "UzkADMdoc", "DefaultNbrCopies") kan men een andere standaard waarde ingeven voor het aantal kopieën. De print-instellingen worden dus nu ook ingevuld binnen de printaanvragen-tabel

1.16. Aanpassing export naar HDP: geen signaletiek doorsturen voor uzk die in weekdeel geen te exporteren loondetail-gegevens hebben Bij de export naar HDP gebeurt er apart een export van signaletiek, lonen en submutaties. Het kon voorkomen dat (voornamelijk bij gesplitste weken) er bij de signaletiek een bepaalde uzk werd doorgestuurd, die uiteindelijk bij de lonen niet werd doorgestuurd. Dit zorgde voor problemen bij HDP. De export naar HDP is nu aangepast: voor uzk die lonen en loon-detail hebben maar waarvoor geen loon-detail naar HDP moeten geëxporteerd (binnen loondetail van weekdeel enkel looncodes die niet moeten doorgestuurd worden) --> signaletiek ook niet doorsturen


7/8

1.17. Aanpassing export naar Securex: indien bij een uzk de voornaam niet was ingevuld (probleem bij export naar Securex) werd er tevoren enkel gemeld “lengte PI1-record verschillend van 357”. Nu wordt in het logbestand duidelijk vermeld dat de voornaam mist Bij de Securex-exporters kwam het voor dat soms de voornaam van de uzk niet was ingevuld. Het levert problemen bij de export naar Securex indien de voornaam niet is ingevuld. Tevoren kwam er bij export in het logbestand enkel de melding voor “lengte PI1-record verschillend van 357”. De programmatie van de export naar Securex is nu aangepast: nu wordt er, zowel bij nietingevuld zijn naam als voornaam, duidelijk in het logbestand vermeld dat resp. naam of voornaam niet is ingevuld.


8/8

14

Recommend Documents