ERP-süsteemide ettevõtetele tutvustamise põhjused. ERP süsteemid: mis see on lihtsustatult, ERP plussid ja miinused, ülevaade. Inimfaktor, juhtkonna toetuse puudumine

(32%). Pärast valiku tegemist jääb süsteemide populaarsus võrreldavaks: vastavalt 21%, 18% ja 14% (see tähendab juhtumeid, kui rakendamiseks valitakse need platvormid).

Üldiselt on ERP-projektide ajastus endiselt selle turu jaoks üks valusamaid probleeme: ainult 36% märkis, et nad suutsid täita etteantud ajavahemikke, ja 62% - ületas neid oluliselt ja ainult 3% suutis rakendusprojektid varem lõpule viia ajastatud. Eelkõige olid Microsoft Dynamics lahendustel põhinevad projektid kavast väljas, keskmiselt kestis see 12,5 kuud, mis on 4 kuud (47%) rohkem kui plaanitud.

Oracle'i põhised projektid kestsid keskmiselt 22,5 kuud, kusjuures 29% ületasid keskmiselt 17,5 kuud. Mis puudutab SAP ERP-d, siis selliste rakenduste keskmine kestus oli 18,5 kuud minimaalse viivitusega 16% ehk 2,5 kuud võrreldes algselt kavandatud 16 kuuga.

ERP-projektide keskmine kestus: kavandatud ja tegelik

Panorama Consulting, 2014

ERP projektide hilinemise peamised põhjused

№	Põhjus	2011	2012	2013
1	Projekti ulatust on laiendatud	17%	29%	29%
2	Korralduslikud küsimused	14%	20%	29%
3	Andmeprobleemid	14%	17%	29%
4	Ebareaalne ajastus	8%	11%	25%
5	Ressursside piirangud	13%	17%	21%
6	Õppimisprobleemid	10%	15%	17%
7	Platvormi funktsionaalsusega seotud probleemid	8%	4%	13%
8	Muud tehnilised küsimused	7%	14%	8%
9	Vastuolulised prioriteedid projekti sees	10%	12%	8%

Panorama Consulting, 2014

Peamised põhjused, miks ERP-projektid on ajast maha jäänud, nagu ülaltoodud tabelist järeldub, on kavandatud projektide mahu suurenemine, samuti organisatsioonilised probleemid, andmeprobleemid - see kõik juhtub kolmandikus projektidest, mis on hilinenud.

Hea uudis oli võib-olla ainult see, et ajavahemikul 2012–2013 registreerisid analüütikud ERP-projektide keskmise tasuvuse vähenemise 2,4-lt aastalt keskmiselt 1,7-le aastale. Sellest hoolimata on nende organisatsioonide arv, kes ei ole üldse suutnud oma investeeringuid ettevõtte automatiseeritud ressursside juhtimissüsteemidesse tagasi teenida, 31% -lt 38% -le. Kõige pikem tasuvusaeg leiti Microsoft Dynamics lahenduste jaoks (24 kuud), SAP-i jaoks on see 23 kuud, Oracle'i jaoks - 16 kuud.

Ja veel üks oluline punkt: projektide tegelik eelarve võrreldes planeeritud aastaga 2013. aasta lõpuks on taas suurenenud. Kalleim rakendus on antud juhul SAP ERP juurutamine, keskmiselt on sellise projekti eelarve 2,55 miljonit dollarit, millele järgneb Oracle - 2,25 miljonit dollarit, Microsoft Dynamics - 1,8 miljonit dollarit. Ettevõtete aastakäibest on I astme süsteemide rakendamine 2–4 %, kuid II ja III astmel põhinevate ERP-projektide maksumuse osakaal võib olla oluliselt suurem nende ettevõtete käibes, kes on need rakendamiseks valinud.

Ainult 66% ettevõtetest suutis saavutada vähemalt 50% eesmärkidest

Mis puutub ERP-projektidesse üldiselt (sõltumata konkreetsetest tarnijatest), siis 2013. aasta lõpuks suutis ainult 66% ettevõtetest teostuste raames saavutada vähemalt 50% kavandatud eesmä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 keskmised näitajad 2012-2013

Panorama Consalting, 2014

63% tunnistas rakendatud ERP-projektid edukaks, 21% -l oli rakendamise mõju raske hinnata, 16% tunnistas, et rakendamine lõppes ebaõnnestumisega.

Vene tegelikkus

Ühes The Standish Groupi raportis viidatakse masendavale statistikale tarkvaratööstuse olukorra kohta USA turul:

ainult 32% projektidest on edukalt lõpule viidud,
44% -l oli mitmesuguseid raskusi (eelarve ületamine, tähtaegadest väljajäämine jne),
24% projektidest lihtsalt ebaõnnestus.

Olukord Venemaa turul on vaevalt parem, märgivad ettevõtte First BIT eksperdid.

ERP projektide "edukuse" statistikat jagas 1C. Aastatel 2010–2013 tehtud 555 rakendatud 1C ERP lahenduse uuringu kohaselt:

66% projektidest järgis tähtaega või erines tähtajast kuni 10%,
24% projektidest erinesid tähtajast 11-30% ja
ainult 10% projektidest erines tähtajast enam kui 30%.

Mis puudutab projekti eelarveid, siis klientide olukord on veelgi julgustav:

78% projektidest on eelarve piires või on eelarvet ületanud mitte rohkem kui 10%,
19% projektidest ületab eelarvet 11-30% ja
ainult 3% projektidest ületab eelarvet rohkem kui 30%.

ERP-projektide ebaõnnestumise peamiste põhjuste hulgas eristavad Venemaa integraatorid järgmist:

Suured ootused

See on suur probleem, kui soovitud tulemusest pole täpselt aru saada, mida klient soovib saavutada, ütleb Efim Fish, Microsoft Dynamics AX Tops Consulting (Tops Consulting) äriarenduse direktor. Sel juhul ei saa üldtuntud ütlust parafraseerides projekti lõpule viia, selle saab ainult lõpetada. Kliendid hindavad sageli oma soove ja nõutavaid kulusid valesti. Mõlemad pooled peavad kokku leppima projekti eesmärkides ja põhipunktides, mis on vajalikud projekti edukaks elluviimiseks.

„Oluline on mõista, et ERP juurutusprotsess on kahepoolne ja hoolikas protsess. Siin ei saa te unerohtusid võtta ja ärgates leiate, et süsteemi juurutab väline tarnija ja see töötab, kõik töötajad võtavad kõik ettepanekud hõlpsasti vastu ja võtavad rõõmuga vastu kõik muudatused, mis ettevõttele uue süsteemiga sisse viiakse. Ja neid tutvustatakse igal juhul, sest muudatusi pole, ainult siis, kui midagi ei juhtunud. Ja see pole ERP puhul ilmselgelt eesmärk, ”kommenteeris ta.

Inimfaktor, juhtkonna toetuse puudumine

ERP-süsteemi juurutamine pole ainult IT-komponent, see on ka ettevõtte äriprotsesside muutus, sest juurutamise käigus parandatakse paljusid protsesse, jaotatakse ümber vastutusalad. Tulemuste saavutamiseks peavad kliendid olema nendeks muudatusteks valmis ja neid toetama. Arvestades, et inimressursid on üks väärtuslikumaid ressursse, on süsteemi hea vastuvõtt ning isiklik huvi ja osalemine kogu organisatsioonis väga oluline. Ettevõtte tippjuhtide toetuse puudumine projekti ajal on 1C sõnul üks ebaõnnestumise peamistest põhjustest.

Näiteks 1C-s kasutavad nad projektide tähtaegadest kinni pidamiseks tehnikat nimega Rapid Result Technology (TBR). 1C ettevõtte ERP-lahenduste rakendamise ajastamise statistika kohaselt (1420 projekti aastateks 2010-2013) kulub keskmiselt umbes 3 kuud, enne kui esimene alamsüsteem prooviversioonile antakse, ja 6–10 kuud enne viimase alamsüsteemi kasutusele võtmist. ... sõltuvalt projekti ulatusest. Eriti suurettevõtetes võib rakendamine kesta 1-2 aastat.

Nagu Aleksey Petrushov täpsustas, on projekti ebaefektiivsuse üks peamisi näitajaid tähtaegade hilinemine. Selle probleemi peamine põhjus on selgelt inimfaktor, lisas ta.

* Makse pärast rakendamist. Edukas rakendamine.

"Me ei otsi ebaõnnestunud teostustes" süüdlasi "(mõlemad osapooled on alati süüdi), võtame kliendilt raha alles siis, kui ta on tulemusega rahul," ütleb Sabina Borštševskaja, eBusinessDrive. Teostame ERP juurutamise praktiliselt oma kulul ja kui klient pole tulemusega rahul, siis ta lihtsalt ei maksa. Praegu on sellised tingimused Venemaal ja veelgi enam maailmas ERP-süsteemide rakendamise turg sama värske kui õhk Šveitsi mägedes. Tule.

Ebapiisav või liiga suur eelarve

Venemaa ERP-süsteemide turuhindade vahemik 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 kuni juhtimissüsteemini kliendi organisatsioonis.

Kõigepealt on projekti tegeliku maksumuse arvutamiseks vaja läbi viia ekspressküsitlus, olles tutvunud ettevõtte praeguste äriülesannetega, ja leppida kokku ettevõtte organisatsiooni juhtimissüsteemi sihtseisund selle tulemusena, ütleb Aleksei Petrušov. Tema hinnangul varieerub Venemaa ERP-i rakendamise keskmine eelarve Venemaal miljonist kuni kümneni miljoni rubla ulatuses.

"1C: ERP Enterprise Management 2" on kaasaegne tarkvaralahendus automatiseeritud juhtimissüsteemide ehitamiseks ettevõtetele ja ettevõtetele. Madalad omandamiskulud ja võimalus saada märkimisväärne majanduslik mõju stimuleerivad ettevõtteid seda kasutama. Kuid vajadus rakendada automatiseeritud juhtimissüsteeme teeb ettevõtte juhtkonda mõnikord murelikuks. Hea, kui ettevõttes on kogemustega spetsialiste, kes on ERP juba oma varasematel töökohtadel juurutanud või kellel on kogemusi selle kasutamisel. Kuid tööturul on neid endiselt vähe. Seetõttu esitavad juhid, kes lahendavad ettevõtte efektiivsuse tõstmise probleeme ja kelle huve juhtimissüsteemide automatiseerimine otseselt mõjutab, kuidas läheneda rakendamisele ja kuidas mõista keerukat "arvutimänguasja"?

Kõigepealt tuleks mõista, et automatiseeritud ERP juhtimissüsteemi juurutamine 1C platvormile on küll tehniliselt ja organisatsiooniliselt keeruline, kuid siiski PROJEKT, see tähendab, et selle suhtes on rakendatavad projektijuhtimise üldised kaanonid. Mis on selle omadused?
Esiteks on automatiseerimise objektiks ettevõtte juhtimissüsteem - see on midagi virtuaalset, kuna see koosneb juhistest, standarditest, normidest, regulatsioonidest ja ka personali kogemustest. See muudab projekti kõik keeruliseks - planeerimise, modelleerimise, teostamise, projektijuhtimise.

Teiseks on ERP juurutamine keeruline inimeste ja infotehnoloogiate sümbioos ning projekti edu sõltub rohkem inimfaktorist kui tehnilisest komponendist. Kuid kui teil on edukas ettevõte ja kui olete viinud oma toodangu rahvusvaheliste standardite tasemele, on 1C: ERP juurutamine teie käeulatuses!

Samal ajal peate 1C: ERP juurutusprojekti edukaks rakendamiseks enne töö alustamist mõistma selle eripära.
ERP tähendab sõna otseses mõttes ettevõtte ressursside planeerimise süsteemi. Selle komponendid on loodud nii sisemiste äriprotsesside igapäevase toimimise automatiseerimiseks kui ka äriklientidega suhtlemise toetamiseks, et aidata ettevõtte tippjuhte ja omanikke. 1C: ERP süsteem aitab kujundada ja rakendada ettevõtte strateegiat.

Pöördugem piltide juurde ja kujutlegem elutoetussüsteemi rasketes tingimustes "suurettevõtete avatud ruumi". Kõik süsteemid töötavad nagu kellavärk. Kuid sellest ei piisa. Juhtivmonitor peaks regulaarselt saama teavet ettevõtte hetkeseisust ja kõrvalekalletest liikumise strateegilisest suunast. Suurem osa väikestest probleemidest on soovitav lahendada automaatselt “kohapeal” ja mitte sellega juhti üle koormata. päästa teda jooksvate probleemide eest.

Siis saab omanik keskenduda ainult ettevõtte arengustrateegia kujundamisele ja kontrollile selle rakendamise käigus. See näitab, kui olulised on ettevõtte juhtimisel integreeritud juhtimissüsteemid.

Läheme edasi esinejate meeskonna juurde, sest sageli põhjustavad juhtkonnale suurimat ärevust projektis osalejad. Seetõttu on projekti elluviiva ettevõtte peamine nõue edukate kogemuste olemasolu 1C: ERP juurutamisel, soovitav on omada asjatundlikke teadmisi kliendi töö ainevaldkonnas.

Parim variant, kui töövõtjal on kogenud projektimeeskond. Enne projekti algust võite taotleda nende spetsialistide jätkamist, vajadusel korraldage nendega intervjuu.

Kogenud spetsialistid, kes on mitu projekti ellu viinud, suudavad probleeme tuvastada, klassifitseerida ja lahendada palju kiiremini kui nende “oma” spetsialist, kes töötab olemasolevates äriprotsessides. Spetsialistide vajadus ERP-süsteemide juurutamise ajal on maksimaalne ja tööstuse tööetappides taandub see juba juhutöö tasemele.

Eduka projekti mootorid
Esimese juhi projektis osalemine

Kui ettevõtte esimene inimene võtab aktiivselt osa 1C: ERP rakendamise ettevalmistamisest ja rakendamisest, siis ta tagab tingimuste loomise strateegiliste eesmärkide saavutamiseks ning motiveerib personali ja projektimeeskonda edukaks.

Tegevjuhi osaluse unarusse jätmine ERP käivitamisel võib olla üks olulisi probleeme, millega tuleb juurutamise käigus silmitsi seista. Tundub, et juhtkond on end projekti põhiliste otsuste langetamisest eemal hoidnud. Ja seetõttu pole projektigrupil piisavalt autoriteeti, osalejad kas ei soovi enda eest vastutust võtta või lahendavad ehitustööde probleeme ainult "oma" osakonna huvides, strateegilised eesmärgid on udused.

Projektimeeskonna moodustamine, töökorraldus ja motivatsioon

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 vastutustundlikest töötajatest. Haldab projektimeeskonda, näiteks muudatuste juhatust.

Tavaliselt on nõukogu esimees ettevõtte omanik või projekti nn sponsor - vanem tippjuht, ressursside juht. Töörühmi juhivad otsesed juhid. Funktsionaalsed kasutajad ja IT-spetsialistid on kutsutud töörühmadesse kliendi poolelt.

Kui töövõtja spetsialistide ja süsteemi funktsionaalsete kasutajate vahel luuakse toimiv usalduslik suhe, siis saavad projektis osalejad kõigi raskustega hakkama saada, mõista vigade põhjuseid ja need kõrvaldada. Kui kliendi töötajatel pole motivatsiooni rakenduses osaleda, siis saab suhtluse taandada testamendi spetsialistide töös esinevate vigade otsimisele ja nende parandamise saboteerimisele, üksteisele ülesannete viskamisele "äärmuse" otsimisel.

Projektijuhi professionaalsus

1C: ERP juurutusprojektis on tõhus projektijuht (PM) üks peamisi edutegureid. Tema ülesandeks on saavutada tulemusi korraldades teiste inimeste tööd. Eriti puudutab see projektijuhti kliendi poolelt. Selle valimisel pakun kliendile:

Kasutage sisemist ressurssi - valige töötaja, kes on juba mõned teie projektid ellu viinud tänu oma energia- ja korraldusoskusele;

Otsige turult kogemustega projektijuhti (või sellise süsteemi juurutamist).

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

Rakendusettevõtte õige valik

Selleks, et selles küsimuses mitte eksida, soovitan teil pöörata tähelepanu taotleja projektikogemusele. Selleks on väärt:

Uurige ellu viidud projektide arvu ja staatust, sealhulgas oma valdkonnas;
... tutvuda nende ettevõtete ülevaadetega, kus taotleja viis läbi sarnaseid rakendusi;
... tutvuda projektimeeskonna liikmete jätkumisega potentsiaalsest haldusfirmast;
... pidage iga spetsialistiga läbirääkimisi isikliku vestluse võimaluse üle;
... kontrollige, kas on olemas dokumenteeritud kvaliteedijuhtimissüsteem.

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

- ettevõtte 1C juhttoode, mis on mõeldud keskmise ja suurte ettevõtete raamatupidamise keerukaks automatiseerimiseks ja mille täielik nimi on - 1C: ERP ettevõtte juhtimine (edaspidi 1C ERP).

Varem analüüsisime peamisi lähenemisviise 1C süsteemide rakendamisele, eelkõige keskendusime rakendustehnoloogiatele:

1C Standardne juurutamistehnoloogia;
1C Kiirete tulemuste tehnoloogia;
1C Ettevõtte rakendamise tehnoloogia.

Kui te pole seda artiklit lugenud, on mõttekas seda teha kohe.

Allpool käsitleme rakendusprojektide funktsioone ja anname soovitusi, mille järgimine suurendab projekti edukuse tõenäosust.

1C ERP rakendamise projektide omadused

1C ERP toode on mõeldud peamiselt ettevõtete kompleksseks automatiseerimiseks, mis on suunatud kõikidele peamistele tegevusvaldkondadele ja äriprotsessidele, samuti ettevõtte konkreetsetele nõuetele kohandatud juhtimise ja reguleeritud aruandluse saamiseks.

Reeglina on organisatsioonide küpsusaste, kes on teadlikud vajadusest koondada majandustegevuse põhitegevused ühte infosüsteemi. Need organisatsioonid:

Keskmine / suur suurus;
On olnud pikka aega turul;
Omavad kõrget tehnoloogilist küpsust:
- Väljakujunenud äriprotsessid;
- Projektile suunatud personali kättesaadavus töötajatele;
- Projekti lõppeesmärgi mõistmise üksikasjalik tase.

Mõistes rakendamise käigus tekkivaid raskusi, pakub 1C Company arhitektuurse järelevalve teenuseid, mille peamine eesmärk on vähendada rakendamisest tulenevaid riske.

See kõik eristab 1C ERP rakendamise projekte 1C kohalike tarkvaratoodete juurutamise suurtest projektidest, näiteks "Kaubanduse juhtimine", "Jaemüük", "Raamatupidamine", ja pakub samas välja, et 1C ERP rakendamise projektid on palju suuremad ja rakendamisest tulenevad riskid on suuremad.

Riskide vähendamine 1C ERP juurutamisel

Kohe pärast seda, kui olete teinud põhimõttelise otsuse 1C ERP juurutamise kohta oma organisatsioonis, soovitame teil teha mitmeid eeltoiminguid, mis suurendavad oluliselt eelseisva projekti õnnestumise tõenäosust:

Moodusta projekti meeskond enne tähtaega. Meeskonda peab kuuluma:
- Analüütikud, kes teavad hästi teie tegevuse iseärasusi ja nüansse, kes on põhjalikult uurinud organisatsiooni olemasolevaid äriprotsesse ning suudavad mõista ja põhjendada teatud rakendamisprotsessi käigus tehtud otsuseid;
- Tehnilised spetsialistid, kes pakuvad lahendusi tehnilistele küsimustele ja suudavad objektiivselt hinnata kavandatava töö tehnilisi aspekte.
Lüüa ametlikult olemasolevad äriprotsessid ja põhinõuded. Kulutage aega peamiste äriprotsesside dokumenteerimiseks, tehke kindlaks probleemsed valdkonnad, protsessid, mis teile küsimusi tekitavad, ja kõik muud kommentaarid, mida peate enne töö alustamist esile tõstma.
Arvutage kavandatava investeeringu tasuvuse tase (ROI), pidage meeles, et lisaks projekti kuludele ja ka endale muutuvad suure tõenäosusega ka tarkvaratoote omamise kulud ja vähemalt esialgu mitte vähemal määral.
Arvutamiseks on vaja koostada loetelu majanduslikust kasust, mida ettevõte saab 1C ERP rakendamise tulemusena. Keskenduda tuleks sellele, mis nüüd kahju tekitab, ei tööta, toob kahjumit ja mida tuleks süsteemi rakendamise tulemusena lahendada. Lihtsaim viis on väljendada rakendamise majanduslikku mõju peamiste tulemusnäitajate (KPI) sihtväärtuste kujul, mis on saavutatavad pärast 1C ERP edukat juurutamist ettevõttes.
Otsustage eelnevalt, kes teie poolt projekti juhib. Tõenäoliselt ei saa see inimene oma praeguste tööülesannete täitmist projektijuhtimisega ühendada, kuna viimane võtab palju tööd.
Veenduge, et kõik ettevõtte võtmeisikud on projekti edukusest huvitatud ja on valmis tulemuse saavutamiseks kõik vajalikud pingutused tegema.
Võimaluse korral peaksite projekti jagama mitmeks alamprojektiks. Varem oma artiklis üldise süsteemide juurutamise kohta rääkisime rakendamisriskide vähendamise võimalustest. Nii et see on üks tõhusamaid viise edukuse tõenäosuse suurendamiseks või vähemalt tõsistele probleemidele reageerimise aja vähendamiseks.
Alustage 1C frantsiisivõtja võrgu partneritega rakendamise üle võimalikult varakult läbirääkimisi. See võimaldab teil eelnevalt kindlaks määrata nüansid ja mõista rakendusprojekti ligikaudset maksumust.

Kuigi need toimingud ei kõrvalda täielikult 1C ERP rakendamisest tulenevaid riske, vähendavad need neid märkimisväärselt. Lisaks aitavad need teil mõista, kuidas ettevõte ise on selliseks projektiks valmis, ja esitavad ettevõtte ettevõtte kõigile töötajatele ühtse nägemuse sihttulemusest.

1C ERP süsteemi omandiõiguse ja juurutamise võimalused

Traditsiooniline 1C ERP juurutamisskeem

Kuni 2017. aastani oli saadaval ainult "traditsiooniline" 1C ERP litsentsimise ja paigutamise skeem. Samal ajal maksis klient ühekordse maksumuse kasutajalitsentsidest ja litsentsist 1C ERP toote enda jaoks ning seejärel olid tema käsutuses kaks peamist 1C ERP juurutamise tüüpi: pilv või enda (või renditud) sait, selleks mõeldud serverites.

1C ERP juurutamine "kohapeal" (kohapeal, kohapeal) toimub objektil ja kliendi seadmed, mida haldavad ja toetavad tema enda IT-töötajad.

Joonis 2. 1C ERP juurutamine saidil

See valik on hea valik, kui ettevõte soovib säilitada tarkvaratoote maksimaalse võimaliku kontrolli või rakendada konkreetseid tehnilisi lahendusi, mida pole võimalik pilves rakendada.

Pilvesse paigutatud 1C ERP (IaaS, infrastruktuur kui teenus) näeb välja ja töötab samamoodi nagu traditsiooniline ERP. Ainus erinevus on see, et see juurutusvõimalus ei nõua kapitaliinvesteeringuid riistvarasse ja vähendab tugikulusid. Vastasel juhul ei erine ERP-juurdepääs tavapärasest, lõppkasutaja ei suuda tõenäoliselt isegi kindlaks teha, millist juurutusvalikut rakendati.

Teise võimaluse täiendava eelisena ei vaja see süsteemi kaugjuurdepääsu seadistusi. Infrastruktuuri osas pole vahet, kas pilvele pääseb juurde kontorist, kodust või mujalt maailmast, kus on võimalik Interneti-ühenduse luua.

1C ERP-le juurdepääs tellimusega

2017. aastal pääses 1C ettevõte liitumisega 1C ERP süsteemi (SaaS, rakendus teenusena). Muidugi on selle teenuse kasutamisel rakendus ise pilves paigutatud ja sellel on selle lähenemise kõik eelised ja puudused. See ettepanek võib olla hea võimalus ettevõtetele, kes soovivad süsteemi eelnevalt näha, ehk teevad väikese katseprojekti.

Selle teenuse massilist levitamist takistavad tänapäeval mitmed tegurid, millest olulisim on asjaolu, et enamus 1C ERP juurutusi nõuab tarkvaratoote märgatavat kohandamist vastavalt kliendi nõudmistele ja pilve puhul on see endiselt halvasti rakendatud, hoolimata 1C platvormi aktiivsest arendamisest selles suund.

Tulemus

1C ERP toode kuulub universaalsete ERP-süsteemide klassi ja suure funktsionaalsuste ja seadete tõttu kasutatakse seda paljudes tööstusharudes ja igas suuruses ettevõtetes. Samal ajal liigitatakse keerukate infosüsteemide juurutamise projektid tarkvara valdkonnas kõige keerukamateks.

Selles artiklis proovisime rääkida 1C ERP juurutusprojektide omadustest ja andsime mõned soovitused, mille järgimine vähendab rakendamise käigus tekkivaid riske ja suurendab edu võimalusi.

Saada oma hea töö teadmistebaasi on lihtne. Kasutage allolevat vormi

Üliõpilased, kraadiõppurid, noored teadlased, kes kasutavad teadmistebaasi õppetöös ja töös, on teile väga tänulikud.

Postitatud aadressil http://www.allbest.ru

Sissejuhatus
1. Teoreetiline aspekte tutvustamine teavet süsteemid

1.1 Ametisse nimetamine teavet süsteemid
1.2 Liigid teavet süsteemid kell organisatsioon
1.3 Kindral küsimused arengut teavet süsteemid
1.4 Tehnoloogia tutvustamine teavet süsteemid

2. Rakendamine teavet kinnitamine peal ettevõte

2.1 Koolitus ettevõtted kuni rakendamine teavet süsteemid
2.2 Rakendamine ERP Süsteemid peal ettevõte
2.3 Põhjused ebaõnnestumisi kell tutvustamine ERP süsteemid
2.4 Roll korporatiivne teavet süsteemid kell logistika ettevõtted
2.5 Valik ERP süsteemid jaoks tutvustamine
2.5 Hinnang tõhusus pakutud otsused

3. Analüüs varandused ja probleeme arengut logistika kell Ltd "Ehitajad"

3.1 Kindral iseloomulik ettevõtted
3.2 Probleemid kell organisatsioon logistika ja juhtimine ketid tarvikud peal ettevõte

Järeldus
Nimekiri kasutatud kirjandus
Sissejuhatus

Poole sajandi jooksul on tarkvara läbi teinud tohutuid muudatusi, alates programmidest, mis on võimelised teostama ainult lihtsamaid loogilisi ja aritmeetilisi toiminguid, kuni keerukate ettevõtte juhtimissüsteemideni. Tarkvaras on alati kaks peamist arengusuunda:

1. arvutuste tegemine;

2. teabe kogumine ja töötlemine.

Intuitsioonist, juhi isiklikust kogemusest ja kapitali suurusest ei piisa juba esimeseks saamiseks. Mis tahes pädeva juhtimisotsuse langetamiseks ebakindluse ja riski tingimustes on vaja finants- ja majandustegevuse erinevaid aspekte pidevalt kontrollida, olgu see siis kaubandus, tootmine või mis tahes teenuste osutamine.

Tiheda konkurentsiga ja dünaamilisel turul ei saa isegi kõige konservatiivsemad või vaesemad ettevõtted endale lubada sellist võimsat tööriista nagu automatiseerimine. Moodsa arvutitehnoloogia kasutamisest tööstuses saadav kasu on nii suur, et automatiseerimise agiteerimise ajastu on ammu möödas.

Praegu on infosüsteemi mõiste nii hägune, et infosüsteemi all saab määratleda mis tahes kontseptsiooni, alates arvutiprogrammist, mis aitab protsessi automatiseerida, kuni kehtestatud reeglite ja protseduurideni, mis reguleerivad ettevõtte töötajate tegevust teabe loomise ja kasutamise õigel viisil korraldamiseks. ettevõtte vorm.

Vajadus edukaks toimimiseks karmis konkurentsitingimustes dikteerib oma nõuded ettevõtte äriprotsesside tõhususele. Efektiivsuse suurendamise probleemi lahendus on lahutamatult seotud protsesside teabetoetuse pakkumisega, seetõttu ei kahtle tänapäeval peaaegu keegi ettevõtte infosüsteemi ehitamise vajaduses. Enamik inimesi, kes selles valdkonnas otsuseid langetavad, on arvamusel, et infosüsteemi ülesehitamise küsimused tuleks lahendada äriprotsesside täiustamise ülesannete kontekstis. Samuti on selge arusaam, et kõige tõhusam on süsteem, mis pakub pidevat tootmistsükli teabetoetust - alates uue toote väljatöötamisest kuni valmistoodete väljalaskeni.

Samal ajal on vaatamata ettevõtete suurele valmisolekule infosüsteeme juurutada, on nende ehitamise lähenemisviisid ja rakendusmeetodid pehmelt öeldes mitmekesised. Samal ajal püüab iga ettevõte, kes asub tegelema infosüsteemi juurutamisega, seda protsessi võimalikult lühikese aja jooksul ja kvaliteetselt läbi viia, esitades seeläbi kõrged nõudmised rakendusprotsessi korraldusele. Muude nõuete hulgas on võtmetähtsusega ühtse infokeskkonna olemasolu ja kasutajate võime töötada koos samade infoobjektidega.

On teada, et tootmise kavandamise ja juhtimise protsessid põhinevad informatsioonil, mis ilmub disaini ja tootmise tehnoloogilise ettevalmistamise etapis. Järelikult sõltub kogu infosüsteemi tõhusus otseselt selles etapis saadud andmete asjakohasusest ja täielikkusest. Teisisõnu, tootmise disain ja tehnoloogiline ettevalmistus on tootmise küsimuste lahendamise teabealuseks.

1. Teoreetilineaspektetutvustamineteavetsüsteemid

1.1 Ametisse nimetamine teavet süsteemid

Infosüsteem on tehnilise, tarkvara- ja organisatsioonilise toe ning personali kombinatsioon, mis on mõeldud õigete inimeste õigeaegseks õigeks edastamiseks.

"Ideaalne" ettevõtte juhtimise infosüsteem peaks automatiseerima kogu ettevõtte tegevuse või vähemalt suurema osa sellest. Samal ajal ei tohiks automatiseerimine toimuda mitte automatiseerimise huvides, vaid võttes arvesse selle kulusid, ning annaks reaalse mõju ettevõtte finants- ja majandustegevuse tulemustele. Sõltuvalt teemavaldkonnast võivad infosüsteemid oma funktsioonide, arhitektuuri ja rakenduse osas oluliselt erineda. Siiski saab eristada mitmeid tavalisi omadusi.

1. Infosüsteemid on ette nähtud teabe kogumiseks, säilitamiseks ja töötlemiseks, seetõttu põhineb ükskõik milline neist andmete salvestamise ja neile juurdepääsu keskkonnas.

2. Infosüsteemid on suunatud lõppkasutajale, kellel ei ole arvutitöö alal kõrget kvalifikatsiooni. Seetõttu peaks infosüsteemi kliendirakendustel olema lihtne, mugav ja hõlpsasti õpitav liides, mis pakub lõppkasutajale kõiki tööks vajalikke funktsioone ega võimalda samal ajal teha tarbetuid toiminguid.

Ettevõte peab looma andmebaasi, mis tagab teabe salvestamise ja selle kättesaadavuse kõigi juhtimissüsteemi komponentide jaoks. Sellise andmebaasi olemasolu võimaldab kujundada teavet otsuste tegemiseks (joonis 1).

Joonis:1. Ettevõtte andmebaas

Infosüsteem ise ei ole juhtimisotsuste tegemise vahend. Otsused teevad inimesed. Kuid juhtimissüsteem suudab teavet esitada või "ette valmistada" viisil, mis toetab otsuste tegemist.

Otsuste tugisüsteemid suudavad pakkuda näiteks:

Erinevate sektsioonide ja teenuste toimivuse jälgimine nõrkade seoste tuvastamiseks ja kõrvaldamiseks ning äriprotsesside ja organisatsiooniüksuste täiustamiseks (s.t. teabe analüüs võib viia teatud juhtimisprotsesside rakendamise reeglite muutumiseni ja isegi ettevõtte organisatsioonilise struktuuri muutumiseni );

· Üksikute osakondade tegevuse analüüs;

· Erinevate osakondade andmete üldistamine;

· Ettevõtte finants- ja majandustegevuse erinevate valdkondade näitajate analüüs, et tõsta esile paljutõotavaid ja kahjumlikke ärivaldkondi;

· Ettevõttes ja turul arenevate suundumuste kindlakstegemine.

Me ei tohiks unustada, et tavalised inimesed, kes on oma valdkonna eksperdid, kuid kellel on arvutitega töötamisel sageli keskmised oskused, peavad süsteemiga töötama. Infosüsteemide liides peaks olema nende jaoks intuitiivne.

1.2 Liigid teavet süsteemid kell organisatsioon

Kuna organisatsioonis on erinevad huvid, omadused ja tasemed, on infosüsteeme erinevat tüüpi. Ükski süsteem ei suuda organisatsiooni kogu teabe vajadusi täielikult rahuldada. Organisatsiooni võib jagada tasanditeks: strateegiline, juhtimis-, teadmis- ja operatiivne; ja funktsionaalsed valdkonnad, nagu müük ja turundus, tootmine, rahandus, raamatupidamine ja inimressursid. Süsteemid on loodud nende erinevate organisatsiooniliste huvide teenimiseks. Organisatsiooni erinevad tasemed teenivad nelja peamist tüüpi infosüsteeme: operatiivtasemel süsteemid, teadmistetasemel süsteemid, juhtimistasemel süsteemid ja strateegilise taseme süsteemid.

Operatiivtasemel süsteemid toetavad operatsioonijuhte, jälgivad organisatsiooni põhitegevusi, nagu müük, maksed, sularaha sissemaksed, palgaarvestus. Selle süsteemi peamine eesmärk on vastata üldlevinud küsimustele ja juhtida organisatsiooni kaudu toimuvaid tehinguid. Seda tüüpi küsimustele vastamiseks peab teave olema üldjuhul hõlpsasti kättesaadav, kiire ja täpne.

Teadmistaseme süsteemid toetavad organisatsiooni teadmistöötajaid ja andmetöötlejaid. Teadmistetaseme süsteemide eesmärk on aidata integreerida uusi teadmisi ettevõttesse ja aidata organisatsioonil hallata dokumentide voogu. Teadmistetasemel süsteemid, eriti tööjaamade ja kontorisüsteemide kujul, on tänapäeval kõige kiiremini kasvavad rakendused äris.

Juhtlennukite süsteemid on kavandatud teenima keskastmejuhtide juhtimist, juhtimist, otsuste langetamist ja haldustegevust. Nad teevad kindlaks, kas objektid toimivad hästi, ja teavitavad sellest perioodiliselt. Näiteks esitab liikumiskontrollisüsteem kaupade üldkoguse liikumise, müügiosakonna ja osakonna tasasuse, mis finantseerib töötajate kulusid kõigis ettevõtte osades, märkides ära, kus tegelikud kulud ületavad eelarveid.

Mõned juhtlennukite süsteemid toetavad ebatavalist otsuste tegemist. Nad kipuvad keskenduma vähem struktureeritud lahendustele, mille teabenõuded pole alati selged. Strateegilise taseme süsteemid on vahend, mis aitab tippjuhtidel valmistada ette strateegilisi uuringuid ja pikaajalisi suundumusi ettevõttes ja ärikeskkonnas. Nende peamine eesmärk on kohandada töötingimuste muutusi olemasolevate organisatsiooniliste võimalustega.

Infosüsteeme saab diferentseerida ka funktsionaalselt. Peamisi organisatsioonilisi funktsioone, nagu müük ja turundus, tootmine, rahandus, raamatupidamine ja inimressursid, täidavad nende enda infosüsteemid. Suurtes organisatsioonides on nende põhifunktsioonide alafunktsioonidel ka oma infosüsteemid. Näiteks võib tootmisfunktsioonil olla varude haldamise, protsesside juhtimise, tehase hoolduse, automatiseeritud inseneritöö ja materjalinõuete kavandamise süsteemid.

Tüüpilises organisatsioonis on süsteemid erineval tasemel: operatiivsed, juhtimis-, teadmis- ja strateegilised iga funktsionaalse piirkonna jaoks. Näiteks on müügifunktsioonil operatiivtasemel müügisüsteem igapäevaste äriandmete salvestamiseks ja tellimuste töötlemiseks. Teadmistetaseme süsteem loob ettevõtte toodete demonstreerimiseks sobivad kuvarid. Juhtimissüsteemide süsteemid jälgivad igakuiseid äriandmeid kõigi äripindade kohta ja annavad aru piirkondadest, kus müük ületab või langeb alla eeldatava taseme. Prognoosimissüsteem ennustab ärilisi suundumusi viie aasta jooksul - teenib strateegilist taset

1.3 Kindral küsimused arengut teavet süsteemid

Hea infosüsteemi saamiseks, mis vastab ettevõtte nõuetele, on vaja planeerida nii selle loomist, arendamist kui ka asendamist või muutmist. Pealegi peaks selline töö toimuma pidevalt, samaaegselt organisatsiooni organisatsioonilise ja funktsionaalse struktuuri arendamisega.

Infosüsteemi arendamise kavandamine peaks algama kogu organisatsiooni info- ja infotehnoloogia kasutamise hindamise ning olemasoleva infosüsteemi hindamisega. Infosüsteeme tuleks käsitleda organisatsiooni tugevdavate projektide tehniliste osadena, mitte iseseisvate projektidena. Teisisõnu, infosüsteemi ülesehitamine ei ole eesmärk omaette, vaid viis ettevõtte eesmärkide saavutamiseks. Seetõttu ei tohiks infosüsteemi loomine, eriti kõiki ettevõtte tegevusalasid hõlmava süsteemi ülesehitamine, alguse programmeerijate meeskonna valimisest ega ülesande väljaandmisest, et olemasolev toimingute ja protsesside järjekord arvutitehnoloogiale üle kanda. Alustada tuleb organisatsiooni missiooni määratlemisest, selle strateegiliste eesmärkide, pikaajaliste ja lühiajaliste eesmärkide määratlemisest, nende suhetest organisatsiooni ja tööstuse praeguse olukorraga.

Ettevõtte infosüsteemi tõhusust on võimatu hinnata, arvestamata selle eesmärke, mille saavutamiseks seda kasutatakse. Peamistest tulemusnäitajatest analüüsimata on võimatu rääkida ettevõtte turupositsiooni põhimõtteliselt parandamiseks mõeldud infotehnoloogiate õigest ja tõhusast rakendamisest. Äristrateegia kindlaksmääramine ja selle kajastamine infosüsteemi eesmärkides ja eesmärkides on peamine, kui otsustatakse ettevõtte ühe või teise arvuti infosüsteemi juurutamise ja kasutamise üle. Infosüsteemi juurutamise vajaduse hindamiseks ettevõttes on vaja välja selgitada, kas süsteem aitab saada vastuseid järgmistele küsimustele:

· Kas saavutada või ületada konkurentide tulemuslikkust?

· Parandada finants- ja tegevuskavade täitmise planeerimist ja kontrolli?

· Parandada kliendisuhteid?

· Müügi suurendamiseks?

· Lühendada tarneaega?

· Vähendada investeeringuid kaubavarudesse?

Enne infosüsteemi juurutamise alustamist on vaja, et iga ülaltoodud küsimus, millele saadi positiivsed vastused, määraks mõõdetavad (absoluutarvudes või protsentides) paranemise näitajad. Seejärel, pärast rakendamise lõppu, kasutatakse neid väärtusi süsteemi rakendamise tõhususe hindamiseks.

Infosüsteemide loomise peamised põhjused on tavaliselt järgmised:

· Äri laiendamine ja tootmise (müügi) kasv;

· Raamatupidamise ja juhtimisarvestuse tsentraliseerimise vajadus;

· Vajadus rakendada planeerimise ja eelarvestamise süsteem;

· Kontrolli taseme tõstmine;

· Teabe tõhususe ja usaldusväärsuse suurendamine.

Hoolimata asjaolust, et infosüsteemi loomisel võib olla mitu põhjust, peaks selle rakendamise eesmärk olema alati üks. Eesmärk määrab tegevussuuna ja infosüsteemi loomise tähenduse.

Eesmärgi saavutamise protsess jaguneb reaks ülesanneteks. Ülesanne on eesmärgi saavutamise käigus tehtavate toimingute kogum. IP loomise põhieesmärgi saavutamise käigus on lahendatud järgmised peamised ülesanded:

· Andmete tsentraliseeritud säilitamine ja töötlemine;

· Infovoogude korraldamine;

· Protseduuride ja dokumentide standardimine;

· Töötajate funktsionaalsete rollide ja vastutuse optimeerimine, reguleerimine.

Infosüsteemide väljatöötamine ja juurutamine on keeruline ja hoolikas protsess, mis nõuab muudatusi ettevõtte juhtimissüsteemis ning palju tööjõudu, aega ja muid ressursse. Infosüsteemi saab luua ühel järgmistest viisidest:

· Arendus ettevõtte programmeerijate poolt;

· Arenduse tellimine spetsialiseeritud ettevõttest;

· Valmis tarkvara ostmine.

Igal IP loomise viisil on oma eelised ja puudused. Need on loetletud jaotises tabel1 .

Tabel 1. IP loomise erinevate viiside eelised ja puudused

Teeloomingteavetsüsteemid	Kasuteavetsüsteemid	puudusedteavet süsteemid
Arendus ettevõtte programmeerijate poolt	· Vastab ettevõtte nõuetele · Igal ajal saab täiendada või muuta Rakendamine toimub etapiviisiliselt, ettevõttes pole vaja üsna lühikese aja jooksul põhimõttelisi muudatusi läbi viia Süsteem sobib olemasoleva riist- ja tarkvaraga · Väikesed finantsriskid. Finantsinvesteeringuid jaotatakse kogu süsteemi elutsükli jooksul	· Ülesanded on seatud plokkidena, see tähendab, et ettevõttes toimub "tükikaupa" automatiseerimine Süsteemi arendamine võtab kaua aega ega peatu kunagi Uute ärivaldkondade ja raamatupidamise muutuste ilmnemisel on tavaliselt vaja uut arengut On vaja pidevalt hoida ettevõtte programmeerijate, ülesannete direktorite, analüütikute personali · Süsteemi tuge pakuvad arendajad. Kui peamised arendajad ettevõttest lahkuvad, võib süsteemi tugi ja arendamisega probleeme tekkida. Reeglina puudub IP-dokumentatsioon Püsikulud tulevikus ülesannete seadmise, hoolduse ja IS-i pideva muutmise korral väliste ja sisemiste tegurite muutumise kontekstis
Arendustellimus spetsialiseeritud ettevõttelt	IS-i loomise kogemus, välja töötatud rakendusmetoodika Võimalus osutada teenuseid juhtimise optimeerimise valdkonnas, kaasaegsete IS-i ehitamise meetodite omamine	Finantsriskid, kuna intellektuaalomandi loomise kulud on üsna suured Kolmandate osapoolte konsultandid reeglina ei tea ettevõtte spetsiifikat, vajavad nende uurimiseks aega Intellektuaalomandi loomise protsessis osalevad ettevõtte töötajad on sunnitud ühendama oma praegused kohustused ja kohustused intellektuaalomandi loomiseks Võimalik sõltuvus arendajast
Valmis tarkvara ostmine	IS-i kiire kasutuselevõtu võimalus Tarkvara dokumentatsiooni kättesaadavus Tugi on võimalik nii arendusettevõttelt kui ka meie enda programmeerijatelt	Ainulaadsete äriprotsesside automatiseerimine on keeruline Vajadus kohandada äriprotsesse tarkvaratootes kasutatavate tüüpiliste äriprotsessidega · Riiulivalik on tavaliselt mõeldud väikestele ja keskmise suurusega ettevõtetele. Vajadus asendada see ettevõtte kasvuga

1.4 Tehnoloogia tutvustamine teavet süsteemid

Süsteemi ehitamise tehnoloogia mudelite järgi "nii nagu peab", püüdmata programmeerida praegu kehtivaid algoritme. Praktika luua süsteeme vastavalt olukorrale on näidanud, et automatiseerimine ilma äriprotsesside ümbertöötamiseta ja olemasoleva juhtimissüsteemi kaasajastamiseta ei too soovitud tulemusi ega ole efektiivne. Lõppude lõpuks pole tarkvararakenduste kasutamine tööl mitte ainult paberdokumentide ja tavapäraste toimingute vähendamine, vaid ka üleminek uutele dokumendihalduse, raamatupidamise ja aruandluse vormidele.

Ülalt alla lähenemise süsteemide ehitamise tehnoloogia. Kui automatiseerimise otsuse langetab ja kiidab heaks tippjuhtkond, siis tarkvaramoodulite juurutamine toimub peaettevõtetest ja divisjonidest ning korporatiivse süsteemi ülesehitamise protsess on palju kiirem ja tõhusam kui siis, kui süsteem algselt madalamatesse divisjonidesse juurutati. Ainult "ülalt-alla" kasutuselevõtu ja juhtkonna aktiivse abiga saab esialgu õigesti hinnata ja teostada kogu tööd ilma planeerimata kulutusteta.

Etappide juurutamise tehnoloogia. Kuna kompleksne automatiseerimine on protsess, milles osalevad peaaegu kõik ettevõtte struktuuriüksused, on eelistatum järkjärguline juurutamistehnoloogia. Esimesed automatiseerimise objektid on need valdkonnad, kus esiteks on vaja kehtestada raamatupidamise ja aruandlusdokumentide vormistamise protsess kõrgematele asutustele ja nendega seotud osakondadele.

Tulevaste kasutajate kaasamine arendusse. Integraatorettevõtte integreeritud automatiseerimisega seotud tööde tegemisel muutuvad kliendiettevõtte infotehnoloogia osakondade funktsioonid ja nende roll ettevõtte progressiivsetele juhtimismeetoditele ülemineku üldises protsessis suureneb.

Projekti elluviimise ajal töötavad osakondade töötajad koos arendajatega teabe ja mudelitega, osalevad tehnoloogiliste lahenduste valiku üle otsuste langetamisel ning mis kõige tähtsam - korraldavad lahenduste pakkujate ja ettevõtte töötajate suhtlust. Infosüsteemi töötamise ajal vastutavad automatiseeritud juhtimissüsteemi töötajad süsteemi hooldamise ja toetamise eest (välja arvatud juhul, kui tarnijaga sõlmitakse tugileping). Kliendi spetsialistid on algatajad ja teostajad ettepanekute koostamisel olemasoleva süsteemi täiustamiseks ja arendamiseks. See võimaldab neil seda paremini oma nõuetele kohandada, mistõttu tuleb need nõuded hoolikalt läbi mõelda, et infotehnoloogiat ei kasutataks seal, kus juhtimisülesannetega on pliiatsi ja paberilehe abil lihtne toime tulla.

Süsteem peaks toetama sellist moodulite ja tööjaamade koostoime skeemi, mis vastaks kasutaja nõuetele ja tehnilistele võimalustele. Infosüsteemi olulisemad parameetrid on töökindlus, mastaapsus, turvalisus, seetõttu kasutatakse selliste süsteemide loomisel kliendi-serveri arhitektuuri. See arhitektuur võimaldab teil jaotada tööd süsteemi kliendi ja serveri osade vahel, näeb ette arendamise ja täiustamise vastavalt lahendatavate ülesannete eripäradele. Viimastel aastatel on püsiv trend suurenenud nõudlus klient-server rakenduste järele, millel raamatupidamise ja halduse valdkonnas on suuremate andmemahtude töötlemisel suuremad võimalused kui failiserverisüsteemidel, võime luua hajutatud süsteeme, samuti piisav integreerimine teiste süsteemidega.

Ettevõtte juhtimise infosüsteemi juurutamine, nagu iga suurem ümberkujundamine ettevõttes, on keeruline ja sageli valus protsess. Sellegipoolest on mõned süsteemi rakendamisel tekkivad probleemid hästi uuritud, vormistatud ja neil on tõhusad lahenduste metoodikad. Nende probleemide eelnev uurimine ja nende ettevalmistamine hõlbustab oluliselt rakendamisprotsessi ja suurendab süsteemi edasise kasutamise efektiivsust. Süsteemi loomise esimene samm peaks olema projektieelse kontrolli läbiviimine (nn konsultatsioon). Kuni ettevõtte kõigi äriprotsesside kirjeldamiseni ja analüüsimiseni ei ole üles ehitatud ettevõtte mudelit „nagu see praegu on”, sõnastatud ei ole mõistlikke nõudeid uuele süsteemile, ehitamata on tulevase süsteemi mudelit „nagu peaks“, tehnilist ülesannet pole välja töötatud. süsteemi ostmise või arendamise alustamise kohta. Selle eelprojekteerimistöö eesmärk on välja töötada tulevase süsteemi idee, kirjeldada tulevase süsteemi funktsionaalset teabemudelit ja kaitsta seda enne klienti. Alles seejärel saate investeerida süsteemi ostmisse või arendamisse.

2. Infotuge juurutamine ettevõttes

2.1 Koolitus ettevõtted kuni rakendamine teavet süsteemid

Koolitus regulatiivne viide teavet

1. Arendus normatiivse ja võrdlusinformatsiooni koostamise ja säilitamise meetodid.

2. Normatiivse ja võrdlusteabe objektide klassifikatsiooni, nende määratluse ja omaduste üksikasjaliku kirjelduse väljatöötamine. Nende objektide näidiskirjelduste koostamine.

Regulatiivse ja võrdlusteabe objektide põhikoosseis sisaldab:

o ettevõtte tootmisstruktuur (töökeskused ja nende rühmitused, nende identifitseerimine ja klassifitseerimine);

o ettevõtte territoriaalne struktuur (varude hoidmise kohad ja kohad ning nende grupeerimine, identifitseerimine ja klassifitseerimine);

o ettevõtte finantsstruktuur (rahalise vastutuse keskused ja nende grupeeringud, nende identifitseerimine ja klassifitseerimine);

o nomenklatuuri üksused, nende liigitus ja rühmitamine;

o nomenklatuuriartiklite spetsifikatsioonid (toote struktuur);

o tehnoloogilised marsruudid (sealhulgas sealsed arvestuspunktid tootmise arvestussüsteemi ehitamiseks);

4. Ettevõtte eesmärkidele ja intellektuaalomandi moodustamise põhimõtetele vastavuse tagamiseks viitedokumendi koostamise ja pidamise protsessi audit.

Koolitusäriprotsessid

3. Ärimudelite väljatöötamine - müük, tootmine, ostmine, planeerimine ja muud vastavalt projekti teemavaldkonnale kliendi poolt äriprotsesside ettevõtte poolt nõutavate planeerimisotsuste hierarhia eri tasanditel, mida süsteem toetab. infologistika tarnete automatiseerimine

Valikprogrammilinesüsteemidautomatiseerimineplaneeriminejaraamatupidaminepealtootmine

1. Tarkvaraturu analüüs.

2. Analüütilise aruandluse süsteemi väljatöötamine, mis tuleb saada süsteemi abil.

3. Infosüsteemi nõuete väljatöötamine.

4. Infosüsteemi valiku ja rakendamise tehniliste kirjelduste ettevalmistamine.

5. Infosüsteemi tarkvara valimise konkursi korraldamine.

Tuleb arvestada rakendusega töötavate spetsialistide koolituse taset ja rakenduse eesmärki. Kui kasutajatel on tarkvararakendustega laialdased kogemused, saate kasutada mitme akna liidest, rippmenüüsid jne.

Kui me räägime töötajatest, kelle jaoks on raske "kolme nuppu kahe käega vajutada", siis peaks süsteemiliides olema võimalikult lihtne ja toimingute jada olema ilmne. Samamoodi, kui kiire andmesisestus on kasutusrežiimis kriitiline, on liidese mugavus esikohal. Arendajatel on mõttekas anda võimalus proovida ennast lõppkasutajate rollis juba enne infosüsteemi kasutuselevõtmist.

2.2 Rakendamine ERP Süsteemid s peal ettevõte

Täna on ettevõttes ERP-süsteemide tutvustamise teema üsna aktuaalne mitte ainult selle teema puudulike teadmiste, vaid ka rakendatud infosüsteemide kiire arengu tõttu. Viimase 20 aasta jooksul on selliseid süsteeme rakendavate ettevõtete arv iga päev suurenenud ning ettevõtete arv, kes on kogenud ERP positiivset mõju, on hüppeliselt kasvanud. Selle turusektori arengu suurepärane näitaja on ka ERP-süsteeme tarnivate ja nende rakendamisega seotud konsultatsioonifirmade kasvu. Näiteks Saksamaa tarkvarafirma SAP kliendibaas on ainuüksi viimase 10 aasta jooksul kasvanud 17 500 kliendilt 91 500 kliendini, 2012. aasta aastane tulu oli 15 miljardit eurot.

Ettevõtlus Allikas Planeerimine (ERP), mis tõlkes tähendab ettevõtte ressursside planeerimise infosüsteeme, on juba ammu muutunud keskmise ja suurettevõtte tavaliseks tegevusvaldkonnaks. Infovõrkude kasutuselevõtt on suunatud äriprotsesside, milleks on pakkumine, müük ja tootmine, efektiivsuse parandamine. Selle tehnoloogia kasutuselevõtt mõjutab oluliselt ettevõtte kui terviku tootlikkuse kasvu. Kuid ERP ei ole ainult äriprotsesside automatiseerimine, vaid ka selliste juhtimisfunktsioonide nagu planeerimine, kontroll ja raamatupidamine automatiseerimine.

ERP-süsteemil on radikaalne erinevus tuttavast Microsoft Office'i programmist, mis töötab kõigis arvutites sama. ERP-süsteemi funktsionaalsus sõltub otseselt konkreetse ettevõtte ülesande selgest määratlemisest ja selle kohandamisest nende ülesannete jaoks. Selle süsteemi täielik kasutegur saavutatakse ainult siis, kui see on õigesti kujundatud ja konfigureeritud, mis aitab muuta äri tulevikus paremini juhitavaks.

ERP-süsteemide teema on veel suhteliselt noor: selgelt määratletud reegleid, meetodeid ja näpunäiteid pole, kuid eriliseks teeb selle ettevõtete suur vajadus selle järele. Igal aastal teeb üha rohkem ettevõtteid valiku ettevõtte infosüsteemide kasuks, sest saab ilmseks, et ilma selliste süsteemideta ei saa ettevõtet pidada infotehnoloogia ajastul konkurentsivõimeliseks. Lõputu kasumi taotlemine ja parimate lahenduste otsimine on kurnav ja tänapäeval on nii kiiresti muutuvas maailmas peaaegu võimatu ette kujutada ettevõtte olemasolu ilma assistendita ERP isikus.

ERP-süsteemid on integreeritud rakenduste kogum, mis võimaldab teil luua ühtse keskkonna kogu ettevõtte peamise äritegevuse planeerimise, raamatupidamise, kontrolli ja analüüsi automatiseerimiseks. Nende hulgast võib välja tuua tootmisressursside planeerimise, tootmiskava operatiivjuhtimise, tulemuslikkuse arvestuse ja analüüsi jms. Kõik planeerimis- ja analüüsitoimingud jagunevad ERP-s eraldi funktsionaalseteks mooduliteks: ressursside planeerimine (finants-, inim-, materiaalne) kaupade või teenuste tootmiseks, operatiivne kontroll plaanide rakendamise üle (tarnimine, müük), lepingute rakendamine, igat liiki raamatupidamine, äritulemuste analüüs ... Kogu teave on salvestatud ühte andmebaasi, kust seda saab soovi korral igal ajal hankida

Joonis:2 . Ettevõtte protsesside kavandamise tabel

Juhtimissüsteemide juurutamisel saab ettevõte mitmeid eeliseid:

Esiteks on see kõigi ettevõtte juhtimisprotsesside stabiilsus ja ühtlustamine. ERP klassi süsteemid on integreeritud juhtimissüsteemid, see tähendab:

Need ei ole otseselt seotud tootmisprotsessiga, nad ei ole tehnoloogiliste protsesside automatiseeritud juhtimissüsteemid, kuid käsitlevad tehnoloogilise protsessi mudelit;

· Nende töö seisneb ettevõtte tegevuse täiustamises, materiaalsete ja finantsvoogude optimeerimises töökohtadele sisestatud teabe põhjal;

· Ühes süsteemis on hõlmatud tootmisettevõtte KÕIKIDE tegevuste planeerimine ja juhtimine alates tooraine ostmisest kuni kaupade tarnimiseni tarbijale;

· Informatsioon sisestatakse süsteemi ainult üks kord osakonnas, kus see toimub, salvestatakse ühes kohas ja kõik huvitatud osakonnad kasutavad seda uuesti.

Teisisõnu on ERP-süsteemi eesmärk saavutada järjepidevus ettevõtte erinevate divisjonide töös, mis võib oluliselt vähendada halduskulusid ja kõrvaldada erinevate rakenduste andmete integreerimise probleem, kuna kogu ettevõte töötab ühe süsteemiga.

ERP-süsteemide kasutamine pakub ettevõttele märkimisväärseid eeliseid konkurentide ees, optimeerides äriprotsesse ja vähendades märkimisväärselt tegevuskulusid. Juhtimissüsteemid loodi spetsiaalselt tootmiskulude kontrollimiseks, mis viis konkurentsieeliste saavutamiseni. Esialgu põhinevad süsteemid planeerimis- ja juhtimismeetoditel, mis võimaldavad:

· Reguleerida toodete kogust, kõrvaldades selle defitsiidi või ülejäägi tekkimise, mis võimaldab oluliselt vähendada ladustamiskulusid;

· Kavandada tootmisprotsesse vastavalt konkreetsete toodete nõudluse suurenemisele või vähenemisele; samal ajal kavandatakse tootmisprotsesse vastavalt kliendi tellimuse täitmise tähtajale;

· Hinnata tellimuse täitmise võimalust ettevõttes olemasoleva töövõime analüüsi põhjal;

· Optimeerida äriprotsesse, vähendades materjalide ja aja kulusid;

· Jälgida ja analüüsida iga tootmisüksuse tegelikku toimivust, võrrelda seda kavandatud jõudlusega ning teha viivitamata tootmisplaanides muudatusi ja muudatusi;

· Reageerida nõudlusele paindlikumalt, vähendades tootmistsüklit ja tarneaega;

· Suurendada klientide ja klientide usalduse taset tarnete õigeaegse täitmise ja teenuse optimeerimise kaudu.

ERP-süsteemid on võimas vahend kasumi suurendamiseks paindliku kulude haldamise kaudu, mis võimaldab teil toodete turuhinda varieerida (allapoole), mis on võimas konkurentsieelis. ERP-süsteemi kasutuselevõtt teie konkurendi poolt on signaal sarnase otsuse tegemiseks, sest tänapäeval on ilmne, et automatiseeritud äriprotsesside juhtimissüsteemid on võimas tööriist ettevõtte optimeerimiseks ja vahend ellujäämiseks muutuvas turukeskkonnas.

Joonis:3. Venemaa ERP-süsteemide nõudlusgraafik

ERP-süsteemi eripära teistest süsteemidest on see, et see aitab koguda andmeid ettevõtte tegevuse kohta ja ainult kogutud teabe põhjal saab süsteem andmeid analüüsida. Selle süsteemi oluline omadus on see, et äritehingud süsteemis registreeritakse ainult üks kord ja me saame saadud aruannete põhjal kohe analüüsida nende mõju ettevõtte tegevusele.

Ettevõtte ressursside planeerimise infosüsteem on üsna arenenud süsteem ning selle funktsioonid on pidevas arendamis- ja täiustamisjärgus, kuid sellegipoolest juhtub, et pärast seda, kui teatud ettevõttes on ERP-süsteem juurutatud ja kõiki selle juurutamise meetodeid õigesti kasutatud, on juhtkond ettevõttel ei õnnestu ikkagi ettevõtte üle täielikku teabekontrolli saada. Ja mis kõige huvitavam, midagi olulist ei juhtu, vaid vastupidi, kõik jääb samaks. Mis siin on? ERP-süsteemi vale toimimist mõjutavaid tegureid võib olla palju. See võib olla näiteks esmaste dokumentide ebaõige täitmine, tõrked ja rikkumised müügipoliitikas, liigsete varude olemasolu ettevõttes. On isegi võimalik, et paljud ettevõtted loobuvad pärast ERP-süsteemi juurutamist sellest, kuna väidetavalt reageerib see talle määratud ülesannetele ebapiisavalt ja õigeaegselt. Kuid see pole nii ainult meie ettevõtetes, on teavet selle kohta, et läänes moodustab edukate ERP-süsteemide juurutamise osakaal ettevõtetes vähem kui 50% juhtudest.

Kuid miks nii suur protsent ERP-süsteemi juurutusi ebaõnnestub? Kui analüüsime ebaõnnestunud ERP-süsteemi juurutusi, siis selgub, et ebaõnnestunud juurutuste üks peamisi tegureid on automaatjuhtimissüsteemide (ACS) disainiprintsiibi rikkumine. Ekspertide seas on arvamus, et automatiseeritud juhtimissüsteemide juurutamise projektid ei anna positiivseid tulemusi, kuna nende süsteemide kujundamisel ei arvestata ettevõtluse arendamise strateegiat ning äriprotsesse programmeeritakse liiga sageli.

2.3 Põhjused ebaõnnestumisi kell tutvustamine ERP süsteemid

1. Millal kujundamine ERP süsteemid mitte on võetud arvesse edasi strateegia arengut ettevõtted.

Nagu näitavad tehtud analüüsid, on see ERP-süsteemi rakendamise peamine viga. Vaatame, miks see juhtub. Viimastel aastatel on majandus ja erinevad majandussektorid, kus ettevõtted tegutsevad, oluliselt muutunud ja muutuvad pidevalt, sellises kontekstis on infosüsteemi õigesti konfigureerida võimatu, kuna see ei suuda tulevikus arvestada võimalike muutustega ettevõtte tegevuses. Selle näiteks on asjaolu, et nafta- ja gaasitööstuses tegutsevad ettevõtted on kõik põhitegevusega mitteseotud varad tagasi võtnud, samas kui teave nende varade kohta oli automatiseeritud juhtimissüsteemi oluline osa. Teine näide: metallurgia valdkonnas tegutsevad ettevõtted on oma töötajate arvu peaaegu poole võrra vähendanud, mõjutades seeläbi automatiseeritud töökohtade arvu, mida ei saa ka ERP-süsteemide juurutamisel arvesse võtta. Kõige selle põhjal saab selgeks, et ettevõtte ressursside planeerimise süsteeme on vaja kuidagi täiustada ja kaasajastada, et tulevikus oleks võimalik arvestada kõigi muutuvate näitajatega. Vastasel juhul saab ERP-süsteemide juurutamine omamoodi koormaks ettevõtte korrektsele ja produktiivsele tegevusele. Kuid nüüd on võimalik täielikult toimiv ERP-süsteem ettevõtetes juurutada, kuid see on pikk protsess ja võib võtta 3–5 aastat. Selleks, et tulevikus vigu mitte korrata, peaksite ettevõtte struktuuri ja ulatuse vähemalt kolm aastat ette mõtlema ja selle üle mõtlema. Kuid siingi on ettevõtte tulevikuväljavaadete vale prognoosimise korral võimalikud suured kahjud ja kulud, näiteks ERP-süsteemide lisavarustuse ostmiseks, mis toob kaasa internetiliikluse eest tasumise ettenägematuid kulutusi. Vähestele tundub see meeldiv, kui teatud aja möödudes tõstatatakse küsimus, kuidas olemasolevat ERP-süsteemi teisele platvormile üle kanda.

Pidevalt tuleb arvestada ka teiste ettevõtluse arendamise valdkondadega - see on väiketootmise ja filiaalide korraldamise tava laiendamine ning ohutusvarude märkimisväärne vähenemine ja tarneaja kontrollimine. Kõigi nende meetmete rakendamisel suureneb koormus ERP-süsteemi tootlikkusele, millest sõltub äritehingute registreerimise õigeaegsus ja tõhusus, vastasel juhul on kõik selle süsteemi abil kogutud andmed ebaefektiivsed.

2. Kujundus teavet süsteemid "alla üles".

Ettevõtte eesmärkide ja edasise eduka arengu väljavaadete korrektne seadmine on võimalik ainult "ülalt alla" kujundusmeetodi abil. Praktika näitab, et tõhusa infohaldussüsteemi loomine on kulukas, kuna kogu ettevõttes ilmuva infovoo arvestamine on peaaegu võimatu. Seetõttu seisab iga arendaja ERP-süsteemi kujundamisel silmitsi ülemineku probleemiga kogu teabe koguse hankimisest teatud piirini. ERP-süsteemi kujundamise põhiülesandeks on efektiivse juhtimisotsuse tegemiseks peamise olulise suuna valimine. Kuna ettevõte saab iga päev suures koguses erineva sisuga teavet, peab disainer kogu selle teabevoo hulgast valima ainult kõige olulisema ja olulisema teabe. Loomulikult on igal ettevõttel oma vajadused teabetoetuse järele. Seetõttu tähendab ERP-süsteemi õige disain ennekõike teabe valimist, mis on juhtimise ülemiste kihtide jaoks oluline, ja alles siis läheb disainer alla. See meetod on mõeldud peamiselt kõrgema juhtkonna jaoks vajaliku kriitilise teabe pakkumiseks. Kuid nagu näitab ERP-süsteemide väljatöötamise praktika, sisestavad disainerid sissetuleva teabe olulisuse üksikasjadesse laskumata süsteemi palju tarbetut ja üleliigset teavet, suurendades seeläbi ACS-i kulusid. Seetõttu kannatab ettevõtte juhtkond saadud teabe ebapiisavuse ja täielikkuse tõttu. Ja ettevõtte juhtkond saab tohutul hulgal analüüsimata teavet, mis pidurdab oluliselt juhtimisotsuste langetamise protsessi, selle kohta on palju näiteid. Selleks, et ettevõte ei saaks ERP-süsteemi kavandamisel ja rakendamisel üleliigset ja ebaefektiivset teavet, mis nõuab märkimisväärseid kulutusi, tuleb ERP-süsteemi kavandamisel arvestada peamiselt ettevõtte eesmärkidega ning sellest lähtuvalt õigesti kindlaks määrata ettevõttele edastatud teabe liik ja laad.

3. Vale ümber kujundada äriprotsessid.

Sageli juhtub, et ettevõte, kes otsustab rakendada ERP-süsteemi, otsustab nii olulise sammu nagu kõigi ettevõttes olemasolevate äriprotsesside ümberkujundamine või ümbertöötamine ning nende edasine rakendamine ning allumine ERP-süsteemi nõuetele. Või on võimalik, et ettevõte nõuab valitud ERP-süsteemi ümberehitamisel kõigi olemasolevate äriprotsesside säilitamist ja mõnikord isegi selle täielikku ümberkirjutamist. Kuid need kaks võimalust ERP-süsteemi juurutamiseks on lihtsalt valed, mis tulevikus mõjutab ettevõtte efektiivsust negatiivselt.

Kõigi äriprotsesside ümbertöötamisel suureneb risk, et ettevõttes rakendatavat ERP-süsteemi ei kasutata üldse. Kuna äriprotsesside ümberkujundamise praktika näitab, et mis tahes olulisi muudatusi äriprotsessides on väga raske juurduda ja seetõttu kasutatakse neid väga harva.

Kui vaatame lääne ettevõtteid, näeme, et lääne ERP-süsteemide väljatöötamisel võetakse arvesse nende süsteemide juurutamise maailmakogemust, tuginedes äriprotsesside ülesehitamise ja optimeerimise kogemustele. Selle põhjal saab ilmseks, et seda kogemust tuleks arvestada juhtimissüsteemi täiustamisel meie Venemaa ettevõtetes. Kuid võib juhtuda, et ERP-süsteemi kujundajad ei kasuta alati õigesti viiteid lääne praktikale, kuna kodumaised ettevõtted tegutsevad täiesti teises majanduskeskkonnas.

Kõigi olemasolevate äriprotsesside salvestamine on samuti ebaefektiivne meetod, sest saadud süsteem kaotab mitmekordse redigeerimise ja ümbertöötamise tõttu oma töökindluse ja tõhususe. See mõjutab sisestatud teabe eksliku töötlemise ohtu ning valitud süsteemi automatiseerimisest pole ka kasu, kuna muudetud ja ümber kujundatud äriprotsessid on ebaefektiivsed. Ettevõte sõltub sel juhul valitud juhtimissüsteemist ja võetakse automaatselt võimalus oma tegevust paremaks muuta. Nende meetodite põhjal on oluline leida "kuldne keskmine" äriprotsesside ümberkujundamise ja olemasoleva süsteemi viimistlemise vahel.

4. Truudusetu hindamine majanduslik tõhusus tutvustamine ERP süsteemid.

ERP-süsteemi juurutamine maksab palju raha, see hõlmab vajaliku varustuse, arvutite ostmist, nõustamisteenuste eest tasumist jne. Sellega seoses peab ettevõtte juht lahendama peamise küsimuse rakendatud ERP-süsteemi majandusliku efektiivsuse kohta. Juht seisab silmitsi ülesandega võrrelda äriprotsesside automatiseerimise kulusid projekti lõplike majandustulemustega. Selle probleemi lahendus sisaldab vastuseid järgmistele küsimustele: millist teavet juht lõpuks saab, milliseid kaotusi aitab vältida, kuidas maksimeerida kasutatud ettevõtte ressursside efektiivsust. Kui te ei lahenda vähemalt ühte neist probleemidest, on täiesti võimalik, et ERP-süsteemi juurutamise kulud ei tasu ära või lihtsalt ei tasu ära. Võimalike rikete vältimiseks on vaja kindlaks määrata teatud teabe lisamise hind kõigis ERP-süsteemi väljatöötamise ja juurutamise etappides. Kuid see pole veel kõik. Majandusliku efektiivsuse küsimus on vajalik lahendada ka tulevase ERP-süsteemi prototüübi loomisel. Suurim efektiivsus ERP-süsteemi rakendamisel on võimalik ainult siis, kui ettevõttel on hästi ehitatud juhtimissüsteem.

Positiivne tegur, mis mõjutab rakendatava ERP-süsteemi õiget ja tõhusat toimimist, on rikkaliku funktsionaalsuse kättesaadavus. Kuid praktika näitab, et pole haruldane, kui ettevõttes rakendatav ERP-süsteem on lihtsalt tööriist, mis aitab maksudeklaratsioone koostada, või pealegi lihtne kalkulaator. Seda saab hõlbustada mitmel põhjusel, alates konsultatsioonifirma valest valikust, mis aitab ettevõttel rakendada ERP-süsteemi, kuni ülesannete ja eesmärkide süsteemi kujundaja vale valikuni. Paljud ettevõtted teevad põhivea, kui juhinduvad põhimõttest "osta kohe ja siis näeme". Seetõttu kannavad need ettevõtted ka märkimisväärseid rahalisi kahjusid.

Enamik juhte ajavad oma äri ainult oma kogemuste, intuitsiooni, visiooni ning selle struktuuri ja dünaamika kohta väga struktureerimata andmete põhjal. Üldjuhul, kui juhil palutakse mingil kujul kirjeldada oma ettevõtte struktuuri või sätete kogumit, mille põhjal ta juhtimisotsuseid langetab, jõuab asi kiiresti ummikusse. Juhtimisülesannete pädev sõnastamine on kõige olulisem tegur, mis mõjutab nii ettevõtte kui terviku edukust kui ka automaatikaprojekti edukust. Seetõttu on ettevõtte juhtimise infosüsteemi juurutamise projekti edukaks tegemiseks vaja esimese asjana vormistada võimalikult palju kõiki neid juhtimiskontuure, mida plaanite tegelikult automatiseerida. Enamasti ei saa seda teha ilma professionaalsete konsultantide kaasamiseta, kuid kogemuste kohaselt ei ole konsultantide kulud lihtsalt võrreldavad ebaõnnestunud automatiseerimisprojekti kahjumitega.

Ettevõtte struktuuri osalise või täieliku ümberkorraldamise vajadus.

Enne ettevõttes infojuhtimissüsteemi juurutamise alustamist on tavaliselt vaja selle struktuur ja äritehnoloogiad osaliselt ümber korraldada. Seetõttu on rakendusprojekti üks olulisemaid etappe ettevõtte täielik ja usaldusväärne ülevaade kõigis selle tegevuse aspektides. Uuringu tulemusena saadud järelduse põhjal ehitatakse välja kogu ettevõtte infosüsteemi ülesehitamise kogu edasine skeem. Kahtlemata saate automatiseerida kõik "nii nagu on", kuid seda ei tohiks teha mitmel põhjusel. Fakt on see, et uuringu tulemusel registreeritakse tavaliselt suur hulk kohti, kus tekivad ebamõistlikud lisakulud, samuti vastuolusid organisatsioonilises struktuuris, mille kõrvaldamine vähendaks tootmis- ja logistikakulusid ning vähendaks oluliselt peamiste äriprotsesside erinevate etappide täitmisaega. Kaost ei saa automatiseerida, sest tulemuseks on automatiseeritud kaos. Ümberkorraldusi saab läbi viia paljudes kohalikes punktides, kus see on objektiivselt vajalik, mis ei tähenda praeguse äritegevuse aktiivsuse olulist langust.

Vajadus muuta teabe ja äripõhimõtetega töötamise tehnoloogiat

Tõhusalt ehitatud infosüsteem ei saa muud teha kui muuta olemasolevat planeerimise ja juhtimise tehnoloogiat ning protsesside juhtimist. Juhi jaoks on ettevõtte infosüsteemi üks olulisemaid omadusi juhtimisarvestuse ja finantskontrolli moodulid. Nüüd saab iga funktsionaalset üksust määratleda raamatupidamiskeskusena, mille juht vastutab vastaval tasemel. See omakorda suurendab iga nimetatud juhi vastutust ja annab tippjuhtidele tõhusad vahendid üksikute plaanide ja eelarvete täitmise täpseks kontrollimiseks.

...

Sarnased dokumendid

Ettevõtete tulemusnäitajate ja tarneahela juhtimise põhielementide vastastikune sõltuvus. Logistika planeerimise lähenemine. Tarbetute logistikakulude peamised allikad. Varude kavandamise ja kujundamise etapid ja põhjendused.

loengute kursus, lisatud 22.01.2016

Põhimõttelised muutused ja logistika roll Venemaa äris. Praegune olukord tarneahela juhtimises, eriti välismaiste kogemuste kasutamine. Logistika ja tarneahela juhtimise arengu peamised suundumused ja väljavaated.

abstraktne, lisatud 14.08.2011

Tarneahela juhtimissüsteemi olemus, selle tähtsus ja roll kaasaegses majanduses. Tarneahela juhtimise etappide uurimine, selle optimeerimine. Sise- ja välismaiste tarnehalduse kontseptsioonide võrdlevad omadused

kursusetöö, lisatud 17.12.2014

Tarneahela juhtimise olemus, mõisted ja sisu ettevõttes. Sise- ja väliskogemus ettevõttes kaubavoogude juhtimise korraldamisel. Selle sfääri seisundi analüüs ettevõttes Voronezhstroydetal LLC, selle parendamise suunad.

kursusetöö lisatud 01.07.2015

Eesmärgi puu loomine ettevõtte hanke- ja tarnelogistika jaoks. Informatsiooniarvutussüsteemi funktsionaalne skeem logistikategevuste kavandamiseks ja juhtimiseks. Valmistoodete tellimuste kogumise ja töötlemise kord.

test, lisatud 06.06.2012

Logistikasüsteemi omadused, klassifikatsioon, struktuur ja ülesanded. Integreeritud mikrologistikasüsteemi korraldamine tarneahela haldamiseks. Ettevõtte praeguse logistikasüsteemi puuduste analüüs, meetmete väljatöötamine selle parendamiseks.

kursusetöö, lisatud 21.10.2011

Organisatsiooni turunduse juhtimise teoreetilised aspektid. Soovitused turundusjuhtimissüsteemi optimeerimiseks OÜ-s "AKKOM". Juriidiline tugi müügipersonali motivatsioonisüsteemi ja CRM-süsteemi juurutamise täiustamiseks.

lõputöö, lisatud 25.01.2011

Turunduse ja logistika koostoime transpordiettevõttes OJSC "TF" Atlant. Transpordilogistika funktsioonid ja põhimõtted. Tarneahela juhtimine. Moskva piirkonna "Kamyzyaksky rajooni" edendamisstrateegia analüüs. Sidesüsteemi efektiivsuse hindamine.

lõputöö, lisatud 25.12.2012

Ettevõtte turundustegevuse korraldamise võimaluse valik, lähtudes tasuvusajast. Toodete müügist saadav tulu kui logistikasüsteemi toimimise finantsnäitaja. Logistikasüsteemi majandusliku efektiivsuse arvutamine.

artikkel on lisatud 26.03.2011

Ettevõtte, selle välis- ja sisekeskkonna tehniline ja majanduslik analüüs. Ettevõtte konkurentsistrateegia väljatöötamine, jaemüügivõrgu korraldamise meetmed, ettevõtte turunduse juurutamise süsteem ja toodete turuletoomise süsteem.

ERP lahenduste juurutamine

IT-lahenduste juurutamine pakub palju võimalusi protsessi optimeerimiseks. Nende hulka kuulub kaugjuurdepääs veebitehnoloogial põhinevatele andmetele ja teadmistele, paljudele ettevõtetele kasutatavate ERP-süsteemide funktsionaalsus, süsteemid OSS / BSS telekommunikatsiooniäri toetamiseks. Efektiivsed organisatsioonilised struktuurid ja personali motivatsioonisüsteemid mängivad olulist rolli protsesside elluviimisel. Selle suuna raames on võimalik märkida protsessimeeskondade loomist, nende võtmenäitajate ja neile tugineva preemiasüsteemi moodustumist, sobiva meeskonna motivatsioonisüsteemi väljatöötamist, ettevõtte põhimõttel põhineva organisatsiooni struktuuri kujundamist.

ERP-süsteemid on keeruline tarkvaratoode, mille omandamine, juurutamine ja tarkvara uuendamine peab olema aja, ressursside ja projekti eelarve osas rangelt kavandatud. Sellisel juhul peavad protsessis osalema nii töövõtja kui ka tellija. ERP-lahenduste juurutamisel on vaja rakendada keerukate IT-projektide juhtimise põhimõtteid.

Maailma projektistatistika kohaselt jõuab edukalt lõpule vaid kolmandik infosüsteemide juurutamise projektidest, s.t. saavutab projekti sponsori eesmärgid (ettevõtte omanik, direktor, aktsionäride nõukogu või, kui kasutada ametialast žargooni, "projekti rahakott").

Projekti eesmärke mõistetakse tavaliselt kolme tegurina: kvaliteet, ajastus ja eelarve. 70% teistest projektidest viivitab ajaga, nõuab täiendavat rahastamist (projekti eelarve muutmine) või projekti tulemusena pakutakse ERP lahendust, millega kliendi spetsialistid ei soovi oma keerukuse ja / või "niiskuse" tõttu töötada.

ERP-süsteemi edukaks juurutamiseks peate järgima järgmisi reegleid:

1. Teadke täpselt projekti eesmärke, sest 70% projektidest kukub läbi just sel põhjusel.

2. Projekti eesmärgid, eelarve ja ajastus tuleks dokumenteerida, määrata juht ja moodustada projekti meeskond.

3. Projektimeeskonnale tuleb anda kõik projekti elluviimiseks vajalik (projekti kontor, arvutid, printerid, telefonid jne).

4. Projekt tuleks jagada loogiliselt kontrollitud tööetappideks ja -etappideks, mida tuleks kontrollida tööde järjestuses ja kestuses "konfliktide" puudumise osas.

5. Projektijuhtimine ja selle osalejad peavad julgema projekti sulgeda. Selleks peab projektijuht oskama jagada projektitöö "prioriteetsetesse rühmadesse", st olema võimeline keelduma projekti sponsorite ja ERP-süsteemi kasutajate "ratsionaliseerimise" ettepanekutest.

ERP-lahenduste eelised ja puudused

ERP-süsteemide eeliste hulgas toovad need tavaliselt esile võimaluse vähendada ja ühtlustada kasutatavat riistvara kliendi-serveri tehnoloogia ja infosüsteemi integreerimise tõttu, protsesside ühtlustamine ettevõtete gruppides (pärast ühinemist või omandamist), inimressursside andmete ühtlustamine, personali arvu vähendamine ( tegeleb raamatupidamisfunktsioonidega ja pakub infosüsteemile tuge).

ERP-süsteemid pakuvad laiendatud andmete ühekordset kogumist, välistades dubleerimise. See viiakse läbi protsesside, mitte funktsioonide kontekstis, mis võimaldab teil igal ajal hinnata huvipakkuva protsessi seisundit. Integreeritud juhtimissüsteemide juurutamine pakub andmete esitamise ühisosa, mis pakub ettevõtte juhtimisele laiendatud võimalusi standardsete ja eriaruannete koostamiseks. Kõigi andmete salvestamine ühtsesse ettevõtte andmebaasi tagab teabe kõrge kättesaadavuse ja ühtse vaatenurga teabe esitamise kohta.

ERP-süsteemide peamised puudused:

Rakendamise kõrge keerukus. Projekti meeskonnale on vaja esitada kõrgeimad nõuded nii töövõtja kui ka tellija poolt. Projektis osalejate valimine peaks toimuma mitte vähem jäigalt kui pakkumuse abil automatiseerimissüsteemi valimine.

Hinnata tuleb mitte ainult teadmisi rakendatud süsteemist, vaid ka põhjalikke teadmisi süsteemi valdkonnast, teadmisi kliendi tööstusharu eripäradest ning oskust juhtida selliseid keerukaid projekte:

Ettevõtte äriprotsesside ümberkorraldamisel ja ERP-lahenduse juurutamisel on enamikul juhtudel suured riskid ja kulud, mis võivad viia tootlikkuse olulise vähenemiseni ja sellest tulenevalt ka ettevõtte kasumlikkuse vähenemiseni;

Ka rakendamise kulud on suured, kuna märkimisväärne osa ERP-i rakendamise kuludest ei tulene mitte süsteemi maksumusest, vaid selle rakendamise tööst;

ERP-süsteemi kõrge omandi hind (aastased kulud);

Süsteemi pikk tasuvusaeg - 2-3 aastat pärast selle rakendamist.