WHERE PEOPLE AND SOFTWARE MEET

WHERE PEOPLE AND SOFTWARE MEET

Afdrukmodule

#AFD

Algemeen

#ALG

Authenticatie

#AUT

Bestellingen

#BES

Bedrijfsvoorheffing

#TAX

Bouw

#BOU

Contracten

#CON

Debiteuren

#DEB

Dimona

#DIM

DMFA

#DMF

Documenten

#DOC

Export boekhoudpakket

#EXB

Export sociaal secretariaat

#EXS

Facturatie

#FAC

HiAnt SelfService

#HSS

Klanten

#KLA

Loonberekening

#LOO

Maaltijdcheques

#MAA

Mailing

#MAI

Ongevallen

#ONG

Operations

#OPE

Opvolgingen

#OPV

Planning

#PLA

Prestaties

#PRE

Rechten

#REC

Pagina 1/29

WHERE PEOPLE AND SOFTWARE MEET Signing

#SIG

SMS

#SMS

Tarificaties

#TAR

Webservices

#WEB

Werkgever

#WG

Werknemers

#WER

Werkpostfiches

#WPF

Zoekmodule

#ZOE

Ziektemodule

#ZIE

Release Notes HiAnt versie 6.55

Pagina 2/29


Compilatie Volgende projecten worden voor de vrijgave van v6.55.0 geparkeerd en gecompileerd.

VB6 Projecten ● ● ● ●

HiAnt (exe) v6.55.0 Autotask srvHtmlBatchMail Worddoc

.NET Projecten ● WorkBAutoTask ● PratoDimonav2.dll

Pagina 3/29


INTERN EXTERN (FRDR) #DIM Nieuw Dimona Type DWD toevoegen (DimonaWithoutDmfa) (ticket 120863) Mogelijkheid om het dimonatype DWD doortegeven naar de RSZ DWD (Dimona without DmfA): werknemer niet onderworpen aan RSZ-Bijdragen Sommige uitzendkrachten worden in een opleiding op de werkvloer opgenomen (voorkeursregeling met betaald educatief verlof) en de verplichting van een DWD is daaraan gekoppeld. Nieuwe parameter "DIMONA", "DWD", "CD_SRT=105" met als waarde de cd van, cd_srt 105 die aangeeft dat het om DWD gaat Via het "type contract" wil men in de toekomst aangeven dat het om een dergelijke UZK gaat. Dit contract wordt enkel gedimoniseerd. Op dit contract worden geen prestaties verwerkt en wordt dus niet verloond, noch gefactureerd. Enkel het contract van dit specifieke type moet gedimoniseerd worden als een DWD.

Pagina 4/29


Opgelet : voor deze functionaliteit heeft men een nieuwe dimona.mdb (versie 08/05/2014) en de nieuwe PratodimonaV2.DLL (versie 1.0.0.4)

(EROP) #PRE - binnen de prestatie-ingaveschermen kan men nu via menu’s “zet klaar automatisch” uzk in een status zetten, klaar om verwerkt te worden door het “achterliggend proces om uzk klaar te zetten voor de loonberekening” Er is nu de mogelijkheid dat het klaarzetten voor de loonberekening verloopt via een automatisch, achterliggend proces. Dit zorgt ervoor dat de consulent niet meer telkens hoeft te wachten totdat 1) eventueel het proces van de premieberekening en 2) de controles bij het klaarzetten zijn voltooid. De consulent zet hierbij niet meer rechtstreeks een uzk klaar voor de loonberekening, maar daarentegen zet de consulent een uzk “klaar om door het automatische proces verwerkt te worden”. Binnen het prestatie-ingavescherm met week-ingave zijn er 2 menu’s bijgekomen hiervoor: - “zet op te berekenen automatisch”: voor het klaarzetten voor het automatische proces van 1 enkele uzk - “zet klant op te berekenen automatisch”: voor het klaarzetten voor het automatische

Pagina 5/29

WHERE PEOPLE AND SOFTWARE MEET proces van alle uzk bij één bepaalde geselecteerde klant

Binnen het prestatie-ingavescherm met maand-ingave is er enkel één menu “ zet op be berekenen/automatisch”. Vermits men binnen dit scherm niet een klant selecteren is er geen menu om een volledige klant klaar te zetten.

Alvorens een uzk op een toestand “klaar voor het automatische proces” kan komen, dient

Pagina 6/29

WHERE PEOPLE AND SOFTWARE MEET eerst de controle op dimona-status succesvol verlopen te zijn. Indien een uzk succesvol is klaargezet voor het automatische proces, wordt dit gelegd in de logtable bij type 139 - “Prestaties klaargezet voor automatisch proces”. Indien klaarzetten van een uzk voor het automatische proces niet lukt (bv. ingeval de uzk al op te bereken staat staat reeds op te berekenen of ingeval de al in handen is van de loonverwerkers) komt er OF 1) een messagebox met de melding bij aanroep menu voor één uzk OF 2) wordt er bij klaarzetten van een volledige klant op het eind een bestand geopend waarin de probleemgevallen worden gemeld. Deze menu’s verschijnen enkel indien de nodige licentie-parameter (licentie voor verwerking door het automatische proces) aanwezig is. Het menu “zet klant op te berekenen automatisch” verschijnt enkel indien men bovenop de licentie-parameter ook nog parameter ("Scherm", "Frmprestgeg1", "mnuZetKlantOpTeBerekenenAuto") aanmaakt met waarde 1. Bij het klaarzetten komt de uzk op een status “klaar om de automatische premies te berekenen” indien de licentie-parameter voor automatische premieberekening actief is. Anders komt de uzk op een status “klaar om er de ‘controles bij zet op te berekenen’ voor uit te voeren. Indien het uitzendbedrijf is overgeschakeld naar de nieuwe wnbetaalperiodestatussen, noodzakelijk om het automatisch proces voor het klaarzetten te kunnen gebruiken, komen er volgende wnbetaalperiodestatussen voor: * -26 = uzk is in herziening gezet * -25 = herziening, klaar om er de automatische premies voor te berekenen * -15 = eerste loon, klaar om er de automatische premies voor te berekenen * -24 = herziening, probleem opgetreden bij berekening automatische premies * -14 = eerste loon, probleem opgetreden bij berekening automatische premies * -23 = herziening, klaar om er de “controles bij zet op te berekenen” voor uit te voeren * -13 = eerste loon, klaar om er de “controles bij zet op te berekenen” voor uit te voeren * -22 = herziening, niet klaargezet, probleem bij “controles bij zet op te berekenen” * -12 = eerste loon, niet klaargezet, probleem bij “controles bij zet op te berekenen” * -21 = herziening, klaargezet voor loonberekening * -11 = eerste loon, klaargezet voor loonberekening * -20 = herziening, aan loonrun toegevoegd * -10 = eerste loon, aan loonrun toegevoegd * 1 = wordt momenteel berekend * 3 = geboekt * 9 = niet behandelen

(EROP) #PRE - Service “WorkBAutoTask” aangepast: bijkomende

Pagina 7/29


taak erbij gekomen die als een achterliggend proces uzk klaarzet voor de loonberekening Er is binnen de “WorkBAutotask” een taak bijgekomen, namelijk de taak voor het achterliggend proces dat uzk klaarzet voor de loonberekening. Deze taak is er enkel voor de uitzendbedrijven die werken met het automatisch proces voor het klaarzetten (licentie-parameter vereist voor verwerking door het automatische proces). Dit proces kan 2 zaken uitvoeren: - het automatisch berekenen van de premies overeenkomend met de ingegeven prestaties - het uitvoeren van de controles alvorens een uzk klaargezet kan geraken voor de loonberekening De taak van de premieberekening spreekt voor zich. Indien de premieberekening gelukt is, komt de uzk op een status “klaar om er de ‘controles bij zet op te berekenen’ voor uit te voeren”. Indien de premieberekening mislukt is (bv. betaalp-tabel niet in orde, RZSZ-tabellen niet in orde), komt de uzk op een status “probleem opgetreden bij berekening automatische premies”. De taak van uitvoeren van de controles alvorens klaarzetten bestaat uit volgende stappen: - controle op het feit of er al of niet slechts 1 Q-waarde voorkomt bij de contracten binnen de betaalperiode voor de betreffende uzk Deze controle wordt enkel uitgevoerd indien er een parameter ("ZetOpBerekenen", "Controle", "1QPerWnnrPerWeek") aanwezig is met waarde 1. - Controle of een bepaald maximum per dagkode niet wordt overschreden. Deze controle wordt enkel uitgevoerd indien er een parameter ("ZetOpBerekenen", "Controle", "ControleOpMaximaDagkodes") aanwezig is met waarde 1. - Controle of het aantal uren prestaties overeenkomt met de parttime of fulltime reële uren van het contract. Deze controle wordt enkel uitgevoerd indien er een parameter ("ZetOpBerekenen", "Controle", "VergelijkUrenMetReeleUrenContract") aanwezig is met waarde 1. - Controle bij de klanten met optie IAV of bij al de prestaties en premies een afdeling is ingevuld. Deze controle wordt enkel uitgevoerd indien er een parameter ("ZetOpBerekenen", "Controle", "ControleAfdelingVoorIAV") aanwezig is met waarde 1. - Controle bij de klanten met optie IKV of bij al de prestaties en premies een kostenplaats is ingevuld. Deze controle wordt enkel uitgevoerd indien er een parameter ("ZetOpBerekenen", "Controle", "ControleKostenplaatsVoorIKV") aanwezig is met waarde 1. - Controle dat er geen nog te interpreteren ziekte-prestaties aanwezig zijn. Deze controle wordt uitgevoerd indien er een parameter ("initialisatie", "ZiekteInterpretatie", "ZiekteCodesTeInterpreteren") voorkomt met een opsomming van

Pagina 8/29

WHERE PEOPLE AND SOFTWARE MEET de prestatiekodes ziekte die niet mogen voorkomen. - controle of er voor elk contract prestaties en/of premies aanwezig zijn. Deze controle wordt enkel uitgevoerd indien parameter ("Initialisatie", "KlaarzettenPrestatiesEnPremies", "ControleerDagen") aanwezig is met waarde 1. Standaard is deze controle succesvol indien er of prestaties of premies aanwezig zijn voor het contract. Indien er een parameter ("ZetOpBerekenen", "ControleerPrestatiesPremies", "EnkelPrestaties") aanwezig is met waarde 1, is de controle enkel succesvol indien er voor elk contract prestaties voorkomen. - de controles waarvoor de uit te voeren queries via parameters zijn ingegeven. Dit zijn al de controle ingegeven via parameters waarbij param1 = “klaarzettenprestaties”. Enkel indien al de controles succesvol zijn doorlopen, komt de uzk op een status “klaargezet voor de loonberekening” te staan. Indien de controles NIET succesvol zijn doorlopen, komt de uzk op een status “niet klaargezet, probleem bij ‘controles bij zet op te berekenen’ “.

(EROP) #PRE - binnen de prestatie-ingaveschermen kan men voor de probleemstatussen, tgv. de service voor het klaarzetten, opvragen welke problemen er zijn opgetreden Men kan steeds binnen beide prestatie-ingaveschermen raadplegen in welke wnbetaalperiodestatus de uzk zich bevinden voor een bepaalde betaalperiode bevinden. 1) Binnen het maand-ingavescherm

Pagina 9/29


2) Binnen het weekingavescherm kan men een overzicht zien, indien men menu “Overzicht/Gecombineerd” gebruikt.

Pagina 10/29


Indien er binnen het automatisch proces voor het klaarzetten een probleem is opgetreden bij de automatische premieberekening (uzk heeft dan status “-24 = herziening, probleem opgetreden bij berekening automatische premies” of “-14 = eerste loon, probleem opgetreden bij berekening automatische premies”) of bij de controles bij het klaarzetten (uzk heeft dan status “-22 = herziening, niet klaargezet, probleem bij “controles bij zet op te berekenen” of “-12 = eerste loon, niet klaargezet, probleem bij “controles bij zet op te berekenen”), kan men binnen Hiant binnen beide prestatie-ingaveschermen via menu “Acties/Toon meldingen en controlelijst info” raadplegen wat er aan de hand is. Men komt vervolgens in een scherm zoals onderstaande terecht. Dit scherm opent zich via menu “Acties/Toon meldingen en controlelijst info” enkel ingeval van wnbetaalperiodestatussen -14, -24, -12 of -22. Binnen dit scherm ziet men enkel de info van de laatste automatische verwerking en dus enkel ingeval van wnbetaalperiodestatus -14, -24, -12 of -22. Binnen dit scherm ziet men in het bovenste frame de volgende info: - jaar

Pagina 11/29

WHERE PEOPLE AND SOFTWARE MEET - betaalsysteem - betaalperiode - wnnr - wn-naam - actie: meldt de actie die het laatst is uitgevoerd door het automatische proces voor klaarzetten. Deze kan de volgende waardes bevatten: * PREMCALC: indien het probleem is opgetreden tijdens de premie-berekening * CONTROLSWAGEPREP: indien het probleem is opgetreden tijdens de controles bij het klaarzetten. - tijdstip: wanneer deze laatste automatische verwerking heeft plaatsgevonden - WnbStatus: de wnbetaalperiodestatus die het gevolg was van deze laatste automatische verwerking Hieronder ziet men een grid “Meldingen” die één of meerdere probleem-details bevat. Indien men op een grid-lijn dubbelclickt ziet men binnen de onderste frame “Melding” de volledige detail van deze grid-lijn.

Een detail-gegeven bevat volgende info: - type: deze kan volgende waardes hebben:

Pagina 12/29

WHERE PEOPLE AND SOFTWARE MEET * “Message”: dit is het geval indien er enkel een boodschap wordt gegeven aan de gebruiker. Enkel veld “Melding” zal ingevuld zijn en velden “Blokkage”, “Controle blokkerend en “Controle output” zullen leeg zijn. Dit zal bv. het geval zijn indien er een probleem is bij de automatische premieberekening (bepaalde tabel niet ingevuld) of tgv. foutafhandeling door het programma bij een fout bij premieberekening of een fout bij uitvoeren van de controles. * “Controleoutput”: dit gaat het geval zijn bij een uitgevoerde controle die ook verdere detail-output naar de gebruiker oplevert. In dit geval zal dus steeds het veld “Controle output” zijn ingevuld, maar zullen normalerwijze ook velden “Blokkage” en “Controle blokkerend” zijn ingevuld. - blokkage: meldt of de uitgevoerde controle het klaarzetten blokkeert (1) of niet (0). Een blokkerende controle (controleblokkerend = 1) zal steeds blokkage = 1 opleveren. Een niet-blokkerende controle (controleblokkerend = 0) zal standaard ook een blokkage = 1 opleveren. Maar er is een parameter voorzien waarmee een uitzendbedrijf zou kunnen zorgen dat een niet-blokkerende controle (controleblokkerend = 0) niet voor een blokkage van het klaarzetten zou zorgen. Hiermee komt dan bij een niet-blokkerende controle blokkage op 0 te staan. - controleblokkerend: vermeldt of de controle blokkerend is of niet. Enkel bij “de controles waarvoor de uit te voeren queries via parameters zijn ingegeven” kan men opgeven dat de betreffende controle niet-blokkerend is. Bij het manueel klaarzetten door de gebruiker zorgt zulke controle ervoor dat er gevraagd wordt aan de gebruiker of hij toch al of niet de uzk wil klaarzetten voor de loonberekening. Bij het automatisch proces voor het klaarzetten is er geen gebruiker aanwezig die op boodschappen reageert (er worden ook geen boodschappen getoond). Een niet-blokkerende controle (controleblokkerend = 0) zal bij het automatisch proces standaard een blokkage = 1 opleveren. Maar er is een parameter voorzien waarmee een uitzendbedrijf zou kunnen zorgen dat een niet-blokkerende controle (controleblokkerend = 0) niet voor een blokkage van het klaarzetten zou zorgen. Hiermee komt dan bij een niet-blokkerende controle blokkage op 0 te staan. - melding: wordt steeds ingevuld. Deze kan ingevuld zijn met bv.: * een foutboodschap tgv. foutafhandeling door de programmatie * de omschrijving van de uitgevoerde controle ingeval van de controles voorkomend binnen de programmatie en de controles, via parameters ingegeven. - controleoutput: hierin wordt de output getoond tgv. niet-succesvol uitgevoerde controles (controles binnen de programmatie en controles ingegeven via parameters). Dit is de output die normaliter aan de gebruiker getoond wordt binnen Excel bij het manueel klaarzetten. Bij elke controle voorkomend binnen de programmatie (bv. “controle op het feit of er al of niet slechts 1 Q-waarde voorkomt bij de contracten” of “controle of een bepaald maximum per dagkode niet wordt overschreden”) zorgt een niet-succesvolle controle ervoor dat zowel blokkage op 1 en controleblokkerend op 1 komt te staan.

Pagina 13/29


(JAVA) #CON - Bugfix Opeenvolgende dagcontracten Wanneer je een bestaand dagcontract opent en de datum 1 dag verplaatst liet HiAnt niet toe dit op te slaan omdat het bekeken werd als "opeenvolgend". Dit is nu aangepast.

(JAVA) #DOC - Controle op geldig emailadres bij kandidaten en prospecten is uit te zetten Wanneer je gebruikt maakt van de eDoc module gaat HiAnt bij het bewaren van kandidaten- en prospectenfiches ook controleren of er een geldig emailadres ingevuld is. Als dat niet het geval is wordt er een waarschuwende melding getoond (bij werknemers & klanten is deze blokkerend). Vanaf nu kan je de waarschuwende melding verbergen door onderstaande parameters aan te maken met waarde 0: "hiantdocmailing", "checkvalidemail", "kandidaat" "hiantdocmailing", "checkvalidemail", "prospect"

(EROP) #WPF - Indien uzb de nieuwe werkpostfiches gebruikt en bij dit uzb is de Edocs-functionaliteit actief, kan men nu via een parameter instellen dat de Edocs-functionaliteit niet van toepassing is op de werkpostfiches Het was zo dat, indien een uzb de nieuwe werkpostfiches gebruikt en bij dit uzb de Edocs-functionaliteit actief was, bij de bestaande werking er in dit geval tussenschermen geopend werden voor keuze van de verwerkwijze (via instellingen, mail manueel of via printer) en, indien er gemaild dient te worden, een tussenscherm voor ingave van de mail-instellingen Er is een uzb dat de nieuwe werkpostfiches gebruikt en de Edocs-functionaliteit wil gebruiken zonder dat deze van toepassing is op de werkpostfiches. Er is nu binnen Hiant een parameter (Op te vragen bij Prato) voorzien waarin men de document-types kan opsommen waarvoor het HiantDocMailing-verhaal niet geldt. In eerste instantie is er enkel nog maar voorzien voor de wpf dat men hiervoor het HiantDocMailing-verhaal kan uitzetten.

Pagina 14/29


(EROP) #EXS - Aanpassing export naar HDP voor gelegenheidsarbeid in de horeca De programmatie van de export naar HDP is aangepas ivm. gelegenheidsarbeid in de horecat: - In de submutatie 560 moet altijd werkgeverscategorie 317 doorkomen - bij de buiten contingenten is dat niet het geval - Bij Student en gewone werknemer moet de werkgeverscategorie in de submutatie 560 altijd 017 zijn

(EROP) #EXS - Aanpassing export naar HDP: nu kunnen ook uzk met weekendoverbrugging 22u geëxporteerd worden Binnen de export naar HDP konden al sinds lange tijd uzk met weekendoverbrugging 24u doorgestuurd worden. Sinds enige tijd bestaat er binnen Hiant ook de mogelijkheid van contracten aan te maken met weekendoverbrugging 22u. Echter deze konden niet succesvol doorgestuurd worden naar HDP. Nu is er voorzien dat ook weekendoverbruggers 22u succesvol kunnen doorgestuurd worden. Weekendoverbrugging 22u stelt men in binnen het contract door binnen veld “type tewerkstelling” de code ‘weekendoverbrugging 22u’ te selecteren. Via parameter ("codeboekcode", "typetewerkstellingscode", "weekendoverbrugging22u") wordt er ingesteld welke code er overeenkomt met het type tewerkstelling “weekendoverbrugging 22u”. Bij de HDP-exporters dient binnen de koppeltabel voor “type tewerkstelling contract” (cd_srt 105) bij de code voor “weekendoverbrugging 22u” als externalcode ‘6’ ingesteld te worden. De programmatie van de export naar HDP is aangepast zodat de volgende gegevens correct worden ingevuld: *Code arbeidsregime moet de waarde 6 hebben (code_arbeidsregime_nr) * Effectieve uren werknemer krijgt de waarde 22 (effectieve_urenwn_fl) * Effectieve uren werkgever krijgt de waarde 22 (effectieve_urenwg_fl) * Gemiddelde uren werknemer krijgt de waarde 22 (gem_urenwn_fl) * Gemiddelde uren werkgever krijgt de waarde 22 (gem_urenwg_fl)

(EROP) #EXS - Aanpassing export naar HDP: Specificatie werknemer (node "code_spec_wkn_nr") invullen met "01 =Student" niet enkel ingeval sektie 15 en 95, maar ook voor de uzk waarbij in het contract vinkje "werkstudent" is aangevinkt

Pagina 15/29

WHERE PEOPLE AND SOFTWARE MEET De export naar HDP is aangepast: Specificatie werknemer (node "code_spec_wkn_nr") wordt nu ingevuld met "01 =Student" niet enkel ingeval sektie 15 en 95, maar ook voor de uzk waarbij in het contract vinkje "werkstudent" is aangevinkt.

(EROP) #EXS - bugfix; er was een fout geslopen binnen de export naar Securex binnen controle ‘Eenzelfde klantcontractid komt bij de "losstaande contracten" dubbel voor (bij dezelfde wn of verschillende wn).’ Er was een fout geslopen binnen de export naar Securex binnen controle ‘Eenzelfde klantcontractid komt bij de "losstaande contracten" dubbel voor (bij dezelfde wn of verschillende wn).’. Bij plakken van een variabele (Ctrl + v) was ook een “v” terecht gekomen in de variabelenaam. De programmatie is aangepast om dit probleem te verhelpen.

(EROP) #EXS - bugfix; Sinds enige tijd worden ook tijden gelogd naag logtable bij alle exports naar sociale secretariaten. Hierbij worden ook de loonrunnrs die geëxporteerd worden, weggelogd. Indien men vele loonruns trad er een runtime error op. Sinds enige tijd worden ook tijden gelogd naag logtable bij alle exports naar sociale secretariaten. Hierbij worden ook de loonrunnrs die geëxporteerd worden, weggelogd. Indien men vele loonruns trad er een runtime error op. De opsomming van loonrunnrs wordt ook weggeschreven naar de logtable. Indien men vele loonrunnrs samenneemt was deze opsomming te lang voor het veld binnen de logtable. De opsomming van loonrunnrs wordt nu afgekapt op 255 tekens.

(EROP) #LOO - bugfix; Zaken aangepast binnen batchberekening lonen ivm. voorkomen van problemen / logging van problemen Van tijd tot tijd treden er problemen op binnen een batchverwerkingproces (batchloonberekening). Er zijn binnen Hiant nu een aantal zaken aangepast ivm. voorkomen van problemen en het

Pagina 16/29

WHERE PEOPLE AND SOFTWARE MEET wegloggen van verdere info bij problemen. Volgende zaken zijn aangepast: 1) Er worden binnen funktie "ControleerToeTeVoegenLonen" voor een hele hoop lijnen ineens "insert into loonrunteberekenen" en "update wnbetaalperiodestatus" uitgevoerd. Om uit te sluiten dat het probleem bij toevoegen aan loonruns te wijten zou kunnen zijn aan een te lage timeout, kan men nu via een parameter ("batchloonberekening", "ControleerToeTeVoegenLonen", "ConCommandTimeout") een hogere timeout instellen. 2) Er wordt nu zowel bij het toevoegen van uzk aan een loonrun als bij het berekenen van een loonrun binnen de errorhandlers in de betreffende functies info weggeschreven ivm. het optredende probleem binnen de logtable. Dit wordt gedaan bij type 140 - "Error batchberekening lonen" Volgende velden worden opgevuld: param1 = LoonrunGroep; de loonrungroep wordt weggeschreven, vermits een bepaalde loonrun bij een gesplitste week bij boeken kan opgesplitst worden in 2 loonruns. param2 = Jaar Param3 = Systeem Param4 = Periode Param5 = wnnr. Wordt enkel ingevuld met een wnnr indien de software bezig is met het berekenen van het loon van een bepaalde uzk. In de andere gevallen wordt 0 ingevuld. Param6 = Wherestring selectie. Wordt ingevuld bij toevoegen van uzk aan een loonrun. Bevat de where-conditie gebruikt voor ophalen uzk. Param7 = Actie. Vermeldt welke actie in het batch-proces wordt uitgevoerd: kan één van volgende waardes bevatten: "ControleerToeTeVoegenLonen", "StartLoonberekening" of "BerekenLoonRun" Param8 = Uitvoeringsstap (benaming van de stap binnen de actie waar de fout optreedt). Ingeval van toevoegen van uzk aan een loonrun, zijn er volgende mogelijke stappen:"Start", "Ophalen klaargezette combinaties", "Toevoegen aan logtable met type 106", "Toevoegen aan loonrunteberekenen" of "Update wnbetaalperiodestatus" Param9 = Foutmelding. Deze bevat het foutnummer en beschrijving van de opgetreden fout. 3) Binnen de funktie "BerekenLoonrun" is ook nog een MessageBox weggehaald. Nu wordt er, zoals op andere plaatsen binnen de software OF a) een Messagebox getoond indien de loonberekening manueel is opgestart OF b) gelogd op het scherm. 4) Er is een funktie "BatchProcOrUserAction_showMessage" bij aangemaakt binnen de algemene Hiant-module MWisonet.bas. Aan deze funktie kan men een multilineDataBox meegeven en via deze funktie kan er dus vanuit eender welke module gebruikt door eender welke batchberekening, indien een MultilineDataBox wordt meegegeven waarin info gelogd wordt, een boodschap getoond worden binnen zo'n databox; in het geval een berekening manueel wordt opgestart, komt er een messagebox naar de gebruiker.

(EROP) #MAI - uitbreiding veld “StoreId” in mails tabel Er bestaat al sinds lange tijd de mogelijkheid tot het inlezen van mails uit Outlook/Exchange binnen Hiant. Deze mails worden dan opgeslagen in de mails-tabel. In deze tabel wordt ook de StoreId van de mail opgeslagen.

Pagina 17/29

WHERE PEOPLE AND SOFTWARE MEET Voor sommige mailsystemen was de lengte van het StoreId-veld niet lang genoeg. Dit mails.StoreId veld is nu uitgebreid naar een lengte van 1000 tekens.

(EROP) #MAI - Mailgebeuren Hiant: in sommige gevallen gaven de queries binnen frmHiantBatchMail.LoadLookUpSelectieLijst, frmHiantBatchMail.LoadLookUpVeldenLijst en frmHiantDocsMailSettings.LoadLookUpVeldenLijst een runtime error. In sommige gevallen gaven de queries uitgevoerd binnen frmHiantBatchMail.LoadLookUpSelectieLijst, frmHiantBatchMail.LoadLookUpVeldenLijst en frmHiantDocsMailSettings.LoadLookUpVeldenLijst een runtime error. De reden was dat na de "receiver.Receivertype in" numerische waardes werden opgesomd. Afhankelijk van de aan- of afwezigheid van bepaalde indexen op de parameter-tabel kon dit een runtime-error geven, vermits receivertype uit parameter.waarde komt en dit een tekstveld is. De programmatie is aangepast zodat nu op alle 3 plaatsen de waardes na “receiver.Receivertype in…” alle tussen enkele quotes staan, waardoor het probleem niet meer optreedt.

(TOSE) #MAA - aanmaak maaltijdcheques papieren versie bij interimkantoren met stamnummer wgnr > 4 Bij aanmaak van maaltijdcheques papieren versie trad een fout op als de stamnummer van de wgnr meer dan 4 tekens bevatte. Aanpassing is gebeurd zodat dit nu geen fout meer geeft. Hiervoor dient de parameter "Maaltijdcheques", "Bestelling", "WgnrLast4Digits", "0" ingevuld te worden met waarde 1. Dit heeft tot gevolg dat de adresnummers binnen het bestand worden afgekapt op de laatste 4 cijfers. Als bv. wgnr 10001 is, zal dit doorgaan als wgnr 1.

(JUVE) #LOO - Tabblad betalen: totaal toevoegen(ticket 122320) Loon/euro loonberekening/tabblad betalen : Nog steeds opsplitsing tussen binnenland – buitenland in de totalen. Daarom een veld bijgemaakt waarin het volledige totaal komt.

(EROP) #MAI - Aanpassing service “srvHtmlBatchMail” die mailings klaarmaakt en mailings verstuurt: 1) Beveiliging dat slecht 1 mailverzend-programma tegelijk bezig mag zijn met mailing-verwerking 2) Logging in logtable van fouten en van start en einde van a) mailings klaarmaken en b) mailings versturen. Het programma “srvhtmlBatchMail” is aangepast:

Pagina 18/29

WHERE PEOPLE AND SOFTWARE MEET 1) Beveiliging dat slecht 1 mailverzend-programma tegelijk bezig mag zijn met mailing-verwerking Indien het programma een verwerking begint wordt er een parameter ('HtmlMail','SendService','ExecSettings',) ingevuld met waarde "Active=1;Machine=" + . Indien de verwerking gedaan is, wordt de parameter ('HtmlMail','SendService','ExecSettings',) ingevuld met waarde "Active=0;Machine=" + . Er kan geen verwerking starten indien de parameter ('HtmlMail','SendService','ExecSettings',) al binnen waarde "Active=0" bevat. 2) Logging in logtable van fouten en van start en einde van a) mailings klaarmaken en b) mailings versturen. Er worden nu door srvHtmlBatchMail een aantal zaken gelogd: - aan het begin van het klaarmaken van de mailings: 1 keer melding per verwerking, dus niet per te verwerken mailing. Type Omschrijving Param1 Param2 Param3 141 srvHtmlBatchMail Timestamp begin Aantal mailmain Aantal mailpreparation aanmaak mailings begin - aan het einde van het klaarmaken van de mailings: 1 keer melding per verwerking, dus niet per te verwerken mailing. Type Omschrijving Param1 Param2 Param3 142 srvHtmlBatchMail Timestamp begin Aantal mailmain Aantal mailpreparation aanmaak mailings einde - aan het begin van het verzenden van de mailings: 1 keer melding per verwerking, dus niet per te verwerken mailing. Type Omschrijving Param1 Param2 Param3 143 srvHtmlBatchMail Timestamp begin Aantal mailmain Aantal maildetail mails verzenden start - aan het einde van het verzenden van de mailings: 1 keer melding per verwerking, dus niet per te verwerken mailing. Type Omschrijving Param1 Param2 Param3 Param4 Param5 144 srvHtmlBatchMail Timestamp Aantal Aantal Aantal Aantal mails mails verzenden begin mailmain maildetail verzonden fout met einde mails verzending - Foutlogging binnen errorhandlers Type Omschrijving Param1 145 srvHtmlBatchMail fout Functie

Param2 Foutmelding

(JAVA) #CON Ticket 122883 - CAO108 Recentelijk werd er een extra kolom vooraan aan de CAO108 lijsten toegevoegd, nl het erkennigsnummer van de onderneming. HiAnt werd bijgewerkt om deze kolom ook in de aangemaakte Excel lijsten toe te voegen.

Pagina 19/29


(EROP) #EXS - bugfix; bij export naar HDP werden sinds enige tijd bovenaan in de form caption bij de export van de vergoedingen geregeld percentages hoger dan 100% gemeld Bij export naar HDP werden sinds enige tijd bovenaan in de form caption bij de export van de vergoedingen geregeld percentages hoger daan 100% gemeld. Lag aan feit dat binnen de export van de vergoedingen sinds enige tijd ook "uurlonen doorsturen bij afwijkende kostenplaats" wordt uitgevoerd. Hierbij werd ook eerst de nLijnTeller op 0 gezet en dan per lijn opgehoogd. Bij verdergaan vergoedingen voor volgende uzk verhoogde verder de nLijnTeller, waarmee men dan op percentages hoger dan 100% uitkwam. --> Programmatie aangepast: in het stuk "uurlonen doorsturen bij afwijkende kostenplaats" wordt nu niet meer de nLijnTeller op 0 gezet en dan per lijn opgehoogd. De caption wordt binnen dit stuk ook niet aangepast. De nLijnTeller wordt enkel opgehoogd bij elke behandeling van een vergoeding.

PEZY #AFD - Ticket 122748 - facturen optie TAN Om deze optie te gebruiken dient het rapport van de klant aangepast te worden door Prato. De afdruk van facturen is uitgebreid met een nieuwe klanten optie TAN (Toon Afdeling Naam) Op de facturen van de klanten die deze optie hebben staan in hun optiebalk zal dus enkel het veld naam gebruikt worden ipv afdeling.naam + afdeling.code.

JAVA #KLA - Ticket 123229 - holding zichtbaar in klantenlijstscherm In de klanten- en prospectenlijsten kan je vanaf nu een extra kolom zichtbaar maken die weergeeft tot welke holding de klant behoort (beheer Holdings zit in WorkB). Deze kolom is standaard onzichtbaar en kan geactiveerd worden door parameter "frmkllst", "opties", "toonholding" aan te maken met waarde 1. In het menu gegevens is een item voorzien "Beheer Holdings". Dit linkt naar de WorkB website. De url dien je te configeren in een nieuwe parameter: "initialisatie", "pratoflex", "hostname".

(EROP) #ALG - Aanpassing VB6 autotask: nu opstart met een Sub Main Tevoren startte de VB6 autotask op met een form “frmMain”. Deze frmMain kwam wel nooit zichtbaar. De afhandeling van taken gebeurde in de Form_Load

Pagina 20/29

WHERE PEOPLE AND SOFTWARE MEET en de form werd afgesloten in de “_Activate”. Deze manier van opstart van de autotask (gebruik maken van form) gaf problemen bij aanroep van deze VB6 autotask vanuit een .NET service. De programmatie van de VB6 autotask is aangepast zodat deze niet meer opstart met een form, maar met een Sub Main.

(EROP) #ALG - Aanpassing de VB6 autotask taak “BerekenPremies”: de VB6 autotask kan niet opstarten als de regional settings op de server niet in orde zijn (“,” als decimaal teken) De VB6 autotask taak “BerekenPremies” had een probleem indien er op de server, waarop de taak wordt uitgevoerd, in de regional settings “,” als decimaal teken stond ingesteld (probleem met insert query van velden met een decimale waarde). Er is nu een controle toegevoegd voor opstart van de taak “BerekenPremies”. Indien de regional settings niet in orde zijn, start de taak niet op. Dit wordt gelogd in de logtable bij type 146 - "Autotask Berekenpremies logging".

(EROP) #PRE - Verdere aanpassingen ivm. de service voor de automatische premieberekening en het klaarzetten: zorgen dat ook waardes worden ingevuld voor globale variabelen binnen de controle-queries Er was nog een probleem met uitvoeren van bepaalde queries, met name van queries die ook "Hiant-globale-variabelen" bevatten, zoals $gpersoneelid. De task voor het klaarzetten binnen WorkBAutotask is verder aangepast.

Pagina 21/29

WHERE PEOPLE AND SOFTWARE MEET Nu worden de globale variabelen uit de controle-queries ook vervangen door een waarde. Er is natuurlijk, in tegenstelling tot klaarzetten vanuit Hiant, wel bv. geen consulent die klaarzet, dus geen gpersoneelid. De globale variabelen voorkomende in de controle-queries worden op volgende wijze ingevuld binnen de workBAutotask: * $gjaar --> jaar van de betaalperiode waarvoor er klaargezet wordt * $gpersoneelid --> de laagste id voorkomend in de personeel-tabel van de actieve consulenten * $gtaal --> 1. Tonen van omschrijvingen van bv. een uitgevoerde controle worden binnen Hiant vertaald op basis van de taal van de gebruiker * $gwgnr" --> het laagste wgnr voorkomend in de wg-tabel van de actieve kantoren * $gloonverwerking --> wordt op 1 gezet * $gprogrammeur --> wordt op 1 gezet * $gco --> wordt op 1 gezet * $gsteunkantoren --> alle actieve kantoren * $gkantoornr --> het laagste wgnr voorkomend in de wg-tabel van de actieve kantoren

(EROP) #PRE - verder aanpassen van het scherm dat men oproept vanuit de prestatie-ingaveschermen voor het raadplegen van de probleemstatussen, tgv. de service voor het klaarzetten Binnen het scherm dat men oproept vanuit de prestatie-ingaveschermen via menu "Acties/Toon meldingen en controlelijst-info" werd tevoren bij "melding" voor een controlelijst-item één op één de omschrijving, zoals het voorkomt in de parameter-tabel voor het controlelijst-item, getoond. Er is echter voorzien dat men in een controlelijst-item een code voorziet, op basis waarvan aan de gebruiker de vertaalde controlelijst-omschrijving kan getoond worden. De programmatie van het betreffende scherm is verder aangepast: nu wordt het vertaalde gegeven getoond, voor de controlelijst-items waarbij een vertaal-code staat ingegeven (tussen #) in het controlelijst-item, bv. bij controlelijst met omschrijving " #CTL_KLZ_Kl_BeginOfEindeBoekjaar_LEEG# - Velden start en einde boekjaar zijn niet ingevuld in de klantenfiche " wordt de vertaling bij code "CTL_KLZ_Kl_BeginOfEindeBoekjaar_LEEG" getoond.

(PEZY) #AFD - ticket 120437 Tewerkstellingsattesten Mogelijkheid ingebouwd om het tewerkstellingsattest via parameter ook af te drukken voor jobstudenten. WORDDOC.exe is aangepast met de parameter "WORDDOC", "PrintTewerkstellingAttest", "Jobstudent". Als de waarde van de parameter gelijk is aan 1 zal de controle op sektie jobstudent wegvallen.

(JUVE) #ALG - ticket 122010 Concurrentielijst

Pagina 22/29


In de lijst uzk gewerkt via concurrentie 1/ concurrentnaam toegevoegd in de resultatenlijst 2/ concurrentnaam toegevoegd in het filterveld van het resultatenscherm.

(JUVE) #ALG - ticket 120968 Kolom toevoegen aan lijst Overzicht attesten Kolom “afgeleverd door” toegevoegd aan lijst overzicht attesten

(JAVA) #LOO - Ticket 123926 - Controlelijst activakaarten Vanaf nu wordt er een begin- en eindweek gevraagd ipv enkel 1 week zodat de lijst ook voor een hele periode getrokken kan worden.

(JAVA) #LOO - Ticket 124334 - Controlelijst activakaarten De lijsten zijn ook gesplitst om verschil te maken tussen herstructureringen en de rest. Verder zijn enkele gevraagd lay-out wijzigingen uitgevoerd, waaronder het toevoegen van randen en het verwijderen van de hoofding.

(TOSE) #WEB - Publiceren van vacatures eigen website (offerte 714237) Aanpassing in HiAnt is gebeurd zodat via een parameter kan ingesteld worden dat het publiceren/depubliceren gebeurt via de nieuwe webservice Hiervoor dient de parameter "Scherm", "frmvacatures", "UrlWebServiceToPublish", "" aangemaakt te worden. Indien parameter is ingevuld zal bij het publiceren/depubliceren in de bestelling van hiant dan de nieuwe webservice worden aangesproken. In de url dient de parameter %orderid% te bestaan, deze wordt vervangen door de id van de bestelling die ge(de)publiceerd dient te worden. http://prato.devtest.be/workb/sync/order/%orderid% Bij publiceren wordt er als extra param 1 meegeven Bij depubliceren wordt er als extra param 0 meegegeven http://prato.devtest.be/workb/sync/order/1234/0 -> depubliceren van bestelling met id 1234 http://prato.devtest.be/workb/sync/order/1234/1 -> publiceren van bestelling met id 1234 Als resultaat van de webservice wordt de bestellingId verwacht. Indien dit niet zo is krijgt

Pagina 23/29

WHERE PEOPLE AND SOFTWARE MEET ge gebruiker een melding in de vorm van “Er ging iets fout tijdens publiceren via webservice. Verwacht id van bestelling als resultaat.”

(TOSE) #WEB - Tonen reacties website (offerte 714237) Er is een nieuw scherm ontwikkeld met opvolgingen van bepaald type mbt reacties van de eigen website Menu wordt opgezet door parameter “Menu”,”frmmain”,”mnuWebActiviteiten” de parameter "initialisatie", "webactivity", "opvolgingstypeid", "" bepaalt welk opvolgingstypeid de opvolgingen zijn van de webactiviteiten. Vanuit hiant hoofdscherm kan men via gegevens - webactivteiten dit scherm openen Het detailscherm toont knoppen per detailtype van het ingestelde opvolgingstypeid

Onder elke knop ziet men het aantal openstaande opvolgingen / totaal aantal opvolgingen van dat type en van de datum filter. Door te klikken op een knop ziet men onderaan een lijst van de opvolgingen van dat type. via menu gegevens kan men : - naar opvolging detail gaan (ook door dubbelklik op rij) - naar klant detail gaan - naar werknemer detail gaan - naar bestelling detail gaan via menu acties kan men : - nieuwe opvolging aanmaken - opvolging(en) afgehandeld zetten Standaard toont de lijst de niet afgehandelde opvolgingen, maar kan via filterveld verwijderd worden. Ook houdt lijst rekening met volgende parameter - "scherm", "frmopvlst", "BeperkOpvolgingenTotSteunkantoren", 1 co medewerker ziet alle kantoren, gewone gebruiker enkel steunkantoren (afh. van

Pagina 24/29

WHERE PEOPLE AND SOFTWARE MEET bovenstaande parameter) . Ook wordt rekening gehouden met nieuwe koppeltabel die het mogelijk maakt om één opvolging aan meerdere kantoren toe te wijzen.

(EROP) #DOC - Edocs aanpassing - mogelijkheid tot automatisch invullen vaste afzender per vennootschap (voorlopig enkel bij printen facturen) Er bestaat nu de mogelijkheid dat binnen het Edocs-verhaal er automatisch een vaste afzender wordt ingevuld, een vaste afzender per vennootschap. Deze functionaliteit wordt actief indien men een parameter ("HtmlMail_DocAfdrukken", "SMTPSENDERFIX", "PerVennootschap") heeft aangemaakt met waarde 1. Dit is voorlopig enkel voorzien bij afdruk van facturen. Men dient dan voor elke vennootschap een parameter ("HtmlMail_DocAfdrukken", "SMTPSENDER_VENN”, "factuur"), die het verzender-emailadres bevat, te voorzien [bv. parameter ("HtmlMail_DocAfdrukken", "SMTPSENDER_VENN1”, "factuur") met waarde “[email protected]”]. In dit geval wordt, indien er bij het afdrukken documenten bij zijn voor geadresseerden die het document willen gemaild hebben, automatisch binnen het mail-tussenscherm het “afzender type” ingevuld met “vast adres” en wordt “Afzender vast” ingevuld met het verzender-emailadres van de betreffende vennootschap.

Indien men facturen wil afdrukken voor verschillende geadresseerden die het document

Pagina 25/29

WHERE PEOPLE AND SOFTWARE MEET willen gemaild hebben en die tot verschillende vennootschappen behoren, dan wordt ook automatisch binnen het mail-tussenscherm het “afzender type” ingevuld met “vast adres” maar wordt “Afzender vast” ingevuld met de tekst “” (of in FR-vorm). Er wordt dan per vennootschap een mailing aangemaakt met als verzender het verzender-email adres van de betreffende vennootschap.

Indien parameter (“HtmlMail_DocAfdrukken”, “SMTPSENDERFIX”, “PerVennootschap”) op 1 staat en er bij de aangevraagde afdrukken die gemaild moeten worden, een vennootschap is waarvoor er geen parameter aanwezig is die het vaste afzender-adres bevat, dan wordt de verdere verwerking gestopt. De gebruiker blijft wel steeds de mogelijkheid hebben om het “Afzender type” en/of de “Afzender vast” te wijzigen. Vermits er nu een mailing is per vennootschap en er dus meerdere mailings kunnen zijn bij één printopdracht, zijn er enkele aanpassingen aan de verdere verwerking aangebracht: - binnen de printaanvragen-tabel wordt er een koppeling met een mailing ingevuld (veld pa_mailmainid). - De commandline voor het programma printfacturatie.exe is aangepast: ipv. dat de numerieke variabele “BATCHMAIL” wordt doorgegeven, wordt er nu een string-variabele “MAILMAINIDS” doorgegeven, die de verschillende mailing-ids, gescheiden door komma, bevat.

(EROP) #DOC - Bij uzb waarbij er bij afdruk documenten enkel printaanvragen worden aangemaakt: bij afdruk prestatieformulieren, uzkcontracten en klantcontracten mogelijkheid om verzendwijze te kiezen Bij uzb waarbij er bij afdruk documenten er enkel printaanvragen worden aangemaakt, verscheen tevoren een tussenscherm waarbij men printer, papierlade en aantal kopieën kon kiezen. Binnen de printaanvragen werd er dan deze info ingevuld, zodat een verdere verwerking kan doorgaan op basis van deze gegevens.

Pagina 26/29


Het programma directprint.exe is verder aangepast zodat bij de uzb waarbij er bij afdruk documenten enkel printaanvragen worden aangemaakt, men binnen dit tussenscherm nu ook de mogelijkheid heeft een wijze verzenden te kiezen. Men kan dus nu kiezen, zoals bij het Edocs-verhaal, tussen “volgens instellingen” en “ via printer”, en dit bij afdruk van uzkcontracten, klantcontracten en prestatieformulieren.

Indien men “via printer” kiest, wordt er binnen al de printaanvragen de printer, papierlade en aantal kopieën ingevuld. Indien men “volgens instellingen” kiest, wordt er volgende uitgevoerd: - bij de printaanvragen voor geadresseerden die het betreffende document via mail mensen te ontvangen (“afdruk./mail” staat ingevuld met “via email”) en waarbij er een geldig email-adres is ingevuld: binnen veld printaanvragen.pa_destination ingevuld met het email-adres van de geadresseerde. - bij de printaanvragen voor geadresseerden waarbij de voorwaarden niet zijn vervuld om het document via mail te ontvangen, wordt de printaanvragen-tabel opgevuld zoals tevoren (met printer, papierladen en aantal kopieën).

Pagina 27/29

WHERE PEOPLE AND SOFTWARE MEET Opdat men de mogelijkheid heeft om de wijze van verzenden te kunnen selecteren, dient parameter ("DirectPrint", "frmPrintProps", "WijzeVerzendenEnabled") aanwezig te zijn met waarde 1.

(TOSE) #PLA - planningsmodule uitlijning uren in planning niet op basis van voor-of namiddag standaard worden de uren in planningsmodule links uitgelijnd indien de uren in de voormiddag vallen, en rechts uitgelijnd indien de uren in de namiddag vallen. Door onderstaande parameter op 1 te zetten, kan men er voor zorgen dat alle uren gecentreerd uitgelijnd worden in het overzicht "scherm", "frmplankalender", "geenuitlijningopbasisvantijdstip", "0"

(TOSE) #PLA - planningsmodule aanmaak contracten enkel rekening houden met dienstencheque sekties Bij aanmaak van contracten vanuit de planning wordt gecontroleerd of een persoon (op basis van koppelid) al een contract heeft in de doel jaar en week. Indien dit zo is, zal het systeem geen contract(en) aanmaken. Aanpassing is gebeurd zodat deze controle enkel gebeurt voor contracten die tot sektie van dienstencheques behoort. Hiervoor dient de onderstaande parameter op 1 ingesteld te worden. "scherm", "frmplankalender", "controlecontractenEnkelDC", "0"

(EROP) #DOC - Mailverzend-service aanpassing - nu kan men bij installatie via commandline een unieke naam voor service opgeven - meerdere installaties van dezelfde service op dezelfde machine worden hierbij mogelijk Er zijn aanpassingen gebeurd aan programma srvHtmlBatchMail, die het nu mogelijk maken om bij installatie van de service een unieke servicename op te geven. Dit maakt het mogelijk dat op dezelfde machine eenvoudigweg meermaals deze service wordt geinstalleerd (zonder dat service opnieuw moet gecompileerd worden) 1) bij verschillende uzb die de edocs gebruiken en op dezelfde server zijn gehost 2) ook bij installatie van de mailverzend-services intern bij Prato, die nu centraal op 1 machine staan. Installeren van de service -------------------------------------Bij installatie van de service kan men nu binnen de commandline “srvhtmlbatchmail.exe -install <servicename>” meegeven. Dit zorgt ervoor dat de servicename en displayname van de geinstalleerde service bij installatie met deze <servicename> wordt ingesteld. Men kan ook nog steeds “srvhtmlbatchmail.exe -install” gebruiken. Dit zorgt ervoor dat de service verschijnt als “HtmlBatchMail”. Men kan op deze wijze niet meermaals deze service op één machine installeren.

(EROP) #DOC - kleine Mailverzend-service aanpassing - nu Pagina 28/29


wordt binnen de parameter die bijhoudt of de service aan een verwerking bezig is + op welke machine deze verwerking doorgaat datum en tijd bijgehouden ipv. enkel de datum Kleine Mailverzend-service aanpassing: nu wordt binnen de parameter die bijhoudt of de service aan een verwerking bezig is + op welke machine deze verwerking doorgaat datum en tijd bijgehouden ipv. enkel de datum.

Pagina 29/29

WHERE PEOPLE AND SOFTWARE MEET

Recommend Documents