28

Release Notes Afdrukdatum: 2009/09/28

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 4.203

1/6

1.

V4.203 1.1.

Bugfix : Ticket 47671 : foutmelding bij vullen van facturatierun

Er is vastgesteld dat bij het vullen van een facturatierun men een foutmelding kreeg : ‘Operation is not allowed when the object is closed. 3704’ De software is uitgebreid met een bijkomende test die eerst controleert of het betreffende item open is alvorens te dit te sluiten. Voorheen werd dit default gesloten met de bovenstaande melding als gevolg indien het betreffende item reeds gesloten bleek.

1.2.

Planningsmodule visuele roosters

Vanaf nu is het mogelijk om de visuele roosters (gewenst rooster gezin, beschikbaarheidsrooster werknemer) in te stellen tussen een min. en max uur. "INITIALISATIE", "PLANNING", "VISUEELSTARTUUR", "0" "INITIALISATIE", "PLANNING", "VISUEELSTOPUUR", "24" Standaard zal de volledige dag getoond worden (0 t/m 24), en is er een mogelijkheid om overnachting in te plannen (bv. startuur 22u , einduur 6 u) Indien men de parameter "INITIALISATIE", "PLANNING", "VISUEELSTARTUUR" en "INITIALISATIE", "PLANNING", "VISUEELSTOPUUR" verandert, zal het rooster ingekort worden en zal de verdeling per halfuur verbreden in de visuele roosters. Ook bij de ingave van de uren (indien men vinkje visueel afzet), zal er gecontroleerd worden of de ingegeven uren binnen de ingestelde start en stopwaarde vallen. Indien dit niet zo is, krijgt de gebruiker een melding en kan men niet bewaren. De controle is van toepassing op - Rooster in werknemersfiche - Langetermijn rooster in werknemersfiche - Rooster in deelopdracht van gezin - Detailrooster (onderaan) in planningsscherm

1.3.

Planningsmodule visuele roosters

Vanaf nu is het mogelijk om bepaalde dag in het rooster niet te tonen, om alzo geen kodes te kunnen ingeven in het rooster. "INITIALISATIE", "PLANNING", "ALLOWEDDAYSOFWEEK", "1111111" Standaard zijn alle dagen van de week zichtbaar, en kan men hierop uren ingeven. Indien men bv de zondag wil blokkeren kan men de bovenstaande parameter aanmaken met de waarde “1111110”. De visuele roosters zullen dan ook enkel t/m zaterdag tonen. Ook bij de ingave van de uren (indien men vinkje visueel afzet), zal er gecontroleerd worden of de ingegeven dag mag toegevoegd worden. De controle is van toepassing op - Rooster in werknemersfiche - Langetermijn rooster in werknemersfiche - Rooster in deelopdracht van gezin - Detailrooster (onderaan) in planningsscherm

1.4.

Aanmaak rooster bestelling/gezin – eenvoudige planning ///

"Scherm", "frmbestelgeg", "PlanEenvoudig", "0" Door parameter op 1 in te stellen krijgt men in bestellingsscherm 2 extra ingave velden te zien bovenaan het bestellingsdetailscherm nl. Aantal uren / week


2/6

Frequentie / week Bij aanmaak nieuwe bestelling zullen bij activatie van de parameter volgende velden standaard worden opgevuld aantal = 1 startdatum = systeemdatum Frequentie / week = 1 Aantal uren / week = 4 Funktie = ingevuld adhv reeds bestaande parameter "Scherm", "frmplankalender", "FunktieIDNieuw", "" (indien ingevuld wordt deze gebruikt) Bij bewaren van bestelling, zal er dan automatisch een deelopdracht aangemaakt worden, indien er nog geen bestaat voor deze bestelling. De deelopdracht zal voor week 1 van ma t/m zo elke dag AD inboeken van 8u t/m 17 u, en vooraan in rooster zal het aantal uren / week worden bewaard. Indien er juist 1 deelopdracht bestaat, zal deze aangepast worden indien begin- of einddatum van bestelling verandert, of als aantal uren / week of frequentie / week verandert. Na bewaren van de bestelling wordt ook automatisch de planning - kalender aangemaakt voor deze bestelling / gezin.

1.5.

Ticket 47359: bestelling detail

De waarde van het functie veld moet op dezelfde manier getoond worden als in het contract detail scherm. De functies worden nu op dezelfde manier opgehaald als in het contract detail scherm. Er wordt ook rekening gehouden met de parameter (initialisatie, functie, groepscode) zoals bij de contracten. Standaard heeft deze parameter de waarde 0 en wordt de groepscode van de functies niet getoond. Als je deze parameter de waarde 1 geeft wordt de groepscode van de functies wel getoond.

1.6.

Ticket 42440: Batchmail: extra velden in opvolging

Velden ‘Werknemer’, ‘ Klant’, ‘Bestelling’ toegevoegd. De gegevens voor de opvolging zijn op een appart tabblad gezet omdat er geen plaats meer was op het ‘Algemeen’ tabblad.


3/6

Het veld bestelling wordt pas opgevuld nadat er een klant gekozen is. Indien er een mailing naar contactpersonen gedaan wordt, zijn de velden ‘Klant’ en ‘Bestelling’ geblokkeerd. In de aangemaakte opvolging wordt het klant veld opgevuld met de klant naar wie de mailing gestuurd is. Indien er een mailing naar werknemers gedaan wordt, is het veld werknemer geblokkeerd. In de opvolging wordt de werknemer ingevuld naar wie de mail gestuurd is. Bij een mailing naar vast personeel, zijn er geen velden geblokkeerd. Al de ingevulde velden worden in de opvolging gebruikt. Veld Werknemer

Databaseveld MailMain.FollowUp_KoppelId

Toon werknemers van steunkantoren Klant

MailMain.FollowUp_KlId

Toon klanten van steunkantoren Bestelling

MailMain.FollowUp_BestId

Toon klanten van steunkantoren


Opmerking Default worden al de werknemers van het huidige kantoor getoond Indien aangevinkt worden in de lookupbox van de werknemers ook de werknemers van de steunkantoren getoond Default worden al de klanten van het huidige kantoor getoond Indien aangevinkt worden in de lookupbox van de klanten ook de klanten van de steunkantoren getoond Default worden al de bestellingen van het huidig kantoor voor de geselecteerde klant getoond Indien aangevinkt worden in de lookupbox van de bestellingen ook bestellingen van de steunkantoren voor de geselecteerde klant getoond

4/6

1.7.

DMFA Studenten die niet gewerkt hebben, maar wel contract hebben (9-11-2009)

Als er een student is die contract heeft (en dus via dimona aangegeven) maar niet gewerkt heeft (geen prestaties en geen loon): RSZ : “Vanaf het 2de kwartaal 2009 geeft u een student, die verbonden is met een arbeidsovereenkomst, doch gedurende een gans kwartaal geen prestaties levert (toegestaan afwezig, ziek, …) aan met ‘0’ dagen en zonder loon.” NU : komt de student in de dmfa aangifte zonder tewerkstellingslijnen, -> ongeldige xml volgens tsz-validator Aangepast in volgende IF in de clsDmfa-MaakDMFAWG If Not (rsStd.BOF And rsStd.EOF) Then rsStd.MoveFirst Do While Not rsStd.EOF If rsStd!workernbr = rsworker!workernbr Then 'inboeken Set txtStream = MaakXMLElement("StudentContribution", "", 1, txtStream) Set txtStream = MaakXMLElement("StudentRemunAmount", rsStd!loon * 100, 0, txtStream) Set txtStream = MaakXMLElement("StudentContributionAmount", rsStd!bijdrage * 100, 0, txtStream) Set txtStream = MaakXMLElement("StudentNbrDays", rsStd!aantaldagen, 0, txtStream) Set txtStream = MaakXMLElement("StudentContribution", "", 2, txtStream) End If rsStd.MoveNext Loop Else If rsworker!WorkerCode = 840 Or rsworker!WorkerCode = 841 Then Set txtStream = MaakXMLElement("StudentContribution", "", 1, txtStream) Set txtStream = MaakXMLElement("StudentRemunAmount", 0, 0, txtStream) Set txtStream = MaakXMLElement("StudentContributionAmount", 0, 0, txtStream) Set txtStream = MaakXMLElement("StudentNbrDays", 0, 0, txtStream) Set txtStream = MaakXMLElement("StudentContribution", "", 2, txtStream) End If End If

1.8.

Aanmaak posten en overuren (reden.frm)

Activeren via parameter changecontrols, frmklgeg1, cmdpostoveryren.visible, 1 Dit scherm dient om eenvoudig de loonformules aan te maken. Scherm oproepen via: -> in scherm Klantgegevens, “Toon extra informatie aanvinken” - Tabblad Loonformules - Knop Posten / Overuren - De gegevens worden bewaard in de tabel Loonformule.


5/6

In het bovenste deel van het scherm staan de looncodes, in het onderste deel staan de overuurcodes. De volgende looncodes dienen aangemaakt te worden voor de verschillende toeslagen: Dagtype Week Zaterdag Zondag

Normaal 8110 8160 8170

Morgen 8111 8161 8171

Middag 8112 8162 8172

Nacht 8113 8163 8173

De volgende looncodes dienen aangemaakt te worden voor de verschillende overuurcodes: Dagtype Week Zaterdag Zondag

Normaal 8210 8260 8270

Morgen 8211 8261 8271

Middag 8212 8262 8272

Nacht 8213 8263 8273

Velden: Cdkey is steeds FI Keywaarde bevat de id van de klant Looncode bepaalt het type gegeven, de looncode is als volgt opgebouwd : • D : steeds 8 • H : 1 = posteninfo, 2 = overuur info • T : dagtype, 1 = weekdag, 6 = zaterdag, 7 = zondag • E : ploeg; 0 = normaal of geen ploeg, 1 = morgen ploeg, 2 = middag ploeg, 3 = nacht ploeg Waarde : is inhoud van het tekst veld (moet numeriek zijn, indien leeg, dan wordt de formule bij het waren niet aangemaakt) Cdeenheid : • Euro = 101 • % = 169 • Indien iets anders wordt er niks getoond Volgnum : steeds 0 Dtgeldig van = datum die identiek is voor alle records indien niet, niks tonen Dtgeldig tot = datum die identiek is voor alle records indien niet, niks tonen, maar mag wel null zijn Dtannulatie : geen belang, mag null zijn Usercrea, userwijzig bij beware gusername invullen Tscrea,tswijzig bij bewaren actule datum invullen RSZcategorie mag null zijn Opmerking: indien de datums van de records verschillend zijn zal er volgende melding getoond worden en zal het scherm niet open gaan. melding: "Verschillende begin- of einddata, of eenheid niet gelijk aan 101 of 169. Ingave scherm kan niet gebruikt worden."


6/6

28

Recommend Documents