17

Release Notes Afdrukdatum: 2012/09/17

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

1/7

1.

V6.031 1.1.

Bugfix: Ticket 90350: Als na zoeken vanuit bestellingen-lijst een wn-fiche geopend wordt en terug gesloten, verdwijnt deze persoon uit de zoekresultaten

Dit probleem doet zich voor indien de koppelid van de werknemerfiche die geopend werd ook een wnnr is van een andere werknemer. Hiant gaat dan de gelelecteerde lijn in de zoekresultaten overschrijven met de gegevens van de werknemer met dit wnnr. Dit probleem is nu opgelost. Technisch: Het probleem is dat de globale variabele gzoek pas op true wordt gezet nadat ‘frmwnlst’ al geopend is en de lijst dan ook verkeerd geladen wordt. Code aangepast in ‘frmWnZoekSelectie.CmdZoek_Click’:

1.2.

Wijzigen van betalingstermijn van de klant -> wijzigen van vervaldatum fakturen/creditnota’s met openstaand saldo (SYN)

Met behulp van een parameter kan ingesteld worden dat, indien de betalingstermijn van een klant wordt gewijzigd, ook de vervaldatum van fakturen en creditnota’s met openstaand saldo worden aangepast. Hiervoor dient de onderstaande parameter met 1 ingesteld te worden. Dit werkt enkel bij een co-medewerker. "scherm", "frmklgeg1", "UpdateVervalDatumBijWijzigingBetalingsvoorwaarde", "0"

Indien de betalingstermijn veranderd is, krijgt de co-medewerker de volgende vraag :

Indien men Ja klikt zullen de vervaldatums van de fakturen/creditnota’s met openstaand saldo (veld faktuur.faktuursaldo<>0) aangepast worden. Op einde krijgt de gebruiker een excel met een overzicht welke vervaldatums zijn aangepast.


2/7

1.3.

Aanmaak contracten vanuit planning – weekcontracten tijdens eerste 3 maanden indienst

Normaal wordt bij aanmaak van contracten tijdens de eerste 3 maanden gebruik gemaakt van dagcontracten. Uitbreiding is gebeurd zodat men hiervan kan afwijken dmv het invullen van een attest bij deze personen die uitkeringsgerechtigd zijn. Onderstaande parameters dienen gedefinieerd te worden : "initialisatie", "planning", "ControleAttestMaakWeekContractenEerste3Maanden", "0" Dient op 1 ingesteld te worden "codeboekcode", "attest", "WeekContractEerste3Maanden", "-1" Dient ingesteld te worden op het hoofdtype attest dat aanwezig dient te zijn om tijdens eerste 3 maanden een weekcontract te kunnen maken. Bij het hoofdtype attest dient er één detail type attest aanwezig te zijn, (categorie A (uitkeringsgerechitigd)-> wel weekcontract aan te maken) deze is ook te definiëren ("codeboekcode", "attest", "DetailAWeekContractEerste3Maanden", "-1" Dient ingesteld te worden op detailtype A van hoofdattesttype Indien bovenstaande parameters zijn ingesteld, en er wordt een contract aangemaakt vanuit de planning tijdens de eerste 3 maanden van tewerkstelling (niet hangend aan een mastercontract), waarbij deze persoon een geldig attest heeft (attest moet geldig zijn op de maandag van de aan te maken jaar/week van de contracten) van het ingestelde hoofd- en detailtype, zal er voor deze persoon toch een weekcontract worden aangemaakt.

1.4.

Automatische lijsten (autolist) controles

In het scherm waar men de automatische lijsten instelt, is er een knop bijgekomen waarbij men enkele controles kan opstarten. Na klikken op de knop “controlelijsten” onderaan het scherm krijgt men volgende mogelijkheden :

1. Toon verschillende gebruikte paden : controle welke paden zijn gebruikt waar de aangemaakte excels worden opgeslagen. 2. Controleer gebruikte emailadressen : controle van alle actieve controlelijsten of de gebruikte emailadressen in het vak “emailadres”’ juist zijn (meerdere emails gescheiden door een komma) + controle of er een emailadres is gevonden dat overeenstemt met emailadres uit de personeelstabel waarvan het vinkje actief niet meer op staat (uit dienst) 3. Toon lijsten zonder sql-uitdrukking : controle van alle actieve controlelijsten waarbij geen sql uitdrukking is ingevuld.

1.5.


Toevoegen record aan distance tabel bij premie ingave (klantspecifiek)

3/7

In het prestatieingavescherm (maand+weekingave shift+F5), kan er via parameter ingesteld worden of bij bepaalde premiecodes automatisch gecontroleerd wordt of er in de distance tabel een record gevonden wordt, en indien niet gevonden deze wordt toegevoegd. Dit is te sturen volgens onderstaande parameter "initialisatie", "frmprestgeg2", "CheckDistanceCodes", "" De waarde van de parameter dient de premiecodes te bevatten waarvoor een controle dient te gebeuren (bv. 602,604,609). Bij premie-ingave van de looncodes 602,604 of 609 zal er gecontroleerd worden of er in de distance tabel een record bestaat voor deze persoon (koppelid – dt_personid), de klant (dt_clientId) en de kostenplaats (dt_costcenterid) met als waarde in veld dt_distance gelijk aan de helft van het ingegeven aantal in de premie-ingave scherm. Indien niet gevonden zal er automatisch een record worden toegevoegd aan de distancetabel met volgende waardes dt_PersonID = koppelid dt_ClientID = klantid dt_StartAddress=’prestaties’ dt_StartCity=’Dilsen-Stokkem’ dt_StartCountryCD=150 dt_StopAddress=’prestaties’ dt_StopCity=’Dislen-Stokkem’ dt_StopCountryCD=150 dt_Distance= ingegeven aantal / 2 dt_IsFullStartAddress=1 dt_IsFullStopAddress=1 dt_TypeTransportID=1 dt_TypeMovementID=1 dt_TypeStartAddress=1 dt_TypeStopAddress=1 dt_CostCenterId = Kostenplaatsid

1.6.

Ticket 89495 - facturen per contract

De Parameter 'AfdrukFactuur', 'Optie', 'GeefMinEnMaxDatumWeek' standaard waarde 0 = UIT laat toe om op de factuur per week de begin en einddatum van de gefactureerde periode binnen de betreffende week te tonen op de factuur per uitzendkracht. Indien de parameter op waarde 1 = AAN staat zal op ALLE facturen de datums vermeld worden. Tenzij de klant de optie DNT heeft (= Datums Niet Tonen) Indien de parameter op waarde 0 = UIT staat zal op ALLE facturen de datums vermeld worden. Tenzij de klant de optie DWT heeft (= Datums Wel Tonen) Let wel op de voor deze functionaliteit het Crystal Reports Sjabloon aangepast dient te worden door Prato.

1.7.

Ticket 90095 (logging bij ‘gereed voor batchberekening’)

Op prestatie scherm heeft het kantoor de mogelijkheid om te zeggen dat ze klaar zijn voor de batchberekening. Logging toegevoegd : de keuze van de persoon wordt gelogd met logtype = 110 param1=keuze,param2=omschrijving,param3=jaar,param4=syteem,param5=week/maand Keuze kan zijn : 0 : Annuleren 1 : Niet afgehandeld


4/7

2 : Afgehandeld

1.8.

Ticket 89991 : Betaalcontracten beter zichtbaar in jaaroverzicht van de prestaties

Aanpassen scherm Jaaroverzicht Prestaties. Zodat duidelijk zichtbaar wordt welke de betaalcontracten zijn. Tot nu toe werden de betaalcontracten ook als rood weergegeven (zelfde kleur als niet aangegeven aan dimona) dit kan leiden tot verwarring Nu zijn de betaalcontracten duidelijk in andere kleur zichtbaar

1.9.

Ticket 90914 : klantspecifieke aanpassing van export DAVE

Klantspecifieke aanpassing export boekhoudpakket DAVE. Buitenlandse klanten zonder btw zullen in de toekomst geëxporteerd worden onder code 61 ipv code 6.


5/7

1.10. Aanpassing export naar HDP: indien er bij dezelfde tewerkstelling eenzelfde premiecode meermaals voorkomt op dezelfde datum, wordt deze premie doorgestuurd onder een afwijkende kostenplaats. Dan moeten ook de uurlonen bijkomend doorgestuurd worden onder deze afwijkende kostenplaats Het is naar HDP toe niet zomaar toegelaten dat men voor dezelfde tewerkstelling eenzelfde premiecode op dezelfde datum meermaals doorstuurt. De programmatie van de export naar HDP is al enige tijd aangepast, zodat in dit geval, om elke premielijn uniek te maken, de “dubbele premielijn” doorgestuurd wordt onder een “afwijkende kostenplaats” gelijk aan de betreffende kostenplaats gevolgd door een volgnr (.1 voor het eerste dubbel voorkomen, .2 voor het tweede dubbel voorkomen…). Een dubbele premielijn onder een premiecode, die gebruik maakt van de verwijziging naar een uurloon, werd bij HDP echter niet berekend. De reden was dat de uurlonen, waarvan deze dubbele premie gebruik maakt, enkel waren doorgestuurd onder de “normale kostenplaats”. Echter is het zo dat voor een dubbele premie, die dus doorgestuurd wordt onder een “afwijkende kostenplaats”, en die gebruikt maakt van een uurloon, de uurlonen ook bijkomend doorgestuurd moeten worden onder deze “afwijkende kostenplaats”. De export naar HDP is nu dus aangepast zodat bij een “dubbel voorkomende premie” de uurlonen ook nog eens bijkomend worden doorgestuurd onder de “afwijkende kostenplaats”.

1.11. Aanpassing programmatie bewaren contract: soms gaf Hiant de melding dat men een subcontract niet kon bewaren omdat de Q kleiner was dan deze van het mastercontract, terwijl dit in feite niet zo was (afrondingsprobleem) Soms gaf Hiant de melding dat men een subcontract niet kon bewaren omdat de Q kleiner was dan deze van het mastercontract, terwijl dit in feite niet zo was. De programmatie is nu aangepast zodat er een afronding (2 cijfers na komma) wordt toegepast op zowel de Q van de sub als de Q van de master, zodat dit probleem niet meer optreedt.

1.12. Aanpassing programmatie voor aanmaak looncodes “volledige set van 12 ‘looncodes inclusief ploegenpremie’ “ Sinds enige tijd moet men bij de “aanmaak van de volledige set van 12 ‘looncodes inclusief ploegenpremie’ “ aanduiden hoe de loonformule voor deze looncodes moet aangemaakt worden (cdeenheid 170, 171 of 269 en bij deze laatste dient men een percentage op te geven). Tevoren was het zo dat enkel de loonformule op de opgegeven wijze werd aangemaakt voor de 11 afgeleide looncodes en niet voor de ene “nieuwe basiscode”. Voor de “nieuwe basiscode” werd voor de loonformule gewoon een kopie genomen van de broncode. In het geval men loonformules met cdeenheid 269 wil aanmaken, is het niet goed dat er voor de “nieuwe basiscode” gewoon een kopie wordt genomen van de broncode. Voor de “nieuwe basiscode” moet er in dit geval ook een loonformule met een bepaalde percentage en cdeenheid 269 aangemaakt worden.


6/7

Dwz berekening is als volgt: steeds vast percentage toepassen op het verhoogde uurloon. Voor de eenheden 170 en 171 mag de werkwijze van tevoren wel behouden blijven. Men dient immers voor beide gevallen zelf nog voor de basiscode in te stellen hoe deze moet berekend worden, bv. o “100% van uurloon” voor “gewone uren (waarbij afgeleide codes cdeenheid 170 hebben) o “”150% van uurloon” voor “overuren… (waarbij afgeleide codes cdeenheid 171 hebben) De programmatie is nu dus aangepast: - voor nieuw aan te maken looncodes waarbij men een loonformule met cdeenheid 269 wil Aanmaken, moet de loonformule met cdeenheid 269 ook aangemaakt worden voor de “nieuwe basiscode” (niet gewoon kopie van loonformule broncode)


7/7

17

Recommend Documents