Riigikaitsekorra suurendamine ja selle rakendamiseks eraldatud vahendite kulutamise kontrolli karmistamine nõudsid masinaehituskompleksi ettevõtetelt süsteemide täiustamist juhtimisarvestus... Vene armee relvastamise ja moderniseerimise programmi rakendamise osana kasvas tellimuste maht, mille tõttu ettevõtetel oli raskem õigeaegselt ja piisavate hindadega toota kaitsetooteid. Lisaks on tööstuses selge suund konsolideerumise suunas. 60% kaitsetooteid toodavad praegu suured masinaehitusettevõtted. Tootmise olukorra reaalajas jälgimiseks ja juhtimisarvestuse tõhusaks pidamiseks vastavalt kaasaegsete õigusaktide nõuetele peavad sellised ettevõtted aktiivselt kasutama uusi tehnoloogiaid.

Kaitsetööstuse ettevõtetes kasutatavad automaatikasüsteemid

Seoses suuremahulise tehnilise ümbervarustusega ostavad sõjatööstuskompleksi ettevõtted CNC-masinaid ja loovad automatiseeritud süsteemid juhtimine. Reeglina on sellised automatiseeritud juhtimissüsteemid ehitatud kogu spetsialiseerunud kompleksi baasil tarkvaratooteid: ERP, HRM, CAD, EDMS, CPM, EAM, PLM, CAD, CAM, PDM jne. Erinevate klasside infosüsteemid on omavahel orgaaniliselt integreeritud, mille tulemusel ehitatakse kaasaegset nutikat tootmist. Toodete kogu olelusringi automatiseeritud juhtimissüsteemid võimaldavad ettevõtetel toota konkurentsivõimelisemaid ja kõrgtehnoloogilisemaid tooteid.

Viimase 5 aasta jooksul on kaitsetööstuse rajatiste kõige nõutum IT-lahendus olnud ERP-klassi süsteemid. Nende osakaal kõigi IT-infrastruktuuri komponentide vahel ulatub 35% .

ERP kasutamise eelised masinaehitusettevõttes

Uurimistööd tehes kaitsetööstuse tehastes ja rajatistes "1C: ERP Enterprise Management 2", pakutakse järgmist:

• Vastavus SDO nõuetele. Vastavalt föderaalseadusele "Muudatused föderaalseadusega "Riigi kaitsekorralduse kohta" ja teatud seadusandlikud aktid Venemaa Föderatsioon"29.06.2015 N 159-FZ kuupäevaga on vaja kulude kohta eraldi arvestust pidada eri suundades (raamatupidamine, juhtimine jne).
• Aruandluse sulgemine ja järjepidevus. Masinaehitusettevõtteid kontrollivad regulaarselt fondivalitsejad, sõjaväe esindajad, maksuametid, Rosfinmonitoring, föderaalne monopolidevastane teenistus, pangad jne. Tänu ERP juhtimise infosüsteemi kasutamisele on kõiki aruandlusnumbreid lihtne seletada ja „võidelda üksteise vastu ”.
• Sõjalise aktsepteerimise läbimise lihtsustamine.
• Täielik kontroll projektijuhtimise, tootmise, rahanduse, logistika valdkonnas.
• Tõhus juhtimine ostud ja tellimused.
• Planeerimise ja kulude reguleerimise lihtsustamine. Tööjõukulude, seadmetele ja materjalidele esitatavate nõuete arvutamine toimub automaatselt.
• Tootmise planeerimise mugavus. Iga üksiku toote valmistamiseks saate määrata toimingute loendi, määrata neile töö lõpetamise ja saatmise kuupäeva.
• Toodangu lähetamine.
• Seadmete õigeaegne hooldus ja remont.
• Jooksva laovaru arvestuse automatiseerimine.
• Tootmisvõimsuse kasutamise arvestuse automatiseerimine.
• Automaatne moodustumine tootmise ülesanded töötubade jaoks.
• Kavandatud töögraafiku hilinemise korral viivitamatu teatamine.
• Automaatne ümberehitamine koos ülesannete ajastamise värskendamisega.
• Automaatne tellimuste genereerimine tarnijatele.
• Võimalus läbi viia kulude plaanifaktide analüüs ja tellimuste ajastamine pärast nende täitmist.
• Tellimuste täitmise fakti õigeaegne kajastamine.
• Kiire investeeringutasuvus minimeerides mittelikviidseid varusid, vähendades seisakuid ning välistades vargused ja kuritarvitused.
• Ettevõtte juhitavuse parandamine. Tootmisolukorda saavad kõik vastutavad isikud reaalajas jälgida.

Kaitsetööstuse kompleksi automatiseerimine keskföderaalringkonnas

Tööstusettevõtted seisavad silmitsi töö ja tootmise intensiivistamise ülesandega. Nende probleemide lahendamine on võimatu ilma kaasaegsed süsteemid ettevõtte juhtimine. Võrdluseks kaaluge tarkvaratooteid, mis pakuvad huvi lennunduse ja masinaehituskompleksi ettevõtetele: "1C: Enterprise 8", "Parus-Enterprise 8", "SAP R / 3", "Microsoft Dynamics Navision" või muu nimi "Microsoft Business Solutions Axapta" (autorite märkus: edaspidi "Axapta").

Kodumaistest süsteemidest tuleb märkida, et tööstusettevõttele vajalikud lahendused "1C: Enterprise 8": "1C: Management tootmisettevõte 8 "; "1C: konsolideerimine 8"; "1C: ettevõtte finantsjuhtimine 8"; "1C: raamatupidamine 8"; "1C: integreeritud automaatika 8"; "1C: palk ja personalijuhtimine 8"; "1C: kaubanduse juhtimine 8"; "1C: veebilaiend 8".

"1C: Tootmisettevõtte juhtimine 8" hõlmab ettevõtte peamisi äriprotsesse, tagades kogu ettevõtte finants- ja majandustegevuse kuvamiseks ühtse inforuumi loomise, mis võimaldab teil kiiresti hinnata töö efektiivsust ja saada teavet vastuvõtmiseks juhtimisotsused... Konfiguratsioonis 8.2 võimaldab süsteem töökohtade laadimist tööobjektide järjestikuse liikumise abil ajas ja ruumis (osade liikumise paralleelset vaadet ei pakuta) ja kajastab seda graafikul. Tootmisprogrammi kvantitatiivse muutmisega või uue nomenklatuuri lisamisega plaanile muudetakse töökeskkonna koormusgraafikut, võttes arvesse lisatud tingimusi, ja viiakse läbi selle visualiseerimine.

PARUS-Enterprise 8 funktsionaalne koostis: finantsjuhtimine; Logistika juhtimine; Kontroll tootmisprotsessid; Personali juhtimine; Kliendisuhete juhtimine; Äriprotsesside juhtimine; PARUS-ON-line.

Microsofti ärilahenduste Axapta laiahaardeline funktsionaalsus, mis hõlmab absoluutselt kõiki äritegevuse aspekte, võimaldab teil tutvustada lääneriikides kaasaegseid juhtimistehnoloogiaid, optimeerida peamisi äriprotsesse ja üldiselt suurendada ettevõtte juhtimise efektiivsust. Osana süsteemi lokaliseerimisest venemaa turg rakendanud raamatupidamise ja maksuarvestus vastavalt nõuetele venemaa seadusandlus, põhivara moodulid, maksuarvestus, arvestus palgad ja personali arvestus.

"MBS Axapta" hõlmab ettevõtte äritegevust tervikuna nii sisemiste äriprotsesside osas kui ka suhtlemisel partnerite ja klientidega ning eelkõige selliste aspektide osas nagu: analüüs ja strateegiline juhtimine; Tootmise juhtimine; kaubandus ja logistika; finantsjuhtimine; projekti juht; kliendi suhe.

SAP R / 3 toetab enamikku opsüsteeme. Serveri ja kliendi saidid võivad töötada erinevates opsüsteemides. Kuid umbes 50% SAP-i tarkvara installidest töötab Windowsi platvormil.

SAP R / 3 süsteem koosneb rakenduse moodulite komplektist, mis toetavad ettevõtte erinevaid äriprotsesse ja on omavahel reaalajas integreeritud. Moodulite koosseis on mitmekesine: "Rahandus", "Kontroll", "Põhivara haldamine", "Projektijuhtimine", "Tootmise planeerimine", "Materjalivoogude juhtimine", "Müük", "Kvaliteedijuhtimine", "Hooldus" ja seadmete remont "," Personalijuhtimine "," Infovoogude juhtimine "," Tööstuse lahendused ".

Vaatlusaluste süsteemide riistvaranõuded on esitatud tabelis 1.

Tabel 1 - süsteemi riistvaranõuded.

Esitatavate tarkvaratoodete rakendamise maksumus ja tingimused on toodud tabelis 2.

Tabel 2 - ERP-süsteemide rakendamise kulud ja ajastus

Ei saa öelda, et 1C: Enterprise 8 on täieõiguslik programm raamatupidamiseks tootmises. Selle tarkvaratoote puuduseks on see, et tootmise arvestus on suunatud kulude arvutamisele valmistooted ja selle müügist kasu, s.t. See toode ei sisalda tootmise planeerimise üksust, hangete planeerimist ja tehnoloogiliste tsüklite jälgimist. Süsteemis on keeruline töötada, kui tootmine kuulub mitut toodet (tootevalikus on rohkem kui tuhat toodet), keerukat tootestruktuuri ja suurt hulka tööstuslikke tootmistöötajad (üle 5 tuhande inimese).

"Parus Corporation" puudused hõlmavad halvasti arenenud partnerivõrku, lahenduste puudumist õhusõidukite - masinaehitusettevõtete tootmise kavandamiseks.

Ülevaade SAP R3 süsteemi funktsioonidest näitab selle võimet lahendada peamiste suurte organisatsioonide ees seisvaid probleeme. SAP R / 3 on seni kõige ulatuslikum süsteem. Paljud maailmamajanduse juhid on valinud selle peamiseks ettevõtte süsteemiks.

"SAP R / 3" on konfigureeritav süsteem, seetõttu töötab ettevõte pärast selle ostmist individuaalse versiooniga, mis on täpselt kohandatud selle parameetrite järgi. Mida laiemad on süsteemi seadistamise ja kohandamise võimalused, ilma et oleks vaja seda ümber kirjutada, seda kõrgem on selle süsteemi tehniline tase. Selle näitaja järgi on "SAP / R3" maailmas juhtpositsioonil. Süsteemil on avatud ja standardne kasutajaliides graafiline modelleerimine äriprotsesse ja suudab töötada interaktiivselt. Lisaks sisaldab SAP R / 3 lahenduste pakett valdkonnapõhiseid lahendusi lennundustööstusele.

"MBS-Axapta" süsteemi eripära on mastaapsus ja laiad võimalused selle individuaalseks reguleerimiseks. Nad muudavad selle tarkvara optimaalseks lahenduseks keskmistele ja suurtele ettevõtetele, kus on spetsiifilised ja keerulised äriprotsessid, mille personal ei ületa 10 000 inimest.

Toome välja Axapta peamised eelised: erakordne mastaapsus; optimaalne hinna ja kvaliteedi suhe (selle funktsionaalsuse taseme jaoks); rakenduste värskenduste lihtsus; ärikontrolli igakülgne analüüs ja mugavus; planeerimismoodulite kättesaadavus; võime hallata rahandust rahvusvahelise äri; Venemaa õigusaktide nõuete täitmine; üleliigse teabe tasakaal.

Seetõttu on masinaehituse ja lennunduse tööstusettevõtetele kõige sobivamad Axapta ja SAP R3 süsteemid.

ERP-süsteemi investeeringute suuruse hindamiseks on vaja esitada investeerimisskeem. See koosneb eraldi plokkidest, mis esindavad finants- ja majanduskulude täielikku etappi:

1 ERP süsteemi rakendamise töö maksumus;

2 kompleksi riist- ja tarkvara maksumus;

3 ERP kompleksi omandikulu kokku (aastased kulud).

Seda kulude jagamise skeemi kasutatakse tuntud TCO (omamiskulu) metoodikas - arvutusmeetodis, mis on loodud selleks, et aidata tarbijatel ja ärijuhtidel otsustada mis tahes komponendiga seotud otsesed ja kaudsed kulud. arvutisüsteemid... Selle rakenduse eesmärk on saada lõplik pilt, mis kajastaks teatud tööriistade ja tehnoloogiate omandamisega seotud tegelikke kulusid ning võtaks arvesse nende hilisema kasutamise kõiki aspekte.

Kulude kirje "ERP-süsteemi rakendamise töö maksumus" on reeglina täpsustatud üksikasjalikult süsteemi rakendamise tööde hinnangus ERP integreerimise protsessi rakendava ettevõttega sõlmitud lepingus. ruumi ettevõttes. Vaatlusaluste süsteemide rakendamise kulude prognoositavad väärtused on järgmised:

- "SAP R3" - umbes 0,8 miljonit rubla. aastal. Rakendusperiood on umbes kaks aastat.

- "Axapta" - umbes 1,0 miljonit aastas. Rakendusperiood on umbes aasta.

Kompleksi riist- ja tarkvara maksumus sisaldab kogu tarkvaratoodete kompleksi, nagu operatsioonisüsteem, teenus, litsentside ostmisega seotud kulusid tarkvara (Tarkvara) ja ERP-toode ise. See artikkel sisaldab ka kogu masinapargi, nii personaal- kui ka serverijaamade ja nendega seotud sidevahendite maksumust. Kõigi ERP kompleksi personaalarvutite (PC) kogumaksumus arvutatakse nende arvu ja ühe ERP kompleksi kaasatud arvuti keskmise maksumuse põhjal (tabel 3).

Võrdlevas analüüsis eeldatakse, et arvutus tehakse 50 arvuti või kliendi asukoha kohta, mis on hõlmatud ühe litsentsiga.

ERP-kompleksi omandikulu hindamine hõlmab kahte tüüpi kulusid: kaudsed kulud, otsesed kulud.

Kaudsed kulud hõlmavad infotehnoloogiaga seotud kulusid, mida enamik infoosakondi ei planeeri ega mõõta. Kõige olulisem osa on tavaliselt kasutaja arvuti ja tarkvara tugi, samuti kolleegide abistamine. See hõlmab süsteemide enda silumist vigade korral, väärtusliku teabe varundamist ja taastamist, toiminguid failide ja kataloogidega, plaanivälist koolitust tööaeg ja väikeste (või suurte) rakenduste programmeerimine.

Otsesed kulud hõlmavad kulusid, mis on seotud seadmete, tarkvara, ERP-süsteemi teenindava personali, side jne maksumusega.

Otseste kulude vähendamiseks vähendavad paljud organisatsioonid IT-eelarveid lihtsalt, mõistmata, et tulemuseks on kaudsete kulude kasv - kasutajad kulutavad rohkem aega enda, sõprade ja kolleegide toetamiseks. Puudub täpne viis mõõta, kui palju aega kasutaja infotehnoloogia (IT) ülesannetele kulutas, ilma üksikasjaliku ajajälgimise või statistiliselt täpsete vaatlusteta. Neile, kellel pole tundide kaupa mõõtmiseks vajalikke võimalusi ja ressursse, on iga kategooria jaoks olemas tööstusharu keskmised näitajad.

Hinnang ERP kompleksi omandiõiguse kogukulude otsekuludele on toodud tabelis 4. See kalkulatsioon on kogu ERP kompleksi hooldamise ja hooldamise aastakulu, see aitab ka ettevõtte arengut põhjendada eelarve infotehnoloogiad ettevõttele.

Konservatiivsete hinnangute kohaselt erineb ühe arvuti omamiskulude väärtus oluliselt ettevõtete - ERP-süsteemide tootjate - deklareeritud väärtustest. Näiteks on Microsoft Business Solutions Navisioni puhul see väärtus 1500–2500 eurot või praeguse vahetuskursi (41 rubla / euro) korral 61 500–102 500 rubla, eeldatav väärtus aga 221 765,78 rubla.

See hinnang annab rakendusprojekti kuluosa üsna täpse väärtuse ja võimaldab prognoosida ka ERP-tehnoloogiasse tehtud investeeringute efektiivsust.

Peamine raskus ERP - süsteemi rakendamisest saadava tulu määramisel ja efektiivsuse arvutamisel on ettevõtte majandusliku kasu väljaselgitamine. Arvatakse, et kui ettevõte ei tee uuendusi, jätab ta kasutamata kasumivõimaluse ja kaotab “saamata jäänud kasumi”. Selle võib leida probleemide, töö puuduste analüüsist, mida saaks parandada ettevõtte juhtimissüsteemide juurutamisega.

Ettevõtte finantsaruande andmete analüüsi põhjal moodustati “saamata jäänud kasum” sellest, et ei kasutatud võimalust järgmiste näitajate puuduste kõrvaldamiseks:

10-aastase kauba, materiaalse vara (varude) ja põhivara (põhivara) puudujäägi keskmine aastane näitaja, mis saadi halva raamatupidamise tõttu, rubla.

10-aastase perioodi keskmine aasta näitaja on halva raamatupidamise tõttu kogunenud kaupade ja materjalide ülejääk, rubla.

Põhivara rentimine 5% ulatuses nende maksumusest ebaratsionaalse planeerimise tõttu tootmisvõimsus, (aastas), hõõruge.

Ettevõtte statistiliste andmete põhjal oli ülaltoodud näitajate aastane "saamata jäänud kasum" 155944738,878 rubla, mis ületab SAP / R3 ja Axapta süsteemide ühekordsete ja aastaste kulude summat vastavalt 5,89 ja 7,85 korda ning tõestab nende kasutamise tõhusust. See lähenemine ei pruugi olla täpne, kuid näitab tõsiselt ettevõtte ressursside kasutamise tõhususe küsimust.

KASUTATUD ALLIKATE LOETELU

1 1C ettevõtte ametlik veebisait http://www.1c.ru

2 Axapta. Töötage tulemuse nimel http://axapta.mazzy.ru

3 Tööstuse lahendused CMD SOFT. Mis on Microsoft Dynamics NAV (Microsoft Navision)? http://www.cmdsoft.ru/products/microsoft_dynamics/nav

4 Sõltumatu ERP-portaal http://www.erp-online.ru

5 Abramova, IG Masinaehitusettevõtte tootmise ettevalmistamise korraldamise ja juhtimise alused [ Elektrooniline ressurss]: elektron. Uuring. toetus / I.G. Abramova; Samar. riik lennundus. un-t neid. S.P. Korolev (riiklik teadusülikool); - elektron. tekstiandmed. - Samara, 2011. - 1 meil. hulgimüük plaat (CD-ROM).

Alustuseks projekti enda kohta: 1C: ERP juurutamine tööstusettevõttes. Kui me kliendi juurde tulime (2015. aastal), oli tehase arv 5 tuhat inimest. Projekti käigus on tehas märkimisväärselt kasvanud ja tootmist suurendanud, nüüd töötab seal umbes 6,5 tuhat töötajat. 1C paigaldati 1,2 tuhandele töökohale. Praegu on aktiivseid kasutajaid (juuni 2017) umbes 350, plaanis on tõusta 450-ni.

Ettevõte on osa Venemaa sõjatööstuskompleksist ja seetõttu on sellel oma eripära.

Enne seda projekti käivitasin keskmise suurusega ettevõtted (1000-1500 töötajat, 50-150 töökohta). Oleme juba õppinud, kuidas neid teha, olles välja töötanud selge metoodika (nüüd on minu meeskonnaga projekti äritegevusse viimiseks aega keskmiselt 7–10 kuud, sõltuvalt selle keerukusest)

Kuid nagu hiljem selgus, on üle 2,5 tuhande töötajaga projekti keerukuses kvalitatiivne hüpe, mis nõuab tehnoloogia läbivaatamist.

Niisiis, järjekorras. Jõudsime tehasesse 2015. aasta lõpus. Esialgu oli ülesandeks käivitada reguleeritud raamatupidamine. Funktsionaalse modelleerimise käigus tegi kliendi juhtkond (koos pearaamatupidaja toimikuga) otsuse viia esmaste dokumentide sisestamise funktsioon „väljale“. Projekti piire muudeti, et lisada keskladud, laoruumid, kaupluste raamatupidamine, lepingute haldamine ja BDDS. Reguleeritud raamatupidamise kasutuselevõtu aeg viidi 2017. aastasse ja 2016. aasta jooksul automatiseeriti "esmane".

Otsus funktsionaalsete plokkide kasutuselevõtu kohta (edaspidi "OPE") etapiviisiliselt, ehkki see tõi meile palju peavalu, osutus globaalselt õigeks: korraga käivitades me lihtsalt uppuksime probleemide tulvas, oh mida ma hiljem selgitan.

Kui aus olla, arvasin, et peamine raskus on kasutajate sabotaaž. Enne 1C kasutuselevõttu ei sisestanud nad midagi keskselt midagi: keegi töötas Excelis, keegi ise kirjutatud süsteemides. Dokumendiringluse aluseks oli "paber", mis anti seejärel operaatorite poolt raamatupidamisprogrammi sisestamiseks üle automatiseeritud juhtimissüsteemile. Siin lähenes kliendipoolne projektimeeskond probleemile kompetentselt - väljastati hulk allkirju peadirektormis probleemi lõpetas. Tellimusi ei väljastatud tavapärases stiilis "süsteem käivitatakse meie ettevõttes ...", vaid olid üsna konkreetsed "sellisest ja sellisest kuupäevast alates võtab raamatupidamisosakond ladudest vastu ainult 1C-st väljastatud dokumente". Võimaliku arusaamatuse kõrvaldamiseks lülitasime kohe sisse dokumentide vöötkoodi ja jagasime raamatupidamisele skannerid (tegelikult üritati esitada Wordis inimeste poolt “joonistatud” dokumente).

Käivitamise järjekord määrati järgmiselt: keskladud, lepingud, BDDS, töökoja laoruumid, töökoja raamatupidamine ja selle tulemusena - juba reguleeritud raamatupidamine, mis jagunes ka eraldi funktsionaalseteks aladeks.

Esimene (ehkki mitte peamine) probleem oli üsna etteaimatav - see oli andmete hulk. Kuid ma alahindasin selle ulatust esialgu. Näiteks ülejääkide lihtsalt laadimine (ilma igasuguse töötlemiseta) "madala hinnaga" võtab umbes 4 päeva. Ja kui tulemustest ilmnevad äkki lahknevused, siis veel neli päeva ja siis veel üks ... See tähendab, et see tööetapp tuleks kliendiga koos planeerides väga hoolikalt läbi töötada, sõna otseses mõttes iga päev. Näiteks läksime siin tavapärast rada pidi: laadisime alla ainult teatmeteosed ja panime kasutajad "esmast" lööma, nii et pärast jääkide allalaadimise lõppu tuleks kõik teha, kontrollida ja registreerida. Seetõttu ei olnud meil füüsiliselt aega raamatupidamise langetamiseks ja kulu tagasimakse arvutamiseks kuu lõpuks ning juhtimisaruannete esitamiseks pidime vanast süsteemist kulud käsitsi üle kandma, ja seejärel kohandage neid erinevate arvestusmeetodite tõttu.

Samuti pole kliendil palju vajalikke andmeid tavapärasel kujul ja seetõttu on vaja paluda neil eelnevalt ette valmistada: näiteks hakkasime koguma lahtiste tellimuste loendit kolmes (!!! ) kuud. Tundub, mis võiks olla lihtsam? Ettevõttel peab olema teave selle kohta, kellele ja millal ta peab tooma ja saatma. Kuid nagu hiljem selgus, olid neil vormistatud kujul ainult tellimisnumbrid (nõue riigikaitsekorralduse eraldi raamatupidamise korraldamiseks) ning toote nimetus, kogus, ajastus jne. hoiti kas kuskil Excelis või paberilepingutes.

Järgmistes projektides hakkame koos klientidega andmeedastuseks valmistuma kohe pärast projekti esimest etappi - funktsionaalset modelleerimist.

Ja skaala käsitsi valmistatud peate alati projekteerimisel meeles pidama: näiteks soovis klient algselt vastastikuste arvelduste kavandamisel võlg jaotada vastavalt lepingute etappidele, kuid pärast meiega ettevalmistustööde tööjõukulude analüüsi loobus sellest ideest .

Samuti suurendab suur hulk "esmaseid" vigade maksumust: kui unustasite äkki mõne nõude täitmise või õpetasite seda valesti täitma (mis kahjuks juhtub), siis ei saa te "kiiresti läbi teha" kõik oma kätega. " Parimal juhul saate õiged andmed järgmisest kuust. See tähendab, et selliste projektide puhul saate kasutada ainult väga kogenud projektimeeskonda - uustulnukate "karjad" ei pruugi lihtsalt korda saata.

Lisaks seab selline skaala konkreetsed nõuded tööstuslikuks katsetamiseks: tavaliselt panen lihtsate sektsioonide (näiteks keskladude) jaoks poolteist kuni kaks kuud tuge, see on ploki väljatöötamiseks täiesti piisav. Ja siin hakkasid mõned laohoidjad programmi andmeid tõsiselt analüüsima alles 3 kuu pärast. See tähendab, et enne seda nad lihtsalt õppisid süsteemi dokumente sisestama. Selgus, et teiste sektsioonide käivitamise käigus oli vaja suunata ressursse kinniste funktsionaalsete plokkide toetamiseks. Seda tuleb inimeste ja eelarve planeerimisel arvestada.

Peaksime mainima ka programmi kasutajate teavitamise korraldust. Kohustuslike teadete kuvamiseks on vaja moodulid eelnevalt konfiguratsiooni integreerida: on ebareaalne helistada 350 inimesele ja öelda, et juhend on uuendatud või et omahinna arvutamine käivitatakse täna. Siin aitas meid suuresti BSP (standardsete alamsüsteemide kogu) plaaster.

Lisaks ülalkirjeldatud mastaabiprobleemile oli projekti teine \u200b\u200bja peamine probleem see, et ettevõttes ei olnud inimesi, kellele kuuluks täielikult mõne raamatupidamisala töö. Alguses arvasin, et need olid ainult selle taime omadused, kuid nüüd saan aru, et suurte organisatsioonide jaoks on selline olukord pigem norm. On mitmeid põhikasutajaid, kes juhivad oma "tükki", ja on osakonnajuhataja, kellel on oma ettekujutus nende toimimisest. Ja nende vahel on kuristik.

Kuidas ma varem töötasin: iga protsessi jaoks määrati kindlaks selle omanik, kes moodustas sellele nõuded, töötasime välja tööskeemi, käisime selle koos peamiste kasutajatega läbi ja kinnitasime siis omanikult. Tavaliselt katab see tehnika 80% toimingutest hästi ja ülejäänud 20 „kohendatakse“ piloottootmise etapis. Seda rada käisime ka siin. Erinevus tegelikkuse ja osakonnajuhatajate vahel ilmnes peaaegu kohe. Kuid ülemused ütlesid "see ei saa olla!" ärikultuuri nad ei pahandanud. Selle tulemusel sisaldas heakskiidetud töökava osa liiga töömahukatest toimingutest, palju üleliigseid kontrollimisi ega sisaldanud teatud summa et "mida neil kindlasti pole". Tööstusliku pilootoperatsiooni käigus tuli see kõik ümber teha. Juba rakendatud ja edastatud täiustused kirjutati lõpuks ümber ning OPE ise nõudis programmeerijate pidevat kohalolekut.

Kümnete inimeste vahel iga protsessi kohta teadmiste "määrimise" probleemile lisati suur hulk näiliselt sarnaseid osakondi (neil on ainult umbes 30 keskladu), millel oli funktsioonide sarnasusega oma eripära ja oma raamatupidamise tunnused - see tähendab, et isegi samu toiminguid saab teha mitmel viisil. Projekti alguses välja kuulutatud loosung "protsessi ühendamine" suri esimese lahinglaskmise käigus.

Analüüsides projekti tulemuste põhjal, ei näe ma endiselt võimalust eriti vähendada kirjeldatud protsesside ja tegelikkuse olulise lahknevuse riski: selleks, et töötada skeem üksikasjalikult välja iga osakonnaga ja seejärel nende osakondadega juhid, funktsionaalse modelleerimise eelarvet tuleb suurendada 5–7 korda ning klientidel on tavaliselt raske mõista selle etapi väärtust ja maksta 25% projekti maksumusest ainult paberitüki eest. Mõeldi süsteemi testkäigust mitmel divisjonil, mida proovisin veel ühes projektis, kuid see ei õigustanud ennast täielikult.

Praegu olen enda jaoks kindlaks teinud, et sarnase ulatusega projektide puhul pean leppima iteratiivse redaktsiooniga - lihtsalt korraldage see õigesti ja lisage kohe hindamisse programmeerijate töö kogu pilootoperatsiooni jaoks ning suurendage kasutajatoe aeg vähemalt kaks korda.

Kolmas projektiprobleem tuleneb kahest esimesest: suur arv kasutajaid (selleks on vaja palju konsultante) ja suur hulk disainiotsuseid, mis tehakse kohe PEA etapis. Ja kuna ERP-s saab ühe ja sama probleemi lahendada erineval viisil, kasutavad erinevad konsultandid erinevaid meetodeid ja selle tulemusena hakkab süsteem "hiilima". Siinkohal ei aita ükski "järelkohtumine", sest erinevate küsimuste hulga tõttu unustavad konsultandid õhtuks lihtsalt palju ära.

Tulevikus tutvustan sellistesse projektidesse eraldi arhitekti, kes on esialgu kasutajatest isoleeritud ja kelle kaudu tehakse kõik disainiotsused. Samuti ajakohastab ta kasutusjuhendeid iga päev (edasi suur hulk kasutajatel on neid tõesti vaja).

Mis on alumine rida? Vaatamata muhkudele, pisaratele ja hallidele juustele käivitati kliendi haldusüksus. Nüüd oleme üle läinud reguleeritule. Loodan, et esimestel etappidel saadud kogemused aitavad selle käivitamisel.

30.01.2008, R, 15:01, Moskva aeg , Tekst: Andrey Arsentiev

Viimase 5 aasta jooksul on Venemaa inseneritööstuses rakendatud 387 projekti ERP-süsteemide (ettevõtte infosüsteemide) juurutamiseks. Sellised andmed sisalduvad uuringus Tadviseri keskus... Kokku kasutasid kliendid 14 müüja süsteeme. Nagu hiljem selgus, on kõige populaarsemad 1C ettevõtte lahendused - selle osakaal tükkidena oli 39,5% (TAdviseris kuuluvad ERP klassi süsteemidesse ainult 1C ettevõtte 1C UPP 8.x lahendused). Kokku viidi 1C lahenduste baasil ellu 153 projekti. Samal ajal rõhutavad mitmed analüütikud ja turuosalised, et 1C lahendused ei sobi reaalseks masinaehituseks, kui näiteks on vaja säilitada keeruliste toodete spetsifikatsioonid, korraldada uusi marsruute, planeerida ja tasakaalustada võimsusi.

Masinaehituse projektide arvu poolest teisel kohal on Ameerika ettevõtte Infor lahendused - 74 projekti. Seda mitte ainult põhjusel, et omal ajal väga populaarne BaanERP-süsteem kuulub nüüd Inforile. BaanERP moodustab 74 ERP projektist 37. Tadviseri sõnul on Infor enda arendus, Infor ERP SyteLine (sellel põhinevad 27 projekti), samuti tööstuses väga nõutud.

Järgmisena tuleb Compassi ettevõte koos samanimelise ERP-süsteemiga. Selle lahendusi on rakendatud 37 korda. Neljanda koha saavutab üks maailma suurimaid ettevõtte tarkvaraarendajaid, Saksamaa ettevõte SAP. See hõlmas mySAP ERP ja SAP Business One 29 arendust. Esiviisikusse kuulub ka Microsoft Dynamics - 25 projekti.

Mis puudutab kodumaiste inseneriettevõtete nõudlust teatud ERP-toodete järele, siis siin on paljude analüütikute sõnul mõttekas rääkida mitte ainult lahenduste populaarsusest kogu segmendi jaoks, vaid ka kaaluda, milline ERP süsteemide kasutamine suurim nõudlus need kliendid kõige ambitsioonikamate projektide elluviimisel, millele müüjatest toetuvad Venemaa masinaehituse "tipud". CNews Analyticsi andmetel on Venemaa masinaehituse kolmekümne suurima seas esikohal Infor lahendused (14 projekti). Kolm selles loendis olevat ERP-projekti on mõeldud Oracle'i ja Microsoft Nav'i lahendustele, kaks Microsoft AX., IFS ja 1C jaoks. Ülejäänud müüjatel (Compass, Parus ja SAP) on mõlemal ainult üks projekt.

"Tööstusettevõtted (ja eriti masinaehitus) aastal viimased aastad hakkasid oma IT-vajadusi realistlikult hindama, - ütleb CNews Analyticsi ekspert Eleanor Ershova... „Täna saavad nad aru, kui palju konkreetse toote litsentse ja milliste ülesannete jaoks vaja on. See on hea müüjatele: selliste klientidega on mugavam ja meeldivam töötada. Samal ajal on masinaehitus majanduse üks uuenduslikumaid sektoreid, eriti tundlik sissetuleva turuinfo töötlemise täpsuse ja kiiruse suhtes. Selleks on vaja tõhusad süsteemid infotöötlus, seega on tööstusettevõtete arengus võtmekohaks infotehnoloogia sisemiste äriprotsesside ja väliste tootmissuhete toetamine. Need ülesanded lahendatakse muu hulgas kaasaegsete ERP-süsteemide kasutuselevõtu kaudu. Üldiselt ei saa siiski öelda, et masinaehitusettevõtted oleksid keerukate infosüsteemide väga aktiivsed tarbijad. Need piirduvad enamasti lihtsamate IT-vahenditega. ” CNews Analyticsi andmetel saab keskmine transporditehnika ettevõte endale lubada IT-projektide tellimist mitte rohkem kui 300–500 tuhande dollari väärtuses.

ERP müüjad Venemaa masinaehituses

Allikas: Tadviseri keskus

"Eelarved aastaks eRP juurutamine üldiselt need kasvavad, huvi on personalijuhtimise funktsioonide vastu, mitte ainult palkade arvutamise ja personali arvestuse vastu, - ütleb ettevõtte "Compass" turundusosakonna juhataja. Lev Yakobson... - Lääne "raskete" ERP-süsteemide vastu on huvi. Kuid samal ajal tutvustavad lääne personalijuhtimise alamsüsteeme väga vähesed inimesed. Seetõttu on rakenduste protsent väga kõrge, kui Lääne ERP süsteem kombineeritakse kodumaise personalijuhtimissüsteemiga. Kodumaised lahendused on funktsionaalselt kasvanud ja suudavad juba palju adekvaatsema raha eest pakkuda kasutajale kõiki vajalikke võimalusi. See kehtib eriti teenuste maksumuse kohta, kuna kodumaiseid süsteeme on keskmiselt lihtsam ja kiiremini juurutada ning konsultandi töö tunnihind on tavaliselt palju madalam. "

Lisaks "brutomäära" näitajate - projektide arv ja nende funktsionaalne maht ning seega ka ostetud litsentside - kasvule on oluliselt muutunud ka kvaliteedinäitajad, "ütleb SAP-i tööstuse ärilahenduste vanemarhitekt. Aleksei Nasakin... - Esiteks on kliendinõuete põhirõhk muutunud: kui enne kõlas põhiküsimus: "mida teil on masinaehitusettevõtet juhtida?", Nüüd küsivad nad kõigepealt: "mis teil on planeerimise ja juhtimise jaoks?" kui näeme, et selle funktsionaalsusega on teil kõik korras, siis vaatame kõike muud. " Seega sai tööstus teadlikuks asjaolust, et tööstusspetsiifika ja eeldatav rakendamise efektiivsus on tavaliselt koondunud funktsionaalse osa logistikaossa. Ja kas teie tarkvaratootel on täisfunktsionaalne tootmishaldus, olete seda praktikas mitu korda rakendanud ja siis olete tõesti "masinaehituse lahenduste" müüja või teil pole seda kõike ja teie toode on " lahendus millelegi muule väga olulisele "". Spetsialisti sõnul on tööstuses veel üks oluline suundumus järgida tööstuses toimuvaid struktuurimuutusi, nimelt suurte osaluste korraldamist. Mida rohkem osalusi, seda rohkem nõudlusega seotud lahendusi. osaluste haldamine - konsolideerimine, eelarvestamine, portfelliprojektide haldamine jne. P.

Tadviseri sõnul on masinaehituse projektide arvu poolest viies suuremas ERP-integraatoris ainult üks ettevõte, kelle kohta võib öelda, et see on spetsialiseerunud selle valdkonna rakendustele - Frontstep (inseneriettevõtete osakaal ERP-i rakendamisel ERP projektide koguarvust ületab siin 56%). Ülejäänud integraatoritel on tööstuse mitmekesistamine laiem. Lisaks kolmandale kohale müüjate nimekirjas võib Compass kiidelda sellega, et on ERP-süsteemide juurutuste arv liider. See moodustab üle 8,3% koguarvust lõpetatud projektid... "Vajadus arvestada masinaehitusettevõtete äriprotsesside eripäradega toob kaasa asjaolu, et selle valdkonna ERP-süsteemide juurutamise turul juhivad kohalikud oma asjatundlikkusega mängijad," märgivad teadlased.

"Järk-järgult on tulemas laiem arusaam, et rakendamine on võimatu üksnes konsultantide abiga, et on vaja luua ühine töörühm, et see on üsna pikk ja vaevarikas protsess," rõhutab Lev Yakobson integratsioonist rääkides. - Varem uskusid paljud inimesed, et isegi eraldi alamsüsteemi kasutuselevõtu probleem on võimalik kohe lahendada. Nüüd on neid vähem. "

"Lisaks valiku põhiaktsentide nihkele on valijate kompetentsuse tase tõusnud," lisab Alexey Nasakin. "Kas APS-i algoritm on teie lahenduses rakendatud?" - see küsimus ilmneb Üsna tihti. "

Esialgne probleem ja eesmärgid

Ettevõte kasutas süsteemi Clipper (arendusandmete sisestamiseks), 1C: raamatupidamine 7.7 (reguleeritud raamatupidamise läbiviimiseks) ja 1C.8 ZUP (palkade arvutamiseks) välja töötatud süsteemi. Juhtkond kaalus üleminekut integreeritud rakenduslahendusele "1C: Manufacturing Enterprise Management 8" (või "1C: ERP 2.0").

Pakutud lahendus

Vastavalt kliendi nõudmistele pakuti välja kaks rakendusvõimalust:

1) Tarkvaratoodetel põhinev automatiseerimine "1C: UPP 8" + "PeterSoft: protsessihaldus"

2) 1C-l põhinev automatiseerimine: tarkvara ERP 2.0.

Võrdlevad omadused lahendused pakutakse välja tabelis 1.

Tabel 1. Kliendi eesmärkide ja 1C tarkvaratoodete funktsionaalsuse võimaluste korrelatsiooni võrdlevad omadused

Automatiseerimise osas tegi klient otsuse 1C: ERP 2.0 põhjal.

Tulemus

1. Nende toodete tootmise arvestamine, mis on valmistatud ostjate individuaalsete tellimuste järgi nende endi tehnikast. dokumentatsioon

2. Kontroll ostja spetsifikatsiooni täitmise üle kõikidel etappidel (tootmine - kogus, müük - kogus, hind), sealhulgas tähtajad

3. Tootmisülesande automaatne moodustamine

Käivitati plokid “Treasury” (tulude ja kulude planeerimine), “BDDS” (ettevõtte rahavoogude plaanipõhine analüüs). Blokk "BDR" (ettevõtte tulude ja kulude plaanifaktide analüüs) käivitati osaliselt (projekt peatati kliendi rahastamise puudumise tõttu)

1. Käivitas reguleeritud (nii raamatupidamis- kui ka maksuarvestus süsteemis) hoolduse

2. Materjalide ja valmistoodete seeria (partii) arvestuse rakendamine

3. Korraldas tootmiskulude laekumist tellimuste kontekstis

4. Vajaliku reguleeritud raamatupidamise ja maksuaruannete (sh konsolideeritud) kviitung on konfigureeritud

1. Kliendi spetsifikatsioonide automatiseeritud raamatupidamine, spetsifikatsioonide kavandatud kuluhinnangute arvutamine

2. Rakendatud kontroll ostja spetsifikatsiooni täitmise üle kõikidel etappidel (tootmine - kogus, müük - kogus, hind), sealhulgas tähtajad

3. Arveldused ostjatega spetsifikatsiooni / spetsifikatsioonirea kontekstis.

4. Oma juriidiliste isikute vahel on loodud dokumentide automaatse genereerimise ja hindade arvutamise mehhanism.

Projekti elluviimise käigus automatiseeriti järgmised tootmistegevuse valdkonnad.