Modul odaberite kada je jezgra ERP-a stabilna, a nedostaje jasno omeđena funkcija. ERP integraciju odaberite kada dva ili više sposobnih sustava ne razmjenjuju pravodobne i pouzdane podatke. Novi ERP razmotrite kada ograničenja temeljnog sustava blokiraju ključne procese, podatke ili upravljanje promjenom. Odluka ne počinje popisom funkcija, nego provjerom procesa, vlasništva nad podacima, rizika i mogućnosti fazne provedbe.
Uprava često dobije tri različita prijedloga za isti problem: dodati ERP modul, povezati postojeće sustave ili pokrenuti zamjenu ERP-a. Svaki prijedlog može biti opravdan, ali svaki rješava drugi uzrok. Premalen projekt ostavlja ručne zaobilaznice i nepouzdane podatke. Prevelik projekt uvodi promjenu u dijelove poslovanja koji još mogu pouzdano raditi.
Pitanje "novi ERP ili nadogradnja" ne odnosi se samo na tehnologiju. Potrebno je razlikovati tri situacije:
Isti simptom može voditi prema različitom rješenju. Primjerice, neusklađeno stanje zaliha može nastati zbog nepostojećeg skladišnog modula, zbog zakašnjele razmjene između proizvodnje i skladišta ili zbog podatkovnog modela starog ERP-a koji ne podržava potrebnu razinu praćenja. Prije odabira opsega promjene treba pratiti konkretan proces od događaja do knjiženja, izvještaja i odgovorne osobe.
Dobra početna pitanja nisu "koji sustav kupiti" ni "koju funkciju dodati", nego:
Takva provjera pomiče raspravu s preferencija pojedinih odjela na vidljivi lanac procesa i podataka.
ERP moduli imaju smisla kada postojeći ERP pouzdano vodi osnovne podatke, transakcije i kontrole, ali ne pokriva specifičnu poslovnu potrebu. Opseg je tada relativno jasan: nova funkcija treba koristiti postojeće šifrarnike, pravila i odgovornosti bez preoblikovanja temeljnog poslovnog modela.
Primjer može biti potreba za detaljnijim planiranjem proizvodnje, upravljanjem terenskim radom, dodatnim odobravanjem ili operativnim pregledom koji temeljni sustav nema. Ako se narudžbe, artikli, partneri, troškovi i knjiženja već vode dosljedno, novi modul može proširiti postojeći tok rada.
Prije odluke provjerite sljedeće:
Modul nije automatski manji rizik. Loše uređeni artikli, kupci, radni nalozi ili ovlasti prenose problem u novu komponentu. Također, modul postaje nepovoljan izbor ako traži duboke izmjene jezgre samo radi pokretanja osnovnog procesa. U tom trenutku treba ponovno procijeniti odnos između nadogradnje i šire promjene.
Za organizacije koje žele procijeniti funkcionalni opseg bez donošenja zaključka unaprijed korisni su Poslovni moduli povezani s ERP-om kao polazište za razgovor o ulozi modula u postojećem procesu.
ERP integracija rješava problem na granici sustava. Ona ima smisla kada svaki sustav obavlja svoju ulogu, ali podaci između njih kasne, gube se, dupliciraju ili zahtijevaju ručni prijepis.
Tipičan primjer je proizvodni sustav koji vodi operativne događaje i ERP koji vodi nabavu, zalihe, prodaju i financije. Ako se nalozi, utrošci, gotovi proizvodi ili statusi prenose putem tablica, e-pošte ili ponovnog unosa, problem nije nužno u sposobnosti bilo kojeg pojedinog sustava. Problem je u prijenosu, pravilima i odgovornosti na spoju.
Dobra ERP integracija počinje dogovorom o podacima, ne odabirom sučelja. Za svaki tok treba odrediti:
Važno je razlikovati integraciju od jednostavnog izvoza podataka. Izvoz može pomoći pri izvještavanju, ali ne rješava automatski operativni tok ni odgovornost nad podatkom. Integracija bez jasnog vlasništva može samo brže širiti pogrešan podatak.
Razmotrite i promjenu procesa. Ako dva odjela vode različite šifre za isti artikl ili različito tumače status narudžbe, tehnička veza neće riješiti poslovnu neusklađenost. Prvo treba uskladiti definicije, odobravanja i pravila iznimaka, a zatim izgraditi prijenos.
Povezano poslovanje može biti koristan okvir za sagledavanje procesa koji prelaze granice pojedinog sustava. Integracija je održiva kada se zna što se povezuje, zašto se povezuje i tko upravlja iznimkama nakon početnog projekta.
Novi ERP nije odgovor na svaku frustraciju sa starim sustavom. Postaje razuman smjer kada jezgra ne podržava ključne procese, podatkovne strukture ili kontrole potrebne za rad poslovanja. Znak nije samo nezadovoljstvo korisnika, nego obrazac ponavljajućih zaobilaznica kroz više odjela.
Takav obrazac može uključivati:
Odluka o novom ERP-u posebno zahtijeva oprez jer zahvaća procese, podatke, ovlasti, obuku i svakodnevni rad. Zamjena sustava ne smije postati pokušaj automatizacije nejasnog procesa. Prije izbora rješenja organizacija treba odrediti koje procese standardizira, koje legitimne iznimke zadržava i koje podatke mora očistiti ili preoblikovati.
Faznost često smanjuje rizik. Umjesto istodobne promjene svih funkcija, moguće je prvo urediti matične podatke, zatim uvesti jedan proces ili poslovnu jedinicu, pa proširiti opseg nakon provjere rada. Faze moraju imati jasne granice, vlasnike, kriterije prihvata i plan rada tijekom prijelaza. Fazna provedba nije samo podjela projekta na manje dijelove, nego niz odluka koje čuvaju kontinuitet poslovanja.
Prije odluke zabilježite svaki prioritetni problem u pet dimenzija.
Opišite početak, korake, odluke i završetak procesa. Ako je problem ograničen na jednu funkciju uz stabilan ostatak toka, modul može biti dovoljan. Ako problem nastaje pri prijelazu između sustava, integracija je vjerojatniji smjer. Ako se prekidi pojavljuju kroz cijeli tok, od ponude do naplate ili od plana do obračuna, provjerite ograničenja jezgre ERP-a.
Utvrditi izvor istine za svaki ključni podatak. Nedosljedni šifrarnici i nejasan vlasnik podatka otežavaju i modul i integraciju, a migraciju na novi ERP čine rizičnijom. Uredni podaci nisu završni korak projekta, nego preduvjet za pouzdan opseg.
Procijenite operativni rizik pogreške i rizik promjene. Ručni unos može biti spor, ali katkad nosi manji rizik od nagle zamjene kritičnog procesa. S druge strane, ručni prijepis stanja zaliha ili financijskih podataka može imati visok utjecaj. Prioritet treba slijediti posljedicu pogreške, učestalost i mogućnost otkrivanja prije nego što problem zahvati kupca ili poslovni rezultat.
Tehnologija bez poslovnog vlasnika ostavlja neriješene iznimke. Svaki modul, prijenos podataka i proces u novom ERP-u treba imati osobu odgovornu za pravila, kvalitetu podataka i odluke o promjenama. IT je važan za arhitekturu i rad sustava, ali poslovna pravila ne može preuzeti bez jasnog mandata poslovne strane.
Odredite najmanji zahvat koji uklanja prioritetni rizik bez zatvaranja budućih opcija. To može biti čišćenje podataka prije integracije, pilot modula na jednom procesu ili priprema zajedničkog modela podataka prije novog ERP-a. Faza ima vrijednost kada ostavlja upotrebljiv rezultat, a ne samo odgodu teške odluke.
Premalen projekt najčešće nastaje kada se problem svodi na ekran, izvještaj ili pojedinačnu funkciju, iako uzrok leži u podatku ili procesu. Znak upozorenja je rast ručnih korekcija nakon puštanja rješenja u rad.
Prevelik projekt nastaje kada se zamjena ERP-a postavi kao odgovor na izolirani nedostatak funkcije ili jednu lošu vezu između sustava. Znak upozorenja je opseg koji obuhvaća procese bez jasnog problema, vlasnika ili poslovne koristi.
Prije odobrenja projekta uprava treba moći jasno izreći tri stvari: problem koji se uklanja, granicu promjene i kriterij po kojem će se procijeniti pouzdaniji rad procesa. Bez tih odgovora ni novi ERP, ni ERP moduli, ni ERP integracija ne dobivaju održiv opseg.
Kao sljedeći korak, pregledajte nekoliko prioritetnih tokova od događaja do izvještaja i evidentirajte vlasnika, izvor podataka, ručne radnje i iznimke. ERP i procesni screening može strukturirati takvu početnu procjenu prije odluke o modulu, integraciji ili širem programu zamjene ERP-a.