På denne siden
Et nytt ordresystem kan gi bedre oversikt, men bare hvis bedriften vet hvilken overgang som svikter i dag. Noen mister tilvalg, andre mangler materialkobling eller bruker lang tid på å finne leveringsgrunnlag. Systemkrav bør begynne med en faktisk jobb, ikke med antall menyer eller generelle løfter om automatisering.
Følg ett representativt prosjekt
Ta et avklart tilbud gjennom bestilling, plan, timer, innkjøp, endringer, dokumentasjon og fakturagrunnlag. Noter hvor samme opplysning skrives flere ganger og hvem som kontrollerer den. En intern prosjektreferanse bør ikke få ny betydning hver gang data flyttes.
| Hendelse | Kravet som bør testes |
|---|---|
| Godkjent tilbud | Samme omfang og prisgrunnlag følger ordren |
| Kundens tilvalg | Endring og bekreftelse kan gjenfinnes |
| Materialmottak | Riktig prosjekt og avvik registreres |
| Avslutning | Dokumentasjon og åpne punkter vises separat |
| Overføring | Kontoret kan oppdage feil og gjentatte sendinger |
Test et brudd i normalforløpet
I et konstruert testprosjekt endres materialet etter bestilling, én vare returneres og kunden får en dokumentert korreksjon senere. Hvis løsningen bare håndterer en enkel ny ordre, er testen for smal. Undersøk hvordan gamle og nye opplysninger fortsatt kan forklares.
Les tilvalg og endringsordre og restmaterialer og retur. Et obligatorisk felt hjelper lite hvis medarbeideren ikke har grunnlaget som skal stå der.
Avklar grensen til regnskapet
Bestem hvilket system som eier kundedata, godkjente beløp og rettelser. Kontroller leverandørenes faktiske støtte før en integrasjon loves. ReAI kan vurderes for fakturering og regnskap, men ingen bestemt bransjesystemkobling er forutsatt.
Prosjektregnskap gjennom faser viser hvorfor bare fakturadato ikke er nok til å forstå leveransen. Regnskapsfører og operativ leder trenger forskjellige, men sammenhengende opplysninger.
Avtal drift og ansvar
Hvem følger opp når overføring stanser eller en pris blir feil? Hvilken historikk kan bedriften hente ved avslutning av avtalen? Velg et avgrenset pilotgrunnlag og sammenlign kilde, overført beløp og endelig dokument. Et godt valg skal kunne forklares med hvilke konkrete problemer det løser i bedriften, ikke bare at det er nyere enn dagens løsning.