1C UPP juurutamine ettevõttes. SCP: ühe teostuse lugu. Mis on ERP-süsteem

1C: UPP toimib tervikliku rakenduslahendusena, mis hõlmab raamatupidamise ja halduse põhivaldkondi. Tarkvaratoode võimaldab luua ettevõtte, kodumaistele ja rahvusvahelistele standarditele vastava süsteemi ning tagab ettevõtte efektiivse majandus- ja finantstöö.

Eelised

Tarkvaratoode moodustab ühtse infobaasi ettevõtte äri- ja finantstehingute kajastamiseks. Samal ajal on selgelt piiritletud juurdepääs salvestatud andmetele ja tegutsemisvõimalused vastavalt töötajate staatusele. Valdusstruktuuriga ettevõtetes võib see hõlmata kõiki sellesse kuuluvaid struktuure. See võimaldab oluliselt vähendada raamatupidamistöö töömahukust tänu ühiste infoandmebaaside taaskasutamisele erinevate osakondade poolt. Kõik ettevõtte struktuurid peavad läbivalt raamatupidamist, juhtimis- ja maksuarvestust. Reguleeritud aruandlus koostatakse aga iga divisjoni kohta eraldi.

Süsteemi funktsioonid

Kasutajate sisestatud teabe suhtes kohaldatakse eelkõige sularahamaksete registreerimise protsessi käigus, et süsteem kontrollib raha saadavust vastavalt laekunud taotlustele nende kulutamiseks. Toodete saadetise arvestusel analüüsib tarkvaratoode saajatega omavaheliste arvelduste olekut. Rakenduslahendus tarnitakse koos liidestega. See võimaldab igal kasutajal saada eelisjuurdepääsu vajalikele andmetele.

Arvestuse pidamine

Raamatupidamise ja maksude (reguleeritud) aruandlus täidetakse rublades. Juhtimisarvestuse jaoks saab valida mis tahes valuuta. Ühes baasis sisalduvad erinevad struktuurid võivad kasutada erinevaid maksustamissüsteeme. Seega on mõnes üksuses võimalik üldrežiim, teistes on võimalik lihtsustatud erirežiim. Lisaks võivad kehtida erinevad arvestus- ja maksupoliitikad. UTII-süsteemi saab rakendada teatud tüüpi ettevõtte tegevustele. Lisaks reguleeritud ja juhtimisarvestusele on lubatud rahvusvaheliste standardite (IFRS) kohane aruandlus. Töömahukuse vähendamiseks tehakse seda tööd mitteoperatiivselt, kasutades teabe tõlkimist (ümberarvutamist) muudest raamatupidamismudelitest.

Toote kasutamine

1C tutvustus: SCP-d ei peeta tänapäeval enam millekski uueks. Paljud ettevõtted kasutavad seda toodet oma tegevuses juba aktiivselt. Selle lahenduse eripäraks on kaasaegsete arvutitehnoloogiate kasutamine juhtimise ajal. 1C: UPP juurutamine aitab kaasa tõhusa haldussüsteemi kujunemisele ettevõttes. Kuid maksimaalse efektiivsusega töö tagamiseks on vaja tarkvaratoode kohandada ettevõtte spetsiifikaga. Sel juhul on vaja tegutseda asjatundlikult, hoolikalt, kasutades teabetöötlusmehhanisme.

Automatiseerimine

Niisiis otsustati SCP rakendada. Kust alustada? Automatiseerimist peetakse üsna intensiivseks protsessiks. See hõlmab paljusid toiminguid. Sellega seoses on vaja hoolikalt läheneda metoodika väljatöötamisele ja kaaluda automatiseerimise teostatavust igal konkreetsel juhul. Samuti peaksite analüüsima selle mõju ettevõtte tööle ja tulemustele. Siit algab SCP rakenduskava. Ettevalmistavas etapis peaksite hindama:

1. Töötajate suurenenud töökoormus.
2. Pehmekäiviti ostu- ja tootmiskulud. Tuleb märkida, et toote tagastus ilmub alles teatud aja möödudes.
3. Ajutine terviklikkuse puudumine ettevõtte tegevuse pildis uues baasis kuni valmimiseni
4. Võimalikud lisakulud moderniseerimiseks (näiteks uute arvutite ostmiseks) jne.

SCP rakendamine

Automatiseerimise etapid nõuavad kõigilt protsessis osalejatelt erilist keskendumist. Vaatamata uue infosüsteemi käivitamisele jäävad ettevõtte arvestuspõhimõtted samaks. SCP juurutamine ettevõttes muidugi ei vabasta raamatupidamisosakonda mingist osast tööst. See osakond säilitab endiselt põhidokumentatsiooni. Uus süsteem väldib aga paljusid probleeme. See saavutatakse üsna lihtsa meetodiga. Iga töötaja sisestab andmed, mille eest ta isiklikult vastutab. Mitte paljud töötajad ei hakka kohe kõike õigesti tegema. Sellega seoses peate kulutama aega nende treenimisele. Raamatupidamise jaoks on sellele andmesisestuse võimalusele üleminek väga oluline. Osakonna töötajad peavad mõistma infosüsteemis kulude kujunemise põhimõtteid. Lisaks peavad raamatupidajad õppima tuvastama ja parandama teiste töötajate tehtud vigu. Üldiselt kestab see etapp umbes kolm kuud.

Ülemineku eelised

Vaatamata sellele, et töötajad peavad uuendustega harjuma, on süsteemi eelised vaieldamatud. Eelkõige võimaldab SCP kasutuselevõtt:

• Töötage välja aruanded, mis annavad teavet töötajate tulemuste kohta.
• Kasutage 1C andmebaasis sisalduva teabega vastavusse viimisel uusi tööriistu: 8 UPP.

Tarkvaratoote juurutamine annab ka võimaluse võrrelda standardseid ja tegelikke tootmiskulusid.

Raskused

Probleeme võib tekkida tooraine ja toodete üleviimisel vahetuste vahetuse ajal. Iga kord, kui teete seda, peate aruande allkirjastama. Kontrolli saab läbi viia igal ajal. Puuduse tuvastamisel kannab kahju hüvitamise täielikult sel ajal vahetuses olnud töötaja või töötajad. Lisaks toimub inventuur igakuiselt.

Tooraine tarbimine

SCP rakendamine võimaldab teil jälgida iga konkreetse vahetuse tootlikkust. Tänu sellele on võimalik arvutada nii toodete kui ka tootmise enda toorainete näitajaid. Teisisõnu, teades materjalide kulu ja tootmismahtu, saate määrata valmistoote keskmise massi. Kui standardnäitaja on arvutatust väiksem ja kvaliteedikontroll märgatavaid kõrvalekaldeid ei registreeri, ilmneb varguse fakt. Vastavalt toodete kuu keskmisele kaalule arvutatakse koefitsient, millest lähtutakse tootmistöötajate töö hindamisel. Seega, kui see näitaja on täidetud, saab töötaja suurendatud lisatasu ja selle kõrvalekaldumise korral vähendatud lisatasu. Aja jooksul võib tootmine saavutada tooraine tarbimise märkimisväärse vähenemise. Sel juhul jääb enamik vahetusi arvestusliku normi piiresse.

"Tootmisülesanne"

Tootmises võib tekkida olukord, kus kõiki saabuvaid tellimusi ei ole võimalik õigeaegselt täita. Sel juhul lükkab iga vastutav töötaja süü teisele. Praeguse olukorra normaliseerimiseks peaks töökoja juhataja täitma “Tootmisülesande”. Töötajad viitavad sellele dokumendile oma aruannetes. See omakorda saab töötajatele järjekordseks motivatsiooniks. SCP 8.2 kasutuselevõtt võimaldab igal tootmisprotsessis osaleval masinal näidata tehnilistes toimingutes seisaku põhjuse, kui see juhtub. Need asjaolud olid objektiivsed ega sõltunud töötajatest.

Andmete kokkuvõte

SPP kasutuselevõtt võimaldab vahetuste ja objektijuhtidel tutvuda näitajatega otse ühes andmebaasis. Kasu töötajatele on samuti ilmne. Palgaarvestus muutub läbipaistvamaks, kuna töötajad sisestavad iga alluva kohta teavet vahetuste tootmisaruannetesse. Lisaks näitavad vastutavad isikud töötajate tootmisprotsessis osalemise koefitsienti vastavalt nende spetsialiseerumisele ja tegelikule panusele toodete valmistamisel. Kuu lõpus saab iga töötaja täiendava aruande vahetuste ja töötasude kohta. Pärast ülevaatamist tagastatakse dokument raamatupidamisele.

Müügi-, hanke-, tootmisprotsesside skeem

Tarkvaratoote kasutamisel on vajalik hoolikas planeerimine. See hõlmab soovitusliku müügiplaani koostamist. Selle järgi koostatakse tootmis- ja hankeplaan. Siinkohal peaks süsteem tootesaadetiste osas arvestama klientide tellimusi. SCP rakendamine võimaldab võrrelda standardeid tegelike tulemustega.

Aruanne eelarve, kahjumi ja kasumi kohta

Selle dokumendi vorm on mõnevõrra ebastandardne. Horisontaalne osa moodustatakse tootmis- ja müügiplaanide veergudest ning tegelikust müügimahust. Igaühe puhul oli eraldi märgitud summa, kogus ja hind. Vertikaaltelg koosnes kolmest massiivsest plokist:

1. Tootearendus.
2. Tootmiskulu.

Koos toote endaga on näidatud materjalid, mis toimisid selle valmistamise toorainena. Selle ploki arendamine võib olla veidi keeruline. See aruanne peaks kajastama müüdud kaupade potentsiaalse ja tegeliku tulu vahelist suhet. Kui tootmisprotsessi käigus ilmneb märgatav erinevus materjalide standardsete ja tegelike kulude vahel, võib põhjuseks olla hinnatõus või suurem tooraine tarbimine.

Kombineerides väljatöötatud aruande kõigi kulude kohta Exceli tabelis, saate kahjumi või kasumi üksikasjalikult määrata. See dokument koostatakse automaatselt iga kuu. Selle aruande abil teeb juht järeldused teatud vajaduste jaoks kättesaadavate vahendite kohta.

Remondikulud

SCP rakendamine võimaldab teil need kulud registreerida, kasutades vahetuse tootmisaruannet. Sel juhul peavad remondiinsenerid läbima ka koolituse. Tänu sellele saavad nad tehtud töö kohta iseseisvalt aruandeid koostada. Lisaks on süsteemi lisatud andmeregistrid, mille kaudu toimub töökeskuste toimimise täpsem analüüs. See omakorda võimaldab tõestada, et tellimuste täitmata jätmise põhjuseks ei ole sageli mitte toodangu vähenemine, vaid otsesed viivitused nende lõikude poolt.

Järeldus

SCP tootmisse toomise tulemusena jõuab ettevõte protsessijuhtimises kvalitatiivselt uuele tasemele. Firmajuhtide jaoks on toote kasutamisest saadav kasu samuti ilmne. Esiteks suureneb äriprotsesside läbipaistvus ja tõuseb töötajate efektiivsus. Automatiseerimine võib oluliselt vähendada ka ettevõtte kulusid.

Selles artiklis räägime ERP-süsteemist "Tootmisettevõtte juhtimine". Tootmisettevõtete automatiseerimisel osutub see toode sageli optimaalseks lahenduseks ning olen olnud 1C UPP juurutamisel erinevatele organisatsioonidele rohkem kui korra.

Töötades märkasin, et selle tarkvaratoote kohta pole praktiliselt ühtegi arvustust. Seal on tehniline dokumentatsioon, mõned nõuanded programmeerijatele selle süsteemi konkreetsete probleemide lahendamiseks ja koolitused. Kuid kasutajate jaoks pole kogu süsteemi selget kirjeldust. Ja väga sageli pean enne selle tarkvaratoote kasutuselevõttu “Tootmisettevõtte juhtimise” funktsioone, eeliseid ja puudusi praktiliselt “näpuga” selgitama.

Isegi Habré ERP jaotises ei olnud selle süsteemi kohta teavet. Just selle tühimiku otsustasin täita. Lisaks loodan, et minu artikkel aitab ettevõtjaid ja IT-spetsialiste tootmisettevõtte automatiseerimiseks tarkvara valimise etapis ning valmistab nad ette funktsioonideks, mida tuleb selle süsteemi juurutamisel arvesse võtta.

Selles ülevaates tahan teile rääkida, mis on UPP-süsteem. 1.3, et kes otsustab selle osta ja ellu viia, on teadlikum ja teadlikum selle kalli toote valikul. Püüan anda süsteemile objektiivse hinnangu, tuginedes nii enda kui ka klientide kogemustele. See ülevaade aitab kellelgi teha programmi ostmise osas positiivse otsuse ja keegi otsustab sellest loobuda.

Tarkvaratoote funktsioonide mõistmiseks peate vastama järgmistele küsimustele:

1. Mis on süsteem, millised ülesanded sellele seatakse.
2. Kui võimeline on see süsteem talle määratud ülesandeid täitma?
3. Tuvastage süsteemi plussid ja miinused.

Mis on ERP-süsteem?

ERP (Enterprise Resource Planning) süsteem on ettevõtte infosüsteem, mis on mõeldud igat tüüpi äriprotsesside juhtimiseks, salvestamiseks ja analüüsimiseks ning äriprobleemide lahendamiseks ettevõtte mastaabis.

Toote “Tootmisettevõtte juhtimine” juurutamisel püüdsid arendajad ühendada süsteemis maksimaalse võimaliku funktsioonide loetelu. Kui vaadata dokumente, siis võib kokku lugeda lausa 15 alamsüsteemi. Fakt on see, et 1C-s on dokumendid rühmitatud alamsüsteemideks:

• Tootmise kontroll
• Kulude juhtimine
• Hangete juhtimine
• Planeerimine
• Maksud ja raamatupidamine
• Palk
• Personaliarvestus jne.

1C UPP: rohkem teavet toote kohta

Selle standardkonfiguratsiooni jaoks on loodud palju modifitseeritud, nn tööstuslikke versioone: 1C.Mechanical Engineering, 1C.Meat Processing Plant, 1C.Furniture Production, 1C.Printing jne.

Tööstuslahendusi loovad 1C partnerettevõtted põhikonfiguratsiooni alusel. Tavaliselt toimub see järgmiselt: konkreetse kliendi jaoks tehakse modifikatsioonid, misjärel need “monteeritakse” valitud tööstusharu jaoks mõeldud uueks versiooniks. Muudetud konfiguratsioon on nime saanud selle tööstuse järgi, mille jaoks see on kirjutatud, ja seda müüakse "karbilahendusena".

Toote maksumus

Selle süsteemi jaoks sobivad kõik litsentsid, näiteks 1C Accounting või 1C Trade and Warehouse. Loomulikult on nende toodete litsentside hind sama.

Nagu ka teiste toodetega töötamisel, toimub litsentsimine vastavalt ühele punktis 1C aktsepteeritud valikutest: arvuti (seade) ja kasutaja jaoks (ühendused mis tahes seadmest). Ma ei hakka siin üksikasjalikult rääkima, kuna kogu teave on 1C veebisaidil. Sellega saate tutvuda lingil: http://v8.1c.ru/enterprise/

1C programmist endast on palju kirjutatud. Olen ka sellest platvormist juba kirjutanud, näiteks artiklis “Miks 1C on halb ja miks 1C programmeerijad nii ei meeldi”. Võttes arvesse asjaolu, et tootmisettevõtte juhtimise süsteem töötab 1C alusel. Enterprise 8.3, kõik põhitarkvara eelised ja puudused on ka selles olemas.

Vaatame konfiguratsiooni lähemalt

1. Pidage arvestust uute tellimuste üle ja teavitage neist viivitamatult tootmisosakonda.
2. Andke müügiosakonnale võimalus igal ajal näha kliendi tellimuse olekut.
3. Pakkuda ostuosakonnale igal ajal võimalus näha materjalide tootmisvajadusi.
4. Riigile õigeaegselt ettevõtte tulemuslikkuse kohta andmete esitamine, s.o. pidada raamatupidamis- ja maksuarvestust.

Uute tellimuste arvestus müügiosakonnas

1. Kliendiarvestus (kellele müük tehakse);
2. Kaubaarvestus (mida kliendile müüakse).

Ja üksikasjalik teave kõigi müüdavate kaupade kohta on salvestatud nomenklatuuri kataloogis.


Nomenklatuur on kataloog, mis on loodud teabe salvestamiseks kaupade ja teenuste kohta, mida saab ostjale pakkuda. Ja selles süsteemis on nomenklatuur üks keerukamaid teatmeteoseid.

Siin saab salvestada järgmist:

• tootenimi
• seeria
• Fotod
• Tehnilise dokumentatsiooni failid
• Toote kirjeldus ja peaaegu igasugune muu teave.

Õmblustootmise näitel jaguneb tellimusega töötamine järgmisteks etappideks:

1. Võtke vastu tellimusi ja registreerige klientide vajadused.
2. Vajadusel ostke tellimuse jaoks materjali.
3. Teostage toodete lõikamine ja seejärel õmblemine.
4. Viia läbi kaupade ülevaatus (kvaliteedikontroll).
5. Viige valmistooted lattu.
6. Teostage saatmine või tarnimine ostjale.

Tootmise teavitamine uutest tellimustest

Tootmine peaks nägema tellimusi kohe pärast nende laekumist, kuid ainult seda osa tellimustest, mille jaoks tooteid on vaja toota.

Kuid seda võimalust ei saa nimetada väga mugavaks, kuna töös on veel üks samm, mis sõltub täielikult inimfaktorist. Need. Pärast tellimuse koostamist võib juht unustada tootmistellimuse loomise, teha vea jne. Sellest tulenevalt ei jõua vajalik kaup õigeaegselt tootmisplaani ning klient ei saa tellitud tooteid õigeks ajaks kätte. Loomulikult on ettevõtte täieliku automatiseerimise korral sellised olukorrad vastuvõetamatud. Teisest küljest saab seda probleemi täielikult lahendada täiendava töötlemise loomisega.

Oleme rõivafirmale loonud järgmise lahenduse. Kirjutati lisaplugin, mis loob tootmistellimuse automaatselt vastavalt teatud nimekirja erinevatele tingimustele.

See töötlemine määras kindlaks, kas vajalikud kaubad olid laos. Kui ei, siis järgmise sammuna analüüsiti saadaolevaid tooteid tootmises. Kui selliseid tooteid pole või need on planeeritud tellimuses märgitud kuupäevast hilisemaks kuupäevaks, genereeritakse tootmistellimus automaatselt.

Järeldus: Süsteemis on kõik vajalik toodete ja klientide teabe salvestamiseks. Võimalik koostada tellimus ja viia see tootmisse. Kuid töö täielikuks automatiseerimiseks tuleb seda siiski muuta, et see vastaks konkreetse ettevõtte vajadustele.

Tellimuse olek tootmises

Seda rakendatakse kahel viisil:

1. Müügijuht saab jälgida, millises tehnoloogilises etapis tellimusega tehtav töö on: planeeritud, töösse võetud, kvaliteedikontrollis jne. Seega saab müügispetsialist pidevalt jälgida iga tellimuse töid ja teavitada klienti tähtaegadest.
2. Tootele määratakse müügiperiood, s.o. kuupäev, millal vajalike esemete nimekiri koostatakse, testitakse ja on saatmiseks valmis.

Põhikonfiguratsioonis teostavad kõik muudatused tähtaegades ja tellimuse täitmise etapi määramine töötajate poolt käsitsi, mille tulemusena kaasatakse töösse ettearvamatu inimfaktor. Kuid siin aitavad täiustused probleemi lahendada.

Algselt loodi see aruanne tootmistöötajatele, et nad saaksid oma tööd jälgida ja vajadusel korrigeerida. Kuid hiljem avasime sama raporti müügiosakonnale, et ka juhid näeksid konkreetse tellimuse olekut.

Järeldus: Konfiguratsioon ei näe ette automaatset andmevahetust müügiosakonna ja tootmise vahel pärast tellimuse töötlemiseks esitamist. Kuid selle konfiguratsiooni põhjal on võimalik rakendada sarnaseid lahendusi täiendavate aruannete loomise ja töötlemisega.

Suhtlus tootmis- ja ostuosakonna vahel

Kuidas see töö peaks toimuma:

1. Koostatakse vajaduste loend.
2. Selle loetelu ja toote spetsifikatsioonide põhjal koostatakse toodete valmistamiseks vajalike materjalide loetelu.
3. Saadud nimekirja alusel moodustatakse hankeplaan.
4. Vastavalt hankeplaanile genereerib süsteem tarnijatele tellimusi.

Spetsifikatsioon (materjalide arv) on teatmik, mis kirjeldab kõiki konkreetse materjali parameetreid, selle omadusi, omadusi, tolerantse. Valmistoote või „pooltoote“ puhul näitab spetsifikatsioon, millest toode koosneb.

Iga toote valmistamiseks on vaja teatud materjale ja pooltooteid. Materjale saab kohe tellida vastavalt spetsifikatsioonidele. Pooltoodete puhul on vaja astuda järgmine samm – välja mõelda, millistest materjalidest omakorda see või teine ​​pooltoode koosneb. Ja lisage tellimusele ka vajalikud materjalid.

Seega jagatakse iga valmistoode mitme sammu abil automaatselt materjalideks. Näiteks:

Ülikond koosneb pükstest, jopest ja pakendist (pakend). Püksid ja jope on pooltooted, mis tuleb järgmises etapis paketi loomiseks lahti võtta, materjali saab kohe ostudele lisada. Teises etapis jagatakse püksid erinevat tüüpi kangaks, niidiks, tõmblukuks ja nööpideks. Samamoodi koosneb jope erinevat tüüpi kangast, niitidest ja nööpidest. Kõik need materjalid lisatakse ostuplaani.

Õmblustootmise puhul lahendasime probleemi järgmiselt. Tootmiseks välja töötatud aruande, samuti tellimuste info põhjal arvutati automaatselt vajalike materjalide vajadus. Järgmisena lahutati sellest nimekirjast laos hoiul olevad materjalid ning koostati aruanne, mille abil sai sooritada oste. Seejärel ütlevad tarnijad teile, kui kiiresti nad suudavad materjalid tarnida. Ja see teave sisestatakse käsitsi süsteemi, mille alusel saavad müüjad kliente teavitada tellimuse valmistamise ajastust.

Raamatupidamine ja maksuaruandlus "kastilahenduses"

• УУ – juhtimisarvestuse dokument;
• BU - dokument kuulub raamatupidamisele;
• NU – dokument kuulub maksuarvestusele.

Ma ei tea, kuidas see probleem erinevatel juhtudel lahendatakse. Olen seni kohanud variante, kus juhtkond nõustus selle puudusega ja eelistas loota töötajatele. Ainus inimlike vigade eest kaitsmise meetod, mis on rakendatud, on määrata vaikeruudud. Põhimõtteliselt piisab väikestes ja keskmise suurusega ettevõtetes, kellega ma tavaliselt töötan, sellest tõesti.

Integreerimine teiste tarkvaratoodete ja süsteemidega

Kui vaadata seda tootmise seisukohast, siis kindlasti tuleb süsteemi laadida andmed toodete väljalaskekuupäevade, pooltoodete ja materjalide kohta. Ostuosakond laeb süsteemi üles saatelehed ja muud vastuvõtudokumendid. Müügiosakond peab üles laadima info tellimuste jms kohta. Lisaks on tootmises võimalikud erinevad olukorrad ning väga oluline on, et süsteem saaks operatiivselt infot materjalikulu, defektimäärade, tootmise ümberplaneerimise kohta seoses mõne tööprotsessi käigus tekkinud raskusega jms.

Näiteks õmblusettevõttes viidi integreerimine läbi lõikemasinaga. Sageli on vaja ka integreerimist mis tahes CAD-i, ettevõtte veebisaidi või muude lahendustega. Ja see tööetapp võtab sageli kuni 30% eelarvest.
Samas ei ole ilma selliste terviklike lahendusteta EPR-süsteemi kasutamine efektiivne; Seda on väga oluline mõista.

Iga süsteem on nii tõhus kui selle nõrgim lüli. Ja kui rakendamise ajal keeldute ühel või teisel juhul integreerimisest ja tuginete inimtegurile, kogunevad kindlasti vead ja kogu süsteem muutub ebastabiilseks.
Näiteks kui me räägime uue toote disainimisest, siis kogu projekteerimisdokumentatsioon tuleks projekteerimissüsteemist (CAD) automaatselt üles laadida ERP süsteemi. Ja siis, kui tekib küsimusi või raskusi, on alati võimalik aru saada, millisest konkreetsest tootest me räägime. Ja disainerid saavad teha vajalikud muudatused kiiresti ja vigadeta.

Tootmise puhul on väga oluline saada õigeaegne ja vigadeta info tootmist vajavate sissetulevate tellimuste kohta (näiteks kodulehelt või spetsiaalselt tellimisvormilt), samuti õigeaegne ja veatu edastamine teavet tegelike kasutatud materjalide kohta, mis võimaldab tööl ilma seisakuid jätkata.

Mainisin juba eespool, et õmblusettevõttes oli vaja integreerida lõikemasinaga, mis lõikas korraga 36 kihti kangast, hankida teavet jääkide, praagi koguste kohta ning jaotada see jääk kanga maksumuse vahel; kogu tootepartii. Sellest lähtuvalt oli vaja lisandmoodulit, mis oleks otse masinaga integreeritud, et süsteem mõistaks sellest väljuvaid andmeid ja saadaks andmed masinale arusaadavas vormingus. Lisaks oli vaja töödelda masinast saadud andmeid defektide ja tootekulude arvutamiseks.

Ka paljudel muudel juhtudel on inimfaktorile tuginemine lubamatu, kuna vead, ebatäpsused süsteemis ja teabe mitteõigeaegne sisestamine põhjustavad tööhäireid. Seetõttu ei ole integreerimine loomulikult kiire ja kulukas protsess, vaid see on vajalik töö kvaliteedi tõstmiseks.

Tööstuslahendused

Nüüd leiate 1C veebisaidilt selliseid konfiguratsioone peaaegu iga tööstuse jaoks. Kuid on väga oluline mõista järgmisi punkte:

1. Konfiguratsiooni muudeti vastavalt konkreetse ettevõtte vajadustele. Ja pole mingit garantiid, et see lähenemine teie ettevõttele sobib. Näiteks piimatootmine võib toota kodujuustu ja hapukoort massi järgi või pakendada need tooted teatud mahutitesse. See võib toota piima, keefirit ja kääritatud küpsetatud piima või spetsialiseeruda jogurtitele ja magustoitudele. Kõik need juhtumid nõuavad erinevaid muudatusi. Ja pole tõsi, et need, mida partnerid põhiversioonis pakuvad, teile sobivad.
2. Tööstuslikud konfiguratsioonid teostavad partnerettevõtted peamise konfiguratsiooni alusel, samas kui konfiguratsioonis endas tehakse olulisi muudatusi. Seetõttu värskendused 1C põhiversiooni jaoks. Pehmed starterid ei sobi tööstusliku konfiguratsiooni jaoks. Kasutajad peavad ootama, kuni 1C partnerettevõte värskendab ka tööstuse versiooni.

Paar sõna 1C kohta. UPP ERP 2.0

Ka see süsteem on loodud 1C baasil, ka konfiguratsioon on kõikehõlmav, mitte modulaarne. Seetõttu on sellele süsteemile omased põhimõtteliselt kõik 1C-toodete funktsioonid, aga ka keerukate 1C-konfiguratsioonide rakendamisel tekkinud probleemid.

Ühelt poolt versioon 1C. UPP ERP 2.0 sisaldab tõesti laiendatud funktsioonide komplekti, mis on peamiselt seotud automatiseerimise ja halduse probleemidega. Kuid see tarkvaratoode loodi suhteliselt hiljuti. Ja ma usun, et sellele versioonile on liiga vara minna, kuna see pole veel täielikult välja töötatud.

Erinevalt 1C-st värskendatakse seda pidevalt uute funktsioonide, uute teatmeteoste, dokumentide, aruannetega. UPP, mille uuendused hõlmavad ainult tuvastatud vigade parandusi ning raamatupidamis- ja maksuaruandluse uuendusi, mis on seotud õigusaktide muudatustega.

Lisaks 1C süsteem. UPP ERP 2.0 on palju kallim kui 1C konfiguratsioon. UPP.

1C UPP süsteemi plussid ja miinused

Lihtsalt sellepärast, et kui “Tootmisettevõtte juhtimise” standardkonfiguratsioon sulle mitmes mõttes ei sobi, siis ei sobi ka tööstuslikud lahendused. Sel juhul on lihtsam valida mõni muu toode või tellida kohandatud lahendus. Ja kui standardkonfiguratsioon teile enamjaolt sobib, siis erineb standardlahenduse ja tööstusharuspetsiifilise lahenduse puhul konkreetse ettevõtte omadustele vastavate modifikatsioonide ja seadistuste arv vähe.

Süsteemi oluline puudus on modulaarsuse puudumine. Need. Teatud probleemide lahendamiseks saate luua teatud töötlus- või aruandeid, süsteemi "lisandmooduleid". Need toimivad, kuid põhilahendused jäävad puutumata. Kuid kui peate mingil eesmärgil muutma dokumentide või teatmeteoste tööd, peate tegema muudatusi kõigis konfiguratsioonis olemasolevates alamsüsteemides.

Modulaarsuse puudumise tõttu selles süsteemis on võimatu teha olulisi muudatusi raamatupidamises või näiteks laoarvestuse töös ilma oluliste muudatusteta teistele osakondadele mõeldud dokumentides ja kataloogides. Need kõik on ühendatud ja töötavad samade teatmeteoste ja dokumentidega. See funktsioon on aga laialt tuntud, kuna see on omane kõigile 1C tarkvaratoodetele.

Seetõttu ei tee keegi seda süsteemi märkimisväärselt täiustamas, nad püüavad hakkama saada välise töötlemise, aruannete ja muude lisandmoodulitega. Tööstuslahendused on enamasti vaid lisandmoodulite komplekti variatsioon, mis loodi konkreetse ettevõtte jaoks, mis on seotud konkreetse valdkonnaga. Ja teil on siiski vaja mõningaid muudatusi, mille maksumus erineb põhikonfiguratsiooni muudatustest vähe. Kuid standardlahenduse töökindlus on alati kõrgem kui partnerettevõtete toodetel.

Järeldus. Kui olete süsteemi põhikonfiguratsiooniga rahul, on kõige parem see osta ja installida. Kuid samal ajal on väga oluline, et süsteemi juurutamist viiksid läbi kogenud spetsialistid, kes suudavad mitte ainult tarkvara konfigureerida, vaid ka teha kõik teie ettevõtte jaoks vajalikud täiustused, aruanded ja integratsiooni. koos teiste tarkvaratoodete ja süsteemidega.

Õige lähenemise korral saab 1C Manufacturing Enterprise Management süsteemist suurepärane tööriist, mis võimaldab teil saavutada äriprotsesside kõrge automatiseerimise ja ettevõtte erinevate osakondade töö koordineerimise.

1. Valige strateegia

Millised on strateegiad? Üks minu klientidest valis selle konfiguratsiooni, kuna "see on ainus süsteem, millel on kõik olemas." See ettevõte töötas mitmes süsteemis: 1c, Excel jne. - nad otsustasid raamatupidamise konsolideerimiseks kasutada ühe süsteemi.

Teine tootmist arendav ettevõte soovis kontrolli all hoida pooleliolevaid töid – nad olid mures materjalide arvestuse pärast tootmises. See on ka strateegia.

2. Kaaluge integreerimist

3. Hinnake SCP vajadust ettevõtte suuruse järgi

4. Hinnake SCP vajadust tööstuse vaatenurgast

Kust hädad algavad?
Põhimõtteliselt muutusi märke ei olnud. 2005. aasta alguses kasutati raamatupidamises konfiguratsiooni “1C: Raamatupidamine 7.7”, palgad arvutati “1C: Palgad ja personal 7.7”, laoarvestus viidi läbi “1C: Kaubandus ja ladu 7.5”. Varude mahakandmise, aga ka valmistoodangu väljasaatmise andmed eksporditi igapäevaselt laokonfiguratsioonist raamatupidamisosakonda. Ja loomulikult oli meil suur hulk järjest keerukamaid, koostöös redigeeritud Exceli haldusdokumente, mida nimetatakse kokkuvõteteks. Igal hommikul kella 8-10 valmistati lauad tootmiseks, saatmiseks ja maksmiseks. Ei saa öelda, et olukord oleks läinud hullemaks – distsipliin oli ettevõttes alati kõrgel tasemel, kuid pärast äriprotsesside analüüsi jõudsime ideeni tööprotsessi optimeerida. See mõte ei läinud enam meelest ja just veebruaris andis “1C” välja uue konfiguratsiooni “1C:UPP 8.0” – tootmisettevõtte halduse versioon 1.1.
Enne sellise ulatusega projekti alustamist (meie puhul tähendas see ettevõtte kogu IT-infrastruktuuri radikaalset muutmist) on vaja mõista järgmist:

• Rakendamise eesmärgid.
• Juhtkonna valmisoleku tase.
• Riistvara ressursinõuded.
• Nõuded inimressurssidele.
• Projekti tähtajad.
• Personali valmisolek rakendamiseks.
• Normatiivne alus.
• Funktsionaalsuse tagamine (sujuv üleminek).

Juhtimisvalmidus
Oleme koostanud SPP laiendatud esitluse tippjuhtkonnale (CEO ja CFO). Selles esitluses panime erilist rõhku valmistoodete arvestuse ja kulude reaalajas arvestamise protsessi automatiseerimisele. Muide, pärast ettekannet selgus, et peadirektor oli eriti huvitatud tegevuskulude kontrollimise võimalusest.
Riistvaranõuded
Peaksite pöörama tähelepanu selliste süsteemide serveriressursside "ahnusele". Rakenduse alguses on väga raske ennustada, kuidas süsteem täpselt areneb. 1C arendaja määrab alati miinimumnõuded ja uute kasutajate liitumisel saab selgeks, et serverid peavad olema palju võimsamad. Seetõttu soovitan kohe keskenduda suure ressursireserviga serverisüsteemidele.

Nõuded inimressurssidele
Me räägime rakendusmeeskonnast. Reeglina on need projektis osalejad nii frantsiisivõtjast kui ka teie enda meeskonnast. On vaja täpselt mõista, kui palju inimesi kohapealse koolituse käigus tööle võetakse, just see tegur seadis meie projekti teekonna alguses ohtu. Samuti peate oma ettevõttes valima mõttekaaslastest meeskonna, kes tõestab neile uue tarkvaratoote eeliseid.

Projekti ajakava
Peab olema väga selge arusaam, et projekt on lõppenud. Muidu muutub see nagu korteri renoveerimiseks – kogu aeg tahaks midagi paremaks muuta. On vaja eraldada rakendamine ja sellele järgnev pidev hooldus. Seetõttu tuleb enne algust täpselt vormistada rakendusplaan koos etappide lõppkuupäevadega. Kindlasti ei tohiks me maksudeklaratsioonide esitamisel unustada aruandeperioode. Meie viga oli näiteks uue süsteemi palgaarvestuse ettevalmistamata jätmine. See lükkas uuele süsteemile ülemineku terve aasta edasi, sest kahest erinevast andmebaasist aruannete esitamine pensionifondile osutus võimatuks.

Personali valmisolek rakendamiseks
Eespool rääkisin juba teie ettevõtte töötajate seas mõttekaaslaste meeskonna moodustamisest. Osakondades on võimalik kokku puutuda "kaudse sabotaažiga", mis muudab töö oluliselt keerulisemaks. Iga töötaja peaks olema valmis üleminekuperioodil sisestama teavet korraga kahte süsteemi (kuigi see pole alati nõutav). Enne elluviimise algust on vaja teha projekti esitlus osakonna töötajate seas ja saada nende seast tuge. Ja see pole lihtne ülesanne.

Normatiivne alus
Igasugune IT-süsteem põhineb praegusel, juba väljakujunenud dokumendivoo süsteemil. Meie puhul oli oluliseks eeliseks see, et ettevõttes oli eelnevalt juurutatud ISO9001 kvaliteedijuhtimissüsteem. Kirjeldatud juhtimisprotsesside olemasolu kiirendab ja hõlbustab oluliselt esimest etappi - kontrolli.

Funktsionaalsuse tagamine (sujuv üleminek)
Uue ehitamiseks peate vana hävitama. Seda tuleb planeerimise ajal mõista. Siiski on võimalik ja vajalik senist IT-süsteemi hoolikalt ümber ehitada, tagades sujuva ülemineku, tagades vana alamsüsteemi ülejäänud moodulite ja juurutava toote koosmõju.

Projekti etapid. Üks samm, kaks sammu...

Esialgu plaanisime uue “1C” juurutada kõigis osakondades korraga, intensiivse koolituse ja osalise teabe sisestamisega samaaegselt kahte andmebaasi. Peaaegu kohe sai selgeks, et tegemist on utoopiaga. Frantsiisivõtjal ei olnud koolituseks piisavalt personali ja teabe õigeaegne sisestamine oli ohus. Jagasime projekti 4 etappi, mis teostusprotsessi käigus muutusid 5-ks ja kestsid üle kahe aasta. Etappide ajastus viidi vastavusse aruandeperioodidega, et tagada saldode õigeaegne ülekandmine regulatiivsesse arvestusse. Niisiis, etapid.

1. Küsitlus
Selles etapis kirjeldatakse peamisi äriprotsesse ja võrreldakse ettevõtte praeguseid protsesse süsteemi programmeeritud standardsete protsessidega. Töö on üsna mahukas ja minu arvates polnud meie puhul vaja seda iseseisvaks algetapiks eraldada. Parem on pöörata sellele tähelepanu iga etapi alguses ja teha seda tööd ainult selles etapis osalevate osakondade jaoks. Võib tunduda, et sel juhul pole tervikpilti näha ja osakondadevahelised sidemed jäävad ära. Aga see pole tõsi. Pärast esmast läbivaatust ei olnud selle kvaliteet kuigi kõrge, selle põhjuseks on etapile eraldatud ajaraam. Ja üksustega töötades vaadati küsitlustulemusi mitu korda üle. Seetõttu soovitan osakondade dokumendivoo protsessi uuringu läbi viia vahetult enne neis juurutamise algust.

2. Varustusosakond ja materjalide keskladu. Müügiosakond ja valmistoodete ladu. Auto- ja raudteetöökoda
Nende osakondade dokumendivoog on üsna lihtne, kuigi sellel on oma nüansid. Meie puhul oli peamine ülesanne tagada andmete korrektne edastamine UPP-st 1C: Raamatupidamine 7.7 raamatupidamise eesmärgil. Seetõttu seati nende osakondade töötajate koolituse käigus ülesandeks dokumentide edastamiseks ja mõlema süsteemi kataloogide sünkroonimiseks ajutise töötlemise kirjutamine. See on palju tööd, kuid vajalik sujuva ülemineku tagamiseks. Seega ei mõjutanud nendes osakondades SCP-le üleminek raamatupidamisosakonna tööd. Samuti käivitasime oma ettevõttes uue süsteemi taotluste elektrooniliseks esitamiseks tarneosakonnale – “sisetellimus”.

3. Tootmine
Laval on üldnimetus, kuigi see hõlmab klaaspudelite tootmistsehhi automatiseerimist, komposiittsehhi (partii ettevalmistamine), planeerimisosakonda tootmise planeerimise osas ja mehaanikatsehhi (varuosade tootmine). See periood ei olnud meie jaoks kerge. Automatiseerimine tuli teha nullist, sealhulgas uute tööde korraldamine, mis tõi kaasa kohalike võrkude kiire arengu ja suure hulga töötajate koolitamise. Eelkõige juhin tähelepanu asjaolule, et on vaja nõuda kohalike töötajate samaaegset koolitamist, milleks on vaja palju konsultante teie rakendamisega seotud ettevõttest. Just ebapiisava “juhendajate” arvu tõttu venis meie ajaraam planeeritud kahelt kuult peaaegu viiele. See etapp peaks sisaldama ka ettevalmistust järgmiseks etapiks ja see töö meie projektis on muutunud peaaegu kõige töömahukamaks.

4. Raamatupidamine
Algul plaanisime, et 1C:UPP mooduli juurutamine algab uuest aastast (s.o 8. jaanuarist) nii raamatupidamises kui ka arveldusosakonnas. Valmistasime ette töötluse raamatupidamissaldode ülekandmiseks ning aasta algusest vahetasime panga ja kassa tööle uue tarkvaratootega. Teatavasti koostame esimesed kolm kuud eelmise aasta bilanssi ning jooksvale tegevusele pöörame vähem tähelepanu. Seetõttu jäi käest hetk, mil selgus, et UPP tavaarvestuse moodul praegusel kujul tootmiskulusid ei arvesta ja sellest tulenevalt rutiinset raamatupidamist üldse ei peeta. Veebruari keskpaigaks sai selgeks, et rakendusprojekt on kriitilises staadiumis. Tekkis mõte naasta versiooni 7.7 juurde, lisada pooleteise kuu andmeid ja lükata projekt aasta võrra tagasi. Kuid lõpuks võtsime end ikkagi kokku, pöördusime abi saamiseks 1C ettevõtte poole ja kuigi abi me eriti ei saanud, vahetasime edukalt elluviimisega seotud ettevõtet ja saime projekti käiku. Eelkõige otsustati ümber töötada sisemine kuluarvestuse metoodika nii, et see hakkaks vastama süsteemi põimitud metoodikale. Ülejäänud aja jooksul muudeti dokumendisisestussüsteemi, parandati vead juba sisestatud dokumentides ja see on umbes 50 000 dokumenti. Esimese kvartali bilanss esitati õigeaegselt ja selle eest tuleb tänada kogu meie ettevõtte meeskonda. Ilma töötajate toetuseta, ilma nende aktiivse abita oleks projekt kindlasti üle jõu käinud. Kuigi palgaarvestuse rakendamist tuli siiski aasta võrra edasi lükata. Usun, et otsus oli ka õige, sest 2006. aasta veebruari seisuga oli UPP palgaarvestuse mõttes üsna toores toode. Sel ajal pööras 1C rohkem tähelepanu 1C: personalihalduse konfiguratsioonile. Meie ülesanne oli pidada arvestust ühtses süsteemis kõigi osakondade kohta. Aasta hiljem, pärast standardkonfiguratsiooni mitmekordset värskendamist, on palkade arvutamine muutunud palju mugavamaks.
Kogu projekt kestis peaaegu kaks aastat. Juba 2006. aasta novembris lõpetasime maksuarvestuses kulude arvestamise metoodika vormistamise ning 2007. aasta jaanuaris alustasime palgaarvestusega uues süsteemis.

Avaldame kõik saladused, lõksud ja rakendusfunktsioonid. Meie meeskonnal on 20-aastane kogemus mitte ainult 1C toodete juurutamise projektides, vaid ka keerukate infosüsteemide juurutamisel lääne ettevõtetes.

Info sobib eelkõige neile, kes kavatsevad 1C:UPP-d juurutada iseseisvalt, ilma rakendava ettevõtte globaalse kaasamiseta.

Eesmärkide seadmise kohta öeldakse päris palju “+” märgiga sõnu. Samuti ei jätnud me seda teemat tähelepanuta. Automatiseerimiseks valmistumisel on väga oluline teha õige otsus.

ETAPP 1. Ettevalmistus rakendamiseks

Rakenduseesmärkide määratlemine

Eesmärkide seadmise töö ei pea olema keeruline ja aeganõudev, nagu seda õpikutes kirjeldatakse. See on ühe-kahe inimese töö, kes peavad lühikese ajaga läbi viima mitu tegevust ja koostama mitu olulist dokumenti või aruannet.

Kes peaks seda tööd tegema? Eesmärkide seadmise eest peaks vastutama ettevõtte juht ise, kuna just tema on huvitatud automatiseerimisest ja infosüsteemi rakendamisest kasu saamisest. Iga sammu eest peaks vastutama keegi kõrgemast juhtkonnast. Soovitame määrata vastutavad isikud järgmisest ringist: IT-direktor, arendusdirektor, finantsdirektor. Tööd ise saavad teha kohalikud spetsialistid.

Mida siis samm-sammult teha tuleb.

SAMM 1. KOGUGE PROBLEEMID, MIS ON SEOTUD OLEMASOLEVA INFOSÜSTEEMI VÕI SELLE PUUDUMISEGA.

Probleemid selgitatakse intervjuude kaudu. Tööd tuleb teha iga inimesega individuaalselt grupisuhtlus ei ole lubatud.

Intervjuud viiakse läbi ainult kõrgema juhtkonna, osakonnajuhatajate ja võtmetöötajatega.

Intervjuu käigus esitatakse kolm põhiküsimust:

1. Milliseid probleeme teie töös esineb? Mis teile praeguse süsteemi juures ei meeldi?
2. Kuidas peaks programm töötama, et teatud toimingud mugavamaks/praktilisemaks/kiiremaks muuta?
3. Milliseid võimalusi näete tuvastatud probleemide lahendamiseks?

Iga töötajaga suhtlemise kestus ei ületa 3 tundi. Optimaalne kestus on 1,5 tundi.

Parem on intervjuud läbi viia alt üles, st töötajatelt otse direktoritele. Kõige viimane intervjuu peaks olema tegevjuhiga.

Intervjuudeks on vaja valida osakonnad, mille tegevust saab või tuleks automatiseerida.

2. SAMM. PROBLEEMI ANALÜÜS.

Kõik kogutud vastused saab koondada ühte tabelisse.

Sellise tabeli näite saate alla laadida Exceli vormingus.

Sellesse tabelisse on soovitatav lisada ainult olulised probleemid. Vajadusel saate ise kriteeriumi lisada "Tähtsus", selles tabelis analüüsi täiendava tasemena.

Selle tabeli põhjal saab teha järgmised järeldused:

1. Kui positiivsete vastuste koguarv on üle 50% (või muu protsent, mille määrate ise), siis vajate automatiseerimist.
2. Hinnake dubleerivate probleemide arvu (soovitavalt erinevatest funktsionaalplokkidest). Tee sellistest probleemidest nimekiri. See on hea omadus, mis viitab sellele, et tulevikus lahendate ühe toiminguga mitu probleemi korraga.
3. Tuvastage vastuoluliste probleemide loend. Neid saab ka koondada eraldi tabelisse ja jätta hilisemaks analüüsiks.
4. Kui selgub, et probleem ei ole infosüsteemis (infosüsteem lahendab alla 50% probleemidest), siis lahenda esmalt korralduslikud probleemid ja alles seejärel jätkake automatiseerimisega.

NÄIDE: Väike kaubandusettevõte kasutas 1C:Enterprise 7.7. Kaubandus" kaubanduse ja ostutegevuse automatiseerimiseks. Programm tuli hästi toime väikese mahuga dokumentidega. Soov minna üle 1C:Enterprise 8.2-le oli tingitud soovist minna üle uuemale tarkvarale. Analüüs näitas, et olemasoleva infosüsteemiga “1C: Enterprise 7.7 Trade” praktiliselt probleeme pole.

3. SAMM. PROGNOOSID ESIAALSED RAKENDUSKULUD

1. Rakendamise peamised kuluartiklid on järgmised:
2. tarkvaralitsentside maksumus;
3. tööjaamade, serverite maksumus;
4. tööjõukulud projektis osalevatele töötajatele (koosneb rakendusmeeskonna liikmete töötasust + kuludest tavatöötajate töölt kõrvalejuhtimiseks);
5. töötajate koolituskulud;
6. üldkulud;
7. reserv.

Kommentaar: Projekti kulusid hinnates püüa võtta pessimistlik seisukoht, s.t. valige kõigi saadaolevate kulude hulgast maksimaalne kulude summa.

4. SAMM. HINDAGE RAKENDAMIST SAADAV MAJANDUSLIK KASU.

Teil on juba projekti ligikaudne kuluprognoos. Peamine võimalus projektist saadava põhitulu (kasu) analüüsimiseks on vähendada töötajate arvu osakondades, kus tegevusi automatiseeritakse. Projekti tõhususe hindamiseks ja põhinäitajate (NPV, IRR, MIRR, tasuvusaeg) saamiseks võite kasutada järgmist struktuuri.

Diskontomääraks mallis märkige maksimaalse tootluse intressimäär, mida ettevõte võib saada. Kui selliseks instrumendiks on 8% intressimääraga hoius, saab diskontomäärana kasutada 8%. Diskontomäära arvutamiseks on ka teisi keerukamaid lähenemisviise, kuid selle ülesandega saab kõige paremini hakkama majandusplaneerimise osakond.

Kasumlikku projekti võib pidada tõhusaks, kui IRR (või veel parem, MIRR) on suurem kui maksimaalne intressimäär, millega ettevõte saab olemasolevaid vahendeid investeerida. Näiteks IRR = 24% ja ettevõte kasutab ainult hoiust intressimääraga 8%. Järelikult on selline projekt ettevõttele tõhus ja tulusam. Kui ettevõte kasutab väärtpaberiinvesteeringuid ja saab 25% tootlust, siis on automatiseerimisprojekt ettevõtte jaoks juba vähem tulus.

Mõnel juhul võib isegi kahjumlikke projekte vastu võtta, kui ettevõte saab täiendavat kvalitatiivset kasu. Kõiki neid eeliseid tuleks kirjeldada ka teostatavusuuringu tekstidokumendis.

MÄRKUS 1: Uue infosüsteemi juurutamise tulemuslikkust on peaaegu võimatu täpselt hinnata, mõju on alati kaudne, mis väljendub äriprotsesside täiustamises ja infole juurdepääsu lihtsuses. Infosüsteemi juurutamise tegelikku mõju on peaaegu võimatu hinnata.

MÄRKUS 2:Ärge mingil juhul proovige rakendada äriprotsesside hindamiseks keerukaid meetodeid, näiteks äriprotsesside funktsionaalset kuluanalüüsi. Jah, lõpuks saate tulemuslikkuse hindamisest täpse tulemuse, kuid selle töö tegemise kulud katavad rohkem kui infosüsteemi enda juurutamise kulud. Üldiselt ärge püüdke saada 0,999 kulda.

5. SAMM. MÄÄRAKE RAKENDAMISE EESMÄRKIDE LOETELU.

Rakendamise eesmärgid on enamasti kvalitatiivsed, näiteks:

1. Ühtse raamatupidamispinna korraldamine Ettevõttes;
2. kiire ja usaldusväärse teabe saamise võimaluse tagamine;
3. infobaasi loomine ettevõtte organisatsioonilise struktuuri säilitamiseks;
4. ühtlustamine ja standardimine vastavalt automatiseeritud äriprotsesside süsteemi funktsioonidele;
5. äriprotsesside, sealhulgas esmase raamatupidamisinfo liikumise kiirendamine.

Kuid eelnevalt koostatud tasuvusuuringu põhjal on võimalik anda ka kvantitatiivseid eesmärke, mis näitavad rahalist kasu. Näiteks:

• Vähendada varustusosakonna palgafondi 20%.

Protsendi saab arvutada hankeosakonna spetsialistide tööjõukulude vähenemise põhjal nende arvu vähenemise tõttu.

Väljatoodud eesmärgid saab lisada otse teostatavusuuringusse või koostada eraldi dokumendi.

MÄRKUS 1: Ideaalis on enne juurutamise alustamist vaja kindlaks määrata Ettevõtte arengustrateegia, kuna infosüsteem peaks olema aluseks strateegia saavutamise infotoele.

MÄRKUS 2: Projekti eesmärkide määratlemise osana oleks hea mõte välja töötada projekti harta dokument. Täpsemalt selle eelnõu, kuna pole veel kindlaks tehtud, kas projekt on olemas või mitte. Väärib märkimist, et “Projektiharta” dokument on puhtformaalne ja seda pole mõtet enda vajadusteks välja töötada.

6. SAMM. KÕIGE TÄHTSAM SAMM. Lähtuvalt projekti eesmärkidest, tasuvusuuringust teeb juhtkond otsuse, kas projekt viiakse ellu või mitte.

Neile, keda see teema huvitab. Lisateabe saamiseks võite võtta ühendust artikli autoriga.

Tootmisettevõtted on kõige sagedamini Venemaa suurimate ettevõtete hulgas. Selliste ettevõtete juhtimine on väga keeruline protsess, mis nõuab peadirektorilt, osakonnajuhatajatelt ning töökodade ja muude tootmisliinide juhtidelt suuri oskusi, oskust planeerida, prognoosida ja efektiivselt lahendada jooksvaid probleeme.

Halb juhtimine ja juhtimisvead lähevad igale ettevõttele kalliks maksma. Kuid tootmisettevõtte jaoks on sellised vead vastuvõetamatud. Tootmine nõuab mõnikord suuri materjali-, tööjõu-, tooraine- ja energiakulusid. Kui tootmine on halvasti planeeritud, on kliendid ja ostjad rahulolematud, kui müügiplaneerimises on "lünki", riskib ettevõte üldse raha kaotada. Tootmisettevõtete abistamiseks on 1C välja töötanud spetsiaalse tarkvaratoote 1C Manufacturing Enterprise Management 8 (edaspidi "1C:UPP 8").

See programm on terve süsteem väärtuslikest raamatupidamis-, planeerimis-, kontrolli- ja juhtimistööriistadest, mis on eriti kasulikud pea- ja finantsdirektorile, pearaamatupidajale ja tootmisdirektorile. Programm 1C:UPP 8 sisaldab juhtimist ja reguleeritud raamatupidamist.

Viimane sisaldab:

Raamatupidamine;

Maksuarvestus;

Raamatupidamine IFRS reeglite järgi.

SCP 8 rakendamine võimaldab automatiseerida järgmisi valdkondi:

Tootmise juhtimine (planeerimine, kulude ja kulude juhtimine);

Finantsjuhtimine (Raamatupidamine riiklike ja rahvusvaheliste standardite järgi, omavahelised arveldused ja kassahaldus, eelarve koostamine);

Ostu- ja müügijuhtimine;

Varude juhtimine;

Kliendisuhete juhtimine;

Juhtide töötaseme hindamine;

Personali juhtimine;

Analüütilised aruanded ja palju muud. jne.

Seega hõlmab programm peaaegu kõiki tootmisettevõtte osakondi ja allüksusi, pakkudes raamatupidamistöötajatele, osakonnajuhatajatele ja ettevõtte kõrgemale juhtkonnale rohkelt võimalusi planeerimiseks, analüüsimiseks, tegevuse seaduslikkuse jälgimiseks ja paindlikuks ressursside haldamiseks.

SCP 8 rakendamise etapid:

Kiirülevaatus ja lepingu sõlmimine. Nagu iga projekti jaoks, eelneb 1C: Manufacturing Enterprise Management rakendamisele töö planeerimine. Enne juhtimise automatiseerimise alustamist hindavad spetsialistid eesseisva töö ulatust, selgitavad välja peamised suunad, ennustavad võimalikke raskusi ja viise nende kõrvaldamiseks.

Tehniliste kirjelduste koostamine ja esitamine töövõtjale. Sageli koostavad Softroomi spetsialistid kliendiettevõtte töötajate küsitlemise põhjal tehnilised kirjeldused ise.

Süsteemi projekteerimine on kõige olulisem etapp. Selle käigus töötatakse välja süsteemi paigutus, konfigureeritakse liides ja edastatakse andmeid teistest süsteemidest. Seejärel testitakse süsteemi ja edu korral algab juurutamise teine ​​etapp.

Testoperatsioon ja ettevõtte personali koolitamine. Reeglina läbivad kõik raamatupidamis- ja muude teenuste töötajad koolituse. Pärast personali oskuste taseme kindlaksmääramist süsteemiga töötamisel käivitavad meie ettevõtte spetsialistid testoperatsiooni, mille käigus tuvastavad puudused, parandavad need ja viivad läbi lõpliku muudatuse.

SCP 8 rakendamise edukus ettevõttes sõltub suuresti:

Frantsiisivõtjat esindavate spetsialistide kvalifikatsioon.

Projektijuhtimisega seotud ettevõtte töötajad. Mida kõrgem on projektijuhi positsioon, seda suurem on eduvõimalus. Igale suunale tuleb määrata vastutav isik.

Programmi standardfunktsionaalsuse korrektne rakendamine ja selle muutmine (laiendus) vastavalt ettevõtte vajadustele. Vigade oht väheneb, kui juurutamise ajal tehakse kõik hoolikalt, vastavalt standarditele, topeltkontrolli ja pideva jälgimisega.

Tippjuhtkonna kontrolli kvaliteet. Inimesed kipuvad kartma uuendusi ja vastutust otsuste tegemisel. Juhi ülesanne on teostada kontrolli ja vajadusel kasutada haldusvahendeid. Lisaks tuleb mõnel juhul mõelda töötajate kvalifikatsiooni tõstmisele.

Kõiki neid tingimusi saab tagada ainult professionaalse lähenemisega süsteemi juurutamisel. Teie ettevõtet teenindava frantsiisivõtja sertifitseeritud spetsialistid teevad kindlasti kõik õigesti. Edu on aga võimalik ainult nende pidevas koostöös teie ettevõtte juhtidega.

SCP rakendamise maksumus 8

Rakenduskulude hindamisel on võtmeteguriks ettevõtte mastaap, mille juhtimine vajab automatiseerimist. Töötajate, töökodade, divisjonide ja tootmisliinide arv mõjutab otseselt spetsialistide tööstaaži.

Lisaks on oluline tegur, kas ettevõttel olid varem automatiseeritud süsteemid ja kui õigesti neid kasutati.

Ettevõte Softroom määrab SCP 8 iga projekti jaoks eraldi, sõltuvalt ülesannete hulgast ja nende keerukusest. Eelhindamine on tasuta.

SCP 8 rakendamise ajakava

Kas ettevõte saab SCP 8 iseseisvalt rakendada?

Võib olla. Kuid keskmise ja suurettevõtte juhtimise automatiseerimisel ei tohiks tähelepanuta jätta spetsialistide abi.

Ainult sertifitseeritud spetsialistid suudavad tagada süsteemi rakendamisest positiivse mõju. Ja ainult pädev projektijuhtimine tagab kokkuhoiu protsesside automatiseerimisest.

Seega usaldage professionaale ja 1C:UPP 8 rakendamine teie ettevõttes toob suurepäraseid tulemusi!