Release Notes. Afdrukdatum: 2011/05/01

Transcriptie

1 Release Notes Afdrukdatum: 2011/05/01 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/9

2 1. V Bug Bij gebruik van batchgroep door parameter "initialisatie", "batchloonberekening", "gebruikbatchgroep", "0" op 1 in te stellen kreeg men foutmelding en vloog men uit HiAnt. Reden was dat er een recordset werd geopend maar niet gesloten, waardoor bij volgende stap bij opnieuw openen recordset fout gebeurde Bugfix: Ticket 65604: Gebruikersnaam is te lang voor code-tabel De velden user_crea en user_wijzig kunnen maximum 25 karakters bevatten. Indien de gebruikersnaam langer is, krijg je een foutmelding. Dit is nu aangepast. Indien de naam langer is dan 25 karakters wordt hij afgekapt. Technisch: Code aangepast in Mwisonet. VoegCodeToe : msg = "insert into code(cd_srt, cd, omschr, omschr_kort, cd_taal, dt_annulatie, user_crea, ts_crea, user_wijzig, ts_wijzig, externalcode) values('" & Replace(strCS, "'", "''") & "','" & Replace(Code, "'", "''") & "','" & Replace(Omschrijving, "'", "''") & "','" & Replace(KorteOms, "'", "''") & "'," & IntT & ", Null,'" & Left(Replace(gstrLogonName, "'", "''"), 25) & "','" & Format(Date, "yyyy-mm-dd") & "','" & Left(Replace(gstrLogonName, "'", "''"), 25) & "', '" & Format(Date, "yyyy-mm-dd") & "','')" 1.3. Ticket 65393: Export BOB lonen: Provisies staan verkeerd en CRLF terug verwijderen Provisies staan juist in het boekhoudkundig overzicht maar in de exportbestanden staan de debet-waarden op credit en omgekeerd. Dit is nu opgelost. Ook was er blijkbaar nog een CRLF te veel op het einde van de bestanden. Technisch: Het veld pn in de access-db werd niet ingevuld bij provisies. Dit wordt nu op + gezet. Code toegevoegd in Mrapport.BoekProvisie : 'teken wordt steeds positief ingeboekt RsDest!sign = "+" RsDest!pn = "+" Code in commentaar gezet in Mrapport.ExportLoonrunsToBob (op 2 plaatsen) 'Print #1, "" 1.4. Debiteurenoverzicht In het scherm debiteurenoverzicht op tabblad debiteuren zijn volgende kolommen achteraan toegevoegd - Financiële rating - SubFinanciële rating Op deze velden kan men zoeken. Ook op de laatste actie kan men nu zoeken Debiteuren De facturen die voor de module debiteurenbeheer in rekening worden gebracht wordt ingesteld met de volgende parameters "initialisatie", "debiteuren", "Datumvanaf" "initialisatie", "debiteuren", "Boekjaarvanaf" Release Notes Hi-Ant 2/9

3 Er zal nu een nieuwe parameter aangemaakt en ingesteld kunnen worden, waarbij men een opsomming van faktuurnummers (gescheiden door komma) kan invullen, waarmee het systeem steeds rekening houdt ongeacht de 2 bovenstaande parameters. "initialisatie", "debiteuren", "FactNrsAltijd", "" Onderhouden van de nieuwe parameter dient te gebeuren via query-analyser. Er zal dus geen interface voorzien worden om deze parameter te beheren. Aanpassingen zullen gebeuren in zowel HiAnt als Autotask Debiteurenbeheer opvullen printaanvragen tabel pa_wgnr zal het actieve kantoor binnen HiAnt bevatten pa_destination zal opgevuld worden met waarde uit parameter "initialisatie", "debiteuren", "pa_destination", "" pa_batchnbr zal nu ook via menu acties - stuur geselcteerde klant rekeningoverzicht per mail opgevuld worden met nummer Aanmaak contracten vanuit planning Bij aanmaak van contracten vanuit het planningsscherm, werden verschillende tabellen gedurende het hele proces van aanmaak contracten geblokkeerd, waardoor andere gebruikers vasthingen in HiAnt. Aanpassing is gebeurd dat er per aan te maken contract een begin van transaktie en commit van transaktie gebeurd om de blokkerende tijd te verminderen. Het uitsplisten van de contracten per maand/halfmaand, controle op attesten e.d. gebeurt nadat de contracten zijn aangemaakt. Indien er tijdens de procedure een fout optreedt, zullen de reeds aangemaakte contracten blijven bestaan, en zullen de extra controles ook nog worden uitgevoerd op deze aangemaakte contracten (maand/halfmaandsplitsing,controle attesten e.d.) 1.8. Controle attesten die binnen X weken vervallen Bij de controle op attesten die binnen X weken vervallen, tijdens bewaren overhevelen en verlengen van contracten is nu de mogelijkheid voorzien om attesten die aan de voorwaarde voldoen, toch niet te tonen op de controlelijst. Hiervoor is er een vinkje voorzien in het attesten scherm met de omschrijving Geen waarschuwing op controlelijst bij vervallen attest. Het vinkje is enkel zichtbaar indien de parameter "Controle", "Attesten", "VervallenBinnenXWeken", "0" is ingevuld met een waarde verschillend van 0. Indien men bij een attest dit vinkje aanduidt zal deze dus niet op de controlelijst verschijnen, ook al vervalt het attest binnen de X weken ingesteld via bovenstaande parameter Ticket Vacatures: kantoorinfo Bij de WG fiche onder het tabblad maatschappelijke zetel is een nieuw veld aanwezig genaamd contact procedure. (checkdatabase uitvoeren) Release Notes Hi-Ant 3/9

4 Als men de parameter "frmbestelgeg", "Nieuw", "DefaultVoorstellen" op 1 staat zal bij het toevoegen van een NIEUWE bestelling gecontroleerd worden in welk actief kantoor je werkt binnen hiant. Hiant zal dan de waarde contact procedure van dat kantoor ophalen en dit als standaard waard plaatsen bij het veld wijze voorstelling binnen de bestelling. Release Notes Hi-Ant 4/9

5 1.10. Ticket Vacatures: aanpassen jobkanaal BugFix Bij het toevoegen/aanpassen van jobkanalen bij bestellingen zijn enkele bugs verwijdert. Zo wordt voor de begin datum enkel een geldige datum ingave aanvaard en voor de einddatum een geldige datum of de waarde 0. Ook de CANCEL knop wordt nu goed opgevangen zonder in een oneindige lus te komen Ticket Filter Pool Functies Er is een nieuwe klantenoptie Filter Pool Functies (FPF). De optie wordt zichtbaar door onderstaande parameter aan te maken in de parameter tabel. Indien je deze optie activeert voor een klant, zal er bij het toevoegen van een WN aan de pool van deze klant een filtering gebeuren op de zichtbare functies. Er worden dan enkel de functies getoond die bij de klant onder Actieve Uitzending te vinden zijn. Nieuwe records in parametertabel Param1 Param2 Param3 Waarde checkbox kloptie novalue FPF Nieuwe records in de referentie - vertaaltabel: Code Nederlands Frans optiefpf Filter Pool Functies Filtrer Functions Pool Release Notes Hi-Ant 5/9

6 Release Notes Hi-Ant 6/9

7 1.12. Ticket Bestelling maaltijdcheques - blokkeren voor verwijdering Het is nu niet meer mogelijk om MC s te verwijderen door te dubbelklikken in de lijst nadat er op de knop Maak bestelbestand aan geklikt is. Technisch: Net voor de msgbox klaar wordt er opnieuw door de lijst gelopen tot die op dezelfde record komt te staan en wordt er een dubbeklik gesimuleerd waardoor de knop zal verdwijnen omdat de afsluitdatum is ingevuld. brwmc.setfocustorowid Val(gBestelId) brwmc_selecteditemasstring (gbestelid) Ticket Verwittigingsmail bij starten en stoppen batchmailing Het is mogelijk om een mail te ontvangen wanneer een batchmail wordt gestart en gestopt. Hiervoor dient men een nieuwe parameter aan te maken met als waarde het adres waarop men de mail wilt ontvangen. Nieuwe records in parametertabel Param1 Param2 Param3 Waarde batchmail NotifyViaMail Addressee jan.vaes@prato.be Programmatie aangepast ivm het al of niet kunnen beheren van cycli/roosters van een bepaald niveau (ALG, FI, KUS) De programmatie van Hiant is aangepast zodanig dat nu parametriseerbaar is welke niveaus van cycli/roosters een gebruiker kan beheren. De programmatie is aangepast - zowel bij "eenvoudige cyclus/rooster ingave" als bij de "gedetailleerde cyclus/rooster ingave" (schermen frmroosters_eenvoudigeingave, frmcyclischroosternewlist, frmroosternew, frmroosterdeelnew, frmcyclusnew en frmcyclusroosterlinknew): Standaard kunnen al de niveaus ALG, FI en KUS beheerd worden. Via parameter ("CycliRoosters", "Wijzig", "Niveaus") kan men de niveaus instellen. Volgende impact heeft de gewijzigde programmatie: - verwijderen van cyclus, rooster, rooster-dagdeel of cyclus-rooster-link gaat niet indien men niet de rechten heeft voor het betreffende niveau. - men kan een cyclus, rooster, rooster-dagdeel of cyclus-rooster-link niet toevoegen of aanpassen (controle gebeurt bij het bewaren) indien men niet de rechten heeft voor het betreffende niveau. - bij het laden van een scherm voor ingave van een rooster of cyclus kan men reeds zien of men het niveau kan gaan beheren. Bij veld "Sleutel" zal de omschrijving van het niveau aangevuld worden met "(Niet beschikbaar)" indien men dit niveau niet kan beheren. Bvb. "ALG (Niet beschikbaar)" zal er verschijnen. (het is niet mogelijk om de items die niet beheerd kunnen worden effectief te verwijderen uit de selectielijst) Men kan via parametrisatie bvb. bekomen dat gewone consulenten geen cycli/roosters op ALG niveau kunnen beheren, terwijl CO-medewerkers dit wel kunnen op volgende wijze: - Parameter ("CycliRoosters", "Wijzig", "Niveaus") aanmaken met waarde "FI,KUS" bij cdkey UZC en keywaarde 1. Release Notes Hi-Ant 7/9

8 - Parameter ("CycliRoosters", "Wijzig", "Niveaus") aanmaken met waarde "ALG,FI,KUS" bij cdkey CO en keywaarde Aanpassing programmatie export naar GroepS er was een probleem met conversie van uren De programmatie van de export naar GroepS is aangepast, ivm doorsturen van prestaties, er was namelijk in de interface een probleem met conversie van uren (afronding). Het probleem dat optrad was het volgende: Wij gaven het aantal minuten decimaal door; dit wordt dan naar beneden afgerond bij GroepS - waardoor er minuten verloren gaan. Er is nu aangepast dat Hiant het aantal minuten zelf juist afrondt tot op de minuut (niet meer decimaal). Voorbeeld: 7,43 uur (aantallen uren worden binnen Hiant in 100en opgeslagen) wordt binnen Hiant opgeslagen in het geval van een prestatie van 7 uur en 26 minuten. Wij GAVEN dan door 445,8 minuten (=7,43 * 60). Dit werd dan bij GroepS afgerond naar beneden --> 445 minuten = 7 uur en 25 minuten Nu GEVEN wij door 446 minuten (= 7,43 * 60 afgerond naar de dichtst bijzijnde eenheid) Blijft dan 446 minuten bij inlezen bij GroepS = 7 uur en 26 minuten Oplossing probleem export naar Securex indien een arbeidsonderbreking eindigde in de loop van de maand werd, voor het stuk maand zonder arbeidsonderbreking, niet terug de volledige uren doorgestuurd Er was een probleem bij de export naar Securex: indien een arbeidsonderbreking eindigde in de loop van de maand werd, voor het stuk maand zonder arbeidsonderbreking, niet terug de volledige uren doorgestuud. Volgende was het geval: attesten werden opgehaald waarbij attest.geldigvan <= <einddatum maand> en attest.geldigtot >= <begindatum maand>. Dit had tot gevolg dat, als de arbeidsonderbreking stopt in de loop van de maand, er nog steeds een arbeidsonderbreking gevonden werd en er dus voor beide mastercontracten (deze met AOB en deze zonder AOB) de "verminderde uren" werden doorgestuurd. (verhaal speelde dus inderdaad niet voor de gevallen waarbij de AOB BEGON in de loop van de maand) (in het geval van stopzetting AOB zou er ook enkel een probleem zijn voor de maand waarbij de AOB stopte IN DE LOOP VAN de maand. Voor de erop volgende maand zouden terug de volledige uren doorgestuurd worden) De programmatie is aangepast: Nu worden de AOB anders opgehaald. PER MASTER worden de AOB opgehaald en de AOB worden opgehaald waarbij de masterperiode volledig valt binnen de AOB-periode. Dus zal bij de gewijzigde programmatie enkel een AOB gevonden worden voor het stuk maand waarbij effectief AOB en geen AOB meer gevonden worden voor het stuk maand waarbij er effectief geen AOB meer is. Release Notes Hi-Ant 8/9

9 Release Notes Hi-Ant 9/9