Meldingen din er sendt.
Vi behandler forespørselen din og kontakter deg så snart som mulig.
Skjemaet har blitt sendt inn.
Mer informasjon finner du i postkassen din.
25 274 selskaper bruker ServiceNow. Ganske imponerende, ikke sant? Det har opparbeidet seg et godt rykte i ITSM, og for servicearbeidsflyter kan det føles som det opplagte valget. Men mange organisasjoner når også et vendepunkt når omfanget utvides til økonomi, forsyningskjede og produksjon, og de begynner å innse at de trenger et ERP-system som driver kjernen i virksomheten.
Derfor vil jeg i denne guiden gå gjennom de sterkeste Konkurrenter til ServiceNow og ERP-plattformer som kan erstatte den, eller som kan kombineres med den for å løfte stakken din. Enten du er ute etter et mer kostnadsvennlig alternativ, en produksjonsfokusert plattform eller programvare med åpen kildekode som du kan forme inn i ditt eget økosystem, dekker denne listen beste ServiceNow-alternativer å vurdere i 2026.
Overgangen starter vanligvis med at det samme lille irritasjonsmomentet dukker opp igjen og igjen. Det er fornyelsessesong, et nytt forretningsteam ber om en endring, noen legger til enda en integrasjon, og plutselig føles plattformen som et fulltidsprosjekt. Verktøyet som skulle fjerne friksjonen, begynner å skape den. Teamene føler at det er vanskelig og begynner å kartlegge alternativer.
Og når de gjør det, har årsakene en tendens til å samle seg i noen få temaer som går igjen:
Når den gjentatte friksjonen presser deg til å utforske alternativer, er neste skritt å velge en plattform som holder i det daglige arbeidet. Det er helt vanlig å bli imponert over en flott verktøydemo, for så å oppdage at når man tar det i bruk, kan man høre stønn på kontoret. Derfor har jeg skrevet denne sjekklisten for å hjelpe deg med å teste hvert alternativ opp mot de ukentlige arbeidsflytene dine og den tiden teamet ditt faktisk har til å kjøre og forbedre systemet.
Det beste stedet å begynne er å sjekke det grunnleggende: hendelser, forespørsler, problemer, endringer og utgivelser. Hvis verktøyet er et av de ekte alternativer til ServiceNow, skal det håndtere hele flyten på en kompetent måte. I ERP-systemer ligger dette ofte i en helpdesk eller supportmodul. Gå gjennom en reell sak fra miljøet ditt, for eksempel en forespørsel om en ny bærbar datamaskin eller et gjentakende systemavbrudd, og se hvor naturlig det føles i den nye plattformen.
Hvis portalen frustrerer folk, vil de unngå den. Og tickets vil uunngåelig ende opp i chat og e-post igjen. Jeg pleier å gi demoen til en ikke-teknisk kollega og be dem om å sende inn noen få forespørsler, for eksempel å bestille utstyr, be om tilgang eller logge et problem. Hvis de trenger opplæring for å utføre grunnleggende handlinger, er det et stort rødt flagg. En god portal bør alltid føles naturlig som et sted der man kan opprette saker, velge tjenester, legge ved detaljer og spore status uten unødvendig veiledning.
Servicenivåer og godkjenninger faller til jorden uten en sterk arbeidsflytlogikk. Du bør derfor se etter en arbeidsflytmotor som støtter SLA-er og OLA-er, eskaleringsregler, godkjenningsruting og automatisering av repetitive trinn. Bruk en reell regel fra virksomheten din, og prøv å konfigurere den live, uten kode. For eksempel at lederen godkjenner alt over 5000 euro, at sikkerhetsavdelingen godkjenner privilegert tilgang, eller at P1-hendelser sendes til vakthavende team innen 10 minutter. Mål deretter hvor lang tid det tar, og hvor enkelt det er å vedlikeholde det etterpå.
Mange ServiceNow-oppsett er svært avhengige av CMDB og asset management, så dette er ofte et område der det er vanskelig å få til en avtale. Sjekk hvordan den nye plattformen håndterer det vi eier, og hvor det befinner seg på tvers av eierskap, plassering, livssyklus og relasjoner.
I ERP-systemer dukker dette noen ganger opp som lagerbeholdning, anleggsmidler eller sporing av utstyr. Jeg foreslår at du velger noen eksempler, for eksempel bærbare datamaskiner, lisenser eller produksjonsmaskiner, og sjekker hvordan systemet sporer plassering, eier og livssyklus. Hvis du bruker spesialiserte SAM- eller HAM-verktøy, bør du sjekke hvor godt integrasjonene fungerer.
Du foretrekker plattformer med et rent og moderne brukergrensesnitt som folk raskt kan ta i bruk. Du vil også ha nok fleksibilitet til å justere skjemaer, arbeidsflyter og forretningsregler uten å måtte involvere utviklere i hver eneste lille endring. Når tilpasninger krever tung koding, blir plattformen fort hard.
Jeg foreslår at du lister opp det du allerede er avhengig av: Microsoft 365 og Teams, Slack, Jira eller Azure DevOps, overvåking, IAM og SSO, CRM, i tillegg til datavarehuset eller BI. Bli deretter spesifikk. Har de innebygde koblinger, eller registrerer du deg for tilpassede API-er? Hvis teamene dine hovedsakelig jobber i Teams og Jira, bør du be om å se at tickets og oppgaver flyttes begge veier med tydelig eierskap, statussynkronisering og minimal manuell kopiering.
På et eller annet tidspunkt vil noen be om en rapport til. Den delen tar aldri slutt. Så ja, sjekk de innebygde dashbordene, men legg mer vekt på ad hoc-rapportering.
Et godt tegn er når en forretningsbruker kan bygge eller justere en rapport uten å måtte trekke inn en BI-utvikler hver eneste gang. Jeg liker å teste det med noe kjedelig og reelt, for eksempel åpne tickets etter team og prioritet for denne måneden, eller vedlikeholdskostnader etter sted. Så ser jeg på prosessen. Hvis det tar et dusin klikk, tre menyer og et mindre ritual, vil rapporteringen bli en flaskehals igjen.
AI leveres allerede inne i de store plattformene. Dynamics 365 Customer Service inkluderer Copilot-saksoppsummeringer. NetSuite inkluderer Text Enhance, og NetSuite Planning and Budgeting bruker AI for prediktiv planlegging og innsikt.
Men mitt råd er å behandle det som krydder. Litt hjelper. Tilsett for mye, og hele oppsettet blir surt. Evalueringen må alltid være knyttet til det daglige arbeidet - kan en virtuell agent håndtere enkle forespørsler uten å sende folk rundt? Kan systemet triagere og rute saker, foreslå neste steg og flagge en hendelsestopp tidlig nok til at det betyr noe?
Be deretter leverandørene om å bevise det med en live-demo ved hjelp av reelle scenarier: tilbakestilling av passord, ruting etter hastegrad og kategori, oppdagelse av uvanlige økninger i antall hendelser. Hvis de ikke kan vise det tydelig, vil du heller ikke få det tydelig i produksjonen.
Nøkkelen her er å være tidlig ute med å bli spesifikk. Sjekk rollebasert tilgangskontroll, revisjonslogger, flerfaktorautentisering, kryptering og de compliance-boksene organisasjonen din er opptatt av, for eksempel GDPR, SOC 2 eller ISO 27001. Hvis du velger skyen først, må du bekrefte at plattformen oppfyller bransjekravene og datahåndteringsreglene uten vanskelige unntak eller overraskelser i siste øyeblikk.
Begynn med leveransemodellen, ettersom den avgjør hvem som har det operative ansvaret. Her har du tre alternativer:
Deretter må du bekrefte hvor dataene er lagret. Sjekk journaler, sikkerhetskopier og systemlogger. Hvis du har regler for hvor dataene skal lagres (for eksempel bare i EU), må du få et klart svar på om noen av dem forlater regionen, inkludert sikkerhetskopier og logger. Denne detaljen beskytter deg mot omarbeiding senere.
Lisensprisen er klistremerket. Den virkelige regningen dukker opp senere. Implementeringspartnere, løpende support og kostnadene ved å bygge og vedlikeholde integrasjoner blir fort høye. Se på treårsbildet, slik at du ikke ender opp med en plattform som føles rimelig i starten og dyr å holde i drift.
Før vi dykker ned i den fullstendige oversikten, har jeg satt sammen en rask sammenligningstabell over de 7 sterkeste konkurrenter av ServiceNow. Det er den raskeste måten å få med seg essensen av hver plattform på et øyeblikk, spesielt hvis du har dårlig tid.
| Verktøy | Best for | Utplassering | Viktige styrker | Nice-to-knows |
| Microsoft Dynamics 365 Business Central | Små og mellomstore bedrifter | Cloud eller lokalt | Integrert med Microsoft Office/Teams; innebygd Copilot AI for økonomi og planlegging; velkjent brukergrensesnitt | Primært fokusert på SMB-finans og -drift; store bedrifter kan vokse ut av det |
| Odoo (ERP med åpen kildekode) | SMB-er og fans av åpen kildekode | Cloud eller lokalt | Ekstremt modulbasert (CRM, salg, lager osv.) med lave kostnader; brukervennlig brukergrensesnitt; stort fellesskap | Kan kreve tilpasning for komplekse prosesser; kvaliteten på støtten kan variere fra partner til partner |
| SAP S/4HANA | Store bedrifter | Cloud (offentlig/privat) | Omfattende pakke for økonomi, forsyningskjede og HR; sanntidsanalyse; AI-assistent; dokumentert skalerbarhet | Svært høye lisens-/implementeringskostnader; komplisert å konfigurere |
| Sage X3 | Mellomstor produksjon / distribusjon | Cloud eller lokalt | Dekker innkjøp, produksjon, lager, salg, kundeservice og økonomi; gir rask innsikt i kostnader og resultater | Mindre global merkevaretilstedeværelse; ofte behov for tilpasning til unike prosesser |
| Oracle NetSuite ERP | Globale mellomstore bedrifter | Cloud (SaaS) | Støtte for flere datterselskaper; kontinuerlige oppdateringer; innebygd AI (tekstgenerering, fakturafangst, budsjettering) | Abonnementskostnadene skaleres med bruken; tilpasning styres av skyplattformen |
| Infor CloudSuite (Industri) | Bransjespesifikke bedrifter (f.eks. MFG) | Cloud | Dype bransjemoduler (MES, SCM, WMS); nettsky med flere leietakere med innebygd AI/analyse; komponerbar arkitektur | Kan være en kompleks suite; overlappende produkter under CloudSuite-navnet kan forvirre kjøpere |
| Epicor Kinetic (Cloud ERP) | Produsenter (diskrete MFG) | Cloud / Hybrid | Utviklet for produsenter; sanntids BI- og IoT-integrasjon; innebygd samarbeid | Fokusert på MFG - mindre egnet for virksomheter som ikke er produksjonsbedrifter |
Du vet allerede hva du skal teste ut fra sjekklisten, og hvordan du kan se hvilke plattformer som holder mål. Nå er det på tide å zoome inn.
Nedenfor har jeg samlet en liste over verktøy som går igjen som ServiceNow-alternativer når bedrifter ønsker å bruke ett system til å styre driften og samtidig håndtere serviceutførelse, saker, arbeidsordrer, garantier og SLA-er på samme sted.
En sterk ServiceNow-alternativet er Microsoft Dynamics 365 Business Central, et skybasert ERP-system for små og mellomstore bedrifter som knytter sammen økonomi, innkjøp, lager, salg og service i ett og samme system. Det integreres tett med Microsoft 365-verktøy for å støtte samarbeid og rapportering, og det kan utvides med funksjoner for serviceadministrasjon og produksjon, avhengig av valgt plan og konfigurasjon.
Odoo er en av ServiceNows største konkurrenter. Det er en modulbasert ERP-pakke med åpen kildekode som gjør det mulig for små og mellomstore bedrifter å samle økonomi, lager, salg og drift i ett system, og deretter utvide til produksjons- og servicearbeidsflyter når virksomheten trenger det. Hosting forblir fleksibel. Du kan kjøre det i Odoos nettsky, bruke Odoo.sh for administrert hosting med tilpasninger, eller hoste det selv på din egen infrastruktur når du vil ha bedre kontroll over miljøer og data.
SAP S/4HANA er det beste alternativet for store, komplekse organisasjoner som ønsker god kontroll over økonomi, innkjøp, forsyningskjede, produksjon og anleggstunge operasjoner. Det dukker opp på kortlistene når tjenesteutførelse må sitte i samme driftsmotor som lagerbeholdning, innkjøp, fakturering og finanspostering.
Sage X3 er et solid ERP-valg for mellomstore produsenter og distributører som ønsker bedre kontroll over lagerbeholdning, innkjøp, produksjon og økonomi, med et oppsett som forblir håndterbart. Det passer spesielt godt når service- og returarbeid, som RMA-er, må være knyttet til lagerbevegelser, kvalitetskontroller og leverandørarbeidsflyter.
NetSuite er et skybasert ERP-system for mellomstore og skalerende selskaper som ønsker at økonomi, bestillinger, lagerbeholdning og kundeadministrasjon skal kunne kjøres på ett sted, spesielt på tvers av flere datterselskaper eller land. Det gir også supportteamene innebygd saksbehandling, slik at de kan jobbe med en sak med fakturerings- og ordrekontekst der og da, uten å måtte hoppe mellom ulike systemer.
Infor CloudSuite er et sett med bransjefokuserte ERP-suiter i skyen som er bygget rundt spesifikke sektorer, som industriproduksjon, distribusjon og helsevesen. Den passer best når du ønsker at tjenesteutførelse, ressursintensive operasjoner og arbeidsflyter i forsyningskjeden skal fungere sammen, uten at prosjektet blir et skreddersydd maratonprosjekt.
Epicor Kinetic er et produksjonsorientert ERP-system for mellomstore og store produsenter som har behov for at produksjon, lagerbeholdning og ettersalgsservice går i takt. Det passer best når servicearbeid er en del av produktets livssyklus, RMA-er, garantikrav, reparasjoner og til og med feltservice, og alt dette må være knyttet til deler, kostnader og planlegging.
Hvis du fortsatt står fast mellom ulike alternativer, er det helt normalt. De fleste plattformer ser bra ut helt til du ser for deg den faktiske arbeidsmengden din. Velg det scenariet som passer til uken din, så vil listen over alternativer raskt krympe.
Se for deg en global produsent med fabrikker på tvers av regioner, strenge revisjonsspor og godkjenninger som følger ansvarsfordeling. En produksjonslinje stopper opp. En serviceordre blir utstedt. Deler reserveres, innkjøp starter, varer flyttes, fakturering følger, og økonomiavdelingen vil ha posteringene uten manuelle rettelser.
Det er her SAP S/4HANA gir mening. Serviceordrer, lagerbevegelser, innkjøpstrinn og bokføringer ligger i én transaksjonsmotor. Du bruker mindre tid på å sy sammen systemer, og du bruker mye mindre tid på å krangle om hvilket system som har de riktige tallene.
Bytt nå til en mellomstor bedrift der Teams og Outlook i utgangspunktet er kontrollrommet. Serviceteamet logger reparasjoner og returer, økonomifunksjonen vil ha posteringer som fungerer, og ledelsen krever raske rapporter.
Business Central passer inn her. Det gir deg en solid ERP-struktur uten tyngden av en enterprise-suite, og det passer fint inn i Microsoft-stakken som teamet ditt allerede jobber i. Serviceordrer og -kontrakter kan ligge på samme sted som resten av driften, slik at servicen forblir knyttet til fakturering og kostnader.
La oss vurdere en annen stemning. Ingeniørene dine jobber i Jira. Kundeservice samler inn kundeproblemer et annet sted, og økonomiavdelingen vil ha fakturering som stemmer overens med det som faktisk ble levert. Med dette oppsettet ender teamene ofte opp med to systemer og én utslitt person som oversetter mellom dem.
Odoo fungerer godt når du vil ha ett sted å knytte operasjoner sammen. Behold Jira som hjemsted for utviklingsarbeid. Bruk Odoo til support, fakturering, lager og prosjekter. Koble dem sammen med API-er, slik at problemer flyter inn i utviklingsavdelingen og oppdateringer flyter ut igjen til support og fakturering.
Forestill deg en MSP som tar i bruk sin tiende kunde. Hver kunde trenger sine egne kontrakter, SLA-er, valutaer, skatteregler og streng dataseparasjon. Samtidig trenger MSP-en fortsatt én oversikt over resultatregnskap, ressurser og kontanter.
Regneark vil ikke overleve det. NetSuite eller Dynamics 365 passer vanligvis fordi multi-entitet er innbakt i måten de fungerer på. Du kan skille klientverdener og likevel samle ting for rapportering uten å bygge opp et skjørt lappeteppe.
Noen team vil ha kontroll, og de har folkene som kan håndtere det. Budsjettet er stramt, prosessene endres, og leverandørbinding høres ut som en hodepine på lang sikt.
Odoo er et naturlig valg i så fall. Du kan starte med Community-utgaven for å teste ut oppsettet, og deretter gå over til Enterprise når du vil ha leverandørstøtte, flere funksjoner og en enklere vei til langsiktig vedlikehold.
Se for deg et supportteam som får henvendelser fra alle kanter: e-post, nettskjemaer, telefon, chat og kanskje sosiale medier. De trenger ett sted der alt dette havner, blir rutet videre og holder kundehistorien intakt.
Service Cloud passer til det oppsettet. Den fungerer som inngangsdør for alle kanaler. ERP-systemet kjører bestillinger, lagerbeholdning og fakturering i bakgrunnen, og du kobler de to sammen der det teller, slik at kundestøtten forblir rask og backoffice holder seg rent.
"ServiceNow er en sterk plattform for ITSM, men mange av kundene våre kommer til et punkt der servicearbeidet må knyttes direkte til deler, kostnader og fakturering i ERP-systemet. Hos Innowise hjelper vi teamene med å velge riktig system og migrere på en måte som gjør at support, drift og økonomi kan jobbe med de samme dataene fra dag én."
Teknologidirektør
Når team flytter fra ServiceNow, handler den første samtalen som regel om å flytte tickets. Jeg skjønner hvorfor. Tickets er synlige. Den vanskeligste delen ligger i arbeidsflyter og data som plutselig må fungere for økonomi og drift også, ikke bare for IT. Jeg har sett prosjekter lande bra når teamene planlegger for det tidlig. Jeg har sett prosjekter gå i vasken når de prøver å bygge om ERP som ServiceNow med ekstra moduler. Dette er hva jeg planlegger sammen med kundene før vi rører en eneste post.
Ta tre beslutninger på forhånd:
Skriv deretter ned det som finnes i dag: de tabellene og postene som er viktige, egendefinerte felt, arbeidsflyter, integrasjoner og vedlegg. Alt du ikke skriver ned her, har en tendens til å dukke opp senere når det passer dårligst.
Velg en sluttdato, og fjern deretter det du ikke ønsker å dra videre. Slå sammen duplikater og slett døde poster. Deretter definerer du oversettelsesreglene: hva hver ServiceNow-post blir til i ERP-systemet, og hvordan felt, statuser, team og eierskap overføres. Bestem hva som skal skje med ID-er og historikk, slik at referansene fortsatt fungerer og rapporteringen fra år til år fortsatt stemmer.
Først eksporterer du dataene og henter vedleggene på samme måte hver gang, slik at du kan kjøre prosessen på nytt uten å gjette.
Deretter får du filene i importform:
Det er nå du enten må rydde opp eller betale for det senere. En prioritet som er skrevet som “Høy” ett sted og “høy” et annet sted, blir til to separate verdier etter import. Et sted som er angitt som “Warszawa hovedkvarter”, “Warszawa hovedkvarter” og “Warszawa kontor”, blir til tre forskjellige steder i det nye systemet. Da kan ikke folk filtrere rent, dashbordene ser feil ut, og noen ender opp med å fikse det for hånd.
Last inn i en rekkefølge som forhindrer ødelagte lenker og manglende referanser:
Bygg bare om det du trenger fra dag én. Hold ERP-kjernen nær standard, slik at oppgraderinger forblir overkommelige.
Begynn med antall poster. Test deretter de viktigste veiene, fra ende til ende. Kjør for eksempel en reparasjon med høy prioritet gjennom hele flyten, eller test en innkjøpsforespørsel som skal utløse godkjenninger og innkjøp.
Når testene er bestått, kjører du en siste deltaimport for alt som er opprettet i løpet av migreringsvinduet, bytter integrasjoner og går live. Behold den gamle forekomsten skrivebeskyttet i et definert vindu hvis du vil ha et sikkerhetsnett.
Rett etter go-live bør du sette av en kort periode til å fange opp det som kommer frem i den virkelige bruken. Samle inn problemene brukerne støter på de første dagene, fiks de som blokkerer det daglige arbeidet, og dokumenter de nye trinnene for de vanlige arbeidsflytene, slik at folk slutter å falle tilbake til e-post og regneark.
Deretter bestemmer du hva som skal skje med de gamle ServiceNow-dataene. Behold det du fortsatt trenger for revisjoner og interne kontroller. Arkiver det du ikke trenger. Sett en dato for når den gamle forekomsten skal slås av, slik at du ikke fortsetter å betale for den som standard.
Hvis ServiceNow fortsatt fungerer for deg, bør du fortsette med det. Det er et flott verktøy for ITSM, og det er ingen grunn til å fikse noe som ikke er ødelagt. Endringen starter vanligvis når service slutter å være et rent arbeidsflytproblem og begynner å berøre den virkelige driften. Når reparasjoner trekker deler fra lageret, returer påvirker lagerbeholdningen eller servicearbeid utløser innkjøp, begynner et frittstående arbeidsflytlag å føles som en ekstra hindring. Til slutt blir du lei av å bygge bro mellom billettsystemet og journalsystemet.
Det er nå vi skal se på konkurrenter til ServiceNow. Bruk sjekklisten som en stresstest. Velg to eller tre kandidater, kjør de samme arbeidsflytene, og se hvor arbeidet flyttes med færre overleveringer og mindre manuell oppdatering. Den plattformen du vil ha, er den som sørger for at service, drift og økonomi ser på de samme faktaene.
Hvis du vil ha et ekstra sett med øyne på kartleggingen eller overgangsplanen, kan vi hjelpe deg med å sortere hva som må flyttes fra dag én, og hva som kan vente, uansett om du heller mot SAP, Microsoft Dynamics 365 eller noe annet.
Leder for ERP-konsulenter












Meldingen din er sendt.
Vi behandler forespørselen din og kontakter deg så snart som mulig.
Ved å registrere deg godtar du vår Retningslinjer for personvern, inkludert bruk av informasjonskapsler og overføring av dine personopplysninger.