16

Release Notes Afdrukdatum: 2010/07/16

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.24

1/9

1.

V5.24 1.1. -

Bugfixes

Planningsmodule : indien men van overzicht veranderde door menu overzicht van bestellingen naar werknemers of omgekeerd, werd het menu filter – vervanging niet juist gezet, en kon men vanuit bestellingen overzicht ook de filter met effectieve uren t.o.v. contracturen aanduiden, wat in dit overzicht niet van toepassing is.

1.2.

(BugFix) Ticket 53069: afdruk contracten

Bij het afdrukken van de contracten komt het soms voor dat de layout verspringt waardoor één contract wordt afgedrukt over twee pagina’s. Bij het afdrukken van één of meer contracten maakt HiAnt steeds een hoofddocument aan waarnaar de ingevulde contracten gekopieerd worden. Het doorkopiëren gebeurde op de standaard manier. Omdat de basisinstellingen van Word opgeslagen in een moedersjabloon (normal.dot) worden per gebruiker die inlogt op een systeem was het doorkopiëren afhankelijk van de basisinstellingen in het moedersjabloon van Word. HiAnt kopieert nu de ingevulde contractdocumenten met behoud van de layout naar het hoofddocument waardoor er geen verspringingen van de layout meer zijn.

1.3.

(BugFix) Ticket 40936: QuickInfo

Bij het opvragen van de QuickInfo van de klanten of de werknemers geeft HiAnt bij sommige gebruikers een runtime error 480. Het probleem doet zich voor bij gebruikers die een connectie maken met de terminal server waarop HiAnt draait met een kleurdiepte van 32 bits en/of een hoge resolutie. De oorzaak van het probleem is deels terug te vinden in de manier waarop de hoogte van de picturebox waarop de gegevens worden geprint wordt weergegeven. In de nieuwe versie van HiAnt wordt er gekeken naar de hoogte van de gegevens die op de picturebox geprint werden, aan de hand daarvan wordt de hoogte van de picturebox ingesteld. Als de picturebox kleiner is dan het scherm wordt deze groter gemaakt zodat hij op het scherm past, als de picturebox groter is dan het scherm kan men de scrollbars gebruiken om de rest van de inhoud te bekijken.

1.4.

(BugFix) Ticket 54254: documenten uitzendbedrijf

In een aantal gevallen geeft deze procedure de melding geen gegevens gevonden. Probleem proberen te simuleren in debug. Voor ticket 52467 heeft men bijgebouwd dat ook het e-mail adres standaard wordt toegevoegd aan de beschikbare gegevens, maar ipv een left join heeft men hier een right join gebruikt waardoor er geen gegevens zijn als er geen e-mail adres is.

1.5.

(BugFix) Ticket 54294: afdruk prestatieformulier

Bij het afdrukken van de prestatieformulieren werd het resultaat soms niet getoond. Als er voor het laatste contract geen prestatieformulier afgedrukt mocht worden (vb. omdat dimonastatus op CSEND staat) dan werd de afdruk van dat laatste document afgebroken en daardoor werd het resultaat niet op het scherm getoond. De procedure is nu zo aangepast dat bij het genereren van het prestatieformulier voor het laatste contract wordt er gecontroleerd of word zichtbaar is. Indien dit niet het geval is na het genereren van het laatste document, dan wordt Word zichtbaar gezet.


2/9

1.6.

(BugFix) Ticket 54749: afdrukken documenten uitzendbedrijf

Bij het aanmaken van een Aanvraagformulier laattijdige dimona via het contractenscherm krijgen we een run time error. De oorzaak ligt aan de werking van Word en de opmaak van het moederdocument. Bij het toewijzen van een waarde aan een bookmark, wordt de bookmark soms wel en soms niet vervangen. In het moederdocument zaten bookmarks die er eigenlijk niet in thuishoorden en de bookmarks waren ook op een stuk tekst gezet waarin ook andere bookmarks zaten. De functionaliteit van de bookmarks staat nu standaard uit en kan geactiveerd worden door de parameter (uzbdocs, allowbookmarks, *) op 1 te zetten.

1.7.

(BugFix) Ticket 54777: Afdruk prestatieformulieren

Als je meerdere prestatieformulieren afdrukt, word afsluit en dan op OK klikt van de melding klaar, krijg je een run time error en loopt HiAnt vast. Probleem was dat HiAnt controleert of de word instance nog zichtbaar is, indien niet wordt deze zichtbaar gezet. Door het afsluiten van word bestond de instance niet meer waardoor deze ook niet meer aangesproken kon worden. Dit is opgevangen.

1.8.

(BugFix) Ticket 54774: QuickInfo

Bij het openen van de snelle info van de klanten krijgt men een run time error. Oorzaak was nieuwe parameter ivm de hoogte, omdat de berekening niet met variablen gebeurde, ging het systeem ervan uit dat het resultaat een integer was. Het resultaat was echter groter dan de maximum waarde van een integer.

1.9.

(BugFix) Ticket 54761: lijst actieve contracten

De lijst komt niet meer op het scherm. Nakijken in debug. In de nieuwe versie wordt de groepsnaam ook vermeld in de naam van het moederdocument. Indien men de nieuwe naam niet vind wordt de oude naam gebruikt maar, wordt de procedure afgebroken waardoor er niets gebeurd.

1.10. Mogelijkheid aanduiden werkstudent in contracten detailscherm Momenteel zijn de werkstudent sekties code 15 en 95. Het enige gevolg van deze sektie is dat er een aparte omschrijving op het contract wordt geplaatst. Bedrijven die hiervoor geen aparte sektie meer wensen aan te maken kunnen nu ook via een vinkje in het contract (Werkstudent) aangeven dat het om een werkstudent gaat. Dit is enkel maar mogelijk voor niet jobstudent sekties en wordt gecontroleerd bij het bewaren van een contract. Standaard is dit vinkje niet zichtbaar maar kan opgezet worden met volgende parameter Param1 changecontrols

Param2 frmcontgeg

Param3 chkWerkstudent.visible

Waarde 1

1.11. Planningsmodule sortering grid , zicht vanuit bestellingen Door parameter "planning", "zichtbestelling", "eerstekolomgezinnaam" op 1 in te stellen kan men in de eerste kolom de gezinsnaam laten zien ipv de naam van de bestellingen. De grid werd echter gesorteerd op deze bestellingsnaam, ook al staat er in de eerste kolom de gezinsnaam. Nu is een aanpassing gedaan, zodat indien bovenstaande parameter op 1 staat, er gesorteerd wordt op de gezinsnaam ipv de bestellingsnaam


3/9

1.12. Planningsmodule overzicht werknemers – grijze balk Indien men werkt met het kleuren van het rooster op meerdere dagen, en vooraan in het rooster het aantal uren per week inzet, dan bleef de uren op rood staan indien de persoon voor die periode vakantie had ingeboekt, en niet gekoppeld was bij één of meerdere gezinnen. Nu is aangepast, dat er in dit geval toch een blauwe kleur verschijnt zodat makkelijk te zien is dat de werknemer vakantie heeft genomen.

1.13. Ticket 53227: Documenten Uitzendbedrijf – Bookmarks De documenten Uitzendbedrijf uitbreiden zodat ook gewerkt kan worden met Bookmarks. Deze hebben het voordeel dat ze ook in tabellen, tekstvakken, kopteksten, voetteksten, … geplaatst kunnen worden. In de word documenten die via de documenten uitzendbedrijf aangemaakt worden, kan men nu naast formfields ook bookmarks gebruiken. Het voordeel van bookmarks is dat deze ook geplaatst kunnen worden binnen tabellen, tekstvakken, kopteksten, voetteksten, … De procedure blijft ongeveer gelijk als aan het definiëren van de formfields. De naam van de bookmark moet overeenkomen met de veldnaam die voorkomt in de query die gebruikt wordt om het word document te vullen. Net zoals bij formfields kun je een bepaalde naam, slechts éénmaal definiëren. Als je de waarde van een bepaald veld toch op meerdere plaatsen in het document wilt weergeven dan dien je voor de naam van de bookmark het £ teken te plaatsen gevolgd door een nummer van 0 tot en met 9. Op deze manier kan je de waarde uit één veld 10 keer gebruiken in je word document. Als je een bepaald document voor meerdere records wilt aanmaken (vb. een contractdocument voor 10 personen), dan worden de documenten één voor één aangemaakt en geplakt in een hoofddocument dat het eind resultaat bevat. Wanneer je werkt met kop- of voetteksten in je moederdocumenten dan kon je hier problemen mee krijgen omdat de kop- of voettekst van het hoofddocument gelijk werd gezet aan de kop- of voettekst van het laatste document dat werd aangemaakt. Als je in de kop- of voettekst van je document de begindatum van het contract wilt vermelden dan geeft dit niet het gewenste resultaat. De procedure is nu zo aangepast dat voor het invoegen van een nieuw document geen gewoon pagina einde meer wordt ingevoegd, maar een pagina einde dat een nieuwe sektie aanmaakt waarvan voor de koptekst wordt ingesteld dat deze niet overeenkomt met de koptekst uit de vorige sektie.

1.14. Ticket 54328: contracten printen De afdruk van de contracten dient steeds in tweevoud te gebeuren. Vanaf deze versie kan de voor de word contracten het aantal exemplaren ingesteld worden dat afgedrukt moet worden. Bij het doorkopïeren van het contract naar het hoofddocument wordt het contract het ingesteld aantal keer geplakt.

1.15. Ticket 54315: Tikklok import Als je een tikklokbestand inleest waarin de werknemernummer leeg is, dan geeft de tikklok import een runtime error. Volgens de specificatie is het werknemernummer veld van de Prato Layout een numeriek veld. Als men geen werknemernummer heeft zou deze dus 0 moeten bevatten en niet leeg zijn. Bij het inlezen van de tikklok wordt er nu gecontroleerd of de waarde van de werknemernummer en badgenummer leeg zijn en indien dit zo is worden deze op 0 gezet zodat de tikklok import hier geen runtime error meer geeft.


4/9

1.16. Ticket 53841: Webservice overhalen CV’s De CV’s die via de webservice werden opgehaald moeten nog via een apparte procedure overgehaald worden naar het netwerk van de klant. HiAnt zo aanpassen dat hij de CV’s zelf overhaalt bij het bekijken van een inschrijving. In deze versie van HiAnt moet er geen apparte procedure meer ingesteld worden die zorgt voor het overhalen van de CV’s van de webserver naar het netwerk van de klant. Hiervoor moeten welk enkele parameters ingesteld worden: • • • • • •

pwshiant, cv, uploadenabled: de waarde van deze parameter moet op 1 gezet worden om de functionaliteit te activeren. pwshiant, cv, ftpserver: de waarde van deze parameter bevat de ftpserver waarop de webservice de cv’s plaatst. pwshiant, cv, folder: hierin staat de map op de ftpserver waarin HiAnt de cv’s kan terugvinden. pwshiant, cv, ftpuser: bevat de user waarmee hiant moet connecteren naar de ftpserver. pwshiant, cv, ftppwd: bevat het paswoord waarmee hiant moet connecteren naar de ftpserver. pwshiant, cv, savepath: bevat de locatie op het netwerk van de klant waar HiAnt de cv moet bewaren.

1.17. Afdruk Contracten: vermelding pensioenpremie De pensioenpremie werd niet meer vermeld op de contracten, ook al bestond er een loonformule om dit wel te doen. De oorzaak was dat de loonformules ivm de pensioenpremies vroeger werden doorgestuurd met eenheid 69 en dat dit sinds kort met eenheid 54 is. De getpremiesastext functie ondersteund nu ook code soort 54 voor de vermelding van de premies op de contracten.

1.18. Ticket 54218: Swift berekening De huidige versie van HiAnt vraagt steeds bij het bewaren van een wn fiche of de SWIFT berekend moet worden. In het geval dat er reeds een SWIFT nummer ingevuld was, wordt deze nummer niet aangepast, maar wordt een log bestand op het scherm getoond met de nieuwe nummer. Vanaf deze versie is het mogelijk om het gedrag van deze berekening in te stellen. Met de parameter (scherm, frmwngeg1, SwiftAhvWebServiceAutoCorrect) die standaard aan staat kan je aangeven dat de swift nummer automatisch aangepast mag worden ipv het logbestand te tonen. 1 is aanpassen, een andere waarde is het logbestand tonen. De parameter (scherm, frmwngeg1, SwiftAhvWebService) heeft nu twee extra waardes (2 en 3). De mogelijke waardes voor deze parameter zijn dus: Ł Ł Ł Ł

0: niks doen 1: vragen of de swift berekend moet worden bij het bewaren van de fiche 2: vragen of de swift berekend moet worden bij het bewaren van de fiche, maar enkel als de bankrekeningnummer, de swiftnummer of de ibannummer gewijzigd zijn. 3:: automatisch de swift nummer berekenen, maar enkel als de bankrekeningnummer, de swiftnummer of de ibannummer gewijzigd zijn.

De standaardwaarde van deze parameter is ook gewijzigd, deze staat niet meer op 1, maar op 2.


5/9

1.19. Ticket 53223 – Aanpassing koppeling VDAB Gebruikers van de VDAB module dienen Prato te contacteren voor deze parameter in te schakelen daar een ingreep dient te gebeuren aan de Stored Procedure als ook in de tabel VDAB_XML_Structuur. --Controle hoeveel keer een bestelling heropend werd (bes_statusid) aantalmaalheropend, case when aantalmaalheropend > 0 then bes_id + '_' + aantalmaalheropend else bes_id end as bes_id_heropend,

Via de parameter "Bestellingen", "Optie", "Heropenen" (STANDAARD UIT) kan je gesloten bestellingen weer heropenen. Als je naar het bestelling detail scherm gaat, merk je een extra veld heropend. Dit veld toont aan hoeveel keer een bestelling werd heropend nadat het werd afgesloten. Je kan dit veld zelf niet wijzigen!

Bij de bestellingen lijst zie je dan bij acties een extra menuitem "Heropen actieve bestelling"

Je kan telkens maar 1 bestelling selecteren (het actieve bestelling). Dit werkt enkel bij afgesloten bestellingen. Indien de bestelling niet gesloten is krijg je volgende melding.

Als het nu wel gaat om een gesloten bestelling zal hiant volgende procedure nagaan: Eerst wordt een controle gedaan of de bestelling gekoppeld is aan de jobKanaal van de VDAB. Indien ja zal hij nagaan of de laatste wijzigingen (zijnde het afsluiten van de bestelling) werden verstuurd. (Dit zal enkel voorkomen al je gebruik maakt van de VDAB module)


6/9

Vervolgens zal hiant vragen naar welke status de bestelling geplaatst moet worden.

Met het bevestigen van de heropening zal Hiant de bestelling status aanpassen en het veld aantal x heropend verhogen met 1. Achter de schermen zal ook het veld InActief in de tabel BestellingPublJobKanaal (VDAB module) ook leeg gemaakt worden.

Bij het versturen van bestellingen naar de VDAB was de Bestellingid jouw referentie naar de VDAB. Indien de bestelling nog nooit werd heropend blijft dit ook zo. Zodra de bestelling werd heropend zal de referente het volgende zijn : vb bestelling id 1500 Ł 1500_2. Waarbij de 2 wilt zeggen dat de bestelling met id 1500 inmiddels 2 maal werd heropend.

1.20. Ticket 50852: Controle attest dienstencheque bij bewaren contract moet op datum van het contract gebeuren ipv de systeemdatum De Controle op het attest dienstencheque gebeurt op verschillende plaatsen in Hiant: • Bewaren van een werknemer in het werknemer-scherm • Bewaren van een werknemer in het werknemer-scherm met de tabbladen • Maak UZK • Kopieer UZK • Bewaar contract Aangezien in de eerste 4 gevallen geen datum bekend is, werd de systeemdatum gebruikt om te bepalen of het attest geldig is. Dit is aangepast. Bij het bewaren van het contract, wordt nu gebruik gemaakt van de begindatum van het contract om te bepalen of het attest geldig is. Technisch:


7/9

In de functie ‘MWisonet.ControleerAttestDC’ is een parameter ‘controleDatum’ toegevoegd. Overal waar deze functie wordt aangeroepen, wordt de systeemdatum doorgegeven behalve in ‘frmcontgeg.cmdbewaar_Click’. Hier wordt de begindatum van het contract gebruikt.

1.21. Ticket 51915: Veld ‘aard opdracht’ (wn-fiche: tabblad algemeen) toevoegen aan zoekmodule Het toevoegen van het record aan de zoekgegevens-tabel is niet voldoende omdat in het veld ‘wn1.per_inscriptioncd’ de code wordt bijgehouden en niet de omschrijving. Om dit toch te laten werken is de code aangepast een daarna is er een record toegevoegd aan de zoekgegevens-tabel: CatId 1

Veldnaam lopdracht.omschr

VeldType T

Toonbreedte 20

OpzoekSQLString select cd,ltrim(rtrim(omschr)) as omschr from code where cd_Srt = '66' and cd_taal=#TAAL# and isnull(dt_end, '2099-12-31') >= getdate() order by omschr

Technisch: In ‘mZoek.BuilsQqlString’ volgende code toegevoegd: Case "lopdracht" FromString = "(" & FromString & " left join code lopdracht on wn1.per_inscriptioncd = lopdracht.cd and lopdracht.cd_srt='66' and lopdracht.cd_taal=" & gTaal & ")"

1.22. Ticket 54859: Controle RSZ vermindering WN bij herstructureringskaart De RSZ vermindering WN wordt ahv attest herstructureringen automatisch in de loonberekening toegepast dmv. looncode 469. Vroeger deed Hiant dit tot maximale duur, nl. kwartaal indiensttreding + 2 kwartalen erna. Als er echter na geldigheidsduur van de kaart een onderbreking is, mag die wn RSZ korting niet meer toegepast worden. Het attest herstructureringen moet als begindatum de begindatum van het eerste contract met korting krijgen. Als einddatum moet de einddatum van de herstructureringskaart worden ingegeven. Indien de werknemer nog recht heeft op korting na de vervaldatum van de kaart (hij moet dan ononderbroken aan het werk gehouden worden) moet de einddatum van het attest week per week opgeschoven worden. Anders wordt de korting niet meer berekend. Technisch: Wijziging in clsPratoLoon.Bereken_RSZ: Controle uitgebreid If rsKorting!cer_dtvalidbegin >= dtBeginKorting And rsBetaalperiode!bpbegind <= rsKorting!cer_dtvalidend Then

1.23. Aanpassing berekening lonen: wanneer een loon berekend wordt van een herziening waarbij alle prestaties en premies waren verwijderd, zou dit geen aanleiding meer mogen geven. Er wordt nu ook een nieuw loon aangemaakt (loon met status 0) waarbij er enkele premie-codes worden ingeboekt met waarde 0 In het verleden traden er problemen op (bij verdere herzieningen bvb.) indien men een loon berekende van een herziening waarbij alle prestaties en premies waren verwijderd. Er werd in dit geval geen nieuw loon aangemaakt (loon met status 0). Er bestond enkel het oude loon en het tegengeboekte loon, maar geen nieuw loon.


8/9

Dit gaf problemen indien men opnieuw lonen berekende voor een verdere herziening (bvb. men deed een eerste herziening waarbij men alles verwijderde, om het contract te kunnen annuleren, gevolgd door een tweede herziening waarbij men ditmaal contracten had aangemaakt onder bvb. een ander klantnummer). Er bestond in dit geval immers geen “vorig loon” (er wordt als “vorig loon” steeds het loon genomen met status 0 = het laatste loon). Er werd bijgevolg een andere loon-lijn tegengeboekt... met alle verdere problemen tot gevolg. Nu word er bij een herziening, waarbij men alle prestaties en premies verwijdert, toch een nieuw loon aangemaakt (loon met status 0). Er worden onder dit nieuwe loon ook enkele premie-codes ingeboekt, waarbij de waarde op 0 wordt gezet. Standaard wordt er een 391 (totaal bruto), 392 (totaal bruto RSZ onderworpen) en 9 (netto) ingeboekt – zodat men bij andere acties binnen Hiant geen problemen zou gaan krijgen ivm een loon zonder bruto, netto of... De premie-codes die ingeboekt worden met waarde 0 zijn parametriseerbaar gemaakt – via parameter ["loonberekening", "geenprestatiespremies", "inboeken_codes"] – waarbij het de bedoeling is dat men dat men zeker altijd de 391, 392 en 9 opneemt.

1.24. Aanpassing export naar HDP: bij doorsturen van eerste lonen, waarbij voor dezelfde combinatie van kantoor-sektieloonperiode er reeds eerste lonen zijn geëxporteerd, moet het controlebestand er anders uitzien: vermelden van individuele werknemernummers ipv vermelden “afdeling” De export naar HDP is aangepast. Bij eerste lonen wordt in het controlebestand het kantoornr, de afdeling (sektie-kantoor combinatie) en de loonperiode vermeld. Indien er voor een kantoor-sektie-loonperiode combinatie er reeds eerste lonen zijn geëxporteerd, mogen verdere eerste lonen, waarvoor de prestaties te laat binnenkwamen en die dus ook laattijdig worden verstuurd naar HDP, niet meer doorgestuurd worden met vermelding van kantoor-sektie-loonperiode info in het controlebestand. Het controlebestand dient er anders uit te zien: de periode, afdeling en de individuele werknemernummers moeten in dit geval vermeld worden. De programmatie is op deze wijze aangepast.

1.25. Aanpassing export naar Cepa – oplossing probleem met invullen van een ë in het XML-bestand De programmatie voor export naar Cepa is aangepast. Er was een probleem – XML was niet geldig – indien men gegevens bevattend ë naar het XML-bestand wegschreef. Het XML-bestand werd hierdoor ongeldig. De programmatie is aangepast zodanig dat de juiste tekens worden weggeschreven naar het XML-bestand zodat dit alsnog als ë getoond wordt binnen XML.


9/9

16

Recommend Documents