1C UPP diegimas įmonėje. SCP: vieno įgyvendinimo istorija. Kas yra ERP sistema

1C: UPP veikia kaip visapusiškas taikomųjų programų sprendimas, apimantis pagrindines apskaitos ir administravimo sritis. Programinės įrangos produktas leidžia sukurti korporacinius, šalies ir tarptautinius standartus atitinkančią sistemą, užtikrinančią efektyvų ekonominį ir finansinį įmonės darbą.

Privalumai

Programinės įrangos produktas sudaro vieningą informacinę bazę, atspindinčią verslo ir finansines operacijas įmonėje. Tuo pačiu metu yra aiškiai apibrėžta prieiga prie saugomų duomenų ir veiksmų galimybės atsižvelgiant į darbuotojų statusą. Įmonėse, turinčiose holdingo struktūrą, ji gali apimti visas į ją įtrauktas struktūras. Tai leidžia žymiai sumažinti apskaitos darbo intensyvumą, nes skirtingi padaliniai pakartotinai naudoja bendras informacines bazes. Visos įmonės struktūros veda galutinę apskaitą, valdymo ir mokesčių apskaitą. Tačiau reguliuojamos ataskaitos rengiamos atskirai kiekvienam padaliniui.

Sistemos ypatybės

Vartotojų įvestai informacijai taikomas Visų pirma, registruojant mokėjimus grynaisiais, sistema tikrina lėšų prieinamumą pagal gautas paraiškas dėl jų išlaidų. Apskaitant produktų siuntimą, programinės įrangos produktas analizuoja tarpusavio atsiskaitymų su gavėjais būklę. Programos sprendimas tiekiamas su sąsajomis. Tai leidžia kiekvienam vartotojui gauti prioritetinę prieigą prie jam reikalingų duomenų.

Apskaita

Buhalterinės apskaitos ir mokesčių (reglamentuojamos) ataskaitos pildomos rubliais. Valdymo apskaitai galima pasirinkti bet kurią valiutą. Skirtingoms struktūroms, įtrauktoms į vieną bazę, gali būti taikomos skirtingos apmokestinimo sistemos. Taigi vienuose padaliniuose galimas bendras režimas, kituose – supaprastintas specialusis režimas. Be to, gali būti taikomos skirtingos apskaitos ir mokesčių politikos. UTII sistema gali būti taikoma kai kurioms įmonės veiklos rūšims. Be reguliuojamos ir valdymo apskaitos, leidžiama teikti ataskaitas pagal tarptautinius standartus (TFAS). Darbo intensyvumui mažinti šis darbas atliekamas neoperatyviai, naudojant informacijos vertimą (perskaičiavimą) iš kitų apskaitos modelių.

Produkto naudojimas

1C pristatymas: SCP šiandien nebelaikomas kažkuo nauju. Daugelis įmonių jau aktyviai naudoja šį produktą savo veikloje. Ypatinga šio sprendimo savybė – modernių kompiuterinių technologijų naudojimas valdymo metu. 1C: UPP diegimas prisideda prie efektyvios administracinės sistemos formavimo įmonėje. Bet norint užtikrinti darbą maksimaliai efektyviai, būtina programinį produktą pritaikyti prie įmonės specifikos. Tokiu atveju būtina elgtis kompetentingai, atsargiai, naudojant informacijos apdorojimo mechanizmus.

Automatika

Taigi buvo priimtas sprendimas įgyvendinti SCP. Nuo ko pradėti? Automatizavimas laikomas gana intensyviu procesu. Tai apima daugybę operacijų. Šiuo atžvilgiu būtina atidžiai žiūrėti į metodologijos kūrimą ir kiekvienu konkrečiu atveju apsvarstyti automatizavimo galimybes. Taip pat turėtumėte išanalizuoti jo poveikį įmonės darbui ir rezultatams. Čia prasideda SCP įgyvendinimo planas. Parengiamajame etape turėtumėte įvertinti:

1. Padidėjęs darbuotojų darbo krūvis.
2. Minkštojo starterio įsigijimo ir įdiegimo į gamybą išlaidos. Pažymėtina, kad prekės grąžinimas pasirodys tik po tam tikro laikotarpio.
3. Laikinas vientisumo trūkumas įmonės veiklos paveiksle naujoje bazėje iki pabaigos
4. Galimos papildomos išlaidos modernizavimui (pvz., naujų kompiuterių įsigijimui) ir kt.

SCP įgyvendinimas

Automatizavimo etapai reikalauja ypatingo visų proceso dalyvių susikaupimo. Nepaisant naujos informacinės sistemos paleidimo, įmonės apskaitos principai išlieka tie patys. SCP įvedimas įmonėje, žinoma, neatleidžia apskaitos skyriaus nuo tam tikros darbo dalies. Šis skyrius vis dar tvarko pagrindinius dokumentus. Tačiau naujoji sistema leidžia išvengti daugelio problemų. Tai pasiekiama gana paprastu metodu. Kiekvienas darbuotojas įveda duomenis, už kuriuos yra asmeniškai atsakingas. Nedaug darbuotojų iš karto pradeda viską daryti teisingai. Šiuo atžvilgiu turite skirti laiko jų mokymui. Apskaitai labai svarbu pereiti prie šios duomenų įvedimo parinkties. Skyriaus darbuotojai turi suprasti principus, kuriais vadovaujantis formuojamos sąnaudos informacinėje sistemoje. Be to, buhalteriai turi išmokti atpažinti ir ištaisyti kitų darbuotojų padarytas klaidas. Apskritai šis etapas trunka apie tris mėnesius.

Perėjimo pranašumai

Nepaisant to, kad darbuotojai turi priprasti prie naujovių, sistemos privalumai yra nenuginčijami. Visų pirma SCP įdiegimas leidžia:

• Rengti ataskaitas, kuriose pateikiama informacija apie darbuotojų darbą.
• Suderindami su informacija, įtraukta į 1C duomenų bazę, naudokite naujus įrankius: 8 UPP.

Programinės įrangos produkto įdiegimas taip pat suteikia galimybę palyginti standartines ir faktines gamybos sąnaudas.

Sunkumai

Gali kilti problemų perkeliant žaliavas ir gaminius keičiantis pamainai. Kiekvieną kartą tai darydami, turite pasirašyti ataskaitą. Patikrinimas gali būti atliktas bet kuriuo metu. Nustačius trūkumą, žalą visiškai atlygins darbuotojas ar darbuotojai, kurie tuo metu buvo pamainoje. Be to, inventorizacija atliekama kas mėnesį.

Žaliavų suvartojimas

SCP diegimas leidžia sekti kiekvienos konkrečios pamainos produktyvumą. Dėl to galima apskaičiuoti produktų ir pačios gamybos žaliavų rodiklius. Kitaip tariant, žinodami medžiagų sunaudojimą ir gamybos apimtį, galite nustatyti vidutinį gatavo produkto svorį. Jei standartinis rodiklis yra mažesnis nei apskaičiuotasis, o kokybės kontrolė nefiksuoja pastebimų nukrypimų, vagystės faktas tampa akivaizdus. Pagal vidutinį mėnesio produkcijos svorį apskaičiuojamas koeficientas, kuris tampa atskaitos tašku vertinant gamybos darbuotojų darbą. Taigi, jei šis rodiklis įvykdomas, darbuotojas gauna padidintą priedą, o nukrypus – sumažintą priedą. Laikui bėgant, gamyba gali žymiai sumažinti žaliavų suvartojimą. Šiuo atveju dauguma pamainų pateks į apskaičiuotą normą.

„Gamybos užduotis“

Gamyboje gali susidaryti situacija, kai nebus galima laiku įvykdyti visų gaunamų užsakymų. Tokiu atveju kiekvienas atsakingas darbuotojas kaltę perkels kitam. Kad susigrąžintų esamą situaciją į normalią, dirbtuvių vadovas turėtų užpildyti „Gamybos užduotį“. Darbuotojai savo ataskaitose remiasi šiuo dokumentu. Tai savo ruožtu tampa dar viena darbuotojų motyvacija. SCP 8.2 įdiegimas leidžia kiekvienai mašinai, dalyvaujančiai gamybos procese, techninėse operacijose nurodyti prastovos priežastį, jei ji įvyktų. Šios aplinkybės buvo objektyvios ir nepriklausė nuo darbuotojų, gamybos vadovas gali sumažinti užduoties pamainai.

Duomenų apibendrinimas

SPP įdiegimas leidžia pamainų ir objektų vadovams susipažinti su rodikliais tiesiogiai vienoje duomenų bazėje. Nauda darbuotojams taip pat akivaizdi. Darbo užmokesčio skaičiavimas tampa skaidresnis, nes darbuotojai į pamainos gamybos ataskaitas įrašo informaciją kiekvienam pavaldiniui. Be to, atsakingi asmenys nurodo darbuotojų dalyvavimo gamybos procese koeficientą pagal jų specializaciją ir realų indėlį gaminant gaminius. Mėnesio pabaigoje kiekvienas darbuotojas gauna papildomą ataskaitą apie pamainas ir uždarbį. Po peržiūros dokumentas grąžinamas buhalterijai.

Pardavimo, pirkimo, gamybos procesų schema

Naudojant programinės įrangos produktą reikia kruopštaus planavimo. Tai apima preliminaraus pardavimo plano sudarymą. Pagal jį sudaromas gamybos ir pirkimų planas. Šiuo metu sistema turėtų atsižvelgti į klientų užsakymus, susijusius su produktų siuntimu. SCP įgyvendinimas leidžia palyginti standartus su faktiniais rezultatais.

Ataskaita apie biudžetą, nuostolius ir pelną

Šio dokumento forma yra šiek tiek nestandartinė. Horizontalioji dalis formuojama iš gamybos ir pardavimo planų stulpelių bei faktinių pardavimo apimčių. Kiekvienam iš jų atskirai buvo nurodyta suma, kiekis ir kaina. Vertikalią ašį sudarė trys masyvūs blokai:

1. Produktų kūrimas.
2. Gamybos savikaina.

Kartu su pačiu produktu nurodomos medžiagos, kurios buvo žaliavos jo gamybai. Šio bloko kūrimas gali būti šiek tiek sudėtingas. Ši ataskaita turėtų atspindėti ryšį tarp potencialių ir faktinių pajamų už parduotas prekes. Jei gamybos procese atsiranda pastebimas skirtumas tarp standartinių ir faktinių medžiagų sąnaudų, priežastis gali būti išaugusi kaina arba didesnis žaliavų suvartojimas.

Sujungę sukurtą visų išlaidų ataskaitą Excel lentelėje, galite detaliai nustatyti nuostolius ar pelną. Šis dokumentas generuojamas automatiškai kas mėnesį. Šios ataskaitos pagalba vadovas daro išvadas apie tam tikriems poreikiams turimas lėšas.

Remonto išlaidos

SCP diegimas leidžia įrašyti šias išlaidas naudojant pamainos gamybos ataskaitą. Tokiu atveju remonto inžinieriai taip pat turės būti apmokyti. Dėl to jie galės savarankiškai rengti ataskaitas apie atliktus darbus. Be to, prie sistemos pridedami duomenų registrai, per kuriuos atliekama tikslesnė darbo centrų funkcionavimo analizė. Tai savo ruožtu leidžia įrodyti, kad užsakymų neįvykdymo priežastis dažnai yra ne produkcijos sumažėjimas, o tiesioginis šių sekcijų vėlavimas.

Išvada

Įvedus SCP į gamybą, įmonė pasiekia kokybiškai naują procesų valdymo lygį. Įmonės vadovams produkto naudojimo nauda taip pat akivaizdi. Visų pirma, didėja verslo procesų skaidrumas, didėja darbuotojų efektyvumas. Automatizavimas taip pat gali žymiai sumažinti įmonės išlaidas.

Šiame straipsnyje kalbėsime apie ERP sistemą „Gamybos įmonės valdymas“. Automatizuojant gamybos įmones šis gaminys dažnai pasirodo optimaliu sprendimu, ne kartą esu dalyvavęs diegiant 1C UPP skirtingoms organizacijoms.

Dirbdamas pastebėjau, kad atsiliepimų apie šį programinį produktą praktiškai nėra. Yra techninė dokumentacija, kai kurie patarimai programuotojams sprendžiant konkrečias šios sistemos problemas, mokymo kursai. Tačiau vartotojams nėra aiškaus visos sistemos aprašymo. Ir labai dažnai prieš diegiant šį programinį produktą tenka praktiškai „ant pirštų“ paaiškinti „Gamybos įmonės valdymo“ ypatybes, privalumus ir trūkumus.

Netgi Habré ERP skyriuje vis dar nebuvo informacijos apie šią sistemą. Būtent šią spragą nusprendžiau užpildyti. Be to, tikiuosi, kad mano straipsnis padės verslininkams ir IT specialistams gamybos įmonės automatizavimo programinės įrangos pasirinkimo etape ir paruoš juos funkcijoms, į kurias reikia atsižvelgti diegiant šią sistemą.

Šioje apžvalgoje noriu pasakyti, kas yra UPP sistema. 1.3, kad kas nusprendžia pirkti ir tai įgyvendinti, būtų sąmoningesnis ir sąmoningesnis rinkdamasis šią brangią prekę. Stengsiuosi objektyviai įvertinti sistemą, remdamasis savo ir klientų patirtimi. Ši apžvalga padės kam nors priimti teigiamą sprendimą dėl programos įsigijimo, o kažkas nuspręs jos atsisakyti.

Norėdami suprasti programinės įrangos produkto savybes, turite atsakyti į šiuos klausimus:

1. Kas yra sistema, kokios užduotys jai keliamos.
2. Kiek ši sistema pajėgi atlikti jai skirtas užduotis?
3. Išsiaiškinkite sistemos privalumus ir trūkumus.

Kas yra ERP sistema?

ERP (Enterprise Resource Planning) sistema yra įmonės informacinė sistema, skirta valdyti, registruoti ir analizuoti visų tipų verslo procesus ir spręsti verslo problemas įmonės mastu.

Diegdami produktą „Gamybos įmonės valdymas“, kūrėjai stengėsi sistemoje apjungti maksimalų įmanomą funkcijų sąrašą. Jei pažvelgsite į dokumentus, galite suskaičiuoti net 15 posistemių. Faktas yra tas, kad 1C dokumentai yra suskirstyti į posistemes:

• Gamybos kontrolė
• Kaštų valdymas
• Pirkimų valdymas
• Planavimas
• Mokesčiai ir apskaita
• Darbo užmokestis
• Personalo apskaita ir kt.

1C UPP: daugiau apie produktą

Šiai standartinei konfigūracijai buvo sukurta daug modifikuotų, vadinamųjų pramoninių versijų: 1C.Mechanical Engineering, 1C.Meat Processing Plant, 1C.Furniture Production, 1C.Printing ir kt.

Pramonės sprendimus kuria 1C partnerių įmonės pagal pagrindinę konfigūraciją. Dažniausiai tai nutinka taip: konkrečiam klientui atliekamos modifikacijos, po kurių jos „surenkamos“ į naują pasirinktai industrijai skirtą versiją. Modifikuota konfigūracija pavadinta pramonės, kuriai ji buvo parašyta, vardu ir parduodama kaip „supakuotas sprendimas“.

Produkto savikaina

Šiai sistemai tinka bet kokia licencija, pavyzdžiui, iš „1C Accounting“ arba „1C Trade and Warehouse“. Natūralu, kad šių produktų licencijų kaina yra tokia pati.

Kaip ir dirbant su kitais produktais, licencijavimas atliekamas pagal vieną iš 1C priimtų parinkčių: kompiuteriui (įrenginiui) ir vartotojui (ryšiai iš bet kurio įrenginio). Čia nesigilinsiu į detales, nes visa informacija yra 1C svetainėje. Su juo galite susipažinti paspaudę nuorodą: http://v8.1c.ru/enterprise/

Daug parašyta apie pačią 1C programą. Apie šią platformą taip pat jau rašiau, pavyzdžiui, straipsnyje „Kodėl 1C yra blogai ir kodėl 1C programuotojai taip nemėgsta“. Atsižvelgiant į tai, kad „Gamybos įmonės valdymo“ sistema veikia 1C pagrindu. Enterprise 8.3, joje taip pat yra visi pagrindinės programinės įrangos privalumai ir trūkumai.

Pažvelkime atidžiau į konfigūraciją

1. Saugokite naujų užsakymų apskaitą ir nedelsdami informuokite apie juos gamybos skyrių.
2. Suteikite pardavimo skyriui galimybę bet kuriuo metu matyti kliento užsakymo būseną.
3. Suteikite pirkimo skyriui galimybę bet kuriuo metu pamatyti medžiagų gamybos poreikius.
4. Duomenų apie įmonės veiklą teikimas valstybei laiku, t.y. tvarkyti buhalterinę apskaitą ir mokesčių apskaitą.

Naujų užsakymų apskaita pardavimo skyriuje

1. Klientų apskaita (kam parduodama);
2. Prekių apskaita (kas bus parduota klientui).

O detali informacija apie visas prekes, kurias galima parduoti, saugoma Nomenklatūros kataloge.


Nomenklatūra yra katalogas, skirtas saugoti informaciją apie prekes ir paslaugas, kurios gali būti teikiamos pirkėjui. Ir šioje sistemoje nomenklatūra yra viena sudėtingiausių žinynų.

Čia galima saugoti:

• produkto pavadinimas
• Serija
• Nuotraukos
• Techninės dokumentacijos bylos
• Aprašymas ir beveik visa kita informacija apie produktą.

Remiantis siuvimo gamybos pavyzdžiu, darbas pagal užsakymą skirstomas į šiuos etapus:

1. Priimkite užsakymus ir registruokite klientų poreikius.
2. Jei reikia, įsigykite medžiagą užsakymui.
3. Atlikite gaminių iškirpimą ir siuvimą.
4. Atlikti prekių apžiūrą (kokybės kontrolę).
5. Perkelkite gatavą produkciją į sandėlį.
6. Vykdykite siuntimą arba pristatymą pirkėjui.

Gamybos pranešimas apie naujus užsakymus

Gamyba turėtų matyti užsakymus iš karto po jų gavimo, bet tik tą užsakymų dalį, kuriai reikia gaminti produktus.

Tačiau ši parinktis negali būti vadinama labai patogia, nes darbe yra dar vienas žingsnis, visiškai priklausantis nuo žmogiškojo faktoriaus. Tie. Sukūręs užsakymą vadovas gali pamiršti sukurti gamybos užsakymą, padaryti klaidą ir pan. Dėl to reikalingos prekės nebus laiku pristatytos pagal gamybos planą, o klientas laiku negaus užsakytų gaminių. Natūralu, kad visiškai automatizavus įmonę, tokios situacijos yra nepriimtinos. Kita vertus, šią problemą galima visiškai išspręsti sukuriant papildomą apdorojimą.

Sukūrėme tokį sprendimą drabužių įmonei. Buvo parašytas papildomas įskiepis, kuris automatiškai sukuria gamybos užsakymą pagal tam tikrą skirtingų sąlygų sąrašą.

Šis apdorojimas nustatė, ar reikiamų prekių yra sandėlyje. Jei ne, kitas žingsnis buvo išanalizuoti turimus gaminius. Jei tokių gaminių nėra arba jie suplanuoti vėlesne data nei nurodyta užsakyme, automatiškai sugeneruojamas gamybos užsakymas.

Išvada: Sistemoje yra viskas, ko reikia informacijai apie produktus ir klientus saugoti. Galima sukurti užsakymą ir perkelti jį į gamybą. Tačiau norint visiškai automatizuoti darbą, jį vis tiek reikės modifikuoti, kad atitiktų konkrečios įmonės poreikius.

Užsakymo būsena gamyboje

Tai įgyvendinama vienu iš dviejų būdų:

1. Pardavimų vadybininkas gali sekti, kokioje technologinėje stadijoje atliekamas darbas pagal užsakymą: planuojamas, pradėtas vykdyti, atliekant kokybės kontrolę ir pan. Taigi pardavimų specialistas gali nuolat stebėti kiekvieno užsakymo darbus ir informuoti klientą apie terminus.
2. Prekei nustatomas pardavimo laikotarpis, t.y. data, kada bus pagamintas reikalingų prekių sąrašas, išbandytas ir paruoštas siuntimui.

Pagrindinėje konfigūracijoje bet kokius terminų pakeitimus ir užsakymo įvykdymo etapo nustatymą darbuotojai atlieka rankiniu būdu, dėl to į darbą įtraukiamas nenuspėjamas žmogiškasis faktorius. Tačiau čia patobulinimai padės išspręsti problemą.

Iš pradžių ši ataskaita buvo sukurta gamybos darbuotojams, kad jie galėtų stebėti savo darbą ir prireikus koreguoti. Tačiau vėliau tą pačią ataskaitą atidarėme pardavimų skyriui, kad vadovai taip pat matytų konkretaus užsakymo būseną.

Išvada: Konfigūracija nenumato automatinio duomenų apsikeitimo tarp pardavimo skyriaus ir gamybos po užsakymo pateikimo apdoroti. Bet pagal šią konfigūraciją galima įdiegti panašius sprendimus sukuriant papildomas ataskaitas ir apdorojant.

Bendravimas tarp gamybos ir pirkimo skyrių

Kaip šis darbas turėtų vykti:

1. Sukuriamas poreikių sąrašas.
2. Remiantis šiuo sąrašu ir gaminio specifikacijomis, sudaromas produktų gamybai reikalingų medžiagų sąrašas.
3. Pagal gautą sąrašą sudaromas pirkimų planas.
4. Pagal pirkimų planą sistema generuoja užsakymus tiekėjams.

Specifikacija (medžiagų aprašas) yra žinynas, kuriame aprašomi visi konkrečios medžiagos parametrai, jos savybės, savybės, tolerancijos. Gatavo produkto arba „pusgaminio“ specifikacijoje nurodoma, iš ko gaminys susideda.

Kiekvieno gaminio gamybai reikalingos tam tikros medžiagos ir pusgaminiai. Pagal specifikacijas medžiagas galima užsisakyti iš karto. Kalbant apie pusgaminius, būtina žengti kitą žingsnį - išsiaiškinti, iš kokių medžiagų, savo ruožtu, susideda tas ar kitas pusgaminis. Taip pat pridėkite reikiamas medžiagas į užsakymą.

Taigi, kiekvienas gatavas produktas yra automatiškai padalintas į medžiagas, naudojant kelis etapus. Pavyzdžiui:

Kostiumą sudaro kelnės, švarkas ir pakuotė (paketas). Kelnės ir striukė yra pusgaminiai, kuriuos reikia išskaidyti kitame žingsnyje, kad būtų sukurta pakuotė, medžiaga gali būti iškart pridedama prie pirkinių. Antrame žingsnyje kelnės „skirstomos“ į skirtingų tipų audinius, siūlus, užtrauktukus, sagas. Panašiai striukė taip pat susideda iš įvairių audinių, siūlų ir sagų. Visos šios medžiagos įtraukiamos į pirkimo planą.

Dėl siuvimo gamybos problemą išsprendėme taip. Remiantis gamybai parengta ataskaita, taip pat informacija apie užsakymus, automatiškai buvo apskaičiuotas reikalingų medžiagų poreikis. Toliau iš šio sąrašo buvo atimtos sandėlyje laikomos medžiagos ir sukurta ataskaita, kurios pagalba galima buvo pirkti. Tada tiekėjai pasakys, kaip greitai jie gali pristatyti medžiagas. Ir ši informacija rankiniu būdu įvedama į sistemą, kuria remdamiesi pardavėjai galės informuoti klientus apie užsakymo pagaminimo laiką.

Apskaita ir mokesčių ataskaitų teikimas „dėžutėje“

• УУ – valdymo apskaitos dokumentas;
• BU - dokumentas yra apskaitomas;
• NU – dokumentui taikoma mokesčių apskaita.

Nežinau, kaip ši problema sprendžiama įvairiais atvejais. Iki šiol susidūriau su tokiais variantais, kai vadovybė sutiko su šiuo trūkumu ir mieliau pasitikėjo darbuotojais. Vienintelis įdiegtas apsaugos nuo žmogiškųjų klaidų būdas yra nustatyti numatytuosius žymimuosius langelius. Iš esmės smulkiose ir vidutinėse įmonėse, su kuriomis dažniausiai dirbu, to tikrai pakanka.

Integracija su kitais programinės įrangos produktais ir sistemomis

Žiūrint iš gamybos pusės, tikrai reikės į sistemą įkelti duomenis apie gaminių išleidimo datas, pusgaminius ir medžiagas. Pirkimų skyrius į sistemą įkelia važtaraščius ir kitus gavimo dokumentus. Pardavimo skyrius turi įkelti informaciją apie užsakymus ir pan. Be to, gamyboje galimos įvairios situacijos, labai svarbu, kad sistema operatyviai gautų informaciją apie medžiagų sunaudojimą, broko rodiklius, gamybos perplanavimą dėl kai kurių darbo proceso metu iškilusių sunkumų ir pan.

Pavyzdžiui, siuvimo įmonėje integracija buvo atlikta su pjovimo mašina. Taip pat dažnai reikalinga integracija su bet kokiu CAD, su įmonės svetaine ar kitais sprendimais. Ir šis darbų etapas dažnai atima iki 30% biudžeto.
Tuo pačiu metu be tokių kompleksinių sprendimų EPR sistemos naudojimas nebus efektyvus, jūs negalėsite pasiekti naujo įmonės valdymo ir automatizavimo lygio. Tai labai svarbu suprasti.

Bet kuri sistema yra tiek efektyvi, kiek yra jos silpniausia grandis. Ir jei diegimo metu vienu ar kitu atveju atsisakysite integruoti ir pasikliaukite žmogiškuoju faktoriumi, klaidų tikrai kaupsis, o visa sistema taps nestabili.
Pavyzdžiui, jei kalbame apie naujo gaminio projektavimą, tuomet visa projektinė dokumentacija iš projektavimo sistemos (CAD) į ERP sistemą turi būti įkeliama automatiškai. Ir tada, jei kils kokių nors klausimų ar sunkumų, visada bus galima suprasti, apie kokį konkretų produktą mes kalbame. O projektuotojai galės greitai ir be klaidų atlikti reikiamus pakeitimus.

Kalbant apie gamybą, labai svarbu laiku ir be klaidų gauti informaciją apie gaunamus užsakymus (pavyzdžiui, iš svetainės ar iš specialios užsakymo formos), kuriuos reikia pagaminti, taip pat laiku ir be klaidų perdavimo. informacijos apie faktiškai naudojamas medžiagas, kuri leis tęsti darbą be prastovų.

Jau minėjau, kad siuvimo įmonėje reikėjo integruoti su pjovimo mašina, kuri vienu metu pjauna 36 sluoksnius audinio, reikėjo gauti informaciją apie likučius, laužo kiekį ir paskirstyti šį laužą tarp savikainų; visa produktų partija. Atitinkamai buvo reikalingas priedas, kuris būtų tiesiogiai integruotas su įrenginiu, kad sistema suprastų iš jo gaunamus duomenis ir siųstų duomenis į įrenginį jai suprantamu formatu. Be to, reikėjo apdoroti iš mašinos gautus duomenis defektams ir gaminio išlaidoms apskaičiuoti.

Taip pat daugeliu kitų atvejų nepriimtina pasikliauti žmogiškuoju faktoriumi, nes klaidos, netikslumai sistemoje, nesavalaikis informacijos įvedimas lemia darbo sutrikimus. Todėl integracija, žinoma, nėra greitas ir brangus procesas, tačiau būtina gerinti darbo kokybę.

Pramonės sprendimai

Dabar 1C svetainėje galite rasti tokias konfigūracijas beveik bet kuriai pramonei. Tačiau labai svarbu suprasti šiuos dalykus:

1. Konfigūracija buvo modifikuota, kad atitiktų konkrečios įmonės poreikius. Ir nėra jokios garantijos, kad šis požiūris bus tinkamas jūsų įmonei. Pavyzdžiui, pieno gamyboje galima sukurti varškę ir grietinę pagal svorį arba supakuoti šiuos produktus į tam tikrus konteinerius. Jis gali gaminti pieną, kefyrą ir fermentuotą keptą pieną arba specializuojasi jogurtų ir desertų gamyboje. Kiekvienu iš šių atvejų reikės skirtingų pakeitimų. Ir tai nėra faktas, kad tie, kuriuos siūlo partneriai pagrindinėje versijoje, jums tiks.
2. Pramonės konfigūracijas atlieka įmonės partnerės, remdamosi pagrindine, o pačioje konfigūracijoje atliekami reikšmingi pakeitimai. Todėl bazinės 1C versijos atnaujinimai. Minkštieji starteriai netinka pramonės konfigūracijai. Vartotojai turės palaukti, kol 1C partnerių įmonė taip pat atnaujins pramonės versiją.

Keletas žodžių apie 1C. UPP ERP 2.0

Ši sistema taip pat sukurta 1C pagrindu, konfigūracija taip pat yra išsami, o ne modulinė. Todėl visos 1C produktų savybės, taip pat problemos, su kuriomis susiduriama diegiant sudėtingas 1C konfigūracijas, taip pat būdingos šiai sistemai.

Viena vertus, 1C versija. UPP ERP 2.0 tikrai turi išplėstą funkcijų rinkinį, visų pirma susijusių su automatizavimo ir valdymo problemomis. Tačiau šis programinės įrangos produktas buvo sukurtas palyginti neseniai. Ir manau, kad per anksti pereiti prie šios versijos dėl to, kad ji dar nėra iki galo išvystyta.

Jis nuolat atnaujinamas naujomis funkcijomis, naujais žinynais, dokumentais, ataskaitomis, skirtingai nei 1C. UPP, kurios atnaujinimai apima tik nustatytų klaidų taisymus ir apskaitos bei mokesčių ataskaitų atnaujinimus, susijusius su teisės aktų pakeitimais.

Be to, 1C sistema. UPP ERP 2.0 yra daug brangesnis nei 1C konfigūracija. UPP.

1C UPP sistemos privalumai ir trūkumai

Tiesiog todėl, kad jei standartinė „Gamybos įmonės valdymo“ konfigūracija daugeliu atžvilgių jums netinka, tai ir pramonės sprendimai jums netiks. Tokiu atveju bus lengviau pasirinkti kitą prekę arba iš tikrųjų užsisakyti individualų sprendimą. Ir jei jums labiausiai tinka standartinė konfigūracija, tai modifikacijų ir nustatymų, atitinkančių konkretaus verslo ypatybes, skaičius standartiniam sprendimui ir konkrečiai pramonės šakai skirsis mažai.

Svarbus sistemos trūkumas yra moduliškumo trūkumas. Tie. Norėdami išspręsti tam tikras problemas, galite sukurti tam tikrus apdorojimo ar ataskaitas, sistemos „priedus“. Jie veiks, tačiau pagrindiniai sprendimai liks nepakitę. Bet jei dėl kokių nors priežasčių jums reikia pakeisti dokumentų ar žinynų darbą, turėsite pakeisti visas konfigūracijoje esančias posistemes.

Dėl moduliškumo stokos šioje sistemoje neįmanoma atlikti esminių apskaitos ar, pavyzdžiui, sandėlio apskaitos darbo koregavimo, be esminių dokumentų ir žinynų, skirtų kitiems padaliniams, pakeitimų. Jie visi yra sujungti ir dirba su tomis pačiomis žinynais ir dokumentais. Tačiau ši funkcija yra plačiai žinoma, nes ji būdinga visiems 1C programinės įrangos produktams.

Štai kodėl paprastai niekas nedaro reikšmingų šios sistemos patobulinimų, jie stengiasi apsieiti su išoriniu apdorojimu, ataskaitomis ir kitais priedais. Pramonės sprendimai dažniausiai yra tik priedų rinkinio, sukurto konkrečiai įmonei, susijusiai su nurodyta sritimi, variantas. Ir jums vis tiek reikės kai kurių modifikacijų, kurių kaina mažai skiriasi nuo pagrindinės konfigūracijos modifikacijų. Tačiau standartinio sprendimo patikimumas visada yra didesnis nei partnerių įmonių produktų.

Išvada. Jei jus tenkina pagrindinė sistemos konfigūracija, geriausia ją nusipirkti ir įdiegti. Tačiau tuo pačiu labai svarbu, kad sistemos diegimą atliktų patyrę specialistai, kurie gebės ne tik sukonfigūruoti programinę įrangą, bet ir atlikti visus būtinus Jūsų verslui patobulinimus, ataskaitas, atlikti integraciją. su kitais programinės įrangos produktais ir sistemomis.

Taikant tinkamą požiūrį, 1C gamybos įmonės valdymo sistema tampa puikia priemone, kuri leis pasiekti aukštą verslo procesų automatizavimo lygį ir įvairių įmonės padalinių darbo koordinavimą.

1. Pasirinkite strategiją

Kokios yra strategijos? Vienas iš mano klientų pasirinko šią konfigūraciją, nes „tai vienintelė sistema, turinti viską“. Ši įmonė dirbo keliose sistemose: 1c, Excel ir kt. - apskaitai konsoliduoti nusprendė imtis vienos sistemos.

Kita įmonė, plėtojanti gamybą, norėjo kontroliuoti vykdomus darbus – nerimavo dėl medžiagų apskaitos gamyboje. Tai irgi strategija.

2. Apsvarstykite integraciją

3. Įvertinti SCP poreikį pagal įmonės dydį

4. Įvertinti SCP poreikį iš pramonės perspektyvos

Kur prasideda bėdos?
Iš esmės pokyčių ženklų nebuvo. 2005 m. pradžioje apskaitos tikslais buvo naudojama konfigūracija „1C: Apskaita 7.7“, atlyginimai skaičiuojami „1C: Atlyginimai ir personalas 7.7“, sandėlio apskaita buvo vykdoma „1C: Prekyba ir sandėlis 7.5“. Duomenys apie atsargų nurašymą, taip pat apie pagamintos produkcijos siuntimą iš sandėlio konfigūracijos į buhalteriją buvo eksportuojami kasdien. Ir, žinoma, turėjome daug vis sudėtingesnių, bendrai redaguojamų valdymo Excel dokumentų, vadinamų „santraukomis“. Kiekvieną rytą nuo 8 iki 10 valandos buvo ruošiami stalai gamybai, išsiuntimui ir apmokėjimui. Negalima sakyti, kad situacija blogėjo – disciplina įmonėje visada buvo aukšto lygio, tačiau išanalizavę verslo procesus sugalvojome optimizuoti darbo procesą. Ši mintis nebeliko mūsų galvos ir ką tik vasario mėnesį „1C“ išleido naują konfigūraciją „1C:UPP 8.0“ – Gamybos įmonės valdymo 1.1 versiją.
Prieš pradedant tokio masto projektą (mūsų atveju tai reiškė iš esmės pakeisti visą įmonės IT infrastruktūrą), būtina suprasti:

• Įgyvendinimo tikslai.
• Vadovybės pasirengimo lygis.
• Aparatinės įrangos išteklių reikalavimai.
• Reikalavimai žmogiškiesiems ištekliams.
• Projekto terminai.
• Personalo pasirengimas įgyvendinimui.
• Norminė bazė.
• Funkcionalumo užtikrinimas (sklandus perėjimas).

Valdymo pasirengimas
Aukščiausiajai vadovybei (generaliniam direktoriui ir finansų direktoriui) parengėme išplėstinį SPP pristatymą. Šiame pristatyme ypatingą dėmesį skyrėme gatavų gaminių apskaitos ir kaštų skaičiavimo realiuoju laiku proceso automatizavimui. Beje, po pristatymo paaiškėjo, kad generalinis direktorius ypač domėjosi veiklos sąnaudų kontrolės galimybe.
Techninės įrangos reikalavimai
Turėtumėte atkreipti dėmesį į tokių sistemų serverių resursų „rijumą“. Diegimo pradžioje labai sunku tiksliai numatyti, kaip sistema vystysis. 1C kūrėjas visada nurodo minimalius reikalavimus, o prisijungus naujiems vartotojams tampa aišku, kad serveriai turi būti daug galingesni. Todėl rekomenduoju nedelsiant sutelkti dėmesį į serverių sistemas su dideliu resursų rezervu.

Žmogiškųjų išteklių reikalavimai
Kalbame apie įgyvendinimo komandą. Paprastai tai yra projekto dalyviai tiek iš franšizės gavėjo, tiek iš jūsų komandos. Būtina tiksliai suprasti, kiek žmonių bus įdarbinta mokymo vietoje, būtent šis veiksnys sukėlė pavojų mūsų projektui kelionės pradžioje. Taip pat turite pasirinkti savo įmonėje bendraminčių komandą, kuri įrodytų jiems naujojo programinės įrangos privalumus.

Projekto terminas
Turi būti labai aiškus supratimas, kad projektas baigtas. Priešingu atveju tai tampa kaip buto remontas – visada norisi ką nors pagerinti. Būtina atskirti diegimą ir vėlesnę nuolatinę priežiūrą. Todėl prieš pradedant turi būti tiksliai suformuotas įgyvendinimo planas su galutinėmis etapų datomis. Ir tikrai neturėtume pamiršti ataskaitinių laikotarpių pildydami mokesčių deklaracijas. Mūsų klaida, pavyzdžiui, neparengė naujos darbo užmokesčio skaičiavimo sistemos. Tai visais metais atitolino perėjimą prie naujos sistemos, nes pateikti ataskaitų pensijų fondui iš dviejų skirtingų duomenų bazių pasirodė neįmanoma.

Personalo pasirengimas įgyvendinimui
Aukščiau jau kalbėjau apie bendraminčių komandos formavimą tarp jūsų įmonės darbuotojų. Yra galimybė padaliniuose susidurti su „numanomu sabotažu“, o tai labai apsunkina darbą. Kiekvienas darbuotojas turėtų būti pasirengęs pereinamuoju laikotarpiu informaciją vienu metu įvesti į dvi sistemas (nors to ne visada reikia). Prieš pradedant įgyvendinti projektą būtina surengti projekto pristatymą tarp skyriaus darbuotojų ir sulaukti jų palaikymo. Ir tai nėra lengva užduotis.

Norminė bazė
Bet kuri IT sistema yra paremta esama, jau sukurta dokumentų srautų sistema. Mūsų atveju didelis privalumas buvo tai, kad įmonėje anksčiau buvo įdiegta ISO9001 kokybės vadybos sistema. Aprašytų valdymo procesų buvimas labai pagreitins ir labai palengvins pirmąjį etapą – patikrinimą.

Funkcionalumo užtikrinimas (sklandus perėjimas)
Norėdami pastatyti naują, turėsite sunaikinti seną. Tai reikia suprasti planuojant. Tačiau esamą IT sistemą galima ir būtina atstatyti atsargiai, užtikrinant sklandų perėjimą, užtikrinant likusių senojo posistemio modulių ir diegiamo produkto sąveiką.

Projekto etapai. Vienas žingsnis, du žingsniai...

Iš pradžių planavome naująjį „1C“ diegti iš karto visuose padaliniuose, intensyviai mokydami ir dalinai įvesdami informaciją vienu metu į dvi duomenų bazes. Beveik iš karto tapo aišku, kad tai utopija. Franšizės gavėja neturėjo pakankamai darbuotojų mokymams, todėl iškilo pavojus laiku pateikti informaciją. Projektą suskirstėme į 4 etapus, kurie įgyvendinimo proceso metu išaugo į 5 ir truko daugiau nei dvejus metus. Etapų laikas buvo pritaikytas prie ataskaitinių laikotarpių, siekiant užtikrinti savalaikį likučių perkėlimą į reguliavimo apskaitą. Taigi, etapai.

1. Apklausa
Šiame etape aprašomi pagrindiniai verslo procesai ir esami įmonės procesai lyginami su standartiniais, užprogramuotais sistemoje. Darbas yra gana didelis ir, mano nuomone, mūsų atveju nebuvo reikalo atskirti to į savarankišką pradinį etapą. Geriau į tai atkreipti dėmesį kiekvieno žingsnio pradžioje ir atlikti šį darbą tik šiame etape dalyvaujantiems skyriams. Gali atrodyti, kad tokiu atveju nesimato viso vaizdo ir ryšiai tarp skyrių pasigesta. Bet tai netiesa. Po pirminės apžiūros jo kokybė nebuvo labai aukšta, taip yra dėl etapui skirto laiko tarpo. O dirbant su padaliniais apklausos rezultatai buvo peržiūrimi kelis kartus. Todėl rekomenduoju atlikti skyrių dokumentų srauto proceso tyrimą prieš pat pradedant diegti juose.

2. Tiekimo skyrius ir centrinis medžiagų sandėlis. Prekybos skyrius ir gatavų gaminių sandėlis. Automobilių ir geležinkelių dirbtuvės
Šių skyrių dokumentų srautas gana paprastas, nors turi savų niuansų. Mūsų atveju pagrindinė užduotis buvo užtikrinti teisingą duomenų perdavimą iš UPP į 1C: Apskaita 7.7 apskaitos tikslais. Todėl šių skyrių darbuotojų mokymų metu buvo iškelta užduotis parašyti laikiną apdorojimą dokumentų perkėlimui ir sinchronizuoti abiejų sistemų katalogus. Tai daug darbo, bet būtina norint užtikrinti sklandų perėjimą. Taigi perėjimas prie SCP šiuose padaliniuose neturėjo įtakos buhalterinės apskaitos darbui. Taip pat savo įmonėje pristatėme naują elektroninio paraiškų pateikimo tiekimo skyriui sistemą – „vidaus tvarka“.

3. Gamyba
Scena turi bendrą pavadinimą, nors apima stiklo butelių gamybos cechų automatizavimą, kompozitų cechą (partijų paruošimą), planavimo skyrių gamybos planavimo požiūriu ir mechaninį cechą (atsarginių dalių gamybą). Šis laikotarpis mums nebuvo lengvas. Automatizacija turėjo būti atliekama nuo nulio, įskaitant naujų darbų organizavimą, dėl to sparčiai vystėsi vietiniai tinklai ir buvo apmokyta daug darbuotojų. Ypač norėčiau atkreipti dėmesį į tai, kad būtina reikalauti vienu metu apmokyti vietos personalą, o tam reikia daug konsultantų iš įmonės, dalyvaujančios jūsų įgyvendinime. Būtent dėl ​​nepakankamo „instruktorių“ skaičiaus mūsų darbo laikas nuo planuotų dviejų mėnesių pailgėjo iki beveik penkių. Šiame etape taip pat turėtų būti ruošiamasi kitam etapui, o šis darbas mūsų projekte tapo kone daug darbo reikalaujančiu.

4. Apskaita
Iš pradžių planavome, kad 1C:UPP modulis bus pradėtas diegti nuo Naujųjų metų (t.y. sausio 8 d.) tiek buhalterijoje, tiek atsiskaitymų skyriuje. Parengėme apskaitos likučių pervedimo apdorojimą ir nuo metų pradžios banką bei kasą perjungėme į darbą naujame programiniame produkte. Kaip žinia, pirmus tris mėnesius rengiame praėjusių metų balansą, o dabartinei veiklai skiriame mažiau dėmesio. Todėl buvo praleistas momentas, kai paaiškėjo, kad dabartinės formos UPP eilinės apskaitos modulis neskaičiuoja produkcijos savikainos ir atitinkamai įprastinė apskaita visiškai netvarkoma. Vasario viduryje paaiškėjo, kad įgyvendinimo projektas yra kritinėje stadijoje. Kilo mintis grįžti prie 7.7 versijos, pridėti duomenis pusantro mėnesio ir atstumti projektą metais atgal. Tačiau galiausiai vis tiek susitvardėme, kreipėmės į 1C bendrovę pagalbos ir, nors daug pagalbos nesulaukėme, sėkmingai pakeitėme įgyvendinime dalyvaujančią įmonę ir projektą paleidome. Visų pirma, buvo nuspręsta pertvarkyti vidinių kaštų skaičiavimo metodiką, kad ji pradėtų atitikti sistemoje įdėtą metodiką. Per likusį laiką buvo pakeista dokumentų įvedimo sistema, ištaisytos klaidos jau įvestuose dokumentuose ir tai yra apie 50 000 dokumentų. Pirmojo ketvirčio balansas buvo pateiktas laiku, už tai dėkojame visai mūsų įmonės komandai. Be darbuotojų palaikymo, be jų aktyvios pagalbos projektas tikrai būtų priblokštas. Nors darbo užmokesčio skaičiavimo įgyvendinimą vis tiek teko atidėti metais. Manau, kad sprendimas taip pat buvo teisingas, nes 2006 m. vasario mėn. UPP darbo užmokesčio skaičiavimo požiūriu buvo gana neapdorotas produktas. Tuo metu 1C daugiau dėmesio skyrė 1C: Personalo valdymo konfigūracijai. Mūsų užduotis buvo tvarkyti įrašus vienoje sistemoje visuose skyriuose. Po metų, po kelių standartinės konfigūracijos atnaujinimų, skaičiuoti atlyginimus tapo daug patogiau.
Visas projektas truko beveik dvejus metus. Jau 2006 m. lapkritį baigėme rengti sąnaudų apskaičiavimo mokesčių apskaitoje metodiką, o 2007 m. sausį pradėjome skaičiuoti darbo užmokestį naujoje sistemoje.

Mes atskleisime visas paslaptis, spąstus ir įgyvendinimo ypatybes. Mūsų komanda turi 20 metų patirtį ne tik įgyvendinant 1C produktus diegiant projektus, bet ir diegiant sudėtingas informacines sistemas Vakarų įmonėse.

Informacija visų pirma tinka tiems, kurie 1C:UPP ketina įdiegti patys, be pasaulinio įgyvendinančios įmonės įsitraukimo.

Gana daug žodžių su „+“ ženklu pasakyta apie tikslų išsikėlimą. Neignoravome ir šios temos. Rengiantis automatizavimui labai svarbu priimti teisingą sprendimą.

1 ETAPAS. Pasirengimas įgyvendinimui

Įgyvendinimo tikslų apibrėžimas

Tikslų nustatymo darbas neturi būti sudėtingas ir daug laiko reikalaujantis, kaip aprašyta vadovėliuose. Tai vieno ar dviejų žmonių darbas, kuris per trumpą laiką turi atlikti kelias veiklas ir parengti kelis svarbius dokumentus ar ataskaitas.

Kas turėtų atlikti šį darbą? Pats įmonės vadovas turėtų būti atsakingas už tikslų nustatymą, nes būtent jis domisi automatizavimu ir gauna naudos iš informacinės sistemos diegimo. Už kiekvieną žingsnį turėtų atsakyti kas nors iš vyresniosios vadovybės. Atsakingus asmenis rekomenduojame skirti iš šio rato: IT direktorius, plėtros direktorius, finansų direktorius. Patys darbus gali atlikti vietiniai specialistai.

Taigi, ką reikia padaryti žingsnis po žingsnio.

1 ŽINGSNIS. SURINKITE PROBLEMAS, SUSIJUSIAS SU ESAMINE INFORMACINE SISTEMA AR JO TRŪKUMU.

Problemos išsiaiškinamos pokalbio forma. Darbas turi būti atliekamas individualiai su kiekvienu asmeniu, grupinis bendravimas neleidžiamas.

Pokalbiai vyksta tik su vyresniąja vadovybe, skyrių vadovais ir pagrindiniais darbuotojais.

Pokalbio metu užduodami trys pagrindiniai klausimai:

1. Kokių problemų kyla jūsų darbe? Kas jums nepatinka dabartinėje sistemoje?
2. Kaip turėtų veikti programa, kad tam tikri veiksmai būtų patogesni/praktiškesni/greitesni?
3. Kokius matote būdus, kaip išspręsti nustatytas problemas?

Bendravimo su kiekvienu darbuotoju trukmė ne ilgesnė kaip 3 valandos. Optimali trukmė – 1,5 valandos.

Geriau vesti interviu iš apačios į viršų, tai yra, iš darbuotojų tiesiai į direktorių. Paskutinis pokalbis turėtų būti su generaliniu direktoriumi.

Pokalbiams būtina pasirinkti skyrius, kurių veiklą galima arba reikia automatizuoti.

2 ŽINGSNIS. PROBLEMOS ANALIZĖ.

Visus surinktus atsakymus galima sugrupuoti į vieną lentelę.

Tokios lentelės pavyzdį galite atsisiųsti Excel formatu.

Patartina į šią lentelę įtraukti tik svarbias problemas. Jei reikia, kriterijų galite pridėti patys "Svarba", kaip papildomą analizės lygį, šioje lentelėje.

Remiantis šia lentele, galima padaryti tokias išvadas:

1. Jei bendras teigiamų atsakymų skaičius yra didesnis nei 50% (arba kitas procentas, kurį nustatote patys), tuomet jums reikia automatizavimo.
2. Įvertinkite pasikartojančių problemų skaičių (geriausia iš skirtingų funkcinių blokų). Sudarykite tokių problemų sąrašą. Tai gera savybė, leidžianti manyti, kad ateityje vienu veiksmu išspręsite kelias problemas vienu metu.
3. Nustatykite prieštaringų klausimų sąrašą. Juos taip pat galima sugrupuoti į atskirą lentelę ir palikti vėlesnei analizei.
4. Jei paaiškėja, kad problema yra ne informacinėje sistemoje (informacinė sistema išspręs mažiau nei 50% problemų), tada pirmiausia išspręskite organizacines problemas ir tik tada pereikite prie automatizavimo.

PAVYZDYS: Maža prekybos įmonė naudojo 1C:Enterprise 7.7. Prekyba“, skirta prekybos ir pirkimo veiklos automatizavimui. Programa puikiai susidorojo su nedideliu dokumentų kiekiu. Norą pereiti prie 1C:Enterprise 8.2 padiktavo noras pereiti prie naujesnės programinės įrangos. Analizė parodė, kad su esama informacine sistema „1C: Enterprise 7.7 Trade“ problemų praktiškai nėra.

3 ŢINGSNIS. APSKAITĘS PRELIMINIS ĮGYVENDINIMO IŠLAIDAS

1. Pagrindiniai įgyvendinimo išlaidų elementai yra šie:
2. programinės įrangos licencijų kaina;
3. darbo vietų, serverių kaina;
4. darbo sąnaudos projekte dalyvaujantiems darbuotojams (sudarytas iš įgyvendinimo komandos narių atlyginimų + išlaidos paprastiems darbuotojams atitraukti nuo darbo);
5. darbuotojų mokymo išlaidos;
6. pridėtinės išlaidos;
7. rezervas.

komentaras: Vertindami projekto išlaidas stenkitės pažvelgti pesimistiškai, t.y. pasirinkti didžiausią išlaidų sumą iš visų galimų.

4 ŽINGSNIS. ĮVERTININK ĮGYVENDINIMO EKONOMINĘ NAUDĄ.

Jau turite apytikslę projekto išlaidų sąmatą. Pagrindinis variantas analizuojant pagrindines projekto pajamas (naudą) – sumažinti darbuotojų skaičių padaliniuose, kuriuose veikla bus automatizuota. Norėdami įvertinti projekto efektyvumą ir gauti pagrindinius rodiklius (NPV, IRR, MIRR, atsipirkimo laikotarpis), galite naudoti šią struktūrą.

Šablone kaip diskonto normą nurodykite maksimalios grąžos, kurią įmonė gali gauti, palūkanų normą. Jei tokia priemonė yra indėlis, kurio palūkanų norma yra 8%, tada kaip diskonto norma gali būti naudojama 8%. Yra ir kitų sudėtingesnių diskonto normos apskaičiavimo būdų, tačiau šią užduotį geriausiai atlieka ekonominio planavimo skyrius.

Pelningas projektas gali būti laikomas efektyviu, jei IRR (arba dar geriau, MIRR) yra didesnė už maksimalią palūkanų normą, už kurią įmonė gali investuoti turimas lėšas. Pavyzdžiui, IRR = 24%, o įmonė naudoja tik indėlį, kurio norma yra 8%. Vadinasi, toks projektas yra efektyvus ir įmonei pelningesnis. Jei įmonė naudoja investicijas į vertybinius popierius ir gauna 25% grąžą, tai automatizavimo projektas įmonei jau yra mažiau pelningas.

Kai kuriais atvejais net nuostolingi projektai gali būti priimti įgyvendinti, jei įmonė gauna papildomos kokybinės naudos. Visi šie privalumai taip pat turėtų būti aprašyti galimybių studijos tekstiniame dokumente.

1 PASTABA: Beveik neįmanoma tiksliai įvertinti naujos informacinės sistemos įdiegimo efektyvumo, poveikis visada yra netiesioginis, kuris išreiškiamas verslo procesų tobulėjimu ir informacijos prieinamumo paprastumu. Beveik neįmanoma įvertinti realaus informacinės sistemos įdiegimo efekto.

UŽRAŠAS 2: Jokiomis aplinkybėmis nebandykite taikyti sudėtingų verslo procesų vertinimo metodų, pavyzdžiui, verslo procesų funkcinės kaštų analizės. Taip, pabaigoje gausite tikslų efektyvumo įvertinimo rezultatą, tačiau šio darbo atlikimo kaštai daugiau nei padengs pačios informacinės sistemos diegimo išlaidas. Apskritai, nesistenkite gauti 0,999 aukso.

5 ŽINGSNIS. NUSTATYK ĮGYVENDINIMO TIKSLŲ SĄRAŠĄ.

Įgyvendinimo tikslai dažniausiai yra kokybiniai, pavyzdžiui:

1. vienos apskaitos erdvės organizavimas Įmonėje;
2. užtikrinti galimybę greitai ir patikimai gauti informaciją;
3. informacinės bazės, skirtos palaikyti įmonės organizacinę struktūrą, sukūrimas;
4. suvienodinimas ir standartizavimas pagal automatizuotos verslo procesų sistemos funkcijas;
5. verslo procesų spartinimas, įskaitant pirminės apskaitos informacijos judėjimą.

Tačiau taip pat galima pateikti kiekybinius tikslus, nurodančius finansinę naudą, remiantis anksčiau sudaryta galimybių studija. Pavyzdžiui:

• Sumažinti tiekimo skyriaus darbo užmokestį 20 proc.

Procentas gali būti skaičiuojamas atsižvelgiant į pirkimų skyriaus specialistų darbo sąnaudų sumažėjimą dėl sumažėjusio jų skaičiaus.

Nurodytus tikslus galima įtraukti tiesiogiai į galimybių studiją arba galite sukurti atskirą dokumentą.

1 PASTABA: Idealiu atveju, prieš pradedant įgyvendinti, būtina nustatyti Įmonės plėtros strategiją, nes informacinė sistema turėtų būti informacinės paramos strategijai įgyvendinti pagrindas.

UŽRAŠAS 2: Apibrėžiant projekto tikslus, būtų gera idėja parengti projekto chartijos dokumentą. Tiksliau, jo projektas, nes dar nenustatyta, ar projektas bus, ar ne. Verta paminėti, kad „Projekto chartijos“ dokumentas yra grynai formalus ir nėra prasmės jį rengti savo reikmėms.

6 ŽINGSNIS. SVARBIAUSIAS ŽINGSNIS. Vadovaudamasi projekto tikslais, galimybių studija, vadovybė priima sprendimą, ar projektas bus įgyvendintas, ar ne.

Tiems, kurie domisi šia tema. Norėdami gauti daugiau informacijos, galite susisiekti su straipsnio autoriumi.

Gamybos įmonės dažniausiai yra tarp didžiausių Rusijos įmonių. Tokių įmonių valdymas yra labai sudėtingas procesas, reikalaujantis didelių generalinio direktoriaus, padalinių vadovų, cechų ir kitų gamybos linijų vadovų įgūdžių, gebėjimo planuoti, prognozuoti ir efektyviai spręsti esamas problemas.

Prastas valdymas ir valdymo klaidos brangiai kainuoja bet kokiam verslui. Tačiau gamybos įmonei tokios klaidos yra nepriimtinos. Gamybai kartais reikia didelių medžiagų, darbo jėgos, žaliavų ir energijos sąnaudų. Jei gamyba prastai suplanuota, klientai ir pirkėjai bus nepatenkinti, jei pardavimų planavime bus „spragų“, įmonė rizikuoja iš viso prarasti pinigus. Siekdama padėti gamybos įmonėms, „1C“ sukūrė specialų programinės įrangos produktą „1C Manufacturing Enterprise Management 8“ (toliau – „1C:UPP 8“).

Ši programa – tai visa vertingų apskaitos, planavimo, kontrolės ir valdymo įrankių sistema, kuri ypač pravers generaliniam ir finansų direktoriui, vyriausiajam buhalteriui ir gamybos direktoriui. 1C:UPP 8 programa apima valdymą ir reguliuojamą apskaitą.

Pastarasis apima:

Apskaita;

Mokesčių apskaita;

Apskaita pagal TFAS taisykles.

SCP 8 įdiegimas leis automatizuoti šias sritis:

Gamybos valdymas (planavimas, sąnaudų ir sąnaudų valdymas);

Finansų valdymas (Buhalterinė apskaita pagal nacionalinius ir tarptautinius standartus, tarpusavio atsiskaitymai ir grynųjų pinigų valdymas, biudžeto sudarymas);

Pirkimų ir pardavimų valdymas;

Atsargų valdymas;

Ryšių su klientais valdymas;

Vadovų darbo lygio vertinimas;

Personalo valdymas;

Analitinės ataskaitos ir kt. ir tt

Taigi programa apima beveik visus gamybinės įmonės padalinius ir padalinius, suteikdama apskaitos darbuotojams, padalinių vadovams ir įmonės vyresniajai vadovybei plačias galimybes planuoti, analizuoti, stebėti veiklos teisėtumą ir lanksčiai valdyti išteklius.

SCP 8 įgyvendinimo etapai:

Greitas patikrinimas ir sutarties sudarymas. Kaip ir bet kuris projektas, „1C: Manufacturing Enterprise Management“ įgyvendinimas yra prieš darbo planavimą. Prieš pradedant automatizuoti valdymą, specialistai įvertina laukiančių darbų mastą, nustato pagrindines kryptis, numato galimus sunkumus ir būdus juos pašalinti.

Techninių specifikacijų parengimas ir pateikimas rangovui. Dažnai „Softroom“ specialistai patys parengia technines specifikacijas, remdamiesi apklausdami kliento įmonės darbuotojus.

Sistemos projektavimas yra svarbiausias etapas. Jo metu kuriamas sistemos išdėstymas, konfigūruojama sąsaja, perduodami duomenys iš kitų sistemų. Tada sistema išbandoma ir, pasisekus, prasideda antrasis diegimo etapas.

Bandomasis darbas ir įmonės personalo mokymas. Paprastai visi apskaitos ir kitų paslaugų darbuotojai yra apmokomi. Nustačius personalo įgūdžių lygį dirbant su sistema, mūsų įmonės specialistai pradeda bandomąją operaciją, kurios metu nustato trūkumus, juos ištaiso ir atlieka galutinę modifikaciją.

SCP 8 diegimo įmonėje sėkmė labai priklauso nuo:

Franšizės gavėją įmonei atstovaujančių specialistų kvalifikacija.

Įmonės darbuotojai, dalyvaujantys projektų valdyme. Kuo aukštesnes projekto vadovo pareigas užima, tuo didesnė sėkmės tikimybė. Kiekvienai krypčiai turi būti paskirtas atsakingas asmuo.

Teisingas standartinės programos funkcionalumo pritaikymas ir jos modifikavimas (išplėtimas) pagal įmonės poreikius. Klaidų rizika sumažėja, jei diegimo metu viskas atliekama kruopščiai, pagal standartus, dvigubai tikrinant ir nuolat stebint.

Aukščiausios vadovybės kontrolės kokybė. Žmonės linkę bijoti naujovių ir atsakomybės priimant sprendimus. Vadovo užduotis yra vykdyti kontrolę ir, jei reikia, naudoti administracines priemones. Be to, kai kuriais atvejais teks galvoti ir apie darbuotojų kvalifikacijos kėlimą.

Visas šias sąlygas galima užtikrinti tik profesionaliai diegiant sistemą. Jūsų įmonę aptarnaujantys franšizės gavėjo įmonės sertifikuoti specialistai tikrai viską padarys teisingai. Tačiau sėkmė įmanoma tik jiems nuolat bendradarbiaujant su jūsų įmonės vadovais.

SCP įgyvendinimo kaina 8

Vertinant diegimo kaštus, pagrindinis veiksnys yra įmonės, kurios valdymą reikia automatizuoti, mastai. Darbuotojų, cechų, padalinių ir gamybos linijų skaičius tiesiogiai įtakoja specialistų darbo stažą.

Be to, svarbus veiksnys yra tai, ar įmonė anksčiau turėjo automatizuotas sistemas ir kaip teisingai jos buvo naudojamos.

Softroom kompanija kiekvienam projektui nustato SCP 8 individualiai, atsižvelgdama į užduočių spektrą ir jų sudėtingumą. Preliminarus įvertinimas nemokamas.

SCP 8 įgyvendinimo terminas

Ar įmonė gali pati įdiegti SCP 8?

Gal būt. Tačiau automatizuodami vidutinės ir didelės įmonės valdymą neturėtumėte pamiršti specialistų pagalbos.

Tik sertifikuoti specialistai galės užtikrinti teigiamą sistemos diegimo efektą. Ir tik kompetentingas projektų valdymas užtikrins sutaupymą dėl procesų automatizavimo.

Taigi, pasitikėkite profesionalais, o 1C:UPP 8 įdiegimas jūsų įmonėje duos nuostabių rezultatų!