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

1/9

1.

V5.39 1.1.

Bugfix

Bij inlezen van de prestaties vanuit de planning, wordt gecontroleerd of een bepaald gekoppeld gezin reeds als afdeling bestaat bij de dienstverlener. Indien dit niet zo is wordt deze automatisch aangemaakt. Daarna worden de afdelingen terug opgehaald, maar bij het terug ophalen van deze afdelingen werd er enkel gecontroleerd op de afdelingen van de prestaties van de wnnr waar men mee werkte, er werd geen rekening gehouden met eventuele andere wnnrs met zelfde koppelid. Hierdoor kon het zijn dat er geen afdelingen meer gevonden werden, en dat de overige prestaties werden toegevoegd zonder een koppeling naar een gezin. (geen afdeling in prestaties/premies)

1.2.

(BugFix) 62148: Lijsten Federgon

Bij het ophalen van de Federgon lijst met de kwartaalgegevens van de dienstenchequest krijgt men een run-time error (13: Type mismatch). Indien de afdelingen op een bepaalde manier gekoppeld worden, dan komt het voor dat men voor deze afdelingen een lege (null) gewestid terug krijgt. De afdelingen met lege gewestid worden meegeteld aan het vlaamse gewest.

1.3.

Bugfix: Ticket 61213: Niet mogelijk om ECW in de prestaties in te geven

Er is nog iets mis met de controle waarbij gekeken wordt of er een attest aanwezig wanneer er ECW wordt ingegeven in de prestaties. Deze geeft een foutmelding terwijl er wel degelijk een attest aanwezig is. Tijdelijk opgelost door de parameter "Scherm", "frmcontgeg", "ControleECW" op waarde ‘0’ te zetten. De bug is ook in de code opgelost. Technisch: De fout treedt op indien er in de codetabel voor cd_srt 43 of cd_srt 44 alfanumerieke waardes voorkomen. De code is aangepast in ‘frmprestgeg1.VoegToe’ en ‘frmprestgeg2.ControleerInput’: rsAttestECW.open "select * from attest inner join wn on attest.koppelid = wn.koppelid where wn.wnnr = " & glngWnnr & " and attest.typeid = '" & attestType & "' and attest.detailtypeid = '" & attestDetailType & "' and '" & Format(Datum, "yyyy-mm-dd") & "' between attest.GeldigVan and attest.GeldigTot", con, adOpenDynamic, adLockReadOnly

1.4.

Bugfix: Ticket 61328: Foutmelding in jaarverslag ongevallen

Bij het openen van het jaarverslag ongevallen (menu in het klanten overzicht) krijg je een typemismatch. Voor het openen van het scherm worden alle vertalingen uit de vertaaltabellen gehaald die beginnen met ‘JAARVE’. Hiant verwacht in deze code een cijfer om aan de hand daarvan een array op te vullen. Er is nu echter een vertaling met code ‘jaarverslag’ toegevoegd. De code is nu aangepast zodat de vertalingen waarvan de code begint met ‘JAARVELABEL’ worden opgehaald. Alle codes die gebruikt worden voor dit jaarverslag beginnen met deze tekst. Aangezien dezelfde code gebruikt wordt voor de sociale balans, worden hier nu ook enkel de vertalingen die beginnen met ‘SOCBALLABEL’ opgehaald. Ook hier beginnen alle codes al met deze tekst. Technisch: Query aangepast in ‘frmSocBal1.InitForm’.


2/9

strSql = "select code, nederlands,frans from vertaal where upper(left(code,11))='" & strType & "LABEL" & "' and code not in (select code from vertaaluzb where upper(left(code,11))='" & strType & "LABEL" & "')" & _ " Union All " & _ " select code, nederlands, frans from vertaaluzb where upper(left(code,11))='" & strType & "LABEL" & "' order by code"

1.5.

Bugfix: Ticket 61417: Datum in beheer mastercontract is verkeerd geformateerd

In het scherm ‘Beheer mastercontract periode’ is de datum begin verkeerd geformateerd. Dit is nu aangepast. Technisch: Query aangepast in ‘frmCont1Master.ReloadGridMasters’: GegRsSuperMaster.open "select klnr, wnnr, sektie, klantcontractid, right('0' + convert(varchar,day(minbegind)),2) + '/' + right('0' + convert(varchar,month(minbegind)),2)+ '/' + convert(varchar,year(minbegind)) as minbegind, " & _ " case when maxeinde = '2099-12-31' then '' else convert(varchar, maxeinde, 101) end as maxeinde "&_ " From " & _ "("&_ " select klnr, wnnr, sektie, klantcontractid, min(begind) minbegind, max(isnull(einde, '2099-1231')) maxeinde " & _ " From prestmaster " & _ " Where klantcontractid = " & lngKlantContractId & _ " group by klnr, wnnr, sektie, klantcontractid " & _ " ) as t ", con, adOpenKeyset, adLockReadOnly

1.6.

Probleem met controle “er zijn nog kantoren die niet zijn toegevoegd aan een vennootschap”

Er was nog een probleem ivm de controle “er zijn nog kantoren die niet zijn toegevoegd aan een vennootschap” bij opstart Hiant. De controle was per vergissing op de verkeerde plaats ingebouwd. Ze werd uitgevoerd indien “functionaliteit ivm cycli en roosters actief” is ipv ingeval “functionaliteit ivm vennootschappen actief” is. De programmatie is aangepast.

1.7.

Foutmelding indien men, na toevoegen van een vennootschap, direct kantoren toevoegt aan deze vennootschap

Er kwam een foutmelding indien men, na toevoegen van een vennootschap, direct kantoren toevoegt aan deze vennootschap. Indien men het overzichtsscherm met vennootschappen eerst verliet, heropende en dan kantoren toevoegde, was er geen probleem. Het probleem had te maken met het feit dat een grid in bepaalde omstandigheden niet geïnitialiseerd was. De programmatie is aangepast.

1.8.

Ticket 59996 - rooster vermelden op C131B (idem zoals C131A)

Met het activeren van de parameter "frmC131b", "ToonVeldenWeek2", "*" (standaard UIT) kan je bij het afdrukken van de C131B werkgever de uren van een 2de week meegeven.


3/9

Opgelet je kan ze hier enkel maar ingeven om ze vervolgens ook af te drukken Hiant is NIET voorzien om deze uren op te halen van de contracten of om deze op te slaan.

1.9.

• •

Aanpassing loonberekening bepaling bruto loon rsz voor forfaitairen Aanpassing proratering van het dagbedrag Aanpassing bepaling dagbedrag aan de hand van de begindatum van het contract

Forfaire werknemers betalen hun rsz bijdrage op een vast bedrag en dus onafhankelijk van het bruto loon van een bepaalde dag. In de vorige versie werd ook het bruto rsz bedrag geprorateerd in verhouding tot de bruto bedragen per dag, wat natuurlijk niet correct was. Zolang er in de week geen kwartaalovergang was, gaf dit geen probleem. De software is dus nu aangepast dat dit ook bij kwartaalovergang correct is. In de vorige versie werd het dagbedrag ook steeds bepaald aan de hand van de begindatum van de week. Dit is aangepast dat dit gebeurd aan de hand van de begindatum van het contract.

1.10. Afdruk prestatieformulieren : uitsluiten van bepaalde contracttypes In de standaard afdruk van de prestatieformulieren worden contracten van het type “betaalcontract” en “makelaarscontract” niet mee opgenomen. Dit was echter niet het geval wanneer men de andere mogelijkheden gebruikt voor het afdrukken van de prestatieformulier bijvoorbeeld “gemarkeerde klanten”. Standaard is er geen wijzigingen in de afdruk methode, maar met de parameter Afdruk, Prest, UitgeslotenContractTypes Kan men de types opsommen die men niet op het prestatieformulier wenst te zijn verschijn. Indien men bv de betaalcontracten niet wenst te zien geeft men de parameter met waarde 3 in. Indien men de betaalcontracten en makelaarscontracten niet wenst te zien geeft men de waarde 3,4 in (dus de waarden gescheiden door een komma)

1.11. Omzetherverdeling De volgende aanpassingen zijn uitgevoerd voor het systeem van de omzetherverdeling : Indien de parameter "Scherm", "frmcontgeg", "PasOmzetKantoorAan" op waarde 5 wordt geplaatst zal het omzetkantoor als volgt aangepast worden (let op : bij deze keuze wordt het omzetkantoor steeds aangepast ook al heeft het reeds een waarde. Dit is bij de andere instellingen niet het geval ) : Eerst wordt er gecontroleerd of het kantoor van het contract behoort tot één van de kantoren waarbij er een omzetherverdeling noodzakelijk is. Zo ja, Het omzetkantoor wordt aangepast naar het kantoor van de uitzendkracht. Indien dit kantoor van de uitzendkracht ook een omzetherverdelingskantoor is, wordt er aan de gebruiker een ander kantoor gevraagd. Als de gebruiker een correct kantoor ingeeft wordt het omzetkantoor van het contract aangepast, alsook het kantoor van de uitzendkracht. (dit wordt niet gelogged) Indien de gebruiker opnieuw om kantoor met omzetherverdeling ingeeft, stopt de procedure en wordt het contract niet bewaard. Zo nee,


4/9

Het omzetkantoor wordt op het kantoor van het contract geplaatst.

1.12. Ticket 61504 - Beheer module vertaaltabel Formulier ontworpen om de betaalUZB table te bewerken. Terug te vinden via menu Gegevens > Instellingen > Vertalingen

Klikken in vertaallijst zoekt overeenkomstige code in vertaalUZB. Indien niet gevonden kan gebruiker via + knop de vertalingen toevoegen. Wanneer geen vertalingen worden ingetypt wordt geen record toegevoegd. Indien wel gevonden kan gebruiken in de gridbox rechts eventuele wijzigingen maken. Deze worden opgeslagen bij het verlaten van de gridbox (Lost_Focus).


5/9

Geselecteerde records in vertaalUZB gridbox kunnen verwijderd worden via de – knop. Mogelijkheid om meerdere records tegelijk te verwijderen.

1.13. Instelbaar “minimum jaar voor export van de lonen naar de boekhouding” Er is programmatie aangemaakt binnen Hiant zodanig dat men een minimum jaar kan instellen voor export van de lonen naar de boekhouding. Voor uzb die in het verleden exporteerden naar een sociaal secretariaat, maar de lonen nu zelf doen: controle dat jaar geëxporteerde lonen niet gelegen is vóór het minimum jaar voor export. Er kan via een parameter ("ExportBoekh", "Loon", "Minimumjaar") een minimum jaar ingegeven worden voor export van de lonen naar de boekhouding.

1.14. Programmatie aangepast ivm instelling breedte “HiantInputBox” Er is programmatie aangepast ivm instelling van de breedte van de “HiantInputBox”. Dit is een inputscherm dat aan de gebruiker kan getoond worden, evt. voorzien van een keuzelijst. De instelling van de breedte verliep niet altijd goed. De breedte moet afhankelijk zijn van de breedte van de boodschap aan de gebruiker en afhankelijk van de breedte van de items uit de keuzelijst. Ingeval de breedte van de boodschap aan de gebruiker “breder” was dan het breedste item uit de keuzelijst liep het hier mis. De programmatie is aangepast. Release Notes Hi-Ant Versie 5.39

6/9

1.15. Aanpassing programmatie ivm instellen transportmiddel binnen contractscherm: 1) bij aanmaak subcontract wordt het transportmiddel overgenomen uit het mastercontract 2) via parametrisatie kunnen instellen van het standaard transportmiddel, dat wordt ingevuld bij aanmaak van een nieuw contract Volgende programmatie is aangemaakt ivm het instellen van het transportmiddel binnen het contractscherm: 1) De standaard vervoerswijze kan via een parameter ingesteld worden. Via parameter ("scherm", "frmcontgeg", "StandaardTransportmiddel"), standaard 1 (auto) kan de standaard vervoerswijze, die standaard ingevuld wordt bij aanmaak van een nieuw contract/mastercontract, ingesteld worden. 2) Bij aanmaak van een subcontract onder een mastercontract wordt nu het transportmiddel uit het mastercontract overgenomen.

1.16. Aanpassing programmatie: bij overzicht bankbestanden tonen totaalbedragen binnenland/buitenland/cheque – het totaalbedrag buitenland was niet juist indien zowel mensen voorkwamen waarbij in banknr-veld een chequenr voorkwam als mensen waarbij in banknr-veld een gewoon Belgisch bankrekeningnr voorkwam Volgende was het probleem: Het totaalbedrag “buitenlands” binnen het overzicht van de bankbestanden klopte niet indien er zowel mensen, “buitenlands” betaald, voorkwamen met in het banknr-veld een chequenr als mensen met in banknr-veld een gewoon Belgisch bankrekeningnummer. In zo’n geval werd er OF het bedrag getoond van de “buitenlands” betaalden met een chequenr in het banknr-veld OF het bedrag van de “buitenlands” betaalden met een gewoon Belgische banknrekeningnr in het banknr-veld. De programmatie is aangepast als volgt: in het overzicht “buitenlands” verschijnt nu het totaalbedrag van de “buitenlands” betaalden, onafhankelijk van het feit of ze in het banknr-veld nu een chequenr hebben staan of een gewoon Belgisch bankrekeningnummer.

1.17. Automatische aanmaak loonruns: programmatie aangepast zodat loonruns worden aangemaakt in stijgende volgorde van kantoornr Bij de automatische aanmaak van de loonruns was er het probleem dat de loonruns werden aangemaakt met een willekeurige volgorde van kantoornrs. De programmatie is aangepast zodat de loonruns worden aangemaakt in stijgende volgorde van kantoornr.

1.18. Aanpassing programmatie binnen Hiant ivm cycli en roosters: interne variabelen binnen Hiant allemaal veranderd naar type “long” ipv “integer” – want er waren problemen omdat waardes voor cyclusid of roosterid in bepaalde gevallen te groot


7/9

De programmatie binnen Hiant ivm cycli en roosters is aangepast: de interne variabelen binnen Hiant zijn nu allemaal veranderd naar type “long” ipv type “integer”. Want er konden problemen optreden binnen Hiant in bepaalde gevallen wanneer de waardes voor cyclusid of roosterid te groot waren (“long” variabele kan grotere waardes aan dan “integer” variabele).

1.19. Aanpassing loonberekening: indien er geen prestaties zijn en enkel reeds eerder aangemaakte automatische premies (uit premiesturing) dan gaf de loonberekening een fout Volgende was het probleem: Indien er totaal geen prestaties of premies zijn, wordt er geen loonberekening uitgevoerd – dit is OK. Indien men echter een loonberekening uitvoerde waarbij er geen prestaties zijn en enkel reeds eerder aangemaakte automatische premies (uit premiesturing – tengevolge van een eerdere loonberekening) dan gaf de loonberekening een fout. In dit geval werden er immers bij het begin van de loonberekening alle automatisch aangemaakte premies verwijderd en werden er geen nieuwe aangemaakt. Er zijn dus bijgevolg totaal geen premies aanwezig. Hierbij trad er een fout op. De loonberekening is aangepast op verschillende punten: - Binnen de loonberekening-software zelf wordt er op verschillende punten nu ook verder getest of er premies aanwezig zijn - Het wegschrijven van de loongegevens naar transaktie wordt nu ook niet uitgevoerd als er geen loongegevens aanwezig zijn.

1.20. Aanpassing export fakturen voor sytemen "EXPERTM", "PROLINK", "BOB", "MTV2", "ACCOMS", "VENICE", "NAVISION", "BRILJANT": export van fakturen waarbij week van faktuurdetail-gegevens op 0 stond was niet mogelijk – sinds enige tijd is bij jaarovergang week 0 wel mogelijk Er was een probleem bij export van fakturen naar "EXPERTM", "PROLINK", "BOB", "MTV2", "ACCOMS", "VENICE", "NAVISION", "BRILJANT": er kon niet geëxporteerd worden indien de week van de faktuur-detailgegevens op 0 stond – week 0 werd niet toegelaten. Sinds enige tijd is bij jaarovergang week 0 wel mogelijk. De programmatie is aangepast zodag bij export van fakturen naar "EXPERTM", "PROLINK", "BOB", "MTV2", "ACCOMS", "VENICE", "NAVISION", "BRILJANT" week 0 binnen de faktuurdetail-gegevens wel wordt toegelaten.

1.21. Verdere aanpassing procedure “volledige tegenboeking van een dubbel loon” Sinds enige tijd bestaat er een procedure binnen Hiant om een dubbel loon volledig tegen te boeken (menu “Programmeur / Lonen / Tegenboeken (dubbel) loon volledige actie (MC, Ttax…)”. Hier zijn verdere aanpassingen aan doorgevoerd: 1) werkte niet voor uzb die een aparte globalvar-database hebben --> queries werkten niet --> software aangepast


8/9

2) Het netto van het tegengeboekte loon werd tevoren ALTIJD als een negatief voorschot ingeboekt. Dit mag niet gebeuren als het netto niet effectief is uitbetaald --> software aangepast; nu komt de vraag of het netto ook effectief is uitbetaald; afhankelijk hiervan dit als een negatief voorschot inboeken 3) Bij sommige lonen gebeurde er niets; loon niet gevonden. De reden was dat er gechecked werd op de aanwezigheid van een bruto (391). Deze is echter niet steeds aanwezig. Nu wordt er gechecked op aanwezigheid van een 391 (bruto) of 9 (netto)


9/9

03

Recommend Documents