ERP-süsteemide juurutamise protsess jaguneb tinglikult 7 etapiks: korraldustöö, ettevõtte uuring, automatiseerimismetoodika valik, süsteemi projekteerimine, tarkvara juurutamine töötajate töökohtadel, süsteemi kommertskasutusele laskmine, hooldus.

Teeme ettepaneku kaaluda üksikasjalikumalt ERP juurutamise protseduuri.

I korraldusetapp

Töö ERP juurutamisprojektiga ettevõttes algab 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 peaks olema hästi kursis ettevõtte kõigi aspektidega ja äriprotsesside korraldamisega. Lisaks peaks ERP juurutamise projektijuht olema suuteline tegema ainuotsuseid kõikides esilekerkivates küsimustes.
• Spetsialistid vastutab süsteemi vastavuse eest kehtivate õigusaktide ja ettevõtte standardite nõuetele. 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.
• IT üldspetsialist . Tema vastutusalaks jääb projekti tehniline tugi.

Kui soovite, et tehase automatiseerimissüsteem tooks võimalikult kiiresti käegakatsutavaid äritulemusi, tuleb tagada, et töötajad kasutaksid seda võimalikult aktiivselt ja tõhusalt. Selleks peavad töötajad olema ERP-ga töötamiseks koolitatud ja töö algfaasis rangelt kontrollitud. Need kohustused langevad ka töörühma esindajate õlule.

Lisaks on organisatsioonilises etapis vaja kindlaks määrata rahastamisallikad ja integreeriv ettevõte.

II Ettevõtlusuuringu etapp

Korraldustöö lõpetamisel viiakse läbi ettevõtte äriprotsesside kontroll. See protseduur on vajalik rakendustööde ajastuse ja maksumuse täpseks määramiseks. Olenevalt projekti ulatusest ja püstitatud ülesannetest saab IT-integraator pakkuda kliendile ühte kahest küsitlusvõimalusest:

• Ekspresskontroll. See viiakse läbi 1,5–2 kuu jooksul. Selle tulemuste põhjal koostatakse dokument "Projektieelne analüüs". See kajastab automatiseeritud raamatupidamise funktsioone ja ülesannete loendit, mis tuleb rakendusprotsessis lahendada.
• Täielik läbivaatus . See viiakse läbi 3-5 kuu jooksul. Põhjaliku ekspertiisi tulemuste põhjal koostatakse “Lähteülesanne”, 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 valik

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

• Abonenditeenus . Integraatorfirma viib ettevõttes läbi kiirküsitluse, koostab suurendatud ERP juurutamisplaani ning määrab selle alusel projekti maksimaalse võimaliku maksumuse. See kulu on lepingus kirjas, seal on fikseeritud ka programmeerija-rakendaja ühe tunni töö maksumus. Üldine tööplaan on jagatud kuude kaupa. Töötundide arvust lähtuvalt määratakse kuueelarve suurus. Lepingus sisaldub ka kindel maksesumma.
• Etappide rakendamise tehnoloogia . See ERP juurutamise metoodika hõlmab ettevõtte täielikku ülevaatust, kõigi automatiseeritud äriprotsesside määratlemist ja tehniliste kirjelduste koostamist. Lähteülesanne kajastab: programmi standardkonfiguratsiooni täiustuste mahtu, fikseeritud etappideks jaotatud tööde täielikku loendit, ERP juurutamise iga etapi ajastust ja maksumust. Selle tehnoloogia peamine puudus on paindumatus. Projekti vähimagi muudatusega kaasneb TOR-i muutmine: üksikute tööetappide teostamise ajastuse ja maksumuse ülevaatamine.
• Kiire tulemuse tehnoloogia . ERP juurutamisalgoritm on ligikaudu sama, mis tellimusteenuste puhul. Samuti viiakse läbi ekspressküsitlus, arvutatakse projekti maksimaalne maksumus, arvestatakse programmeerija töötundi. Tasumine toimub samuti kord kuus, kuid mitte fikseeritud määraga, vaid vastavalt programmeerijate reaalselt kulutatud tundidele. Puuduvad rangelt reguleeritud tööplaanid kuuks, nädalaks – ülesannete loetelu ja järjestus võivad varieeruda sõltuvalt ettevõtte tegelikest vajadustest. Paindlikkus on kiire tulemuse tehnoloogia vaieldamatu eelis. Saate projekti igas etapis ja ilma pikkade kooskõlastusteta kaasata täiendavaid äriprotsesse. Selle rakendusskeemi ainsaks puuduseks on projekti rakendamise ajakava hägustumine.
• Ühekordsed kõned . Programmi paigaldamine töötajate töökohtadele ja äriprotsesside automatiseerimine teostatakse võimaluste piires kliendi poolt. Ettevõte ostab kasti ja kõik juurutustööd tehakse ühekordsete kõnede stsenaariumi järgi.

IV ERP süsteemi projekteerimine

Ettevõtte uuringu tulemuste põhjal selgitatakse välja funktsionaalsed nõuded süsteemi võtmemoodulitele, lähteandmete laadimise ja juba kasutusel oleva tarkvaraga vahetuse seadistamise vajadus. Süsteemis on kujundatud ettevõtte peamised äriprotsessid, standardfunktsionaalsust täiustatakse ettevõtte spetsiifikale vastavaks.

V ERP süsteemi juurutamine ettevõttes

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

VI Süsteemi kasutuselevõtt kaubanduslikul eesmärgil

"1C: ERP Enterprise Management 2" on kaasaegne tarkvaralahendus ettevõtete ja ettevõtete tegevuse juhtimiseks automatiseeritud süsteemide ehitamiseks. Madalad omamiskulud ja võimalus saada märkimisväärset majanduslikku efekti stimuleerivad ettevõtteid seda kasutama. Kuid vajadus võtta kasutusele automatiseeritud juhtimissüsteemid tekitab mõnikord ettevõtte juhtkonnas muret. Hea, kui ettevõttes on kogemustega spetsialistid, kes on juba varasematel töökohtadel ERP-d juurutanud või omavad selle kasutamise kogemust. Aga tööturul on neid siiski vähe. Seetõttu esitavad juhid, kes lahendavad ettevõtte efektiivsuse tõstmise probleeme ja kelle huve otseselt mõjutab juhtimissüsteemide automatiseerimine, küsimusi: kuidas läheneda juurutamisele ja kuidas mõista keerukat “arvutimänguasja”?

Esiteks tuleks mõista, et automatiseeritud ERP-haldussüsteemi kasutuselevõtt 1C platvormil on küll tehniliselt ja organisatsiooniliselt keeruline, kuid siiski PROJEKT, see tähendab, et sellele kehtivad projektijuhtimise üldised kaanonid. Millised on selle omadused?
Esiteks on automatiseerimise objektiks ettevõtte juhtimissüsteem - see on midagi virtuaalset, kuna see koosneb juhistest, standarditest, eeskirjadest, määrustest ja ka personali kogemustest. See teeb projektis kõik keeruliseks – planeerimise, modelleerimise, elluviimise, projektijuhtimise.

Teiseks on ERP juurutamine inimeste ja infotehnoloogia kompleksne sümbioos ning projekti edukus sõltub rohkem inimfaktorist kui tehnilisest komponendist. Aga kui teil on edukas ettevõte, kui olete viinud oma toodangu rahvusvaheliste standardite tasemele, on 1C:ERP rakendamine teie otsustada!

Samas tuleb 1C: ERP juurutamisprojekti edukaks elluviimiseks enne töö alustamist aru saada selle eripäradest.
Mõiste ERP tähendab sõna-sõnalt ettevõtte ressursside planeerimise süsteemi. Selle komponendid on mõeldud nii sisemiste äriprotsesside igapäevaste toimingute automatiseerimiseks kui ka äripartneritega suhtlemise toetamiseks, ettevõtte tippjuhtkonna ja omanike abistamiseks. 1C:ERP süsteem aitab kujundada ja ellu viia ettevõtte strateegiat.

Pöördugem piltide poole ja kujutame ette elu toetavat süsteemi "suurte äride avatud ruumi" keerulistes tingimustes. Kõik süsteemid töötavad nagu kellavärk. Kuid sellest ei piisa. Juhtkonna jälgija peaks regulaarselt saama teavet ettevõtte hetkeseisu ja kõrvalekallete kohta strateegilisest liikumissuunast. Suurem osa pisematest probleemidest on soovitav lahendada automaatselt "kohapeal" ja mitte koormata sellega juhti, s.t. vabastada ta päevakajalistest probleemidest.

Siis saab omanik keskenduda ainult ettevõtte arengustrateegia kujundamisele ja kontrollile selle elluviimise üle. See näitab, kui olulised on integreeritud juhtimissüsteemid ettevõtte juhtimise jaoks.

Liigume edasi esinejate meeskonna juurde, sest sageli tekitavad juhtkonnas suurimat ärevust just projektis osalejad. Seetõttu on projekti teostava ettevõtte põhinõue edukas kogemus 1C: ERP juurutamisel, soovitav on ekspertteadmised kliendi töö teemavaldkonnas.

Parim variant on see, kui töövõtjal on kogenud projektimeeskond. Enne projekti algust saate küsida nende spetsialistide kokkuvõtet, vajadusel teha nendega intervjuusid.

Kogenud spetsialistid, kes on ellu viinud mitu projekti, suudavad probleeme tuvastada, klassifitseerida ja lahendada palju kiiremini kui "nende" olemasolevates äriprotsessides töötav spetsialist. Spetsialistide vajadus ERP-süsteemide juurutamisel on maksimaalne ja tööstusliku käitamise etappides on see juba taandatud episoodilise töö tasemele.

Eduka projekti mootorid
Esimese juhi projektis osalemine

Kui ettevõtte esimene inimene võtab aktiivselt osa 1C: ERP juurutamise ettevalmistamisest ja elluviimisest, siis tagab ta tingimuste loomise strateegiliste eesmärkide saavutamiseks ning motiveerib töötajaid ja projektimeeskonda edu saavutamiseks.

Esimese juhi osalemise tähelepanuta jätmine ERP käivitamisel võib olla üks olulisi probleeme, millega tuleb juurutusprotsessis silmitsi seista. See näib olevat juhtkonna tagasitõmbumine projektiga seotud oluliste otsuste tegemisest. Ja seetõttu napib projektimeeskonnal autoriteeti, osalejad kas ei taha enda eest vastutust võtta või lahendavad ehitustööde ülesandeid eranditult “oma” üksuse huvides, strateegilised eesmärgid on hägused.

Projektimeeskonna moodustamine, töökorraldus ja motiveerimine

Siin on näide tüüpilisest projektimeeskonna struktuurist.

Projektimeeskond võib koosneda ärivaldkondade kaupa moodustatud töörühmadest, mis koosnevad nii töövõtja spetsialistidest kui ka tellija vastutavatest töötajatest. Juhib projektimeeskonda, näiteks muudatuste haldusnõukogu.

Tavaliselt on juhatuse esimeheks ettevõtte omanik või nn projekti sponsor – kõrgeim tippjuht, ressursside juht. Töörühmi juhivad otsesed juhid. Töörühmadesse kutsutakse kliendi poolelt funktsionaalsed kasutajad ja IT-spetsialistid.

Kui töövõtja spetsialistide ja süsteemi toimivate kasutajate vahel luuakse toimiv usalduslik suhe, siis saavad projektis osalejad toime tulla kõigi raskustega, mõistavad vigade põhjuseid ja kõrvaldavad need. Kui tellija töötajad ei ole motiveeritud teostuses osalema, siis võib suhtlemise taandada töövõtja spetsialistide töös vigade otsimisele ja nende parandamise saboteerimisele, üksteisele ülesannete loopimisele “äärmuslikkust” otsides.

Projektijuhi professionaalsus

1C:ERP juurutusprojektis on tõhus projektijuht (PM) üks peamisi edutegureid. Tema ülesanne on saavutada tulemusi teiste inimeste tööd korraldades. See kehtib eriti kliendipoolse projektijuhi kohta. Seda valides pakun kliendile:

Kasutage sisemist ressurssi – valige töötaja, kes on tänu oma energiale ja organiseerimisvõimele mõne teie projekti juba ellu viinud;

Otsige turult kogemustega (või sarnase süsteemi juurutusega) projektijuhti.

Kuna ERP süsteemide juurutamise projekt on tehnoloogiliselt keerukas, on RP ülesandeks moodustada projektimeeskond, kuhu kuuluvad tehniliselt koolitatud inimesed, keda ta usaldab. Muide, palju sõltub projektijuhi isiksusest, tema oskusest projektimeeskonda ühendada ja organiseerida.

Õige juurutava ettevõtte valimine

Et selles küsimuses mitte eksida, soovitan teil pöörata tähelepanu taotleja projekteerimiskogemusele. Selle eest tasub:

Uurige välja elluviidud projektide arv ja staatus, sealhulgas teie tööstusharu projektide arv;
. tutvuda ülevaadetega ettevõtetest, kus taotleja on sarnaseid teostusi läbi viinud;
. lugeda potentsiaalse täitva ettevõtte projektimeeskonna liikmete CV-sid;
. arutage iga spetsialistiga isikliku vestluse võimalust;
. kontrollida dokumenteeritud kvaliteedijuhtimissüsteemi olemasolu.

Arvestada tuleks veel ühe nüansiga. Kuna 1C: ERP juurutamisprojekt eeldab tihedat suhtlemist ja sõna otseses mõttes töövõtja spetsialistide kasvamist kliendi probleemidesse, on usalduse küsimus esinejate meeskonna vastu väga aktuaalne.

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 tegevusalaks. Infovõrkude kasutuselevõtt on suunatud äriprotsesside, milleks on tarnimine, turustamine ja tootmine, tõhustamiseks. Selle tehnoloogia kasutuselevõtt mõjutab oluliselt ettevõtte kui terviku tootlikkuse kasvu. Kuid ERP ei ole ainult äriprotsesside automatiseerimine, see on ka selliste juhtimisfunktsioonide nagu planeerimine, kontroll ja raamatupidamine automatiseerimine.

ERP-süsteem erineb kardinaalselt tuttavast Microsoft Office'i programmist, mis töötab kõigis arvutites ühtemoodi. ERP-süsteemi funktsionaalsus sõltub otseselt konkreetse ettevõtte ülesande selgest määratlemisest ja selle kohandamisest nende ülesannetega. Selle süsteemi kasutamisest saadav kasu saavutatakse ainult siis, kui see on õigesti kavandatud ja konfigureeritud, mis aitab muuta äri tulevikus paremini juhitavaks.

ERP-süsteemi eripära teistest süsteemidest seisneb selles, et see aitab kokku koguda andmeid ettevõtte tegevuse kohta ja ainult kogutud info põhjal saab süsteem andmeid analüüsida. Selle süsteemi oluliseks omaduseks on see, et äritehinguid registreeritakse süsteemis vaid üks kord ning saame koheselt analüüsida nende mõju ettevõtte tegevusele vastavalt saadud aruannetele.

Ettevõtte ressursiplaneerimise infosüsteem on küllaltki arenenud süsteem ja selle funktsioone pidevalt arendatakse ja täiustatakse, kuid sellest hoolimata juhtub, et pärast seda, kui konkreetses ettevõttes on ERP-süsteem juurutatud ja kõik selle rakendamise meetodid on õigesti kasutatud fondivalitsejad ei suuda endiselt saavutada täielikku informatsioonilist kontrolli ettevõtte tegevuse üle. Ja mis kõige huvitavam, midagi märkimisväärset 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 algdokumentide ebaõige täitmine, müügipoliitika tõrked ja rikkumised, üleliigsete laovarude olemasolu ettevõttes. On isegi võimalik, et paljud ettevõtted loobuvad pärast ERP-süsteemi kasutuselevõttu sellest, kuna väidetavalt reageerib see ebaadekvaatselt ja mitteõigeaegselt talle pandud ülesannetele. Kuid see pole nii ainult meie ettevõtetes, on tõendeid selle kohta, et läänes moodustab ERP-süsteemi edukate juurutuste osakaal ettevõtetes alla 50% juhtudest.

Aga miks on nii suur protsent ERP-süsteemide juurutamistest ebaõnnestunud. Kui analüüsime ERP-süsteemi ebaõnnestunud juurutamist, siis selgub, et ebaõnnestunud juurutamise üks peamisi tegureid on automaatjuhtimissüsteemide kavandamise põhimõtte rikkumine ( ACS). Spetsialistide 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, liiga sageli programmeeritakse äriprotsesse ü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. Vaatame, miks see juhtub. Viimastel aastatel on majandus ja erinevad majandusharud, milles ettevõtted tegutsevad, oluliselt muutunud ja muutuvad pidevalt, selles kontekstis on infosüsteemi korrektne üles seadmine võimatu, kuna see ei suuda arvestada võimalike muudatustega ettevõttes. ettevõtte tegevust tulevikus. Selle näiteks on asjaolu, et nafta- ja gaasitööstuses tegutsevad ettevõtted on kõrvaldanud kõik põhitegevusega mitteseotud varad, samas kui teave nende varade kohta oli ACSi oluline osa. Teine näide: metallurgia valdkonnas 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 edaspidi oleks võimalik kõiki muutuvaid näitajaid arvesse võtta. Vastasel juhul muutub ERP-süsteemide kasutuselevõtt omamoodi koormaks ettevõtte korrektsele ja produktiivsele tegevusele. Kuid nüüd on ettevõtetes võimalik juurutada täisfunktsionaalne ERP-süsteem, kuid see on pikk protsess ja võib kesta 3 kuni 5 aastat. Et edaspidi vigu mitte korrata, on vaja ettevõtte tegevuse struktuur ja ulatus vähemalt kolm aastat ette kavandada ja läbi mõelda. Kuid siin on jällegi ettevõtte tegevuse tulevikuväljavaadete ebaõige prognoosimisega võimalikud suured kahjud ja väljaminekud, näiteks ERP-süsteemide lisaseadmete ostmisel, mis toob kaasa ettenägematud kulutused Interneti-liikluse eest tasumisel. Vähestel on meeldiv, kui teatud aja möödudes tõstatatakse küsimus olemasoleva ERP-süsteemi üleviimisest teisele platvormile.

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

2. Infosüsteemide "alt-üles" projekteerimine.

Ettevõtte eesmärgid ja väljavaated selle edasiseks edukaks arenguks on võimalik õigesti paika panna ainult ülalt-alla projekteerimise meetodil. Praktika näitab, et tõhusa infohaldussüsteemi loomine on kulukas, kuna kogu ettevõttes ilmuva infovooga on peaaegu võimatu arvestada. Seetõttu seisab iga arendaja ERP-süsteemi kujundamisel silmitsi probleemiga liikuda kogu teabe hankimiselt teatud piirini. ERP-süsteemi kujundamise põhiülesanne on tõhusa juhtimisotsuste tegemise peamise olulise suuna valimine. Kuna ettevõte saab iga päev suures koguses erineva sisuga teavet, peab disainer kogu sellest infovoost välja valima ainult kõige olulisema ja olulisema teabe. Loomulikult on igal ettevõttel infotoe vajadused omad. Seetõttu tähendab ERP-süsteemi korrektne disain ennekõike ülemiste juhtimiskihtide jaoks olulise info väljavalimist ja alles seejärel laskub disainer alla. See meetod on mõeldud peamiselt kõrgemale juhtkonnale vajaliku kriitilise teabe hankimiseks. Kuid nagu näitab ERP-süsteemide kujundamise praktika, sisestavad disainerid, ilma sissetuleva teabe olulisuse üksikasjadesse laskumata, süsteemi palju tarbetut ja üleliigset teavet, suurendades sellega automatiseeritud juhtimissüsteemi kulusid. Selle tulemusena saab saadud teabe ebapiisavuse ja täielikkuse tõttu kannatada ettevõtte juhtkond. Ja ettevõtte juhtkond saab tohutul hulgal analüüsimata infot, mis pidurdab 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 kavandamisel ja juurutamisel üleliigset ja ebaefektiivset teavet, tuleb ERP-süsteemi kavandamisel arvestada 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 otsustab ERP-süsteemi juurutada, otsustab teha nii olulise sammu, nagu ettevõttes kõigi olemasolevate äriprotsesside ümberkujundamine või ümbertöötamine ja nende edasine juurutamine ning ERP-süsteemi nõuete allutamine. Või on võimalik, et ettevõte nõuab valitud ERP-süsteemi ümberehitamise ja mõnikord isegi täieliku ümberkirjutamise ajal kõigi olemasolevate äriprotsesside säilitamist. Kuid need kaks võimalust ERP-süsteemi juurutamiseks on lihtsalt valed, mis tulevikus mõjutavad ettevõtte efektiivsust negatiivselt.

Kõikide äriprotsesside ümbertöötamisel suureneb risk, et ettevõttes juurutav ERP süsteem jääb üldse kasutamata. Kuna äriprotsesside ümberkorraldamise praktika näitab, et olulisi muudatusi äriprotsessides 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 on arvestatud maailma kogemusi nende süsteemide juurutamisel, tuginedes äriprotsesside ehitamise ja optimeerimise kogemustele. Sellest lähtuvalt on ilmne, et seda kogemust tuleks meie Venemaa ettevõtete ja ettevõtete juhtimissüsteemi täiustamisel arvesse võtta. Kuid võib juhtuda, et ERP-süsteemi kujundajad ei kasuta alati õigesti viiteid lääne tavadele, kuna kodumaised ettevõtted tegutsevad hoopis teises majanduskeskkonnas.

Kõigi olemasolevate äriprotsesside salvestamine on samuti ebaefektiivne meetod, kuna tekkiv süsteem kaotab mitmete modifikatsioonide ja revisjonide tõttu oma töökindluse ja efektiivsuse. See mõjutab sisendinfo eksliku töötlemise ohtu ning valitud süsteemi automatiseerimisest pole ka kasu, kuna muudetud ja ümberkujundatud äriprotsessid on ebaefektiivsed. Ettevõte sõltub sel juhul 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 olemasoleva süsteemi viimistlemise vahel.

4. ERP-süsteemi juurutamise majandusliku efektiivsuse ebaõige hinnang.

ERP süsteemi juurutamine maksab palju raha, see hõlmab vajalike seadmete, arvutite ostmist, nõustamisteenuste eest tasumist 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, 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 õigusta ennast või lihtsalt ei tasu end ä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. Majandusliku efektiivsuse küsimus on vaja lahendada ka tulevase ERP-süsteemi prototüübi loomisel. 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 pole harvad juhud, kus juurutatud ERP-süsteem toimib ettevõttena lihtsalt abivahendina maksudeklaratsioonide koostamisel või pealegi lihtsa kalkulaatorina. Sellele võivad kaasa aidata 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 suure vea, juhindudes põhimõttest "osta kohe ja siis näeme". Seetõttu kaotavad need ettevõtted ka märkimisväärset rahalist kahju.

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, selle ERP-süsteemi funktsionaalsus. Olemas on SAP R/3 klassi süsteemid, mille puhul on üldtunnustatud juurutuspraktikaks meelitada ettevõtte äriprotsessid juba olemasoleva ERP-süsteemi rikkaliku funktsionaalsuse juurde. Selle süsteemi kasutuselevõtu tulemusena tekivad ettevõttel tõsised kulud nii elluviidava projekti haldamisel kui 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 kuuluvad selle klassi parimate süsteemide hulka, nende süsteemide juurutamisel keskendub disainer esmalt kohanemisvõimele ettevõtte vajalike protsessidega. See tähendab, et nende süsteemide juurutamise põhieesmärk on keskendunud kliendi protsessidele ja alles seejärel süsteemi funktsionaalsusele. Kaasaegsed ERP süsteemid on kõrgetasemelise ja integreeritud arenduskeskkonnaga, sellisel juhul on võimalik luua süsteem, mis vastab täielikult kõikidele ettevõtte olemasolevatele nõuetele.

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

Tarkvaratoodete juurutamisest olen juba kirjutanud artiklisarjas “Tarkvaratoote tutvustus. Ärikonsultandi töö tunnused. Ja paljusid selle artiklite seeria soovitusi saab rakendada ka ERP juurutamisel. Kuid ikkagi on see süsteem mõeldud keskmistele ja suurtele ettevõtetele ning seetõttu on selle rakendamisel teatud funktsioone nende hulgast, mida ma varasemates peamiselt väikestele ja keskmise suurusega ettevõtetele pühendatud artiklites ei avaldanud. Teine oluline ERP omadus on multifunktsionaalne, väga laia funktsionaalsusega kompleksne süsteem, mille juurutamisel tuleb ka seda asjaolu 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 õigustab ettevõtte ootusi.

Sellest, kuidas ERP-süsteemi juurutamise projekti algusest lõpuni juhtida, püüan ka järgmistes artiklites rääkida. 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 kellegi teise töös ja/või ise ellu viinud. Igal neist on oma plussid ja miinused, mõned "lõksud" ja eelised.

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

Lähteülesande koostamine

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

Kuidas seda rakendatakse:

1. Luuakse mahukas tehniline ülesanne, milles kõik protsessid, ka kõige väiksemad, on maksimaalselt läbi mõeldud ja kirjeldatud.
2. Lähteülesande alusel koostatakse kalendertööplaan.

Sellise spetsifikatsiooni täitmine võib võtta kuid. Nägin ise, kuidas spetsialist koostas kuue kuu jooksul lähteülesande ERP juurutamiseks. Sel perioodil reisis ta regulaarselt saidile, süvenes kõigisse nüanssidesse ja sisestas need dokumenti.

Arendajad saavad sellest lähenemisviisist eelkõige kasu:

• Dokumendi lähteülesanne on kulukas. Tööd, mis võtavad palju aega, on palju. Ja kliendid nõustuvad üldjuhul ilma igasuguste küsimusteta lähteülesande kõrge hinnaga.
• Arendajad saavad üksikasjalikud juhised, mille alusel saab töid teha. Ja allkirjastatud TOR-is saadaolevate ebaõnnestunud lahenduste korral tasutakse muudatuste eest eraldi.

Selle lähenemisviisi puuduseks on selle maht ja keerukus. On võimatu luua kõikehõlmavat lähteülesannet, mis hõlmaks kõiki mooduleid, dokumente ja kõiki tulevase töö nüansse. Süsteem on multifunktsionaalne ja mis tahes muudatused ühes moodulis võivad kaasa tuua vajaduse teha muudatusi teises.

Samamoodi tehniliste kirjelduste koostamise vigadega: 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. Liiga palju teavet, süsteemi liiga kõrge keerukus - 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 koostavad nad nimekirja kõige olulisematest ärivaldkondadest ja nendega töötamiseks mõeldud moodulitest. Nende põhjal koostatakse kindel teostusplaan, mis on töö alustamise aluseks.

Sel juhul on olemas ka tehniline ülesanne. Nagu ka tööde variandi kalenderplaan, kus võetakse aluseks mahulised tehnilised näitajad. Kuid siin pole lähteülesanne nii põhjalik, erinevate tööetappide jaoks on võimalik koostada oma tehnilised kirjeldused. Need. põhidokument on sel juhul Tööde teostamise plaan.

Näiteks:

Teostuse esimese etapina valime rubriigi Finants ja kaupade liikumine. See töövaldkond on iga ettevõtte jaoks väga oluline. Tegeleme organisatsioonis toimuvate finantsliikumiste iseärasustega, uurime kaupade ladustamist ja müüki. Selle põhjal koostame valitud ala ERP-s automatiseerimiseks TOR-i. Ja me rakendame selle saidi jaoks vajalikke funktsioone.

Järgmises etapis valime teise suuna, näiteks tootmise. Ja me töötame ka selle suunaga, lisaks võtame arvesse tehtud töid (ja võimalikke täiustusi) rahanduse ja toodetega seotud valmismoodulites.

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

Miinused - tingimuste tõus, mida klient võib pidada viivituseks. Osalise teostamise korral võivad tööde tähtajad viibida nii objektiivsetel põhjustel kui ka erinevatel rahastamise, inimfaktori jms põhjustel. Lisaks, kui ettevõtte juht tahab kõike korraga saada, ei pruugi ta rahul olla ka täpsete teostusandmete puudumisega (millal see valmib, milline on täpne summa jne).

See töömeetod on väga ettevaatlik ja võtab sageli rohkem aega kui muud rakendused. Seega, kui esimeses lähenemises (TOR-i 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 rakendamise 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 divisjonid on omakorda ühendatud ka ERP-ga.

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 funktsioone uurimata ja dokumentatsiooni koostamata. Samas olen sarnast tööd praktikas näinud.

Mõned arendajad, isegi ERP-süsteemide puhul, tegutsevad põhimõttel "käivitage ja siis me mõtleme selle välja". Selle lähenemise järgi koostatakse esialgne üldine rakendusplaan, mis jagatakse vastavalt vajadusele väikesteks osadeks.

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

Selle meetodi peamine eelis on see, et rakendustööd algavad kohe pärast otsuse tegemist. Ei mingit pikka ettevalmistust. See köidab ärimehi. Näiteks võeti vastu otsus müügiosakonda automatiseerida ja asusime kohe tööle. Otsustatud - on vaja säilmed üle kanda - need viiakse kohe üle.

Põhimõtteliselt on selle põhimõtte järgi 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 selliste projektide elluviimisel. Ja isegi sel juhul valivad spetsialistid sageli teised teed. Lihtsalt sellepärast, et need võimaldavad teil vähendada vigade ja kattumiste arvu, inimfaktori mõju. Selle tulemusel võimaldavad TOR-i järgi töötamise või osade kaupa rakendamise võimalused saada soovitud tulemuse vähemate ülekatete ja muudatustega.

Miinused - planeerimise puudumine keerukaks rakendamiseks. Siin tekivad probleemid peaaegu samadel põhjustel, mis tervikliku TOR-i koostamisel: ERP on keeruline kompleksne tarkvaratoode ning vead ühe mooduli juurutamisel võivad mõjutada teise mooduli tööd. Aga kui esimesel juhul tekivad sellised probleemid liigse ettenägemise katse tõttu, siis siin on põhjuseks puudulik planeerimine. Need. rakendusspetsialistid lahendavad hetkeülesandeid, mõtlemata sellele, et järgmises etapis on neil vaja praeguse mooduli andmeid ja dokumente mõne teise osakonna töö korraldamiseks.

Puuduseks on ka see, et sellise lähenemise puhul on ettevõtte töötajate kaasamine juurutamisprotsessi palju väiksem kui ühegi ülalkirjeldatud meetodi puhul. See mõjutab negatiivselt töötajate pühendumust testimisel osaleda ja uuele süsteemile üleminekul ning kutsub esile ka uute tööriistade kasutamise saboteerimise.

"Vähehaaval, aga korraga"

Teine lähenemine ERP rakendamisele, ma isiklikult nimetan "tasapisi, kuid korraga." See valik võib olla ka edukas ja mugav lahendus. Olen seda isiklikult rohkem kui korra kasutanud. Ja kui osalise juurutamise korral võetakse tööle üks või kaks moodulit, need on täielikult konfigureeritud ja alles siis hakkavad nad 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 midagi muud.

Selle lähenemisviisi puhul on esimene samm ka projektiplaani koostamine. Sellega seoses ei ole peamised etapid mitte moodulid (üks, siis teine ​​jne), vaid teatud tüüpi tööd, mis võivad mõjutada kõiki mooduleid korraga või valikuliselt mõnda neist. Samal ajal on iga etapi jaoks märgitud ligikaudne aeg ja maksumus.

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

1. Tehniliste kirjelduste väljatöötamine.
2. Töö teostamine vastavalt lähteülesandele ... Seda punkti saab üksikasjalikult kirjeldada, tööde teostamine 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 kliendil võimalikult täpselt täpsustada iga tööetapi maksumust, samuti määrata võimalikult täpsed tähtajad. Samas on vaja tellijaga kokku leppida võimaluses teostusprotsessi käigus vajadusel mõnda tüüpi planeeritud töid teiste poolt muuta.

See meetod on mugavam ja realistlikum kui tehnilise ülesande koostamine, kuna kogu projekti üldine TOR nõuab 2-3 kuud või isegi rohkem tööd ning kliendil on väga raske sellest tulenevat mahukat dokumenti uurida. kõik üksikasjad.

Siin näeb klient plaani iga etapi tingimuste ja summadega. Ja iga tööetapi lähteülesanne luuakse eraldi, need on väikesed ega nõua olulisi ajakulusid. Samuti on soovitav nimetada kõik dokumendid arusaadaval viisil. Näiteks "Raamatupidamine ja rahandus" või "Müügiosakond".

Selle lähenemisviisi eelised:

• Klient näeb kogu projekti korraga. Kõige täpsemate tingimuste ja maksumusega, kuivõrd see on üldiselt võimalik enne juurutamise algust.
• Töövõtja määrab selgelt iga etapi eelarve ja väljastab tasumiseks arve. Samas ei tekita küsimusi ka arve suurus, mis võimaldab tulemuslikult tööd teha ilma, et end arvet põhjendades või reaalselt kulutatud tundide arvu kokku lugedes segaks.

Lähenemisviisi miinused:

• Tellija peab väga hoolikalt valima töövõtjat, et projektijuht mõistaks iga mooduli rakendamise spetsiifikat õigel tasemel. 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 tegelemiseks märkimisväärsel hulgal kõrgelt kvalifitseeritud töötajaid. Need. väike meeskond ei suuda seda lähenemist rakendada.

Planeerimise oluline omadus: Eelarve arvutamisel peaksite sõltumata teie kogemustest ja kalkulatsiooni täpsusest ettenägematute olukordade korral "sisse panema" lisasumma. Sellise summa optimaalne suurus on 30% kavandatud töö maksumusest. Seda võib nimetada kokkulepitud projekti maksumuse dispersiooniks. Neid tööriistu võib vaja minna raskuste ilmnemisel - andmevahetuse korraldamine programmiga, mis ei toeta olemasolevat API-t, põhikataloogide viimistlemine, raskused andmete edastamisel, tööks vajalike funktsioonide rakendamine, mida ühel või teisel põhjusel ei olnud võimalik ette näha. ettemaks jne.d.

Need 30% sisalduvad eelarves, kuid makstakse töövõtjale ainult vajadusel. Kui teil õnnestus projekti elluviimisel täita põhieelarve numbrid ilma “reservita”, siis suurepärane! Klient on tänulik ning rahulolev klient tähendab nii uusi tellimusi kui ka parimat suust-suhu reklaami (soovitused sõpradele-tuttavatele).

Kui teil on siiski vaja reservi kasutada, on väga oluline õigesti ja selgelt põhjendada, milliste tööde jaoks seda raha vajati. See summa on vajalik eelarvesse lisada, et vältida ebameeldivaid olukordi, kui eelarve suureneb ja klient sellist kuluartiklit ette ei näe.

Millistest moodulitest alustada?

Moodulite hulk, mida ERP-süsteem suudab pakkuda, tekitab sageli küsimusi, millest alustada, sest võimalusi on palju, nagu öeldakse, "silmad lähevad pärani". Soovitan alustada ettevõtte töö ja sellega seotud moodulitest kõige kriitilisematest valdkondadest:

1. Finantseerimine ja vastastikused arveldused. (Ärge ajage segi eelarve koostamisega – seda moodulit saab ja tuleks rakendada hiljem, see on seotud planeerimisega, mitte käimasoleva kriitilise tööga).
2. Varude esemete liikumine (inventar): ladustamine, müük, vastuvõtt. Väga oluline on kaupade ja materjalide korrektne arvestus, enne saldode ülekandmist tehakse tavaliselt inventuur, seejärel kantakse üle saldod, misjärel tehakse tööd alles uues süsteemis.
3. Raamatupidamine. Raamatupidamismooduli juurutamine või andmevahetuse korraldamine raamatupidamissüsteemiga. Riik ei andesta midagi ja iga rikkumise eest, olenemata tahtluse olemasolust, karistatakse. 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 ettevõttes ERP juurutamise alguse ajal mingisugune personalitöö automatiseerimine. Ja hoolimata sellest, kui kriitiline on selle üksuse töö ettevõtte jaoks, saab mõnda aega personalijuhtimist teostada olemasolevas süsteemis. Ja kui protsessi käigus ilmnevad teatud vead, on see miinus, kuid mitte kõige kriitilisem ettevõtte olemasolu jaoks.

Samuti saab projektiosakond või turundus mõnda aega töötada tavapärases režiimis ja pidada iseseisvalt arvestust süsteemis, mida nad varem kasutasid.

Samal ajal on põhiväärtuste (rahaliste ja materiaalsete) liikumise range arvestus ja kontroll, samuti raamatupidamis- ja maksuarvestuse vigade puudumine "sambad", ilma milleta ei saa ükski ettevõte eksisteerida.

Loodan, et materjal selle kohta, kuidas alustada ERP juurutamist ja milliseid meetodeid selle süsteemiga töötamiseks kasutatakse, oli teile kasulik. Järgmistes väljaannetes räägin oma isiklikust kogemusest ERP juurutamisel, jagan infot vigade kohta, mida on kõige parem vältida, aga ka sellele, millele tuleb juurutusprotsessis tähelepanu pöörata ning kuidas seda tööd kõige paremini üles ehitada nii, et üleminek ERP on võimalikult tõhus.

Sildid: lisa sildid

ERP-süsteem on tõhus äritegemise viis, mis aitab hallata töövoogu tervikuna, planeerida ettevõtte üksikute ärielementide tegevusi ja parandada 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 juurutada.
• Millist koolitust on vaja personalile, kes hakkab töötama ERP-süsteemiga.
• 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. esinemine.

20. sajandi lõpul missa äriprotsesside automatiseerimine: Arvutid levisid kiiresti, nende jaoks töötati välja programmid finants- ja raamatupidamisarvestuseks, elektrooniliseks dokumendihalduseks, masinate ja seadmete töö kontrollimiseks.

Ettevõtluse tegemise põhimõtete erinevus ei seisnenud ainult teabe digiteerimises, vaid ka uute meetodite esilekerkimises andmete analüüsimiseks ja vahetamiseks, kombineerides esialgu erinevat tüüpi teavet. Selle tulemuseks oli võimalus näha kogu ettevõtte tööd tervikuna ning analüüsida selle üksikute valdkondade (põhitootmise, lao, raamatupidamise töö) toimimist. Saadud info võimaldas kompetentsemalt jaotada tootmisvõimsuste kasutust ja teha õigeid otsuseid.

Just sellist äritegemise viisi hakati nimetama ERP-ks ja selleks kasutatud tarkvara määratleti kui EPR-süsteemi.

Seega on kõik raamatupidamiseks, personalijuhtimiseks jne mõeldud programmid ERP-süsteemi osad, samas kui CRM (kliendisuhete haldussüsteem) viitab samuti ERP-le ja tõlkes tähendab "kliendisuhete haldussüsteemi".

Praegu kasutatakse kõiki ülaltoodud ERP-süsteemi põhikonfiguratsiooni komponente sageli eraldi programmidena. Näiteks saab ettevõttes 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 selge on see, et aja jooksul äritegevuse töövoogude automatiseerituse tase ainult kasvab koos müüdavate tarkvaralitsentside arvuga ning paigaldamise ja edasise hoolduse teenuste maht.

Olukorras, kus ettevõte alustas tegevust üsna hiljuti, puudub vajadus tööprotsesside sügavaks automatiseerimiseks. Dokumente saab koostada tavalistes arvutirakendustes 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 keeruline. Mõnikord on olukordi, kus ERP-süsteemi töö on loodud ainult mõnes eraldi osakonnas.

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

Funktsionaalsus, mille raames on võimalik ERP-süsteemi kasutada, sõltub konkreetse ettevõtte mastaabist ja suunast, töö spetsiifikast, kuid üldiselt peaks see olema suunatud üldisele ärijuhtimisele. Standardfunktsioonid on järgmised:

1. Tootmine

• Toodete või pakutavate teenuste spetsifikatsioonide koostamine vajalike tarbekaupade mahu ja töötajate töötundide arvutamiseks;
• ettevõtte tegevuse planeerimine ja juhtimine erinevates mastaapides: konkreetsetest tootmisseadmetest kuni tervete divisjonideni.

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 sularaha pangakontodel, väärtpabereid, põhivara (näiteks kinnisvara).

3. Logistika

• materjalide tarnimise ja valmistoodete saatmise juhtimine: lepingute ja vastaspoolte andmebaasi pidamine, laos olevate kaupade plaanide ja aruannete koostamine jne;
• andmete ettevalmistamine kõigi vajalike kulumaterjalide kohta, et täita eelnevalt arvutatud tootmisstandardeid.

4. Raamid

• personaliarvestus ja tööajalehtede pidamine, personal, palgaarvestus;
• 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üük jne.

6. Projektid. Aruandlus

• suure hulga standardsete aruandlusvormide olemasolu organisatsiooni kõigi tegevusvaldkondade jaoks, samuti võimalus luua täiendavaid aruandeid;
• kontrollimine ja tulemuslikkuse analüüs ettevõtted;
• organisatsiooni töö üldise poliitika väljatöötamine, sealhulgas iga püstitatud ülesande jaoks tähtaegade seadmine, nendeks eesmärkideks vajalike ressursside (raha, materjalid, töötav personal) arvutamine.

ERP-süsteem ettevõttes: 4 juurutamisetappi

ERP-süsteemi täisväärtuslik juurutamine organisatsioonis võib kesta paarist nädalast mitme aastani (olenevalt ettevõtte tegevuse mahust ja mastaabist). Samas saavad ERP-süsteemi paigaldada nii ettevõtte enda IT-spetsialistid kui ka arendajafirma töötajad.

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

1. etapp. Esmane organisatsioon

Etapp, kus määratletakse ülesanded, püstitatakse eesmärgid, mille järel tehniline projekti plaan.

2. etapp. Projekti arendamine

Edasi 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 juurutamise protseduur hakkab põhinema installitud ERP-süsteemil, seega on praeguses etapis vaja andmeid varem kasutatud raamatupidamissüsteemidest ERP-süsteemi üle kanda, need omavahel ühtlustada. Olukorras, kus selgub, et antud ettevõtte jaoks ERP-süsteemi moodulitest ei piisa, on selles etapis võimalik seda lihvida. Paigaldamise lõpetamisel tuuakse organisatsiooni töötajateni ERP-süsteemi põhiprintsiibid ning viiakse läbi proovitestid.

4. etapp. Kasutuselevõtt

Viimases etapis saate leida ja lahendada 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üsteemi juurutamine toimub omakorda mõnes omavahel seotud protsessis, mis minimeerib probleemide riskid.
2. "Suur pauk" - kogu süsteem paigaldatakse korraga. Seda lähenemist saab kasutada lihtsate tootmisprotsessidega väikeses organisatsioonis. Samal ajal tuleks erilist tähelepanu pöörata 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 saidil saab juurutusmeetodit rakendada nii etapiviisiliselt kui ka samaaegselt, kuna üldiselt on ebaõnnestumise riskid väikesed.

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

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 teostada samaväärselt ametlikud kohustused samuti selle tarkvarapaketi kasutamisega seotud funktsioonid. Seega on ettevõtte juhtkonna peamine eesmärk personali moraalne ettevalmistamine ERP-süsteemiga töötamiseks.

ERP-süsteemi juurutamisel võib probleemiks olla tavatöötajate vähene soov sellega töötama õppida, sest selline automatiseerimine muudab juhtkonna töö lihtsamaks. Selles olukorras on väljapääs selliste töötajate üleviimine teistele ametikohtadele. Suurem osa töötajatest mõtleb reeglina tulevikku ja mõistab koolituse vajalikkust, et omandatud teadmisi töös kasutada.

Alates kvaliteedist õppimine sõltub ERP-süsteemi kasutamise tõhususest. Töötajatel peaks 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 peaksid 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 varem. Saate läbi viia ettevõttesisese reklaamikampaania, koostada juurdepääsetavat teavet eesmärkide kohta, mis saavutatakse pärast selle tarkvarapaketi kasutamise alustamist. Spetsiaalselt väljatöötatud dokumendis - "Personali koolitusstrateegiad" - määratakse see ülesanne kõigepealt. Selles dokumendis on kõik ettevõtte töötajad jagatud rühmadesse sõltuvalt vajalike koolitustegevuste mahust ning kõik muud koolitusetapid on loetletud.

Reeglina eraldatakse mitu rühma, kuhu on jagatud kogu personal. 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 kasutajatest, kes täidavad ERP-süsteemiga töötamise põhifunktsioone, süvenemata äriprotsesside detailidesse, kuid omades sügavaid teadmisi tarkvarapaketist. 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, kolmanda grupi töötajatest saab aga programmi põhitõdesid õppida eemalt või juba vajalikud teadmised saanud kolleegide kaudu.

Koolitust saab läbi viia nii konsultatsiooniagentuuride koolituskeskustes kui ka otse ettevõttes. Mõnel juhul määravad ERP-süsteemi arendajad teise rühma töötajatelt vastava sertifikaadi saamise kohustusliku tingimuse.

Konsultatsiooniagentuurid sõlmivad lepingud suuremate hankijatega nagu SAP, Microsoft, Oracle, Sun, Cisco, mis annab neile õiguse koolitada programmiga töötamist ja väljastada koolituse läbimisel tõendavaid dokumente. Teavet selle kohta leiate selliste ettevõtete ametlikelt veebisaitidelt. Kodumaistel arendajatel - "Sail" ja "Galaktika" - on oma koolituskeskused.

ERP-süsteem: näide edukast rakendamisest

Üks külmutusseadmete tootmise ja müügiga tegelevatest ettevõtetest - Howe korporatsioon(USA) – äritegevuse efektiivsemaks läbiviimiseks otsustas ta 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 sai võimaluse kvalitatiivsemalt analüüsida materiaalsete reservide mahtu ja nende täiendamise vajadust. Pärast ERP-süsteemi juurutamist on Howe Corporationil olemas kõik vajalikud tööriistad tegevuste planeerimiseks nii lühemas kui ka pikemas perspektiivis, mis välistab ebausaldusväärse kalendermeetodi kasutamise planeerimisel.

Samuti hinnati kõiki ERP-süsteemi kasutamise võimalusi rahvusvahelise ettevõtte poolt Alfa Laval, mis on võtnud eesmärgiks saavutada paremad tulemused äriprotsesside tõhususe parandamise kaudu. Ühes Bulgaarias asuvas Alfa Lavali esinduses kasutati Epicor iScala ERP süsteemi, mis aitas läbi viia üksikasjaliku materjalide ja tooraine kasutamise analüüsi, kontrollida nende ostude ajastust vastavate tellimuste täitmiseks, mis mõjutas tööstusjäätmete vähendamine. Samal ajal, kuna ERP-süsteem automatiseeris täielikult kõik äriprotsessid, võimaldas see vähendada üleliigsete toodete mahtu ladudes ning minimeerida tootmisseisakuid.

Teine ettevõte on 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 tootmisprotsessi ja näha konkreetse toote tegelikku saadavust, samuti vältida laoseisude üleküllust ladudes.

Arst räägib

Kuidas ERP-süsteem vähendas käibekapitali vajadust 40%

Sergei Suhhinin,

Kuna varem puudus meie ettevõttel ERP süsteem, siis ei olnud võimalik kiiresti märgata muudatusi äriprotsessis, mis tõid kaasa materjalide puuduse valmistoodete komplekteerimiseks, töökodade koordineerimata tegevuse, lõpptoote kvaliteedi halvenemise ning suurenenud tooraine tarbimine. Kõiki neid tarbetuid kulusid saaks vähendada vaid ERP-süsteemi juurutamine.

Meie organisatsiooni põhitegevuseks on tootmine, mistõttu olid prioriteetsed ülesanded äriprotsesside planeerimise ja juhtimise automatiseerimine. Olles otsustanud, et ERP-süsteem aitab meil ülesandeid lahendada, soovisime saavutada järgmised eesmärgid:

1. Käibekapitali kulutamise efektiivsuse tõstmine.
2. Ladudes hoitavate varude vähendamine.
3. Tootmisprogrammi koostamine arvestades olemasolevaid võimsusi.
4. Käimasolevate tööde taseme vähendamine.
5. Tootmises kasutatavate materjalide üldnimekirja koostamine.
6. Täiustatud materjalinormi arvutamise protsess.
7. Hankeplaanide täpsuse suurendamine, mis aitab vähendada mittelikviidsete laovarude mahtu ladudes.

Alles pärast ERP-süsteemi kasutuselevõttu saime ladude laoseisu analüüsi põhjal õigesti planeerida tootmiseks vajalike materjalide mahtu, mille tulemusena vähenesid käibekapitali kulud 40%. 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 kahjustamata.

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 sissetulekud sõltuvad tehtud või tegemata tööst ning selle eest vastutavad nad ainuisikuliselt.
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, sellesse tehakse muudatused õigeaegselt, kui selline vajadus peaks tekkima.
6. Sai võimalik planeerida tootmishoonete koormust ja vastavalt sellele ka selleks vajalikku töötajate arvu.

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

IT-tehnoloogia turul praegu eksisteerivaid tarkvarasüsteeme saavad arendada kodu- ja välismaised ettevõtted. Samal ajal 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 hooldamiseks vajaliku arvu vastaval tasemel koolitatud spetsialistide puudumine;
• kodumaiste organisatsioonide soovimatus väljakujunenud äriprotsesse uuesti üles ehitada, kuna välismaised juhtimissüsteemid erinevad oluliselt Venemaal kasutatavatest;
• kõrged rakenduskulud.

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

11 ERP-i rakendamise viga

Ettevõtte efektiivsuse tõstmiseks on ERP-süsteemi paigaldamine peaaegu kõige kallim ja keerulisem ülesanne. Rakenduse lõplik hind ja ka selleks kuluv aeg sõltuvad protsessi käigus ilmnevate vigade arvust.

Viga 1. Halb planeerimine.

See asjaolu võib põhjustada arusaamatust ERP-süsteemi praegusest ja tulevasest seisust, äriprotsesside ebaõiget automatiseerimist.

Viga 2. Organisatsioonide-ERP-süsteemide arendajate pealiskaudne analüüs.

Reeglina on peamiseks kriteeriumiks madal hind, kuid mõnikord alahindavad arendajad teadlikult teenuste maksumust, et testida rakendusprotsessi esimese kliendi peal. Sellise paigaldamise korral saab tuvastada süsteemi tõsiseid vigu ja tõrkeid.

Viga 3. Ettevõtte vajaduste valesti mõistmine.

Olles otsustanud, et ERP-süsteemi juurutamine on siiski vajalik, ei saa kliendiettevõte lõpuni aru, milliseid tarkvaramooduleid on vaja installida. Seda saavad kasutada hoolimatud müüjad, kes lisavad ERP-süsteemi palju mittevajalikke komponente või vastupidi, installitud funktsioonidest ei piisa.

Viga 4. Aja- ja materjalikulu alahindamine.

ERP-süsteemi paigaldamise aja ja kulude 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 peaksid kuuluma töötajad, kellel on piisavad teadmised mis tahes valdkonnas alates juhtimisest ja raamatupidamisest kuni raamatupidamise laos, materjalide hankimiseni jne.

Viga 6. Prioriteetide puudumine.

Kui sa ei sea esialgu õigeid prioriteete, siis ERP-süsteemi paigaldamisel tuleb tihtipeale erinevate ülesannete vahel ümber lülituda ning see võib kaasa tuua paigaldusprotsessi viivituse, ettenägematuid probleeme vms.

Viga 7. Personali ebapiisav väljaõpe.

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

Viga 8. Esmase teabe täpsuse alahindamine.

Kuna ERP-süsteemi põhipunktiks on teabe analüüs, siis selle töö tulemus sõltub suuresti algandmete õigsusest. Vältige trükivigu ja kontrollige hoolikalt esitatud teavet.

Viga 9. Vananenud rakenduste kasutamine.

Väga sageli kasutavad ettevõtted paralleelselt nii ERP-süsteemi kui ka varem installitud tarkvara - toimub dubleeritud andmesisestus. Seega pikeneb ERP-süsteemi lõpliku juurutamise aeg.

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 puudujääke ja ERP-süsteemi praegust koormust.

Viga 11. Hoolduse ja uuenduste rakendamise plaani puudumine.

Ilma selleta muutub tarkvarapakett peagi ebaoluliseks. ERP-süsteemi riistvarakomponendi jaoks on vaja tootmisvõimsust regulaarselt suurendada, kuna kasvab ka töödeldava teabe maht. Programmi komponent võib vajada kohandamist näiteks õigusaktide muudatuste korral.

Need vead on kõige levinumad, kuid igal ettevõttel võib esineda individuaalseid probleeme. Nende minimeerimiseks peate igas etapis 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. Tarkvarakompleksi enda hinnad: moodulite põhikomplekt ja lisakomponendid.
2. Paigaldusteenuse maksumus.
3. Kliendiettevõtte vajadustest lähtuvalt programmi parenduste ja kohanduste tegemine.
4. Edasine teenindus ja tugi.

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

Ekspertarvamus

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

Sergei Suhhinin,

Tšuvašia OJSC teadus- ja tootmiskompleksi Elara automatiseeritud juhtimissüsteemide osakonna juhataja

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

Teave ekspertide kohta

Sergei Bratukin, praktika "Distribution" direktor Columbus IT&Russia, Moskva. Sergei Bratukin töötas aastatel 1997-2005 konsultandina Columbus IT Venemaa divisjonis. 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 valikuks, juurutamiseks ja toeks. ettevõtete infosüsteemide, samuti juhtimisnõustamise. Asutatud 1989. aastal Taanis, omab praegu esindusi 28 riigis üle maailma. Kaheksa aasta jooksul, mil Columbus IT töötab Venemaal, on ettevõtte klientideks saanud üle 200 ettevõtte, sealhulgas SSM-Tyazhmash, Trade House Perekrestok, Dixy, L'Etoile, Unimilk, Istok, Toyota ja paljud teised

Sergei Suhhinin, Tšuvašia OJSC teadus- ja tootmiskompleksi Elara automatiseeritud juhtimissüsteemide osakonna juhataja. Elara Research and Production Complex OJSC on juhtiv Venemaa lennu- ja navigatsioonisüsteemide, automaat- ja kaugjuhtimissüsteemide, pardaarvutite ja kuvasüsteemide tootja sõja- ja tsiviillennunduses. JSC Elara valmistub JSC Russian Railwaysiga sõlmitud koostöölepingu raames Venemaa raudteetranspordi seadmete ja süsteemide tootmiseks.