Planlegging av bedriftens ressurser - Enterprise resource planning

Business administrasjon
Ledelse av en virksomhet
Regnskap
Forretningsenheter
Bedriftsledelse
Selskapsrett
Bedriftstittel
Økonomi
Finansiere
Typer ledelse
Organisasjon
Handel
Del av en serie artikler om
Maskinindustri
Mølle
Produksjonsmetoder
Industrielle teknologier
Informasjon og kommunikasjon
Prosesskontroll
Diagram som viser noen typiske ERP -moduler

Enterprise resource planning ( ERP ) er den integrerte styringen av de viktigste forretningsprosessene, ofte i sanntid og formidlet av programvare og teknologi. ERP blir vanligvis referert til som en kategori av forretningsstyringsprogramvare - typisk en pakke med integrerte applikasjoner - som en organisasjon kan bruke til å samle, lagre, administrere og tolke data fra mange forretningsaktiviteter . ERP-systemer kan være lokale eller skybaserte . Skybaserte applikasjoner har vokst de siste årene på grunn av at informasjon er lett tilgjengelig fra alle steder med internettilgang.

ERP gir en integrert og kontinuerlig oppdatert oversikt over kjerneprosessene ved å bruke vanlige databaser som vedlikeholdes av et databasesystem . ERP -systemer sporer forretningsressurser - kontanter, råvarer , produksjonskapasitet - og status for forretningsforpliktelser: ordrer, innkjøpsordrer og lønn . Applikasjonene som består av systemet, deler data på tvers av forskjellige avdelinger (produksjon, innkjøp, salg, regnskap , etc.) som leverer dataene. ERP letter informasjonsflyten mellom alle forretningsfunksjoner og administrerer forbindelser til eksterne interessenter .

Enterprise systemprogramvare er en industri på flere milliarder dollar som produserer komponenter som støtter en rekke forretningsfunksjoner. Selv om tidlige ERP -systemer fokuserte på store bedrifter, bruker mindre bedrifter i økende grad ERP -systemer.

ERP-systemet integrerer varierte organisasjonssystemer og muliggjør feilfrie transaksjoner og produksjon, og forbedrer dermed organisasjonens effektivitet. Imidlertid skiller utviklingen av et ERP -system seg fra tradisjonell systemutvikling. ERP -systemer kjøres på en rekke datamaskinvare- og nettverkskonfigurasjoner , vanligvis ved hjelp av en database som et informasjonslager .

Opprinnelse

Gartner-gruppen brukte først akronymet ERP på 1990-tallet for å inkludere mulighetene for materialkravplanlegging (MRP), og den senere produksjonsressursplanleggingen (MRP II), samt datamaskinintegrert produksjon . Uten å erstatte disse vilkårene, representerte ERP en større helhet som gjenspeiler utviklingen av applikasjonsintegrasjon utover produksjon.

Ikke alle ERP -pakker er utviklet fra en produksjonskjerne; ERP-leverandører begynte på forskjellige måter å sette sammen pakkene sine med økonomi og regnskap, vedlikehold og menneskelige ressurser. På midten av 1990-tallet tok ERP-systemene opp alle kjernefunksjoner i virksomheten. Regjeringer og ideelle organisasjoner begynte også å bruke ERP -systemer. En "ERP -systemvalgsmetodikk" er en formell prosess for å velge et ERP -system (enterprise resource planning). Eksisterende metoder inkluderer:

Ekspansjon

ERP -systemer opplevde en rask vekst på 1990 -tallet. På grunn av år 2000 -problemet benyttet mange selskaper sjansen til å erstatte sine gamle systemer med ERP.

ERP -systemer fokuserte i utgangspunktet på å automatisere backoffice -funksjoner som ikke direkte påvirket kunder og publikum. Front office- funksjoner, for eksempel kundeforvaltningsadministrasjon (CRM), behandlet direkte med kunder eller e-forretningssystemer som e-handel og e-forvaltning- eller leverandørrelasjonsstyring (SRM) ble integrert senere, da internett forenklet kommunikasjonen med eksterne parter.

"ERP II" ble laget i 2000 i en artikkel av Gartner Publications med tittelen ERP Is Dead - Long Live ERP II . Den beskriver nettbasert programvare som gir sanntidstilgang til ERP -systemer til ansatte og partnere (for eksempel leverandører og kunder). ERP II -rollen utvider tradisjonell ERP -ressursoptimalisering og transaksjonsbehandling . I stedet for bare å administrere kjøp, salg osv. - ERP II utnytter informasjon i ressursene som ledes for å hjelpe bedriften til å samarbeide med andre virksomheter. ERP II er mer fleksibel enn første generasjons ERP. I stedet for å begrense ERP -systemfunksjoner i organisasjonen, går det utover bedriftens vegger for å samhandle med andre systemer. Enterprise application suite er et alternativt navn for slike systemer. ERP II -systemer brukes vanligvis for å muliggjøre samarbeidsinitiativer som supply chain management (SCM), management of customer relations (CRM) og business intelligence (BI) blant forretningspartnerorganisasjoner gjennom bruk av ulike elektroniske forretningsteknologier .

Utviklere gjør nå større innsats for å integrere mobile enheter med ERP -systemet. ERP -leverandører utvider ERP til disse enhetene, sammen med andre forretningsprogrammer. Teknisk innsats for moderne ERP gjelder integrering - maskinvare, applikasjoner, nettverk, forsyningskjeder. ERP dekker nå flere funksjoner og roller - inkludert beslutningstaking , interessenters forhold, standardisering , åpenhet , globalisering , etc.

Kjennetegn

ERP -systemer inkluderer vanligvis følgende egenskaper:

  • Et integrert system
  • Opererer i (eller i nærheten) sanntid
  • En felles database som støtter alle applikasjonene
  • Et konsistent utseende på tvers av moduler
  • Installasjon av systemet med forseggjort applikasjon/dataintegrasjon av IT -avdelingen, forutsatt at implementeringen ikke utføres i små trinn
  • Distribusjonsalternativer inkluderer: lokalt , skybasert eller SaaS

Funksjonelle områder

Et ERP -system dekker følgende vanlige funksjonsområder. I mange ERP -systemer kalles og grupperes disse som ERP -moduler:

GRP

Offentlig ressursplanlegging (GRP) tilsvarer en ERP for offentlig sektor og et integrert kontorautomatiseringssystem for offentlige organer. Programvarestrukturen, modulariseringen, kjernealgoritmene og hovedgrensesnittene skiller seg ikke fra andre ERP -er, og ERP -programvareleverandører klarer å tilpasse systemene sine til offentlige etater.

Begge systemimplementeringene, i private og offentlige organisasjoner, blir vedtatt for å forbedre produktiviteten og den generelle forretningsytelsen i organisasjoner, men sammenligninger (private vs. offentlige) av implementeringer viser at hovedfaktorene som påvirker ERP -implementering av suksess i offentlig sektor er kulturelle.

Beste praksis

De fleste ERP -systemer inneholder beste praksis . Dette betyr at programvaren gjenspeiler leverandørens tolkning av den mest effektive måten å utføre hver forretningsprosess på. Systemene varierer i hvor praktisk kunden kan endre denne praksisen. I tillegg reduserte beste praksis risikoen med 71% sammenlignet med andre programvareimplementeringer.

Bruk av beste praksis letter samsvar med krav som IFRS , Sarbanes-Oxley eller Basel II . De kan også hjelpe til med å overholde de facto industristandarder, for eksempel elektronisk pengeoverføring . Dette er fordi prosedyren lett kan kodifiseres i ERP -programvaren og replikeres med tillit på tvers av flere virksomheter som deler dette forretningskravet.

Tilkobling til plantegulvinformasjon

ERP -systemer kobles til sanntidsdata og transaksjonsdata på en rekke måter. Disse systemene er vanligvis konfigurert av systemintegratorer , som gir unik kunnskap om prosess-, utstyrs- og leverandørløsninger.

Direkte integrering - ERP -systemer har tilkobling (kommunikasjon til anleggsgulvutstyr) som en del av produkttilbudet. Dette krever at leverandørene tilbyr spesifikk støtte for utstyrsgulvutstyret kundene driver.

Databaseintegrering - ERP -systemer kobler seg til datakilder for anleggsgulv gjennom iscenesettingstabeller i en database. Plantegulvsystemer deponerer nødvendig informasjon i databasen. ERP -systemet leser informasjonen i tabellen. Fordelen med iscenesettelse er at ERP -leverandører ikke trenger å mestre kompleksiteten i utstyrsintegrasjon. Tilkobling blir ansvaret for systemintegratoren.

Transaksjonsmoduler for bedriftsapparater (EATM) - Disse enhetene kommuniserer direkte med utstyr fra fabrikkgulv og med ERP -systemet via metoder som støttes av ERP -systemet. EATM kan benytte et iscenesettingsbord, webtjenester eller systemspesifikke programgrensesnitt ( APIer ). En EATM gir fordelen av å være en hyllevare løsning.

Tilpassede integreringsløsninger — Mange systemintegratorer tilbyr tilpassede løsninger. Disse systemene har en tendens til å ha det høyeste nivået av opprinnelige integrasjonskostnader, og kan ha høyere langsiktige vedlikeholds- og pålitelighetskostnader. Langsiktige kostnader kan minimeres gjennom grundig systemtesting og grundig dokumentasjon. Tilpassede integrerte løsninger kjører vanligvis på arbeidsstasjoner eller datamaskiner i serverklasse.

Gjennomføring

ERPs omfang innebærer vanligvis betydelige endringer i personalets arbeidsprosesser og praksis. Vanligvis er tre typer tjenester tilgjengelige for å implementere slike endringer: rådgivning, tilpasning og støtte. Implementeringstiden avhenger av virksomhetens størrelse, antall moduler, tilpasning, omfanget av prosessendringer og kundens beredskap til å ta eierskap for prosjektet. Modulære ERP -systemer kan implementeres i etapper. Det typiske prosjektet for et stort foretak tar omtrent 14 måneder og krever rundt 150 konsulenter. Små prosjekter kan kreve måneder; multinasjonale og andre store implementeringer kan ta år. Tilpasning kan øke implementeringstiden vesentlig.

Bortsett fra det, informasjonsbehandling påvirker ulike forretningsfunksjoner for eksempel noen store selskaper som Wal-Mart bruker akkurat i tide lagersystem. Dette reduserer lagring av lager og øker leveringseffektiviteten, og krever oppdaterte data. Før 2014 brukte Walmart et system kalt Inforem utviklet av IBM for å administrere påfyll.

Prosessforberedelse

Implementering av ERP krever vanligvis endringer i eksisterende forretningsprosesser. Dårlig forståelse av nødvendige prosessendringer før implementering starter er en hovedårsak til prosjektfeil. Vanskeligheter kan være relatert til systemet, forretningsprosessen, infrastruktur, opplæring eller mangel på motivasjon.

Det er derfor avgjørende at organisasjoner grundig analyserer prosesser før de distribuerer en ERP -programvare. Analyse kan identifisere muligheter for prosessmodernisering. Det muliggjør også en vurdering av tilpasningen av nåværende prosesser til de som tilbys av ERP -systemet. Forskning indikerer at risikoen for feil samsvar i forretningsprosessen reduseres med:

  • Koble gjeldende prosesser til organisasjonens strategi
  • Analyserer effektiviteten til hver prosess
  • Forstå eksisterende automatiserte løsninger

ERP -implementering er betydelig vanskeligere (og politisk ladet) i desentraliserte organisasjoner, fordi de ofte har forskjellige prosesser, forretningsregler, datasemantikk, autorisasjonshierarkier og beslutningssentre. Dette kan kreve migrering av noen forretningsenheter før andre, forsinkelse av implementering for å fungere gjennom de nødvendige endringene for hver enhet, muligens redusere integrering (f.eks. Å koble til via masterdatastyring ) eller tilpasse systemet for å møte spesifikke behov.

En potensiell ulempe er at bruk av "standard" prosesser kan føre til tap av konkurransefortrinn . Selv om dette har skjedd, blir tap på ett område ofte oppveid av gevinster på andre områder, noe som øker det generelle konkurransefortrinnet.

Konfigurasjon

Konfigurering av et ERP -system er i stor grad et spørsmål om å balansere måten organisasjonen vil at systemet skal fungere med måten det ble designet for å fungere. ERP -systemer inneholder vanligvis mange innstillinger som endrer systemoperasjoner. For eksempel kan en organisasjon velge hvilken type lagerregnskap - FIFO eller LIFO - som skal brukes; om inntektene skal innregnes etter geografisk enhet, produktlinje eller distribusjonskanal; og om du skal betale for fraktkostnader ved kundenes retur.

To-lags virksomhetsressursplanlegging

To-lags ERP-programvare og maskinvare lar selskaper kjøre tilsvarende to ERP-systemer samtidig: ett på bedriftsnivå og ett på divisjons- eller datterselskapsnivå. For eksempel kan et produksjonsselskap bruke et ERP -system til å administrere på tvers av organisasjonen ved hjelp av uavhengige globale eller regionale distribusjons-, produksjons- eller salgssentre og tjenesteleverandører for å støtte hovedselskapets kunder. Hvert uavhengig senter (eller) datterselskap kan ha sine egne forretningssykluser , arbeidsflyter og forretningsprosesser .

Gitt realiseringene av globaliseringen, evaluerer foretak kontinuerlig hvordan de kan optimalisere sine regionale, divisjons- og produkt- eller produksjonsstrategier for å støtte strategiske mål og redusere time-to-market samtidig som de øker lønnsomheten og leverer verdi. Med to-lags ERP fortsetter de regionale distribusjons-, produksjons- eller salgssentrene og tjenesteleverandørene å operere under sin egen forretningsmodell-atskilt fra hovedselskapet ved å bruke sine egne ERP-systemer. Siden disse mindre selskapenes prosesser og arbeidsflyter ikke er knyttet til hovedbedriftens prosesser og arbeidsflyter, kan de svare på lokale forretningskrav flere steder.

Faktorer som påvirker virksomhetenes bruk av to-lags ERP-systemer inkluderer:

  • Produksjon av globalisering, økonomien i innkjøp i fremvoksende økonomier
  • Potensial for raskere og rimeligere ERP -implementeringer hos datterselskaper, basert på å velge programvare som er mer egnet for mindre selskaper
  • Ekstra innsats (ofte involvert bruk av Enterprise-applikasjonsintegrasjon ) er påkrevd der data må passere mellom to ERP-systemer. To-lags ERP-strategier gir bedrifter fleksibilitet i å svare på markedskrav og tilpasse IT-systemer på bedriftsnivå mens det uunngåelig resulterer i flere systemer sammenlignet med ett ERP -system som brukes i hele organisasjonen.

Tilpasning

ERP -systemer er teoretisk basert på beste praksis i bransjen, og skaperne har til hensikt at organisasjoner distribuerer dem "som de er". ERP -leverandører tilbyr kundene konfigurasjonsalternativer som lar organisasjoner innlemme sine egne forretningsregler, men hull i funksjoner forblir ofte selv etter at konfigurasjonen er fullført.

ERP -kunder har flere alternativer for å forene funksjonshull, hver med sine egne fordeler/ulemper. Tekniske løsninger inkluderer å skrive om en del av den leverte programvaren, skrive en hjemmelaget modul for å fungere i ERP -systemet, eller grensesnitt til et eksternt system. Disse tre alternativene utgjør varierende grad av systemtilpasning - med det første som er det mest invasive og kostbare å vedlikeholde. Alternativt er det ikke-tekniske alternativer, for eksempel endring av forretningspraksis eller organisatoriske retningslinjer for bedre å matche det leverte ERP-funksjonssettet. Viktige forskjeller mellom tilpasning og konfigurasjon inkluderer:

  • Tilpassing er alltid valgfri, mens programvaren alltid må konfigureres før bruk (f.eks. Å sette opp kostnads-/profittsenterstrukturer, organisasjonstrær, regler for kjøpsgodkjenning, etc.).
  • Programvaren er designet for å håndtere forskjellige konfigurasjoner og oppfører seg forutsigbart i enhver tillatt konfigurasjon.
  • Effekten av konfigurasjonsendringer på systematferd og ytelse er forutsigbar og er ansvarlig for ERP -leverandøren. Effekten av tilpasning er mindre forutsigbar. Det er kundens ansvar, og øker testaktivitetene.
  • Konfigurasjonsendringer overlever oppgraderinger til nye programvareversjoner. Noen tilpasninger (f.eks. Kode som bruker forhåndsdefinerte "kroker" som kalles før/etter visning av dataskjermer) overlever oppgraderinger, selv om de krever test på nytt. Andre tilpasninger (f.eks. De som innebærer endringer i grunnleggende datastrukturer) overskrives under oppgraderinger og må implementeres på nytt.

Tilpasningsfordeler inkluderer at det:

  • Forbedrer brukeraksept
  • Tilbyr potensial til å oppnå konkurransefortrinn overfor selskaper som bare bruker standardfunksjoner

Tilpasning ulemper inkluderer at det kan:

  • Øk tiden og ressursene som kreves for å implementere og vedlikeholde
  • Hindrer sømløs grensesnitt/integrasjon mellom leverandører og kunder på grunn av forskjellene mellom systemene
  • Begrens selskapets evne til å oppgradere ERP -programvaren i fremtiden
  • Skap overavhengighet av tilpasning, og undergrav prinsippene for ERP som en standardisert programvareplattform

Utvidelser

ERP-systemer kan utvides med tredjepartsprogramvare, ofte via grensesnitt som leveres av leverandører. Utvidelser tilbyr funksjoner som:

  • produktdatahåndtering
  • ledelse av produktets livssyklus
  • ledelse av kunderelasjoner
  • Datautvinning
  • e-innkjøp

Datamigrasjon

Datamigrasjon er prosessen med å flytte, kopiere og omstrukturere data fra et eksisterende system til ERP -systemet. Migrasjon er avgjørende for å lykkes med implementeringen og krever betydelig planlegging. Dessverre, siden migrasjon er en av de siste aktivitetene før produksjonsfasen, får den ofte utilstrekkelig oppmerksomhet. Følgende trinn kan strukturere migrasjonsplanlegging:

  • Identifiser dataene som skal migreres.
  • Bestem overføringstiden.
  • Generer datamigrasjonsmaler for viktige datakomponenter
  • Frys verktøysettet.
  • Bestem deg for migreringsrelatert oppsett av viktige forretningskontoer.
  • Definer retningslinjer og prosedyrer for dataarkivering .

Datamigrering er ofte ufullstendig fordi noen av dataene i det eksisterende systemet enten er inkompatible eller ikke er nødvendige i det nye systemet. Som sådan må det eksisterende systemet kanskje beholdes som en arkivert database for å referere tilbake til når det nye ERP -systemet er på plass.

Fordeler

Den mest grunnleggende fordelen med ERP er at integrering av et mylder av forretningsprosesser sparer tid og kostnader. Ledelsen kan ta beslutninger raskere og med færre feil. Data blir synlige i hele organisasjonen. Oppgaver som drar fordel av denne integrasjonen inkluderer:

  • Salgsprognose, som tillater lageroptimalisering .
  • Kronologisk historie for hver transaksjon gjennom relevant datasamling i alle operasjonsområder.
  • Ordresporing , fra aksept til gjennomføring
  • Inntektssporing, fra faktura til kontantkvittering
  • Matchende innkjøpsordre (det som ble bestilt), beholdningskvitteringer (det som kom) og kostnad (hva leverandøren fakturerte)

ERP -systemer sentraliserer forretningsdata, som:

  • Eliminerer behovet for å synkronisere endringer mellom flere systemer - konsolidering av økonomi, markedsføring, salg, menneskelige ressurser og produksjonsapplikasjoner
  • Gir legitimitet og åpenhet til hver bit av statistiske data
  • Forenkler standard produktnavn/koding
  • Tilbyr en omfattende virksomhetsvisning (ingen "øyer med informasjon"), som gjør sanntidsinformasjon tilgjengelig for ledelsen hvor som helst og når som helst for å ta riktige beslutninger
  • Beskytter sensitive data ved å konsolidere flere sikkerhetssystemer til en enkelt struktur

fordeler

  • ERP skaper et mer smidig selskap som tilpasser seg bedre til endringer. Det gjør også et selskap mer fleksibelt og mindre stivt strukturert, slik at organisasjonskomponenter fungerer mer sammenhengende og forbedrer virksomheten - internt og eksternt.
  • ERP kan forbedre datasikkerheten i et lukket miljø. Et felles kontrollsystem, for eksempel den typen som tilbys av ERP -systemer, gir organisasjoner muligheten til lettere å sikre at viktige selskapsdata ikke blir kompromittert. Dette endres imidlertid med et mer åpent miljø, som krever ytterligere gransking av ERP -sikkerhetsfunksjoner og interne selskapspolicyer angående sikkerhet.
  • ERP gir økte muligheter for samarbeid . Data tar mange former i det moderne foretaket, inkludert dokumenter, filer, skjemaer, lyd og video og e -post . Ofte har hvert datamedium sin egen mekanisme for å tillate samarbeid. ERP tilbyr en samarbeidsplattform som lar ansatte bruke mer tid på å samarbeide om innhold i stedet for å mestre læringskurven for kommunikasjon i forskjellige formater på tvers av distribuerte systemer.
  • ERP tilbyr mange fordeler som standardisering av vanlige prosesser, ett integrert system, standardisert rapportering, forbedrede nøkkelindikatorer (KPI) og tilgang til vanlige data. En av de viktigste fordelene med ERP; begrepet integrert system, blir ofte feiltolket av virksomheten. ERP er et sentralisert system som gir tett integrasjon med alle store virksomhetsfunksjoner, det være seg HR, planlegging, innkjøp, salg, kundeforhold, økonomi eller analyse, samt andre tilkoblede applikasjonsfunksjoner. Sånn sett kan ERP beskrives som "Centralized Integrated Enterprise System (CIES)"

Ulemper

  • Tilpasning kan være problematisk. Sammenlignet med best-of-breed-tilnærmingen, kan ERP sees på som å dekke en organisasjons laveste fellesnevnerbehov, noe som tvinger organisasjonen til å finne løsninger for å møte unike krav.
  • Omkonstruksjon av forretningsprosesser for å passe til ERP-systemet kan skade konkurranseevnen eller avlede fokus fra andre kritiske aktiviteter.
  • ERP kan koste mer enn mindre integrerte eller mindre omfattende løsninger.
  • Høye ERP -byttekostnader kan øke ERP -leverandørens forhandlingskraft, noe som kan øke support-, vedlikeholds- og oppgraderingskostnader.
  • Å overvinne motstanden mot å dele sensitiv informasjon mellom avdelinger kan avlede ledelsens oppmerksomhet.
  • Integrering av virkelig uavhengige virksomheter kan skape unødvendige avhengigheter.
  • Omfattende opplæringskrav tar ressurser fra daglig drift.
  • Harmonisering av ERP -systemer kan være en enorm oppgave (spesielt for store selskaper) og krever mye tid, planlegging og penger.
  • Kritiske utfordringer inkluderer å oppløse prosjektteamet veldig raskt etter implementering, grensesnittproblemer, mangel på riktig testing, tidssone-begrensninger, stress, offshoring, folks motstand mot endringer, en kort hyperomsorgsperiode og datarensing.

Kritiske suksessfaktorer

Kritiske suksessfaktorer er et begrenset antall områder der resultatene, hvis de er tilfredsstillende, vil sikre organisasjonens vellykkede konkurranseprestasjoner. CSF -metoden har hjulpet organisasjoner med å spesifisere sine egne kritiske informasjonsbehov. Å oppnå tilfredsstillende resultater på de viktigste områdene av kritiske suksessfaktorer kan sikre konkurransefortrinn som fører til forbedret organisatorisk ytelse og overvinne utfordringene organisasjoner står overfor. Kritiske suksessfaktorer teoretisk grunnlag ble forbedret, verifisert og validert av flere forskere, noe som understreket viktigheten av CSFs og dets anvendelse på ERP -prosjektimplementeringer.

Anvendelsen av kritiske suksessfaktorer kan forhindre organisasjoner i å gjøre kostbare feil, og effektiv bruk av CSF kan sikre prosjektsuksess og redusere feil under prosjektimplementeringer. Noen av de viktige kritiske suksessfaktorene knyttet til ERP-prosjekter er: Kjenn dataene dine, lengre og mer integrert testing, bruk av de riktige personene, lengre stabiliseringsperiode (hyperomsorg), tydelig kommunikasjon, tidlig innkjøp fra virksomheten, ha en Lean Agile-program, mindre tilpasning, ERP-prosjekter må være forretningsdrevne og ikke IT-drevne.

Postmoderne ERP

Begrepet "postmoderne ERP" ble laget av Gartner i 2013, da det først dukket opp i papirserien "Forutsier 2014". I henhold til Gartners definisjon av den postmoderne ERP-strategien, bør eldre , monolitiske og svært tilpassede ERP-suiter, der alle deler er sterkt avhengige av hverandre, før eller siden erstattes av en blanding av både skybaserte og lokale applikasjoner, som er mer løst koblet og lett kan byttes om nødvendig.

Den grunnleggende ideen er at det fortsatt skal være en kjernefysisk ERP -løsning som dekker de viktigste forretningsfunksjonene, mens andre funksjoner vil bli dekket av spesialiserte programvareløsninger som bare utvider kjernefysisk ERP. Dette konseptet ligner den såkalte best-of-breed-tilnærmingen til programvarekjøring, men det bør ikke forveksles med det. Selv om applikasjoner som utgjør helheten i begge tilfeller er relativt løst tilkoblet og ganske lett utskiftbare, er det i det siste ikke noen ERP -løsning. I stedet dekkes hver forretningsfunksjon av en egen programvareløsning.

Det er imidlertid ingen gylden regel om hvilke forretningsfunksjoner som bør inngå i kjerneforsyningen, og hva som bør dekkes av tilleggsløsninger. Ifølge Gartner må hvert selskap definere sin egen postmoderne ERP -strategi, basert på selskapets interne og eksterne behov, operasjoner og prosesser. For eksempel kan et selskap definere at ERP-kjerneløsningen skal dekke de forretningsprosessene som må ligge bak brannmuren, og derfor velge å forlate sin kjerne-ERP på stedet . Samtidig kan et annet selskap bestemme seg for å være vert for ERP-kjernen i skyen og bare flytte noen få ERP-moduler som tilleggsløsninger til lokale.

De største fordelene som selskaper vil oppnå ved å implementere postmoderne ERP -strategi er hurtighet og fleksibilitet når de reagerer på uventede endringer i forretningsprosesser eller på organisasjonsnivå. Med de fleste applikasjoner som har en relativt løs forbindelse, er det ganske enkelt å bytte eller oppgradere dem når det er nødvendig. I tillegg til det, etter eksemplene ovenfor, kan selskaper velge og kombinere skybaserte og lokale løsninger som er best egnet for deres ERP-behov. Ulempen med postmoderne ERP er at det mest sannsynlig vil føre til et større antall programvareleverandører som selskaper må administrere, samt gi ytterligere integrasjonsutfordringer for den sentrale IT -en.

Se også

Referanser

Bibliografi

Eksterne linker