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

1/7

1.

V5.40 1.1.

Ticket 61781 - eerste fout, nieuwe automatische cv

BUGFIX opvullen van motivatie tekst op CV (enkel bij CVK!) Probleem heeft te maken met het opvullen van de motivatie tekst. De procedure om de waarde weg te schrijven naar Word blijkt niet in orde. Dit is rechtgezet en werkt weer zoals het moet.

1.2.

Planning – langetermijnplanning – export excel

Het is nu mogelijk om de langetermijnplanning van de werknemer te exporteren naar excel

1.3.

Autotask – referentietabellen

Aanpassing autotask – indien de xml gegevens bevat voor een tabel, en op de database is deze een view, dan zal dit niet ge-update worden

1.4.

Klantenscherm – paritair comité filter arbeider bediende

Indien parameter "scherm", "frmklgeg1", "parCodeFilter", "1" op 1 staat wordt parcom gefilterd voor arbeiders en bediende. Indien men wenst dat bepaalde parcoms in beide lijsten tevoorschijn moeten komen stelt men dit in via onderstaande parameter "scherm", "frmklgeg1", "parcombeidelijsten" Meerdere parcoms ingeven gescheiden door een komma

1.5.

Bewaren contract – mogelijkheid tot controle max. ingegeven coëfficient

Gelijkaardig aan de controle op min. coefficient in contract, kan men nu ook een controle instellen op max. coefficient in contract Door parameter "Scherm", "FrmContgeg", "ControleMaxCoef", "0" op 1 te zetten wordt gecontroleerd op max.coef bij bewaren van contract Instellen van max coefficient gebeurt via parameter tabel param1='maxcoef' param2=<sektienr> param3='*' waarde=<waarde van max.coef bij de sektie ingesteld in param2> cdkey='ALG' keywaarde='0' RSZCategorie='ALG'

1.6.

Afpunten cheques per dagcode

Standaard zal bij het afpunten van de cheques gekeken worden per dag en per dagcode. Indien er op een bepaalde dag en gezin 2 dagkodes zijn gezet die cheques verwachten, kan men deze niet beide afpunten. Door onderstaande parameter op 0 te plaasen, zal er enkel gekeken worden naar het aantal ontbrekende uren waarvoor nog cheques moeten ingeput worden op die dag en afdeling. "scherm", "frmcheques", "AfpuntenPerDagcode", "1"


2/7

1.7.

Veld dagboekcode toegevoegd aan de wg tabel

De mogelijkheid is toegevoegd om een dagboekcode per kantoor voor de boekhouding in te vullen. Men kan dit gegeven in de wg tabel invullen. Momenteel wordt dit veld enkel gebruikt voor de export naar Multivers type MTV3.

1.8.

Export Multivers type MTV3 : gebruik dagboekcode per kantoor

Met de parameter Export, MTV, DagboekcodeperWG,0) kan men instellen dat hiant de boekhoudcode per kantoor dient te gebruiken. Indien de parameter de waarde 0 heeft, wordt het standaard dagboek VF gebruikt. Indien de parameter de waarde 1 bevat, wordt het gegeven dagboekcode uit de wg tabel gebruikt. (Let op : er is geen controle op het al dan niet ingevuld zijn van dit veld.)

1.9.

Export multivers type MTV3 : code aanmanen

Bij de export naar Multivers type MTV3 is het mogelijk om via de optie KNA (Klant niet aanmanen) de waarde N te sturen naar het boekhoudpakket voor het veld aanmanen. Indien de klant de optie KNA niet heeft, wordt de waarde J doorgestuurd.

1.10. Export Multivers type MTV3 : kostenplaats Voor het doosturen van de kostenplaats wordt de interne code van de werkgevers fiche gebruikt.

1.11. Export BOB In het bestand factdFR.txt wordt het veld TDC nu als volgt doorgestuurd : • Indien creditnota : D • Anders : C (in de vorige versie werd hier steeds een C doorgestuurd)


3/7

Deze aanpassing werd uitgevoerd op vraag van itsolutions. In de handleiding van bob vinden we de volgende info : Waarde voor de zone TDC

‘D’ : voor de aankoopdagboeken en de creditnota’s op verkopen ‘C’ : voor de verkoopdagboeken en de creditnota’s op aankopen.

1.12. Manueel ingegeven voorschotten ook op betaald kunnen plaatsen Vanuit het voorschotten scherm was het mogelijk om negatieve lonen (2005) op betaald te plaatsen zodat hiant deze niet meer zal afhouden tijdens een volgende loonberekening. De code wordt dan 651 Dit is nu ook mogelijk gemaakt voor manueel ingegeven voorschotten (code 2004) door op de toets betaald te klikken. Hiant vraagt dan de reden en wijzigt de code naar 683, zodat dit voorschot ook niet meer zal afgehouden worden tijdens een volgende loonberekening.

1.13. Nieuw factuurnummer type Nieuw type factuurnummer : nummering per kantoor en per jaar. Door de parameter INITIALISATIE, FactuurnrType, * met de waarde 3 in te geven bekomt men een intern factuurnur afhankelijk van het kantoor en jaar. Per kantoor en jaar dient men dan de noodzakelijke parameters als volgt in te geven: Factuurnr, <jaar>,volgendnr, Indien je bv wenst dat het kantoor met nummer 7102 als volgend nummer in het jaar 2011 het nummer 11020001 krijgt geeft je de parameter als volgt in. Factuurnr7102,2011,volgendnr,11020001 Deze methode houdt ook rekening met het ingestelde minimum jaar zodat het mogelijk is om facturen die prestaties van bv 2011 bevatten toch te boeken in 2012 door het minimum jaar op 2010 in te stellen

1.14. Ticket 52094 - Scherm voor ingave verhoogde uurlonen voor posten en overuren 1.14.1.Omschrijving Formulier aangepast zodat de toeslagen van posten en overuren per periode kunnen worden ingegeven en geraadpleegd.


4/7

Bovenaan is een lijst toegevoegd van bestaande periodes. Elke periode kan worden bewerkt. Via de + knop kan een periode worden toegevoegd; indien deze nieuwer is dan de actieve periode wordt de actieve afgesloten op nieuwe startdatum – 1. Overlappende periodes zijn niet mogelijk, noch is het mogelijk een periode te definiëren binnen een reeds bestaande. Het is niet mogelijk om een periode te wissen via dit formulier.

1.14.2.Technisch Functie om overlapping te testen, geeft “true” terug indien de periodes overlappen: Private Function TestOverLap(startdate1 As Date, enddate1 As Date, startdate2 As Date, enddate2 As Date) As Boolean TestOverLap = (startdate1 >= startdate2 And startdate1 <= enddate2) Or (enddate1 <= enddate2 And enddate1 >= startdate2) Or (startdate2 >= startdate1 And startdate2 <= enddate1) Or (enddate2 <= enddate1 And enddate2 >= startdate1)


5/7

End Function

1.15. Export naar Multivers: aanmaken type MTV3 1.15.1.Factuur Beschrijving van de velden terug te vinden op Prato Intranet > Analyses > Export beschrijvingen > Export naar boekhoudpakketten > Multivers > Structuur multivers MTV3 factuur.xls

1.15.2.Klanten Beschrijving van de velden terug te vinden op Prato Intranet > Analyses > Export beschrijvingen > Export naar boekhoudpakketten > Multivers > Structuur multivers MTV3 klanten.xls

1.16. Ticket 55582 - Controle in contract uurrooster Het was mogelijk om in de werk totaal velden eender welke waarde in te vullen. Max value van deze velden is nu ingesteld op 24 (= max.aantal uren op 1 dag). Voor de detailvelden erboven was dit al zo gedaan maar blijkbaar vullen gebruikers ook rechtstreeks het totaal in wat tot fouten kon leiden.

1.17. Ticket 60058 – Onzichtbaar veld toegevoegd aan frmAttest om het attestID bij te houden 1.17.1.Omschrijving Zie ook ticket 51036. Wijzigingen in het form moeten gelogd kunnen worden onder attest ID in plaats van koppel ID.


6/7

Er werd een onzichtbare databox dtbGeg(6) toegevoegd aan het form waarin attest ID gekoppeld wordt tijdens de Form_Init().

1.17.2.Technisch Oorspronkelijk werd in design-mode de DatabaseValue van dtbGeg(6) ingesteld op “id”. Het id veld is een identifier veld (auto-increment). Dit gaf echter problemen tijdens de SaveData functie bij het testen op Windows7 bij mezelf en Karl. Op Windows Vista bij Karen waren er geen problemen. Opgelost door dtbgeg(6).DatabaseValue = gAttestId ipv toewijzing in de Designer.

1.18. Ticket 61655 : nieuw veld SWIFT Er werd een nieuw veld swift toegevoegd op de WG-tabel. Daardoor werkt de qry om de export naar SD te doen niet meer (ambigous column). Query aangepast : WN.SWIFT in query gezet. Omdat de export van hieruit te lang duurt, tijdelijk het veld op de tabel WG Swift gewijzigd naar swiftWG, zodat de klant zelf de export kan doen, na exporteren het veld op de tabel terug hernoemen !

1.19. DMFA FirmaWagens (11-1-2011) Aanpassing stored procedure sp_DMFAFIRMAWAGENS De Group by op de wswncode eruitgehaald, want als een persoon zowel als arb als bediende gewerkt heeft, wordt de bijdrage firmawagen dubbel geteld. Dus uit de stp gehaald, en software dmfa aangepast, zodat het wnkengetal voor het gedeelte firmawagens niet meer op foutenrapport komt.


7/7

03

Recommend Documents