Projekto tikslai ir uždaviniai

Automatizuoti sandėlio operacijų vykdymą ir užsakymų dėl inventoriaus prekių (inventoriaus ir medžiagų) išsiuntimo iš sandėlio perdavimą.
Automatizuoti projektų vertinimo procesus.
Užtikrinti vartotojo sąveiką bendrai naudojant 1C:ERP su trečiųjų šalių sistemomis.
Teikti siuntimo ir gamybos valdymą.
Automatizuokite gamybos aprūpinimo ištekliais užduotis įmonės paslaugų sąveikos lygiu.
Automatizuoti pirkimų valdymą ir materialinės paramos gamybai organizavimą.
Atlikti finansinės apskaitos, iždo ir biudžeto blokų automatizavimą.

Projekto rezultatai

Projekto biudžeto sąmatos pateikimo terminas potencialaus kliento prašymui buvo sutrumpintas.
Sumažėjo darbo sąnaudos planuojant ir dirbant su esamu pinigų srautų biudžetu įmonėje.
Sumažėjusi klaidų tikimybė perduodant duomenis tarp vartotojų ir sistemų.
Padidėjo gamybos paslaugų ir paslaugų, aprūpinančių gamybą ištekliais, sąveikos efektyvumas.
Sumažėjo prekių likutis sandėliuose.
Patobulinti dispečerinės tarnybos ir logistikos skyriaus sąveikos procesai.
Sutrumpintas terminas sutikti apmokėti tiekėjo sąskaitą faktūrą.
Padidintas mokėjimų kalendoriaus skaidrumas ir matomumas.
Patikimų sąnaudų duomenų gavimas leis gamyklai ateityje lanksčiau vertinti kainodarą vertinant būsimus projektus. O lanksti kainodara suteiks konkurencinį pranašumą.

Projekto specifika

Čeliabinsko mobiliųjų elektros įrenginių ir konstrukcijų gamykla susidūrė su poreikiu automatizuoti struktūrinius padalinius: projektų valdymo, logistikos, sandėlio ir apskaitos skyrius. Taip pat reikėjo automatizuoti projektavimo ir finansų skyrius.

Siekdami šių tikslų, First BIT specialistai gamykloje įdiegė 1C:ERP Enterprise Management 2.0 sistemą. Projektas buvo baigtas per 1,5 metų. Per šį laiką buvo suprojektuotas ir išplėtotas automatizuoto projekto išlaidų skaičiavimo funkcionalumas – projekto biudžetas. Taigi buvo galima sutrumpinti laiką, reikalingą projekto biudžeto sąmatai pateikti pagal potencialaus kliento pageidavimą. Darbas su projekto biudžetu sumažina darbo sąnaudas planuojant ir dirbant su esamu pinigų srautų biudžetu įmonėje, taip pat sumažina klaidų tikimybę perduodant duomenis tarp vartotojų ir sistemų. Taip pat projekto metu grynųjų pinigų planavimas pagal užsakymą pagal užsakymą įplaukų iš projektų pardavimo su automatiniu pervedimu duomenys buvo įvesti į biudžeto ir iždo posistemį.

Siekdami užtikrinti dispečerinį ir gamybos valdymą, Pirmojo BIT specialistai įdiegė gamybos proceso dispečerinį tarp parduotuvių ir gamybos etapų suteikimo kontrolę naudojant projektavimo technologiją, normalizuotą normatyvinę ir orientacinę informaciją tarp projektavimo ir apskaitos programinės įrangos (programinės įrangos), suprojektuotos. ir sukurti įrankiai užklausų aprūpinti gamybos etapus būtinomis atsargų prekėmis (atsargų prekėmis) valdymas, suprojektuotos ir sukurtos informacijos perdavimo iš projektavimo programinės įrangos į 1C:ERP sistemą priemonės, atsargų prekių siuntimo užsakymų perdavimo procesas. pristatyti sandėlio darbuotojai, pristatytos užsakymų vykdymo stebėjimo priemonės. Taigi išaugo gamybos paslaugų ir paslaugų, aprūpinančių gamybą ištekliais, sąveikos efektyvumas, o tai reiškia, kad projekto gamybinė stadija aprūpinama reikiamais materialiniais ištekliais reikiama apimtimi pačiu laiku.

Siekiant nustatyti pirkimų valdymo procesus ir organizuoti materialinį aprūpinimą gamybai bei atitraukti nuo darbo naudojant „popierinę technologiją“, buvo atliktas atsargų vienetų klasifikavimas pagal atsargų tvarkymo būdus, taip pat pagal aprūpinimo būdus. Be to, inventorinių medžiagų poreikio valdymo ir užsakymų tiekėjams generavimo posistemis pagal inventorinių medžiagų paklausą, inventorinių medžiagų gavimo iš tiekėjų planavimas pagal užsakymą ir tiekėjų užsakymų vykdymo stebėjimas, paraiška. įdiegta mokėjimų tiekėjams valdymo sistema. Dėl to buvo galima sumažinti prekių likutį sandėliuose, nes perkama tik tomis prekėmis, kurioms yra realus poreikis. Be to, patobulinti dispečerinės tarnybos ir logistikos skyriaus (LMTS) sąveikos procesai, sutrumpintas susitarimo dėl tiekėjo sąskaitos apmokėjimo terminas.

Vykdant darbą su iždo ir biudžeto sudarymo bloku, buvo įdiegti apskaitos ir lėšų gavimo bei išlaidų pagal projektus planavimo procesai. Naudojant standartinį 1C:ERP sprendimo funkcionalumą buvo galima gauti informaciją apie planuojamus pinigų srautus iš pardavimo ir pirkimų posistemių. Įdiegus taikomąją pinigų srautų valdymo sistemą, padidėjo mokėjimų kalendoriaus skaidrumas ir matomumas.

Finansinei apskaitai automatizuoti sistemoje įdiegiama kiekybinė medžiagų sąnaudų, įtrauktų į gamybos savikainą, analizė, įdiegtas patikimas netiesioginių kaštų, įtrauktų į gamybos savikainą, paskirstymas proporcingai laikotarpio medžiagų sąnaudoms, taip pat automatizuotas gavimas. finansinių rezultatų projektų kontekste. Patikimų duomenų apie savikainą gavimas ateityje leis įmonei lanksčiau vertinti kainodarą vertinant būsimus projektus. Savo ruožtu lanksti kainodara suteiks konkurencinį pranašumą Čeliabinsko mobiliųjų elektros įrenginių ir konstrukcijų gamyklai.

Klientų informacija

„Čeliabinsko mobiliųjų elektros įrenginių ir konstrukcijų gamykla“ yra rinkoje nuo 2008 m. ir specializuojasi gaminant patikimą blokinio modulinio dizaino įrangą pramonės įmonėms: gaisro gesinimo stotims, siurblinėms, kompresorinėms, dujų atskyrimo stotims, transformatorinėms. .

Per savo veiklą gamykla užsitarnavo atsakingos ir patikimos įmonės reputaciją. Dabartinė kokybės valdymo sistema, aukštos kvalifikacijos komanda, individualus požiūris ir visas leidimų paketas yra raktas į nuolat aukštos kokybės Čeliabinsko mobiliųjų elektrinių ir konstrukcijų gamyklos gaminius.

Turėdamas pakankamai patirties diegiant SCP, noriu pastebėti, kad kiekviename projekte anksčiau ar vėliau tekdavo buhalteriją perkelti kaip skyrių dirbti programoje. Šiame procese yra nemažai sunkumų. Visų pirma norėčiau atkreipti dėmesį į perėjimą nuo BP 2.0 prie UPP. Nepaisant to, kad BP 3.0 jau buvo išleistas, manau, kad šis klausimas kurį laiką išliks populiarus. Taigi koks sunkumas?

Turime pradėti nuo to, kad 1.3 apskaitos skyrius yra arčiau 1.6 leidimo įmonės apskaitos skyriaus nei 2.0, nors, žinoma, visas funkcionalumas atitinka šiuolaikines realijas. Nepaisant to, tai suvokiama kaip grįžimas prie kažko seno, moraliai pasenusio. Ir svarbiausia, kad tame yra nemažai tiesos.

Žinoma, atliekant apskaitos užduotis, konfigūracija (toliau – BP) 2.0 turi privalumų ir patogumų, tačiau nepaisant to, UPP akcentas yra jo gamybos grandinė, kuri neturi analogų jokiame 1C sprendime (išskyrus). Deja, šį konkretų psichologinį pranašumą atšaukti sunku, tai galima pasiekti tik stipriu vadovybės sprendimu, kad tie, kurie nepersikvalifikuos, bus atleisti.

1C UPP ir 1C apskaitos skirtumai

Pagrindiniai neigiami taškai, išskiriantys UPP nuo BP, su kuriais susidūriau praktikoje:

Sąskaitos faktūros generavimas naudojant nuorodą (BP ši sąskaita įvedama atskirame skirtuke).
Ataskaitų išvaizda (apskaitos ataskaitos UPP tikrai atrodo blankiai, priešingai nei gražios BP ataskaitos su žalia antrašte ir daugybe nustatymų).
Dokumentų žurnalų skirtumai (skirtingi BP buhalteriai įpratę dokumentų žurnalų pavadinimai ir sudėtis).
Papildomų paieškos laukelių prieinamumas dokumentų žurnalų formose.

Gaukite 267 vaizdo įrašų pamokas 1C nemokamai:

Dabar apie šias ir kitas technines galimybes, kurios gali turėti įtakos apskaitai, reikėtų pakalbėti plačiau. Be to, kokias alternatyvas mums siūlo 1C UPP?

Svarbiausias apskaitos principų skirtumas UPP ir BP buhalteriui, mano nuomone, yra tai, kad neįmanoma (galbūt labai nedaug) verslo operacijų atspindėti su „Buhalterinės apskaitos ataskaitomis“. Kai kuriose įmonėse pusė apskaitos sudaroma naudojant „Operacijas“. Ši funkcija atsiranda dėl UPP plačiai naudojamų apskaitos registrų, o ne tik apskaitos registrų. UPP didžioji dauguma operacijų atliekama naudojant specializuotus dokumentus.

Pavyzdys: dauguma buhalterių atspindi palūkanas už paskolas, išduotas naudojant operaciją, nurodydami korespondenciją Dt91 Kt76, tačiau 1C UPP šis metodas neturės įtakos, pavyzdžiui, tarpusavio atsiskaitymų su sandorio šalimis registrui. Turėtumėte naudoti prekių ir paslaugų pardavimo dokumentus.

Atskirai verta paminėti, kad Operacijos dokumentą galima naudoti, tačiau tik kartu su Registro patikslinimo dokumentu, ir šis dokumentas gali suklaidinti bet kurį nepasiruošusį vartotoją.

Be to, reikėtų pažymėti, kad kai kurių apskaitos sąskaitų subkonto apskaita skiriasi ir neįmanoma gauti dominančios informacijos naudojant standartinius metodus. Pavyzdžiui, 60 sąskaitoje nėra trečios subsąskaitos „Atsiskaitymų su sandorio šalimi dokumentai“, pagal kurią registratoriaus dokumentas atsispindi BP, todėl šių dokumentų nebus galima matyti naudojant standartinį balansą. . Dalis išeities iš šios situacijos yra naudoti ataskaitą „Savitarpių atsiskaitymų su sandorio šalimis ataskaita“.

Kai kurių „nebalansinių“ sąskaitų nebuvimas 1C UPP, pavyzdžiui, MC sąskaitos. Iš tiesų, į eksploatuojamas medžiagas atsižvelgiama BP sąskaitoje MC sąskaitoje. UPP į informaciją apie perduotas eksploatuoti medžiagas atsižvelgiama „Eksploatuojamų medžiagų“ registre, informaciją apie jas galima gauti naudojant ataskaitą „Eksploatuojamų medžiagų ataskaita“.

Trūksta mėnesio pabaigos uždarymo procedūros, kuri yra tokia artima ir suprantama. Taip, toks apdorojimas nėra įtrauktas į SCP. Mėnesio uždarymas atliekamas naudojant verslo procesą „Mėnesio uždarymo procedūra“, kuriame naudojamas katalogo elementas „Mėnesio uždarymo sąranka“.

Galbūt šis punktas yra visiškai ypatingas atvejis. Nepaisant to, verta paminėti. Dokumentas "Ilgalaikio turto judėjimas" - čia sunkumas tas, kad buhalterija nurodo iš kur ir kur perkeliamas ilgalaikio turto objektas, o SCP nurodo tik vietą, kur objektas perkeliamas. Tikroji objekto vieta nustatoma pagal registro įrašą tam tikru metu.

UPP nusidėvėjimo lapo ataskaita yra kitokia ir neatspindi ilgalaikio turto judėjimo; taip pat galite naudoti atnaujintą ataskaitą.

Padidėjęs pildomų detalių skaičius. Žinoma, detalių padaugėjo. Tačiau dėl vartotojo nustatymų didžioji dauguma tokių duomenų gali būti užpildyti automatiškai.

Išeitys iš šios situacijos

Paprastai dauguma problemų, su kuriomis susiduriame, turi keletą sprendimų. Šioje situacijoje galiu pabrėžti, pavyzdžiui, tai:

Vienoje įmonėje buhalterijos padėtis buvo labai stipri, jiems labai nepatiko grįžti į praeitį ant 1C UPP 1.3, projektui grėsė žlugimas... Laimei, įmonė turėjo puikias finansines galimybes... Rezultatas buvo pilnas visų apskaitos ataskaitų perrašymas ir suvedimas į BP 2.0 formą, naujų dokumentų įtraukimas į dokumentų žurnalus, paieškos formų rodymas dokumentų žurnalų formose. Paaiškėjo, kad tai brangu: ir plėtros, ir tolesnės paramos prasme, bet buhalterija pajuto savo svarbą, o projektas tęsėsi.

Nors ši galimybė neatrodo labai efektyvi, gyvenime ji egzistuoja.

Diametrai priešingas sprendimas būtų griežtas vadovybės nurodymas naudoti tik esamas funkcijas. Beje, tai leidžia atlikti pilną apskaitą ir turi visus kontrolės mechanizmus. Šis požiūris yra optimalus įmonei!

Daugelis organizacijų savo veikloje naudoja taikomųjų programų sprendimą „1C: UPP“. Kas tai yra? Kokią naudą tai teikia? Išsiaiškinkime straipsnyje.

„1C:UPP“: kas tai?

Programos sprendimas leidžia sukurti išsamią informacijos bazę, atitinkančią šalies, tarptautinius ir įmonių standartus. Sukurta sistema užtikrina normalią organizacijos finansinę ir ūkinę veiklą. Jame rodomi pagrindiniai procesai, vykstantys įmonėje. Kartu informacinė sistema leidžia diferencijuoti prieigą prie informacijos ir suteikia galimybę atlikti įvairias operacijas pagal darbuotojų statusą.

Tikslai

Korporacijose, turinčiose holdingo struktūrą, informacinė sistema gali apimti visus padalinius. Tai žymiai sumažina apskaitos sudėtingumą, nes skirtingi struktūriniai padaliniai pakartotinai naudoja bendrą informacijos masyvą. Visi padaliniai veda galutinę mokesčių ir valdymo apskaitą. Tačiau struktūriniai padaliniai reguliuojamas ataskaitas rengia atskirai.

Specifika

Vienkartinė verslo operacijos registracija yra pagrindinė taikomųjų programų sprendimo savybė „1C:UPP“. Kas tai yra? Ūkinė operacija įrašoma vieną kartą ir atsispindi visuose ataskaitiniuose dokumentuose. Tai pašalina poreikį iš naujo įvesti informaciją. Dokumentas naudojamas kaip registracijos priemonė. Tuo pačiu metu, siekiant pagreitinti darbą, plačiai naudojamas numatytasis informacijos pakeitimo mechanizmas. Nauji dokumentai pildomi pagal anksčiau surašytus.

Duomenų santykis

Norėdami suprasti, kaip naudoti " 1C:UPP“, kas tai yra, turite išstudijuoti programos sprendime pateiktas parinktis. Ji priima tam tikrą informacijos santykį iš skirtingų įrašų. Visų pirma, taikomas sprendimas užtikrina rodiklių nepriklausomumą ir palyginamumą, kiekybinių ir bendrųjų turto ir įsipareigojimų parametrų sutapimą pagal dokumentus, nesant objektyvių prielaidų jų neatitikimui. Vartotojo įvesta informacija yra valdoma. Pavyzdžiui, registruojant grynųjų pinigų operacijas, programa 1C:UPP patikrina, ar yra lėšų. Šiuo atveju atsižvelgiama į jau užpildytus prašymus dėl išlaidų. Registruojant prekių siuntą, sistema patikrina tarpusavio atsiskaitymų su gavėju būklę. Taikymo sprendimas "1C: gamybos įmonės valdymas" pateikiamas su sąsajų rinkiniu. Tai suteikia kiekvienam darbuotojui pirmenybę prieiga prie reikalingos informacijos.

Apskaita

Nustatymai „1C:UPP“ leidžia tvarkyti reglamentuojamus dokumentus nacionaline valiuta. Skirtingi tos pačios informacijos bazės padaliniai gali naudoti skirtingas mokesčių sistemas. Vienuose struktūriniuose padaliniuose - OSNO, kituose - supaprastinta mokesčių sistema. Tai ne visos galimybės, kurias suteikia programos sprendimas. 1C:UPP". Apskaita Organizacija gali būti vykdoma remiantis įvairiais finansų politikos ir mokesčių apskaitos principais. Be to, UTII gali būti taikoma kai kurioms veiklos rūšims.

Tarptautiniai standartai

1C atveju ataskaitos gali būti teikiamos pagal TFAS standartus. Darbo intensyvumui mažinti apskaita vykdoma neoperatyviai, naudojant informacijos perskaičiavimą iš kitų dokumentų. Kuriant sprendimą“ 1C: Gamybos įmonės valdymas„Buvo atsižvelgta į šiuolaikinius tarptautinius metodus (CRM, ERP, SCM ir kt.) bei paties kūrėjo sukauptą efektyvaus procesų automatizavimo patirtį.

Sistemos komponentai

Į " 1C:UPP“ pradedantiesiems pateikiamos praktinės automatizavimo mechanizmų naudojimo rekomendacijos. Juos galima suskirstyti į dvi dideles grupes. Pirmasis apima neoperatyvinės apskaitos mechanizmus, antrasis – operatyvinių užduočių vykdymui. Programos sprendimas numato sąlyginį padalijimą į posistemes. Tai leidžia atlikti panašių veiksmų grupes. Visa tai labai palengvina produkto kūrimą. Vykdant dabartinę veiklą posistemių ribos beveik nejaučiamos.

Kur galima naudoti produktą?

Daugelio organizacijos padalinių veiklą galima automatizuoti naudojant 1C. Ataskaitos sistemoje paprastai generuojamos šiuose skyriuose:

Pardavimai.
Rinkodara.
Finansai
Medžiagos ir gatavi gaminiai.
Personalas.
Administracinis ir ekonominis.
Kapitalinė statyba.
Logistika.
Vyriausiasis mechanikas, technologas, dizaineris.
Ekonominis planavimas.
Informacija ir analitinė.
Strateginė plėtra.

Programos sprendimą savo darbe naudoja ir valdymo komanda. Kūrėjo nuomone, maksimalų produkto naudojimo efektą gali pasiekti organizacijos, kuriose dirba daug darbuotojų (iki kelių šimtų žmonių), tinklo ir holdingo korporacijose, įmonėse, turinčiose šimtus automatizuotų svetainių.

Privalumai

Vadovybė ir vadovai, atsakingi už verslo plėtrą, turi plačias galimybes planuoti, analizuoti, lanksčiai valdyti išteklius, siekiant padidinti įmonės konkurencingumą. Padalinių vadovai ir darbuotojai, tiesiogiai dalyvaujantys gamybos procesuose, pardavimuose, pirkimuose ir pan., gali naudoti efektyvius įrankius, didinančius darbo efektyvumą atitinkamose srityse. Apskaitą aptarnaujantis personalas gauna automatizuotas apskaitos priemones pagal teisės aktų reikalavimus ir įmonės įmonės standartus.

"Našumo monitorius"

Ši ataskaita leidžia:

Užfiksuokite visą veiklą vienu žvilgsniu.
Laiku aptikti nukrypimus nuo plano, augimo taškus ir neigiamą dinamiką.
Patikslinkite pateiktą informaciją.
Naudokite našumo rodiklių rinkinį, įtrauktą į demonstracinę sistemą" 1C:UPP". Instrukcijos, pritvirtintas prie gaminio, leis greitai suprasti parametrų naudojimo ypatybes.
Greitai kurkite naujus veiklos rodiklius.
Pateikite keletą dokumentų versijų skirtingoms veiklos rūšims ar atsakomybės sritims.

Demonstracinėje sistemoje yra 42 paruošti parametrai. Juos galima įkelti į įmonės darbo duomenų bazę naudojant integruotą informacijos mainą. Tuo pačiu metu šis mechanizmas leidžia lengvai įvesti naujus konkrečios įmonės rodiklius.

„1C:UPP“ – nomenklatūra

Produktas naudoja du lygiaverčius sąskaitų nustatymo metodus. Jų naudojimo ypatumas yra tas, kad jie negali veikti kartu. Kūrėjo nustatymuose numatyta rekomenduojama parinktis – registras „Prekių apskaitos rodiklių nustatymas“. Sąskaitos faktūros atpažinimas atliekamas tik pildant dokumentą. Šiuo atžvilgiu duomenys lentelėse bus paslėpti. Sąskaitas galima nustatyti patiems, kitu atveju sistema jas paims iš „Parametrų nustatymų“ registro. Norint pakeisti metodus, reikia atsidaryti skirtukus „Įmonė“ – „Produktai“ – „Paskyros“, pasirinkus reikiamus duomenis atsispindės lentelėje. Registre turite sukurti sąskaitų sąrašą, kurį norite įtraukti į konfigūracijos dokumentus. Kiekviename langelyje yra informacija apie materialinių ir gamybinių išteklių, naudojamų ūkinėse operacijose (pirkimas, pardavimas, perdavimas ir pan.), apskaitos straipsnius. Sąskaitos gali būti priskirtos kiekvienai atskirai prekei arba grupei, sandėliui ar sandėlio tipui.

Papildomos parinktys

Programa savarankiškai sukuria papildomą įrašą dokumente, kuris nėra susietas su jokia grupe. Kodėl tai būtina? Tai reikalinga automatiniam sąskaitų įvedimui į registrą, jei kataloge sukuriama nauja grupė, kuri neturi duomenų dokumente su sąskaitomis faktūromis. Kad būtų patogiau apskaityti vienoje sistemoje kelis padalinius, turinčius tą patį nomenklatūros vienetą, galite nurodyti skirtingus elementus. Ši parinktis naudojama, kai su vieno tipo gaminiu atliekamos skirtingos operacijos.

Atsiskaitymas su sandorio šalimis

Kaip įrašai generuojami 1C:UPP? Skelbimai generuojami automatiškai, jei informacija apie sutartis arba sandorio šalis nebuvo įvesta rankiniu būdu. Norėdami patekti į skyrių, turite atidaryti atitinkamą skirtuką. Tai dokumentas „Sąskaitos už atsiskaitymus su sandorio šalimis“. Šis skyrius skirtas registruoti informaciją, kuri automatiškai taikoma įvairiems konfigūracijos registrams. Sąskaitos informaciją galima priskirti konkrečiai įmonei, partneriui ar grupei, individualiai sutarčiai ar operacijos tipui.

Prekybos kontrolė

Programos sprendimas leidžia automatizuoti operacijų analizę ir stebėjimą kartu su valdymo užduotimis:

Pardavimų ir pirkimų planavimas.
Santykių su klientais kontrolė, tarpusavio atsiskaitymai su sandorio šalimis, tiekimas ir atsargos.

Tai užtikrina efektyvų modernios įmonės veiklos valdymą. Programos sprendimas palaiko kelių tipų prekybą: didmeninę prekybą, įskaitant pardavimą su išankstiniu apmokėjimu, kreditu, mažmeninę prekybą (atokiose vietose ir prekybos vietose), komisinius, įskaitant produktų priėmimą ir perdavimą parduoti.

Užsakymų stebėjimas

Prašymų įvykdymas laiku ir veiklos skaidrumas yra viena iš svarbiausių įmonės veiklos sričių. Programoje įdiegtas užsakymų valdymo funkcionalumas leidžia optimaliai talpinti informaciją ir atspindėti informaciją padalinių planuose, pagal numatytą strategiją ir veiklos modelį. Registruojant paraiškas reikiamos prekės bus rezervuojamos automatiškai sandėlyje. Jei reikiamų prekių nėra, užsakymas pateikiamas tiekėjui.

Kainodaros politika

Programos sprendimas suteikia įvairių funkcijų. Tarp jų:

Kainodaros kontrolė

Informacija apie produkcijos pardavimo kainą įvedama į sistemą naudojant specialų dokumentą. Tai yra „Prekių kainų nustatymo“ registras. Informacinėje sistemoje yra saugomos kelių rūšių kiekvienos prekės pardavimo kainos. Konfigūracijoje galite įvesti didmenines, mažmenines, smulkias didmenines ir kitas kainas. Vartotojas gali pridėti kitų tipų. Sąnaudų formavimo politikos įgyvendinimo patogumui taikomajame sprendime numatytos šios pardavimo kainų rūšys:

Pastariesiems nurodomas antkainio ar nuolaidos procentas, kuriuo bus koreguojami pagrindiniai parametrai. Atsiskaitymo kainoms % bus numatytoji vertė. Skaičiavimo metu jį galima nustatyti iš naujo. Vidinei kontrolei naudojamas planuojamų kaštų rodiklis. Šis parametras leidžia neįtraukti nepelningų pardavimų. Tai ypač aktualu tais atvejais, kai pardavimo kaina nukrenta žemiau savikainos. Produktai išleidžiami už vieną ar kitą kainą. Jis pasirenkamas prekių pardavimo dokumentų pildymo pradžioje. Nuolaidos generuojamos atskirame registre.

Jau parduotų programinės įrangos sprendimų, paremtų „1C: Manufacturing Enterprise Management“, palaikymas bus vykdomas kaip įprasta.

Atskirais atvejais (plečiant verslą, jungiant naujas įmones, padalinius) galima įsigyti papildomų licencijų.

Norėdami gauti patarimų, susisiekite su 1C-Rarus filialu jūsų regione arba į centrinį biurą Maskvoje.

1C:Įmonė 8. Gamybos įmonės valdymas (1C UPP)

Programinės įrangos produktas leidžia automatizuoti visus gamybos įmonės padalinius ir apskaitos grandines pagal Rusijos ir tarptautinius standartus. Didžiausias efektas pasiekiamas įdiegus „1C:UPP 8“ valdose ir tinklo struktūrose.

Vieningos informacinės erdvės sukūrimas gamybos įmonėse leidžia aprėpti visų padalinių, dukterinių įmonių, filialų ir kt. verslo procesus. Tai suteikia plačias galimybes įmonės (įmonių grupės) analizei, planavimui ir išteklių valdymui, siekiant padidinti jos konkurencingumą.

Įgyvendinimas 1C:Įmonė 8. Gamybos įmonės valdymas (1C:UPP 8) leidžia automatizuoti šių padalinių ir paslaugų apskaitą:

Direktoratas (generalinis direktorius, finansų direktorius, komercijos direktorius, gamybos direktorius, vyriausiasis inžinierius, personalo direktorius, IT direktorius, plėtros direktorius);
Planavimo ir ekonomikos skyrius;
Gamybos dirbtuvės;
Produkcijos išsiuntimo skyrius;
Vyriausiojo dizainerio skyrius;
Vyriausiasis technologas skyrius;
Vyriausiojo mechaniko skyrius;
Pardavimų skyrius;
Logistikos ir techninio aptarnavimo skyrius;
Marketingo departamentas;
Medžiagų ir gatavų gaminių sandėliai;
Apskaita;
Žmogiškųjų išteklių departamentas;
Darbo ir užimtumo organizavimo katedra;
IT paslaugos;
Administracinis ir ūkinis skyrius;
Kapitalinės statybos skyrius;
Informacinis ir analitinis skyrius;
Strateginės plėtros skyrius.

Programa „1C: gamybos įmonės valdymas 8“ yra padalintas į atskirus posistemius, atsakingus už panašių problemų grupes: grynųjų pinigų valdymo posistemis, personalo valdymo posistemis, apskaitos posistemis ir tt Toks suskirstymas yra tam tikra konvencija, leidžianti lengviau įsisavinti taikomųjų programų sprendimą.

Programa 1C:Įmonė 8. Gamybos įmonės valdymas (1C:UPP 8) leidžia kokybiškai pagerinti ir optimizuoti produktų gamybą:

sumažinti įrangos ir aukštos kvalifikacijos specialistų prastovų lygį;
sumažinti užsakymų įvykdymo laiką;
išvengti pardavimo plano trikdžių dėl gamybos išteklių perkrovos;
optimizuoti medžiagų judėjimą ir sandėlio likučius;
padaryti gamybos procesą skaidrų ir valdomą;
sumažinti gamybos sąnaudas;
pagerinti gaminio kokybę.

„1C: Manufacturing Enterprise Management 8“ (1C: UPP 8) didina kapitalo apyvartą, leidžia efektyviai valdyti investicijas, kontroliuoti kaštus ir apskritai ženkliai padidinti viso verslo valdomumą bei jo konkurencingumą.

Licencijavimas

Norėdami padidinti ir išplėsti darbo vietų skaičių, galite įsigyti papildomų licencijų.

Kodėl gimė šis straipsnis?

1. Jau turėjome tokį, kuris sulaukė nemažo susidomėjimo (14306 peržiūros). Šiai temai jau 2 metai ir jau daug kas pasikeitė. Žmonės ir toliau kreipiasi į mus, prašydami pateikti naujausią versiją.

2. 1C išleido naują konfigūraciją „ERP gamybos valdymas 2.0“, net dalyvavome seminare, bet vėlgi nematėme gero planavimo problemos sprendimo.

Todėl nusprendėme apibendrinti savo patirtį ir aprašyti ne tik planavimą, bet ir visą sprendimų spektrą.

Žemiau mes sudarėme schemą, apie ką mes ketiname kalbėti išsamiai. Visi šie punktai, mūsų nuomone, yra svarbūs. Mes sutelksime dėmesį į svarbius dalykus, kurie yra tiesiog būtini arba labai supaprastina gyvenimą.

Tema didelė, daugelis apdorojimo ir ataskaitų reikalauja modifikavimo standartinei konfigūracijai – pasistengsime to neatidėlioti.

1. Pirkėjo užsakymai.

Visa produkcija skirta vykdyti klientų užsakymus. Ameriką čia atrasti sunku. Tačiau šiandien turime atsižvelgti į keletą savybių, kad išvengtume netikėtumų.

1. Sudėtingų gatavų gaminių perpardavimo schemų buvimas, kai viena holdingo organizacija gamina produktus, parduoda antrą, antrą..... ir t.t. ir tik n-tą parduoda trečiajai šaliai. Sukelia daug užsakymų, iš kurių tik nedidelė dalis patenka į gamybą.

2. Kelių gatavų gaminių sandėlių prieinamumas. Pavyzdžiui: drabužiai ir batai, metalas ir elektrodai ir kt. Bet pirkėjas užsakymą daro vienas, o aš nelabai noriu jo dalyti.

3. Sandėliai ir jų kiekis nuolat kinta. Tai dažnai siejama su pakeitimu ir naujų organizacijų atsiradimu.

4. Nutolusių sandėlių ir dėl to sandėliukų prieinamumas kelyje. Visi šie produktai turi būti rezervuoti ir jokiu būdu negrįžti į gamybą.

Mes pasiekėme paprastą visų šių problemų sprendimą naudodami beveik standartines funkcijas. Buvo priimtas sprendimas, kuris, kas labiausiai stebina, veikia be papildomos kontrolės. Taigi,

1. Klientų užsakymuose sandėlio laukelyje nurodomos tik sandėlio prieinamumo grupės. Tai iš karto išsprendžia problemą dėl kelių gatavų produktų sandėlių ir naujų sandėlių atsiradimo (senų uždarymo). Vadovas ir toliau dirba su savo prieinamumo grupe.

2. Sandėlio prieinamumo grupių kataloge įjungta hierarchija – leidžia grupuoti vienodo funkcionalumo grupes ir sandėlius

3. Atributas „Gamyba“ su Būlio tipu buvo įtrauktas į sandėlio prieinamumo grupės katalogą.

Taškais 2,3 kartu išsprendžiami 1,3,4 uždaviniai.

Kodėl vadovas nesusipainioja ir per klaidą (jis mokomas, natūralu) Sandėlio lauke pats sandėlis, o ne prieinamumo grupė, nes užsakymo perkėlimo į gamybos užsakymą funkcionalumas yra automatizuotas (užsakymai, kuriuose sandėlis , o ne grupė, nėra apdorojami - tai yra „skambinimas“), o gamybos užsakymai, kuriuose yra Sandėlis, tiesiog nepatenka į planavimą ir vadovas, jei jis dirba, žinoma, iš karto pamatys savo problemą. įsakymas. Tiesa, gerai treniruojantis (dėmesys paaštrėja) tokių klaidų nedaug.

Gatavų gaminių saugos atsargos ir PF sąveikos atsargos.

Be klientų užsakymų, gamyboje turi būti išlaikytas tam tikras saugos gatavos produkcijos atsargas VVĮ sandėliuose, dažnai tenka mažinti gamybos laiką, interoperacines pusgaminių atsargas. Labai dažnai visos šios funkcijos atliekamos vidiniais užsakymais ar net pirkėjų užsakymais, tačiau, mūsų nuomone, užsakymai reikalauja nuolatinio stebėjimo, jie turi būti nuolat atidaromi, uždaromi, išimami iš rezervų ir pan. Užsakymai turi dar vieną trūkumą – pagal jį bus pagaminta net viena prekė, jei jos neužteks. Vadovybė labai nori, kad saugos atsargos būtų pildomos ne po vieną, o partijomis. Taip užtikrinama draudimo atsargų apyvarta (draudimo atsargos sandėlyje nesaugomos) ir gamybos apkrovos vienodumas. Kaip mes patys tai įgyvendinome:

Nuspręsta naudoti dokumentą „Užsakymo taškų reikšmių nustatymas“. Kodėl?

1. Iki šiol mes nenaudojome dokumento.

2. Savo esme jis labai artimas tam, ko mes iš jo norėjome.

3. Buvome beveik visiškai patenkinti TC detalių buvimu. Į PM buvo įtrauktas tik vienas atributas – Priority.

Kaip naudojami dokumento duomenys?

1. Nomenklatūra ir charakteristikos – viskas aišku.

2. Nustatymo metodas – fiksuotas. Nustato kitų detalių tipą ir rankinę apskaitą.

3. Užsakymas Taško vertė – nepanaudota.

4. Apsaugos atsargos – faktinė saugos atsargų vertė.

5. % punkto vertė - minimali saugos atsargų vertė procentais, kuriai esant nauja partija pradedama gaminti.

6. % saugos atsargų – procentinė saugos atsargų vertė, nuo kurios sustabdomas naujos partijos paleidimas.

7. Sandėlis – nenaudojamas.

8. Prioritetas – leidžia teisingai ištraukti balansus planuojant. Leisk man paaiškinti. Tarkime, kad nurodėte 100 gatavų prekių H1 kaip saugos atsargas ir 100 prekių H2 kaip sąveikias atsargas. Produktas H1 tam tikru etapu susideda iš produkto H2. Planavimo metu turite 50 vienetų H2 gaminių. Jei nenustatysite prioriteto, likučiai gali būti ištraukti iki sąveikos atsargų, o saugos atsargos bus pradėtos nuo nulio. Akivaizdu, kad norėjome visiškai priešingo rezultato. Čia atsiranda prioritetas. Jis rūšiuoja pusgaminius tarp draudimo ir sąveikių atsargų.

Svarbiausias klausimas: kaip visa tai atsispindi planavime?

Atsakymas gali jus labai nenudžiuginti, nes... Mes turime savo planus ir apie tai bus kalbama toliau. Po to, kai įvyksta klientų užsakymų sinchronizavimas (taip pat ir planavimo temoje), planuotojas nustato, kiek draudimo ir sąveikos užsakymų turime sandėlyje (nesvarbu ar jie yra sandėlyje ar gamyboje) ir kiek reikia būti paleistas, atsižvelgiant į minimalų ir didžiausią gamybos procentą.

Na, ir dar kartą pavyzdys kaip veikia: Draudimas 200 vnt, minimalus 10% (20 vnt), maksimalus 90% (180 vnt).

1. Šiuo metu yra 10 vnt. Lėktuvo korpusas persijungia į papildymą ir pradedama gaminti 190 vienetų.

2. Yra 100 vnt. ir ankstesnis planavimas buvo papildymas, tada bus paleista dar 100 vnt.

3. Yra 185 vnt. Sklandytuvas nustos paleisti ir palaukti, kol kiekis nukris žemiau 20 vienetų.

4. Yra 100 vienetų ir ankstesnis planavimas buvo sumažintas, tada lauks kol kiekis nukris žemiau 20vnt.

Jei nenustatyti minimalūs ir didžiausi procentai, visada paleidžiamas trūkstamas kiekis.

Rezervacija.

Kodėl reikalinga rezervacija?

Sklandytuvui visiškai nesvarbu, ar produktai rezervuoti pagal užsakymą, ar ne. Sinchronizuoja visus pavedimų likučius pagal eiliškumą (mums tai tik užsakymo data; visos įprastos valdymo problemos, tokios kaip svarbus užsakymas ir pan., tik trukdo darbui, o jei tikrai reikia – yra išspręstas iki tos pačios datos). Nesvarbu, kur gaminiai šiuo metu yra – GP sandėlyje, gamyboje priimant, remontuojant ir pan. Svarbiausia, kad būtų laikomasi reikiamų kokybių ir sąnaudų elementų rinkinio. Jie jį sugadino – pakeitė kokybės ar savikainos elementą, o Planeris šių prekių nebemato.

Atleidimo svarba didėja ir yra svarbi šiais atvejais:

1. Užsakymo būseną visada galite matyti sandėlyje.

2. Galite rankiniu būdu rezervuoti prekes ir užsisakyti vėliau.

3. Nuotolinių sandėlių ir sandėlių prieinamumas kelyje. Atkreipkite dėmesį: tai ne filialų sandėliai, tada tiesiog yra 2 skirtingi užsakymai, būtent gamybos sandėliai, bet toli nuo gamybos. Su tokiais sandėliais galite dirbti tik per rezervus. Klientams, kurie siunčiami iš šių sandėlių, yra gaminių pagal konkretų užsakymą. Galima ten laikyti laisvus palaikus, tačiau jų planavimas yra problemiškas, nes tokiu atveju teks kažkaip atsižvelgti į teritorinį atokumą.

Ir kadangi rezervavimas yra svarbus, reikia tai padaryti automatiškai. Tai yra, mums reikia tokio apdorojimo, kurį būtų galima paleisti tiek rankiniu būdu, tiek atliekant įprastinę užduotį, ir viską, kas atkeliavo į sandėlius ar ten gulėjo, rezervuoti laisvoje klientų užsakymų likutyje. Tuo pačiu metu visi, kurie dirbo su rezervatais, žino, kad su jais nuolat atsiranda staktos, kurios yra šių tipų:

1. Neigiami rezervai, t.y. pardavimai buvo iš rezervo, bet rezervo nebuvo.

2. Užsakymų rezervų perteklius, užsakyme yra 5 vnt., o jam rezervuoti 6 vnt.

3. Laisvieji likučiai tapo neigiami dėl rezervų, viršijančių likučius.

4. Rezervai, kuriems sandėlyje nėra likusių prekių.

Darome išvadą, kad visų pirma reikia pašalinti visas problemas ir tik tada daryti išlygą. Be to, turėtų būti pasirinkta, kad būtų galima atlikti atrankines rezervacijas. Mes Jums siūlome tokį gydymą už minimalią kainą. Atranka organizuojama pagal sandėlio prieinamumo grupių rinkinį ir sandėlių sąrašo bei prieinamumo grupių sąrašo derinį. Be to, apdorojimas gali tiesiog veikti klaidų pašalinimo režimu. Apdorojant nėra nieko sudėtingo, kiekvienas gali parašyti pats, o jei tingi pradėti nuo nulio, imk mūsų. Apdorojimas turi nustatymų išsaugojimo funkciją. Besidomintiems,.

(Užsakymo perkėlimas į gamybą. Kaip organizuoti nuolaidas tarp savo organizacijų.

Planavimas.

Planavimo ataskaitos.

Užduoties arba CVD problema.

Kur galėčiau gauti rinkinį arba LZK.

Rodyti CVD įgyvendinimą.

Plano faktas.

Gaminių gamybos laikas ir atsilikimo kontrolė.

Apsaugos atsargų efektyvumo analizė.

Šaldytų produktų kontrolė.

Nomenklatūros ypatybės arba kaip suvokti begalybę.)

1s upp versija 1.3. Gamybos įmonės valdymas