Kvitteringen er ikke nok til at få udlægget tilbage
En medarbejder kommer hjem fra en konference med en hotelregning, tre billeder af kvitteringer og to køb på organisationens kort. Beløbene er tydelige. Alligevel kan økonomiafdelingen ikke afslutte rejsen. Det fremgår ikke, hvilket projekt der skal betale, hvem middagen var med, eller hvorfor hotellet kostede mere end den aftalte grænse.
Hvis I vil bruge en digital medarbejder til rejseafregning, er opgaven derfor ikke bare at læse kvitteringer. I skal beslutte, hvilke oplysninger der gør en afregning komplet, hvad der kan hentes fra jeres systemer, og hvilke valg den rejsende eller en godkender selv skal tage.
Målet er heller ikke en pæn bunke bilag. Rejsen er først afsluttet, når udlægget er sendt til udbetaling, kortkøbene er afstemt, og udgifterne er bogført det rigtige sted.
Beskriv, hvad der skal være på plads før godkendelsen
Begynd med at skrive jeres krav til en færdig afregning i almindelige ord.
For konferencerejsen kan hver udgift have brug for beløb, dato, valuta, kvittering og betalingsform. Hele rejsen kan desuden have brug for et forretningsmæssigt formål, et projekt eller en afdeling og navnet på den person, der skal godkende. Ved måltider, gaver eller hotel for andre kan deltagere og deres tilknytning også være nødvendige.
Kravene er ikke ens overalt. Aarhus Universitets offentlige vejledning kræver blandt andet en detaljeret anledning, korrekt projekt og aktivitet, omkostningstype og specificerede bilag. Ved køb for andre skal deltagere og anledning fremgå, og visse overskridelser skal begrundes. Jeres liste skal følge jeres egne regler, men eksemplet viser, hvorfor et kvitteringsfoto ikke kan stå alene.
Gør også afslutningen tydelig. “Sendt til godkendelse” betyder, at arbejdet venter. “Godkendt og bogført” betyder, at organisationen kan se, hvor udgiften hører hjemme. Hvis medarbejderen selv har lagt ud, skal I desuden kunne se, at beløbet er på vej til udbetaling.
Aftal, hvilke oplysninger der må genbruges
I bør ikke bede den rejsende indtaste det samme fem gange, men I bør heller ikke lade et system gætte sig til formål og ansvar.
Rejsedatoer og hotel kan måske hentes fra en godkendt booking. Beløb og valuta kan stå på kvitteringen. En korttransaktion kan vise, at organisationen allerede har betalt. Kalenderaftalen kan pege på konferencen, og et rejse-ID kan forbinde udgifterne med den samme tur.
Det giver den digitale medarbejder mulighed for at samle et udkast uden at opfinde oplysninger. Den kan matche hotelregningen med kortposten, se at taxakvitteringen ligger inden for rejsens datoer og genbruge det projekt, som allerede er godkendt til turen.
Men en kalendertekst som “middag med teamet” er ikke nødvendigvis dokumentation for, hvem der deltog, eller hvorfor udgiften var forretningsmæssig. Et ofte brugt projekt er heller ikke automatisk det rigtige denne gang. Aftal derfor, hvilke felter der må udfyldes fra en entydig kilde, og hvilke der altid skal bekræftes af den rejsende.
Giv kun adgang til de kilder, der er nødvendige for afregningen. Medarbejderen behøver måske læse rejsebestillingen, kortposterne og de relevante projektkoder. Den behøver ikke fri adgang til hele kalenderen, alle lønoplysninger eller andre medarbejderes afregninger for at løse den første opgave.
Gør mangler konkrete, mens rejsen stadig er frisk
Når noget mangler, skal I beslutte, hvordan den rejsende bliver bedt om hjælp.
En besked som “afregningen er mangelfuld” flytter bare arbejdet tilbage uden at gøre det lettere. En brugbar henvendelse kan i stedet sige: “Hvem deltog i middagen den 14. september, og hvad var det forretningsmæssige formål?” eller “Hotellet ligger over jeres grænse. Var det den godkendte konferencebooking, eller skal en leder tage stilling?”
Spørgsmålet bør komme, mens rejsen stadig kan huskes. Hvis bilagene først bliver gennemgået ved månedsluk, er det sværere at finde den tabte kvittering og huske, hvem der sad ved bordet. Lad som udgangspunkt opgaven begynde efter hjemkomsten, når kortposter og bilag kan samles på én gang. Hvis I ofte mister kvitteringer undervejs, kan de uploades løbende uden at starte hele godkendelsen fra hotelværelset.
Lad et menneske afgøre undtagelsen
Aftal på forhånd, hvem der tager de valg, som ikke kan afgøres ved at sammenholde kendte oplysninger.
Den digitale medarbejder kan se, at en hotelpris ligger over den aftalte grænse, at en kvittering mangler, eller at to projekter begge kunne passe. Den kan samle det relevante materiale og pege på forskellen. Den bør ikke selv opfinde en begrundelse, vælge den konto der tilfældigvis plejer at blive brugt eller godkende en udgift, fordi beløbet ser rimeligt ud.
For konferencerejsen kan tre valg kræve et menneske:
- Den rejsende bekræfter formål, deltagere og eventuel privat andel.
- En projektansvarlig afgør, hvor en tvetydig udgift hører hjemme.
- En leder eller økonomifunktion godkender manglende bilag og overskridelser efter jeres regler.
Navngiv modtageren for hver type tvivl. Ellers ender den digitale medarbejder med at sende alle afvigelser til en fælles postkasse, hvor den samme person stadig skal finde den rigtige ejer.
Følg sagen helt til bogføring og udbetaling
Afslutningen skal kunne ses i økonomien, ikke kun i rejseværktøjet.
Hvis medarbejderen har betalt taxaturen selv, skal den godkendte refusion gå videre til udbetaling. Hvis hotellet er betalt med organisationens kort, skal kortposten kunne matches med det godkendte bilag. Projektet skal bære udgiften, og afregningen må ikke blive liggende som “sendt”, mens nogen tror, den er færdig.
Det er samme grundlæggende forskel som ved en leverandørfaktura, der først er færdig, når den er afstemt. Rejseafregningen har andre oplysninger og andre undtagelser, men registreringen er heller ikke her det endelige resultat.
Lad derfor status følge de handlinger, der faktisk mangler. Den kan for eksempel skelne mellem manglende oplysninger, klar til godkendelse, afvist med konkret årsag, godkendt til udbetaling og bogført. Så kan både den rejsende og økonomiafdelingen se, hvem der skal gøre noget nu.
Begynd med én rejsetype, som gentager sig
Vælg en enkel, virkelig rejse som første prøve: for eksempel en medarbejder, der deltager i en dansk konference, betaler hotel med organisationens kort og selv lægger ud for transport.
Brug den normale rejsepolitik, de rigtige projektkoder og den sædvanlige godkendelsesvej. Lad prøven begynde ved hjemkomsten og slutte ved bogføring og eventuel udbetaling. Så kan I se, om bilagene bliver matchet rigtigt, om spørgsmålene er præcise, om undtagelser lander hos den rette person, og om resultatet faktisk kan bruges af økonomiafdelingen.
Lad ikke forsøget ende i et regneark ved siden af økonomisystemet. Et AI-forsøg skal have en vej ind i den virkelige drift, og her er vejen den samme godkendelse og bogføring, som medarbejderne bruger i dag.
Når det virker, kan I udvide til udenlandske rejser, flere valutaer, forskud eller særlige projektkrav. Men begynd med at gøre én hjemkomst enkel: Bilagene samles, de manglende oplysninger bliver efterspurgt, de rigtige mennesker tager undtagelserne, og medarbejderen får sine penge tilbage uden en lang mailtråd.