Erp süsteemide eelised ja puudused. ERP süsteemide juurutamine. Põhilised vead. Peamised vead ERP-süsteemi juurutamisel

(32%). Peale valiku tegemist jääb süsteemide populaarsus võrreldavaks: vastavalt 21%, 18% ja 14% (see tähendab neid juhtumeid, kui juurutamiseks valitakse välja määratud platvormid).

Üldiselt on ERP-projektide ajastus endiselt üks selle turu valusaid probleeme: vaid 36% märkis, et nad suutsid eelnevalt määratud ajaraamist kinni pidada, ja 62% ületas seda oluliselt ja ainult 3% suutis lõpule viia. varem kavandatud projektid. Kõige rohkem jäid graafikust maha Microsoft Dynamicsi lahendustel põhinevad projektid, mis kestsid keskmiselt 12,5 kuud, mis on planeeritust 4 kuud (47%) rohkem.

Oracle'il põhinevad projektid kestsid keskmiselt 22,5 kuud, kusjuures ajaületamine moodustas 29%, võrreldes kavandatud keskmise 17,5 kuuga. SAP ERP puhul oli selliste juurutuste keskmine kestus 18,5 kuud, minimaalse viivitusega 16% ehk 2,5 kuud võrreldes algselt kavandatud 16 kuuga.

ERP projektide keskmine kestus: planeeritud ja tegelik

Panorama Consulting, 2014

ERP projekti viivituste peamised põhjused

Panorama Consulting, 2014

Peamised põhjused, miks ERP projektid graafikust maas on, nagu ülaltoodud tabelist nähtub, on planeeritud projektide ulatuse laienemine, aga ka korralduslikud probleemid, probleemid andmetega – seda kõike juhtub kolmandikul hilinenud projektidest.

Ainus hea uudis on ehk see, et aastatel 2012–2013 registreerisid analüütikud ERP-projektide keskmise tasuvusaja vähenemise 2,4 aastalt keskmiselt 1,7 aastale. Organisatsioonide arv, kes ei suutnud oma investeeringuid automatiseeritud ettevõtte ressursihaldussüsteemidesse üldse tagasi saada, kasvas aga 31%-lt 38%-le. Kõige pikem tasuvusaeg leiti Microsoft Dynamicsi lahendustel (24 kuud), SAP-il on see 23 kuud, Oracle'il 16 kuud.

Ja veel üks oluline punkt: projektide tegelik eelarve võrreldes 2013. aasta lõpus kavandatuga kasvas taas. Kalleim juurutus on SAP ERP juurutamine, sellise projekti keskmine eelarve on 2,55 miljonit dollarit, millele järgneb Oracle - 2,25 miljonit dollarit, Microsoft Dynamics - 1,8 miljonit dollarit. Tier I süsteemide juurutamine moodustab aastakäibest 2-4 ettevõtetest %, kuid II ja III astmel põhinevate ERP projektide maksumuse osakaal võib olla oluliselt suurem need juurutamiseks valinud ettevõtete käibes.

Vaid 66% ettevõtetest suutsid saavutada vähemalt 50% oma eesmärkidest

Mis puudutab ERP-projekte üldiselt (sõltumata konkreetsetest hankijatest), siis 2013. aasta lõpus suutis vaid 66% ettevõtetest täita vähemalt 50% oma juurutamiseesmärkidest. 72% juhtudest osutus projekt varem planeeritust pikemaks, keskmise kestusega 16,3 kuud. 54% juhtudest registreeriti eelarve ületamine, projekti keskmine eelarve oli 2,8 miljonit dollarit.

ERP projektide keskmine tulemuslikkus 2012-2013

Panorama Consulting, 2014

63% tunnistas ellu viidud ERP projekte edukaks, 21% leidis, et juurutamise mõju oli raske hinnata, 16% tunnistas, et juurutamine lõppes ebaõnnestumisega.

Venemaa tegelikkus

Üks The Standish Groupi aruannetest toob välja masendava statistika tarkvaratööstuse olukorra kohta Ameerika turul:

• vaid 32% projektidest viidi edukalt lõpule,
• 44% kogesid erinevaid raskusi (eelarve ületamine, tähtajad möödas jne),
• 24% projektidest lihtsalt ebaõnnestus.

Venemaa turul on olukord vaevalt parem, väidavad ettevõtte First BIT eksperdid.

ERP-projektide edukuse statistikat jagas ettevõte 1C. Uuringu kohaselt, mis hõlmas 555 ERP-lahenduste juurutamist 1C-st aastatel 2010–2013:

• 66% projektidest pidas tähtajast kinni või esines tähtajast väike, kuni 10% kõrvalekalle,
• 24% projektidest kaldus tähtajast kõrvale 11-30% ja
• vaid 10% projektidest kaldus tähtajast kõrvale rohkem kui 30%.

Projektide eelarvete osas on olukord klientide jaoks veelgi julgustavam:

• 78% projektidest on eelarve piires või ületavad eelarvet mitte rohkem kui 10%.
• 19% projektidest on 11-30% üle eelarve ja
• vaid 3% projektidest on eelarvest üle 30%.

Venemaa integraatorid nimetavad ERP-projektide ebaõnnestumise peamiste põhjuste hulgas:

Ülepuhutud ootused

See on suur probleem, kui puudub selge arusaam soovitud tulemusest, mida klient soovib saavutada, märgib Microsoft Dynamics AX Tops Consulting (Tops Consulting) äriarenduse direktor Efim Fish. Sel juhul, kui parafraseerida tuntud ütlust, projekti ei saa lõpetada, selle saab ainult lõpetada. Tihti hindavad kliendid oma soove ja vajalikke kulusid valesti. Mõlemad pooled peavad kokku leppima projekti eesmärkides ja võtmepunktides, mida on vaja projekti edukaks elluviimiseks.

„Oluline on mõista, et ERP juurutamise protsess on kahesuunaline ja vaevarikas protsess. Siin ei saa võtta unerohtu ja ärgates avastades, et süsteem on juurutatud ja töötab välise tarnija poolt, kõik töötajad võtavad kõik ettepanekud valmis ja võtavad rõõmsalt vastu kõik muudatused, mis uue süsteemiga ettevõttesse tuuakse. Ja neid tutvustatakse igal juhul, sest muudatusi pole ainult siis, kui midagi pole juhtunud. Ja see pole ERP puhul selgelt eesmärk,” kommenteeris ta.

Inimfaktor, juhtimisabi puudumine

ERP-süsteemi juurutamine ei ole ainult IT-komponent, see hõlmab ka äriprotsesside muutmist ettevõttes, sest juurutamise käigus täiustatakse paljusid protsesse ja jaotatakse ümber vastutusvaldkonnad. Kliendid peavad tulemuste saavutamiseks sellisteks muudatusteks valmis olema ja neid toetama. Arvestades, et inimressurss on üks väärtuslikumaid ressursse, on väga oluline nii süsteemi hea omaksvõtt kui ka isiklik huvi ja osalus kogu organisatsioonis. Ettevõtte tippjuhtkonna toetuse puudumine projekti elluviimisel on üks peamisi ebaõnnestumise põhjuseid, usub 1C.

Näiteks 1C-s kasutavad nad projekti tähtaegadest kinnipidamiseks tehnikat nimega "Quick Result Technology" (RRT). 1C ERP-lahenduste (1420 projekti aastateks 2010–2013) kasutuselevõtu statistika kohaselt kulub keskmiselt umbes 3 kuud enne esimese alamsüsteemi proovikäitamist ja 6 kuni 10 kuud enne viimase alamsüsteemi käivitamist. kommertskasutusele võtta. olenevalt projekti ulatusest. Eriti suurtes ettevõtetes võib juurutamine kesta 1-2 aastat.

Nagu Aleksei Petrušov selgitas, on projekti ebaefektiivsuse üks peamisi näitajaid tähtaegade hilinemine. Selle probleemi peamiseks põhjuseks on loomulikult inimlik eksitus, lisas ta.

*Makse peale rakendamist. Edukas rakendamine.

"Me ei otsi ebaõnnestunud juurutamises süüdijaid (süüdi on alati mõlemad pooled), võtame kliendilt raha ainult siis, kui ta on tulemusega rahul," ütleb Sabina Borštševskaja, eBusinessDrive. ERP juurutamist viime läbi praktiliselt omal kulul ja kui klient pole tulemusega rahul, siis ta lihtsalt ei maksa. Hetkel on sellised tingimused Venemaa ja veelgi enam ülemaailmsel ERP-süsteemide juurutamise turul värsked kui õhk Šveitsi mägedes. Tule.

Eelarve puudujääk või ületamine

Hinnavahemik Venemaa ERP-süsteemide turul on märkimisväärne: selle määrab asjaolu, et ERP-süsteem on keeruline toode, projekti lõpptulemust mõjutavad paljud tegurid, alates ERP-süsteemi funktsionaalsusest ja lõpetades juhtimissüsteem kliendi organisatsioonis.

Esiteks on projekti tegeliku maksumuse arvutamiseks vaja läbi viia kiirküsitlus, tutvuda ettevõtte praeguste ärieesmärkidega ja lõpuks kokku leppida ettevõtte organisatsiooni juhtimissüsteemi sihtseisund. , ütleb Aleksei Petrušov. Tema hinnangul ulatub Venemaal ERP juurutamise keskmine eelarve 1 miljonist kümnete miljonite rubladeni.

Paljud ettevõtted jõuavad äri kasvades arusaamisele, et neil on vaja mingit ERP-süsteemi. Kui väikeettevõte saab ilma selle tööriistata hakkama, siis keskmise suurusega ettevõte kasutab selliseid tööriistu iga päevaga üha enam. Kuid ERP-süsteemi valimiseks ja isegi selleks, et mõista, kas see toode on ettevõttes vajalik ja millist kasu selle kasutamine toob, on oluline õigesti mõista, mis see on.

Oma artiklites kirjeldan sageli erinevaid mõisteid. Teatavasti peab ostja mis tahes teenuse müümiseks aru saama, mis see on ja miks ta seda teenust vajab. Samas on väga oluline leppida kokku tingimustes, vaid sel juhul vastab tulemus kliendi ootustele. Samal ajal on termin ERP üks keerukamaid ja vastuolulisemaid.

ERP süsteemi kirjeldus

ERP (Enterprise Resource Planning) on ​​organisatsiooni strateegia tootmise ja operatsioonide, personalijuhtimise, finantsjuhtimise ja varahalduse integreerimiseks, mis keskendub ettevõtte ressursside pidevale tasakaalustamisele ja optimeerimisele spetsiaalse integreeritud rakendustarkvarapaketi kaudu, mis pakub ühtset andmemudelit ja protsessid kõikidele tegevusvaldkondadele. ERP-süsteem on spetsiifiline tarkvarapakett, mis rakendab ERP-strateegiat. Vikipeedia

ERP on eelkõige infosüsteem, mis võimaldab salvestada ja töödelda enamikku ettevõtte toimimiseks kriitilistest andmetest.

Mis on kriitilised andmed? Ja miks ma ütlen "enamik"? Fakt on see, et mõnel ERP-süsteemil on moodul "Tootmine", samas kui see on eraldi tarkvaratoode, mis ei ole vaikimisi ühendatud teiste süsteemide ja plokkidega. Teised püüavad kombineerida kõiki võimalikke ettevõtte toimimiseks vajalikke protsesse. Kas erinevat tüüpi ERP-d võib pidada kasulikuks? Loomulikult peatun allpool sellel teemal üksikasjalikumalt. Nüüd pöördume tagasi tingimuste juurde.

• Kriitilised andmed- see on andmete loend, ilma milleta pole ettevõtte töö võimatu. See hõlmab andmeid müügiosakonnast ja tootmisest (kui ettevõte on tootja). Mõned ettevõtted kasutavad ERP-d peamiselt tootmise juhtimiseks, kuna paremaid lahendusi tootmiseks pole. Teised ettevõtted ei ole tootjad, näiteks turustajad, vaid kasutavad edukalt ka ERP-d. Nende jaoks muutub kriitiliseks kaupade ja teenuste levitamine, personalijuhtimine ning müük.
• Enamik andmeid: me räägime protsesside ja teabe loendist, mis on iga konkreetse ettevõtte jaoks optimaalne. Loomulikult oleks ideaalne koguda kõik andmed ja teave kõigi protsesside kohta. Kuid see toob kaasa suuremad rakenduskulud. Sellest tulenevalt valib ärijuhtimine koos juurutusspetsialistidega kompromisslahenduse, kus ERP-süsteem kogub kokku operatiivkontrolliks ja juhtimisotsuste tegemiseks reaalselt vajaliku info ja protsessid ning osa andmetest ja protsessidest kogutakse spetsialiseerunud süsteemid, millele haldur vajadusel juurde pääseb.

Millest koosneb ERP-süsteem?

• Platvorm. Põhilised võimalused ja keskkond moodulite ja komponentide tööks. Platvormi koodis saab muudatusi teha ainult arendaja. Kasutajatel ja juurutajatel puudub juurdepääs sellele programmikoodile. Platvorm sisaldab:

  1. Tuum. Tarkvarakeskkond, milles hakatakse töid tegema, millele saab kirjutada mõned lisandmoodulid ja komponendid.

  2. Põhifunktsioonid. Loend teatmeteostest ja funktsioonidest, ilma milleta ei saa ükski ettevõte tegutseda. See on juurdepääsuõigustega kasutajate kataloog, klientide kataloog, kaupade/teenuste kataloog jne. See funktsioon on platvormi sisse ehitatud, erinevalt moodulitest, seda ei saa keelata.

• Andmehaldus. Andmebaas, sealhulgas säilitamine ja andmete töötlemise (tõlgendamise) meetodid. Sellesse kategooriasse kuuluvad andmete salvestamine serveris, andmebaasitarkvara (SQL või mõni alternatiiv), vahendid andmete tõlgendamiseks ja töötlemiseks ning nende saatmiseks tarkvaramoodulitesse.
• Moodulid Komponendid, mis ühendatakse platvormiga vastavalt vajadusele. Nad kõik töötavad ühe andmebaasiga ja rakendavad põhifunktsioone (vastavalt vajadusele). Muidu töötavad moodulid üksteisest sõltumatult ning neid saab probleemideta “tõrgeteta” ühendada ja lahti ühendada, kui vajadus nende järele on kadunud. See modulaarne struktuur on ERP-süsteemide oluline eristav tunnus. Moodulid jagunevad omakorda mitut tüüpi:

  1. Moodulid sisekasutuseks. See tase koosneb pistikprogrammidest, mida ettevõtte töötajad kasutavad. Need on laohaldus, tootmine, raamatupidamine, CRM jne. Moodulid saavad ühendada, keelata ja konfigureerida juurutusspetsialistid. Standardkomplekt sisaldab tavaliselt - MRP, HR, CRM, Supply and Procurement Management.

  2. Moodulid tööks väliste kasutajatega. See kiht sisaldab mooduleid, mis on vajalikud suhtlemiseks väliste kasutajate, ettevõtte potentsiaalsete ja tegelike klientidega, partneritega, tootekasutajate, tarnijate ja klientidega. See võib olla veebipood, tarnijate ja ostjate isiklikud kontod ettevõtte veebisaidil ja sarnased lahendused. Mõned ERP-süsteemid sisaldavad valmis CMS-süsteeme veebipoe või ettevõtte veebisaidi nullist loomiseks, teised pakuvad saidi ja/või kliendirakenduste (mobiili ja tahvelarvuti) jaoks ainult eraldi “lisand” tööriistu.

  3. Ühendused - valmislahendused suhtlemiseks kolmandate osapoolte rakendustega. Enamasti kasutavad nad API-d platvormi tuumast. Need võimaldavad teil integreerida telefoniühendust, seadistada andmevahetust veebisaidi või mis tahes tarkvaratoodete ja süsteemidega. Ühendused on mõeldud ainult andmevahetuseks ja neid kasutatakse tavaliselt andmete vahetamiseks EDI-ga,
  CMS, CAD, BI, OLAP jne ehk siis nende süsteemidega, mis ei kuulu EPR-i, kuid on ettevõttes kasutusel.

Modulaarse ERP-struktuuri eelised

• Iga ERP-süsteemi moodul töötab teistest sõltumatult, selle saab igal ajal ühendada või lahti ühendada või lihtsalt mitte kasutada, samal ajal kui teised moodulid võivad edasi töötada. Ja selle või teise mooduli ühendamiseks pole vaja teha muudatusi tuuma ega teiste moodulite programmikoodis.
• Kasutades ERP-süsteemi võimaluste laiendamiseks ja uue osakonna ühendamiseks, ei ole vaja lisada programmikoodi, luua nullist uut programmiosa ega tegeleda erinevate programmide keeruka ja kohati mitte eriti mugava integreerimisega. Peate lihtsalt valima vajaliku mooduli, ühendama ja konfigureerima selle vastavalt oma ärivajadustele. ERP-süsteemides on peaaegu kõik, mis võib olla vajalik ettevõtte automatiseerimiseks, juba rakendatud. Üksikjuhtudel on vaja ise kirjutatud muudatusi.

Ma kuulen sageli klientidelt fraasi: "Oleme välja töötanud oma ERP-süsteemi." Tegelikult ei kasutata antud juhul ERP-d, vaid mingit sarnasust, mis on välja kasvanud mingist spetsialiseeritud süsteemist. Näiteks alustasime tööd CRM-is, seejärel lisasime sinna laotoimingute mooduli, seadistasime andmevahetuse raamatupidamisprogrammidega jne. Või alustasime raamatupidamissüsteemist ja veebilehest ning viisime läbi ka integratsiooni, lisasime mooduleid ja ühendasime selle kõik kuidagi omavahel.

Kõik see ei ole ERP-süsteem. Peamine erinevus ERP ja kõigi sarnaste programmide vahel on see, et ERP luuakse algselt konstruktorina, mis koosneb platvormist ja moodulitest, mida saab vastavalt vajadusele ühendada. Siin on juba pakutud mitmesuguseid võimalusi.

ERP on toode, mis loodi algselt ühelt poolt skaleeritavuse ja teisest küljest maksimaalsete võimaluste pakkumiseks.

Need. kui valite ERP-süsteemi, saate oma ettevõtte erinevate osakondade automatiseerimiseks ühtse süsteemi, millele lisanduvad lai valik arendusvõimalusi. Tarkvaratoodet ei pea väga kaua vahetama, piisab, kui helistate spetsialistidele, kes aitavad teil valmis moodullahendusi valida ja ühendada. Ja neid on tohutult palju mitmesuguste ärivaldkondade ja tööomaduste jaoks.

Milleks ERP-süsteemi kasutatakse?

Ühtse andmebaasi põhimõte: kontroll, haldamine, täpsus ja tõhusus

Selline lähenemine sõltub suuresti inimfaktorist, mistõttu saabub teave hilinemisega, sageli märkimisväärsete aegadega. Moonutused ja vead on tavalised ning mõnel juhul ei satu osa andmeid inimfaktori tõttu üldse süsteemi, mistõttu tekivad talitlushäired, vajadus regulaarsete kooskõlastuste järele jne. Veelgi enam, mis tahes viga ja sellele järgnev parandus võib põhjustada olulisi kahjusid. Näiteks viga koodis või mõõtmetes andmete projekteerimisosakonnast tootmisse ülekandmisel lõppeb väga kurvalt, sest lõppkokkuvõttes pole toodetud sugugi see, mis telliti ja kavandati. Esineb seisakuid, laos olevate defektide või üleliigse kauba mahakandmist, kliendiga kokkulepitud tähtaegadest mitte kinnipidamist jne.

ERP-süsteemi juurutamisel luuakse ühtne andmebaas, kuhu kogutakse kogu erinevate osakondade kasutatav info. Sel juhul väheneb vigade protsent oluliselt, kuna spetsialist sisestab andmed süsteemi üks kord, misjärel loevad kõik osakonnad need automaatselt tööks vajalikus vormingus ja kodeeringus.

Lisaks muutub andmeedastuskiirus ühe andmebaasi kasutamisel hetkeliseks. Need. kohe pärast seda, kui disainerid või müügispetsialistid on tellimuse sisestanud andmebaasi, nähakse seda disainiosakonnas või tootmises. Samuti ilmub tellimusele makseteatis kohe pärast seda, kui raamatupidamisosakond on pangast info saanud. Inimfaktoriga seotud vigade arv väheneb ja need, mis esinevad, kõrvaldatakse palju kiiremini.

Seetõttu on ERP-süsteem vajalik ettevõtetele, kelle jaoks on osakondadevahelise andmeedastuse kiirus ja täpsus kriitilise tähtsusega.

Paindlikkus ettevõtte töös turumuutusi arvestades

Väikeettevõte, kui ta saab ebatüüpilisi tellimusi või muutusi teatud kaupade ostumahus, saab loomulikult hakkama ka ilma ERP-süsteemita. Kui kõik töötajad töötavad ühes väikeses kontoris, saate alati tegevusi omavahel kooskõlastada ja tellimuste andmete põhjal tellimusi koostada, isegi Exceli tabelites.

Keskmise suurusega ettevõttes, kus on mitu osakonda, filiaale ja võib-olla ka oma tootmine, muutub kriitiliseks ühtne andmebaas ja kiire andmevahetus klientide muutuvate vajaduste tingimustes. Oluline on, et kogu info kogutaks lühikese ajaga, sooritataks õigeaegsed ostud ning tehtaks kiired muudatused tootmis- ja tarneplaanis. Siin on võimatu teha ilma ühtse süsteemita ühise andmebaasiga.

Keerulised äriprotsessid: integreerimine enam ei aita

Mida saab äri ERP juurutamisest?

• Andmete kättesaadavus. Pärast sisestamist muutuvad andmed kättesaadavaks kogu süsteemis, ilma et oleks vaja kooskõlastamist, täiendavaid kinnitusi või kontrolle.
• Andmete järjepidevus.Ühise andmebaasi kasutamine võimaldab vältida andmete vastavusse viimise ja kooskõlastamise etappe. Näiteks kui projekteerimisosakond on projekti esitanud ja heaks kiitnud, saab ostuosakond selle projekti andmeid koheselt tööks kasutada, ilma täiendava kinnitusetapita.
• Töötajate töö jälgimine. Juhul, kui üks osakond sisestab andmed näiteks kaupade tarbimise (liikumise) kohta, saab teine ​​osakond selle kohta kohe teabe ja pärast loetletud esemete tegelikku kättesaamist lisab selle oma kviitungisse. Sel juhul on arvude lahknevused praktiliselt võimatud, ühine andmebaas välistab paljude kuritarvituste võimaluse ning haldur saab reaalajas tuvastada kõik ebakõlad ja nende põhjused.
• Inimvigade märkimisväärne vähenemine. Ühtne süsteem ei luba kaupu valest laost maha kanda, kuna ühine andmebaas annab märku, et kaupa pole. Info maksete kohta edastatakse panga- või kassaaparaadi andmete alusel automaatselt raamatupidamis- ja müügiosakonda, mis välistab ka vead. Tehnilised parameetrid ja projekti andmed edastatakse samuti automaatselt, ilma moonutusteta jne.
• Ühendatud tööriistade valmis komplekt. Näiteks kui müügiosakond koostab arve, siis see on aluseks raamatupidamisdokumentide automaatsele koostamisele ja peale maksmist - laost kuluvad dokumendid.

Mida on oluline teada ERP-süsteemi valimisel

ERP-süsteemide puhul on täpselt sama valik, mis CRM-süsteemide juurutamisel. Tähelepanu saab pöörata ka SAAS-i lahendustele või osta ja rakendada “kasti”. Kuid on üks nüanss, mida on väga oluline arvestada. Fakt on see, et ERP on iseenesest suur süsteem, mis sisaldab suurt hulka võimalusi. Tegelikult ühendab see kõik andmed ettevõtte töö kohta. Ja kui pilve kasutatakse, on teenuse muutmine vajaduse korral äärmiselt keeruline. Erinevalt CRM-süsteemidest, mis on SAAS-i versioonis väga populaarsed, on ERP-is andmemassiv mahukas ja tülikas ning ühelt tarkvaratootelt teisele liikumise puhul tekib küsimus, mida sellega peale hakata.

Seetõttu on mõttekas keskenduda tarkvaratoote "karbis" ostmisele ja selle hilisemale installimisele oma või renditud serveritesse. Niisiis, millele peate esmalt tähelepanu pöörama:

• Meeskonna või rakendusspetsialisti valimine. Kui mõningaid tarkvaratooteid, näiteks väikeettevõtte CRM-süsteeme, saab suure sooviga juurutada ka ilma spetsialistita või minimaalse osalusega, siis ilma kogenud spetsialistita ERP-süsteem jääb lihtsalt järjekordseks “tagasinõudmata kastiks”. Selle perekonna tarkvaratoodete keerukus tuleneb neile määratud ülesannete keerukusest. Ühtset andmebaasi, integratsiooni teiste programmidega ja paljusid muid töönüansse ei saa konfigureerida ilma professionaali osaluseta.
• ERP-süsteem ei ole kõigi uste võti ega Šveitsi armee nuga. Nii nagu teistelgi süsteemidel, võib neil olla spetsiifilisus ja valdkond. See tähendab, et kui tegelete müügiga, mitte tootmisega, siis peaksite ERP-i võtma eelkõige müügi jaoks. Sama kehtib ka moodulite kohta.
• Äriprotsesside mõistmine. On väga oluline, et juurutusspetsialist mõistaks sügavalt mitte ainult tarkvaratoote omadusi, vaid omaks ka üsna laiaulatuslikke äriteadmisi, kuna raamatupidamisosakonna töö seadistamine eeldab arusaamist, kuidas ja millega raamatupidaja töötab. . ERP juurutamiseks laos on vaja teadmisi laoarvestuse kohta. Seetõttu on siinkohal eriti oluline projektijuhi teadmiste ja arusaamise tase ettevõtte äriprotsessidest, kes määrab tehnilistele spetsialistidele ülesandeid ja jälgib nende täitmist.
• Eelarve. ERP-süsteem tarkvaratootena on suhteliselt kallis, sõltumata arendajast. Kuid edukas rakendamine nõuab koostööd kogenud spetsialistidega. Ja kui eelarvest jätkub vaid programmi eest tasumiseks, siis selle tulemusena osutub “karp” väljanõudmata, s.t. ettevõte raiskab märkimisväärse summa raha. Arvutage oma võimalused eelnevalt välja.

ERP-süsteemide puudused

Teine probleem, mis ERP-süsteemi juurutamisel väga sageli esile kerkib, on andmete turvalisuse tagamine. Kuna süsteemis töötavad kõik ettevõtte divisjonid ja töötajad, tuleb juurdepääsuõigused seadistada igale inimesele. Ja kui eraldi spetsialiseeritud programmide kasutamisel on tavaliselt vaja luua mitu juurdepääsutaset (tavaline töötaja, osakonnajuhataja, juht), siis ERP-i juurdepääsuõiguste süsteem osutub keeruliseks. Siin peate konfigureerima juurdepääsu erinevate osakondade moodulitele ja seadistama iga osakonna sees hierarhia. Selline keeruline seadistus põhjustab sageli vigu ja nõuab lisaaega testimiseks ja silumiseks.

Lisaks sisaldab ühtse andmebaasiga ühtse süsteemi kasutamine koos kõigi selle eelistega teatud probleemi. Kui ühel või teisel põhjusel ERP-süsteem lakkab töötamast (vool katkeb või serveris tekivad muud probleemid), seiskub kogu ettevõtte töö. Seetõttu tuleb erilist tähelepanu pöörata serveriosa töökindluse tagamisele ja õigeaegsele hooldusele.

Samuti on ERP-süsteemil puudused, mis on tüüpilised kõikidele keerukatele süsteemidele, nimelt kõrge sisenemistase ja sellest tulenevalt kõrged juurutuskulud.

Jätka

Üha enam erineva suurusega ettevõtteid üle maailma püüavad oma töösse rakendada võimsat juhtimistööriista, mida tuntakse ERP-süsteemina. Selle kasutamine on mõeldud kõigi organisatsiooni jaoks strateegiliselt oluliste äriprotsesside tõhusa kontrolli ja planeerimise loomiseks ning peamiste tootmis- ja abiruumide toimimise optimeerimiseks.

ERP ja ERP süsteemi kontseptsioon

ERP äristrateegia (EntERPrise Resource Planning) kujutab endast organisatsiooni kõigi osakondade ja protsesside integreerimist: tootmisrajatised, finants-, personali- ja kliendiosakonnad ning paljud teised. Selle kombinatsiooni eesmärk on eelkõige optimeerida erinevate ressursside jaotust ettevõttes.

Kui varem oli see puhtalt turunduskontseptsioon, siis tänapäeval mõistetakse ERP-süsteemi kõige sagedamini kui spetsialiseeritud tarkvara klassi. Laias laastus on see metoodika kõigi ettevõtte ressursside planeerimiseks ja haldamiseks. Ajalooliselt moodustati ERP strateegia selle eelkäijate põhjal:

• MRP – materjalinõuete planeerimine.
• MRP II - tootmisressursside planeerimine.

Seevastu ERP-süsteemi saab kasutada väga suurte ettevõtete jaoks, mis on sageli geograafiliselt hajutatud. Sel juhul räägime ettevõtte ressursside planeerimisest, kuna see pöörab tähelepanu mitte ainult tootmisele, vaid ka terviklikule finantsplaneerimisele. ERP-süsteemi oluliseks tunnuseks on ka selle kasutamise võimalus absoluutselt igas ettevõttes, olenemata töö spetsiifikast, ka nendes, kes ei tegele tootmistegevusega. Arvestades seda sellisena, tuleb märkida, et see on varustatud võimsamate tehniliste vahenditega, mis hõlbustavad või asendavad otsustusprotsessi.

ERP-süsteemi eesmärk ettevõttes

Et otsustada põhimõtteliste muudatuste üle oma ettevõtte tegevuses seoses juhtimisinfosüsteemi juurutamise ja uue äristrateegia elluviimisega, peab juhtkond selgelt mõistma selle sammu vajalikkust, mis peaks väljenduma järgmistes võtmepunktides. :

• soovimatus leppida asjade praeguse seisuga;
• kaasaegsete tehnoloogiate kasutamise vajaduse olemasolu majandusüksuse positsiooni tugevdamiseks turul konkurentsikeskkonnas;
• lootes saada rakendamisest märkimisväärset kasu.

Esiteks on ERP-süsteemi kasutamine mõeldud sarnase äristrateegia edukaks elluviimiseks, mille rakendamine peaks tagama ettevõtte ressursside tõhusa planeerimise ja juhtimise. Selleks on vaja oma osakondade tööd optimeerida, nimelt saavutada nendevaheline maksimaalne järjepidevus ja vähendada halduskulusid. Seda on võimalik saavutada infosüsteemi pakutavate hüvede kaudu. See:

• Äriprotsesside läbipaistvuse suurendamine.
• Korraldamisega seotud probleemide lahendamine ja vajaliku info leidmine.
• Andmete usaldusväärsuse ja asjakohasuse suurendamine.
• Osakondadevahelise dokumendivoo kiiruse suurendamine.
• Ühtse inforuumi korraldamine peakontori ja kaugemate filiaalide vahel.
• Dokumentatsiooni täitmiseks kuluva aja vähendamine ja võimalike vigade kõrvaldamine.
• Suurenenud otsuste tegemise kiirus kõigil tasanditel.

ERP-süsteem tagab objekti konkurentsivõime tõusu mitte ainult läbi tõhusamate äriprotsesside toomise selle töösse. Selle kasutamine peaks kaasa tooma ka ettevõtte üldkulude vähenemise. Täiustatud planeerimis-, modelleerimis- ja analüüsitööriistad aitavad optimeerida tootmistegevuse, finantssektori ressursse, aga ka ladude, transpordi ja teiste osakondade tööd.

Töö peamised omadused

Erinevates ettevõtetes, isegi sama äriga tegelevates ettevõtetes võivad kõik äriprotsessid kulgeda täiesti erinevalt. Ettevõtte juhtimise infosüsteemi pakutav standardiseeritud tööskeem võib oluliselt erineda siin varem kasutatust. Sel põhjusel on selle käsitlemine ainult tarkvaratootena põhimõtteliselt vale, kuna selle rakendamine nõuab ettevõttelt ulatuslikke sisemisi muudatusi olemasolevate äriprotsesside ümberkorraldamise näol.

Nende süsteemide kontseptuaalsed omadused on otseselt seotud nende olemusega. Pidagem meeles, et ERP metoodika hõlmab ettevõtte kõigi oluliste osakondade ühendamist, et korraldada oma ressursside tõhusat juhtimist. Sellist kombinatsiooni rakendatakse infosüsteemis ühe avalikult juurdepääsetava andmebaasi olemasolu kaudu. Teave siseneb hoidlasse ainult üks kord ning seejärel saavad seda korduvalt töödelda ja kasutada erinevad sise- ja välistarbijad. Võrreldes tegeliku eluga, väheneb sel juhul ettevõtte töötajate otsuste tegemise aeg ja vaev. Tähele tuleb panna ka seda, et ERP süsteem ei ole automatiseeritud tehnoprotsesside juhtimissüsteem, vaid nende abstraktsel mudelil põhinev integreeritud infosüsteem, millesse sisestavad infot reaalsed inimesed.

Andmebaasi struktuur, aga ka tarkvarapaketi kui terviku toimimine peab olema korraldatud nii, et see kajastaks eranditult kõigi osakondade tegevust. Selline lähenemine võimaldab peaaegu reaalajas jälgida ettevõtte ressursside ja äriprotsesside kogumit ning seega teostada nende operatiivset ja strateegilist juhtimist.

ERP-süsteemide üks peamisi ülesandeid on planeerimisprotsessi optimeerimine ja kontroll plaani elluviimise üle. Sisseehitatud intelligentsed algoritmid lihtsustavad oluliselt selle lahendust selle kasutajate jaoks. Näiteks tootmisettevõtte planeerimisel ja juhtimisel on palju spetsiifilisi omadusi, mis on seotud selle komponentide heterogeensusega. Seega võivad ühes tehases olla töökojad, mis töötavad nii pidevalt kui ka diskreetselt. Sellest seisukohast lähtudes peab rakendatav ERP-klassi süsteem olema universaalne ja sisaldama laia valikut spetsialiseeritud mooduleid.

Kuna tänapäevased ettevõtted on tänapäeval sageli geograafiliselt hajutatud, on väga oluline, et peakontorist kaugemal asuvatel filiaalidel oleks täielik juurdepääs üldisele teabele. See saavutatakse ERP-süsteemide arendamisega seotud kõige arenenumate võrgutehnoloogiate abil kasutajate juurdepääsuõiguste piiritlemine nende teabes salvestatud andmetele.

ERP-klassi süsteemide funktsionaalsus

Funktsioonidest rääkides ei tohi unustada, et iga ERP-klassi toode on ettevõtte juhtimissüsteem tervikuna. Selle võimaluste ulatus sõltub peamiselt selle rajatise mahust ja tööomadustest, mille vajadusteks seda kasutatakse. Vaatleme klassikalist funktsioonide komplekti:

Tootmine

• Valmistatud kaupade või teostatavate teenuste projekteerimise ja tehnoloogiliste spetsifikatsioonide säilitamine, et määrata kindlaks vajalike materjalide hulk ja tööjõukulu normid.
• Tootmisplaanide koostamine.
• Ettevõtte tehniliste võimete planeerimine ja juhtimine erinevates lähendustes: üksikutest üksustest töökodade ja tootmisliitudeni.

Rahandus

• Tegevusarvestus, finants-, juhtimis-, maksuarvestus ja kontroll.
• Ettevõtte varade haldamine, sh põhivara, väärtpaberid, pangakontod jne.
• Ettevõtte terviklik planeerimine ja selle tulemuste kontroll.

Logistika

• Vajalike materjalide, toorainete, osade, komponentide mahtude planeeritud näitajate kujundamine vastavalt tootmisplaanidele.
• Tarne- ja müügijuhtimine: vastaspoolte raamatupidamine, lepingute registri pidamine, tarneahela juhtimine, laoplaneerimise ja raamatupidamise läbiviimine.

Personal

• Personalivaliku protsessi juhtimine.
• Operatiivpersonali ja tööaja arvestus, personalitabelite pidamine, töötasude arvestamine.
• Tööjõu planeerimine.

• Müügiplaanide pidamine.
• Hinnakujunduse juhtimine erinevat tüüpi turgudel, et kujundada ettevõtte jaoks adekvaatne üldstrateegia, läbipaistev kaupade maksumuse arvutamise poliitika: allahindluste ja müügi eritingimuste arvessevõtmine.
• Jooksva reklaami- ja turundustegevuse planeerimine ja kontroll.

Projektid. Aruandlus

• Pakkudes laia valikut standardiseeritud raamatupidamis-, finants- ja juhtimisaruandluse vorme, samuti paindlikku mehhanismi kohandatud vormide loomiseks.
• Üldstrateegia koostamine: edukaks elluviimiseks vajalike ajaraamide, materiaalsete, rahaliste ja inimressursside samm-sammult planeerimine.
• Projekti tulemuslikkuse põhinäitajate jälgimine.

Millised ettevõtted saavad ERP-süsteeme kasutada?

Esmapilgul võib tunduda, et selle klassi süsteemid on mõeldud eranditult suuremahulistele tööstusharudele, kuna neid iseloomustab rohkem ressursivoogude ja erinevat tüüpi protsesside struktuuri suur keerukus. Siiski on olukordi, kus MRP või MRP II klasside kasutamisest ei pruugi väikeettevõtte jaoks piisata. Tänapäeval saate turult osta erinevate võimalustega tarkvaratooteid. Sõltuvalt ettevõtte ulatusest, kus neid saab tõhusalt kasutada, eristatakse raskeid, keskmisi ja kergeid lahendusi.

Mis puutub mittetootvatesse organisatsioonidesse, siis neile on rakendatavad ka ERP-klassi süsteemid. Selliste ettevõtete jaoks ei piisa liiga laiaulatuslikust funktsionaalsusest. Hetkel on väikesi integreeritud või lokaalseid süsteeme, mis vastavad teenindussektoris tegutsevate kaubandusettevõtete või organisatsioonide vajadustele. Samuti tuleb märkida, et paljud arendajad pakuvad oma klientidele ka valdkonnaspetsiifilisi tooteid.

Klassifitseerimismeetoditest

Kõige ilmsem viis kõigi ERP-ettevõtte juhtimissüsteemide klassifitseerimiseks on organisatsiooni skaala, kus neid saab rakendada. Sellest vaatenurgast lähtudes on tavaks leida lahendusi, sõltuvalt tööde arvust:

• Suured ettevõtted (üle 10 tuhande inimese).
• Keskmised ettevõtted (1 tuhat kuni 10 tuhat inimest).
• Keskmise suurusega ettevõtted (100 kuni 1 tuhat inimest).
• Väikeettevõtted (alla 100 inimese).

Selliste infotoodete süstematiseerimise oluline tunnus on funktsionaalsus. Sõltuvalt täidetavate ülesannete mahust on järgmine üldtunnustatud jaotus:

• Suur integreeritud.
• Keskmiselt integreeritud.
• Finants- ja juhtimisalane.
• Kohalik.

Kohalik variant on tavaliselt kitsa fookusega ühtne karbis infotoode, mille üldkulu on suhteliselt madal. Enamasti hõlmab see ühte või mitut organisatsiooni rahanduse või selle raamatupidamistegevuse valdkonda. Sellised süsteemid sobivad väikestele tootmis- või kaubandusettevõtetele.

Integreeritud infosüsteemid võivad olenevalt sihtobjekti mastaabist olla keskmised või suured. Need hõlmavad kõiki ettevõtte struktuuride äriprotsesse, nimelt suhtlemist tarnijate ja tarbijatega, lõpptoote tootmist, materjali- ja rahavoogusid, suhteid personaliga, tarnimist, ladustamist ja müüki, projekti elluviimist ja palju muud.

Kaasaegne ERP-süsteemide turg

Kõik täna siseturul pakutavad tarkvaratooted võib jagada kahte põhikategooriasse: Venemaa ja imporditud. Erinevused nende vahel ei seisne mitte ainult loomise kohas, vaid ka funktsionaalsuses.

Lääne võimsad arendused on standardiks nn ERP-klassi süsteemidele. Ilmekamad näited nendest on SAP, Oracle, PeopleSof, SAGE, Baan, Microsoft Business Solution tooted. Neid kõiki saab kasutada mis tahes taseme sihtobjektidel, sealhulgas väga suurtel objektidel. Nende kasutamine Venemaa ettevõtetes võib aga sageli olla raskendatud järgmiste probleemide võimaliku ilmnemise tõttu:

• Ettevõtete ettevalmistamatus olemasolevate äriprotsesside tõsiseks ümberkorraldamiseks. Selliste muutuste ulatust on raske liialdada. Välismaiste ettevõtete juhtimissüsteemide äriprotsessid erinevad radikaalselt meie riigis tavaliselt kasutatavatest.
• Venemaal ei ole piisavalt spetsialiste, kes suudaksid ellu viia nõutava kvaliteeditasemega imporditud ERP-süsteemi juurutamise projekti.
• Selliste lahenduste kasutamise kõrge hind.

Vaatamata üldisele mahajäämusele oma lääne kolleegidest, suurendavad kaasaegsed Venemaa arengud järk-järgult nende funktsionaalsust. Need on täielikult kohandatud kodumaiste ettevõtete tööks. Ja neid saab edukalt rakendada, kui konkreetsel juhul pole vaja äriprotsesside laiaulatuslikku katvust, vaid piisab vaid teatud tegevusvaldkondade arvestuse loomisest ERP-süsteemi abil. Kodumaised arenenud arendused on näiteks 1C ja Galaktika ettevõtete tooted.

Vaadates tulevikku – ERP II

Mõni aeg tagasi ilmunud ERP II kontseptsioon oli ERP metoodika täiustamise tulemus. Ettevõtte ressursside planeerimine ja juhtimine jäävad siin peamiste ülesannete hulka. Oma jälje jättis aga interneti kiire areng, mis algatas uue metoodika tekkimise, muutes traditsioonilise äri osaliselt elektrooniliseks. ERP II on kombinatsioon klassikalisest ettevõtte juhtimissüsteemist spetsiifiliste võrgukaubanduse lahendustega.

Nüüd on väga oluline suhelda oma vastaspooltega veebis. Selleks on kaks olulist valdkonda: ja kliendisuhted. Ettevõttesisene teave lakkab olemast ainult see, läheb väliskeskkonda ja saab aluseks koostööle teiste äriüksustega. Uus kontseptsioon on antud juhul sõnastatud kui ettevõtte ressursside ja välissuhete juhtimine. Lisaks ideoloogilisele ümberorientatsioonile said ERP II süsteemid oma tehnoloogilised omadused.

Süsteemi valimise küsimuse lahendamine

Selle taseme tarkvara valimine on äärmiselt vastutusrikas protsess. Vale otsus selles küsimuses, eriti suuremahuliste projektide puhul, võib eeldatud tulemuse puudumisel kaasa tuua märkimisväärseid aja- ja rahakulusid.

Suuremahulise süsteemi tõhus rakendamine, mis peaks näiteks tagama tootmisettevõtte tõhusa juhtimise, nõuab tingimata äriprotsesside ümberkujundamist. Oluline on vältida olukorda, kus programmi rakendamise protseduuri lõppedes kogub kasutamata andmeid või ei lahenda vajalikke probleeme. Sel põhjusel on parem kutsuda koostööks selles küsimuses end tõestanud ekspertide meeskond.

On olemas teatud kriteeriumide loetelu, mille alusel saab projektimeeskond kokkuleppel sihtettevõtte administratsiooniga teha tarkvaratoote valiku küsimuses optimaalse ja kulutõhusa otsuse:

• Süsteemi tehniliste ja funktsionaalsete võimaluste vastavus ettevõtte põhieesmärkidele.
• Omandi kogumaksumus peab mahtuma selleks otstarbeks eraldatud eelarvesse. Lisaks süsteemi ostmise kuludele hõlmab see tegevus- ja muid kaudseid kulusid.
• Rakendatud ERP-klassi infosüsteem peab vastama kõigile üldtunnustatud tehnilistele nõuetele, mis tähendab, et see peab olema skaleeritav, töökindel, vastupidav võimalikele riketele ning omama viiruse- ja häkkeritõrjet.
• Tarnija peab garanteerima installitud tarkvara hilisema hoolduse ja toe.

ERP klassi süsteemide juurutamise protsess

ERP-süsteemide juurutamine ettevõtetes kaasneb samanimeliste strateegiate rakendamisega. See protseduur kestab olenevalt sihtobjekti ulatusest tavaliselt mitmest nädalast mitme aastani. Organisatsioon võib juurutamise läbi viia iseseisvalt või kasutada selleks spetsialiseerunud ettevõtete abi. Selle protsessi peamisi etappe saab eristada:

1. Esmane organisatsioon. Siin on vaja kindlaks määrata strateegilised eesmärgid, eesmärgid ja näidata rakendamise eeldatav mõju konkreetsele organisatsioonile. Nende andmete põhjal on võimalik koostada projekti tehniline plaan.
2. Projekti arendamine. Selles etapis toimub organisatsiooni praeguse tegevuse analüüs: selle edendamise strateegia, äriprotsessid. Selle tulemuste põhjal koostatakse süsteemimudel ja tehakse vastavad täpsustused tööplaani.
3. Projekti teostamine. Kuna äriprotsesside läbiviimise reeglid dikteerib juurutatud ERP-süsteem, siis siin muudetakse need ühtsete nõuete kohaselt ümber. Vajadusel töötatakse välja aruandlusvormid ja algoritmid andmete ülekandmiseks varem kasutatud raamatupidamisprogrammidest. Kui eelmistes etappides selgub, et objekti süsteemi funktsioonid on ebapiisavad, siis seda täiustatakse. Lõpuks viiakse läbi kasutajakoolitus ja eeltestimine.
4. Kasutuselevõtt. Kasutamise käigus tuvastatakse ja kõrvaldatakse võimalikud vead ja rikked.

ERP-klassi juhtimissüsteem ei ole tänapäeval pelgalt organisatsiooni kõikidesse arvutitesse installitud kalli tarkvara koopia, vaid ka paljutõotava äristrateegia peamine liikumapanev jõud. Selle valikul tuleks lähtuda sihtobjekti olemasolevatest vajadustest ja võimalustest. Kogu ettevõtte kui terviku edasine edu sõltub tehtud otsuse õigsusest ja järgnevate rakendussammude elluviimisest.

“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 julgustavad ettevõtteid seda kasutama. Kuid vajadus automatiseeritud juhtimissüsteemide kasutuselevõtuks 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 tegevuse efektiivsuse tõstmise probleeme ja kelle huve mõjutab otseselt juhtimissüsteemide automatiseerimine, endalt küsimusi: kuidas läheneda rakendamisele ja kuidas mõista keerukat "arvutimänguasja"?

Esiteks peaksite mõistma, et automatiseeritud ERP-haldussüsteemi rakendamine platvormil 1C on küll tehniliselt ja organisatsiooniliselt keeruline, kuid siiski PROJEKT, see tähendab, et selle suhtes 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, standarditest, eeskirjadest 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. Kuid kui teil on edukas ettevõte, kui olete viinud oma tootmise rahvusvaheliste standardite tasemele, saate 1C:ERP rakendamisega hakkama!

Samas tuleb 1C:ERP juurutamisprojekti edukaks elluviimiseks enne töö alustamist aru saada selle spetsiifikast.
ERP mõiste 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 sõnastada ja ellu viia ettevõtte strateegiat.

Pöördume piltide poole ja kujutame ette elu toetavat süsteemi "suurte äride välisruumi" 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. Enamik pisemaid probleeme on soovitatav lahendada automaatselt “kohapeal” ja mitte koormata sellega juhti, s.t. vabastada ta jooksvatest probleemidest.

Siis on omanikul võimalus keskenduda ainult ettevõtte arengustrateegia kujundamisele ja selle elluviimise edenemise jälgimisele. See näitab, kui olulised on integreeritud juhtimissüsteemid ettevõtte juhtimise jaoks.

Liigume edasi esinejameeskonna juurde, sest sageli valmistavad juhtkonnale suurimat muret projektis osalejad. Seetõttu on projekti teostava ettevõtte põhinõue omada edukat 1C:ERP juurutamise kogemust, soovitavalt asjatundlikke teadmisi kliendi töövaldkonnas.

Parim variant on see, kui töövõtjal on kogenud projektimeeskond. Enne projekti algust saate küsida nendelt spetsialistidelt CV-d ja vajadusel nendega intervjueerida.

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
Osalemine esimese juhi projektis

Kui ettevõtte tegevjuht osaleb aktiivselt 1C: ERP juurutamise ettevalmistamises ja juurutamises, siis tagab ta tingimuste loomise strateegiliste eesmärkide saavutamiseks ning motiveerib personali ja projektimeeskonda edu saavutamiseks.

Esimese juhi osalemise tähelepanuta jätmine ERP käivitamisel võib olla üks olulisi probleeme, millega juurutusprotsessi käigus kokku puututakse. See näib olevat juhtkonna taganemine projekti peamiste otsuste tegemisest. Ja seetõttu napib projektirühmal volitusi, osalejad kas ei taha vastutust võtta või lahendavad töökorralduse probleeme eranditult “oma” osakonna 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 – vanem tippjuht, ressursijuht. Töörühmi juhivad otsesed juhid. Kliendipoolsetesse töögruppidesse kutsutakse funktsionaalsed kasutajad ja IT-spetsialistid.

Kui töövõtja spetsialistide ja süsteemi funktsionaalsete kasutajate vahel luuakse usalduslik töösuhe, saavad projektis osalejad hakkama kõigi raskustega, mõistavad vigade põhjuseid ja kõrvaldavad need. Kui kliendi töötajad ei ole motiveeritud juurutamises osalema, võib suhtlemine taanduda töövõtja spetsialistide töös vigade leidmisele ja nende parandamise saboteerimisele, üksteisele ülesannete loopimisele “viimase abinõu” otsimisel.

Projektijuhi professionaalsus

1C:ERP juurutusprojektis on tõhus projektijuht (PM) üks peamisi edutegureid. Tema ülesanne on saavutada tulemusi teiste inimeste tööd korraldades. Eriti puudutab see kliendipoolset projektijuhti. Seda valides pakun kliendile:

Kasutage sisemist ressurssi - valige töötaja, kes on tänu oma energia- 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 rakendusfirma valimine

Et selles küsimuses mitte eksida, soovitan teil pöörata tähelepanu taotleja projektikogemusele. Selleks peaksite:

Uurige elluviidud projektide arvu ja staatust, sealhulgas teie valdkonnas;
. lugeda arvustusi ettevõtete kohta, kus taotleja on sarnaseid rakendusi teinud;
. vaadata üle potentsiaalse esineva ettevõtte projektimeeskonna liikmete CV-d;
. arutage iga spetsialistiga isikliku vestluse võimalust;
. kontrollida dokumenteeritud kvaliteedijuhtimissüsteemi olemasolu.

Arvestada tuleks veel ühe nüansiga. Kuna 1C:ERP rakendusprojekt hõlmab tihedat suhtlust ja sõna otseses mõttes töövõtja spetsialistide integreerimist kliendi probleemidesse, on usalduse küsimus rakendajate meeskonna vastu väga aktuaalne.

ERP-süsteemide juurutamine eeldab ettevõtte äriprotsesside põhjalikku uurimist, dokumendivoo, raamatupidamis- ja maksudokumentatsiooni ning ettevõtte majanduse tundmist. Tänapäeval on suur valik erinevaid ERP süsteeme väikestele ja keskmise suurusega ettevõtetele. Süsteemid erinevad üksteisest mitte ainult funktsionaalsuse ja juurutamiskulude poolest, vaid ka võime poolest kiiresti kohaneda ettevõtte äriprotsesside muutustega. Mõnda süsteemi muudetakse kiiresti – mõne päeva jooksul, teistel kulub mitu kuud.

ERP-süsteemide juurutamise omadused

Spetsiaalse tarkvara valimisel on vaja kindlaks teha, kui tõhusalt suudab see süsteem kõiki ettevõtte äriprotsesse võimalikult palju automatiseerida. Tuleb meeles pidada: kallis ei tähenda tõhusat ja vastupidi.

Konkreetse ERP-süsteemi valimisel tuleb otsustada, kuidas olemasolevat andmebaasi süsteemi salvestatakse. Tavalisse kontoriarvutisse ei pruugi suur hulk andmeid ära mahtuda, mistõttu on soovitatav mõelda, kuidas serverit ja vajalikke seadmeid ühendada ja seadistada, liites kõik kaasatud arvutid ühtsesse kohtvõrku. Samuti tuleks mõelda süsteemi viirusetõrjele ning kaitsele volitamata kasutamise ja teabe varguse eest.

ERP süsteemide juurutamise positiivsed aspektid

ERP-süsteemide juurutamine ettevõttes automatiseerib ettevõtte äriprotsesse. Tooraine õigeaegne täiendamine ning varude ja ressursside kontroll ettevõttes suurendab efektiivsust ja tootmismahtu. Toote valmistamise ja kulude kontroll igas etapis aitab kaasa tõhusale hinnakujundusele.

Automatiseeritud andmete sisestamine süsteemi, andmevahetus osakondade vahel reaalajas vähendab raamatupidamis- ja maksuaruannete koostamiseks, analüüsimiseks ja ettevõtte edasise arengu planeerimiseks kuluvat aega ning vähendab andmete sisestamisel vigade tekkimise tõenäosust.

ERP-süsteem võimaldab igal kasutajal määrata teabele oma juurdepääsutaseme. Mõnede kasutajate jaoks võivad andmed olla kirjutuskaitstud ja teistele ainult sisend. Mõne vormi automaatne täitmine aitab vältida tautoloogiat. Paljud ERP-süsteemid on hõlpsasti integreeritavad ettevõtte teiste andmebaaside ja tarkvaratoodetega.

ERP-süsteemide juurutamise negatiivsed aspektid

ERP-süsteemide juurutamine ettevõttes on üsna intensiivne ja tehniliselt keerukas protsess ning seetõttu võtab see kaua aega. Reeglina võtab see aega mitu kuud kuni kolm aastat. Tavaliselt saavad ERP-süsteemide juurutamise kulud tagasi tänu majanduslikule efektile.

Välismaistel ERP-süsteemidel on rikkalik funktsionaalsus ja neid on lihtne kohandada vastavalt ettevõtte äritegevuse spetsiifikale. Sellistes süsteemides ilmnevad rakendamise käigus lõkse. Mõned toote disaini- ja arendusprogrammi funktsioonid ei pruugi vastata ettevõttes aktsepteeritud GOST-i standarditele. Tootmisprotsessid võivad olla üsna keerulised ja üles ehitatud nii, et süsteemil ei jää aega projekteerimise käigus kogu tootele kogu vajalikku tehnilist dokumentatsiooni koostada. Sel juhul saab tootmist paralleelselt projekteerimisega alustada ainult detailide üksikute valmisprojektide jaoks. Väga sageli teostavad projekteerimist spetsiaalsed CAD-CAM-programmid, mis ei ole integreeritud enamikesse välismaistesse ERP-lahendustesse. Ja samade andmete sisestamine kahte süsteemi on irratsionaalne. Selliste probleemide lahendamiseks on soovitatav tellida spetsialiseeritud lahendusi vastavalt tehnoloogiliste protsesside ülesehitusele.

ERP-süsteemi juurutamise efektiivsuse hindamine

ERP-süsteemi juurutamise efektiivsus sõltub äri heaolust ja edukast arengust. Süsteemi juurutamise efektiivsuse hindamiseks kasutatakse investeeringutasuvuse näitajat ja tasuvusanalüüsi. Optimaalse projektivariandi väljaselgitamiseks on vaja võrrelda süsteemi rakendamisest saadavat kasu ja selle rakendamise kulusid. Ainult ühe ERP-lahenduse variandi põhjal on võimatu otsust langetada.