ERP-süsteemide juurutamise põhjused ettevõtetes. ERP-süsteemid: mis see lihtsamalt on, ERP plussid ja miinused, ülevaade. Inimfaktor, juhtimisabi puudumine

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

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

Oracle'il põhinevad projektid kestsid keskmiselt 22,5 kuud, kusjuures aeg ületas 29%, võrreldes keskmise kavandatud 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-projektide viivituste peamised põhjused

№	Põhjus	2011	2012	2013
1	Projekti ulatust on laiendatud	17%	29%	29%
2	Organisatsioonilised asjad	14%	20%	29%
3	Andmeprobleemid	14%	17%	29%
4	Ebareaalsed ajajooned	8%	11%	25%
5	Ressursipiirangud	13%	17%	21%
6	Õpiprobleemid	10%	15%	17%
7	Probleemid platvormi funktsionaalsusega	8%	4%	13%
8	Muud tehnilised küsimused	7%	14%	8%
9	Prioriteetide konflikt projekti sees	10%	12%	8%

Panorama Consulting, 2014

Peamised põhjused, miks ERP-projektide aeg otsa saab, nagu ülaltoodud tabelist tuleneb, on planeeritud projektide mahu laienemine, aga ka organisatsioonilised probleemid, andmeprobleemid – seda kõike juhtub kolmandikul hilinenud projektidest.

Hea uudis oli ehk ainult see, et perioodil 2012–2013 registreerisid analüütikud ERP-projektide keskmise tasuvusaja lühenemise 2,4 aastalt keskmiselt 1,7 aastale. Organisatsioonide arv, kellel ei õnnestunud ettevõtte automatiseeritud ressursihaldussüsteemidesse tehtud investeeringuid üldse tagasi teenida, 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õpu seisuga planeerituga kasvas taas. Samas on kõige kallim juurutus SAP ERP juurutamine, keskmiselt on sellise projekti eelarveks 2,55 miljonit dollarit, millele järgneb Oracle - 2,25 miljonit dollarit, Microsoft Dynamics - 1,8 miljonit dollarit Ettevõtete aastakäibest kujuneb Tier I süsteemide juurutamine on 2-4%, kuid Tier II ja III tasemel ERP projektide maksumuse osakaal võib olla oluliselt suurem nende juurutamiseks valinud ettevõtete käibes.

Ainult 66% ettevõtetest saavutas vähemalt 50% oma eesmärkidest

Mis puudutab ERP-projekte üldiselt (sõltumata konkreetsetest hankijatest), siis 2013. aasta lõpus suutis juurutuste raames saavutada vähemalt 50% oma eesmärkidest vaid 66% ettevõtetest. 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.

Keskmised ERP projektid 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 USA turul:

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

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

ERP-projektide "edu" statistikat jagati ettevõttes 1C. 555 1C ERP-lahenduste juurutamise uuringu kohaselt aastatel 2010–2013:

• 66% projektidest pidas tähtajast kinni või on tähtajast veidi, kuni 10% kõrvalekaldud,
• 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 eelarves või ületavad eelarvet mitte rohkem kui 10% võrra.
• 19% projektidest on 11-30% üle eelarve ja
• vaid 3% projektidest on eelarvest üle 30%.

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

Suured ootused

Suureks probleemiks on see, 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õpuni viia, selle saab ainult peatada. Kliendid hindavad sageli oma soove ja sellega kaasnevaid kulusid valesti. Mõlemad pooled peavad kokku leppima projekti eesmärkides ja võtmepunktid selle kohta, milleks seda vaja on edukas rakendamine projekt.

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

Inimfaktor, juhtimisabi puudumine

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

Näiteks 1C-s kasutatakse projekti tähtaegadest kinnipidamiseks tehnikat nimega "Quick Result Technology" (TBR). 1C (1420 projekti aastateks 2010-2013) ERP-lahenduste juurutamise ajastuse statistika kohaselt kulub esimese alamsüsteemi proovikäitamiseks keskmiselt umbes 3 kuud ja 6–10 kuud enne viimane alamsüsteem on kasutusele võetud. olenevalt projekti ulatusest. Erilisel suurettevõtted rakendamine võib võtta 1-2 aastat.

Nagu Aleksei Petrušov selgitas, on projekti ebaefektiivsuse üks peamisi näitajaid tähtaegade viibimine. Selle probleemi peamine põhjus on loomulikult inimfaktor, lisas ta.

*Makse peale rakendamist. Edukas rakendamine.

„Me ei otsi ebaõnnestunud juurutamises „süüdlasi“ (süüdi on alati mõlemad pooled), vaid võtame kliendilt raha alles siis, kui ta on tulemusega rahul,“ ütleb Sabina Borštševskaja, eBusinessDrive. Teostame ERP juurutamist 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 ülekulu

Hindade levik eest Venemaa turg ERP-süsteemid on märkimisväärsed: selle määrab asjaolu, et ERP-süsteem on kompleksne toode, mõjutavad projekti lõpptulemust paljud tegurid, alates ERP-süsteemi funktsionaalsusest kuni kliendi organisatsiooni juhtimissüsteemini.

Esiteks on projekti tegeliku maksumuse arvutamiseks vaja läbi viia ekspressküsitlus, olles tutvunud ettevõtte praeguste äriülesannetega ja kokku leppida sihtseisus. organisatsiooniline süsteem ettevõtte juhtimine lõpuks, ütleb Aleksei Petrušov. Tema hinnangul ulatub Venemaal ERP juurutamise keskmine eelarve 1 miljonist kümnete miljonite rublani.

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

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

Teiseks on ERP juurutamine keeruline sümbioos inimestest ja infotehnoloogiad, ja projekti edu sõltub rohkem inimfaktorist kui tehnilisest komponendist. Kuid kui teil on edukas ettevõte, kui olete viinud oma toodangu rahvusvaheliste standardite tasemele, on 1C:ERP rakendamine teie otsustada!

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

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

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

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

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

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

Eduka projekti mootorid
Esimese juhi projektis osalemine

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

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

Projektimeeskonna moodustamine, töökorraldus ja motiveerimine

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

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

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

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

Projektijuhi professionaalsus

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

Kasutage sisemist ressurssi – valige töötaja, kes on tänu oma 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 juurutava ettevõtte valimine

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

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

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

- ettevõtte 1C lipulaev, mis on mõeldud integreeritud automaatika võttes arvesse keskmisi ja suured ettevõtted, kelle täisnimi on 1С:ERP Enterprise Management 2(edaspidi 1C ERP).

Varem analüüsisime 1C-süsteemide juurutamise peamisi lähenemisviise, eriti keskendusime rakendustehnoloogiatele:

1. 1C standardi rakendamise tehnoloogia;
2. 1C kiirtulemuste tehnoloogia;
3. 1C Ettevõtte rakendamise tehnoloogia.

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

Allpool käsitleme rakendusprojektide iseärasusi ja anname soovitusi, mille järgimine suurendab kindlasti projekti õnnestumise võimalusi.

1C ERP rakendamise projektide omadused

1C ERP-toode on mõeldud eelkõige ettevõtete keerukaks automatiseerimiseks, mis on suunatud kõikidele peamistele tegevustele ja äriprotsessidele, samuti ettevõtte erinõuetele kohandatud juhtimis- ja regulatiivse aruandluse saamiseks.

Reeglina võtmetähtsusega on nende organisatsioonide küpsusaste, kes on teadlikud konsolideerimise vajadusest majanduslik tegevus operatsioone ühes infosüsteemis on üsna kõrge. Need organisatsioonid:

• Keskmine / suur suurus;
• on olnud turul pikka aega;
• Omama kõrget tehnoloogilise küpsuse taset:
  • Väljakujunenud äriprotsessid;
  • Projektile orienteeritud personali olemasolu personalis;
  • Üksikasjalik arusaamine projekti lõppeesmärgist.

Ettevõte 1C, mõistes juurutamisel tekkivaid raskusi, pakub arhitektuurse järelevalve teenust, mille põhieesmärk on vähendada realiseerimisel tekkivaid riske.

Kõik see eristab 1C ERP juurutamise projekte massprojektidest 1C ettevõtte kohalike tarkvaratoodete, näiteks "Kaubanduse juhtimine", "Jaemüük", "Raamatupidamine" juurutamiseks, ja näitab samal ajal. et 1C ERP juurutamise projektid on palju suuremad ja juurutamisest tulenevad riskid on suuremad.

Riskide vähendamine 1C ERP rakendamisel

Kohe pärast seda, kui olete teinud põhimõttelise otsuse oma organisatsioonis 1C ERP juurutamiseks, soovitame teil teha mitmeid esialgseid samme, mis suurendavad märkimisväärselt eelseisva projekti õnnestumise tõenäosust:

• Moodusta eelnevalt projektimeeskond. Meeskond peab kohal olema:
  • Analüütikud, olgu teadlikud omadused ja oma tegevuse nüansse, kes on põhjalikult tutvunud organisatsiooni väljakujunenud äriprotsessidega ning suudavad mõista ja põhjendada teatud juurutamisprotsessi käigus tehtud otsuseid;
  • Tehnilised spetsialistid, kes pakuvad lahendusi tehnilistele küsimustele ja suudavad objektiivselt hinnata kavandatava töö tehnilisi aspekte.
• Jäädvustage ametlikult olemasolevad äriprotsessid ja põhinõuded. Võtke aega, et dokumenteerida peamised äriprotsessid, tuvastada probleemsed valdkonnad, protsessid, mille kohta teil on küsimusi, ja kõik muud punktid, mida peate enne töö alustamist esile tõstma.
• Arvutage välja planeeritud investeeringute tasuvus (ROI), pidage meeles, et lisaks projekti kuludele ja ka tarkvaratoote omamise kuludele muutub suure tõenäosusega ka tarkvaratoote omamise maksumus ning , vähemalt alguses, mitte vähem.
• Arvutamiseks on vaja koostada nimekiri majanduslikest kasudest, mida ettevõte saab 1C ERP rakendamise tulemusena. Tähelepanu tuleks pöörata sellele, mis parasjagu raiskamist tekitab, ei tööta, tekitab kahjusid ja mis vajab süsteemi juurutamise tulemusena lahendamist. Seda on kõige lihtsam väljendada majanduslik mõju rakendamisest peamiste tulemusnäitajate (KPI) sihtväärtuste kujul, mis on saavutatavad pärast seda edukas rakendamine 1C ERP ettevõttes.
• Otsustage eelnevalt, kes on teie poolel projektijuht. Tõenäoliselt ei saa see inimene oma praeguseid tööülesandeid projektijuhtimisega ühendada, kuna viimane võtab palju tööaega.
• Veenduge, et kõik ettevõtte võtmeisikud tunneksid projekti õnnestumise vastu oma huvi ja oleksid valmis tulemuse saavutamiseks tegema kõik endast oleneva.
• Võimalusel jagage projekt mitmeks alamprojektiks. Varem meie artiklis teemal üldised küsimused süsteemide juurutamine, arutati võimalusi juurutamise riskide vähendamiseks. Seega on see üks tõhusamaid viise edu tõenäosuse suurendamiseks või vähemalt tõsistele probleemidele reageerimise aja vähendamiseks.
• Alustage võimalikult varakult läbirääkimisi 1C frantsiisivõtja võrgustiku partneritega juurutamise üle. See võimaldab teil eelnevalt kindlaks määrata nüansid ja mõista rakendusprojekti ligikaudset maksumust.

Kuigi need toimingud ei eemalda 1C ERP rakendamisest tulenevaid riske täielikult, vähendavad need neid oluliselt. Lisaks aitavad need mõista, kui valmis on ettevõte selliseks projektiks ning annavad ühise nägemuse sihttulemusest kõigile ettevõtte töötajatele.

1C ERP-süsteemi omamise ja juurutamise võimalused

Traditsiooniline 1C ERP juurutusskeem

Kuni 2017. aastani oli 1C ERP litsentsimiseks ja hostimiseks saadaval ainult "traditsiooniline" skeem. Samal ajal tasus klient korraga kasutajalitsentside ja 1C ERP-toote litsentsi maksumuse ning seejärel oli talle saadaval kaks peamist 1C ERP-i juurutamise tüüpi: pilv või omaette (või renditud) saidil selleks otstarbeks spetsiaalsetes serverites.

1C ERP juurutamine "kohalikult" (on-Premises, kohapeal) toimub kohapeal ja kliendi seadmetel, mida haldavad ja toetavad tema enda IT-töötajad.

Joonis 2. 1C ERP juurutamine kohapeal

See valik on hea valik, kui ettevõte soovib säilitada võimalikult suure kontrolli tarkvaratoote üle või rakendada konkreetseid tehnilisi lahendusi, mida pilves ei ole võimalik realiseerida.

Pilves juurutatud 1C ERP (IaaS, infrastruktuur kui teenus) näeb välja ja töötab samamoodi nagu traditsiooniline ERP. Ainus erinevus seisneb selles, et see juurutamisvõimalus ei nõua kapitaliinvesteeringuid riistvarasse ja vähendab tugikulusid. Vastasel juhul ei erine juurdepääs ERP-le traditsioonilisest, tõenäoliselt ei saa lõppkasutaja isegi kindlaks teha, millist juurutamisvalikut kasutati.

Teise võimaluse lisaeelisena ei vaja see süsteemi kaugjuurdepääsu seadistusi. Infrastruktuuri osas pole vahet, kas pääsete pilve juurde kontorist, kodust või mujalt maailmast, kus saate Interneti-ühenduse luua.

Juurdepääs 1C ERP-le tellimuse alusel

2017. aastal pääses 1C ettevõte 1C ERP-süsteemile juurde tellimuse kaudu (SaaS, rakendus teenusena). Loomulikult juurutatakse selle teenuse kasutamisel rakendus ise pilves ning sellel on kõik selle lähenemisviisi eelised ja puudused. See ettepanek võib olla hea valik ettevõtetele, kes soovivad süsteemi varem töös näha, võib-olla teha väikese pilootprojekti.

Selle teenuse massilist levitamist takistavad tänapäeval mitmed tegurid, millest olulisim on asjaolu, et enamik 1C ERP rakendusi nõuab tarkvaratoote olulist kohandamist vastavalt kliendi vajadustele ja pilve puhul on see endiselt halvasti rakendatud. , hoolimata 1C platvormi aktiivsest arendamisest selles valdkonnas.

Tulemused

1C ERP-toode kuulub universaalsete ERP-süsteemide klassi ning on suure funktsionaalsuse ja seadistuste tõttu kasutusel paljudes tööstusharudes ja erineva suurusega ettevõtetes. Samas liigitatakse integreeritud infosüsteemide juurutamise projektid valdkonna raskeimateks tarkvara.

Selles artiklis proovisime rääkida 1C ERP juurutusprojektide funktsioonidest ja andsime mõned soovitused, mille järgimine vähendab rakendamise riske ja suurendab eduvõimalusi.

Saada oma head tööd teadmistebaasi on lihtne. Kasutage allolevat vormi

Üliõpilased, magistrandid, noored teadlased, kes kasutavad teadmistebaasi oma õpingutes ja töös, on teile väga tänulikud.

Majutatud aadressil http://www.allbest.ru

• Sissejuhatus
• 1. Teoreetiline Aspektid rakendamine teavet süsteemid
• 1.1 Eesmärk teavet süsteemid
• 1.2 Liigid teavet süsteemid V organisatsioonid
• 1.3 On levinud küsimused arengut informatiivne süsteemid
• 1.4 Tehnoloogia rakendamine teavet süsteemid
• 2. Rakendamine informatiivne kindlustama peal ettevõte
• 2.1 Ettevalmistus ettevõtetele To rakendamine informatiivne süsteemid
• 2.2 Rakendamine ERP Süsteemid peal ettevõte
• 2.3 Põhjused ebaõnnestumisi juures rakendamine ERP süsteemid
• 2.4 Roll ettevõtte informatiivne süsteemid V logistika ettevõtetele
• 2.5 Valik ERP süsteemid Sest rakendamine
• 2.5 Hinne tõhusust pakutud otsuseid
• 3. Analüüs osariigid Ja probleeme arengut logistika V OOO "Stroytechallyans"
• 3.1 Kindral iseloomulik ettevõtetele
• 3.2 Probleemid V organisatsioonid logistika Ja juhtimine ketid tarvikud peal ettevõte
• Järeldus
• Nimekiri kasutatud kirjandust
• Sissejuhatus

Tarkvara on poole sajandi jooksul oma eksisteerimise jooksul läbi teinud tohutuid muutusi, olles jõudnud programmidest, mis suudavad sooritada vaid kõige lihtsamaid loogilisi ja aritmeetilisi toiminguid, keerukateks ettevõtte juhtimissüsteemideks. Tarkvara arenduses on alati olnud kaks peamist valdkonda:

1. arvutuste tegemine;

2. teabe kogumine ja töötlemine.

intuitsioonid isiklik kogemus liider ja pealinna suurus ei ole juba piisav, et esimene olla. Mis tahes pädeva juhtimisotsuse tegemiseks ebakindluse ja riski tingimustes on vaja pidevalt kontrollida finants- ja majandustegevuse erinevaid aspekte, olgu selleks siis kaubandus, tootmine või teenuste osutamine.

Tiheda konkurentsiga ja dünaamilisel turul ei saa isegi kõige konservatiivsemad või vaesemad ettevõtted endale lubada sellisest keeldumist võimas tööriist nagu automaatika. Kaasaegse arvutitehnoloogia kasutamise eelised tööstuses on nii suured, et automatiseerimise agitatsiooni ajastu on ammu möödas.

Praegu on kontseptsioon infosüsteem on nii ebamäärane, et infosüsteemina saab määratleda mis tahes mõistet, alates arvutiprogrammist, mis aitab protsessi automatiseerida, kuni kehtestatud reeglite ja protseduurideni, mis reguleerivad ettevõtte töötajate tegevust teabe loomise ja kasutamise protsesside korraldamisel kujul. ettevõttele vajalik.

Vajadus edukaks toimimiseks raskes keskkonnas konkurentsikeskkond dikteerib oma nõuded ettevõtte äriprotsesside tõhususele. Tõhususe parandamise probleemi lahendamine on lahutamatult seotud protsesside infotoe pakkumisega, seega ei kahtle tänapäeval praktiliselt keegi ettevõtte infosüsteemi ülesehitamise vajaduses. Enamik selles vallas otsuseid langetavaid inimesi jagab arvamust, et infosüsteemi ülesehitamise küsimustega tuleks tegeleda äriprotsesside täiustamise kontekstis. Samuti on selge arusaam, et kõige tõhusam on süsteem, mis pakub pidevat infotuge tootmistsükli kohta alates uue toote väljatöötamisest kuni valmistoodete väljastamiseni.

Samas, hoolimata ettevõtete kõrgest valmisolekust infosüsteemide juurutamiseks, on lähenemised nende ehitamisele ja juurutusmeetoditele pehmelt öeldes mitmekesised. Samas püüab iga infosüsteemi juurutamist alustav ettevõte seda protsessi võimalikult lühikese aja jooksul ja kvaliteetselt läbi viia ning seab seetõttu juurutusprotsessi korraldusele kõrgendatud nõuded. Muude nõuete hulgas on võtmetähtsusega ühtse infokeskkonna olemasolu ja oskus ühine töö kasutajad, kellel on samad teabeobjektid.

On teada, et tootmise planeerimise ja juhtimise protsessid põhinevad teabel, mis ilmneb tootmise projekteerimise ja tehnoloogilise ettevalmistamise etapis. Sellest tulenevalt sõltub kogu infosüsteemi efektiivsus otseselt selles etapis saadud andmete asjakohasusest ja täielikkusest. Teisisõnu teenib projekteerimine ja tootmise tehnoloogiline ettevalmistus teabe alus tootmisprobleemide lahendamiseks.

1. TeoreetilineAspektidrakendamineteavetsüsteemid

1.1 Eesmärk teavet süsteemid

Infosüsteem on tehnilise, tarkvara ja organisatsioonilise toe ning personali kogum, mille eesmärk on anda õigetele inimestele õigeaegselt õiget teavet.

"Ideaalne" ettevõtte juhtimise infosüsteem peaks automatiseerima kõik või vähemalt suurema osa ettevõtte tegevusest. Samal ajal tuleks automatiseerimist läbi viia mitte automatiseerimise huvides, vaid selle kulusid arvesse võttes ning ettevõtte finants- ja majandustegevuse tulemustele reaalne mõju. Olenevalt ainevaldkonnast võivad infosüsteemid oma funktsioonide, arhitektuuri ja teostuse poolest vägagi erineda. Siiski on mitmeid omadusi, mis on tavalised.

1. Infosüsteemid on loodud teabe kogumiseks, säilitamiseks ja töötlemiseks, seetõttu põhineb ükskõik milline neist andmete säilitamise ja juurdepääsu keskkonnast.

2. Infosüsteemid on suunatud lõppkasutajale, kellel ei ole arvutitehnoloogia vallas kõrget kvalifikatsiooni. Seetõttu peaks infosüsteemi klientrakendustel olema lihtne, mugav, lihtsalt õpitav liides, mis tagab lõppkasutajale kõik tööks vajalikud funktsioonid ega võimalda samal ajal teha mittevajalikke toiminguid.

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

Riis.1. Ettevõtte andmebaas

Infosüsteem iseenesest ei ole juhtimisotsuste tegemise tööriist. Otsuseid teevad inimesed. Kuid kontrollisüsteem suudab teavet esitada või "ette valmistada" viisil, mis tagab otsuste tegemise.

Otsuste tugisüsteemid suudavad pakkuda näiteks:

erinevate sektsioonide ja teenuste toimivuse jälgimine nõrkade lülide tuvastamiseks ja kõrvaldamiseks, samuti äriprotsesside ja organisatsiooniüksuste täiustamiseks (st teabeanalüüs võib viia teatud rakendusreeglite muutumiseni juhtimisprotsessid ja isegi muuta organisatsiooniline struktuur ettevõtted);

üksikute osakondade tegevuse analüüs;

Erinevate osakondade andmete summeerimine;

· ettevõtte erinevate finants- ja majandustegevuse valdkondade näitajate analüüs, et tuvastada paljutõotavad ja kahjumlikud ärivaldkonnad;

Ettevõttes ja turul arenevate suundumuste tuvastamine.

Me ei tohiks unustada, et süsteemiga peavad töötama tavalised inimesed, kes on oma ala asjatundjad, kuid kellel on sageli väga keskmised arvutioskused. Infosüsteemide liides peaks olema neile intuitiivselt selge.

1.2 Liigid teavet süsteemid V organisatsioonid

Kuna organisatsioonis on erinevad huvid, omadused ja tasemed, siis on erinevat tüüpi infosüsteemid. Ükski süsteem ei suuda täielikult rahuldada organisatsiooni teabevajadusi. Organisatsiooni võib jagada tasanditeks: strateegiline, juhtimis-, teadmus- ja operatiiv; ja funktsionaalsed valdkonnad, nagu müük ja turundus, tootmine, rahandus, raamatupidamine Ja inimressursid. Süsteemid on loodud nende erinevate organisatsiooniliste huvide teenindamiseks. Erinevad organisatsioonilised tasandid teenindavad nelja peamist tüüpi infosüsteeme: operatiivtasandi süsteemid, teadmiste taseme süsteemid, juhtimistasandi süsteemid ja strateegilise tasandi süsteemid.

Operatiivtasandi süsteemid toetavad operatsioonide juhte, jälgivad organisatsiooni elementaarseid tegevusi, nagu müük, maksed, sularaha sissemaksed, palgaarvestus. Süsteemi põhieesmärk sellel tasemel on vastata levinud küsimustele ja suunata tehinguvooge läbi organisatsiooni. Sellistele küsimustele vastamiseks peab teave üldiselt olema kergesti juurdepääsetav, ajakohane ja täpne.

Teadmustaseme süsteemid toetavad teadmustöötajaid ja andmetöötlejaid organisatsioonis. Teadmustaseme süsteemide eesmärk on aidata integreerida uusi teadmisi ärisse ja aidata organisatsioonil hallata dokumendivoogu. Teadmiste tasemel süsteemid, eriti tööjaamade ja kontorisüsteemide kujul, on tänapäeval kõige kiiremini kasvavad rakendused ettevõtluses.

Juhtimistaseme süsteemid on loodud keskastme juhtide kontrolli-, juhtimis-, otsustus- ja haldustegevuse teenindamiseks. Nad määravad kindlaks, kas objektid toimivad hästi, ja annavad perioodiliselt aru. Näiteks liikumisjuhtimissüsteem teatab kaupade koguhulga liikumisest, töö ühetaolisusest müügiosakond ja osakondade rahastamiskulud töötajatele ettevõtte kõigis valdkondades, märkides ära, kus tegelikud kulud ületavad eelarveid.

Mõned juhttasandisüsteemid toetavad ebatavalist otsuste tegemist. Nad kalduvad keskenduma vähem struktuursetele lahendustele, mille teabenõuded ei ole alati selged. Strateegilise taseme süsteemid on vahend tippjuhtide abistamiseks, kes valmistavad ette strateegilisi uuringuid ja pikaajalisi suundumusi ettevõttes ja ärikeskkonnas. Nende esmane eesmärk on viia muudatused töötingimustes vastavusse olemasoleva organisatsioonilise võimekusega.

Infosüsteeme saab eristada ka funktsionaalselt. Peamine organisatsioonilised funktsioonid müüki ja turundust, tootmist, rahandust, raamatupidamist ja inimressursse teenindavad oma infosüsteemid. Suurtes organisatsioonides on ka nende põhifunktsioonide alamfunktsioonidel oma infosüsteemid. Näiteks võib tootmisfunktsioonil olla süsteeme varude haldamiseks, protsesside juhtimiseks, tehase hoolduseks, automatiseeritud arendamiseks ja materjali planeerimine nõuded.

Tüüpilisel organisatsioonil on süsteemid erinevatel tasanditel: operatiiv-, juhtimis-, teadmiste- ja strateegilised süsteemid iga funktsionaalse valdkonna jaoks. Näiteks on äriline funktsioon kommertssüsteem operatiivtasandil igapäevaste müügiandmete salvestamiseks ja tellimuste töötlemiseks. Teadmiste taseme süsteem loob sobivad väljapanekud ettevõtte toodete tutvustamiseks. Juhttasandi süsteemid jälgivad igakuiseid müügiandmeid kõigi kommertsterritooriumide kohta ja annavad aru piirkondadest, kus müük ületab või langeb allapoole oodatud taset. Prognoosisüsteem ennustab kaubanduslikke trende viie aasta jooksul – teenides strateegilist taset

1.3 On levinud küsimused arengut informatiivne süsteemid

Hea ja ettevõtte nõuetele vastava infosüsteemi omamiseks on vaja planeerida nii selle loomine, arendamine kui ka asendamine või muutmine. Samal ajal tuleks sellist tööd teha pidevalt, samaaegselt organisatsiooni arenguga ja funktsionaalne struktuur organisatsioonid.

Infosüsteemi arendamise planeerimine peaks algama info- ja infotehnoloogia kasutamise hindamisest kogu organisatsioonis ning olemasoleva infosüsteemi hindamisest. Infosüsteeme tuleks käsitleda organisatsiooni täiustamise projektide tehniliste osadena, mitte eraldi projektidena. Teisisõnu, infosüsteemi ehitamine ei ole eesmärk omaette, vaid viis ettevõtte eesmärkide saavutamiseks. Seetõttu ei tohiks infosüsteemi loomine, eriti igat liiki ettevõtte tegevust hõlmava süsteemi loomine, alata programmeerijate meeskonna valikust, mitte ülesande andmisest olemasoleva toimingute järjekorra ülekandmiseks ja protsessidest arvutitehnoloogiasse. Alustada tuleb organisatsiooni missiooni määratlemisest, selle strateegiliste eesmärkide, pika- ja lühiajaliste eesmärkide määratlemisest, nende seostest organisatsiooni ja valdkonna hetkeolukorraga.

Ettevõtte infosüsteemi tõhusust on võimatu hinnata, arvestamata selle eesmärke, milleks seda kasutatakse. Sa ei saa õigesti rääkida tõhusat rakendamist infotehnoloogiad, mille eesmärk on oluliselt parandada ettevõtte turupositsiooni, ilma peamisi tulemusnäitajaid analüüsimata. Äristrateegia määratlemine ja selle kajastamine infosüsteemi eesmärkides ja eesmärkides on ettevõttes konkreetse arvutiinfosüsteemi rakendamise ja kasutamise otsuse tegemisel peamine. Infosüsteemi juurutamise vajaduse hindamiseks ettevõttes tuleb välja selgitada, kas süsteem aitab saada vastuseid järgmistele küsimustele:

· Saavutada või ületada konkurentide tulemuslikkuse taset?

· parandada planeerimist ja kontrolli finants- ja tegevusplaanide täitmise üle?

parandada kliendisuhteid?

· suurendada müügimahtu?

Kas lühendada tarneaega?

• vähendada investeeringuid kaubavarudesse?

Enne infosüsteemi juurutamise alustamist on vaja iga ülaltoodud küsimuse puhul, millele saadi positiivsed vastused, määrata mõõdetavad (absoluutarvudes või protsentides) paranemisnäitajad. Seejärel, pärast juurutamise lõpetamist, kasutatakse neid väärtusi süsteemi juurutamise tõhususe hindamiseks.

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

Äritegevuse laiendamine ja tootmismahtude (müügi) suurendamine;

raamatupidamise tsentraliseerimise vajadus ja juhtimisarvestus;

planeerimis- ja eelarvestamissüsteemi juurutamise vajadus;

kontrolli taseme tõus;

Teabe tõhususe ja usaldusväärsuse parandamine.

Vaatamata sellele, et infosüsteemi loomisel võib olla mitu põhjust, peaks selle rakendamise eesmärk olema alati sama. Eesmärk määrab tegevuse suuna ja infosüsteemi loomise mõtte.

Eesmärgi saavutamise protsess on jagatud mitmeks ülesandeks. Ülesanne on tegevuse kogum, mida tehakse eesmärgi saavutamise protsessis. IS-i loomise põhieesmärgi saavutamise käigus lahendatakse järgmised põhiülesanded:

tsentraliseeritud andmete salvestamine ja töötlemine;

teabevoogude tõhustamine;

protseduuride ja dokumentide standardimine;

optimeerimine, töötajate funktsionaalsete rollide ja vastutuse reguleerimine.

Infosüsteemide arendamine ja juurutamine on keeruline ja vaevarikas protsess, mis nõuab muudatusi ettevõtte juhtimissüsteemis ning suuri tööjõu-, aja- ja muude ressursside kulutusi. Infosüsteemi saab luua ühel järgmistest viisidest:

arendus ettevõtte programmeerijate poolt;

arenduse tellimine spetsialiseerunud ettevõttelt;

Valmis tarkvara ostmine.

Igal IS-i loomise viisil on oma eelised ja puudused. Need on loetletud laud1 .

Tabel 1. Erinevate IP loomise viiside eelised ja puudused

Teeloominginformatiivnesüsteemid	Eelisedinformatiivnesüsteemid	Puudusedinformatiivne süsteemid
Ettevõtete programmeerijate arendus	· Vastab ettevõtte nõuetele Seda saab igal ajal lisada või muuta Rakendamine toimub etapiviisiliselt, ettevõttes ei pea üsna lühikese aja jooksul kardinaalseid muudatusi läbi viima Süsteem sobib olemasoleva riist- ja tarkvaraga Väikesed finantsriskid. Finantsinvesteeringud laiali jaotatud eluring süsteemid	Ülesanded on seatud plokkidesse, see tähendab, et ettevõttes toimub "tükikaupa" automatiseerimine Süsteemi arendamine võtab kaua aega või ei peatu kunagi Kui ilmnevad uued tegevussuunad ja muutused raamatupidamises, on tavaliselt vaja uut arendust Programmeerijaid, tegumihaldureid, analüütikuid on vaja pidevalt ettevõtte seisundis hoida · Süsteemi tuge viivad läbi arendajad. Kui võtmearendajad ettevõttest lahkuvad, võib tekkida probleeme süsteemi toe ja arendusega · IP kohta reeglina dokumentatsiooni ei ole · püsikulud tulevikus seada eesmärke, toetada ja pidevalt muuta IS-i muutuvate välis- ja sisetegurite taustal
Arenduse tellimine spetsialiseerunud ettevõttelt	IS loomise kogemus, välja töötatud juurutusmetoodika Võimalus osutada teenuseid juhtimise optimeerimise, omandiõiguse valdkonnas kaasaegsed meetodid hoone IS	Finantsriskid, kuna IP loomise hind on üsna kõrge Kolmandate osapoolte konsultandid reeglina ei tea ettevõtte spetsiifikat, neil on vaja aega nende uurimiseks IS loomise protsessis osalevad ettevõtte töötajad on sunnitud ühendama oma senised tööülesanded ja vastutuse IS loomisel Võimalik sõltuvus ettevõttest – arendajast
Valmis tarkvara ostmine	IS kiire kasutuselevõtu võimalus Tarkvara dokumentatsiooni olemasolu Tugi on saadaval nii arendajalt kui ka meie enda programmeerijatelt	Unikaalsete äriprotsesside automatiseerimine on keeruline Vajadus kohandada äriprotsesse tarkvaratootes kasutatavate tüüpiliste äriprotsessidega · Valmistarkvara on tavaliselt mõeldud väikestele ja keskmise suurusega ettevõtetele. Vajadus asendada see ärikasvuga

1.4 Tehnoloogia rakendamine teavet süsteemid

Süsteemi ehitamise tehnoloogia mudelite järgi "nagu peab", ilma praeguseid algoritme programmeerimata. Süsteemide loomise praktika "nagu on" mudeli järgi on näidanud, et automatiseerimine ilma äriprotsesse ümber kujundamata ja moderniseerimiseta olemasolev süsteem juhtimine ei anna soovitud tulemusi ega ole tõhus. Tarkvararakenduste kasutamine töös ei ole ju pelgalt paberdokumentide ja rutiinsete toimingute vähendamine, vaid ka üleminek uutele dokumendihalduse, raamatupidamise ja aruandluse vormidele.

Tehnoloogia hoonesüsteemide jaoks ülalt-alla lähenemisviisiga. Kui automatiseerimise otsuse teeb ja kinnitab tippjuhtkond, siis tarkvaramoodulite juurutamine toimub emaettevõtetest ja divisjonidest ning ülesehitamise protsess. ettevõtte süsteem läheb palju kiiremini ja tõhusamalt kui süsteemi algselt juurutamisel madalamates osakondades. Ainult ülalt-alla rakendamisel ja juhtkonna aktiivsel kaasabil on võimalik algselt õigesti hinnata ja teostada kogu tööde hulk ilma ettenägematute kuludeta.

Samm-sammult tehnoloogia. Kuna keeruline automatiseerimine on protsess, milles peaaegu kõik struktuuriüksused ettevõtete jaoks on etapiviisilise rakendamise tehnoloogia kõige eelistatavam. Esimesed automatiseerimise objektid on need valdkonnad, kus kõigepealt on vaja paika panna raamatupidamise ja aruandlusdokumentide koostamise protsess kõrgematele asutustele ja nendega seotud osakondadele.

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

Projekti elluviimise ajal töötavad osakondade töötajad koos arendajatega teabe ja mudelitega, osalevad tehnoloogiliste lahenduste valiku otsuste tegemisel ning mis kõige tähtsam - korraldavad lahenduste pakkujate ja ettevõtte töötajate vahelist suhtlust. Infosüsteemi toimimise ajal langeb süsteemi hooldus ja tugi automatiseeritud juhtimissüsteemi töötajate õlule (v.a juhul, kui tarnijaga on sõlmitud leping toetuse saamiseks). Tellija spetsialistid on olemasoleva süsteemi täiustamise ja arendamise ettepanekute koostamise algatajad ja teostajad. See võimaldab neil seda paremini oma vajadustele vastavaks kohandada, mistõttu tuleb neid nõudeid hoolikalt kaaluda, et infotehnoloogiat ei kasutataks seal, kus juhtimisülesandeid on lihtne pliiatsi ja paberiga toime tulla.

Süsteem peab toetama sellist moodulite ja tööjaamade interaktsiooni 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 klient-server arhitektuuri. See arhitektuur võimaldab jaotada tööd süsteemi kliendi ja serveri osade vahel, näeb ette arendust ja täiustamist vastavalt lahendatavate ülesannete omadustele. IN viimased aastad Pidevalt kasvab nõudlus kliendi-serveri rakenduste järele, mis on raamatupidamise ja juhtimise valdkonnas suurepäraseid võimalusi kui failiserveri süsteemid suurte andmemahtude töötlemisel, võime luua hajutatud süsteeme, aga ka piisav integratsioon teiste süsteemidega.

Ettevõtte juhtimise infosüsteemi juurutamine, nagu iga suur ümberkujundamine ettevõttes, on keeruline ja sageli valulik protsess. Sellegipoolest on osa süsteemi juurutamisel tekkivaid probleeme hästi uuritud, vormistatud ja tõhusate lahendusmetoodikatega. Nende probleemide varajane uurimine ja nendeks ettevalmistamine hõlbustab oluliselt juurutamisprotsessi ja suurendab süsteemi edasise kasutamise efektiivsust. Süsteemi loomise esimene samm peaks olema selle kallal töötamine projektieelne küsitlus(nn nõustamine). Kuni ettevõtte kõiki äriprotsesse pole kirjeldatud ja analüüsitud, ei ehitata üles ettevõtte mudelit “nagu on täna”, ei formuleerita uuele süsteemile mõistlikke nõudeid, ei ehitata üles tulevase süsteemi mudelit “nagu peab” , lähteülesanne pole välja töötatud, ostmisest või süsteemiarenduse alustamisest ei saa juttugi olla. Selle projektieelse töö eesmärk on kujundada ettekujutus tulevasest süsteemist, kirjeldada tulevase süsteemi funktsionaalset infomudelit ja kaitsta seda kliendi ees. Alles pärast seda saab investeerida süsteemi ostmisse või arendusse.

2. Infotoe rakendamine ettevõttes

2.1 Ettevalmistus ettevõtetele To rakendamine informatiivne süsteemid

Ettevalmistus viide teavet

1. Areng võrdlusteabe koostamise ja säilitamise meetodid.

2. Viiteinfoobjektide klassifikaatori väljatöötamine, nende defineerimine ja nende omaduste detailne kirjeldus. Nende objektide näidiskirjelduste koostamine.

Regulatiivse ja viiteteabe objektide põhikoosseis sisaldab:

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

o ettevõtte territoriaalne struktuur (varude ladustamiskohad ja -kohad ning nende rühmitamine, identifitseerimine ja klassifikatsioon);

o ettevõtte finantsstruktuur (finantsvastutuse keskused ja nende rühmitamine, identifitseerimine ja klassifikatsioon);

o nomenklatuuri ametikohad, nende liigitus ja rühmitamine;

o nomenklatuuri üksuste spetsifikatsioonid (toote struktuur);

o tehnoloogilised marsruudid (sh arvestuspunktid selles tootmisarvestussüsteemi väljaehitamiseks);

4. Viiteteabe kataloogide koostamise ja pidamise protsessi auditeerimine, et see vastaks ettevõtte eesmärkidele ja IP moodustamise põhimõtetele.

Ettevalmistusäriprotsessid

3. Müügi-, tootmis-, hanke-, planeerimis- ja muude äriprotsesside mudelite väljatöötamine vastavalt projekti teemavaldkonnale planeeritud otsuste hierarhia erinevatel tasanditel, mis on vajalikud Kliendi äriprotsesside ettevõtte jaoks. süsteem toetab. infologistika tarneautomaatika

ValikprogrammsüsteemidautomatiseerimineplaneerimineJaraamatupidaminepealtootmine

1. Tarkvaraturu analüüs.

2. Analüütilise aruandluse süsteemi väljatöötamine, mis tuleb süsteemi kaudu vastu võtta.

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

4. Ettevalmistus lähteülesanne infosüsteemi valiku ja rakendamise kohta.

5. Infosüsteemi tarkvara valiku konkursi korraldamine.

Arvestada tuleb taotlusega töötavate spetsialistide väljaõppe tasemega, samuti taotluse eesmärgiga. Kui kasutajatel on tarkvararakendustega palju kogemusi, saate kasutada mitme akna liidest, rippmenüüd jne.

Kui me räägime töötajatest, kelle jaoks on raske "kahe käega kolme nuppu vajutada", siis peaks süsteemi liides olema võimalikult lihtne ja toimingute järjekord ilmselge. Samamoodi, kui kiire andmete sisestamine on kasutusrežiimis kriitilise tähtsusega, on liidese mugavus esikohal. Arendajatele on mõttekas anda võimalus end lõppkasutajana proovile panna juba enne infosüsteemi kasutuselevõttu.

2.2 Rakendamine ERP Süsteem s peal ettevõte

Praeguseks on ettevõttes ERP-süsteemide juurutamise teema üsna aktuaalne mitte ainult selle teema teadmiste puudumise, vaid ka rakenduslike infosüsteemide kiire arengu tõttu. Viimase 20 aasta jooksul on selliseid süsteeme juurutavate ettevõtete arv kasvanud iga päevaga ning ettevõtete arv, kes on kogenud ERP positiivset mõju, kasvab hüppeliselt. Samuti on selle turusektori arengu suurepärane näitaja ERP-süsteeme tarnivate ettevõtete kasv ja konsultatsioonifirmad kaasatud nende elluviimisse. Näiteks Saksa tarkvarafirma SAP kliendibaas on ainuüksi viimase 10 aastaga kasvanud 17 500 kliendilt 91 500 kliendini ning 2012. aastal ulatus aastakäive 15 miljardi euroni.

Ettevõtlus ressurss Planeerimine (ERP), mis tõlkes tähendab ettevõtte ressursiplaneerimise infosüsteeme, on pikka aega muutunud keskmiste ja suurte ettevõtete ühiseks tegevusvaldkonnaks. Rakendamine infovõrgustikud on suunatud äriprotsesside tõhustamisele, milleks on tarnimine, turundus ja tootmine. Selle tehnoloogia kasutuselevõtt mõjutab oluliselt ettevõtte kui terviku tootlikkuse kasvu. Kuid ERP ei ole ainult äriprotsesside automatiseerimine, vaid ka nende automatiseerimine juhtimisfunktsioonid nagu planeerimine, kontroll ja raamatupidamine.

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

ERP-süsteemide teema on veel suhteliselt noor: puuduvad selgelt määratletud reeglid, meetodid ja nõuanded, kuid selle teeb eriliseks ettevõtete suur nõudlus selle järele. Igal aastal teeb üha rohkem ettevõtteid ettevõtte infosüsteemide kasuks. ilmneb, et ilma sedalaadi süsteemideta ei saa ettevõtet infotehnoloogia ajastul konkurentsivõimeliseks pidada. Lõputu kasumipüüdlus ja parimate lahenduste otsimine on kurnav ning tänapäeval, nii kiiresti muutuvas maailmas, on ERP ees pea võimatu ette kujutada ettevõtte olemasolu ilma assistendita.

ERP-süsteemid on integreeritud rakenduste komplekt, mis võimaldab luua ühtse keskkonna kõigi suuremate äritegevuste planeerimise, arvestuse, kontrolli ja analüüsi automatiseerimiseks kogu ettevõttes. Nende hulgas on tootmisressursside planeerimine, tootmisplaani operatiivne juhtimine, arvestus ja tulemuslikkuse analüüs jne. Kõik planeerimis- ja analüüsitoimingud on ERP-s jagatud eraldi funktsionaalseteks mooduliteks: ressursside planeerimine (finants-, inim-, materjali-) kaupade või teenuste tootmiseks, operatiivkontroll plaanide elluviimise üle (tarne, müük), lepingud, igat liiki raamatupidamisarvestus. , äritulemuste analüüs . Kogu teave on salvestatud ühtsesse andmebaasi, kust seda saab soovi korral igal ajal hankida

Riis.2 . Planeerimisprotsesside korraldamise skeem üle ettevõtte

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, mis on:

need ei ole otseselt tootmisprotsessiga seotud, ei ole automatiseeritud protsessijuhtimissüsteemid, vaid tegelevad mudeliga tehnoloogiline protsess;

· nende tööks on ettevõtte tegevuse tõhustamine, materjali- ja finantsvoogude optimeerimine lähtuvalt töökohal sisestatud teabest;

üks süsteem hõlmab KÕIKIDE tegevuste planeerimist ja juhtimist tootmisettevõte, alustades tooraine ostmisest ja lõpetades kauba tarnimisega tarbijale;

Teave sisestatakse süsteemi ainult üks kord osakonnas, kus see esineb, salvestatakse ühte kohta ja taaskasutatakse kõigis huvitatud osakondades.

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

ERP-süsteemide kasutamine annab ettevõtetele olulisi eeliseid konkurentide ees, optimeerides äriprotsesse ja vähendades oluliselt tegevuskulusid. Juhtimissüsteemid loodi spetsiaalselt tootmiskulude kontrollimiseks, mis viivad konkurentsieeliste saavutamiseni. Süsteemid sisaldasid algselt planeerimis- ja juhtimismeetodeid, mis võimaldavad:

reguleerida toodete kogust, kõrvaldades selle puudujäägi või ülejääkide tekkimise, mis võimaldab oluliselt vähendada ladustamiskulusid;

· planeerima tootmisprotsessid vastavalt nõudluse suurenemisele või vähenemisele konkreetsete toodete järele; samal ajal planeeritakse tootmisprotsessid vastavalt kliendi tellimuse täitmise tähtajale;

Hinnake tellimuse täitmise võimalust ettevõttes olemasolevate töövõimete analüüsi põhjal;

· optimeerida äriprotsesse, vähendades tootmise materjali- ja ajakulusid;

Jälgige ja analüüsige iga tootmisüksuse tegelikku jõudlust, võrrelge seda kavandatud jõudlusega ning tehke kohe tootmisplaanides kohandusi ja muudatusi;

· paindlikumalt reageerida nõudlusele, vähendades tootmistsüklit ja teostusaega;

· tõsta klientide ja klientide usaldust tänu tarnete õigeaegsele teostamisele ja teenuse optimeerimisele.

ERP-süsteemid on võimas tööriist kasumi suurendamiseks läbi paindliku kulude juhtimise, võimaldades varieerida toodete turuhinda (selle languse suunas), mis on võimas eelis konkurentsi. ERP-süsteemi kasutuselevõtt teie konkurendi poolt on signaal sarnaseks otsuseks, sest nüüd on selge, et automatiseeritud äriprotsesside juhtimissüsteemid on võimas tööriist äri optimeerimiseks ja vahend muutuvates turutingimustes ellujäämiseks.

Riis.3. ERP nõudluse ajakava - süsteemid Venemaal

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

Ettevõtte ressursiplaneerimise infosüsteem on üsna arenenud süsteem ja selle funktsioone pidevalt arendatakse ja täiustatakse, kuid sellest hoolimata juhtub, et pärast ERP-süsteemi juurutamist konkreetses ettevõttes ja kõigi selle juurutamise meetodite korrektset kasutamist, fondivalitsejad ei suuda endiselt saavutada täielikku informatsioonilist kontrolli ettevõtte tegevuse üle. Ja mis kõige huvitavam, midagi märkimisväärset ei juhtu, vaid vastupidi, kõik jääb samaks. Mis siin lahti on? ERP-süsteemi ebaõiget toimimist võib mõjutada palju tegureid. See võib olla näiteks esmaste dokumentide ebaõige täitmine, tõrked ja rikkumised müügipoliitikas, üleliigsete laovarude olemasolu ettevõttes. On isegi võimalik, et paljud ettevõtted loobuvad pärast ERP-süsteemi kasutuselevõttu sellest, kuna väidetavalt reageerib see ebaadekvaatselt ja mitteõigeaegselt talle pandud ülesannetele. Kuid see pole nii ainult meie ettevõtetes, on tõendeid selle kohta, et läänes moodustab ERP-süsteemi edukate juurutuste osakaal ettevõtetes vähem kui 50% juhtudest.

Kuid miks on nii suur protsent ERP-süsteemide juurutamistest ebaõnnestunud. Kui analüüsida ERP süsteemi ebaõnnestunud juurutamist, siis selgub, et üks peamisi ebaõnnestunud juurutuste tegureid on automaatjuhtimissüsteemide (ACS) projekteerimise põhimõtte rikkumine. Spetsialistide seas on levinud arvamus, et automatiseeritud juhtimissüsteemide juurutamise projektid ei anna positiivseid tulemusi, kuna nende süsteemide projekteerimisel ei arvestata äriarengu strateegiaga, äriprotsesse programmeeritakse liiga sageli ümber.

2.3 Põhjused ebaõnnestumisi juures rakendamine ERP süsteemid

1. Kell projekteerimine ERP süsteemid Mitte on võetud arvesse edasi strateegia arengut ettevõtetele.

Nagu analüüsid näitavad, on see peamine viga ERP-süsteemi juurutamisel. Vaatame, miks see juhtub. Viimastel aastatel on majandus ja erinevad majandusharud, milles ettevõtted tegutsevad, oluliselt muutunud ja muutuvad pidevalt, selles kontekstis on infosüsteemi korrektne üles seadmine võimatu, kuna see ei suuda arvestada võimalike muudatustega ettevõttes. ettevõtte tegevust tulevikus. Selle näiteks on asjaolu, et nafta- ja gaasitööstuses tegutsevad ettevõtted on kõrvaldanud kõik põhitegevusega mitteseotud varad, samas kui teave nende varade kohta oli ACSi oluline osa. Teine näide: metallurgiasektoris tegutsevad ettevõtted on oma töötajate arvu peaaegu poole võrra vähendanud, mõjutades seeläbi ka ettevõtete arvu. automatiseeritud kohad, mida samuti ei saa ERP-süsteemide juurutamisel arvesse võtta. Kõige selle põhjal saab selgeks, et ettevõtte ressursiplaneerimise süsteeme on vaja kuidagi täiustada ja kaasajastada, et tulevikus oleks võimalik kõiki muutuvaid näitajaid arvesse võtta. Vastasel juhul muutub ERP-süsteemide kasutuselevõtt omamoodi koormaks ettevõtte korrektsele ja produktiivsele tegevusele. Kuid nüüd on ettevõtetes võimalik juurutada täisfunktsionaalne ERP-süsteem, kuid see on pikk protsess ja võib kesta 3 kuni 5 aastat. Et vigu edaspidi mitte korrata, on vaja ettevõtte tegevuse struktuur ja ulatus vähemalt kolm aastat ette kavandada ja läbi mõelda. Kuid siin on jällegi ettevõtte tulevikuväljavaadete ebaõige prognoosimisega võimalikud suured kahjud ja kulutused, näiteks ERP-süsteemide lisaseadmete ostmisel, mis toob kaasa ettenägematud kulutused Interneti-liikluse eest tasumisel. Vähestel on meeldiv, kui teatud aja möödudes tõstatatakse küsimus olemasoleva ERP-süsteemi üleviimisest teisele platvormile.

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

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

Ettevõtte eesmärgid ja väljavaated selle edasiseks edukaks arenguks on võimalik õigesti paika panna ainult ülalt-alla projekteerimise meetodil. Praktika näitab, et tõhusa teabe loomine juhtimissüsteem on kallis, kuna kogu ettevõttes ilmuva infovooga on peaaegu võimatu arvestada. Seetõttu seisab iga arendaja ERP-süsteemi kujundamisel silmitsi probleemiga liikuda kogu teabe hankimiselt teatud piirini. ERP-süsteemi kujundamise peamine ülesanne on tõhusa juhtimisotsuste tegemise peamise olulise suuna valimine. Kuna ettevõte saab iga päev suures koguses erineva sisuga teavet, peab disainer kogu sellest infovoost välja valima ainult kõige olulisema ja olulisema teabe. Loomulikult on igal ettevõttel oma vajadused teabe tugi. Seetõttu tähendab ERP-süsteemi korrektne disain ennekõike ülemiste juhtimiskihtide jaoks olulise info väljavalimist ja alles seejärel läheb disainer alla. See meetod on mõeldud peamiselt kõrgemale juhtkonnale vajaliku kriitilise teabe hankimiseks. Kuid nagu näitab ERP-süsteemide kujundamise praktika, sisestavad disainerid sissetuleva teabe olulisuse üksikasjadesse laskumata süsteemi palju tarbetut ja üleliigset teavet, suurendades sellega automatiseeritud juhtimissüsteemi kulusid. Selle tulemusena saab saadud teabe ebapiisavuse ja täielikkuse tõttu kannatada ettevõtte juhtkond. Ja ettevõtte juhtkond saab tohutul hulgal analüüsimata infot, mis pidurdab oluliselt juhtimisotsuste langetamise protsessi, selle kohta on palju näiteid. Selleks, et ettevõte märkimisväärseid kulutusi nõudva ERP-süsteemi kavandamisel ja juurutamisel ei saaks üleliigset ja ebaefektiivset infot, tuleb ERP-süsteemi kujundamisel arvestada ettevõtte eesmärkidega ja sellest lähtuvalt õigesti. määrata ettevõttele saadava teabe liik ja laad.

3. Vale ümberkujundamine äriprotsessid.

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

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

Kui vaatame lääne ettevõtteid, siis näeme, et Lääne ERP-süsteemide väljatöötamisel võetakse arvesse maailma kogemusi nende süsteemide juurutamisel, tuginedes äriprotsesside ehitamise ja optimeerimise kogemustele. Sellest lähtuvalt on ilmne, et seda kogemust tuleks meie juhtimissüsteemi täiustamisel arvesse võtta Venemaa ettevõtted ja ettevõtted. Kuid võib juhtuda, et ERP-süsteemi disainerid ei kasuta alati õigesti viiteid lääne praktikale, sest kodumaised ettevõtted tegutseda hoopis teises majanduskeskkonnas.

Kõigi olemasolevate äriprotsesside salvestamine on samuti ebaefektiivne meetod, kuna tulemuseks olev süsteem kaotab mitmete muudatuste ja revisjonide tõttu oma töökindluse ja efektiivsuse. See mõjutab sisestatud teabe eksliku töötlemise ohtu ning valitud süsteemi automatiseerimisest ei tule kasu, kuna muudetud ja ümberkujundatud äriprotsessid on ebaefektiivsed. Ettevõte sisse sel juhul sõltuvad valitud juhtimissüsteemist ja kaotavad automaatselt võimaluse oma tegevust täiustada. Nendest meetoditest lähtuvalt on oluline leida "kuldne" kesktee äriprotsesside ümberkujundamise ja olemasoleva süsteemi viimistlemise vahel.

4. Vale hinne majanduslik tõhusust rakendamine ERP süsteemid.

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

Positiivne tegur, mis mõjutab õiget ja tõhus töö Rakendatud ERP-süsteem on rikkaliku funktsionaalsuse olemasolu. Kuid praktika näitab, et pole harvad juhud, kui juurutatud ERP-süsteem toimib ettevõttes maksudeklaratsioonide koostamise abivahendina või veelgi enam lihtsa kalkulaatorina. See võib olla tingitud mitmest põhjusest, alates valest valikust konsultatsioonifirma, mis aitab ettevõttel ERP-süsteemi juurutada, süsteemi kujundaja poolt vale ülesannete ja eesmärkide valikule. Paljud ettevõtted teevad suure vea, juhindudes põhimõttest "osta kohe ja siis näeme". Seetõttu kaotavad need ettevõtted ka märkimisväärset rahalist kahju.

Enamik juhte juhib oma ettevõtet ainult oma kogemuste, intuitsiooni, visiooni ja väga struktureerimata andmete põhjal selle seisu ja dünaamika kohta. Reeglina, kui juhil palutakse mingil kujul kirjeldada oma ettevõtte struktuuri või sätete kogumit, mille alusel ta võtab juhtimisotsused, asjad jäävad kiiresti soiku. Juhtimisülesannete pädev seadmine on kõige olulisem tegur, mis mõjutab nii ettevõtte kui terviku kui ka automatiseerimisprojekti edukust. Seetõttu tuleb ettevõtte juhtimise infosüsteemi juurutamise projekti õnnestumiseks esimese asjana võimalikult palju vormistada kõik need juhtahelad, mida tegelikult plaanite automatiseerida. Enamikul juhtudel ei saa seda teha ilma nende kaasamiseta professionaalsed konsultandid, kuid minu kogemuse kohaselt ei anna konsultantide kulud lihtsalt võrrelda ebaõnnestunud automatiseerimisprojekti maksumusega.

Vajadus ettevõtte struktuuri osaliseks või täielikuks ümberkorraldamiseks.

Enne infohaldussüsteemi juurutamist ettevõttes on tavaliselt vaja selle struktuur ja äritehnoloogiad osaliselt ümber korraldada. Seetõttu üks verstapostid teostusprojekt on täielik ja usaldusväärne ülevaade ettevõttest selle tegevuse kõigis aspektides. Küsitluse tulemusena saadud järelduse põhjal koostatakse kogu edasine ettevõtte infosüsteemi ehitamise skeem. Kahtlemata on võimalik kõike automatiseerida, põhimõttel "nagu on", kuid seda ei tohiks mitmel põhjusel teha. Fakt on see, et küsitluse tulemusena on suur hulk kohti, kus ebamõistlik lisakulud, aga ka vastuolud organisatsiooni struktuuris, mille kõrvaldamine vähendaks tootmis- ja logistikakulusid, samuti väheneks oluliselt peamiste äriprotsesside erinevate etappide täitmisaeg. Kaost ei saa automatiseerida, sest tulemuseks on automatiseeritud kaos. Ümberkorraldamist saab läbi viia paljudes kohalikes punktides, kus see on objektiivselt vajalik, millega ei kaasne senise äritegevuse aktiivsuse märgatavat langust.

Vajadus muuta teabega töötamise tehnoloogiat ja äripõhimõtteid

Tõhusalt üles ehitatud infosüsteem ei saa muud teha kui olemasolevas planeerimis- ja juhtimistehnoloogias ning protsessijuhtimises. Ettevõtte infosüsteemi üks olulisemaid omadusi juhi jaoks on juhtimisarvestuse ja finantskontrolli moodulid. Nüüd saab iga funktsionaalset üksust määratleda raamatupidamiskeskusena, mille juhi vastutus on vastaval tasemel. See omakorda suurendab kõigi nende juhtide vastutust ja annab tippjuhid tõhus tööriistakomplekt individuaalsete 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. Peamised tarbetute logistikakulude allikad. Tarnete planeerimise ja projekteerimise etapid ja põhjendus.

loengute kursus, lisatud 22.01.2016


Põhilised muutused ja roll Venemaa logistikaäris. Hetkeseis tarneahela juhtimises, väliskogemuse kasutamise tunnused. Logistika ja tarneahela juhtimise arendamise peamised suundumused ja väljavaated.

abstraktne, lisatud 14.08.2011


Tarneahela juhtimissüsteemi olemus, selle tähtsus ja roll selles kaasaegne majandus. Logistika tarneahela juhtimise etappide uurimine, selle optimeerimine. Võrdlevad omadused tarneahela juhtimise sise- ja välismaine kontseptsioon.

kursusetöö, lisatud 17.12.2014


Tarneahela juhtimise olemus, mõisted ja sisu ettevõttes. Kodu- ja välismaised kogemused kaubavoo juhtimise korraldamisel ettevõttes. Selle sfääri olukorra analüüs Voronezhstroydetal LLC-s, juhised selle parandamiseks.

kursusetöö, lisatud 01.07.2015


Ettevõtte hanke- ja tarnelogistika eesmärkide puu ehitamine. Infoarvutusliku planeerimis- ja juhtimissüsteemi funktsionaalne diagramm logistikategevused. Valmistoodete tellimuste kogumise ja töötlemise kord.

kontrolltööd, lisatud 06.11.2012


Logistikasüsteemi omadused, klassifikatsioon, struktuur ja ülesanded. Integreeritud mikrobioloogilise tarneahela juhtimissüsteemi organiseerimine. Ettevõtte praeguse logistikasüsteemi puuduste analüüs, meetmete väljatöötamine selle parandamiseks.

kursusetöö, lisatud 21.10.2011


Teoreetilised aspektid turundusjuhtimine organisatsioonis. Soovitused turundusjuhtimissüsteemi optimeerimiseks OOO "AKKOM". Müügipersonali motivatsioonisüsteemi täiustamise ja CRM-süsteemi juurutamise soovituste õiguslik tugi.

lõputöö, lisatud 25.01.2011


Turunduse ja logistika koostoime transpordifirma OJSC "TF "Atlant". Transpordilogistika funktsioonid ja põhimõtted. Tarneahela juhtimine. "Kamyzyaksky linnaosa" valla edendamisstrateegia analüüs. Kommunikatsioonisüsteemi tõhususe hindamine.

lõputöö, lisatud 25.12.2012


Ettevõtte turundustegevuse korraldamise võimaluse valik tasuvusaja alusel. Tulu toodete müügist as finantsnäitaja logistikasüsteemi toimimine. Logistikasüsteemi majandusliku efektiivsuse arvutamine.

artikkel, lisatud 26.03.2011


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

ERP lahenduste juurutamine

IT-lahenduste juurutamine annab palju võimalusi protsesside optimeerimiseks. Nende hulka kuuluvad kaugjuurdepääs veebitehnoloogiatel põhinevatele andmetele ja teadmistele, paljude ettevõtete jaoks kasutatavate ERP-süsteemide funktsionaalsus, süsteemid OSS/BSS telekommunikatsiooniäri toetamiseks. Tähtis roll protsesside elluviimisel mängivad tõhusad organisatsioonistruktuurid ja personali motivatsioonisüsteemid. Selle valdkonna raames võib märkida protsessimeeskondade loomist, nende põhinäitajate ja nendel põhineva boonussüsteemi kujunemist, sobiva meeskonna motiveerimise süsteemi väljatöötamist, ettevõtte organisatsioonilise struktuuri kujunemist lähtuvalt töörühmast. protsessi põhimõte.

ERP-süsteemid on keerulised tarkvara, mille soetamine, juurutamine ja tarkvaraarendus tuleb aja, ressursside ja projekti eelarve osas rangelt planeerida. Samas peavad protsessis osalema nii Täitja kui Tellija. ERP lahenduste juurutamisel on vajalik rakendada keeruliste IT-projektide juhtimise põhimõtteid.

Maailma projektistatistika järgi on infosüsteemide juurutamise projektidest edukad vaid kolmandik, s.o. saavutab projekti sponsori (ettevõtte omanik, direktor, aktsionäride nõukogu või professionaalses kõnepruugis "projekti rahakott") eesmärgid.

Projekti eesmärke mõistetakse tavaliselt kolme tegurina: kvaliteet, ajastus ja eelarve. Ülejäänud projektidest 70% on kas hilinenud, vajavad lisarahastamist (projekti eelarve ülevaatamine) või projekti tulemusena pakutakse välja ERP lahendus, millega Tellija spetsialistid ei soovi töötada, kuna selle keerukus ja / või "niiskus".

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

1. Teadke täpselt projekti eesmärke, sest 70% projektidest ebaõnnestuvad just sel põhjusel.

2. Projekti eesmärgid, eelarve ja ajakava tuleb dokumenteerida, määrata juht ja moodustada projektimeeskond.

3. Projektimeeskond peab olema varustatud kõige vajalikuga projekti elluviimiseks (projektibüroo, arvutid, printerid, telefonid jne).

4. Projekt tuleks jaotada loogilisteks etappideks ja tööfaasideks, mida tuleks kontrollida tööde järjestuses ja kestuses "konfliktide" puudumise suhtes.

5. Projekti juhtkonnal ja selles osalejatel peab olema julgust projekt lõpetada. Selleks peab projektijuht suutma murda projekteerimistööd"prioriteetsetele rühmadele", st et saaks keelduda projekti sponsorite ja ERP-süsteemi kasutajate "ratsionaliseerimise" ettepanekutest.

ERP-lahenduste eelised ja puudused

ERP-süsteemide eeliste hulgas eristatakse tavaliselt võimet vähendada ja ühtlustada kasutatavat riistvara, tulenevalt "klient-server" tehnoloogiast ja infosüsteemi integreerimisest, protsesside ühtlustamisest ettevõtete gruppides (pärast ühinemist või omandamine), andmete ühendamine inimressursid, töötajate arvu vähendamine (hõivatud raamatupidamisfunktsioonidega ja infosüsteemi toe pakkumisega).

ERP-süsteemid pakuvad ühtset täiustatud andmete kogumit, välistades dubleerimise. See viiakse läbi protsesside, mitte funktsioonide kontekstis, mis võimaldab teil igal ajal hinnata huvipakkuva protsessi olekut. Andmete esitamise üldistus, mida pakub integreeritud juhtimissüsteemide juurutamine, annab ettevõtte juhtkonnale paremad võimalused standard- ja eriaruannete koostamiseks. Garanteerib kõigi andmete hoidmine ühes ettevõtte andmebaasis kõrge tase teabe kättesaadavus, samuti ühtne seisukoht aruandlusteabe kohta.

ERP-süsteemide peamised puudused:

Rakenduse kõrge keerukus. Esitada on vaja kõige rohkem kõrged nõuded projektimeeskonnale nii Täitja kui Tellija poolt. Projektis osalejate valik peaks toimuma mitte vähem jäigalt kui automaatikasüsteemi valimine hanke teel.

On vaja hinnata mitte ainult teadmisi juurutatud süsteemi kohta, vaid ka sügavaid teadmisi süsteemi rakendusvaldkonnast, teadmisi kliendi tööstuse eripäradest, samuti oskust juhtida selliseid keerulisi projekte. :

Ettevõtte äriprotsesside ümberstruktureerimisel ja ERP-lahenduse juurutamisel on enamasti suured riskid ja kulud, mis võivad kaasa tuua olulise tootlikkuse languse ja sellest tulenevalt äri kasumlikkuse languse;

Kõrge ja juurutamiskulu, kuna märkimisväärne osa ERP juurutamise kuludest ei lange mitte süsteemi kuludele, vaid selle rakendamisega seotud tööle;

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

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