Süsteemi juurutamise tulemusedERP BAANpeal tööstusettevõtted Venemaa ja SRÜ riigid

tegevdirektor

"ALFA-INTEGRATOR" - "BAAN Eurasia"

See artikkel jätkab artiklite sarja ERP-klassi süsteemide juurutamise kohta aastal Venemaa ettevõtted ja SRÜ riikide ettevõtted kui tehnoloogia tuuma teabe tugi toote elutsükkel (IPI tehnoloogiad). Ettevõtte "ALFA-INTEGRATOR" - "BAAN Eurasia" süsteemi BaanERP juurutamise tulemuste põhjal esitatakse andmed majandusliku ja tootmismõju kohta, mille ettevõte saavutas määratud süsteemi rakendamisel.

Venemaa ja SRÜ riikide infotehnoloogiaturul viibimise perioodil on Alfa-Integrator Group of Companies - Baan Eurasia ellu viinud projekte BaanERP-süsteemi juurutamiseks paljudes kaitsetööstuse ja masinaehituse ettevõtetes, mõned neist on näidatud laud:

Nende ettevõtete esindajad märgivad nende lahenduste olulist eelist võrreldes teiste ERP-süsteemide võimalustega ja ennekõike tootmine. Nende projektide elluviimise tulemusena loodi tööstuslik lahendus masinaehitustööstuse ettevõtetele. Tänu tööstusharu võrdlusmudelite kasutamisele ja süsteemi testimisele masinatööstuse suurimates globaalsetes ja kodumaistes ettevõtetes vähendatakse süsteemi juurutamise kulusid ja aega.

2003. aastal täienes Alfa-Integrator Group of Companies - Baan Eurasia klientide nimekiri uute ettevõtetega: kaevandus- ja keemiatehas", neid. Degtyarev" jne. Nende ettevõtete valik on tingitud asjaolust, et Alfa Integrator Group of Companies - Baan Eurasia poolt lokaliseeritud BaanERP-süsteemi venekeelne versioon töötab tõhusalt masinaehitustööstuse ettevõtetes, pakkudes neile kergesti kohandatavaid lahendusi.

ERP-süsteemide juurutamine võib tegelikult vähendada ettevõtte kulusid, kuid ainult siis, kui neid süsteeme ja lahendusi kasutatakse ettevõtte planeerimise ja tootmisjuhtimise probleemide lahendamiseks.

Ettevõtte tootmiskulude vähendamise peamiseks allikaks ERP-süsteemide juurutamisel on laovarude ja pooleliolev toodangu radikaalne vähendamine, tootmistsüklite vähenemine, sest ilmaasjata ei öeldud lõputöös “varud on kulud”. kuulutati Jaapanis välja 70ndate alguses. Ja seda on võimalik saavutada ainult ettevõtte üleviimisega ERP-süsteemi juurutamise kaudu kaasaegsetele planeerimis- ja tootmisjuhtimise meetoditele, eelkõige tellimustootmisele.

Kahjuks on meil Venemaal väga vähe näiteid, kus ERP-süsteem toimiks tootmisjuhtimise ülesannete täitmiseks. Põhimõtteliselt on kõik juurutusprojektid keskendunud finants- ja varude haldamise ülesannetele, nimetades seda ERP-süsteemi "juutamiseks" või "produktiivseks installimiseks". Ja siis on tarbijad õigustatult hämmingus, miks ei ole ERP-süsteemi juurutamine nähtavat kulude vähenemist.

Juhtudel, kui ettevõte kasutab tootmise planeerimiseks ja juhtimiseks ERP-süsteemi, väheneb oluliselt varude tase ja sellega seotud käibekapitali nõuded.

Praeguseks on mitmed juhtivad ettevõtted Venemaal ja SRÜ riikides, kes on juurutanud BaanERP, saavutanud märkimisväärset edu nii ettevõtte ressursside haldamisel üksikutes tootmisetappides kui ka osana kogu ettevõtte tegevuse täiustamisest. Allpool on toodud BaanERP-süsteemi juurutamise ja toimimise tulemused Venemaa ja SRÜ riikide juhtivates ettevõtetes. Saavutatud tulemused näitavad, et BaanERP süsteem on ideaalne lahendus ressursihalduse valdkonnas nii suurtele () kui ka keskmise suurusega ettevõtetele ().

Uurali taim

Töötajate arv :inimene

Tööstusharu: Autotööstus.

Peamised tooted : nelikveolised sõidukid "Ural".

Firmast : Uurali autotehas asutati 2001. aastal tootmiskompleksi UralAZ ümberkorraldamise tulemusena ning on selle ajaloo ja traditsioonide järglane. Uus ettevõte sai osa Venemaa valdusettevõttest RusPromAvto.

Praegu on Uurali autotehas nelikveoliste sõidukite tootjate seas juhtival kohal. veoautod rataste paigutusega 4x4, 6x6, 8x8.

Ettevõtte veebisait: www. *****

Kasutajate arv: umbes 1200 kasutajat. Tehas on loonud kvalifitseeritud juurutusrühma ja kolm tugirühma, mis on seotud süsteemi funktsionaalsuse toetamise ja arendamisega. Käimas on töö kompetentsikeskuse loomiseks – struktuur, mis ühendab BaanERP kasutajaid ja tagab kvaliteetse toimimise ja edasine areng süsteemid pärast rakendamise lõpetamist.

Rakendatud plokid:

§ Finants- ja majandusplokk;

§ Müük, tarne, laod;

§ Põhitootmise planeerimine;

§ Hankedirektoraadi töö, ostetud materjalide ja komponentide laoarvestus on täielikult automatiseeritud;

§ Personali juhtimine;

Hetkel on automatiseeritud töö raamatupidamise (pearaamat), arveldused tarnijate ja klientidega, põhivara arvestus, kassaarvestus, finantsplaneerimine.

Rakendamise ajal BaanERP UralAZis saavutati järgmised tulemused:

§ Logistikatoimingud äritegevuses kajastuvad automaatselt raamatupidamisandmetes, tagades raamatupidamise usaldusväärsuse ja läbipaistvuse.

§ Rakendusprotsessi käigus vaadati üle paljud tehase planeerimise ja raamatupidamise äriprotsessid, viidi üle igakuise aruandluse genereerimiselt operatiivsele registreerimisele ja teabe kasutamisele. Logistika finantsmooduliga integreerimise mehhanism välistab teabe topelt sisestamise ja lahknevused raamatupidamise ja juhtimisarvestus.

§ Süsteemi juurutamise ilmsete eelistena, mille tehas on juba saanud, tuleks esile tõsta järgmist: ühtne regulatiivse ja viiteteabe hoidla (kõik tehase teenused ja arvutused kasutavad samu andmeid), arvu vähendamine. raamatupidamisosakondadele, finantsaruannete koostamise ja esitamise aja lühendamine, kiirete ja usaldusväärsete andmete kättesaadavus ladude materjalivarude kohta nii füüsilises kui ka rahalises mõttes.

§ 2004. aastal saavutati järgmised näitajad:

Varude varude vähendamine (materjalid ja materjalid) – 65 000 tuhat rubla.

Kinnisvaramaksu vähendamine - 2500 tuhat rubla.

§ Kulude arvestus ja eelarvestamine;

§ Tootmise tehniline ettevalmistus;

§ Finantsjuhtimine, maksuarvestus;

§ Raamatupidamine.

Rakendamise ajal BaanERP, saavutati järgmised tulemused:

§ Tootmises: sisse on seatud töökojasiseste toimingute ja kauplustevaheliste liikumiste arvestus, mis võimaldab kontrollida pooleliolevate tööde olekut (WIP), sooritatud toimingute andmed edastatakse arvutuse alamsüsteemi palgad, teostatakse defektide arvestust ja automaatset hinnakujundust, genereeritakse sektsioonidele vahetustega-päevased ülesanded.

§ Pooleli töid (praegu umbes 1,4 miljardit rubla) on vähenenud partii suuruste optimaalse arvutamise, stardipartii tootmispartiiga vastavusse viimise tingimuse järgimise, käivitamise planeerimise tõttu alati vastavalt nõudlusele. , täpsustades hinnangut pooleliolevale tööle - töökorras (nüüd võetakse töökojas ligikaudu pool osa läbimise maksumusest).

Toote tootmise liik - "tellimusel tootmine", "tootmine lattu", "partii-, väike- ja üksiktootmine".

Ettevõtte veebisait: www. *****

Kasutajate arv süsteemis: umbes 1000 kasutajat.

Rakendatud plokid: Alfa-Integrator Group - Baan Eurasia haldus- ja planeerimissüsteemi BaanERP lokaliseeritud venekeelse versiooni juurutamine viidi läbi järgmistes valdkondades:

§ Regulatiivse raamistiku säilitamine. Planeerimise alus on moodustatud – normatiivne baas toote järgi

Ostetud toodete koguarv (66 000);

Valmistatud toodete koguarv (50500);

Toote spetsifikatsioonid (45207);

Toodete valmistamise tehnoloogilised teed (33678).

§ Tootmise kontroll. Tootmistellimusi töödeldakse vastavalt peamiste tootmistsehhide kõigi toodete nomenklatuurile, toimub järgmine:

Tootmistellimuste vormistamine ja haldamine (planeerimis- ja lähetusosakond (KPN), töökojad ja põhitootmise ettevõtted);

Tellimuste dokumenteerimine;

Komponentide ja materjalide väljastamine tellimisel;

Tegelike materjalikulude kogumine;

Aruanne toodete valmistamise tehnoloogilise marsruudi toimingute kohta;

Kokkuvõtvate aruannete koostamine toodete turuletoomise ja väljalaskmise kohta.

§ Planeerimine. Toodete tootmise planeerimine põhitootmisgraafikust lähtuvalt (tootmistellimuste vormistamine, materjalide ja komponentide ostutellimused):

Süsteemis planeeritud kommertstoodete arv - % kõigist tootmiseelarve toodetest);

Tootmistellimuste koguarv, mille jaoks planeeritakse, jõuab;

Töökodadesse ja ettevõtetesse tarnitavate tootmistellimuste arv kuus on kuni 5000;

Toote planeerimise sügavus ulatub 16 tasemeni;

§ Varude juhtimine. Materjalide ja komponentide laovarusid hallatakse tootmise tagamiseks ostutellimuste kaudu - kuus töödeldakse keskmiselt kuni 4000 tellimust.

§ Müügijuhtimine. Korraldatud müügi juhtimine lepingute ja müügitellimuste vormistamise, kommertstoodete väljasaatmise kaudu ettevõtte ladudest, statistiliste andmete genereerimise müügi kohta tootevaliku ja tegevusalade kaupa turundusteenused ettevõtetele.

§ Finantsjuhtimine. Kviitung ja analüüs finantstulemused ettevõtte tegevust integreerimise kaudu müügi-, tarne- ja tootmismoodulitega.

Rakendamise ajal BaanERP ChNPP "Elara" juures saavutati järgmised tulemused:

§ Uute toodete turuletoomise kiirendamine

§ Tellimuste õigeaegne täitmine

§ Suurendades tootmismahtude kasvuga raamatupidamise ja planeerimise usaldusväärsust, vähenesid ladudes põhitootmise kaupade ja materjalide varud. Jääk vähenes 2002. aastal 140 miljonilt rublalt. kuni 100 miljonit rubla ja praegu langenud 80 miljoni rublani.

§ Vastavalt finantsosakond süsteemi BaanERP kasutamine ostude mahu arvutamisel võimaldas kommertstoodete mahu olulise kasvuga vähendada finantseerimise mahtu ligi 2 korda.

§ BaanERP-süsteemi venekeelne versioon võeti tehase tellimusel ettevõtte korporatiivse ressursihaldussüsteemi auastmesse.

Projekti edasiarendus:

§ Juhtimisarvestus. Juhtimisarvestuse meetodite arendamine ettevõttes (eelarvestamine, kontrolling);

§ CRM. Baan – CRM “Turundus ja müük” mooduli omandamine ja juurutamine;

§ Vöötkood. Trükkplaatide tootmisel automaatse identifitseerimissüsteemi (triipkoodide) juurutamine;

§ Abitootmine. BaanERP tehnoloogiate laiendamine tootmise ettevalmistamise süsteemile (tööriistade tootmine);

§ Geograafiliselt jaotunud objektide haldamine. Aktsiaseltsi piirkondlike osakondade (Kanaši filiaal, Moskva esindus) kaasamine ühtsesse juhtimissüsteemi.

(Ukraina)

Töötajate arv : 2800 inimest

Tööstus: Masinaehitus.

Peamised tooted: traktorite, autode, põllu- ja maanteemasinate hüdrosüsteemide hüdroagregaadid.

Firmast: SRÜ juhtiv ettevõte, millel on suletud tootmistsükkel, mis hõlmab kõiki toote valmistamise etappe alates valukojast kuni valmistoodete kokkupaneku ja katsetamiseni. Tehas on oma toodete arendaja. Ettevõte tarnib oma tooteid suurimatele ettevõtetele Venemaal ja välismaal.

Ettevõtte veebisait: www.

Kasutajate arv: rohkem kui 200 kasutajat.

Rakendatud plokid: Alfa-Integrator Group - Baan Eurasia haldus- ja planeerimissüsteemi BaanERP lokaliseeritud venekeelse versiooni juurutamine viidi läbi järgmistes valdkondades:

§ tootmise tehniline tugi,

§ müügi, tootmise, varude ja ostude planeerimine,

§ müügijuhtimine,

§ hangete haldamine,

§ tootmiskulude arvestus,

§ materjalivoogude juhtimine,

§ valukoja juhtimine,

§ on alanud seadmete plaanilise ennetava hoolduse planeerimise, arvestuse ja haldamise alamsüsteemi „Teenus“ ning alamsüsteemi „Finants“ rakendamine.

Rakendamise ajal BaanERP sees saavutati järgmised tulemused:

§ Kontrollitud on tootmist reguleeriv ja viiteinformatsioon, mis on väga oluline raamatupidamise usaldusväärsuse, kvaliteedijuhtimissüsteemi toetamise, planeerimisbaasi ja kuluarvestuse seisukohalt;

§ Tootmisjuhtimise struktuuri optimeeriti, et tõsta juhitavuse taset ning optimeerida töökodade arvu ja laoruume (kõrvaldati suur hulk vahelaoruume);

§ Loodud on terviklik ja töökindel süsteem varude reaalajas registreerimiseks, mis välistab vargusest tulenevad kahjud;

§ Optimeeritud on laoartiklite liikumise logistikavood;

§ Loodud on süsteem ettevõtte ressursside optimaalseks planeerimiseks (võimsus- ja tööjõuressursid, materjalide ja pooltoodete ostud, lõpetamata toodang ja laovarud);

§ Kõikide ettevõtte toodete tootmis- ja müügiprotsessiga seotud allüksuste tegevus on tasakaalustatud, nende tegevus on suunatud ühes suunas ühise tulemuse saavutamiseks;

§ Ettevõtete juhid said vastuvõtmiseks reaalajas juurdepääsu ühele usaldusväärsele teabele juhtimisotsused;

§ Tootmisladude jäägid vähendatud 29,3% ja pooleliolev tööde tase 26% võrra;

§ Klienditeeninduse taset on oluliselt tõstetud tänu tellimuste täitmise tähtaegade selgele planeerimisele.

Projekti edasiarendus:

§ “Baan-Controlling” ploki rakendamine;

§ CAD täismahus juurutamine ettevõttes, CAD ja BaanERP süsteemide integreerimine läbi PDM (PLM) süsteemi;

§ “Baan-Project” ploki rakendamine mittestandardsete seadmete tootmise planeerimiseks, arvestuseks ja juhtimiseks ning projekteerimistööd;

§ “Baan-Quality” ploki rakendamine;

§ e-kaubanduse süsteemi juurutamine edasimüüjatega, Baan CRM süsteemi (kliendisuhete haldus).

Peamised järeldused, mille ettevõtted pärast BaanERP juurutamist ja ülaltoodud tulemuste saamist tegid, on järgmised:

1. ERP-klassi juhtimisinfosüsteemi (MIS) kasutamine ettevõtetes, kes soovivad oma äritegevust laiendada ja tootmise kasumlikkust tõsta, on objektiivne vajadus.

2. Arukate tootmissüsteemide omandamise, rakendamise ja ülalpidamise kulusid tuleb käsitleda investeerimisprojektidena. Otseste kulude optimeerimiseks ja MIS-i omamise riskide vähendamiseks on olemas mehhanismid.

3. Rakendamise edukus ja riskide minimeerimine kõigi võrdsete komponentidega (piisav rahastus, “esimese” inimese tahe saavutada seatud eesmärke, õige rakendusstrateegia jne) sõltub rakendusmeeskonna olemasolust ja kogemustest. praktiline töö konsultatsioonistruktuuridest.

4. Vaja on mitte juurutamise konsultatsiooni, vaid läbimõeldud otsuseid konkreetse ettevõtte äriprotsesside ümberkorraldamiseks, kasutades selleks kasutatavate ERP süsteemide funktsionaalsust.

5. Vähendada kulusid, minimeerida riske ja suurendada IMS-i kasutamise efektiivsust – tootmisjuhtimissüsteemi täiustamisega saavutatav eesmärk, mis peaks olema otseselt seotud kvantitatiivsed näitajad, mida mõõdetakse ja juhitakse MIS-i poolt.

Esiteks projekti enda kohta: 1C:ERP rakendamine tööstusettevõttes. Kliendi juurde tulles (2015. aastal) oli tehases 5 tuhat inimest. Projekti käigus on tehas oluliselt kasvanud ja tootmismahtusid suurendanud, praegu töötab seal umbes 6,5 tuhat töötajat. 1C on installitud 1,2 tuhandele tööjaamale. Aktiivseid kasutajaid on praegu (juuni 2017) umbes 350, plaanis on neid suurendada 450-ni.

Ettevõte on osa Venemaa sõjalis-tööstuslikust kompleksist 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 mul ja minu meeskonnal keskmiselt 7-10 kuud, olenevalt selle keerukusest, et projekti viia äritegevusse.)

Kuid nagu selgus, on enam kui 2,5 tuhande töötajaga ettevõttes projekti keerukuses kvalitatiivne hüpe, mis nõuab tehnoloogia ülevaatamist.

Niisiis, järjekorras. Tehasesse jõudsime 2015. aasta lõpus. Esialgu oli ülesandeks reguleeritud raamatupidamise käivitamine. Funktsionaalse modelleerimise käigus otsustas Kliendi juhtkond (pearaamatupidaja ettepanekul) anda esmaste dokumentide sisestamise funktsiooni üle “kohapeal”. Projekti piire muudeti, et hõlmata keskladusid, laoruume, kaupluste raamatupidamist, lepingute haldamist ja BDDS-i. Reguleeritud raamatupidamise rakendamise tähtaeg nihutati 2017. aastasse ning 2016. aasta jooksul automatiseeriti “esmane” raamatupidamissüsteem.

Otsus, et funktsionaalüksused käivitatakse etappide kaupa katsetööstusse (edaspidi "OPE"), ehkki see tõi meile palju peavalu, osutus globaalselt õigeks: kui oleksime kõik korraga käivitanud, oleks lihtsalt probleemide lainesse uppunud, oh millest ma hiljem räägin.

Ausalt öeldes arvasin, et peamine raskus on kasutajate sabotaaž. Enne 1C kasutuselevõttu ei sisestanud nad midagi tsentraalselt: ühed töötasid Excelis, teised isekirjutatud süsteemides. Dokumendivoo aluseks olid “paberitükid”, mis seejärel esitati automaatjuhtimissüsteemi, et operaatorid saaksid sisestada raamatupidamisprogrammi. Siin lähenes kliendipoolne projektimeeskond asjale asjatundlikult - väljastati hulk tellimusi, allkirjastati peadirektor, mis probleemi lahendas. Tellimused ei olnud koostatud tavapärases stiilis “meie ettevõttes käivitatakse süsteem...”, vaid olid üsna konkreetsed: “sellest ja sellisest kuupäevast võtab raamatupidamine ladudest vastu ainult 1C-st väljastatud dokumente. ” Võimalike arusaamatuste välistamiseks lülitasime kohe sisse dokumentide vöötkoodi ja jagasime raamatupidamisele skannerid (tegelikult üritati Wordis inimeste poolt “joonistatud” dokumente esitada).

Käivitamise järjekord määrati järgmiselt: kesklaod, lepingud, BDDS, töökodade laoruumid, töökoja raamatupidamine ja sellest tulenevalt juba reguleeritud raamatupidamine, mis jagati ka eraldi funktsionaalseteks piirkondadeks.

Esimene (kuigi mitte peamine) probleem oli üsna etteaimatav – andmete maht. Algselt aga alahindasin selle ulatust. Näiteks lihtsalt "madala hinnaga" saldode laadimine (ilma töötlemiseta) võtab umbes 4 päeva. Ja kui tulemustes järsku ilmnevad lahknevused, siis veel neli päeva ja siis veel... See tähendab, et see tööetapp tuleb koos tellijaga planeerides väga hoolikalt läbi töötada, sõna otseses mõttes päevast päeva. Näiteks siin läksime tavapärast teed: laadisime alla ainult kataloogid ja määrasime kasutajad “esmasele” lehele, et pärast ülejäänud allalaadimise lõpetamist oleks kõik läbi viidud, kontrollitud ja sisestatud tegevusarvestusse. Seetõttu ei olnud meil füüsiliselt aega kuu lõpuks raamatupidamist konsolideerida ja kulude tagasimakseid koguda ning tegevusaruannete esitamiseks pidime kulusummad vanast süsteemist käsitsi üle kandma ja seejärel tähtajaks korrigeerima. erinevatele arvestusmeetoditele.

Samuti ei ole kliendil palju vajalikke andmeid tavakujul ning seetõttu tuleb paluda need eelnevalt palju ette valmistada: näiteks nimekiri avatud tellimused Koguma hakkasime kolme (!!!) kuu pärast. Näib, mis võiks olla lihtsam? Ettevõttel peab olema teave selle kohta, mida ta peaks tootma ja kellele saatma ja millal. Aga nagu selgus, olid neil vormistatud kujul vaid tellimisnumbrid (Riigikaitsekorralduse eraldi arvestuse korraldamise nõue) ja toote nimetus, kogus, tähtajad jne. olid salvestatud kas kuskil Excelis või paberlepingutes.

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

Ja mastaap ise tehtud projekteerimisel tuleb alati silmas pidada: nt algselt soovis klient omavaheliste arvelduste kujundamisel võlgnevuse lepingu etappideks jaotada, kuid pärast meiega ettevalmistustööde tööjõukulu analüüsimist loobuti sellest mõttest.

Samuti suurendab suur hulk “esmaseid” vigade maksumust: kui unustasite ootamatult mõne detaili täitmise või õpetasite neid valesti täitma (mida kahjuks juhtub), siis ei saa te "kiiresti" seda teha. käige kõik oma kätega läbi." Heal juhul saate õigesti täidetud andmed alates järgmisest kuust. See tähendab, et sellistel projektidel saate kasutada ainult väga kogenud projektimeeskonda - algajate "jambreid" ei pruugi lihtsalt olla võimalik parandada.

Lisaks seab selline skaala piloottööstuslikule käitamisele spetsiifilised nõuded: tavaliselt on lihtsate piirkondade jaoks (näiteks kesklaod) eelarves poolteist kuni kaks kuud toetust, see on ploki väljatöötamiseks täiesti piisav. Ja siin hakkasid mõned laopidajad programmi andmeid tõsiselt analüüsima alles 3 kuu pärast. See tähendab, et enne seda õppisid nad lihtsalt dokumente süsteemi sisestama. Selgus, et teiste sektsioonide käivitamise töö käigus tuli suunata ressursse suletud funktsionaalplokkide toetamiseks. Seda tuleb inimeste ja eelarvete planeerimisel arvestada.

Eraldi tasub mainida programmi kasutajate teavitamise korraldust. Kohustuslike teadete kuvamiseks on vaja eelnevalt konfiguratsiooni sisse ehitada moodulid: helistada 350 inimesele ja öelda, et juhised on uuendatud või kuluarvestus läheb täna käima, on ebareaalne. Siin aitas meid palju BSP (standardsete alamsüsteemide raamatukogu) plaaster.

Lisaks ülalkirjeldatud mastaabiprobleemile oli projekti teiseks ja peamiseks probleemiks see, et ettevõttes ei olnud ühtegi inimest, kes omaks täielikult ühegi raamatupidamisvaldkonna tööd. Alguses arvasin, et need on ainult selle taime omadused, kuid nüüd saan aru, et suurte organisatsioonide jaoks on selline olukord pigem norm. On mitu võtmekasutajat, kes haldavad mõnda oma "tükki" ise, ja on osakonnajuhataja, kellel on nende tööst oma ettekujutus. Ja nende vahel on kuristik.

Kuidas ma varem töötasin: iga protsessi jaoks selgitati välja selle Omanik, kes kujundas sellele nõuded, koostasime tööplaani, käisime selle võtmekasutajatega läbi ja seejärel kinnitasime koos omanikuga. Tavaliselt katab see tehnika 80% toimingutest hästi ja ülejäänud 20 "parandatakse" pilootoperatsiooni etapis. Seda teed käisime ka siin. Peaaegu kohe ilmnes erinevus tegelikkuse ja osakonnajuhatajate arusaamade vahel. Kuid ülemused ütlesid: "See ei saa olla!" ja alluvad ei olnud ettevõtte kultuuri tõttu neile vastu. Selle tulemusena sisaldas kinnitatud tööskeem liiga töömahukaid toiminguid, palju üleliigseid kontrolle ega sisaldanud teatud kogust seda, mida "neil kindlasti pole". Kõik see tuli piloottöö käigus ümber teha. Juba rakendatud ja tarnitud muudatused kirjutati lõpuks radikaalselt ümber ning EPE ise nõudis programmeerijate pidevat kohalolekut.

Kümnete inimeste vahel iga protsessi kohta teadmiste “levitamise” probleemile lisandus suur hulk pealtnäha sarnaseid osakondi (ainuüksi neil on umbes 30 keskladu), millel, vaatamata funktsioonide sarnasusele, olid omad. spetsiifikat ja oma raamatupidamislikke iseärasusi – mis tähendab, et isegi samu toiminguid saab teha mitmel viisil. Projekti alguses välja kuulutatud loosung "protsesside ühendamine" suri esimese lahingustardi ajal.

Projekti tulemusi analüüsides ei näe ma veel võimalust eriti vähendada riski, et kirjeldatud protsesside ja tegelikkuse vahel tekib oluline lahknevus: selleks, et iga osakonnaga ja seejärel nende juhtidega skeem üksikasjalikult välja töötada, Funktsionaalse modelleerimise eelarvet tuleb suurendada 5-7 korda ja klientidel on tavaliselt raske mõista selle etapi väärtust ja maksta 25% projekti maksumusest pelgalt "paberitüki" eest. Tekkis idee süsteemi testimisest mitmes osakonnas, mida proovisin mõne teise projektiga, kuid see ei õigustanud ennast täielikult.

Hetkel olen enda jaoks otsustanud, et sarnase mastaabiga projektide puhul pean leppima iteratiivse viimistlemisega - lihtsalt korraldama selle õigesti ja kaasama koheselt hindamisse kogu pilootoperatsiooni programmeerijate töö ning suurendama aega. raam kasutajatoe jaoks vähemalt kaks korda.

Projekti kolmas probleem tuleneb kahest esimesest: suur hulk kasutajaid (mille jaoks on vaja palju konsultante) ja suur hulk projekteerimisotsuseid, mis tehakse kohe isikukaitsevahendite etapis. Ja kuna ERP-s saab ühte ja sama probleemi lahendada erineval viisil, kasutavad erinevad konsultandid erinevaid meetodeid ja selle tulemusena hakkab süsteem "levima". Siin ei aita mingid “päevalõpukoosolekud”, sest tänu mahule erinevaid küsimusi konsultandid lihtsalt unustavad õhtuks palju.

Edaspidi tutvustan sellistesse projektidesse eraldi arhitekti, kes on projekti ajaks kasutajatest isoleeritud ja kelle kaudu tehakse kõik projekteerimisotsused. Samuti uuendab ta iga päev kasutusjuhiseid (neid on tõesti vaja suure hulga kasutajate jaoks).

Mis on tulemus? Vaatamata punnidele, pisaratele ja hallidele juustele käivitati kliendi haldusüksus. Nüüd oleme liikunud reguleerimise juurde. Loodan, et esimestel etappidel saadud kogemused aitavad selle käivitamisel kaasa.

SSA ERP (Baan) süsteemi juurutamine kaasaegsel masinaehitusettevõte: “Ufa mootoriehituse tootmisühing” Olga Aleksandrovna Tretjakova, SSA ERP (Baan) juht GMCS GMCS loodeosas “Suurprojektide juhtimise kunst sarnaneb dirigendi andega, kelle iga käelaine ühendab erinevaid helisid suurepärasteks sümfooniateks.

Üldised juhtimiskonsultatsiooniteenused GMCS-i kohta GMCS – General Management Consulting Services – asutati 1997. aastal ja kuulub Compulinki ettevõtete gruppi alates 2005. aastast. Miks valivad kliendid GMCS-i? GMCS on mitme tootega ettevõte, 4 juhtiva ülemaailmse ERP-süsteemide tarnija partner, enam kui 200 edukalt lõpetatud projektid Venemaal ja välismaal /Kreeka, Itaalia, Kasahstan, Moldova, Eesti, Rumeenia, Poola/ Rohkem kui 270 kõrgelt kvalifitseeritud spetsialisti Töötajate kogemus IT nõustamise alal 5-8 aastat Teadmised enam kui 15 tööstusharus

GMCS-i teenused GMCS-ist IT-põhise juhtimise põhiaspektid: Juhtimine ja IT-alane nõustamine Tarkvaralahenduse valimine ettevõtte juhtimiseks Infosüsteemi litsentside tarnimine Juhtivate ERP/CRM süsteemide juurutamine Infosüsteemide juurutamisprojektide audit Süsteemi kasutajate koolitamine Tarkvara kohandamine ettevõtte jaoks nõuded, lahenduste väljatöötamine Tehniline abi infosüsteemid

Microsoft: Microsoft Dynamics AX (Microsoft Axapta), Microsoft Dynamics CRM, Microsoft Office Accelerator for Sarbanes-Oxley (MOSASO) Oracle: Oracle E-Business Suite, Oracle Financial Analyzer/Oracle Enterprise Planning & Budgeting, Oracle CRM SAP CIS: mySAP Business Suite , mySAP All-in-One, SAP NetWeaver, SAP Business One SSA Global: SSA ERP (Baan), SSA ERP LN (Baan 6.1) “Boss. Personalisüsteemid": "BOSS-Kadrovik" Ettevõttest GMCS Tootesari

Kliendid Tuumatööstus Jaotus Logistika ja transport Masinaehitus ja seadmete tootmine Nafta- ja gaasitööstus Toidutööstus ja põllumajandus Trükitööstus ja pakendid Tarbekaubad FMCG Side ja telekommunikatsioon Ehitustööstus Jaekaubandus Ja Toitlustamine Farmaatsiatööstus Keemiatööstus jne GMCS-i kohta

Asutamise aasta Töötajate arv - üle 19 tuhande inimese. Sõltumatute osakondade arv ühenduses Tööstus - masinaehitus Toodete tüübid: lennuki mootor ja komponendid, gaasielektrijaamad, mootorsaanid, traktorid ja muud Ufa Motor-Building Production Associationi tsiviiltooted

Ühingul on litsents lennutehnika tootmiseks Kvaliteedisüsteem vastab ISO-9001 nõuetele UMPO-l on sertifitseerimisasutuse TUV CERT (1997 Saksamaa) poolt väljastatud kvaliteedisertifikaat, samuti Oboronsertifika vastavussertifikaat Sojuzserdi keha poolt välja antud süsteem.Kasutatakse unikaalseid tehnoloogiaid nagu “Vacuum casting” kompleksprofiiliga labad”, “Ioonimplantatsioon, titaanisulamite täppisvalu gaasstaatiliste valanditega”, “Toorikute stantsimine superplastilisuse režiimis” jne. Kõik toodangu tüübid on saadaval Ufa Motor-Building Production Associationis.Valminud on 51 lennukimootori mudeli tootmist, mis paigaldati 168 tüüpi ja modifikatsioonidele MiG, Su ja Tu seeria UMPO mootorite sõjaväe- ja tsiviillennukitele. kasutatakse 49 riigis üle maailma Rohkem kui 50 suurt klienti Venemaal ja välismaal - Indias, Hiinas, Vietnamis, Lõuna-Koreas

2. Toodete projekteerimine ja insenertehniline analüüs - Põhitoodete CAD/CAE CAD projekteerimine 5. CNC-pinkide toodete ja tarkvara tehnoloogiliste protsesside arendamine - CAM CAD TP 7. Protsessi juhtimissüsteemide toodete testimine - testimine 8. Toodete käitamine Tööseire 6. SSA ERP-toodete tootmine (Baan) CALS-tehnoloogia juurutamine ettevõttes OJSC UMPO CAD CAD/CAM CAE Baan ERP PDM Toote elutsükli tugi 1. Turuuuring ja strateegiline planeerimine Tehniline ülesanne toote jaoks 3. Materjalid ja tehniline varustus SSA ERP (Baan) 4. Tehniliste projekteerimine ja tehniline analüüs. CAD-seadmed, tehnoloogiliste seadmete projektid ja projektdokumentatsioon

SSA ERP (Baan) süsteemi valimise põhjused. Kogemus rakendamisest teistes sõjalis-tööstuskompleksi ettevõtetes Venemaal ja välismaal Ettevõtte äriprotsesse kirjeldava etalonmudeli olemasolu SSA ERP (Baan) süsteemis Sujuva ümberehituse kasutamine metoodika SSA ERP-s (Baan), mis ei nõua koheseid muudatusi äriprotsessid ettevõtetele

Kaubandus-Tööstuskoja funktsionaalsete valdkondade juhid Hanked Tootmine Müük Eelarvestamine ja kontroll Finantsarvestused Raamatupidamisjuht majandusplaneerimine osakond Põhitootmise direktori asetäitja Tarneteenistuse juht Finantsosakonna juhataja Pearaamatupidaja Müügidirektor peatehnoloog

Töö käik Periood Töö sisu 2001 juuni-detsember Disainlahenduse koostamine, testimine 2002 jaanuar-juuni Ostujuhtimine, varude liikumise arvestus, tootmisarvestus 2002 juuli-detsember Üleminek Baan IV-lt Baan V-le 2003 jaanuar-detsember Müügijuhtimine, juhtimine arvelduste osapooltega, Materjaliarvestus 2004 jaanuar-detsember Projektijuhtimine uute toodete ettevalmistamiseks, tööriistaarvestus 2005 jaanuar-detsember jaanuar-detsember Kulude juhtimine, planeerimine

Side SSA ERP (Baan) ja automatiseeritud juhtimissüsteemi UMPO vahel Tootmise planeerimine Põhiandmete säilitamine UMPO Tootmise planeerimine Põhiandmete säilitamine SSA ERP (Baan) ERP Ostuhaldus Varude liikumine Poehaldus SSA ERP (Baan) ERP Ostuhaldus Varude liikumine Poehaldus

Rakendusprobleemid lahendati aastal Mõnede ettevõtte äriprotsesside ebakõla "lääne" kosmosetööstuse standardprotsessidega. Ühistu arvutivõrgu nõrk jõudlus (kiirus ca 2 megabitti/sek). Töötava serveri "BAAN" maksimaalne koormus ja arvutusvõimsuse puudumine (mitte rohkem kui 170 seanssi korraga).

Tulemused 2005. aasta alguses Lepingute täitmise jälgimine Tarnete jälgimine kaubaartiklite, tähtaegade kaupa, lubatud asenduste arvestamine Ostuhindade planeerimine Arvete automaatne vastavus tarnetega Võlgade tagasimaksmise aja jälgimine, tingimuste ja maksegraafikute arvestamine Automaatne genereerimine postitused Hanked, rahandus

Tulemused 2005. aasta alguses DSE regulatiivne arvestus Tootmispartiide käivitamise arvestus, saatedokumentide koostamine Tootmistellimuste mahakandmise arvestus Tellimuste täitmise operatiivarvestus Tootmise arvestus, saatedokumentide koostamine Defektide arvestus Tehnoloogiliste jäätmete arvestus ja ülejääk Pooleliolevate tööde kontroll Tootmine

Tulemused 2005. aasta alguses Lepingute täitmise jälgimine Saadetiste jälgimine, maksetähtaegade ja klientide võlgnevuste arvestamine Saadetiste kontrollimine lepingute nomenklatuuri järgi Võlgade tagasimaksmise aja kontrollimine, tingimuste ja maksegraafikute arvestamine. arved ja saatedokumendid Müük, finants

Tulemused 2005. aasta alguses Varude kvaliteedikontroll Laonduse kontroll Standardvarude kontroll, ümberhindlus Varude liikumise kontroll kvaliteetsete partiide kaupa Mittelikviidsete saadetiste kontroll Postituste automaatne genereerimine Inventuuride läbiviimine Varud, Finantseerimine

2005. aasta alguse tulemused Raamatupidamine, maksud, põhivara juhtimisarvestus Arveldused pankadega Arveldused kassa kaudu, raamatupidamise pidamine Integratsioon põhiandmete pidamise alamsüsteemiga Integreerimine planeerimise alamsüsteemiga Integreerimine palgaarvestuse alamsüsteemiga Muud tulemused

Vabasta partii SSA ERP-s (Baan) = vabasta partiid. Planeerimine toimub tehnoloogilise marsruudi tegevusaegadest lähtuvalt, planeeritakse käivitamise ja väljalaskekuupäeva ning neid ka kontrollitakse. Puudust pole operatiivkoosolekud. Alates võimalikud variandid Partii suuruste valimisel tehakse ettepanek valida planeerimine lähtuvalt nõudlusest Objektidevaheliste ja kauplustevaheliste vahetuste olemasolu - SSA ERP-s (Baan) määratakse marsruudil lähtuvalt tehnoloogiast või liikumisparameetritest - valmis jaoks osad. Erinevused SSA ERP (Baan) ja OASUP planeerimisel

Meie koordinaadid GMCS, Moskva, Michurinsky pr., d. URL: Tel./Faks:: +7 (495) , Peterburi Bolshoi pr. V.O., nr 80 Ärikeskus "Senator" Tel.: + 7 (812) , Faks: +7 (812) Täname tähelepanu eest!

Esialgne probleem ja ülesanded

Ettevõte kasutas Clipperis välja töötatud süsteemi (tootmisandmete sisestamiseks), “1C: Accounting 7.7” (reguleeritud raamatupidamise pidamiseks) ja “1C.8 ZUP” (palgaarvestuse jaoks). Juhtkond kaalus üleminekut terviklikule rakenduslahendusele “1C: Manufacturing Enterprise Management 8” (või “1C: ERP 2.0”).

Pakutud lahendus

Vastavalt kliendi nõudmistele pakuti välja 2 teostusvarianti:

1) Tarkvaratoodetel põhinev automatiseerimine “1C: UPP 8” + “PiterSoft: protsessihaldus”

2) Automatiseerimine tarkvaratoodetel “1C: ERP 2.0”.

Võrdlevad omadused lahendused on välja pakutud tabelis 1.

Tabel 1. Kliendi eesmärkide ja 1C tarkvaratoodete funktsionaalsete võimaluste vahelise seose võrdlevad omadused

Klient otsustas automatiseerida, kasutades 1C: ERP 2.0.

Tulemus

1. Klientide individuaalsete tellimuste järgi oma tehniliste vahenditega toodetud toodete tootmise arvestus. dokumentatsioon

2. Ostja spetsifikatsioonide täitmise jälgimine kõikides etappides (tootmine - kogus, müük - kogus, hind), sealhulgas tähtajad

3. Tootmisülesande automaatne genereerimine

Käivitati "Treasury" (tulude ja kulude planeerimine) ja "BDDS" (ettevõtte rahavoogude plaaniline faktiline analüüs) plokid. Osaliselt käivitati “BDR” plokk (ettevõtte tulude ja kulude plaan-faktanalüüs) (projekt peatati Kliendi rahastuse puudumise tõttu)

1. Reguleeritud (nii raamatupidamis- kui maksuarvestus süsteemis)

2. Rakendatud materjalide seeria(partii)arvestus ja valmistooted

3. Korraldatud kättesaamiseks tootmiskulu tellimuste osas

4. Seadistage vajalike reguleeritud raamatupidamis- ja maksuaruannete (sh konsolideeritud) saamiseks

1. Kliendi spetsifikatsioonide automatiseeritud arvestus, planeeritud kulukalkulatsioonide arvutamine vastavalt spetsifikatsioonidele

2. Rakendatud kontroll ostja spetsifikatsioonide täitmise üle kõikides etappides (tootmine - kogus, müük - kogus, hind), sealhulgas tähtajad

3. Vastastikused arveldused klientidega spetsifikatsiooni/spetsifikatsioonirea kontekstis.

4. Loodud on mehhanism dokumentide automaatseks genereerimiseks ja hindade arvutamiseks meie enda juriidiliste isikute vahel.

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

ERP-süsteemi juurutamine masinaehitusettevõttes: eesmärgid, strateegia, kogemused

meeldib Jaga Aruanne 469 vaatamist

ERP-süsteemi juurutamine masinaehitusettevõttes: eesmärgid, strateegia, kogemused. PromIT '13 Minsk 21. mai 2013. Sisukord. 1. Teave EPAM-süsteemide kohta. 2. ERP süsteemi juurutamise projekti eesmärgid. 3. ERP süsteemi juurutamise strateegia. 4 . SAP ERP juurutamisprojektide elluviimise kogemus.

Laadige alla esitlus

ERP-süsteemi juurutamine masinaehitusettevõttes: eesmärgid, strateegia, kogemused

LÕPP - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Seotud esitlusi pole.

Esitluse ärakiri

Ettevõtete mõju ERP süsteemid Mõjuindikaatorid Tootke seda, mida turg vajab Täitke ja vähendage tellimuste teostusaegu Tootke kvaliteetseid tooteid Pakkuge kvaliteetset teenust Pakkuge uusi tooteid õigeaegselt välja Tulud Optimeerige valmistoote varusid Optimeerige pooleliolevaid töid Optimeerige materjalivarusid Lühendage tootmistsükleid (vähendage tootmisviivitusi) Nõudlus käibekapitaliх Ostukulude optimeerimine Tootmiskulude optimeerimine Varude ladustamiskulude vähendamine Kulud

Kvaliteetne planeerimine Planeerimise põhimõtted Eesmärgid Säilitada ja vähendada tellimuste tähtaegu Perearsti tootmisgraafik peab vastama veograafikule, vähendama tarnete vahelisi intervalle (jagama suured tarned mitmeks väiksemaks). DSU partiide tootmisgraafik peab vastama GP tootmisgraafikule (vältida DSU enneaegset tootmist) ja olema toodetud väiksemate partiidena. Materjalide tootmisse lubamise ajakava peab vastama DSE tootmise ajakavale (vältige materjalide enneaegset vabastamist), vabastage need väiksemate partiidena. Materjalide ostmise ajakava peab vastama nende tootmisse lubamise (vältige enneaegseid oste) ja väiksemate partiidena ostmise graafikule. Optimeerige valmistoodete varusid Optimeerige WIP-mahtusid Optimeerige materjalivarusid Lühendage tootmistsüklit (vähendage tootmisviivitusi) Optimeerige ostukulusid Optimeerige tootmiskulusid Vähendage varude ladustamiskulusid

Flow Müük Tarne Tootmine GP Laod MTO Laod Tarnijad Ostjad Mehaaniline töötlemine tootmine Kooste tootmine Hangete tootmine Täitke tarnegraafik minimaalsete GP laovarudega. Viia läbi GP tootmisgraafik (ühtlane) minimaalsete pooleliolevate tööde mahtude ja materjalivarudega. Ärge lubage enneaegsete reservide moodustumist - ärge suunake ressursse ümber, ärge töötage "verehüüvete" tekitamise nimel.

Kvaliteetne planeerimine Ettevõtte juhtimine ERP-süsteemi abil - Tõhus juhtimine ressursiplaneerimisel põhinedes Müügiplaneerimise, tootmise, ostu- ja finantsvoogude sidumisel saate tootmismahtu suurendada sama või isegi väiksema käibekapitaliga. Kvaliteetne töö ajakava koostamine tootmisülesanded, võimsused ja logistika, võimaldab teil vähendada klientide tellimuste täitmiseks kuluvat aega, vähendades samal ajal laovarusid ja pooleliolevaid töid ning lõppkokkuvõttes vähendada kulusid tootmises, hankimises ja ladudes. Tulemus Kasum suurenes Ettevõtte turuväärtuse tõus

1. EPAM süsteemidest 2. ERP süsteemi juurutamisprojekti eesmärgid 3. ERP süsteemi juurutamise strateegia 4. SAP ERP juurutusprojektide elluviimise kogemus 5. RDS-EPAM lahendus

Ettevõtte juhtkond soovib suurendada ettevõtte elujõulisust ja mõistab, et äriprotsesse on vaja täiustada. Äriprotsessid muutuvad progressiivsete metoodikate ja neid metoodikaid rakendavate IT-süsteemide potentsiaali alusel. Variant 1 Variant 2 Ettevõttel on strateegia tõhususe suurendamiseks. Arendatakse uut metoodikat planeerimiseks ja tootmise juhtimiseks, äriprotsesse kujundatakse ümber, kasutades maksimaalselt ära parimaid globaalseid tavasid. Automatiseerimine toimub neid praktikaid rakendava ERP-süsteemi standardfunktsionaalsuse alusel. Ettevõttel puudub selge strateegia efektiivsuse tõstmiseks. Olemasolev planeerimise ja tootmise juhtimise metoodika ning praegune äriprotsesside korraldus on automatiseeritud. Oluliselt muutub ERP süsteemi standardfunktsionaalsus ja/või arendatakse välja mittestandardne funktsionaalsus. Edukas lõpetamine Äriprojekt IT projekt Investeeringutasuvus

Ettevõtluse ümberkorraldused ERP juurutamise osana Disain Arendus Rakendamine Tegutsemine Ettevõtte strateegia Funktsionaalne strateegia IT strateegia Praeguse äriefektiivsuse analüüs Ärinõustamine Majandusliku efektiivsuse hindamine alates juurutusest Äriprotsesside sihtmudel Organisatsiooni struktuur Tulemusnäitajate süsteem Kompetentsikeskuse toimimine Keskuse moodustamine Komitee IT-süsteemi kontseptuaalne projekteerimine Arendus NSI Prototüübi loomine IT nõustamine Prototüübi integreerimine Lahenduse arendus Testimine ja stabiliseerimine Replikatsioon Integreerimine ja muud IT-algatused Äriprotsesside muudatuste läbiviimine, organisatsiooniline struktuur ja kasutajakoolituse programmide haldamise riskijuhtimise ja kvaliteedikontrolli programmide halduskeskus

Näide: Funktsionaalne valdkond - Tootmise juhtimine ja logistika Eeldused Ettevõtte strateegia sisaldab tootmisjuhtimise arendamise ülesannet Tootmisjuhtimise arendamise programmi juhiks on määratud tootmise tippjuht Tegevused Määrata tulemusnäitajad, mille väärtused on ei rahulda ettevõtte juhtkonda. Määrake nende näitajate sihtväärtused. Tehke kindlaks negatiivsed olukorrad praegustes tootmise ja tarnete planeerimise ja juhtimise protsessides, millega tuleb tegeleda. Töötada välja sihtmetoodika tootmise ja tarnimise planeerimiseks ja juhtimiseks, mis põhineb “maailma parimatel tavadel” (rahvusvaheline kogemus) Töötada välja tulemusnäitajate kogum uue metoodika jaoks. Töötada välja IT-süsteemi arendusstrateegia, et pakkuda infotuge tootmise planeerimise ja juhtimise sihtmetoodika jaoks. Kinnitada direktorite nõukogu otsus minna üle uuele metoodikale. Koolitage juhte ja spetsialiste uue metoodika kohta. Töötage välja äriprotsesside sihtmudelid. Töötada välja ja kinnitada uutele äriprotsessimudelitele ülemineku plaan, sealhulgas nende äriprotsesside jaoks sobiva SAP ERP funktsionaalsuse juurutamine.

ERP süsteemid Põhiandmed Ostulepingute registreerimine Müügilepingute registreerimine Tootmise ja tarnete planeerimine Müügitellimused Ostutellimused Laovarud Riigi tootmisplaan Tootmistellimused Kasutuselevõtt töökodade/tehaste kaupa? Ülekandetaotlused Ostutaotlused Planeeritud tootmistellimused

Lahendused Teeninduse hooldus KTPP tootmine Tarne Müük Pidev tootmine Diskreetne tootmine Tootmine lattu Kokkupanek tellimisel Tootmine tellimusel Üksiktellimus tootmine Projekti tootmine…

1. EPAM süsteemidest 2. ERP süsteemi juurutamisprojekti eesmärgid 3. ERP süsteemi juurutamise strateegia 4. SAP ERP juurutusprojektide elluviimise kogemus 5. RDS-EPAM lahendus

Organisatsiooniline ulatus Kontrollpiirkond - 1 Ettevõtte koodid - 24 Tehased - 27 Laod >500 Põhitootmisega seotud kauplused (MRP valdkonnad) >50

Kulud Arveldused tarnijatega Arveldused ostjatega Finantsilised vahendid Sissetulekud Kulud Tulemused Toetavad protsessid: Kvaliteedijuhtimine Personalijuhtimine Hooldusjuhtimine Projektijuhtimine SAP juurutamine Gomselmashi tarkvaral Funktsionaalne skaala Sisaldub projekti skaala ETTEVÕTE Projektiarendus Strateegiline planeerimine ja ettevõtte tegevuse analüüs Tootmise tehniline ettevalmistamine Tootmise, ostude ja kulude pikaajaline (aastaks) planeerimine Hanked (teostus ja raamatupidamine) Müük (täitmine ja raamatupidamine) Materjalide varud. SOE reservid Operatiivne planeerimine tootmine ja tarnimine Materjalide tarnimine (tooraine, teenused) Toodete (toodete, teenuste) tarnimine TARNIJAD Tootmine (teostus ja raamatupidamine) TARBIJAD WIP pooltooted

Kulude arvestus tootele Müük - Tootmine - Kulud - Tulemused Planeerimismenetluse algus Planeeritavate kulude ja tulude analüüs Planeerimise tulemused Müügi planeerimine Tootmise ja müügi planeeritud maksumus Toote müügiplaan Tootmisvõimalus Tehniline kaart Spetsifikatsioon Tootmise planeerimine Tootmisplaan Planeeritav töömaht Planeeritud ostude maht Planeeritud tööde tariifid Kulude planeerimine (kulukohad, tööde liigid)

1. EPAM süsteemidest 2. ERP süsteemi juurutamisprojekti eesmärgid 3. ERP süsteemi juurutamise strateegia 4. SAP ERP juurutusprojektide elluviimise kogemus 5. RDS-EPAM lahendus

Tootmisettevõtete probleemid SAP RDS-i eelised ettevõtlusele Tõhus kasutamine tootmisettevõttele eelkonfigureeritud standardsed äriprotsessid Äriprotsesside läbipaistvuse ja efektiivsuse tagamine Äriprotsesside ühtlustamine Tootmisprotsesside juhtimine ja kontroll Äriajamine ühtses paindlikus ettevõtte infosüsteemis Kasutajate kiire kohanemine ja nende töö tootlikkuse tõstmine, kulude minimeerimine personali koolitamiseks RDS projektiga seotud üldiste investeerimiskulude riskide vähendamine - Rapid Deployment Solutions

RDS-lahendus Kiired tulemused tänu standardsetele äriprotsessidele koos eelkonfigureeritud süsteemifunktsionaalsusega, mis sisaldab kõike tootmisettevõtte haldamiseks vajalikku SAP-i autoriteeti Stabiilne tehnoloogia Võimas lahendus Sujuv integratsioon Arenenud tugisüsteem Kiire ja kulutõhus Täpselt määratletud ulatus Eelkonfigureeritud äritegevus protsessid ja dokumendid teadmussiirde jaoks Eelmääratletud juurutusmetoodika koos tööriistade ja kiirenditega Käivitage äritegevus kuni 19 nädala jooksul Kulusäästlik Taskukohane hinnamudel Atraktiivsed teenused fikseeritud hindadega Vähendatud juurutusaeg, kulud ja riskid Vähendatud ressursivajadus äri- ja IT-osakondadele

SAP ühendab tarkvara ja teenused uueks pakkumiseks, mis pakub teile vajalikke ärifunktsioone kiiresti ja soodsalt Tarkvara SAP tarkvara RDS-i juurutamiseks: SAP Solution Manager 7.0 EHP1 SPS03 Tarkvara RDS-i tööks: SAP ERP 6.0 EHP5 SPS04 SAP standardmetoodika RDS-i juurutamiseks Eelkonfigureeritud äriprotsessid SAP Best Practices Dokumentide, juhiste, kiirendite pakett