Struktur, kategorier og økonomi
Det er her mange oppsett enten blir robuste eller skjøre. Når strukturdata og kategorier er ryddige, blir både godkjenning, rapportering og eksport enklere. Når de er uklare, flytter problemet seg bare videre til økonomi og support.
Start med disse grunndataene
| Område | Hva dere bør sette opp | Hvorfor det betyr noe |
|---|---|---|
| Avdelinger | navn, nummer, aktive godkjennere | brukes i routing, filtrering og eksport |
| Prosjekter | prosjektkode, eier, brukere og status | styrer rapportering og prosjektbasert godkjenning |
| Utleggstyper | kategori, kontokode, MVA-regel og felter | påvirker føring, validering og økonomiflyt |
| Satser | kjøring, diett og andre standardbeløp | sikrer riktig beregning over tid |
| Betalingsmodell | refusjon, Prodkasse eller firmabetalt løp | avgjør hvilke data brukerne må registrere |
Anbefalt oppsettsrekkefølge
- Opprett eller synkroniser avdelinger og prosjekter.
- Rydd utleggstyper og fjern midlertidige kategorier.
- Sett riktige kontokoder, MVA-koder og eventuelle standardverdier.
- Legg inn satser og kontroller perioder og gyldighet.
- Test med ekte eksempelrapporter før dere åpner for bred bruk.
Velg én sannhetskilde per domene
- avdelinger og prosjekter bør enten vedlikeholdes lokalt eller synkroniseres inn fra et eksternt system
- kontokoder og MVA-regler bør ha en tydelig eier i økonomifunksjonen
- kategorinavn kan være brukervennlige, men identifikatorer og mappinger må være stabile
Før første rapport bør dette være klart
- pilotbrukerne finner riktige avdelinger og prosjekter i skjemaet
- alle relevante utleggstyper har gyldig kontokode og MVA-håndtering
- satser for kjøring og reise er oppdaterte for riktig periode
- økonomiteamet vet hva som skal skje med godkjente rapporter etterpå
Når dere bør koble på økonomiintegrasjon
Koble først på regnskap eller lønn når dere har et stabilt minimumsoppsett. Hvis dere endrer avdelinger, prosjektkoder og kategorier hver dag, blir testeksportene lite verdt og feilene vanskeligere å tolke.
Betalingsmodeller som påvirker oppsettet
- Vanlig refusjon: Brukeren legger ut privat og får refundert etter godkjenning.
- Prodkasse: Den ansatte registrerer utlegg mot en saldo som administreres sentralt.
- Firmabetalte strømmer: Kortdata, digitale kvitteringer eller fakturamottak kommer inn før rapporten bygges.
Vanlige feil som bør tas før utrulling
- samme prosjekt finnes både lokalt og i regnskapssystemet med ulik kode
- kategorier mangler mapping fordi de ble opprettet "midlertidig"
- satser er oppdatert i et dokument, men ikke i selve systemet
- brukerne må velge mellom for mange nesten like kategorier