Release Notes. Afdrukdatum: 2009/01/15

Transcriptie

1 Release Notes Afdrukdatum: 2009/01/15 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 1/10

2 1. V Database aanpassingen Aanpassingen in Database structuur De tabel personeel is aangepast: de velden naam en voornaam mogen niet meer de waarde NULL bevatten en de default waarde is een lege string (zie mcheckdatabase. CheckDatabase_Hiant ) Nieuwe bestanden Autotask.exe 1.3. Bugfixes Probleem met de splitsing van de facturen op bedrag (optie SFB). Hield geen rekening met de sortering van de werknemernummers. Is opgelost. Issue 38168: In het bestellingenoverzicht moet het filterveld toegewezen toegevoegd worden. Aangezien dit veld ook nog niet in de lijst getoond wordt, gaan we het hier ook aan toevoegen. Indien het veld toegewezen niet ingevuld is, wordt in de lijst de naam van de persoon getoond die de bestelling heeft aangemaakt. Zo kan iemand eenvoudig zien welke bestellingen hij/zij moet opvolgen. Het veld wordt enkel toegevoegd aan het origineel overzicht. Het overzichtsscherm van de bestellingen is groter gemaakt om het nieuwe veld op een mooie manier te kunnen tonen. Bijkomende wijzigingen: De tabel personeel is aangepast: de velden naam en voornaam mogen niet meer de waarde NULL bevatten en de default waarde is een lege string (zie mcheckdatabase. CheckDatabase_Hiant ). Als er een nieuwe bestelling wordt aangemaakt, moet het veld toegewezen automatich ingevuld worden met de naam van de persoon die de bestelling aangemaakt heeft. Technische wijzigingen: In de procedure OrigineelSchermLijst van frmbestellst is er aan de query het veld toegewezen toegevoegd. Indien er een waarde in het veld bes_assignedid staat, wordt deze waarde gebruikt om de naam van het personeelslid op te halen. Indien dit veld leeg is, wordt bes_personeelid gebruikt om de naam op te halen. Verder is het veld toegewezen ook toegevoegd aan de ColumnHeadings, ColumnWidths, Styles, EditCols, Searchfieldnames, SearchfieldTypes, SearchLabels, SearchFieldWidths and FillSearchFields. In de procedure InitForm van frmbestelgeg, wordt lubgeg(12) ingevuld met de personeelid van het huidige personeelslid indien het om een nieuwe bestelling gaat. Aanmaak C4 gaf runtime error (ingeval er geen onderbreking is) Er was een probleem bij aanmaak van de C4, ingeval er geen onderbreking is. Het probleem trad dus vaker op als men een C4 voor iemand wou aanmaken voor kortere periode (bvb voor een maand) [kans op onderbrekingen groter als voor periode van een jaar aanmaken dan wanneer aanmaken voor periode van een maand]. De programmatie is aangepast om dit probleem te verhelpen. Release Notes Hi-Ant 2/10

3 1.4. Kleine aanpassingen Issue 37967: In het formulier Prestaties contract onafhankelijk in de week ingave de mogelijkheid voorzien om met het gecombineerd overzicht op te starten. Dit wordt gedaan met behulp van volgende parameter: Param1 Param2 Param3 Waarde Scherm Frmprestgeg1 UseCombiView 0 Indien de parameter niet bestaat of als de parameter bestaat met een andere waarde dan 1, wordt er opgestart met het origineel overzicht. Als de parameter bestaat met waarde 1, wordt er opgestart met het gecombineerd overzicht. Technisch: In frmprestgeg1.form_load wordt de procedure mnuoverzicht_click 1 opgeroepen indien bovenstaande parameter bestaat met waarde 1. Indien dit niet het geval is, wordt procedure mnuoverzicht_click 0 opgeroepen Aanpassing autotask programma referentietabellen /// Het kwam soms voor dat bij sommige tabellen die moesten ge-updated worden, er een timeout op de sql-server optrad. Er is nu een nieuwe parameter aangemaakt die de commandtimeout van de connectie kan instellen. Standaard staat deze op 90 seconden, maar kan aangepast worden met onderstaande parameter. "Autotask", "ReferenceTables", "CommandTimeOut", "90" 1.6. Aanpassing herziening prestaties controle faktuur Wanneer men een verloonde prestatie/premie wenst te herzien van een bepaalde persoon wordt er gecontroleerd of de betreffende klant(en) en betreffende periode reeds in een fakturatierun zit die nog niet geboekt is. Indien dit zo is wordt een nieuw veld Recalculate op 1 gezet in de fakturatierunteberekenen tabel. Dit wordt ook gelogd in een nieuw type in de logtable (86) 86 Recalculate fakturatierun na herziening wnnr begindatum einddatum Aantal records Wanneer op herziening gedrukt wordt, zullen de loonid en fakturatieid van de prestaties en premies op 0 geplaatst worden. Bij het boeken van de fakturen controleert het systeem of in de run klanten zitten waarvan het veld recalculate op 1 staat. Indien dit zo is krijgt de gebruiker een melding en een overzicht van deze klanten, en kan men de facturen niet boeken. De gebruiker dient dan de fakturatierun terug te berekenen, of de betreffende klant(en) uit de fakturatierun te halen vooraleer te kunnen boeken. Deze procedure is standaard actief en kan afgezet worden door onderstaande parameter met waarde 0 in te stellen. "Initialisatie", "Facturatie", "ControleRecalculate", "1" 1.7. Verwijderen van herziening terugzetten originele prestaties/premies via de crosstabellen Wanneer men een herziening wenst ongedaan te maken, kan men dit doen door in het loonberekeningsscherm via het tabblad herzieningen deze te verwijderen. Wanneer men Release Notes Hi-Ant 3/10

4 onderstaande parameter op 1 instelt (standaard = 0 = niet actief), dan zal HiAnt de bestaande prestaties/premies van deze wnnr en periode verwijderen, en de toestand herstellen van voor de betreffende herziening. HiAnt zal dan gebruik maken van de prestaties# en premies# tabellen om de originele situatie voor de herziening terug te plaatsen. "Herziening", "verwijderen", "terugzettencrosstabellen", "0" 1.8. Aanmaak van nieuwe sektie adhv bronsektie Als men als programmeur aanlogt kan men zelf nieuwe sekties aanmaken door gebruik te maken van het menu gegevens-interne gegevens sekties (menu moet wel opgezet worden met parameter menu, frmmain, mnusubintern(9),1) In het overzichtsscherm krijgt een programmeur onderaan een '+' knopje te zien, waarmee een nieuwe sektie op basis van een andere sektie kan aangemaakt worden. Aan de gebruiker wordt achtereenvolgens de nieuwe sektie,nieuwe nl omschr, nieuwe fr omschr en nieuwe omschr kort gevraagd. Vervolgens krijgt de gebruiker een lijst met beschikbare sekties, waar er één kan geselecteerd worden. Het detailscherm wordt geopend met dezelfde instellingen als de bronsektie, maar met de nieuwe kode en nieuwe omschrijvingen. Na aanpassen/controleren van de detailgegevens kan de gebruiker de gegevens bewaren, en zullen de sekties ook in alle kantoren automatisch worden aangemaakt Ticket 36808: Ongevallen - franse versie klantenoverzicht Er bestond nog geen franse versie van het klantenoverzicht. De franse versie aanmaken. Zorgen dat voor de taal van de interne versie gekeken wordt naar de taal van de persoon die het document afdrukt en dat voor de taal van de normale versie wordt gekeken naar de taal van de klant Ticket 39405: verwijderen vacature asap website Onderstaande vacature krijgen we niet van de website af, deze moet dringend verdwijnen aangezien ze verkeerd staat! Kunnen jullie dit asap bekijken? Probleem doet zich voor als er geen vacatures meer zijn die gepubliceerd moeten worden. Dan worden de vacatures die op dat moment op de website staan niet gewist. Code aanpassen zodat de vacatures dan toch nog gewist worden Ticket 38442: aanpassing rechtzettingsformulier Is het mogelijk in het rechtzettingsformulier bovenaan bij klant- en uzkgegevens ook aan te geven welk facturatie systeem (1210, 2410, 6510,...) van toepassing is? Dit bijbouwen, initieel gaf dit problemen omdat dit document niet hetzelfde is bij alle klanten. Procedure als volgt aangepast. Met de parameter (document, rechtzettingsformulier, easypaynummer (standaard 0) kan geactiveerd worden of de easypaynummer vermeld wordt op het rechtzettingsformulier. Met de parameter (document, rechtzettingsformulier, parcom (standaard 0) kan geactiveerd worden of het paritair comité vermeld wordt op het rechtzettingsformulier. Met de parameter (document, rechtzettingsformulier, factsysteem (standaard 0)) kan geactiveerd worden of het facturatiesysteem vermeld wordt op het rechtzettingsformulier. De mogelijke waarden zijn: o 1: indien je de nummer wilt vermelden Release Notes Hi-Ant 4/10

5 o o 2: indien je de omschrijving wilt vermelden 3: indien je nummer en omschrijving wilt vermelden Ticket Controle op ingevuld zijn van brandstoftype bij de firmawagens bij opstarten loonrun Mochten bij de selectie van een loonberekening werknemers geselecteerd zijn die een firmawagen hebben waarbij het veld brandstoftype leeg is, wordt een bug veroorzaakt. om dit op te lossen wordt er een controle gedaan op het ingevuld zijn van dit veld. Dit met volgende parameter : "frmloonber", "controlewnfirmawagen", "brandstoftype". Deze staat Standaard AAN. Er wordt dan een melding getoond met de werknemernummers waar het brandstoftype leeg is Dubbele facturatie van premies Standaard controleert hiant bij het boeken van de facturen of bepaalde premies meermaals aanwezig zijn in de transactie bestanden. Indien dit het geval is, verschijnt de boodschap : opgepast : dubbele facturatie bij volgende klant(en) Deze boodschap kan echter ook gegenereerd worden indien men bv op hetzelfde moment een factuur en creditnota aanmaakt. Het is nu mogelijk om deze boodschap niet meer te vermelden door de volgende parameter op 0 te plaatsen. Initialisatie, Facturatie, ControleerDubbeleFacturatie,1 Standaard staat de controle dus op actief Seperator in export naar Multivers Het standaard decimaal scheidingsteken in de export naar multivers voor de lonen en facturen is de komma. Met de volgende parameter kan men dit aanpassen (om bv om te schakelen naar een.) : ("Export", "multivers", "Seperator", ",") Aanpassing programmatie Gemakkelijkere wijze om funkties toe te voegen binnen de uzk-inschrijvingsgegevens Onlangs is een eenvoudigere wijze aangemaakt om funkties toe te voegen binnen de uzkinschrijvingsgegevens. Hier zijn nu enkele wijzigen aan gedaan: Release Notes Hi-Ant 5/10

6 1) Er worden nu ook lijsten getoond met de hoofdgroepen en de groepen van funkties die er bestaan. Binnen deze hoofdgroepen en groepen kan men één/meerdere selecties maken aan de hand waarvan de lijst van funkties in de funktielijst beperkt worden. Standaard ziet men deze lijsten met hoofdgroepen en groepen niet. Indien men parameter ("frmfunkselect", "HoofdgroepenEnGroepen", "*") aanmaakt met waarde 1 heeft men deze lijsten wel. Indien men één/meerdere hoofdgroepen selecteert, heeft men binnen de groepen enkel meer de keuze tussen de groepen die behoren tot de geselecteerde hoofdgroepen. Na selectie van één/meerdere groepen worden de funkties in de funktielijst beperkt tot de funkties die behoren tot de geselecteerde groepen. Indien er geen hoofdgroepen worden geselecteerd, ziet men in de funktielijst alle funkties. Indien er wel één/meerdere hoofdgroepen zijn geselecteerd, maar men selecteert geen groepen, ziet men in de funktielijst al de funkties van al de groepen die behoren tot de geselecteerde hoofdgroepen. 2) Mogelijkheid om bij het zoekveld omschrijving (funktie/groep) automatisch te zoeken met wildcards (er wordt programmatorisch dan automatisch een % aan het begin en aan het eind van de ingegeven zoekwaarde gezet). Standaard is deze mogelijkheid er niet. Men dient dan zelf het % teken in te typen indien men met een wildcard wil zoeken. Indien men parameter ("frmfunkselect", "AutomatischeWildcard", "*") aanmaakt met waarde 1, wordt er standaard gezocht via wildcards. Vergelijking tussen beide methodes: Release Notes Hi-Ant 6/10

7 - zoeken gewoon: als men zoekt op admin, zal men bvb. enkel administratief bediende vinden. - zoeken met wildcards: als men zoekt op admin, zal men bvb. zowel administratief bediende als financieel/administratief vinden Oplossing probleem: indien een persoon jonger was dan 19 en men wilde hem reeds een uzk-fiche geven met sektie +18 (omdat voor jaareinde hem voor volgend jaar al een contract met sektie +18 wou aanmaken) dan kon men deze uzk-fiche niet aanmaken Het probleem was dat men een -19 jarige geen uzk-fiche +18 kon aanmaken. De programmatie is aangepast als volgt: Als een uzk in huidig jaar 18 is, dan kan men hem wel een uzk-fiche +18 aanmaken indien men zich x aantal dagen voor het jaareinde bevindt. Dus vanaf x aantal dagen voor het jaareinde wordt wel toegelaten dat men deze uzk een fiche +18 aanmaakt; dit opdat men hem voor het jaareinde al voor volgend jaar een contract +18 kan aanmaken. Via parameter ("CopySektieMin19NaarPlus18", "Toegelaten", "AantalDagenVoorJaarEind") zou men dit aantal dagen kunnen instellen. Standaard gelden er 20 dagen Aanpassingen aan werking inlezen DIMV-bestanden 1) Verbetering toepassing filter op bestanden. Indien bijvoorbeeld ingelogd op kantoor 200 ook bestanden van andere kantoren werden mee verwerkt Specifiek voor kantoor 200 stelde zich dit probleem: Bestanden hebben een vorm DIMV.<verzendernr>.<datum>.<volgnr>.<versie>.N.R.<kantoornr> Vroeger was de filter op bestanden DIMV*<kantoornr>* waardoor er, indien ingelogd op kantoor 200 er teveel bestanden werden verwerkt (ook die van andere kantoren) Dit gebeurde omdat de datums 2008 ook het nummer 200 bevatten, waardoor ook deze bestande werden meegenomen. Nu is het filter aangapst naar DIMV*N.R.<kantoornr>*, waardoor dit probleem niet meer voorkomt. 2) Ook was de procedure voor het locken niet mooi uitgevoerd (dimv-verwerking is al oude programmatie). De totale DIMV-verwerking werd gelocked indien er iemand mee bezig was (was ook niet mooi uitgewerkt; men kwam wel evengoed in het scherm terecht [waarschijnlijk met foutmeldingen] maar men kon niets doen). Nu is de locking analoog gemaakt zoals deze bij de dimona-verwerking: er wordt nu pas gelocked als men effectief een bestand aan het behandelen is. Er wordt telkens gelocked indien men een bestand inleest of indien men een bestand verwerkt (DimvLockFile.txt en DimvLockInfo.txt). Release Notes Hi-Ant 7/10

8 1.18. Vereenvoudigde wijze aanmaak en beheer roosters (en cyclus): vanuit contract enkel aanmaak/selectie roosters op Klant- Uitzendkracht niveau Tot op heden was het zo dat men men cycli en roosters kon aanmaken in een apart ontwikkeld scherm. Men kon deze aanmaken op Algemeen, Firma of Klant-Uitzendkracht niveau. Hierbij diende men dagdeel per dagdeel apart in te geven. Nu is er voorzien dat men deze roosters kan aanmaken/wijzigen door selectie van het juiste lange-termijn-rooster in het contract waarna, na invulling van het contractrooster, dit wordt opgeslagen in dit lange-termijn-rooster. Dit kan men activeren door een parameter ("cyclischrooster", "aanmaakvanuitcontract", "*") aan te maken met waarde 1. De werkwijze is als volgt: Indien men een contract aanmaakt voor een Klant-Uzk combinatie waarvoor er nog geen cyclus/roosters bestaan op KUS-niveau, dan wordt achterliggend automatisch een cyclus aangemaakt op KUS-nviveau voor deze combinatie + er worden automatisch X aantal LEGE roosters, behorend tot deze cyclus, aangemaakt voor deze KUS-combinatie. Het aantal roosters dat er automatisch aangemaakt worden is ook instelbaar. Via parameter ("cyclischrooster", "aanmaakvanuitcontract", "AantalRoosters") kan men dit instellen. Standaard worden er 4 roosters (4 weken) voorzien. De automatisch aangemaakte cyclus en de automatisch aangemaakte roosters krijgen alle de eigenschap autocreate met waarde 1. Bij deze werking zal de lookupbox voor selectie van een cyclus niet meer zichtbaar zijn. Er zal immers altijd bewaard worden naar roosters horend onder deze ene cyclus op KUSniveau. De roosters zullen namen krijgen : week-1 week-x (en semaine-1 semaine-x) als Frtalige naam. Er worden dus automatisch standaard 4 roosters aangemaakt men kan in het contract de selectie maken uit 4 roosters met omschrijvingen week-1, week-2, week-3 en week-4. Release Notes Hi-Ant 8/10

9 Als men de selectie van een lange-termijn-rooster gemaakt heeft en men bewaart het contract met ingevulde rooster dan zullen (evt. na de vraag aan de gebruiker Contractrooster verschilt van lange-termijn-rooster. Wens je dit lange-termijn-rooster aan te passen? indien er al dagdelen in het lange-termijn-rooster bestaan): - de dagdelen uit het contractrooster aangemaakt worden als dagdelen in het lange-termijnrooster - de DMFA-velden uit het contract bewaard worden in de DMFA-velden uit het langetermijnrooster. Indien men bvb. bij een bepaalde klant-uzk combinatie enkel nog maar 1 lange-termijnrooster heeft bewaard (nog maar enkel 1 lange-termijn-rooster geselecteerd in een contract) dan zal bij het overkopiëren en overhevelen van dit contract naar volgende weken het rooster in deze contracten niet veranderen. Met andere woorden: er zal niet naar een lange-termijn-rooster met een hoger volgnr worden overgegaan, zolang er onder dit lange-termijn-rooster nog geen uren aanwezig zijn Verbetering functionaliteit cyclische roosters i.v.m. het overkopiëren van contracten Er waren nog enkele zaken bij het overkopiëren van het contracten die niet optimaal werkten bij de functionaliteit cyclische roosters. Volgende aanpassingen zijn gebeurd: - bij het overkopiëren van een contract met een rooster op Klant-Uzk niveau naar een ANDERE uitzendkracht, wordt er geen cyclus en rooster ingevuld in het nieuwe contract (cyclus en rooster op Klant-Uzk niveau horen immers niet bij deze andere uitzendkracht). - bij het overkopiëren van een contract (met een rooster verschillend van Klant-Uzk niveau) naar een ANDERE uitzendkracht, wordt steeds de cyclus en rooster van het broncontract identiek overgenomen, ongeacht de week van het nieuwe contract. Met andere woorden: bij het overkopiëren naar een andere uitzendkracht, wordt er niet naar roosters met een ander volgnr binnen de cyclus overgegaan. Het rooster wordt identiek overgenomen Oplossing probleem dat meestal optrad bij startende uitzendbedrijven (nog weinig gegevens in database): als er meer dan 1 contract moest gedelete worden (na inlezen ontvangstbewijzen annulaties niet-getekende contracten) dan bleef Hiant vasthangen Dit probleem trad meestal op bij startende uitzendbedrijven, waarbij nog maar weinig gegevens in de database zaten. De transactie lockte de volledige prest-tabel. Indien er meer dan 1 contract moest verwijderd worden (na inlezen ontvangstbewijzen annulaties voor niet-getekende contracten) dan bleef Hiant vasthangen. De programmatie is aangepast, zodat dit probleem niet meer optreedt Aanpassing werkwijze telling uren binnen contractrooster De huidige manier van telling van de uren binnen het contractrooster was in orde voor het geval men het rooster juist invulde. Enkel ingeval men de uren verkeerd invulde, was de werkwijze van de telling niet volledig in orde, waardoor men soms een aanvaardbare waarde bij de uren kreeg en men het contract gewoon bewaarde, terwijl het in feite niet in orde was. Voorbeeld: ingeval begin werk= 8.3, begin rust = 0, einde rust = 12.3, einde werk = 0 Release Notes Hi-Ant 9/10

10 (verkeerd ingevuld: uren ingevuld bij einde rust i.p.v. bij einde werk) In dit geval zorgde de berekening van de uren binnen het rooster van het contract ervoor dat dit een "aanvaardbare" waarde was. VM > 0 en NM > 0 gaf (einde werktijd was < begin werktijd, dus werd 24 erbij geteld; einde rust was niet kleiner dan begin rust, dus werd niets bijgeteld) VM > 0 en NM > 24 De uren werden in dit geval berekend als volgt: (einde werktijd - begin werktijd) - (einde rust - begin rust) (24-8.3) - (12.3-0) = 3 De telling van de uren is aangepast (ingeval begin rust en einde rust niet allebei 0): som uren VM + som uren NM Dit geeft dan: (begin rust was < begin werktijd, dus wordt 24 erbij geteld; einde werktijd was kleiner dan begin rust, dus wordt 24 bijgeteld) VM > 24 en NM > 24 (24-8.3) + ( ) = 27 Hierdoor krijgt men reeds binnen het contractscherm een indicatie dat er iets niet klopt Aanpassing i.v.m. binnenhalen DIMV-bestanden (meldingen van wijzigingen door dimona): wordt nu ook toegelaten voor comedewerkers Het binnenhalen van DIMV-bestanden (meldingen van wijzigingen door dimona) werd in het verleden enkel toegelaten voor programmeurs. Nu wordt dit ook toegelaten voor comedewerkers Oplossing probleem: controlelijsten klaarzetten prestaties fout bij maandverloning De controlelijsten klaarzetten prestaties (worden alle aangemaakt via parameters) liepen mis bij maandverloning. De link tussen de geselecteerde periode en de contracten was mis. Met als gevolg dat enkel de contracten van de eerste week van de maand werden doorgegeven aan de controlelijst. Het gevolg was ook dat, als er geen contracten waren in de eerste week van de maand voor de betreffende uzk, dat er een runtime error kwam. De programmatie is aangepast, zodat alle contracten van de maand doorgegeven worden aan de controlelijst. Release Notes Hi-Ant 10/10