På denne siden
En ny bedrift ønsker å starte ryddig og undersøker mange systemer. Det kan bli fristende å registrere alt som kanskje trengs senere. Det første oppsettet bør følge en faktisk jobb, slik at eieren vet hvilke opplysninger som må være riktige fra bestilling til oppgjør.
Velg noen få stabile identiteter
Kunde, oppdrag og relevante ressurser må kunne gjenfinnes uten at hvert system lager sin egen uavklarte versjon. Avklar hvilket felt som beskriver juridisk kunde, og hvilket som er en praktisk kontakt. Samme prosjekt skal ikke skifte betydning når en endring legges til.
| Hendelse | Minstespørsmålet systemet bør støtte |
|---|---|
| Henvendelse | Hva ønsker kunden avklart? |
| Bestilling | Hvilken konkret leveranse er godkjent? |
| Endring | Hva ble lagt til eller erstattet, og av hvem? |
| Gjennomføring | Hvilke relevante ressurser og dokumenter følger jobben? |
| Avslutning | Hva er klart og hva må fortsatt følges opp? |
I et konstruert testoppdrag kjøpes materiale, kunden endrer én del og et fakturagrunnlag må rettes senere. Undersøk om hele forløpet kan forklares. En løsning som bare håndterer en enkel ny kunde og faktura, er en for smal prøve av bedriftens faktiske arbeid.
Start med avklart arbeidsdeling
Regnskap fra første dag og første kundeavtale bør gi systemet et konkret formål. Et obligatorisk felt hjelper lite hvis eieren må fylle det med en antakelse for å komme videre.
Avklar grensen mot regnskapsprogrammet
ReAI kan vurderes for økonomidelen. Kontroller faktisk dokumentert støtte før en integrasjon velges; ingen bestemt bransjesystemkobling er forutsatt. Kundedata, godkjent beløp og senere rettelser trenger kjent eierskap.
Bank og betalingsrutine viser hvorfor en teknisk overføring ikke automatisk gjør et grunnlag kontrollert.
Behold muligheten til å rette og avslutte
Hvem oppdager en feil, og hvordan unngås dobbel registrering når den rettes manuelt? Hvilke dokumenter kan bedriften hente ved leverandørbytte? Et lite første oppsett skal være enkelt å bruke, men også kunne forklare historien når en opplysning endres. Da kan det utvides etter faktiske behov framfor antatt fremtidig kompleksitet.