ERP süsteem - tõhus meetod ettevõtte juhtimine, mis aitab juhtida tööprotsessi tervikuna, planeerida ettevõtte üksikute ärielementide tegevust ja parandada ka kõigi tootmisüksuste tööd.

Sa õpid:

• Mis on ERP-süsteem ja millal seda vaja on?
• Millised on ERP-süsteemi eelised ja puudused.
• Milliseid funktsioone ERP-süsteem ettevõttes täidab?
• Kuidas valida ERP-süsteemi.
• Kuidas ERP-süsteemi ettevõttes õigesti rakendada.
• Millise koolituse peavad ERP-süsteemiga töötavad töötajad läbima?
• Mis määrab ERP-süsteemi maksumuse?

Mis on ERP-süsteem ja millal seda vaja on?

ERP-süsteemi tähenduse paremaks mõistmiseks ei piisa ainult nende tähtede dekodeerimise tundmisest (Enterprise Resources Planning) ja selle määratluse vene keelde tõlkimisest (ettevõtte ressursside planeerimine), on parem uurida selle ajalugu. päritolu.

20. sajandi lõpul massiivne äriprotsesside automatiseerimine: arvutid levisid kiiresti, programmid finants- ja raamatupidamine, elektrooniline dokumendihaldus, masinate ja seadmete töö kontrollimine.

Äritegevuse põhimõtete erinevus ei seisnenud mitte ainult teabe edastamises digitaalsele kujule, vaid ka uute andmete analüüsi ja vahetamise meetodite esilekerkimises, kombineerides algselt erinevad tüübid teavet. Selle tulemuseks oli võimalus näha kogu ettevõtte tööd tervikuna ja analüüsida selle üksikute valdkondade (põhitootmise, lao, raamatupidamisosakonna töö) toimimist. Saadud info võimaldas kompetentsemalt jaotada tootmisvõimsuse kasutust ja teha õigeid otsuseid.

Just sellist äritegemise viisi nimetatakse ERP-ks ja selleks otstarbeks kasutatav tarkvara on määratletud EPR-süsteemina.

Seega on kõik raamatupidamise, personalijuhtimise jms programmid osad ERP-süsteemist, samas kui CRM (kliendisuhete haldussüsteem) kuulub samuti ERP-i ja seda tõlgitakse kui “kliendisuhete haldussüsteemi”.

Praegu kasutatakse kõiki ülaltoodud ERP põhisüsteemi komponente sageli eraldi programmidena. Näiteks ettevõttes saab automatiseerida ainult raamatupidamist, kogu muu teave aga salvestatakse MS Office'i standardpaketi erinevatesse programmidesse.

Pole mõtet vaielda selle üle, kas CRM ja elektrooniline raamatupidamine on ERP-süsteemi komponendid, kuid on selge, et aja jooksul äritegevuse töövoogude automatiseerituse tase ainult kasvab koos müüdavate tarkvaralitsentside arvu ja mahuga. teenuste paigaldamine ja edasine hooldus.

Olukorras, kus ettevõte on hiljuti tegevust alustanud, puudub vajadus tööprotsesside sügavaks automatiseerimiseks. Dokumente saab koostada tavaliste arvutirakenduste abil ja direktor saab vajaliku teabe täpsustada mõne töötaja käest. Koos kogu äritegevuse laienemisega kasvab aga nii toimingute, dokumentatsiooni kui ka töötajate arv, mis toob kaasa vajaduse kogu infot elektroonilisel kujul salvestada ja analüüsida.

Kui ettevõte tervikuna ERP-süsteemi ei kasuta, siis reeglina salvestatakse kogu info juhuslikult, mistõttu on selle leidmine raskendatud. Mõnikord on olukordi, kus ERP-süsteemi toimimine on loodud ainult teatud osakonnas.

Milliseid funktsioone ERP-süsteem ettevõttes täidab?

Funktsionaalsus, mille raames ERP-süsteemi kasutada saab, oleneb konkreetse ettevõtte tegevuse ulatusest ja suunast, töö spetsiifikast, kuid üldiselt peaks see olema suunatud üldine juhtimineäri. Standardfunktsioonid on järgmised:

1. Tootmine

• toodetavate kaupade või osutatavate teenuste spetsifikatsioonide koostamine vajalike tarbekaupade mahtude ja töötajate töötundide arvutamiseks;
• plaanide koostamine ja ettevõtte töö juhtimine erinevates mastaapides: konkreetsetest tootmisseadmetest kuni tervete osakondadeni.

2. Rahandus

• organisatsiooni rahaliste vahendite kasutamise plaanide koostamine ja tulemuste jälgimine;
• jooksevarvestus, maksude ja muude maksete arvestus eelarvesse ja eelarvevälistesse fondidesse, finantsaruandlus ja kontroll;
• töötada ettevõtte varadega, mis sisaldavad pangakontodel olevaid rahalisi vahendeid, väärtpaberid, põhivara (näiteks kinnisvara).

3. Logistika

• materjalide tarnimise ja lähetamise juhtimine valmistooted: lepingute ja töövõtjate andmebaasi pidamine, plaanide ja aruannete koostamine laos olevate kaupade kohta jne;
• andmete ettevalmistamine kõigi vajalike kohta tarbekaubad eelnevalt arvutatud tootmisstandardite täitmiseks.

4. Personal

• personaliarvestus ja ajalehtede pidamine, koostamine personali tabel, palgaarvestuse ettevalmistamine;
• töötajate otsimine ja registreerimine;
• tööjõuplaanide koostamine.

• toodete müügiplaanide koostamine;
• reklaamikampaaniate ja turunduskommunikatsiooni ettevalmistamine ja läbiviimine;
• valmistatud toodete hindade arvutamine, soodusprogrammide väljatöötamine, müükide pidamine jne.

6. Projektid. Aruandlus

• saadavus sisse suured hulgad standardsed aruandlusvormid organisatsiooni kõigi tegevusvaldkondade jaoks, samuti võimalus luua täiendavaid aruandeid;
• kontrollige ja tulemuslikkuse analüüs ettevõtted;
• organisatsiooni töö üldise poliitika väljatöötamine, sealhulgas iga määratud ülesande jaoks tähtaegade määramine, nendeks eesmärkideks vajalike ressursside arvutamine ( Raha, materjalid, töötajad).

ERP-süsteem ettevõttes: 4 juurutamisetappi

ERP-süsteemi täielik juurutamine organisatsioonis võib kesta paarist nädalast mitme aastani (olenevalt ettevõtte tegevuse mahust ja ulatusest). Samal ajal saavad ERP-süsteemi paigaldada nii ettevõtte enda IT-spetsialistid kui ka arendusettevõtte töötajad.

ERP-süsteemi juurutamise võib jagada järgmisteks etappideks:

1. etapp. Esmane organisatsioon

Etapp, kus määratakse ülesanded, seatakse eesmärgid, mille järel tehniline projekti plaan.

2. etapp. Projekti arendamine

Järgmisena uuritakse ettevõtte tööd: arengukavasid, tootmisprotsesse. See teave on aluseks ERP-süsteemi struktuuri valikul, samuti tehnilises plaanis (vajadusel) muudatuste tegemisel.

3. etapp. Projekti teostamine

Ettevõttes äriprotsesside läbiviimise protseduur hakkab põhinema installitud ERP-süsteemil, mistõttu on selles etapis vaja andmeid varem kasutusel olnud raamatupidamissüsteemidest ERP-süsteemi üle kanda ja need omavahel ühtlustada. Olukorras, kus selgub, et ERP süsteemi moodulitest ei piisa sellest ettevõttest, selles etapis on võimalik seda täpsustada. Paigaldamise lõpetamisel tehakse organisatsiooni töötajatele teatavaks ERP-süsteemi põhiprintsiibid ning viiakse läbi proovitestid.

4. etapp. Kasutuselevõtt

Viimases etapis saate leida ja kõrvaldada probleemid, mis tekivad ERP-süsteemi töötamise ajal.

Milliseid meetodeid kasutatakse ERP-süsteemi juurutamiseks?

ERP-süsteemi juurutamiseks saab kasutada järgmisi meetodeid:

1. Järkjärguline juurutamine, kui ERP-süsteem viiakse ükshaaval mõnesse omavahel seotud protsessi, mis minimeerib probleemide riskid.
2. "Big Bang" - kogu süsteem installitakse korraga. Seda lähenemist saab kasutada lihtsate tootmisprotsessidega väikeses organisatsioonis. Sel juhul on see vajalik Erilist tähelepanu pöörake tähelepanu testimise etapile, et tuvastada kõik võimalikud vead ERP-süsteemi töös.
3. Juurutamine on tarkvara osaline installimine koos järgneva levitamisega teistele ettevõtte struktuuridele. Eraldi valdkonnas saab juurutusmeetodit rakendada kas järk-järgult või samaaegselt, kuna üldiselt on ebaõnnestumise riskid väikesed.

Iga ettevõtte ERP-süsteemi juurutamise meetodi valik tuleb teha väga hoolikalt, analüüsides võimalikke kulusid, aga ka teiste ettevõtete kogemusi arvesse võttes.

Kes koolitab töötajaid selle kohta, mis on ERP-süsteem?

ERP-süsteemiga töötamise põhitõdede selgitamine on selle rakendamise üks keerulisemaid etappe. ERP-süsteemi abil äri ajamine võib muuta ettevõtte äriprotsesse, mis toob kaasa vajaduse töökohustused ka selle kasutamisega seotud funktsioonid tarkvarapakett. Seega on ettevõtte juhtkonna peamine eesmärk personali vaimne ettevalmistamine ERP-süsteemiga töötamiseks.

ERP-süsteemi juurutamisel võib tekkida probleem, et tavatöötajatel puudub soov sellega töötama õppida, sest selline automatiseerimine teeb juhtkonna töö lihtsamaks. Sellises olukorras on lahendus selliste töötajate üleviimine teistele ametikohtadele. Enamik töötajaid kaldub mõtlema pikemas perspektiivis ja mõistab koolituse vajalikkust, et omandatud teadmisi oma töös kasutada.

Alates kvaliteedist koolitust Sellest sõltub ERP-süsteemi kasutamise tõhusus. Töötajatel peab olema hea arusaam selle töö põhitõdedest ja vastav motivatsioon, sest kui töötajad ei saa aru, mis eesmärkidel selliseid uuendusi kasutatakse, siis ERP-süsteemi juurutamise tulemused ei ole märgatavad. Seega peavad töötajad mõistma, et selle tarkvarapaketi kasutamine võib olla oluline hoob kogu ettevõtte efektiivsuse tõstmisel.

Töötajate koolitamisega ERP-süsteemiga töötamise põhitõdedesse tuleks alustada varakult. Saate läbi viia ettevõttesisese reklaamikampaania, koostada juurdepääsetavat teavet eesmärkide kohta, mis pärast selle tarkvarapaketi kasutamise alustamist saavutatakse. Spetsiaalselt väljatöötatud dokumendis - "Personali koolitusstrateegiad" - määratakse see ülesanne kõigepealt kindlaks. Selles dokumendis on kõik ettevõtte töötajad jagatud rühmadesse sõltuvalt vajalike koolitustegevuste mahust ning samuti on loetletud kõik muud koolitusetapid.

Reeglina on mitu rühma, kuhu kogu personal on jagatud. Näiteks saab eristada eraldi rühma ettevõtte juhtimine ja keskastme juhid, kes juhivad vahetult ettevõtte tegevust ja langetavad vajalikke otsuseid. Teine rühm on see osa kasutajaid, kes täidavad ERP-süsteemiga töötamise põhifunktsioone, süvenemata äriprotsesside üksikasjadesse, kuid omades sügavaid teadmisi tarkvarakompleksi toimimisest. Ja kolmas rühm on põhiosa töötajatest, kes sisestavad programmi esmased andmed.

Kahte esimest rühma peaksid koolitama ERP-süsteemi välja töötanud organisatsiooni töötajad, samas kui suurem osa kolmanda grupi töötajatest saab programmi põhitõdesid õppida eemalt või nende kaudu, kes on juba saanud. vajalikke teadmisi kolleegid.

Koolitust saab läbi viia kas koolituskeskused konsultatsiooniagentuurides ja otse ettevõttes. Mõnel juhul seavad ERP-süsteemi arendajad teise rühma töötajatele vastava sertifikaadi hankimise kohustuslikuks.

Konsultatsiooniagentuurid sõlmivad lepingud suuremate hankijatega nagu SAP, Microsoft, Oracle, Sun, Cisco, mis annab neile õiguse õpetada koolituse läbimisel programmi kasutama ja väljastada tõendavaid dokumente. Teavet selle kohta leiate selliste ettevõtete ametlikelt veebisaitidelt. Kodumaised arendajad - Parus ja Galaktika - on avanud oma koolituskeskused.

ERP-süsteem: näide edukast rakendamisest

Üks külmutusseadmete tootmise ja müügiga tegelev ettevõte on Howe korporatsioon(USA) – äritegevuse efektiivsemaks läbiviimiseks otsustasime juurutada teise põlvkonna teenusekesksel arhitektuuril (SOA) põhineva ERP-süsteemi. See võimaldas kohe saada tulemusi ja näha selle ERP-süsteemi kasutamise eeliseid, kuna kõigi äriprotsesside kvaliteet ja kasumlikkus on oluliselt tõusnud.

See organisatsioon suutis paremini analüüsida materiaalsete reservide mahtu ja nende täiendamise vajadust. Pärast ERP-süsteemi juurutamist on Howe Corporationil kõik olemas vajalikud tööriistad tegevuste planeerimiseks nii lühi- kui ka pikemas perspektiivis, mis väldib ebausaldusväärse kalendermeetodi kasutamist planeerimisel.

Samuti hindasin kõiki ERP-süsteemi kasutamise võimalusi. rahvusvaheline ettevõte Alfa Laval, mis on võtnud eesmärgiks saavutada paremad tootmistulemused läbi äriprotsesside efektiivsuse tõstmise. Ühes Bulgaarias asuvas Alfa Lavali filiaalis kasutati Epicor iScala ERP süsteemi, mis aitas läbi viia materjalide ja tootmistoorainete kasutamise üksikasjalikku analüüsi, kontrollida nende ostude ajastust vastavate tellimuste täitmiseks, mis mõjutas tootmisjäätmete taseme vähendamine. Samal ajal, kuna ERP-süsteem automatiseeris täielikult kõik äriprotsessid, võimaldas see vähendada üleliigsete toodete mahtu ladudes ja minimeerida tootmisseisakuid.

Teine ettevõte - IO elektroonika– võib olla ka näide ERP-süsteemi edukast kasutamisest. Nende eesmärk oli järgmiseks 4 aastaks seatud eesmärgid edukalt täita.

IO Electronicsi direktori sõnul võib tegevuste kiire arengu ja teiste tootmisvaldkondade arenguga ettevõtte kasumlikkus oluliselt väheneda, kui sisemiste divisjonide vahelises infovahetuses esineb tõrkeid. ERP-süsteemi kasutades muutub aga kogu info internetis kättesaadavaks. Ülesande täitmisel läbib ERP-süsteem uuendused, mis võimaldab jälgida kogu tootmisprotsess ja näha konkreetse toote tegelikku saadavust, samuti vältida üleliigseid laoseisu ladudes.

Arst räägib

Kuidas ERP süsteem võimaldas vähendada käibekapitali vajadust 40%

Sergei Suhhinin,

Kuna meie ettevõttel varem ERP-süsteemi ei olnud, ei olnud võimalik kiiresti märgata muutusi äriprotsessis, millega kaasnes valmistoodete komplekteerimiseks vajalike materjalide nappus, töökodade koordineerimata tegevus, lõpptoote kvaliteedi halvenemine ja tarbimise suurenemine. toorainest. Kõiki neid tarbetuid kulusid saab vähendada vaid ERP-süsteemi juurutamisel.

Meie organisatsiooni põhitegevuseks on tootmine, seega olid prioriteediks äriprotsesside planeerimise ja juhtimise automatiseerimise ülesanded. Olles otsustanud, et ERP-süsteem aitab meil probleeme lahendada, soovisime saavutada järgmised eesmärgid:

1. Käibekapitali kasutamise efektiivsuse tõstmine.
2. Ladudes hoitavate varude vähendamine.
3. Tootmisprogrammi koostamine arvestades olemasolevaid võimsusi.
4. Pooleliolevate tööde taseme vähendamine.
5. Tootmises kasutatavate materjalide üldnimekirja koostamine.
6. Materjalinormide arvutamise protsessi täiustamine.
7. Ostuplaanide täpsuse suurendamine, mis aitab vähendada mittelikviidsete varude mahtu ladudes.

Alles pärast ERP-süsteemi juurutamist suutsime laovarude analüüsi põhjal õigesti planeerida tootmiseks vajalike materjalide mahu, mis tõi kaasa kulude vähenemise käibekapitali 40% võrra. Lisaks aitab selline analüüs osta ainult neid materjale, mis on konkreetse äriprotsessi jaoks vajalikud. Samuti optimeeriti ettevõtte organisatsioonilist struktuuri, mis aitas kaasa töötajate arvu vähenemisele tootmis- ja dispetšerosakonnas 50% ilma töö kvaliteeti langetamata.

Meie ettevõttes ERP-süsteemi juurutamise tulemused saame kokku võtta järgmised:

1. Tootmisjäägid ladudes vähenesid 60 miljoni rubla võrra.
2. Kõigil tegevusaladel toimub kontroll mõõdetud näitajate analüüsi tulemuste põhjal. Töötajate sissetulek sõltub tehtud või tegemata tööst ning selle eest vastutavad nad iseseisvalt.
3. Tootmistoorme ostmine ja edasine jaotamine töökodadesse on täielikult kontrollitud.
4. Mittelikviidsete materjalide jääk vähenes 20 miljoni rubla võrra.
5. Hankeplaan on muutunud optimaalseks, vajaduse korral tehakse selles õigeaegselt muudatusi.
6. Nüüd saate planeerida koormust tootmisvõimsus ja vastavalt sellele vajalik töötajate arv.

Milline ERP-süsteem on Venemaa ettevõtete seas nõutud?

Praegu IT-tehnoloogia turul eksisteerivaid tarkvarasüsteeme saavad arendada kodu- ja välismaised ettevõtted. Pealegi erinevad need mitte ainult arendusriigi, vaid ka sisseehitatud funktsionaalsuse poolest.

Välismaised ERP-süsteemid, nagu SAP, Oracle, PeopleSoft, Sage, Baan, Microsoft Business Solution programmid, on kasutatavad mis tahes kategooria ettevõtetes ja on eeskujud, mida järgida. Selliste süsteemidega Venemaal töötades võib aga tekkida mõningaid raskusi:

• ERP-süsteemi juurutamiseks ja edasiseks toetamiseks vajalikul tasemel koolitatud spetsialistide puudumine;
• kodumaiste organisatsioonide vastumeelsus väljakujunenud äriprotsesse ümber ehitada, kuna välismaised juhtimissüsteemid erinevad oluliselt Venemaal kasutatavatest;
• rakendamise kõrge hind.

Kuid Venemaa arendajad püüavad laiendada ka omaenda tarkvarasüsteemide võimalusi vastavalt klientide vajadustele. Sellised ERP-süsteemid tulevad edukalt toime määratud ülesannetega, kui on vaja teatud organisatsiooni töövaldkondi automatiseerida ja pole vaja tarkvarapaketti kogu ettevõtte kui terviku töösse juurutada. Näitena võib tuua 1C ja Galaktika ettevõtete tarkvara.

11 viga ERP-süsteemi juurutamisel

Ettevõtte efektiivsuse tõstmiseks on ERP-süsteemi paigaldamine praktiliselt kõige kallim ja raskem ülesanne. Rakenduse lõplik maksumus ja selleks kuluv periood sõltuvad protsessi käigus ilmnevate vigade arvust.

Viga 1. Halb planeerimine.

See asjaolu võib põhjustada arusaamatuse ERP-süsteemi praegusest ja tulevasest olukorrast ning äriprotsesside ebaõiget automatiseerimist.

Viga 2. ERP-süsteeme arendavate organisatsioonide pealiskaudne analüüs.

Reeglina on peamiseks kriteeriumiks madal hind, kuid mõnikord alahindavad arendajad teadlikult teenuste maksumust, et testida rakendusprotsessi esimese kliendi peal. Pärast sellist paigaldamist võib tuvastada süsteemi tõsiseid puudusi ja tõrkeid.

Viga 3. Ettevõtte vajaduste mittemõistmine.

Olles otsustanud, et ERP-süsteemi juurutamine on siiski vajalik, ei saa kliendiettevõte täielikult aru, milliseid tarkvaramooduleid on vaja installida. Seda saavad kasutada hoolimatud tarnijad, kes lisavad ERP-süsteemi palju mittevajalikke komponente või vastupidi, installitud funktsioonid puuduvad.

Viga 4. Aja- ja materjalikulude alahindamine.

ERP-süsteemi paigaldamise aja ja maksumuse vale määramine võib põhjustada põhjendamatuid ootusi äriprotsesside efektiivsuse kiirele tõusule.

Viga 5. Kvalifitseeritud töötajate puudumine kliendiettevõttes.

Ettevõtte meeskonda peavad kuuluma töötajad, kellel on piisavad teadmised mis tahes valdkonnas alates juhtimisest ja raamatupidamisest kuni laoarvestuse, materjalide hankimiseni jne.

Viga 6. Prioriteetide puudumine.

Kui te ei sea algselt õigeid prioriteete, siis peate ERP-süsteemi installimise ajal sageli lülituma erinevate ülesannete vahel ja see võib põhjustada installiprotsessi viivitusi, ootamatute probleemide ilmnemist jne.

Viga 7. Ebapiisav personali väljaõpe.

Kui te ei näita töötajatele kogu ERP-süsteemi funktsionaalsust ja selle kasutamist, võivad organisatsiooni töötajad keelduda süsteemis töötamast täielikult või kasutada selle võimalusi ainult osaliselt.

Viga 8. Esmase teabe täpsuse alahindamine.

Kuna ERP-süsteemi toimimise võtmepunkt on teabe analüüs, siis selle töö tulemus sõltub suuresti algandmete õigsusest. Peate vältima trükivigu ja hoolikalt kontrollima esitatud teavet.

Viga 9. Ebaoluliste rakenduste kasutamine.

Väga sageli kasutavad ettevõtted paralleelselt nii ERP-süsteemi kui ka varem installitud tarkvara - toimub andmete dubleerimine. See pikendab ERP-süsteemi lõpliku juurutamise aega.

Viga 10. Testperioodi puudumine.

Mõnikord viiakse installitud tarkvarapaketi testimine läbi vaid mõne kasutaja peal, mis ei võimalda õigeaegselt näha kõiki puudusi ja ERP-süsteemi praegust koormust.

Viga 11. Hooldus- ja uuendusplaani puudumine.

Ilma selleta muutub tarkvarapakett väga kiiresti ebaoluliseks. ERP-süsteemi riistvarakomponendi jaoks on vaja tootmisvõimsust regulaarselt suurendada, kuna kasvab ka töödeldava teabe maht. Tarkvarakomponent võib vajada kohandusi, kui näiteks tehakse muudatusi õigusaktides.

Need vead on kõige levinumad, kuid igal ettevõttel võib esineda individuaalseid probleeme. Nende minimeerimiseks peate igas etapis väga hoolikalt koostama ERP-süsteemi paigaldamise plaani.

Mis määrab ERP-süsteemi maksumuse?

ERP-süsteemi lõplik hind on kombinatsioon järgmistest komponentidest:

1. Tarkvarapaketi enda hinnad: moodulite põhikomplekt ja lisakomponendid.
2. Paigaldusteenuste maksumus.
3. Programmis parenduste ja kohanduste tegemine lähtuvalt kliendiettevõtte vajadustest.
4. Edasine teenindus ja tugi.

ERP-süsteemi juurutamise kulude vähendamiseks peate esmalt pöörama tähelepanu Venemaa tarnijatele, kuna välismaistel programmidel on kõrgem soetushind ja need nõuavad siseriiklike õigusaktide järgimiseks olulisi muudatusi.

Ekspertarvamus

ERP-süsteemi juurutamine läks ettevõttele maksma 2,5 miljonit dollarit

Sergei Suhhinin,

Osakonna juhataja automatiseeritud süsteemid JSC "Uurimis- ja tootmiskompleksi "Elara" osakond, Tšuvašia

ERP-süsteemi installimise litsents maksis meile 470 000 dollarit ja lõplik juurutamise hind oli 2 500 000 dollarit. Kuid juba ERP-süsteemi kasutamise käigus saavutati positiivne efekt ja kulud hüvitati täielikult 1,5 aastat pärast selle tarkvarapaketi installimist.

Teave ekspertide kohta

Sergei Bratukin, turustuspraktika direktor, Columbus IT&Russia, Moskva. Sergei Bratukin töötas aastatel 1997-2005 Columbus IT Venemaa divisjonis konsultandina. Osalenud suuremahuliste projektide elluviimisel ERP-süsteemide juurutamiseks sellistes ettevõtetes nagu Torgovaya Ploshchad, MVO, Starik Hottabych, Formula Kino, Avtomir jt. Rahvusvaheline konsultatsioonifirma Columbus IT pakub konsultatsiooniteenuseid ERP-süsteemide valiku ja juurutamise ning ettevõtete infosüsteemide tugi, samuti juhtimisnõustamine. 1989. aastal Taanis asutatud ettevõttel on praegu esindused 28 riigis. Columbus IT Venemaal tegutsemise kaheksa aasta jooksul on ettevõtte klientideks saanud enam kui 200 ettevõtet, sealhulgas SSM-Tyazhmash, TD Perekrestok, Dixie, L'Etoile, Unimilk, Istok, Toyota ja paljud teised.

Sergei Suhhinin, Tšuvašia JSC teadus- ja tootmiskompleksi Elara automatiseeritud juhtimissüsteemide osakonna juhataja. OJSC "Elara uurimis- ja tootmiskompleks" on Venemaa juhtiv automaatsete ja navigatsioonisüsteemide lennu- ja navigatsioonisüsteemide tootja. Pult, pardaarvutid ja kuvasüsteemid jaoks lennukid sõja- ja tsiviillennundus. JSC Elara töötab JSC Russian Railwaysiga sõlmitud koostöölepingu raames, et valmistuda seadmete ja süsteemide tootmiseks raudteetransport Venemaa.

ERP-süsteemide juurutamise protsess jaguneb tinglikult 7 etapiks: organisatsiooniline töö, ettevõtte uuring, automatiseerimismetoodika valik, süsteemi projekteerimine, tarkvara juurutamine töötajate töökohtadel, süsteemi kommertskasutuse käivitamine, tugi.

Teeme ettepaneku kaaluda üksikasjalikumalt ERP rakendamise protseduuri.

I Organisatsioonietapp

Töö ERP juurutamisprojektiga ettevõttes algab sellest eesmärkide ja eesmärkide määratlemine. See ei tohiks olla automatiseerimine automatiseerimise pärast – klient peab selgelt teadma, milliseid äriefekte ta lõpuks saavutada soovib.

Ettevalmistavas etapis on see samuti vajalik moodustada töörühm kliendi poolel. See peaks sisaldama:

• Juhendaja (soovitavalt ettevõtte tippjuhtide hulgast). See inimene peab olema hästi kursis ettevõtte kõigi aspektidega ja äriprotsesside korraldamisega. Lisaks peab ERP juurutamise projektijuhil olema võime teha ainuotsuseid kõikides esilekerkivates küsimustes.
• Spetsialistid vastutab süsteemi nõuetele vastavuse eest kehtivad õigusaktid ja ettevõtte standardid. Sellesse kategooriasse kuuluvad: tegevdirektor, Pearaamatupidaja, IT-teenistuse juht.
• Kõikide osakondade juhid kes hakkab tööle ERP-süsteemis. Nende ülesannete hulka kuulub juurutajate nõustamine ettevõtte äriprotsesside uurimise etapis ja osakondade töö korraldamine pärast automatiseerimisprotsessi lõppu.
• Üldine IT-spetsialist . Tema vastutusalaks jääb projekti tehniline tugi.

Kui soovite automatiseeritud juhtimissüsteemi tootmisettevõte toob võimalikult kiiresti käegakatsutavaid äritulemusi, peate tagama, et teie töötajad kasutaksid seda võimalikult aktiivselt ja tõhusalt. Selleks tuleb personali ERP-ga töötamiseks välja õpetada ja töö algfaasis rangelt jälgida. Need kohustused langevad ka töörühma esindajate õlule.

Lisaks edasi korralduslik etapp tuleb otsustada rahastamisallikate ja integreerija ettevõtte üle.

II Ettevõtlusuuringu etapp

Korraldustöö lõpetamisel viiakse läbi ettevõtte äriprotsesside uuring. See protseduur on vajalik selleks täpne määratlus teostustööde ajastus ja maksumus. Olenevalt projekti ulatusest ja määratud ülesannetest saab IT-integraator pakkuda kliendile ühte kahest uuringuvalikust:

• Ekspresskontroll. Seda tehakse 1,5–2 kuu jooksul. Selle tulemuste põhjal koostatakse dokument “Projektieelne analüüs”. See kajastab automatiseeritud raamatupidamise funktsioone ja ülesannete loendit, mis tuleb rakendusprotsessi käigus lahendada.
• Täielik läbivaatus . Seda tehakse 3–5 kuu jooksul. Põhjaliku ekspertiisi tulemuste põhjal koostatakse “Tehniline spetsifikatsioon”, töötatakse välja automatiseeritud raamatupidamise äriprotsessid ja kirjeldatakse vajalike tarkvaratäiustuste loetelu.

Küsitluse valiku valiku määrab eelistatud ERP juurutamise metoodika.

III ERP juurutamise metoodika valimine

ERP-lahenduste juurutamine platvormil 1C:Enterprise saab läbi viia ühe neljast stsenaariumist:

• Tellimisteenus . Integraatorfirma viib ettevõttes läbi kiirküsitluse, koostab suurendatud ERP juurutamisplaani ning selle põhjal määrab projekti maksimaalse võimaliku maksumuse. See kulu on lepingus kirjas ja seal on fikseeritud ka ühe tunni töö maksumus juurutaja programmeerija poolt. Üldine tööplaan on jaotatud kuude kaupa. Töötundide arvust lähtuvalt määratakse kuueelarve suurus. Lepingus sisaldub ka kindel maksesumma.
• Samm-sammult rakendamise tehnoloogia . See ERP juurutamise metoodika hõlmab ettevõtte täieliku uuringu läbiviimist, kõigi automatiseeritud äriprotsesside tuvastamist ja tehniliste kirjelduste koostamist. Lähteülesanne kajastab: standardse programmi konfiguratsiooni muudatuste ulatust, fikseeritud etappideks jaotatud tööde täielikku loendit, ERP juurutamise iga etapi rakendamise ajastust ja maksumust. Selle tehnoloogia peamine puudus on paindumatus. Projekti väikseima muudatuse tegemine toob kaasa tehniliste kirjelduste muutmise: üksikute tööetappide teostamise aja ja maksumuse ülevaatamise.
• Kiire tulemuse tehnoloogia . ERP juurutamisalgoritm on ligikaudu sama, mis selle jaoks abonenditeenused. Samuti viiakse läbi kiirküsitlus, arvutatakse projekti maksimaalne maksumus ja arvutatakse programmeerija töötundide arv. Tasumine toimub samuti kord kuus, kuid mitte kindla määraga, vaid programmeerijate poolt reaalselt kulutatud tundide arvu järgi. Puuduvad rangelt reguleeritud tööplaanid kuuks või nädalaks – tööülesannete loetelu ja järjekord võivad muutuda olenevalt ettevõtte hetkevajadustest. Paindlikkus on kiirete tulemuste tehnoloogia absoluutne eelis. Täiendavaid äriprotsesse saab projekti kaasata mis tahes etapis ja ilma pikkade kooskõlastusteta. Selle rakendusskeemi ainsaks puuduseks on projekti ebamäärane ajastus.
• Ühekordsed kõned . Programmi paigaldamine töötajate tööjaamadesse ja äriprotsesside automatiseerimine toimub kliendi võimaluste piires. Ettevõte ostab karbi ja kõik juurutustööd tehakse ühekordse kõne stsenaariumi järgi.

IV ERP süsteemi projekteerimine

Ettevõtte küsitluse tulemuste põhjal selgitatakse välja funktsionaalsed nõuded süsteemi võtmemoodulitele, vajadus algandmete laadimiseks ja vahetuse seadistamiseks juba kasutatavaga. tarkvara. Süsteemis kujundatakse ettevõtte peamised äriprotsessid, muudetakse standardfunktsionaalsust vastavalt ettevõtte tegevuse spetsiifikale.

V ERP süsteemi juurutamine ettevõttes

Tarkvara paigaldatakse töötajate tööjaamadesse. Juurdepääsuõigused ja aruanded on konfigureeritud. Tööandmed ja viiteinfo laetakse vanast süsteemist, Exceli failidest jne.

VI Süsteemi kommertskasutuse käivitamine

Automatiseeritud süsteemide juurutamist ettevõtetes saab läbi viia erinevatel viisidel ja meetoditel. Mõned organisatsioonid valivad võimaluse, kui süsteemi rakendatakse samaaegselt kõigis automatiseerimisahelates. Teised eelistavad etapiviisilist valikut keeruline automatiseerimine funktsionaalsete alade järjestikune sulgemine üksteise järel.

Tehnoloogiad võivad samuti erineda: mõnel juhul tehakse ulatuslik ettevalmistustöö, kõigi nõuete täielik dokumenteerimine, parenduste kavandamine ja rakendamine ning alles seejärel rakendamine ERP süsteemid. Mõnikord vastupidi, tarkvaratoode juurutatakse kiiresti standardfunktsionaalsusega, mida järk-järgult muudetakse vastavalt ettevõtte vajadustele ja nõuetele.

Lisaks saab ERP-süsteemi juurutada kas ettevõtte IT-teenuse või 1C partnerite kaasamisega. Muidugi mõistab IT-teenus juba definitsiooni järgi paremini ettevõtte tegevust, kõiki tootmise keerukust ja omadusi. Sageli vajavad nad aga keeruka automatiseerimise ja ettevõtte tegevuse kõiki aspekte hõlmavate ERP-süsteemide juurutamise probleemide lahendamisel kolmandate osapoolte spetsialistide abi.

Antud analüüsi jätkates on võimalik tuvastada muid viise süsteemi juurutamiseks ja kasutuselevõtuks. Nende meetodite ja tehnoloogiate erinevaid kombinatsioone on nii palju, et väljaõppeta spetsialistil võib olla raske mõista ja valida parimat võimalust.

Kuidas leida parim variant rakendamine?

Miks kestab ERP juurutamine ühe organisatsiooni jaoks aastaid, nõudes tohutuid tööjõu- ja materiaalseid ressursse, samas kui teine, pärast töötajate lühikest koolitust süsteemis töötama, juhib seda edukalt?

Alustada tuleb sellest, et ERP juurutamisega ei tohiks ülepeakaela kiirustada. Igal juhul on vaja mõningaid ettevalmistustöid ja loomulikult tööplaani koostamist. Automatiseeritud süsteemide jaoks on olemas GOST-id, mis nõuavad teatud etappide läbimist ja süsteemi rakendamiseks projekteerimisdokumentide koostamist. Mil määral on igas konkreetses ettevõttes vaja järgida GOST-i soovitusi, otsustab IT-teenus. Tuleb meeles pidada, et need dokumendid on välja töötatud pikka aega ja need kirjeldavad automatiseeritud süsteemi loomist nullist, mitte aga valmis tarkvaratoote rakendamist. Kui IT-teenuste spetsialistid töötavad välja oma süsteemi, siis GOST-ile pole sisuliselt alternatiivi. Mida teha, kui kasutate valmis ERP-süsteemi?

Sellises olukorras on mitu võimalust:

• Võtke GOST-id ja proovige neid iseseisvalt kohandada, võttes arvesse ettevõtte eripära ja praegusi vajadusi;
• IT-teenus töötab välja oma korra süsteemi juurutamiseks;
• Töötage koos 1C partneriga välja rakendusprotseduur või kasutage partneri valmis ettepanekut.

Peale selle võrdsed tingimused, on koostöö partneriga kõige eelistatavam valik. Otsuse tegemise ajal pole ju ettevõttes ühtegi teadvat spetsialisti tarkvara"1C:ERP" ja millel on 1C vastavad sertifikaadid.

Kuidas valida partnerit keeruliseks automatiseerimiseks?

1C ettevõte teeb koostööd paljude suurte ja väikeste integraatorfirmadega. Kuidas valida “oma” – see, mis ei vea sind alt?

Õnneks on 1C ERP-süsteemi arendaja pakkunud mugava olekute süsteemi, mis aitab navigeerida ja võrrelda erinevate ettevõtete pädevusi.

1C:ERP-i rakendaval 1C partneril peab olema olek 1C:ERP keskus. See staatus tähendab, et ettevõttel on vajalikud kompetentsid ja kogemused keeruliste projektide elluviimiseks ning selle personali kuuluvad sertifitseeritud projektijuhid, ERP alamsüsteemide spetsialistid ja konsultandid. Lisaks garanteerib see, et Partneril on kvaliteedijuhtimissüsteem ja palju muud.

Partneri valikul on soovitav endale selgeks teha enda tarkvaratoodete saadavus ja staatus “Tiirlemislahenduste arenduskeskus (arenduskeskus)”. See aitab teha kaudse järelduse programmeerijate-arendajate töö taseme ja kvaliteedi kohta.

Lisaks on mõttekas kontrollida, kas Partner on 1C sertifitseeritud koolituskeskus, et teie ettevõte saaks oma töötajatele kvaliteetset koolitust.

Pärast partneri valimist peate otsustama funktsionaalsete ERP alamsüsteemide juurutamise protseduuri üle.

Kuidas rakendada?

Mis on parem – üksikute äriprotsesside ja funktsionaalsete allsüsteemide järjepidev automatiseerimine või kogu süsteemi korraga juurutamine kogu ettevõttes?

Enamikul juhtudel on eelistatav ja tulusam järkjärguline käivitamine. Lõppude lõpuks, mida pikemaks juurutusperiood venib, seda kauem ootavad kasutajad täiustuste valmimist, seda suurem on tõenäosus, et töö valmimise ajaks nende nõuded süsteemile muutuvad või tekivad uued. Loomulikult lükkab see süsteemi kasutuselevõttu veelgi edasi. Palju mõistlikum oleks konkreetse allsüsteemi toimimine võimalikult kiiresti paika panna ning uute kasutajate nõudmiste rahuldamine juba süsteemi töös hoidmise etapis.

Milliste funktsionaalsete alamsüsteemidega on kõige parem alustada, et saada ERP-süsteemi juurutamise eelised võimalikult kiiresti kätte?

Nagu näitavad kogemused ja rakendamise statistika (sh ametlik statistika 1C ettevõte 1C:ERP juurutamiseks), on kõige tõhusam alustada automatiseerimist müügi, lao ja ostu alamsüsteemide käivitamisega. Selline rakendamise järjestus võimaldab projekti algfaasis kogu süsteemi regulatiivset ja viiteteavet ühtlustada ja ühtlustada. Selles etapis ei pruugi tootmisjuhtimise funktsionaalsus täielikult ära kasutada, tooteväljalasked võivad olla kajastatud lihtsustatult, ühes dokumendis (ainult raamatupidamise eesmärgil). Rakendusspetsialistidel on rohkem aega nüanssidega arvestada tootmistegevus ettevõtted ja juurutada need hilisemas etapis, kui algab funktsionaalse tootmise allsüsteemi juurutamine. Sisuliselt tähendab see skeem alamsüsteemide rakendamist põhimõttel "lihtsast keerukani".

Sarnaselt lahendatakse olukord Personali ja Palga allsüsteemidega. Enamikul juhtudel lahendatakse need ülesanded ettevõtte automatiseerimisprojekti alguses eraldi konfiguratsioonis “1C: Palk ja personalijuhtimine” ning neid saab projekti hilisemates etappides ERP-süsteemi üle kanda.

Rakendamisel tuleb arvestada, et koos tehinguülesannetega võib automatiseeritud süsteemidele usaldada protsesside juhtimise. Seega võib tehing “Dokumendi Tellimuse esitamine tarnijale süsteemi” tuleneda pikast vajaduste kujundamise protsessist, nomenklatuuri ja ostutingimuste täpsustamisest, tarnijate ettepanekute kaalumisest, tellimuse maksumuse kokkuleppimisest ja kinnitamisest, logistikaprobleemi lahendamine jne. Seega võib selle dokumendi ümber toimuda üsna keeruline protsess. Kuigi dokument kui selline on praktikas rakendatav enamiku ettevõtete jaoks, on seda ümbritsevad protsessid iga konkreetse organisatsiooni jaoks ainulaadsed. Sel juhul on soovitatav täiendada “1C:ERP” funktsionaalsust sujuvalt integreeritud “1C:Document Flow” lahendusega.

Sujuv integreerimine võimaldab kasutajal töötada 1C:ERP-s ja samal ajal kasutada 1C:Document Flow funktsioone ilma seda programmi isegi käivitamata. Äriprotsesside sisestamine rakendusse 1C: Document Flow aitab jälgida, millises etapis iga protsess on, milliseid toiminguid tuleb süsteemis ja väljaspool selle raamistikku hetkel teha, milliseid dokumente koostada ja kellega kooskõlastada jne. . Lisaks võimaldab ERP ja dokumendivoo integreerimine koordineerida erinevate osakondade tööd, pidada koosolekuid ja konverentse ning teha koostööd juurutamiseks. tehtud otsused, fikseerida töö edenemine automatiseeritud süsteemide dokumentide kaudu, määrata saavutatud tulemus.

Lisaks aitab "1C: Document Flow" juhul, kui "1C:ERP" pole konkreetse ettevõtte toimingu kajastamiseks ette nähtud. nõutav dokument. Sellise dokumendi saab luua rakenduses 1C: Document Flow ja seejärel lisada äriprotsessi.

Lisateavet 1C ERP maksumuse, funktsionaalsuse ja juurutamise kohta saate

Seega väldib kahe tarkvaratoote vastastikune integreerimine automatiseeritud süsteemi tarbetuid muudatusi, vähendab juurutusaega ja kiirendab süsteemi käivitamist.

Viimases artiklis rääkisin sellest, mis on ERP-süsteem, kui ka millistel juhtudel selle tarkvarasüsteemi juurutamine reaalset kasu toob ning mida ERP-i valikul jälgida. Nüüd tahan rääkida sellest, kuidas saada ERP-süsteemist praktilist kasu. Ja selleks tuleb tarkvaratoode juurutada.

Tarkvaratoodete juurutamisest olen juba kirjutanud artiklisarjas “Tarkvaratoote juurutamine. Ärikonsultandi töö iseärasused." Ja paljusid selle artiklite seeria soovitusi saab rakendada ka ERP rakendamisel. Kuid ikkagi on see süsteem mõeldud keskmistele ja suurtele ettevõtetele ning seetõttu on selle rakendamisel teatud funktsioone, mida ma ei avaldanud eelmistes peamiselt väikestele ja keskmise suurusega ettevõtetele pühendatud artiklites. ERP oluline omadus on ka see, et tegemist on multifunktsionaalse, väga laia funktsionaalsusega keeruka süsteemiga ning seda asjaolu tuleb ka juurutamisel arvesse võtta.

Kõige olulisem küsimus, mis iga tarkvarasüsteemi juurutamise eelõhtul tekib, on “kust alustada”? Kui teate, kuidas ja kust juurutamist alustada, ning alustate tööd õigesti, kulgeb protsess tõenäoliselt ilma tarbetute raskuste, ümbertöötamise ja konfliktideta. Ja tulemus vastab äri ootustele.

Samuti püüan järgmistes artiklites rääkida sellest, kuidas hallata ERP-süsteemi juurutamise projekti algusest lõpuni. Ja nüüd tahan rääkida kõige olulisemast - rakendamise algusest.

Erinevad lähenemised rakendamisele

ERP-süsteemide juurutamisel on mitmeid lähenemisviise, mida olen näinud teistel rakendamas ja/või ise praktikas rakendanud. Igal neist on oma plussid ja miinused, mõned lõksud ja eelised.

Põhimõtteliselt on kõik ERP juurutamise lähenemisviisid asjakohased ka mis tahes keerukate süsteemide jaoks, näiteks 1C UPP, 1C ERP, SAP Bussines ONE, ODOO jne. Räägime neist üksikasjalikult.

Tehniliste kirjelduste koostamine

ERP-süsteem on väga tehnoloogiline toode. Seetõttu on nii arendajatel kui ka ärimeestel sageli kiusatus juba enne tööle asumist teostus maksimaalselt planeerida. Näib, et kõik on loogiline. See lähenemine eeldab, et tehnoloogiline tarkvarasüsteem peaks olema võimalikult algoritmiline. Ja juurutusprotsessile saab ja tuleb läheneda algoritmiseerimise ja matemaatilise mudeli vaatenurgast.

Kuidas seda rakendada:

1. Luuakse mahukas tehniline kirjeldus, milles kõik protsessid, ka kõige väiksemad, on maksimaalselt läbi mõeldud ja kirjeldatud.
2. Loodud tehniliste kirjelduste jaoks kalenderplaan töötab

Sellise koostamiseks lähteülesanne see võib võtta kuid. Nägin isiklikult, kuidas spetsialist koostas poole aasta jooksul ERP juurutamiseks tehnilised kirjeldused. Sel perioodil külastas ta seda saiti regulaarselt, süvenes kõikidesse nüanssidesse ja lisas need dokumenti.

Arendajad saavad sellest lähenemisviisist peamiselt kasu:

• Lähtedokument läheb kalliks. Tehakse suur hulk töid, mis võtavad märkimisväärselt palju aega. Ja kliendid nõustuvad tavaliselt tehniliste näitajate kõrge hinnaga ilma igasuguste küsimusteta.
• Arendajad saavad üksikasjalikud juhised, mille alusel saab töid teha. Ja juhul halvad otsused, saadaval allkirjastatud tehnilises kirjelduses, muudatuste eest tasutakse eraldi.

Selle lähenemisviisi puuduseks on selle maht ja keerukus. Koostage terviklik tehniline spetsifikatsioon, mis sisaldab kõiki mooduleid, dokumente ja kõiki nüansse Tuleviku töö võimatu. Süsteem on multifunktsionaalne ja mis tahes muudatused ühes moodulis võivad kaasa tuua vajaduse teha muudatusi teises.

Sama kehtib ka vigade puhul tehniliste kirjelduste koostamisel: kõik valed otsused ühes moodulis võivad kaasa tuua palju muudatusi teistes. Näiteks võib mõnest äriprotsessist valesti aru saada ja siis juurutamise käigus selgub, et osa dokumentatsiooni ja teatmeteoseid polegi vaja, vaid on vaja hoopis teistsuguseid. Infot on liiga palju, süsteemis on liiga palju keerukust – selle tulemusena osutub võimatuks esialgu kõiki nüansse paika panna ja kõiki võimalikke vigu ette näha.

"Osaline" rakendamine

Sel juhul koostatakse nimekiri ettevõtte jaoks kõige olulisematest valdkondadest ja moodulid nendega töötamiseks. Nende põhjal koostatakse kindel rakendusplaan, mis on aluseks töö alustamisel.

Sel juhul on olemas ka lähteülesanne. Nagu ka töövariandi kalenderplaan, kus võetakse aluseks mahukas tehniline kirjeldus. Kuid siin ei ole tehnilised kirjeldused nii põhjalikud, erinevate tööetappide jaoks on võimalik koostada oma tehnilised kirjeldused. Need. Põhidokumendiks on sel juhul Tööde teostamise plaan.

Näiteks:

Rakenduse esimese etapina valime rubriigi Finants ja kaupade liikumine. See töövaldkond on iga ettevõtte jaoks väga oluline. Mõistame finantsliikumiste iseärasusi organisatsioonis, uurime kaupade ladustamist ja müüki. Selle põhjal koostame ERP-s valitud ala automatiseerimiseks tehnilised kirjeldused. Ja me rakendame selle jaotise jaoks vajalikke funktsioone.

Järgmises etapis valime teise suuna, näiteks tootmise. Ja me töötame ka selles suunas, lisaks võtame arvesse tehtud tööd (ja võimalikke parandusi) rahanduse ja toodetega seotud valmismoodulites.

Selle meetodi peamine eelis on realism. Äärmiselt raske on kõike korraga katta. Selle samm-sammult rakendamine on palju lihtsam ja tavaliselt tehakse vähem vigu. Ja töö tulemused on näha juba teostusprotsessi käigus. Ma ise valin kõige sagedamini selle lähenemisviisi.

Puudused - tähtaegade pikenemine, mida klient võib pidada hilinemiseks. Osalisel elluviimisel võib tööde ajastus viibida nii objektiivsetel põhjustel kui ka erinevatel rahastamise, inimfaktori jms põhjustel. Lisaks, kui ärijuht soovib kõike korraga saada, võib ta rahul olla ka täpsete andmete puudumisega teostuse kohta (millal see valmib, milline on täpne summa jne).

See töömeetod on väga ettevaatlik ja võtab sageli kauem aega kui muud rakendusvõimalused. Seega, kui esimeses lähenemises (tehniliste kirjelduste koostamisel) arvutatakse kõik tähtajad ja summad ette, enne töö algust, siis siin on kõik esialgsed arvud ligikaudsed. Ja erinevate etappide tehnilised kirjeldused koostatakse teostusprotsessi käigus.

Samuti saab esimese automatiseerimise töömeetodiga erinevate osakondade tööd teha paralleelselt. Klient näeb raamatupidamise, müügi, lao ja tootmise automatiseerimist. Siin tehakse tööd etapiviisiliselt. Ja osakonnad on ka ükshaaval ERP-ga ühendatud.

"Agiilne" lähenemine

Sel juhul algab rakendustöö kohe ilma ettevalmistava etapita. Tundub, et see on vastuvõetamatu, ERP-süsteemid on liiga keerulised, et neid rakendada ilma ettevõtte spetsiifikat uurimata ja dokumentatsiooni koostamata. Praktikas olen aga sarnast tööd näinud.

Mõned arendajad, isegi ERP-süsteemide puhul, tegutsevad põhimõttel "alustame ja siis mõtleme selle välja". Selle lähenemisviisi kohaselt on eelnevalt loodud üldine plaan rakendamine, mis jagatakse vastavalt vajadusele väikesteks osadeks.

Enamasti praktiseerivad seda töömeetodit "karbis" tarkvaratoodete müüjad. Põhjus on selles, et nad saavad “kasti” müügist igal juhul kasumit ning teostus on nende jaoks vaid seotud teenus.

Selle meetodi peamine eelis on see, et rakendustööd algavad kohe pärast otsuse tegemist. Ilma pikema ettevalmistuseta. See köidab ärimehi. Näiteks võeti vastu otsus müügiosakonna automatiseerimiseks ja asusime kohe tööle. Otsustasime, et peame ülejäägid üle kandma – need kantakse kohe üle.

Põhimõtteliselt on selle põhimõtte abil ka edukas rakendamine täiesti võimalik. Kuid see on väga raske ja edu saavutamiseks on vaja juhi väga kõrget professionaalsust, aga ka märkimisväärset kogemust sarnaste projektide elluviimisel. Ja isegi siis valivad spetsialistid sageli teised teed. Lihtsalt sellepärast, et need võimaldavad teil vähendada vigade ja kattumiste arvu, inimfaktori mõju. Tänu sellele võimaldavad spetsifikatsioonide järgi töötamise või osade kaupa rakendamise võimalused saada soovitud tulemuse vähemate kattumiste ja ümbertöötamisega.

Miinused: igakülgse rakendamise planeerimise puudumine. Siin tekivad probleemid peaaegu samadel põhjustel, mis põhjaliku tehnilise spetsifikatsiooni koostamisel: ERP on kompleksne integreeritud tarkvaratoode ning vead ühe mooduli realiseerimisel võivad mõjutada teise mooduli tööd. Aga kui esimesel juhul tekivad sellised probleemid liigse ettenägemise katse tõttu, siis siin tekivad need puuduliku planeerimise tõttu. Need. Rakenduse käigus lahendavad spetsialistid koheseid probleeme, mõtlemata sellele, et järgmises etapis on neil vaja praeguse mooduli andmeid ja dokumente teise osakonna töö korraldamiseks.

Puuduseks on ka see, et selle lähenemise korral on ettevõtte töötajate kaasamine juurutamisprotsessi palju väiksem kui ühegi ülalkirjeldatu puhul. See mõjutab negatiivselt töötajate otsustavust testimisel osaleda ja uuele süsteemile üleminekul ning provotseerib ka uute tööriistade kasutamise saboteerimist.

“Vähehaaval, aga korraga”

Mina isiklikult nimetan teist lähenemist ERP juurutamisele "tasapisi, aga korraga." See valik võib olla ka edukas ja mugav lahendus. Mina isiklikult olen seda kasutanud rohkem kui korra. Ja kui nad võtavad osalise juurutamise ajal ühe või kaks moodulit, konfigureerivad need täielikult ja alles siis hakkavad teiste moodulitega töötama, siis sel juhul tehakse tööd ka järk-järgult, siis pole sellist selget piirangut - ainult see moodul ja mitte teisi.

Selle lähenemisviisi puhul on esimene samm ka projektiplaani koostamine. Sellega seoses ei ole põhietapid moodulid (üks, siis teine ​​jne), vaid teatud tüüpi tööd, mis võivad korraga mõjutada kõiki mooduleid või valikuliselt mõnda neist. Samas on iga etapi kohta märgitud ligikaudsed tähtajad ja kulud.

Kõige üldisemal juhul näeb selline plaan välja järgmine:

1. Tehniliste kirjelduste väljatöötamine.
2. Tööde teostamine vastavalt tehnilistele kirjeldustele... Seda punkti võib täpsustada ja töö jaguneb seejärel mitmeks etapiks.
3. Süsteemi testimine.
4. Kasutuselevõtt.
5. Koolitus.
6. Projekti lõpetamine (üleandmine).

Sarnane plaan koostatakse iga mooduli kohta eraldi, mis võimaldab iga tööetapi maksumuse olla tellija jaoks võimalikult spetsiifiline, samuti võimalikud tähtajad kõige täpsemini määrata. Samas arutatakse tellijaga ilmtingimata läbi ka võimalus mõnda tüüpi planeeritud töid realiseerimisprotsessi käigus vajadusel teistega muuta.

See meetod on mugavam ja realistlikum kui tehniliste kirjelduste koostamine, kuna kogu projekti üldised tehnilised kirjeldused nõuavad 2–3 kuud või isegi rohkem tööd ning sellest tulenev mahukas dokument koos kõigi üksikasjadega on projekti jaoks väga keeruline. klient õppima.

Siin näeb klient plaani iga etapi tähtaegade ja summadega. Ja iga tööetapi tehnilised kirjeldused luuakse eraldi, need on väikesed ega nõua märkimisväärset ajakulu. Samuti on soovitatav nimetada kõik dokumendid selgelt. Näiteks “Raamatupidamine ja rahandus” või “Müügiosakond”.

Selle lähenemisviisi eelised:

• Klient näeb kohe kogu projekti. Võimalikult täpse ajastuse ja kuludega enne juurutamise algust.
• Töövõtja määrab selgelt iga etapi eelarve ja väljastab tasumiseks arve. Samas ei tekita küsimusi arve summa, mis võimaldab teha tulemuslikult tööd, ilma, et end arvet põhjendades või reaalselt kulutatud tundide arvu kokku lugedes segaks.

Meetodi puudused:

• Tellija peab valima töövõtjat väga hoolikalt, et projektijuhil oleks adekvaatne arusaam iga mooduli rakendamise eripäradest. Vastasel juhul ei ole kavas olevad arvutused piisavalt täpsed. Eelarve võib ootamatult suureneda, tähtajad venida, s.t. lähenemisviisi peamised eelised kaovad.
• Töövõtja vajab tähtaegadest kinnipidamiseks ja erinevate moodulitega paralleelselt töötamiseks märkimisväärsel hulgal kõrgelt kvalifitseeritud töötajaid. Need. väike meeskond ei suuda sellist lähenemist rakendada.

Oluline planeerimisfunktsioon: Eelarve arvutamisel tuleks olenemata kogemustest ja kalkulatsiooni täpsusest ettenägematute olukordade puhuks “kõrvale panna” lisasumma. Sellise summa optimaalne suurus on 30% kavandatud töö maksumusest. Seda võib nimetada kokkulepitud planeeritud projekti maksumuse dispersiooniks. Neid tööriistu võib vaja minna raskuste ilmnemisel - andmevahetuse korraldamine programmiga, mis ei toeta olemasolevat API-t, põhiteatmete värskendamine, raskused andmete edastamisel, tööks vajalike funktsioonide rakendamine, mida ühel või teisel põhjusel ei saa ette nähtud ette jne .d.

See 30% läheb eelarves arvesse, kuid makstakse töövõtjale välja vaid vajadusel. Kui projekti elluviimisel suudeti täita eelarve põhinumbrid ilma “reservita”, suurepärane! Klient on tänulik ning rahulolev klient tähendab uusi tellimusi ja parimat reklaami suust suhu (soovitused sõpradele-tuttavatele).

Kui teil on siiski vaja reservi kasutada, on väga oluline pädevalt ja selgelt põhjendada, millisteks töödeks seda raha vajati. See summa on vaja eelarvesse lisada, et ei tekiks ebameeldivaid olukordi, kui eelarve suureneb, kuid kliendil sellist kuluartiklit pole.

Millistest moodulitest peaksin alustama?

Moodulite arv, mida ERP-süsteem suudab pakkuda, tekitab sageli küsimusi, kust alustada, sest võimalusi on nii palju, nagu öeldakse: "silmad jooksevad metsikult". Soovitan alustada ettevõtte töö jaoks kõige kriitilisematest valdkondadest ja sellega seotud moodulitest:

1. Finantseerimine ja vastastikused arveldused. (Ärge ajage segi eelarve koostamisega - seda moodulit saab ja tuleks rakendada hiljem, see on seotud planeerimisega, mitte praeguse kriitilise tööga).
2. Laoartiklite liikumine (TMV): ladustamine, müük, vastuvõtt. Väga oluline on laoartiklite korrektne arvestamine, enne saldode ülekandmist tehakse tavaliselt inventuur, seejärel kantakse üle saldod, misjärel töötatakse alles uues süsteemis.
3. Raamatupidamine. Raamatupidamismooduli juurutamine või andmevahetuse korraldamine raamatupidamissüsteemiga. Riik ei andesta midagi ja igasugune rikkumine, olenemata tahtlusest, on karistatav. Seetõttu on ka raamatupidamine ja maksuarvestus iga ettevõtte toimimiseks kriitilise tähtsusega süsteem.

Mõnikord kuulen vastuväiteid, et ettevõttel võivad olla omad nüansid, näiteks suure kaadri voolavuse tõttu on personalijuhtimine kõige kriitilisem. Tegelikult on suure tõenäosusega ERP juurutamise alguse ajal ettevõttes mingisugune personalitöö automatiseerimine. Ja ükskõik kui kriitiline on selle osakonna töö ettevõtte jaoks, saab mõnda aega personalijuhtimist teostada olemasolevas süsteemis. Ja kui protsessi käigus tuvastatakse teatud vead, on see miinus, kuid mitte kõige kriitilisem ettevõtte olemasolu jaoks.

Samuti saab disainiosakond või turundus mõnda aega tavapäraselt töötada ja pidada arvestust autonoomselt varem kasutatud süsteemis.

Samas on põhivara (finants- ja materiaalne) liikumise range arvestus ja kontroll ning vigade puudumine raamatupidamises ja maksuarvestuses need “sambad”, ilma milleta ei saa ükski ettevõte eksisteerida.

Loodan, et materjal selle kohta, kust alustada ERP juurutamist ja milliseid meetodeid selle süsteemiga töötamiseks kasutatakse, oli teile kasulik. Järgmistes väljaannetes räägin oma isiklik kogemus ERP juurutamisel jagan infot vigade kohta, mida on kõige parem vältida ning millele tuleb juurutusprotsessi käigus tähelepanu pöörata ning kuidas seda tööd kõige paremini korraldada, et üleminek ERP-le oleks võimalikult efektiivne.

Sildid: lisa sildid

ERP süsteemide juurutamine

Ettevõtte ressursside planeerimine (ERP), mis tõlkes tähendab ettevõtte ressursside planeerimise infosüsteeme, on pikka aega muutunud keskmiste ja suurte ettevõtete ühiseks tegevusvaldkonnaks. Infovõrkude kasutuselevõtt on suunatud äriprotsesside efektiivsuse tõstmisele, mis hõlmavad tarnimist, müüki ja tootmist. Selle tehnoloogia kasutuselevõtul on oluline mõju ettevõtte kui terviku tootlikkuse tõstmisele. Kuid ERP ei ole ainult äriprotsesside automatiseerimine, vaid ka nende automatiseerimine juhtimisfunktsioonid, nagu planeerimine, kontroll ja raamatupidamine.

ERP-süsteem erineb kardinaalselt sellest, mida me kõik teame Microsofti programmid Kontor, mis töötab kõigis arvutites ühtemoodi. ERP süsteemi funktsionaalsus sõltub otseselt konkreetse ettevõtte ülesannete selgest määratlemisest ja selle kohandamisest nende ülesannete jaoks. Selle süsteemi kasutamise täielik tõhusus saavutatakse ainult siis, kui see on õigesti kavandatud ja konfigureeritud, mis aitab muuta ettevõtte tulevikus paremini juhitavaks.

ERP-süsteemi eripära teistest süsteemidest on see, et see aitab kokku koguda andmeid ettevõtte tegevuse kohta ja ainult kogutud info põhjal saab süsteem andmeid analüüsida. Oluline omadus See süsteem seisneb selles, et äritehinguid kajastatakse süsteemis vaid üks kord ning saadud aruannete põhjal saame kohe analüüsida nende mõju ettevõtte tegevusele.

Ettevõtte ressursside planeerimise infosüsteem on üsna arenenud süsteem ja selle funktsioonid on pidevas arendamise ja täiustamise etapis, kuid siiski juhtub, et pärast seda, kui teatud ettevõttes on ERP-süsteem juurutatud ja kõik selle rakendamise meetodid on välja töötatud. korrektsel kasutamisel ei ole fondivalitsejatel endiselt võimalik saavutada täielikku teabekontrolli ettevõtte tegevuse üle. Ja mis kõige huvitavam on see, et midagi olulist ei juhtu, vaid vastupidi, kõik jääb samaks. Mis siin lahti on? ERP-süsteemi ebaõiget toimimist võib mõjutada palju tegureid. See võib olla näiteks esmaste dokumentide ebaõige täitmine, tõrked ja rikkumised müügipoliitikas või ülemääraste reservide olemasolu ettevõttes. On isegi võimalik, et paljud ettevõtted loobuvad pärast ERP-süsteemi juurutamist sellest, kuna väidetavalt reageerib see ebaadekvaatselt ja enneaegselt talle pandud ülesannetele. Kuid see pole nii ainult meie ettevõtetes, on andmeid, et läänes moodustab ERP-süsteemide edukate juurutuste osakaal ettevõtetes alla 50% juhtudest.

Kuid miks on nii suur protsent ERP-süsteemide juurutamistest ebaõnnestunud? Kui analüüsida ERP-süsteemi ebaõnnestunud juurutamist, selgub, et ebaõnnestunud juurutamise üks peamisi tegureid on süsteemi disaini põhimõtte rikkumine. automaatjuhtimine (ACS). Ekspertide seas on levinud arvamus, et automatiseeritud juhtimissüsteemide juurutamise projektid ei anna positiivseid tulemusi, kuna nende süsteemide projekteerimisel ei võeta arvesse äriarengu strateegiat ning äriprotsesse programmeeritakse liiga sageli ümber.

Tasub esile tuua järgmised vead:

1. ERP-süsteemi kujundamisel ei arvestata ettevõtte edasise arengustrateegiaga.

Nagu analüüsid näitavad, on see peamine viga ERP-süsteemi juurutamisel. Mõelgem välja, miks see juhtub. Taga viimased aastad Majandus ja erinevad majandusharud, milles ettevõtted tegutsevad, on oluliselt muutunud ja muutuvad pidevalt, sellises kontekstis ei ole võimalik infosüsteemi õigesti seadistada, kuna see ei suuda arvestada võimalike tegevuste muutustega. ettevõttest tulevikus. Selle näiteks on see, et nafta- ja gaasitööstuses tegutsevad ettevõtted on kõrvaldanud kõik põhitegevusega mitteseotud varad, kuid teave nende varade kohta oli automatiseeritud juhtimissüsteemi oluline osa. Teine näide: metallurgiasektoris tegutsevad ettevõtted on oma töötajate arvu peaaegu poole võrra vähendanud, mõjutades sellega automatiseeritud kohtade arvu, mida ei saa samuti ERP-süsteemide juurutamisel arvesse võtta. Kõige selle põhjal saab selgeks, et ettevõtte ressursiplaneerimise süsteeme on vaja kuidagi täiustada ja kaasajastada, et tulevikus oleks võimalik kõiki muutuvaid näitajaid arvesse võtta. Vastasel juhul muutub ERP-süsteemide juurutamine omamoodi koormaks ettevõtte korrektsele ja produktiivsele tegevusele. Kuid juba on võimalik täielikult toimiva ERP-süsteemi juurutamine ettevõtetes, kuid see on pikk protsess ja võib kesta 3 kuni 5 aastat. Et edaspidi vigu mitte korrata, tuleks ettevõtte tegevuse struktuur ja ulatus vähemalt kolm aastat ette kavandada ja läbi mõelda. Kuid siingi, kui ettevõtte tegevuse tulevikuväljavaateid prognoositakse valesti, on võimalikud suured kahjud ja kulud, näiteks ERP-süsteemide lisaseadmete ostmisel, mis toob kaasa ettenägematud kulutused Interneti-liikluse eest tasumisel. Vähesed inimesed peavad seda meeldivaks, kui teatud aja möödudes tekib küsimus olemasoleva ERP-süsteemi ülekandmisest teisele platvormile.

Pidevalt tuleb arvestada ka teiste ettevõtluse arendamise valdkondadega - selleks on väiketootmise laiendamine ja filiaalide organiseerimine ning reservvarude oluline vähendamine ning tarneaegade karmim kontroll. Kõigi nende meetmete elluviimisel suureneb ERP-süsteemi jõudluskoormus, millest sõltub äritehingute kajastamise õigeaegsus ja efektiivsus, vastasel juhul on selle süsteemi abil kogutavad andmed ebaefektiivsed.

2. Infosüsteemide projekteerimine “alt-üles”.

Määrake õigesti ettevõtte eesmärgid ja tulevikuväljavaated edukas areng võimalik ainult ülalt-alla disainimeetodil. Praktika näitab, et tõhusa teabe loomine juhtimissüsteem on kallis, kuna kogu ettevõttes ilmuva infovooga on peaaegu võimatu arvestada. Seetõttu seisab iga arendaja ERP-süsteemi kujundamisel silmitsi probleemiga, mis puudutab üleminekut kogu teabe hankimiselt teatud piirini. Peamine ülesanne ERP-süsteemi kujundamisel on valida peamine oluline suund tõhusaks juhtimisotsuste tegemiseks. Kuna ettevõte saab iga päev suures koguses erineva sisuga teavet, peab disainer valima kogu sellest teabevoost ainult kõige olulisema ja oluline teave. Loomulikult on igal ettevõttel oma infotoe vajadused. Seetõttu tähendab ERP-süsteemi õige kavandamine ennekõike ülemiste juhtimiskihtide jaoks olulise info väljavalimist ja alles seejärel laskub disainer alla. See meetod on mõeldud eelkõige tippjuhtkonnale vajaliku kriitilise teabe hankimiseks. Kuid nagu näitab ERP-süsteemide kujundamise praktika, viivad disainerid, ilma sissetuleva teabe olulisusesse üksikasjalikult laskumata, süsteemi palju tarbetut ja üleliigset teavet, suurendades sellega automatiseeritud juhtimissüsteemi kulusid. Selle tulemusena kannatab ettevõtte juhtkond saadud teabe ebapiisavuse ja täielikkuse tõttu. Ja ettevõtte juhtkond saab tohutul hulgal analüüsimata infot, mis aeglustab oluliselt juhtimisotsuste tegemise protsessi, selle kohta on palju näiteid. Selleks, et ettevõte ei saaks märkimisväärseid kulutusi nõudva ERP-süsteemi projekteerimisel ja juurutamisel üleliigset ja ebaefektiivset teavet, tuleb ERP-süsteemi projekteerimisel arvestada peamiselt ettevõtte eesmärkidega ja sellest lähtuvalt õigesti määrata. ettevõttele saadud teabe liik ja laad.

3. Äriprotsesside vale ümberkujundamine.

Tihti juhtub, et ettevõte, kes on otsustanud ERP-süsteemi juurutada, otsustab teha nii olulise sammu, nagu ettevõttes kõigi olemasolevate äriprotsesside ümberkujundamine või ümberkujundamine ja nende edasine juurutamine ning allutamine ERP-süsteemi nõuetele. Või on võimalik, et ettevõte nõuab valitud ERP-süsteemi ümberkorraldamise ja mõnikord isegi selle täieliku ümberkirjutamise ajal kõigi olemasolevate äriprotsesside säilitamist. Kuid need kaks võimalust ERP-süsteemi juurutamiseks on täpselt valed, mis mõjutavad veelgi negatiivselt ettevõtte efektiivsust.

Kõikide äriprotsesside ümbertöötamisel suureneb risk, et ettevõttes juurutav ERP süsteem jääb üldse kasutamata. Kuna äriprotsesside ümberkujundamise praktika näitab, et olulisi äriprotsesside muudatusi on väga raske juurduda ja seetõttu kasutatakse neid väga harva.

Kui vaatame lääne ettevõtteid, siis näeme, et Lääne ERP-süsteemide väljatöötamisel võetakse arvesse globaalset kogemust nende süsteemide juurutamisel, tuginedes kogemustele äriprotsesside ehitamisel ja optimeerimisel. Sellest lähtuvalt on ilmne, et seda kogemust tuleks meie juhtimissüsteemi täiustamisel arvesse võtta Venemaa ettevõtted ja ettevõtted. Kuid võib juhtuda, et ERP-süsteemide kujundajad ei kasuta alati õigesti viiteid lääne tavadele, kuna kodumaised ettevõtted tegutsevad täiesti erinevas majanduskeskkonnas.

Kõigi olemasolevate äriprotsesside säilitamine on samuti ebaefektiivne meetod, sest tekkiv süsteem kaotab mitmete modifikatsioonide ja ümbertöötlemise tõttu oma töökindluse ja efektiivsuse. See mõjutab sisendteabe eksliku töötlemise ohtu ning valitud süsteemi automatiseerimisest pole ka kasu, kuna muudetud ja ümberkujundatud äriprotsessid on ebaefektiivsed. Sel juhul sõltub ettevõte valitud juhtimissüsteemist ja jääb automaatselt ilma võimalusest oma tegevust täiustada. Nendest meetoditest lähtuvalt on oluline leida “kuldne” kesktee äriprotsesside ümberkujundamise ja ümbertöötamise vahel olemasolev süsteem.

4. Vale hinnang majanduslik efektiivsus ERP-süsteemi juurutamine.

ERP-süsteemi juurutamine maksab palju raha, see hõlmab ka ostmist vajalik varustus, arvutid, nõustamisteenuste eest tasumine jne. Sellega seoses peab ettevõtte juht lahendama juurutatud ERP-süsteemi majandusliku efektiivsuse põhiprobleemi. Juhi ees seisab ülesanne võrrelda äriprotsesside automatiseerimise kulusid projekti lõppmajanduslike tulemustega. Selle probleemi lahendus sisaldab vastuseid järgmistele küsimustele: millist teavet juht lõpuks saab, milliseid kahjusid see aitab vältida ja kuidas maksimeerida ettevõtte kasutatavate ressursside efektiivsust. Kui vähemalt üks neist probleemidest ei lahene, on täiesti võimalik, et ERP-süsteemi juurutamise kulud ei tasu end ära või ei tasu end lihtsalt ära. Võimalike rikete vältimiseks on vaja kindlaks määrata teatud info kaasamise hind ERP-süsteemi projekteerimise ja juurutamise kõikides etappides. Kuid see pole veel kõik. Tulevase ERP-süsteemi prototüübi loomisel on vaja lahendada majandusliku efektiivsuse küsimus. ERP-süsteemi juurutamise suurim efektiivsus on võimalik ainult siis, kui ettevõttel on hästi üles ehitatud juhtimissüsteem.

Positiivne tegur, mis mõjutab juurutatud ERP-süsteemi korrektset ja tõhusat toimimist, on rikkaliku funktsionaalsuse olemasolu. Kuid praktika näitab, et sageli on juhtumeid, kus juurutatud ERP-süsteem toimis ettevõttes lihtsalt vahendina ettevalmistamisel. maksuaruandlus või pealegi lihtne kalkulaator. Selle põhjuseks võivad olla mitmed põhjused, alustades valest konsultatsioonifirma valikust, mis aitab ettevõttel ERP-süsteemi juurutada, kuni süsteemi kujundaja vale ülesannete ja eesmärkide valikuni. Paljud ettevõtted teevad peamise vea, järgides põhimõtet "ostame kohe ja vaatame hiljem". Seetõttu kannavad need ettevõtted märkimisväärset rahakaotust.

ERP-süsteemi loomine ja juurutamine ettevõttes või ettevõttes kätkeb esialgu radikaalseid muudatusi antud ettevõtte või ettevõtte äriprotsessides. Sellele aitab kaasa ERP-süsteemi juurutamise metoodika ja selle ERP-süsteemi funktsionaalsus. On olemas SAP R/3 klassi süsteeme, mille juurutamise üldtunnustatud praktika on meelitada ettevõtte äriprotsesse juba olemasoleva ERP-süsteemi rikkaliku funktsionaalsusega. Selle süsteemi juurutamise tõttu tekivad ettevõttel tõsised kulud rakendatud projekti haldamisel, aga ka enda äriprotsesside muudatuste tõttu. Samuti on olemas sellised süsteemid nagu MS Navision Attain ja Axapta, mida peetakse keskklassi süsteemideks. Need süsteemid on selle klassi ühed parimad süsteemid, nende süsteemide juurutamisel keskendub disainer esialgu kohanemisvõimele vajalike ettevõtte protsessidega. See tähendab, et nende süsteemide juurutamise põhieesmärk on keskendunud kliendi protsessidele ja alles seejärel süsteemi funktsionaalsusele. Kaasaegsetes ERP-süsteemides on kõrgetasemeline ja integreeritud arenduskeskkond, sellisel juhul on võimalik luua süsteem, mis vastab täielikult kõigile ettevõtte senistele nõuetele.