Skip to main content

När du väljer programvara för resursplanering för företag (ERP) är det viktigt att ha tydliga ERP-krav. Utan sådana riskerar du att slösa pengar på ett ERP-system som inte passar, drabbas av misslyckade projekt eller behöva hantera låg användaracceptans.

Den här artikeln är för dig som vill undvika dessa kostsamma misstag och säkerställa att den valda ERP-leverantören eller tekniken överensstämmer med verksamhetens behov. Här hittar du en checklista över ERP-krav och praktisk vägledning som är enkel att anpassa, så att du kan hitta rätt ERP-system för ditt team.

Checklista över krav på ERP-programvara

Jag använder den här checklistan för att sålla bort leverantörernas brus och fokusera på det som faktiskt är viktigt för ekonomi- och verksamhetsteamen. Den omfattar de centrala funktionella, tekniska och leverantörsrelaterade krav som du bör granska noggrant innan du skriver under något. Här är vad du bör utvärdera:

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Centrala funktionella krav

Absoluta minimikrav

  • Ekonomistyrning: Systemet måste stödja en fullständig huvudbok, leverantörsreskontra, kundreskontra och automatiserad bankavstämning inom en enda integrerad plattform.
  • Rapportering och analys: Systemet måste kunna generera standardiserade finansiella rapporter och möjliggöra skapande av anpassade rapporter utan att utvecklarstöd krävs.
  • Revisionsspår och efterlevnadskontroller: Varje transaktion måste loggas med en tidsstämplad uppgift om vem som skapade, ändrade eller godkände den, samtidigt som rollbaserade åtkomstkontroller tillämpas på datanivå.
  • Stöd för flera juridiska enheter: Systemet måste hantera koncerninterna transaktioner, konsoliderad rapportering och separata bokföringar för flera juridiska enheter eller affärsenheter.

Standardkrav

  • Inköp och hantering av inköpsorder: Systemet måste stödja skapande av inköpsorder, arbetsflöden för godkännande, trevägsmatchning mot fakturor och mottagningskvitton samt leverantörshantering.
  • Lagerhantering: Systemet måste spåra lagernivåer, lagerförflyttningar och lagervärden i realtid på en eller flera platser.
  • Budgetering och prognoser: Systemet måste möjliggöra skapande av budgetar per avdelning eller kostnadsställe, med uppföljning av avvikelser mot verkliga utfall.
  • Löneintegration: Systemet måste antingen inkludera inbyggd lönehantering eller stödja en direktintegration med en extern löneleverantör.
  • CRM-integration: Systemet måste koppla samman försäljningspipeline och kunddata med ekonomiska poster, så att intäkter kan följas från affärsmöjlighet till faktura.

Särskilda krav

  • Projektredovisning: Systemet måste spåra kostnader, intäkter och lönsamhet på individuell projektnivå, med stöd för intäktsredovisning enligt färdigställandegrad.
  • Tillverkning och produktionsplanering: Systemet måste stödja stycklistor, hantering av arbetsorder och kapacitetsplanering som är direkt kopplade till lager och inköp.
  • Flera valutor och global skattefterlevnad: Systemet måste hantera valutaomräkning i realtid, lokala skatteregler och landsspecifik lagstadgad rapportering för företag som bedriver verksamhet över gränserna.
  • Fältservicehantering: Systemet måste schemalägga och skicka ut fälttekniker, spåra jobbkostnader och synkronisera slutförda arbetsorder tillbaka till fakturering och lager.

Tekniska krav och integrationskrav

Absoluta minimikrav

  • Datasäkerhet och kryptering: Systemet måste kryptera data i vila och under överföring, kräva flerfaktorsautentisering och stödja rollbaserade behörigheter ned på fältnivå.
  • API-tillgänglighet: Systemet måste erbjuda ett dokumenterat och stabilt REST-API som gör att data kan flöda mellan ERP-systemet och andra verksamhetssystem utan manuellt ingripande.
  • Molnbaserad drift och tillförlitlig upptid: Systemet måste vara hostat i en beprövad molnbaserad infrastruktur med en avtalsgaranterad SLA för upptid på minst 99.5%.
  • Säkerhetskopiering av data och katastrofåterställning: Systemet måste utföra automatiska säkerhetskopieringar enligt ett fastställt schema och stödja en dokumenterad återställningsprocess med ett tydligt mål för återställningstid.

Join North America’s most innovative collective of Tech CFOs.

Standardkrav

  • Inbyggda integrationer med centrala verksamhetsverktyg: Systemet måste erbjuda färdigbyggda anslutningar till vanligt förekommande plattformar inom löneadministration, CRM, e-handel och banktjänster utan att anpassad utveckling krävs.
  • Stöd för enkel inloggning: Systemet måste stödja SSO via standardiserade identitetsleverantörer så att användare kan autentisera sig genom er befintliga katalog, exempelvis Azure Active Directory eller Okta.
  • Mobil tillgänglighet: Systemet måste tillhandahålla ett mobilt gränssnitt eller en app som gör det möjligt för användare att godkänna transaktioner, visa rapporter och hantera viktiga arbetsflöden från en telefon eller surfplatta.
  • Skalbarhet: Systemet måste kunna hantera ökande transaktionsvolymer, ytterligare användare och nya affärsenheter utan att en plattformsövergång eller omfattande omkonfigurering krävs.
  • Verktyg för import och export av data: Systemet måste stödja massimport av data via strukturerade filformat och när som helst tillåta fullständig dataexport i icke-proprietära format.

Särskilda krav

  • EDI-stöd: Systemet måste stödja elektroniskt datautbyte för att automatisera utbytet av order-, faktura- och leveransdata med handelspartner som kräver detta.
  • Integration av IoT- och sensordata: Systemet måste kunna ta emot dataflöden i realtid från anslutna enheter eller utrustning och vidarebefordra dessa data till arbetsflöden för lager, underhåll eller produktion.
  • Driftsättning av ERP på plats eller i privat moln: Systemet måste stödja driftsättning utanför en delad offentlig molnmiljö för organisationer med krav på datalagringsplats eller regelverk som förbjuder detta (en hög grad av kontroll är en av de viktigaste fördelarna med ERP-system på plats).

Krav på säkerhet och efterlevnad

Absoluta minimikrav

  • Rollbaserad åtkomstkontroll: Systemet måste begränsa användares åtkomst till data, moduler och funktioner baserat på definierade roller och säkerställa att ingen användare kan visa eller ändra poster utanför sin behörighetsnivå.
  • Oföränderligt revisionsspår: Varje ekonomisk transaktion och systemändring måste loggas med tidsstämpel, användar-ID samt postens tillstånd före och efter ändringen, och får inte kunna ändras eller raderas.
  • SOC 1- och SOC 2-certifiering: Leverantören måste inneha aktuella rapporter enligt SOC 1 Type II och SOC 2 Type II, som bekräftar att interna kontroller av finansiell rapportering och datasäkerhet har granskats oberoende.
  • Tillämpning av arbetsdelning: Systemet måste förhindra att en enskild användare har motstridiga behörigheter, exempelvis möjlighet att både skapa och godkänna en betalning, utan ett ytterligare auktoriseringssteg.

Standardkrav

  • Efterlevnad av GDPR: Systemet måste stödja begäranden om tillgång från registrerade, arbetsflöden för radering och spårning av samtycke för alla personuppgifter som behandlas inom plattformen.
  • Kontroll över datalagringsplats: Systemet måste göra det möjligt för er organisation att ange var geografiskt data lagras, med dokumenterad bekräftelse på att data inte lämnar angivna regioner.
  • Penetrationstester och sårbarhetsrapportering: Leverantören måste regelbundet genomföra penetrationstester av oberoende tredje parter och ha en publicerad policy för ansvarsfull rapportering av sårbarheter samt tidsramar för åtgärder.
  • Sessionshantering och tidsgränser: Systemet måste automatiskt avsluta inaktiva användarsessioner efter en konfigurerbar tidsperiod och logga alla inloggningsförsök, inklusive misslyckade försök.
  • Loggning av ändringshantering: Alla konfigurationsändringar, inklusive redigeringar av arbetsflöden, uppdateringar av behörigheter och systeminställningar, måste loggas och kunna kopplas till en specifik användare och tidsstämpel.

Särskilda krav

  • HIPAA-efterlevnad: För organisationer som hanterar skyddad hälsoinformation måste leverantören underteckna ett avtal för affärsintresse med tillgång till skyddad hälsoinformation och visa att plattformen uppfyller HIPAA:s tekniska skyddskrav.
  • Efterlevnad av ITAR och exportkontroll: För försvarsentreprenörer eller tillverkare som hanterar kontrollerade varor måste systemet begränsa dataåtkomsten till behöriga personer och stödja efterlevnad av de internationella reglerna för handel med försvarsmateriel.
  • PCI DSS-efterlevnad: För företag som behandlar kortinnehavaruppgifter inom ERP-systemet måste systemet uppfylla kraven i Payment Card Industrys standard för datasäkerhet, inklusive nätverkssegmentering och krypterad lagring av kortinnehavaruppgifter.
  • FedRAMP-auktorisering: För organisationer som säljer till eller verkar inom amerikanska federala myndigheter måste systemet ha en aktuell FedRAMP-auktorisering på lämplig påverkansnivå.

Krav på leverantörsstöd och implementering

Absoluta minimikrav

  • Dedikerat implementeringsstöd: Leverantören måste utse en namngiven implementeringsansvarig som äger projektplanen, samordnar datamigreringen och fungerar som huvudsaklig eskaleringskontakt från undertecknandet av avtalet till driftsättningen.
  • Hjälp med datamigrering: Leverantören måste tillhandahålla dokumenterade verktyg, mallar och praktiskt stöd för migrering av historiska ekonomiska uppgifter från era befintliga system till den nya plattformen.
  • Utbildnings- och introduktionsresurser: Leverantören måste tillhandahålla en strukturerad introduktion för slutanvändare och administratörer, inklusive rollspecifikt utbildningsmaterial och tillgång till en kunskapsbas som användarna kan söka i själva.
  • Avtalsenligt SLA för svarstider: Leverantören måste åta sig definierade tidsramar för svar och lösning av supportärenden utifrån allvarlighetsgrad, dokumenterade i tjänsteavtalet.

Standardkrav

  • Namngiven kundansvarig: Efter driftsättningen måste leverantören utse en kundansvarig som genomför regelbundna avstämningar, kommunicerar produktuppdateringar och eskalerar problem för er räkning.
  • Användargemenskap och nätverk mellan användare: Leverantören måste upprätthålla en aktiv användargemenskap där kunder kan dela konfigurationer, ställa frågor och få tillgång till lösningar på vanliga utmaningar som har testats av andra användare.
  • Sandlåde- eller testmiljö: Leverantören måste tillhandahålla en icke-produktionsmiljö där ert team kan testa konfigurationsändringar, integrationer och uppgraderingar innan de tillämpas på produktionsdata.
  • Transparent tillgång till produktplanen: Leverantören måste dela en framåtblickande produktplan och ge kunderna en kanal för att skicka in och rösta på funktionsförfrågningar.
  • Stöd för uppgraderingshantering: Leverantören måste kommunicera kommande lanseringar i god tid, dokumentera förändringar som kan bryta befintlig funktionalitet och ge stöd under uppgraderingsprocessen för att minimera störningar.

Särskilda krav

  • Implementeringstjänster på plats: För komplexa driftsättningar måste leverantören eller en auktoriserad partner kunna tillhandahålla konsulter på plats som arbetar direkt i era lokaler under konfigurations- och driftsättningsfaserna.
  • Branschspecifika implementeringspartner: Leverantören måste upprätthålla ett certifierat partnernätverk med dokumenterad erfarenhet av att implementera plattformen för er specifika bransch, till exempel tillverkning, hälso- och sjukvård eller professionella tjänster.
  • Stöd för kundanpassad utveckling: Leverantören måste erbjuda tillgång till ett team för professionella tjänster eller certifierade utvecklare som kan bygga och underhålla anpassade moduler, arbetsflöden eller integrationer utöver standardkonfigurationen av produkten.

Användarupplevelse och förändringshantering

Absoluta minimikrav

  • Intuitivt användargränssnitt: Systemet måste erbjuda ett rent och logiskt organiserat gränssnitt som gör det möjligt för användarna att slutföra dagliga uppgifter med ett minimum av klick och tydlig navigering.
  • Rollbaserade instrumentpaneler: Systemet måste tillhandahålla anpassningsbara instrumentpaneler utformade för olika användarroller, där relevanta KPI:er, uppgifter och aviseringar visas vid inloggning.
  • Vägledning och verktygstips i appen: Systemet måste innehålla kontextuell hjälp, genomgångar och verktygstips direkt i gränssnittet för att hjälpa användarna när de lär sig nya arbetsflöden.
  • Tillgänglig design: Systemet måste uppfylla tillgänglighetsstandarder (till exempel WCAG 2.1) och säkerställa att användare med funktionsnedsättningar kan navigera i och använda alla centrala funktioner.

Standardkrav

  • Självbetjäningsanpassning: Systemet måste låta användarna anpassa layouter, sparade sökningar och aviseringsinställningar utan hjälp från IT.
  • Verktygslåda för förändringshantering: Leverantören måste tillhandahålla kommunikationsmallar, utbildningsplaner och resurser för införande som hjälper ert team att hantera övergången till det nya ERP-systemet.
  • Verktyg för insamling av feedback: Systemet måste innehålla inbyggda funktioner som gör det möjligt för användarna att skicka feedback eller rapportera problem direkt från gränssnittet.
  • Stöd för flera språk: Systemet måste erbjuda språkalternativ för globala team, med korrekta översättningar av alla menyer, hjälpinnehåll och felmeddelanden.
  • Mobilanpassade arbetsflöden: Systemet måste stödja centrala arbetsflöden – såsom godkännanden, tidsregistrering och utgiftsrapportering – på mobila enheter.

Särskilda krav

  • Spelifierade utbildningsmoduler: Systemet måste erbjuda interaktiva, spelifierade utbildningsmoduler för att påskynda introduktionen och förstärka bästa praxis för nya användare.
  • Inbäddade videohandledningar: Systemet måste innehålla korta, rollspecifika videohandledningar som är tillgängliga från varje modul eller arbetsflöde.
  • Analys av användarinförande: Systemet måste tillhandahålla rapporter om funktionsanvändning, inloggningsfrekvens och slutförandegrad för arbetsflöden för att underlätta uppföljning av införandet och identifiering av utbildningsbehov.

Branschspecifika krav

Absoluta krav

  • Stöd för branschspecifik efterlevnad: Systemet måste stödja de regulatoriska kraven och rapporteringskraven som är specifika för er bransch, oavsett om det gäller standarder för intäktsredovisning inom SaaS, spårbarhet på partinivå inom livsmedel och drycker eller projektkostnadsberäkning inom byggbranschen.
  • Konfigurerbara arbetsflöden: Systemet måste låta ert team skapa och ändra godkännandeflöden, regler för datainmatning och processsekvenser så att de motsvarar hur er organisation faktiskt fungerar – inte en generell mall.
  • Anpassade fält och datastrukturer: Systemet måste stödja tillägg av anpassade fält, objekt och datarelationer för att samla in information som är unik för er affärsmodell utan att kodändringar krävs.

Standardkrav

  • Stöd för lokalisering: Systemet måste hantera landsspecifika skatteregler, datumformat, valutavisningar och lagstadgade rapporteringskrav för varje region där företaget bedriver verksamhet.
  • Branschstandardintegrationer: Systemet måste erbjuda färdigbyggda integrationer med de plattformar som används mest i er bransch, såsom Shopify inom detaljhandeln, Procore inom byggbranschen eller Veeva inom livsvetenskaper.
  • Branschspecifika rapportmallar: Systemet måste innehålla färdiga rapportmallar som är anpassade till de KPI:er och mätvärden som är standard i er bransch, vilket minskar behovet av att bygga allt från grunden.
  • Skalbar licensmodell: Systemet måste erbjuda en prismodell som tar hänsyn till er tillväxt, oavsett om det innebär att lägga till användare, juridiska enheter eller moduler utan att en fullständig omförhandling av plattformen krävs.

Särskilda krav

  • Spårbarhet för partier och serienummer: För tillverkare, distributörer eller företag inom livsmedel och drycker måste systemet spåra enskilda enheter eller partier från mottagning till försäljning och stödja fullständig spårbarhet både framåt och bakåt.
  • Redovisning av bidrag och fonder: För ideella organisationer eller organisationer inom offentlig sektor måste systemet spåra intäkter och utgifter per fond eller bidrag och erbjuda rapportering som uppfyller givarnas eller myndigheternas krav på ansvarsutkrävande.
  • Hantering av abonnemang och återkommande intäkter: För SaaS- eller abonnemangsverksamheter måste systemet automatisera faktureringscykler, hantera avtalsändringar och stödja intäktsredovisning som följer ASC 606 för flera prestationsåtaganden.
  • Efterlevnad av leasingredovisning: För organisationer med omfattande leasingportföljer måste systemet stödja leasingredovisning enligt ASC 842 eller IFRS 16, inklusive beräkningar av nyttjanderättstillgångar och amorteringsplaner för skulder.

Överskattade krav

Vissa ERP-funktioner ser bra ut i en demonstration men levererar sällan det värde som ERP-leverantörer utlovar när systemet väl är i produktion. Enligt min erfarenhet är detta de funktioner som är värda att granska noggrant innan de får påverka era beslut:

  • AI-drivna insikter: Leverantörer marknadsför inbyggd AI som ett sätt att automatiskt upptäcka avvikelser, prognostisera trender och flagga risker. I praktiken är dessa funktioner starkt beroende av rena och välstrukturerade historiska data – något de flesta organisationer saknar vid driftsättningen – och resultaten är ofta för generiska för att kunna omsättas i åtgärder utan omfattande finjustering.
  • Konfiguration utan kod: Löftet är att verksamhetens användare kan bygga arbetsflöden, rapporter och integrationer utan stöd från IT. Verkligheten är att allt utöver grundläggande konfiguration vanligtvis kräver en utvecklare eller djup förståelse för systemets datamodell, och bristfälligt byggda automatiseringar utan kod kan skapa problem med dataintegriteten som är svåra att spåra.
  • Inbyggda samarbetsverktyg: Vissa ERP-plattformar inkluderar chatt, kommentarer till uppgifter och dokumentdelning som inbyggda funktioner. De flesta team har redan etablerade verktyg för detta – som Slack eller Microsoft Teams – och att underhålla två separata samarbetsmiljöer skapar mer förvirring än det löser problem.
  • Förbyggda branschmallar: Leverantörer framställer ofta dessa som en snabb väg till driftsättning, men de flesta mallar kräver omfattande omarbetning för att passa verkliga arbetsflöden. De kan faktiskt göra implementeringen långsammare genom att binda teamet till en struktur som inte passar era processer.
  • Instrumentpaneler i realtid för chefer: Aktuella instrumentpaneler för företagsledningen låter värdefulla, men högre chefer loggar sällan direkt in i ERP-systemet. De flesta organisationer slutar ändå med att exportera data till ett separat BI-verktyg, vilket gör den inbyggda instrumentpanelen till en funktion som konfigureras en gång och sedan sällan används.

Steg för att anpassa checklistan för era krav på ERP-programvara

Här är en steg-för-steg-guide som hjälper er att anpassa checklistan och hålla er på rätt spår:

  1. Definiera verksamhetsmål och projektomfattning: Klargör era organisatoriska mål, problemområden och önskade resultat innan ni går in på kraven. Använd metoder som workshoppar och intervjuer med ledningen för att fastställa behovet av att använda ERP-programvara.
  2. Samla in synpunkter från alla intressenter: Genomför enkäter, fokusgrupper eller intervjuer med alla som påverkas av systemet. Ställ frågor som synliggör dolda behov och säkerställ att inga krav förbises.
  3. Bedöm och prioritera kraven: Dela in behoven i krav som ”måste finnas”, ”bra att ha” och krav för ”framtida läge”. Nå enighet bland intressenterna genom att tillhandahålla ett exempel på en nivåindelad lista eller tabell.
  4. Bedöm behov av integration, skalbarhet och säkerhet: Se till att kraven omfattar interoperabilitet med befintlig teknik, säkerhets- och efterlevnadsskyldigheter samt förmågan att hantera tillväxt eller förändringar. Ta hänsyn till regulatoriska krav och standarder för bästa praxis.
  5. Beräkna total ägandekostnad & ROI: Utvärdera både kortsiktiga och långsiktiga kostnader tillsammans med de ekonomiska och operativa fördelarna med ERP-programvara. Ta med faktorer som programvara, utbildning, support, uppgraderingar och driftstopp i analysen av prissättningen för ERP-programvara.

Viktiga intressenter vid val av ERP-programvara

Genom att involvera flera verksamhetsgrupper när ni samlar in krav på ERP-programvara kan ni undvika blinda fläckar, minska friktion och säkerställa att lösningen överensstämmer med både strategiska och operativa mål. Det är så ni i slutändan får ut största möjliga nytta av er molnbaserade ERP-programvara.

Använd den här tabellen för att förstå vilka intressenter ni bör involvera och vad som är viktigast för dem:

IntressentRoll
CFO/ekonomiledningDefiniera ekonomiska kontroller, rapporteringsbehov, efterlevnadskrav och budgetgränser.
IT-chef/-ansvarigBedöma teknisk lämplighet, integrationsbehov, säkerhetsstandarder och långsiktig skalbarhet.
DriftchefIdentifiera behov av arbetsflödesautomatisering, lager, inköp och processeffektivitet.
AvdelningscheferSynliggöra avdelningsspecifika krav och säkerställa att ERP-systemet stöder den dagliga verksamheten.
SlutanvändareGe feedback om användarvänlighet, problemområden och nödvändiga funktioner för dagliga uppgifter.
HR-/löneansvarigSäkerställa att krav på lönehantering, tidregistrering och medarbetardata tillgodoses.
InköpsansvarigDefiniera behov av leverantörshantering, inköp och godkännande arbetsflöden.
EfterlevnadsansvarigBekräfta att regulatoriska krav, revisionskrav och dataskyddskrav är inbyggda i lösningen.

Skapa din ERP-programvarustrategi med självförtroende

Få praktiska ramverk, experttips och en beprövad process för val av ERP-programvara i den här steg-för-steg-guiden om hur du väljer ERP-programvara .