Bytt det som hindrer arbeidet, og behold det som gir et pålitelig grunnlag. Et nytt regnskapssystem løser ikke en uklar prisavtale. En ny integrasjon hjelper lite hvis ingen vet hvilken måleverdi eller veieseddel som er godkjent.
Velg mellom fire tiltak
| Situasjon | Undersøk først | Når et større bytte kan være riktig |
|---|---|---|
| Dere taster samme opplysning to ganger | Eksport, import og stabile referanser | Dagens løsning kan ikke levere nødvendig grunnlag |
| Mange ordre stopper før faktura | Status, prisgrunnlag og hvem som retter | Vesentlige avtale- eller korreksjonsmodeller mangler |
| Oppgjøret kommer frem, men stemmer ikke | Enhet, periode, feltkobling og kontrollsum | Beregningen kan ikke dokumenteres eller gjentas |
| Rapporten viser feil anlegg eller rute | Dimensjoner og registreringsrutine | Systemet støtter ikke et nødvendig styringsnivå |
Et oppsett eller en kontrollert filoverføring kan være tilstrekkelig. Ved hyppige hendelser og mange korreksjoner kan en integrasjon gi mer verdi, men den trenger egen feil- og statusoppfølging.
Bestem hvor hver opplysning eies
Beskriv ett hovedsystem for hvert felt eller hver hendelse. Andre systemer kan ha en kopi, men må vite hvordan den holdes oppdatert.
| Opplysning | En mulig arbeidsdeling |
|---|---|
| Godkjent måling eller vekt | Fagsystemet lagrer original og versjon |
| Avtale og pris | Avtalt register har gyldighetsdato og godkjenner |
| Utført ordre | Ordresystemet viser leveranse og avvik |
| Fakturadokument | Ett bestemt system oppretter fakturaen |
| Betaling og kundesaldo | Økonomiløsningen avstemmer krav og bank |
Velg arbeidsdelingen etter hvilke data systemene faktisk kan levere, og prøv én hel hendelse før oppsettet godkjennes.
Test én hel leveranse
For en innsamler kan testløpet være: kunden bestiller container, sjåføren registrerer henting, vekten gir 2 tonn, mottaket godkjenner fraksjon og kontrakten lager fakturagrunnlag. Forventet kundegrunnlag kan være 1 200 kroner transport og 1 600 behandling: 2 800 før merverdiavgift i dette eksemplet.
Prøv deretter samme levering med korrigert vekt og med ukjent pris. Systemet skal vise hva som er ferdig og hva som står stoppet. Det skal ikke bare rapportere at filen er mottatt.
For en energivirksomhet brukes tilsvarende en normal måleperiode, et prisledd og en korreksjon etter avregning. For et vannverk bør målerbytte og endret betalingsansvar være med.
Trenger dere sjåførapp, portal eller betaling på stedet?
En sjåførapp er nyttig når utførelsen ellers registreres sent eller med manglende dokumentasjon. Den må gi riktig ordre-ID, tidspunkt, status og nødvendige avvik tilbake til administrasjonen. Appen skaper ikke i seg selv en godkjent pris.
En kundeportal bør løse en faktisk oppgave, som bestilling, dokumentasjon eller status. Avklar hvem som kan bestille for kundens bedrift, hvordan prisen hentes og hvordan endring eller avbestilling behandles. En pen bestillingsflate uten sammenheng med ordresystemet kan bare flytte registreringsarbeidet.
Hvis kunder betaler på stasjonen, må betaling, kvittering, eventuelt fakturakrav og refusjon kunne avstemmes uten dobbelt krav. Ta denne hendelsen med i vurderingen av betalings- og kasseløsning. De konkrete kravene avklares ut fra faktisk salgs- og betalingsmodell.
Sammenlign hele kostnaden
Be tilbudet skille lisens, etablering, migrering, integrasjon, endring og støtte.
Mål også arbeidet dere vil redusere. Ved 200 ordre i måneden og tre minutter ekstra registrering per ordre går ti timer til dobbeltarbeid. Hvis en prøverunde reduserer dette til ett minutt per ordre, gjenstår tre timer og tjue minutter. Frigjort tid er seks timer og førti minutter. Den kan brukes til flere oppdrag eller andre oppgaver; den blir først en kontantbesparelse hvis en faktisk utbetaling reduseres.
Bruk resultatet fra prøven når kostnaden ved en endring vurderes. Oppgi hva som forutsetter en tredjepart. Spør hvem som vedlikeholder feltkoblingene og dokumentasjonen, og hvem som koordinerer feil etter at prosjektet er over.
Prøv også eksport av dokumenter og åpne poster før avtalen inngås. Data som bare kan leses med en aktiv leverandørkonto trenger en tydelig plan for leverandørbytte.
Gjør beslutningen etterprøvbar
Velg noen få krav som må fungere ved oppstart. Vekt dem etter konsekvens, ikke etter antallet funksjoner. Be leverandøren vise faktiske testresultater for normal leveranse, korreksjon, duplikat og delvis feil.
Bruk akseptansetest, filimport og feilhåndtering. Kontakt Renar om systemarbeidet hvis dere vil ha hjelp til å undersøke dagens løsning eller gjennomføre en overgang.