Veldig enig i kommentarene over! Vi opplever at ledere synes denne er veldig tung å få god oversikt i når de skal godkjenne en periode.   Tilføyer også følgende ønsker om endring:   - Fravær, timer og tillegg burde vært kategorisert enten under hver sin heading, eller fremstilt med en kommentar på transaksjonen. Ref. ønske om indiaktor over. - Rapporten vil kunne inneholde fraværssøknader som allerede er godkjent. Derfor burde det fremkomme en status på transaskjonen. Eller oppsummert under egen heading helt nederst. Da vet leder om han/hun må vurdere og ta stilling til søknaden eller om han/hun allerede har gjort det. - Dato burde vises i en kolonne for seg, gjerne først. Også burde fra-til klokkeslett være i en egen kolonne etter det.     ... Vis mer

Hei igjen,   Vi bruker brukergrupper for å sikre at de aktuelle kontorene internt hos oss har tilgang til riktige firmaer. Altså brukes de for interne tilganger. Vi bruker ikke brukergrupper per kunde og jeg ser ikke helt at det vil være hensiktsmessig? For da tenker du vel på administrative roller som system viewer eller approver? Og det er stort sett ikke veldig mange brukere med denne rollene i ett selskap, for utenom de som jobber hos oss, og allerede er organisert i en brukergruppe. På vår lisens har vi over 40 000 brukere - og det er egentlig der utfordringen ligger. Rolle-admin bildet går for tregt. Derfor tenkte vi at en ide kunne være å forenkle denne administrasjonen ved at man gjorde det på et firmanivå.   Jeg setter pris på at du kommer med tips 🙂 Men slik jeg forstår deg i beskrivelsen over her så bruker vi funksjonaliteten riktig. Dette har vi forøvrig fått bekfretet av Visma ved en tidligere anledning, at vi gjør, så det har jeg følt meg trygg på. Men føler du at det er noe jeg misforstår så setter jeg pris på at du spesifiserer.   Den funksjonaliteten vi ønsket oss her er kanskje mest relevant der datamengden er virkelig stor. Men minst like aktuell likevel, er den ikke det? Jeg føler meg også veldig trygg på at Visma utvikler sine produketer etter lovverk og brukerønsker. Slik kjenner jeg de som aktør. Og jeg forstår at det også er opp til oss som brukere å overbevise de, om at våre behov og ønsker har stor betydning i produksjon, og kan oppnå prioritet under utvikling.   ... Vis mer

Hei,   Som du kan se i innlegget mitt er det denne rutinen jeg beskriver og som vi opplever som ikke god nok. Det er tidkrevende når man er byrå med mange kunder og brukere i basen. Og vi ønsker oss en forbedring av denne. ... Vis mer

hei,   Nei, det er jeg enig i. Vi trenger vel egentlig bare en rapport som kan tas ut for å dekke regnskap sine behov. ... Vis mer

Hei,   Ja, det vil være for alle som er ansatt i selskapet. Men mange kunder har også godkjennere som ikke er ansatt. Derfor ville et bilde som viser totaloversikt over alle brukere med roller på selskapet vært mer oversiktlig. ... Vis mer

Dette var dårlige nyheter 😞 Vi informerte våre konsulenter at de ansatte ville få varsel på fredag. Nå må vi gå tilbake på dette og be brukerne være oppmerksomme likevel.... ... Vis mer

Flott 🙂 ... Vis mer

Hei,   Bare så jeg forstår deg rett Gunnar. Det kommer nå opp en varsel i det man forsøker å laste opp det vedlegget som trigger max-grensen? Ikke først når man skal sende reisen til godkjenning? ... Vis mer

Nei, nå tror jeg ikke jeg har klart å uttrykke meg slik at dere forstår.   Det  er heller ikke e-poster med skrivefeil som er utfordringen. Utfordringen, som vi ser flere ganger i uken, er når en bruker skal endre sin e-post adresse fordi han har fått ny mailadresse. Bruker må da selv endre dette i Visma.net. Dersom vi endrer e-postadressen i VL først og overfører til Expense, blir det opprettet en ny bruker. Den ansatte vil da ikke ha historikk tilgjengelig, fordi han har fått nytt brukernavn.   Når konsulenter hos oss uten Admin-tilganger ikke kan sjekke at brukeren har endret brukernavnet sitt noe sted, er risikoen stor for at endring skjer i feil rekkefølge.    Forsår du nå hva jeg mener? ... Vis mer

hei igjen,   Da må jeg bare spørre når dette ble endret?  Når du oppretter en nyansatt i VL så danner jo dette grunnlaget for brukeren i Visma.net? Når du endrer e-postadressen til brukeren i VL, så opplever vi at dette blir overført til Expense - Ansatt. Men det du sier at man nå kan endre denne e-post adressen i VL uten at det påvirker brukeren i Visma.net eller hvilken brukeren en registrert ansatt i Visma.net Expense er knyttet mot? ... Vis mer

Vi snakker opp oversikten i Expense der lønnskjører feks. kan se detaljene på de ansatte, der navn, adresse og e-post adresse fremkommer. Når en ansatt skal bytte brukernavn i Visma.net må brukernavnet endres i Visma.net før man kan endre endre e-post adressen i Visma Lønn. I dag vises bare e-postadressen fra Visma Lønn, og det er derfor umulig for en som kjører lønnen å se om den ansatte faktisk har endret brukernavnet sitt. Det er viktig at man kan kontrollere dette før man endrer i Visma Lønn for å unngå at man oppretter en ny bruker fra Visma Lønn. Da mister brukeren historikken i Expense. Håper dere kan vurdere på nytt.  ... Vis mer

Har i etterkant oppdaget at feltet som ligger her ikke er brukernavn, men e-post adressen fra Visma Lønn.   Ønsker oss veldig at det er brukernavnet som fremkommer her. På den måten kan konsulenten sjekke at brukeren selv har endret brukernavnet sitt, før de gjør samme endring i VL. ... Vis mer