27

Release Notes Afdrukdatum: 2009/05/27

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

1/10

1.

V4.186 1.1.

Bugfix : men kon in Hiant via “mastercontract aanpassing” geen nieuwe master-periode aanmaken op een toekomstig jaar indien voor dit jaar nog geen betaalperiode-info beschikbaar was

Volgend probleem stelde zich: Indien men een “mastercontract aanpassing” wilde doen met begindatum in een toekomstig jaar waarvoor nog geen betaalperiode-info beschikbaar was, dan werd het bestaande mastercontract wel afgesloten (op begindatum – 1 dag), maar werd er geen nieuw mastercontract aangemaakt vanaf de ingegeven begindatum. Er kwam een blokkerende melding bij aanmaak van de nieuwe master vanaf de ingegeven begindatum: jaar en week van dit mastercontract konden immers niet bepaald worden, omdat er nog geen betaalperiode-info voor dit toekomstig jaar beschikbaar was. Dit geeft nu geen blokkerende fout meer: jaar, week en betaalperiode-info is immers van geen groot belang voor een mastercontract. De programmatie is op volgende wijze aangepast: - er wordt bij "mastercontract aanpassing" geen blokkerende fout meer gegeven indien de nieuw aan te maken master in een toekomstig jaar ligt waarvoor nog geen betaalperiodeinfo aanwezig is. Het jaar, week en betaalperiode voor dit mastercontract worden dan op 0 gezet. Jaar, week en betaalperiode info voor een mastercontract is immers van geen groot belang. Men kan dus via "mastercontract aanpassing" reeds een mastercontract aanmaken voor een volgend jaar - ook is de programmatie aangepast zodat bij openen van een mastercontract, waarbij jaar en week niet zijn ingevuld, toch getracht wordt (als op dat ogenblik betaalperiode-info beschikbaar is) om ahv de begindatum van het mastercontract de jaar en week info uit de betaalperiode-tabel te halen en alsnog jaar, week en betaalperiode van het mastercontract in te vullen.

1.2.

Prestatie-ingave schermen mogelijkheid tot leegmaken invulvelden na toevoegen prestatie/premie

Indien onderstaande parameter op 1 wordt ingesteld, zullen na ingave van prestaties/premies alle invulvelden (buiten het invulveld voor de dag) leeggemaakt worden . "Scherm", "PrestatieIngave", "LeegmakenVeldenNaVoegToe", "0"

1.3. -

-

Aanpassing aanmaak kalender planningsmodule Bij de aanmaak van de kalender zal het systeem controleren of er nog handmatige items in de planning staan, na de eventuele maximum einddatum van de roosters. Indien dit zo is , zullen deze automatisch worden verwijderd, en zal er aan de gebruiker een excel getoond worden met de automatisch verwijderde gegevens. Het kon voorkomen dat er bij een poetshulp de einddatum van een rooster werd ingevuld, maar dat er na deze datum nog handmatige items bleven bestaan (bv. handmatige ingegeven vakantie, of aanpassingen op automatisch gegenereerde planning – type 210 en 315 bij werknemers en koppeling werknemer/gezin, type 105 bij gezinnen). Bij de aanmaak van de kalender via de langetermijn zal het systeem per deelopdracht gaan kijken of de einddatum van deze deelopdracht is ingevuld. Indien dit zo is zal de


2/10

lange termijn voor deze deelopdracht slechts maximaal tot aan deze datum worden aangemaakt.

1.4.

Logging wijzigingen loon- en factformule

Via checkdatabase zal automatisch de tabellen loonformule#_ en factformule#_ aangemaakt worden. Ook zullen er automatische triggers worden aangemaakt, die alle wijzigingen op de loon-en factformule tabellen zal bijhouden. Deze tabellen bevatten alle velden uit de loonformule en factformule op moment dat deze worden aangemaakt via checkdatabase. Op deze tabellen zullen ook nog volgende extra velden bevatten - datumveld (wanneer is de trigger is geactiveerd) - userveld (door welke login is de trigger geactiveerd) - actieveld (door welke actie is de trigger geactiveerd (delete, update, addnew))

1.5.

Kopiëren van planningsgegevens bij kopiëren van werknemersfiche

Wanneer men een werknemersfiche kopieert (nieuwe sektie), kan men met een parameter instellen of de onderliggende planning en roosters van de originele werknemernummer moeten overgezet worden naar de nieuw aangemaakte werknemernummer. "Planning", "KopieerWn", "VormPlanningOmNaarNieuweWnnr", "0" Indien bovenstaande parameter wordt ingesteld op 1, dan zal de gebruiker na het succesvol kopiëren van een werknemersfiche, de vraag krijgen of de onderliggende planning ook moet omgezet worden naar deze nieuwe werknemersnummer.

1.6.

Mogelijkheid tot ingeven van stageplaatsen aan een mastercontract

Gekoppeld aan het mastercontract, moet de mogelijkheid bestaan om één of meerdere stageplaatsen te definiëren. In het mastercontract wordt er een apart tabblad voorzien waarop de stageplaatsen getoond worden, toegevoegd of verwijderd kunnen worden. Bij dubbelklik op een lijn in de lijst van stageplaatsen komt men in een detailscherm van de stageplaats (zie screenshot)


3/10

Ook is er een apart lijstscherm voorzien waarop alle stageplaatsen getoond worden. Deze lijst kan opgestart worden vanuit het hoofdscherm van HiAnt via menu gegevens – stageplaatsen. Het menu moet zichtbaar gemaakt worden met onderstaande parameter “menu”,”frmmain”,”mnustageplaatsen”,”1”

Het geheel wordt geactiveerd door 1 parameter Release Notes Hi-Ant Versie 4.186

4/10

Initialisatie, stageplaatsen,actief,0 Bij het opstarten van Hiant verschijnt er automatisch een lijst van alle stageplaatsen die binnen 14 (parameteriseerbaar) "INITIALISATIE", "STAGEPLAATSEN", "DAGENVERVALLEN", "14" dagen gaan vervallen (=einddatum vd stageplaats binnen 14 dagen of voorbij. Stageplaatsen waarbij het vinkje Stg_nowarning opstaat verschijnen niet in de lijst. Standaard is dit voor alle aanmeldingen, maar per persoon moet men dit automatisch aanmaken van de lijst kunnen uitzetten. "INITIALISATIE", "STAGEPLAATSEN", "MAAKLIJSTVERVALLENSTAGEPLAATSEN", "0" De lijst moet ook opgeroepen kunnen worden van het stageplaats overzicht, of vanuit een overzichtslijst in het stageplaats overzicht

1.7.

Ticket : Samenvatting Tonen

De mogelijkheid voorzien om deze melding af te zetten. Als een CO of programmeur aangelogd is in HiAnt dan vraagt HiAnt of de samenvatting van het berekende loon getoond moet worden. Het gedrag van deze melding kan aangepast worden met behulp van de parameter (berekenbruto, samenvattingtonen, vragen) die standaard de waarde 1 heeft. Het gedrag is als volgt indien de parameter de waarde Ł Ł Ł

0: de vraag wordt niet gesteld en de samenvatting wordt niet getoond. 1: de vraag wordt gesteld indien antwoord Ja is dan wordt de samenvatting getoond. 2: de vraag wordt niet gesteld maar de samenvatting wordt wel getoond.

1.8.

Binnen detailscherm voor beheer cycli en roosters: bijkomende controles ingebouwd indien men cyclus, rooster of cyclus-roosterlink wil verwijderen

Verwijderen rooster Wordt niet toegelaten als: * rooster nog gebruikt wordt binnen een contract * rooster nog ergens gelinkt is aan een cyclus * rooster nog dagdelen bevat Verwijderen cyclus Wordt niet toegelaten als: * cyclus nog gebruikt wordt binnen een contract * cyclus nog gelinkt is met roosters Verwijderen van een cyclus-rooster link Wordt niet toegelaten als: * deze cyclus-rooster combinatie nog gebruikt wordt binnen een contract

1.9.

Functionaliteit voor eenvoudige rooster-ingave: 1 scherm waarbinnen men zowel de cyclus-informatie als de informatie van 3 weekroosters kan ingeven

Er wordt binnen Hiant nu de mogelijkheid geboden tot vereenvoudigde rooster-ingave. Men kan binnen 1 scherm nu zowel de cyclus-informatie als de informatie van 3 weekroosters ingeven.


5/10

Men dient dus niet meer bij de rooster-ingave afzonderlijk elk dagdeel aan te maken, maar de aanmaak van het rooster gebeurt op analoge manier zoals de aanmaak van het rooster binnen een contract.

Deze functionaliteit zal ook actief zijn indien men reeds werkt met de functionaliteit van de roosters en de cycli. Is dus te activeren door een parameter ("cyclischrooster", "actief", "*") aan te maken met waarde 1. Het scherm voor de vereenvoudigde rooster-ingave ziet er als volgt uit. Cyclus-info Bovenaan verschijnt de info van de cyclus waarvoor men de roosters wil ingeven. Men kan cycli-roosters aanmaken voor volgende sleutels: ALG, FI en KUS niveau. De geselecteerde sleutel-, klant- en werknemer-info zullen van toepassing zijn op zowel de cyclus als de roosters die men aanmaakt. De sleutel-, klant- en werknemer-controls zullen vergrendeld zijn ingeval de cyclus reeds gebruikt wordt binnen de contracten. Er zijn geen controles/automatische invullingen op de DMFA-velden die men invult binnen de cyclus. Men wil hier immers vaak gemiddelden gaan invullen van de roosters die men binnen de cyclus heeft aangemaakt. Daarentegen zullen wel de controles/automatische invullingen uitgevoerd worden op de DMFAvelden die men invult binnen de roosters. Bijvoorbeeld zal er rekening gehouden worden met de parameter ("frmcontgeg", "DMFA", "AutoCalculateS") voor de automatische berekening van de S en zal de onbetaalde compensatie en de Q ook automatisch berekend worden.


6/10

Automatische berekening van het stelsel kan ook gebeuren a.h.v. de bestaande parametrisatie ("Scherm", "frmcontgeg", "PasStelselAan"). Vermits men hier zich niet binnen een contract-scherm bevindt waar steeds info ivm klant en sektie ter beschikking is, is de bepaling van het gemiddeld uur-regime voor berekening van de S niet altijd voor de hand liggend. Er verschijnt nu ook een veld op het scherm waarbinnen het in rekening gebrachte gemiddeld uur-regime verschijnt. De bepaling van het gemiddeld uur-regime gebeurt als volgt: ALG niveau Men dient zelf een gemiddeld uur-regime in te vullen, waarmee gerekend zal worden voor bepaling S… FI niveau Het gemiddeld uur-regime veld is niet invulbaar. Indien er binnen de kl-fiche verschillende waardes voor gemiddeld uur-regime arbeiders en gemiddeld uur-regime bedienden voorkomen, wordt aan de gebruiker gevraagd welk uurregime moet toegepast worden. Indien gemiddeld uur-regime arbeiders en gemiddeld uur-regime bedienden gelijk zijn of indien slechts één van beide is ingevuld, wordt dit gemiddeld uur-regime genomen. KUS niveau Het gemiddeld uur-regime veld is niet invulbaar. Het gemiddeld uur-regime wordt gehaald uit de kl-fiche afhankelijk van de sektie van de geselecteerde uzk.

Gekoppelde roosters Verder naar onderen kan men roosters aanmaken, die dan ook direct gekoppeld worden aan de betreffende cyclus. Men vindt hier veruit al de info die men ook binnen de complexe rooster-ingave terugvindt. Er worden maximum 3 roosters voorzien die men kan koppelen aan de cyclus. De ingave van het rooster gebeurt op een wijze analoog aan de invulling van het rooster binnen een contract. Dit impliceert dat er maar 2 dagdelen per dag kunnen aangemaakt worden. De controles op de invulling van de velden gebeuren voor zover mogelijk zoveel als mogelijk zoals deze binnen het rooster van het contract. De roosters worden dus aangemaakt met dezelfde sleutel en sleutelwaardes als de cyclus. Volgende controles worden uitgevoerd bij ingave roosters: Men kan geen uren binnen rooster 2 ingeven als er geen uren bij rooster 1 zijn ingevuld. Men kan geen uren binnen rooster 3 ingeven als er geen uren bij rooster 2 zijn ingevuld. Opmerking: Bepaalde info die men binnen de complexe rooster-ingave voor een dagdeel kan ingeven, is niet meer beschikbaar binnen de eenvoudige rooster-ingave. Met name de dagcode, de afdeling, kostenplaats en post voor een dagdeel.


7/10

Vanaf de menu’s “roosters en cycli” binnen het hoofdscherm, het klantenscherm en het contractenscherm van Hiant, komt men nu eerst terecht binnen een overzichtsscherm van cycli. Bij dubbelclick op een item uit de lijst, komt men terecht binnen het scherm voor de eenvoudige rooster-ingave. Ingave via de eenvoudige rooster-ingave is niet mogelijk in volgende 2 gevallen: - de cyclus bevat meer dan 3 roosters - er zijn op een bepaalde dag binnen de roosters meer dan 2 dagdelen aanwezig

De complexe rooster-ingave blijft dus ook behouden; men heeft binnen de complexe roosteringave immers uitgebreidere mogelijkheden: - ingave kode, afdeling, kostenplaats, post per dagdeel - men kan meer dan 2 dagdelen per dag ingeven - men kan meer dan 3 roosters per cyclus ingeven


8/10

Het scherm voor de complexe rooster-ingave bereikt men vanuit het scherm met het overzicht van de cycli en roosters via de knop “Gedetailleerde roosteringave”.

1.10. Bij annulatie lonen wordt aan gebruiker gevraagd of ie ook de prestaties en premies wil verwijderen; verwijderd zijn prestaties/premies o.a. van belang als men ook het contract wil annuleren De programmatie van Hiant is aangepast ivm herzieningen van type “annulatie” – zowel binnen het scherm voor weekingave als binnen het scherm voor maandingave van prestaties: Bij annulatie wordt er gevraagd of men de prestaties en premies ook wenst te verwijderen. Indien ja, worden de prestaties en premies verwijderd. Dit is onder meer van belang indien men het contract waarop het loon wordt geannuleerd, zelf ook wil annuleren naar dimona toe. Men kan immers geen contract annuleren indien er aan dit contract nog prestaties of premies zijn gekoppeld.

1.11. Html-batch mailings: manueel kunnen versturen vanuit Hiant Oorspronkelijk is voorzien dat Html-batch mailings enkel verstuurd worden via een service. Nu is voorzien dat de verstruring van 1 geselecteerde mailing ook manueel kan opgestart worden vanuit Hiant. Dit kan door een bepaalde mailing uit de mailinglijst (lijst te bereiken via menu Acties/Batch mailing vanuit hoofdscherm Hiant) te selecteren, waarna men menu Acties/verzend mailing nu aanroept. De verzending zal hierbij onmiddellijk gebeuren.

1.12. Vereisten om mailings via een service automatisch te laten versturen Hiervoor dient programma srvHtmlBatchMail.exe voor te komen op de Hiant-directory en ntsvc.ocx. Deze beiden worden automatisch samen met Hiant geinstalleerd. Voor dit programma srvHtmlBatchMail.exe is er een ini-file srvHtmlBatchMail.ini nodig, eveneens op de Hiant-directory. Uit deze ini-file kunnen volgende settings uitgelezen worden: - LOCALPATH - LOGONINI: er wordt aangeraden om binnen srvHtmlBatchMail.ini te verwijzen naar de logonini-file die ook door Hiant wordt gebruikt. Men kan echter ook niet naar een logonini verwijzen en de connectie-instellingen rechtstreeks binnen srvHtmlBatchMail.ini te maken, via volgende settings: - DATABASEONSERVER - SERVERNAME - USERNAME - PASSWORD - SAUSER - SAPWD De installatie van de service dient te gebeuren door in een command prompt “<pad>\ srvHtmlBatchMail.exe –install” aan te roepen.


9/10

!!!!! Men dient erop te letten dat men deze service slechts op 1 server installeert. Zoniet kunnen er problemen optreden ivm gelijktijdig behandelen van mailings. De service wordt geinstalleerd met eigenschap “autostart” (wordt dus automatisch mee opgestart als men de server herstart). Echter de eerste maal na installatie, dient men wel de service zelf op te starten (noemt “HtmlBatchMail” binnen de services). Via parameter ("HtmlMail", "SendService", "TimerInterval_Minuten") kan men ingeven om de hoeveel minuten de service loopt.


10/10

27

Recommend Documents