Krav til ERP-programvare: Sjekkliste for smarte kjøp

Når du velger programvare for virksomhetsressursplanlegging (ERP), er det avgjørende å ha tydelige ERP-krav. Uten slike krav risikerer du å kaste bort penger på et ERP-system som ikke passer, oppleve mislykkede prosjekter eller få problemer med lav brukeraksept.

Denne artikkelen er for deg som vil unngå slike kostbare feil og sikre at den valgte ERP-leverandøren eller teknologien samsvarer med virksomhetens behov. Her finner du en sjekkliste over ERP-krav og praktisk veiledning som er enkel å tilpasse, slik at du kan finne det riktige ERP-systemet for teamet ditt.

Sjekkliste over krav til ERP-programvare

Jeg bruker denne sjekklisten for å se forbi leverandørenes markedsføringsstøy og fokusere på det som faktisk betyr noe for økonomi- og driftsteam. Den dekker de viktigste funksjonelle, tekniske og leverandørrelaterte kravene du bør kvalitetssikre før du signerer noe. Her er det du bør vurdere:

Grunnleggende funksjonelle krav

Absolutte minimumskrav

• Økonomistyring: Systemet må støtte en fullstendig hovedbok, leverandørgjeld, kundefordringer og automatisert bankavstemming i én samlet plattform.

• Rapportering og analyse: Systemet må generere standardiserte regnskapsoppstillinger og gjøre det mulig å bygge tilpassede rapporter uten behov for bistand fra utviklere.

• Revisjonsspor og samsvarskontroller: Alle transaksjoner må logges med en tidsstemplet registrering av hvem som opprettet, endret eller godkjente dem, og tilgangskontroller basert på roller må håndheves på datanivå.

• Støtte for flere enheter: Systemet må håndtere konserninterne transaksjoner, konsolidert rapportering og separate regnskaper på tvers av flere juridiske enheter eller forretningsenheter.

Standardkrav

• Innkjøp og håndtering av innkjøpsordrer: Systemet må støtte opprettelse av innkjøpsordrer, arbeidsflyter for godkjenning, treveis matching mot fakturaer og mottakskvitteringer samt leverandørstyring.

• Lagerstyring: Systemet må spore lagernivåer, bevegelser og verdier i sanntid på tvers av én eller flere lokasjoner.

• Budsjettering og prognoser: Systemet må gjøre det mulig å opprette budsjetter per avdeling eller kostnadssenter, med sporing av avvik mot faktiske tall.

• Lønnsintegrasjon: Systemet må enten inkludere innebygd lønnskjøring eller støtte en direkte integrasjon med en ekstern lønnsleverandør.

• CRM-integrasjon: Systemet må koble sammen salgsprosessen og kundedata med økonomiske registreringer, slik at inntekter kan spores fra salgsmulighet til faktura.

Spesielle krav

• Prosjektregnskap: Systemet må spore kostnader, inntekter og lønnsomhet på det enkelte prosjektnivået, med støtte for inntektsføring etter fullføringsgrad.

• Produksjon og produksjonsplanlegging: Systemet må støtte materiallister, håndtering av arbeidsordrer og kapasitetsplanlegging som er direkte knyttet til lager og innkjøp.

• Flere valutaer og globalt skattesamsvar: Systemet må håndtere valutakonvertering i sanntid, lokale skatteregler og landsspesifikk lovpålagt rapportering for virksomheter som opererer på tvers av landegrenser.

• Feltserviceadministrasjon: Systemet må planlegge og sende ut feltteknikere, spore jobbkostnader og synkronisere fullførte arbeidsordrer tilbake til fakturering og lager.

Tekniske krav og integrasjonskrav

Absolutte minimumskrav

• Datasikkerhet og kryptering: Systemet må kryptere data i ro og under overføring, håndheve flerfaktorautentisering og støtte rollebaserte tillatelser helt ned på feltnivå.

• Tilgjengelig API: Systemet må tilby et dokumentert og stabilt REST-API som gjør det mulig for data å flyte mellom ERP-systemet og andre forretningssystemer uten manuell inngripen.

• Skylagring og pålitelig oppetid: Systemet må driftes på en velprøvd skybasert infrastruktur med en kontraktsfestet SLA for oppetid på minst 99.5%.

• Sikkerhetskopiering av data og katastrofegjenoppretting: Systemet må utføre automatiserte sikkerhetskopieringer etter en fastsatt tidsplan og støtte en dokumentert gjenopprettingsprosess med et tydelig mål for gjenopprettingstid.

Standardkrav

• Integrasjoner med sentrale forretningsverktøy: Systemet må tilby ferdigbygde koblinger til vanlige plattformer innen lønn, CRM, netthandel og banktjenester uten behov for spesialutvikling.

• Støtte for enkel pålogging: Systemet må støtte SSO via standardiserte identitetsleverandører, slik at brukere kan autentisere seg gjennom den eksisterende katalogtjenesten, for eksempel Azure Active Directory eller Okta.

• Tilgjengelighet på mobile enheter: Systemet må tilby et mobilgrensesnitt eller en app som gjør det mulig for brukere å godkjenne transaksjoner, se rapporter og administrere viktige arbeidsflyter fra en telefon eller et nettbrett.

• Skalerbarhet: Systemet må håndtere økende transaksjonsvolumer, flere brukere og nye forretningsenheter uten behov for plattformmigrering eller omfattende rekonfigurering.

• Verktøy for import og eksport av data: Systemet må støtte masseimport av data via strukturerte filformater og tillate fullstendig dataeksport i ikke-proprietære formater når som helst.

Spesialkrav

• Støtte for EDI: Systemet må støtte elektronisk datautveksling for å automatisere utveksling av ordre-, faktura- og forsendelsesdata med handelspartnere som krever dette.

• Integrasjon av IoT- og sensordata: Systemet må motta data i sanntid fra tilkoblede enheter eller utstyr og dirigere disse dataene inn i arbeidsflyter for lager, vedlikehold eller produksjon.

• ERP-distribusjon lokalt eller i en privat sky: Systemet må støtte distribusjon utenfor et delt offentlig skymiljø for organisasjoner med krav til datalagringssted eller regelverk som forbyr dette (et høyt kontrollnivå er en av de viktigste fordelene med lokale ERP-systemer).

Krav til sikkerhet og overholdelse av regelverk

Absolutte minimumskrav

• Rollebasert tilgangskontroll: Systemet må begrense brukertilgang til data, moduler og funksjoner basert på definerte roller, slik at ingen brukere kan se eller endre poster utenfor sitt autorisasjonsnivå.

• Uforanderlig revisjonsspor: Alle finansielle transaksjoner og systemendringer må loggføres med tidsstempel, bruker-ID og postens tilstand før og etter endringen, og loggen må ikke kunne endres eller slettes.

• SOC 1- og SOC 2-sertifisering: Leverandøren må ha gjeldende SOC 1 Type II- og SOC 2 Type II-rapporter som bekrefter at interne kontroller for finansiell rapportering og datasikkerhet er blitt uavhengig revidert.

• Håndheving av arbeidsdeling: Systemet må forhindre at én enkelt bruker har motstridende tillatelser, for eksempel muligheten til både å opprette og godkjenne en betaling, uten et ekstra autorisasjonstrinn.

Standardkrav

• Overholdelse av GDPR: Systemet må støtte forespørsler om innsyn fra registrerte, arbeidsflyter for retten til sletting og samtykkesporing for alle personopplysninger som behandles i plattformen.

• Kontroll over datalagringssted: Systemet må gjøre det mulig for organisasjonen å angi hvor data lagres geografisk, med dokumentert bekreftelse på at dataene ikke forlater de angitte regionene.

• Penetrasjonstesting og sårbarhetsvarsling: Leverandøren må gjennomføre regelmessige penetrasjonstester utført av tredjeparter og ha en publisert policy for ansvarlig varsling om sårbarheter og tidsfrister for utbedring.

• Øktstyring og tidsavbruddskontroller: Systemet må automatisk avslutte inaktive brukerøkter etter en konfigurerbar periode og loggføre alle påloggingsforsøk, inkludert mislykkede forsøk.

• Loggføring av endringshåndtering: Alle konfigurasjonsendringer, inkludert redigeringer av arbeidsflyter, oppdateringer av tillatelser og systeminnstillinger, må loggføres og kunne knyttes til en bestemt bruker og et tidsstempel.

Spesialkrav

• HIPAA-samsvar: For organisasjoner som håndterer beskyttede helseopplysninger, må leverandøren signere en avtale med forretningsforbindelsen og dokumentere at plattformen oppfyller HIPAA-kravene til tekniske sikkerhetstiltak.

• ITAR- og eksportkontrollsamsvar: For forsvarsleverandører eller produsenter som håndterer kontrollerte varer, må systemet begrense datatilgangen til autoriserte personer og støtte samsvar med forskriftene for internasjonal våpenhandel.

• PCI DSS-samsvar: For virksomheter som behandler kortholderdata i ERP-systemet, må systemet oppfylle kravene i standarden for datasikkerhet i betalingskortbransjen, inkludert nettverkssegmentering og kryptert lagring av kortholderdata.

• FedRAMP-godkjenning: For organisasjoner som selger til eller opererer innenfor amerikanske føderale etater, må systemet ha en gjeldende FedRAMP-godkjenning på riktig påvirkningsnivå.

Krav til leverandørstøtte og implementering

Absolutte minimumskrav

• Dedikert implementeringsstøtte: Leverandøren må utnevne en navngitt implementeringsleder som har ansvar for prosjektplanen, koordinerer datamigreringen og fungerer som det primære eskaleringspunktet fra signering av avtalen til produksjonssetting.

• Bistand til datamigrering: Leverandøren må tilby dokumenterte verktøy, maler og praktisk støtte for migrering av historiske økonomiske data fra de eksisterende systemene dine til den nye plattformen.

• Opplærings- og introduksjonsressurser: Leverandøren må tilby strukturert introduksjon for sluttbrukere og administratorer, inkludert opplæringsmateriell tilpasset ulike roller og tilgang til en selvbetjent kunnskapsbase.

• Avtalefestet SLA for supportresponstid: Leverandøren må forplikte seg til definerte tidsrammer for respons og løsning av supportsaker etter alvorlighetsgrad, dokumentert i tjenesteavtalen.

Standardkrav

• Navngitt kundeansvarlig: Etter produksjonssetting må leverandøren utnevne en kundeansvarlig som gjennomfører regelmessige oppfølgingsmøter, kommuniserer produktoppdateringer og eskalerer problemer på dine vegne.

• Brukerfellesskap og nettverk mellom brukere: Leverandøren må opprettholde et aktivt brukerfellesskap der kundene kan dele konfigurasjoner, stille spørsmål og få tilgang til løsninger på vanlige utfordringer som er testet av andre brukere.

• Sandkasse- eller testmiljø: Leverandøren må tilby et miljø utenfor produksjon der teamet ditt kan teste konfigurasjonsendringer, integrasjoner og oppgraderinger før de tas i bruk på aktive data.

• Transparent tilgang til produktveikart: Leverandøren må dele et fremoverskuende produktveikart og gi kundene en kanal for å sende inn og stemme på funksjonsforespørsler.

• Støtte for oppgraderingshåndtering: Leverandøren må informere om kommende utgivelser i god tid, dokumentere endringer som bryter med eksisterende funksjonalitet, og tilby støtte under oppgraderingsprosessen for å minimere avbrudd.

Spesielle krav

• Implementeringstjenester på stedet: Ved komplekse implementeringer må leverandøren eller en autorisert partner kunne tilby konsulenter på stedet som arbeider direkte i virksomhetens lokaler under konfigurasjons- og produksjonssettingsfasene.

• Bransjespesifikke implementeringspartnere: Leverandøren må opprettholde et sertifisert partnernettverk med dokumentert erfaring med å implementere plattformen for din spesifikke bransje, for eksempel produksjon, helsetjenester eller profesjonelle tjenester.

• Støtte for spesialutvikling: Leverandøren må tilby tilgang til et team for profesjonelle tjenester eller sertifiserte utviklere, enten internt eller gjennom ERP-utviklingsselskaper, som kan bygge og vedlikeholde spesialtilpassede moduler, arbeidsflyter eller integrasjoner utover standardkonfigurasjonen av produktet.

Brukeropplevelse og endringshåndtering

Absolutte minimumskrav

• Intuitivt brukergrensesnitt: Systemet må tilby et ryddig og logisk organisert grensesnitt som gjør det mulig for brukerne å utføre daglige oppgaver med få klikk og tydelig navigasjon.

• Rollebaserte dashbord: Systemet må tilby tilpassbare dashbord skreddersydd for ulike brukerroller, med relevante KPI-er, oppgaver og varsler ved innlogging.

• Veiledning og verktøytips i appen: Systemet må inkludere kontekstuell hjelp, gjennomganger og verktøytips direkte i grensesnittet for å støtte brukerne når de lærer nye arbeidsflyter.

• Tilgjengelig utforming: Systemet må oppfylle tilgjengelighetsstandarder (som WCAG 2.1) og sikre at brukere med funksjonsnedsettelser kan navigere i og bruke alle kjernefunksjoner.

Standardkrav

• Selvbetjent tilpasning: Systemet må la brukerne tilpasse oppsett, lagrede søk og innstillinger for varsler uten hjelp fra IT.

• Verktøysett for endringshåndtering: Leverandøren må tilby kommunikasjonsmaler, opplæringsplaner og ressurser for innføring som hjelper teamet med overgangen til det nye ERP-systemet.

• Verktøy for innhenting av tilbakemeldinger: Systemet må inkludere innebygde mekanismer som gjør det mulig for brukerne å sende inn tilbakemeldinger eller rapportere problemer direkte fra grensesnittet.

• Støtte for flere språk: Systemet må tilby språkvalg for globale team, med nøyaktige oversettelser av alle menyer, alt hjelpeinnhold og alle feilmeldinger.

• Arbeidsflyter tilpasset mobile enheter: Systemet må støtte sentrale arbeidsflyter – som godkjenninger, tidsregistrering og innsending av utgiftsbilag – på mobile enheter.

Spesielle krav

• Spillbaserte læringsmoduler: Systemet må tilby interaktive, spillbaserte opplæringsmoduler for å fremskynde innføringen og forsterke beste praksis for nye brukere.

• Innebygde videoveiledninger: Systemet må inkludere korte, rollebaserte videoveiledninger som er tilgjengelige fra hver modul eller arbeidsflyt.

• Analyse av brukeradopsjon: Systemet må tilby rapportering om funksjonsbruk, innloggingsfrekvens og fullføringsgrad for arbeidsflyter for å gjøre det mulig å følge med på adopsjonen og identifisere opplæringsbehov.

Bransjespesifikke krav

Absolutte krav

• Støtte for bransjespesifikke krav til etterlevelse: Systemet må støtte regulatoriske krav og rapporteringskrav som gjelder spesifikt for bransjen din, enten det gjelder standarder for inntektsføring i SaaS, sporbarhet for partier innen mat og drikke eller kostnadsberegning per jobb i bygg og anlegg.

• Konfigurerbare arbeidsflyter: Systemet må la teamet bygge og endre godkjenningsflyter, regler for dataregistrering og prosessrekkefølger slik at de samsvarer med hvordan organisasjonen faktisk arbeider – ikke med en generell mal.

• Tilpassede felt og datastrukturer: Systemet må støtte tillegg av tilpassede felt, objekter og datasammenhenger for å registrere informasjon som er unik for forretningsmodellen din, uten at det krever kodeendringer.

Standardkrav

• Støtte for lokalisering: Systemet må håndtere landsspesifikke skatteregler, datoformater, visning av valuta og lovpålagte rapporteringskrav for alle regioner der virksomheten din opererer.

• Integrasjoner som er standard i bransjen: Systemet må tilby ferdigbygde integrasjoner med plattformene som brukes mest i bransjen din, for eksempel Shopify innen detaljhandel, Procore innen bygg og anlegg eller Veeva innen biovitenskap.

• Rapportmaler som er spesifikke for bransjen: Systemet må inkludere ferdige rapportmaler som er tilpasset KPI-ene og måltallene som er standard i bransjen din, slik at behovet for å bygge alt fra bunnen av reduseres.

• Skalerbar lisensieringsmodell: Systemet må tilby en prismodell som tar høyde for vekstplanene dine, enten det innebærer å legge til brukere, juridiske enheter eller moduler uten å utløse en full reforhandling av plattformen.

Spesielle krav

• Sporbarhet for parti- og serienummer: For produsenter, distributører eller selskaper innen mat og drikke må systemet spore enkeltprodukter eller partier fra mottak til salg og støtte full sporbarhet både fremover og bakover.

• Tilskudds- og fondsregnskap: For ideelle organisasjoner eller offentlige virksomheter må systemet spore inntekter og utgifter etter fond eller tilskudd, med rapportering som oppfyller kravene til ansvarlighet fra givere eller myndigheter.

• Håndtering av abonnementer og gjentakende inntekter: For SaaS- eller abonnementsvirksomheter må systemet automatisere faktureringssykluser, håndtere kontraktsendringer og støtte inntektsføring i samsvar med ASC 606 på tvers av flere leveringsforpliktelser.

• Overholdelse av regnskapsregler for leieavtaler: For organisasjoner med omfattende leieavtaleporteføljer må systemet støtte regnskapsføring av leieavtaler i henhold til ASC 842 eller IFRS 16, inkludert beregning av bruksrettseiendeler og amortiseringsplaner for forpliktelser.

Overvurderte krav

Noen ERP-funksjoner ser flotte ut i en demonstrasjon, men leverer sjelden den verdien ERP-leverandørene lover når systemet tas i bruk. Etter min erfaring er dette funksjoner det er verdt å undersøke nøye før du lar dem påvirke beslutningsprosessen:

• KI-drevet innsikt: Leverandører markedsfører innebygd KI som en måte å avdekke avvik, forutse trender og automatisk flagge risikoer på. I praksis er disse funksjonene i stor grad avhengige av rene og velstrukturerte historiske data – noe de fleste organisasjoner ikke har når systemet settes i drift – og resultatene er ofte for generelle til å kunne brukes uten betydelig tilpasning.

• Tilpasning uten kode: Løftet er at forretningsbrukere kan bygge arbeidsflyter, rapporter og integrasjoner uten støtte fra IT. Realiteten er at alt utover grunnleggende konfigurering vanligvis krever en utvikler eller inngående forståelse av systemets datamodell, og dårlig utformede automatiseringer uten kode kan skape problemer med dataintegriteten som er vanskelige å spore.

• Innebygde samarbeidsverktøy: Noen ERP-plattformer inkluderer chat, oppgavekommentarer og dokumentdeling som innebygde funksjoner. De fleste team har allerede etablerte verktøy for dette – som Slack eller Microsoft Teams – og det å vedlikeholde to separate samarbeidsmiljøer skaper mer forvirring enn det løser.

• Forhåndsbygde bransjemaler: Leverandører fremstiller ofte disse som en rask vei til produksjonssetting, men de fleste maler krever betydelig omarbeiding for å samsvare med arbeidsflyter i den virkelige verden. De kan faktisk forsinke implementeringen ved å binde teamet ditt til en struktur som ikke passer prosessene deres.

• Dashbord i sanntid for ledere: Direkte dashbord for ledere høres verdifulle ut, men toppledere logger sjelden direkte inn i ERP-systemet. De fleste organisasjoner ender uansett med å eksportere data til et separat BI-verktøy, noe som gjør det innebygde dashbordet til en funksjon som konfigureres én gang og sjelden brukes.

Steg for å tilpasse sjekklisten over krav til ERP-programvare

Her er en trinnvis veiledning som hjelper deg med å tilpasse sjekklisten og holde deg på rett spor:

1. Definer forretningsmål og prosjektomfang: Avklar organisasjonens mål, utfordringer og ønskede resultater før du går i gang med kravene. Bruk metoder som arbeidsmøter og intervjuer med ledelsen for å finne ut hvorfor det er behov for å bruke ERP-programvare.
2. Samle innspill fra alle interessenter: Gjennomfør spørreundersøkelser, fokusgrupper eller intervjuer med alle som blir berørt av systemet. Still spørsmål som avdekker skjulte behov og sikrer at ingen krav blir oversett.
3. Kategoriser og prioriter kravene: Del behovene inn i krav som «må ha», «bør ha» og «fremtidig tilstand». Oppnå enighet blant interessentene ved å presentere et eksempel på en nivåinndelt liste eller tabell.
4. Vurder behov for integrasjon, skalerbarhet og sikkerhet: Sørg for at kravene omfatter samspill med eksisterende teknologi, sikkerhets- og samsvarsforpliktelser samt evnen til å håndtere vekst eller endringer. Ta hensyn til regulatoriske krav og standarder for beste praksis.
5. Beregn totale eierkostnader og avkastning på investeringen: Vurder både kortsiktige og langsiktige kostnader, sammen med økonomiske og operasjonelle fordeler med ERP-programvare. Ta med faktorer som programvare, opplæring, støtte, oppgraderinger og nedetid i analysen av priser på ERP-programvare.

Viktige interessenter ved valg av ERP-programvare

Ved å involvere flere forretningsgrupper i innsamlingen av krav til ERP-programvare kan du unngå blindsoner, redusere friksjon og sikre at løsningen er i tråd med både strategiske og operative mål. Slik får du til syvende og sist mest mulig ut av den skybaserte ERP-programvaren.

Bruk denne tabellen for å forstå hvilke interessenter du bør involvere, og hva som er viktigst for dem:

Utform ERP-programvarestrategien din med trygghet

Få praktiske rammeverk, eksperttips og en velprøvd prosess for valg av ERP-programvare i denne trinnvise veiledningen om hvordan du velger ERP-programvare .