Utviklingssak/ID Resume Endring (g2) Rettet i versjon Daglig oppfølging bruker MinTid-oppsett, og ikke

Transkript

1 Utviklingssak/ID Resume Endring (g2) Rettet i versjon Daglig oppfølging bruker MinTid-oppsett, og ikke Henter id for applikasjonsoppsett istedenfor MinTid oppsett Applikasjonsoppsett! Dette er når den skal vise feil overtidskoder. En ansatt mangler både inn og utstempling og er tilordnet en lønnsgruppe som Vi bruker verdien i wt_system som kode for skoft. Så vi må endre kriteriet til har automatisk beregning av skoft. Vedkommende dukker ikke eksluder alle datoer hvor det foreligger resultater på opp i kategorier < 2000 oppfølgingsoversikten over dem som har glemt inn og ut? unntatt på skoft-koden Ligger det ikke noen verdi i wt_system så vil det bare ikke funke (da kjører vi ikke sjekken i det hele tatt). Den koden som ligger i wt_system vil ligge i de vanlige lønnsgruppene som bruker skoft. For de lønnsgruppene som bruker f.eks Otavspas eller andre koder som skoft-kode vil det ikke komme varslinger på glemt inn/ut fordi vi ikke klarer skille på hva som er ekte glemt og det som er planlagt. RW: Har tillagt i spørringen:... eller dag på resultater med skoftkode, OG det ikke er noen stemplinger på dagen. Problem med nyanställda och underhåll i Mintid på första stämplingsdag. Normalt så flyttes man til igår når man går inn i MinTid for å gjøre noe i Om man lägger in stämplingar i Underhålls bilden i Mintid första stämplingsdag, vedlikehold. Endret slik at dersom man går inn i MinTid samme dato som man er så registreras detta på dagen innan även om man får felmeddelande att data inte blitt ansatt, så blir datoen stående på dagen idag. Har også endret i forhold til å navigere til dager fra før man er ansatt, det var også en finns i db och att det inte gick att lagra. Stämplingarna visas i feil at siden

2 resultatbilden men inte i underhållsbilden efteråt. Du kan därför inte korrigera detta i eftertid. (Använder man knapparna in och ut i Mintid, så fungerar detta) Om man har lagt in stämpling i mintid som har lagt sig på fel datum får du heller inte lagt in stämpling i Wintid på första dag. Du får felmeddelande. Jag har anmält detta till vår utvecklingsavdelning. Fram till detta är rättat föreslår jag att ni lägger in de första stämplingarna ikke ble oppdatert da, og resultatene fra forrige dag ble 'hengende igjen'. OBS! Også rettet dette i vedlikehold i G2, se under 'kommentarer' på den anställda i wintid. Det ser ut som om det er en feil i systemet at dersom man ikke har huket av håntere månedsskift på prosjekt oppsettet så er de mulig å avlevere uke med rest. rettet Ved registrering på første stemplingsdag for nyansatt (dagens Beholder dagens dato i vedlikehold i mintid dersom logger seg dato), er det inn på samme dag ikke mulig å gjøre vedlikehold i Mintid. som man ble ansatt. Normalt stiller den seg på gårsdagen. Enkelte kommer dobbelt opp i oppfølgingsbildet i g2 i siste versjoner. Spesielt de som har vedlikeholdt stemplingene eller stempler prosjekt. Rettet g1 ved nattlig fraværsberegning så blir det feil resultat på Det var selve rapporten her som regnet totalt antall dager feil, antall timer i dersom deler fraværsrapporten av fraværet falt utenfor rapportperioden. Ansattimporten må ikke importere flere ansatte enn det kunden har lisens for. AnsattImporten gjør ingen sjekk på antallet ansatte.

3 Dersom vi legger en slik sjekk inn i AnsattService.LagreAnsatt når det er snakk om en ny ansatt som legges inn, vil denne alltid plukke det opp uavhengig av hvordan ansatte kommer inn i systemet Hvis du fordeler med tre desimaler i MinTid, så ser det ut som Avrunder om bruker fører inn timer med tre desimaler. om systemet Forhindrer bruker i å avrunder til nærmest to desimal og du får ikke rest dersom du avleverer uken, avlevere timer med mer enn to desimaler. (forutsatt at summen er korrekt) får du inn på uken på nytt så ser du ikke lenger den tredje desimalen. Hvis du går inn i prosjekt i g2 så ser man alle desimaler men fortsatt ingen rest. I databasen blir det en rest Da jeg jobbet med versjon opplegg av ferie oppdaget jeg at den manuelle oppleggingen av kalendere ikke tar med helligdager hvis ikke årskalenderen allerede er lagt opp tidligere. Det er veldig enkelt å få den til å gjøre dette, foreslår at vi endrer slik at den gjør det. Det er bare snakk om å bytte en enkelt metode. Legger også inn helligdager i generering av årskalenderen Dersom man registrerer seg f.eks inn på terminal og ut i MinTid, får man dobbelt oppføring på den ansatte i Status. Informasjonen om selve registreringen (Term.adresse) stammer fra de to forskjellige stemplingene, mens tid osv hentes fra siste stempling for begge rader.

4 I tillegg, når jeg er logget på som meg selv, så forsvinner jeg fra bildet når jeg har status UT/FRAVÆR og kommer tilbake igjen når jeg har status INN Dersom man registrerer seg f.eks inn på terminal og ut i MinTid, får man dobbelt oppføring på den ansatte i Status. Informasjonen om selve registreringen (Term.adresse) stammer fra de to forskjellige stemplingene, mens tid osv hentes fra siste stempling for begge rader. I tillegg, når jeg er logget på som meg selv, så forsvinner jeg fra bildet når jeg har status UT/FRAVÆR og kommer tilbake igjen når jeg har status INN SAPA skal eksportere arbeidstider fra beregningsskjemaene fra WinTid g2 til POL. Denne eksporten er hardkodet i WinTid og er tilgjengelig under Manuell eksport - Svensk lön 43 schematranser. Dagens eksportformat kan ikke leses inn i POL pga for få tegn i feltet med arb.tid per dag på fridager. Dagens eksportoppsett legger inn ** på fridager. POL krever at det er ***** i fridager. Det er derfor nødvendig at formatet endres slik at denne eksporten kan kjøres fra g2. Lagt på stjerner i formatet

5 (g1) Rettet i versjon

6

7

8