Gamybos įmonės valdymas. Gamybos įmonės valdymas Savarankiškas UP vadovas

Šiame straipsnyje kalbėsime apie ERP sistemą „Gamybos įmonės valdymas“. Automatizuojant gamybines įmones šis produktas dažnai pasirodo kaip optimalus sprendimas, 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 jums pasakyti, kas yra UPP ed. 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.

Pirmas dalykas, kurį labai svarbu suprasti: 1C. Gamybos įmonės valdymas nėra tik apskaitos sistema, ją kuriant buvo atsižvelgta į šiuolaikinius įmonės valdymo metodus, todėl šis produktas siūlomas naudoti, taip pat ir kaip ERP sistema. Be to, iš pavadinimo matyti, kad šis konkretus produktas yra skirtas gamybinio tipo įmonėms. Būtent šiuo požiūriu ketinu apsvarstyti 1C UPP programinės įrangos produktą.

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.

Paprasčiau tariant, ERP sistema sujungia visas apskaitos rūšis, kurios yra įmonėje. Naudojant ERP sistemas, keičiamasi informacija ir vykdoma sąveika tarp skirtingų padalinių ir kt. ERP sistemos „Gamybos įmonės valdymas“ atveju programinis produktas siūlo įgyvendinti visas šias funkcijas gamybinei įmonei.

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ė
• Išlaidų valdymas
• Pirkimų valdymas
• Planavimas
• Mokesčiai ir apskaita
• Darbo užmokestis
• Personalo apskaita ir kt.

Tie. Į šią sistemą stengėmės įtraukti visas funkcijas, kurių gali prireikti gamybinės įmonės veiklai. Būtent taip 1C įmonė pozicionuoja savo ERP sistemą: joje jau yra viskas, ko reikia norint automatizuoti bet kokius procesus nenaudojant kitų programinės įrangos produktų.


Mano padaryta ekrano kopija aiškiai rodo, kad labai maža dokumentų dalis yra tiesiogiai susijusi su gamyba. Visi kiti dokumentai yra papildomi posistemiai, sukurti tam, kad „Gamybos įmonės valdymas“ būtų universalus sprendimas visų padalinių darbui. Nematau prasmės detaliai svarstyti visų šių galimybių, tačiau svarbu, kad kiekviena iš posistemių veiktų efektyviai ir visapusiškai bei galėtų išspręsti konkretaus verslo poreikius. Šiame straipsnyje mes išsamiai aptarsime bloką, kuris išskiria UPP nuo kitų 1c – gamybos valdymo sprendimų.

1C UPP: daugiau apie produktą

„1C“ įmonė „Gamybos įmonės valdymą“ laiko vienu iš savo pavyzdinių produktų. Tai tipinė konfigūracija iš 1C, t.y. programinės įrangos produktą visiškai gamina pati 1C, o bet kokius sistemos pakeitimus turi atlikti oficialūs 1C partneriai. UPP yra viena iš konfigūracijų, kurią nuolat palaiko 1C; jai išleidžiami naujinimai ir kt.

Š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

Norėdami dirbti su šia konfigūracija, turite įsigyti patį gaminį. Rekomenduojama 1C bendrovės kaina yra 186 000 rublių. O šio programinės įrangos produkto licencijavimas vykdomas bendrais 1C pagrindais, t.y. kitų 1C produktų vartotojai negali įsigyti atskirų šios sistemos licencijų.

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

Svarbu suprasti: pramonės sprendimams 1C partnerių įmonės gali reikalauti atskirų licencijų. O čia kaina gali skirtis nuo bazinės versijos.

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ą

R.B.Chase'o, F.R.Jacobso, N.J.Aquilano knygoje „Gamybos ir operacijų valdymas“ man patiko užduočių, kurios keliamos gamybos įmonės ERP sistemoms, sąrašas:

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ą.

Pažvelkime į kiekvieną iš šių punktų išsamiau. Aiškumo dėlei kaip pavyzdį pateiksiu vieną iš savo klientų – siuvimo įmonę, kuri naudoja SCP sistemą ir yra klasikinis bei vizualinis gamybos modelis. Šioje įmonėje yra daug skirtingų padalinių: projektavimo, inžinerijos, gamybos, audinių ir aksesuarų sandėliavimo skyrius, gatavos produkcijos sandėliavimo skyrius, valdymo skyrius.

Naujų užsakymų apskaita pardavimo skyriuje

Užsakymų apskaita yra neatsiejama bet kurio pardavimo skyriaus darbo dalis. Bet koks užsakymas susideda iš kelių dalių:

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

Pirkėjai (klientai) įtraukiami į sandorio šalių katalogą. Klientai gali būti tiek fiziniai, tiek juridiniai asmenys. Sandorio šalies kortelėje galite nurodyti visus įmonės banko duomenis, telefono numerius, pristatymo adresą ir kitą informaciją, reikalingą dokumentų tvarkymui ir pardavimui.

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ą.

Naudodamas šiuos katalogus, pardavimo skyriaus darbuotojas sukuria Kliento užsakymo dokumentą, kuriame nurodo sandorio šalį ir prekių sąrašą su kainomis.

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.

Taigi, pirmasis darbų etapas baigtas: sukurtas Kliento užsakymo dokumentas, kuriame atsispindi kliento duomenys ir jam reikalingos prekės. Dabar turime perkelti informaciją į gamybą.

Gamybos pranešimas apie naujus užsakymus

Gamyba turėtų pamatyti naujus užsakymus, kai tik jie atvyks. 1C UPP konfigūracija apskritai susidoroja su šia užduotimi. Tačiau iškyla priešinė problema: gamyba turėtų matyti tik tuos užsakymus, kuriuos reikia pagaminti. Tie. Jei užsakymo dokumente nurodytos prekės, kurios jau yra sandėlyje, gamybai toks užsakymas neįdomus, o jo atsiradimas galimų gaminti dokumentų sąraše gali sukelti papildomos painiavos.

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

Siekiant išvengti tokių nesklandumų, 1C kūrėjai siūlo tokį sprendimą: pagal pirkėjo užsakymą pardavimo vadybininkas turi sukurti naują dokumentą – Gamybos užsakymą, kuriame bus surašytos prekės, kurias reikia pagaminti.

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

Kaip jau minėta, užsakymui patekus į gamybą, būtina suteikti pardavimo skyriui galimybę stebėti užsakymo būseną realiu laiku. Pardavimo skyriaus vadovui svarbu žinoti, kurioje darbo stadijoje yra: ar užsakytos prekės jau pristatytos į darbą, kada planuojama ją užbaigti ir pan.

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

1. Pardavimų vadybininkas gali sekti, kokioje technologinėje stadijoje atliekamas darbas pagal užsakymą: planuojamas, pradėtas dirbti, 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, išbandytas ir paruoštas siuntimui reikalingų prekių sąrašas.

Sistema nesuteikia reikiamų įrankių pirmajam variantui įgyvendinti. Galimos ataskaitos atspindi tik užsakymų ir sandėlyje esančių prekių būseną. Gamybai, jei reikia įdiegti etapinį pranešimą, reikės modifikacijų.
Deja, antruoju atveju nėra paruoštų įrankių tiems atvejams, kai gamyba gali pakeisti užsakymo įvykdymo datą. Tik pardavimo skyrius gali keisti išsiuntimo datą ir daugiau. Paprastai vadybininkas gali perkelti siuntą į vėlesnį laiką, tačiau gamyba turės būti įspėta apie galimybę rankiniu būdu pakeisti prekių sukūrimo laiką. Taip pat, esant poreikiui, gamyba negali atidėti išsiuntimo datos, net jei ir atsiranda galimybė greičiau įvykdyti užsakymą.

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. Bet čia patobulinimai padės išspręsti problemą.

Taigi, siuvimo gamybai sukūrėme suvestinę ataskaitą, kuri parodė: kokia prekių partija (iš kokių užsakymų) yra gamyboje, įskaitant, ataskaitoje matyti, kuri partija yra pjaustoma, kuri yra siuvama ir pan. Tie. gamybos procesus suskirstėme į etapus, o ataskaitoje buvo pateiktas bendras vaizdas – kokie produktai, iš kurių užsakymų, kuriuose gamybos etapuose yra, kurie yra eilėje (nurodant darbų pradžios datą), kurie yra kokybės kontrolėje, kurie buvo atlikti. išsiųstas į sandėlį.

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. Tačiau pagal šią konfigūraciją galima įdiegti panašius sprendimus sukuriant papildomas ataskaitas ir apdorojant.

Bendravimas tarp gamybos ir pirkimo skyrių

Labai svarbus momentas – aprūpinti gamybą reikalingomis medžiagomis. Tuo pačiu, norint tinkamai veikti, reikia aprūpinti produkciją viskuo, ko reikia užsakymams įvykdyti ir iš sandėlio sukurti prekes laisvam pardavimui, o kita vertus, būtina, kad sandėlyje nesikauptų medžiagų perteklius. Todėl tiekimo skyrius turi turėti prieigą prie naujausios informacijos apie medžiagų kiekį sandėlyje ir esamus gamybos poreikius, įskaitant medžiagų sąrašą užsakymams, kuriuos tik planuojama gaminti.

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.

Svarbus sistemos trūkumas: Pirkimų skyrius neturi galimybės matyti, kokias medžiagas iš kokių tiekėjų ir kokiomis kainomis reikia pirkti. Tie. ataskaitose rodomi tik bendri esami gamybos poreikiai, o norint gauti išsamesnės informacijos, reikia atlikti papildomus pakeitimus.
Sistema turi dokumentą, pavadintą Pirkimų planu. Ji kaupia informaciją apie poreikius, t.y. apie tai, ką reikia įsigyti norint užtikrinti gamybą ir kokiu kiekiu, kaip ir turi būti klasikinėje MRP sistemoje.


MRP (medžiagų poreikių planavimas)– tai automatizuotas įmonės žaliavų ir gamybos medžiagų poreikių planavimas. Planavimas atliekamas pagal specifikacijas.

Specifikacija (medžiagų sąskaita) 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 suskaidyti kitame žingsnyje, norint sukurti pakuotę, medžiagą galima iš karto pridėti 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ą.

Dabar galite pasirinkti kiekvienos medžiagos tiekėją ir sudaryti užsakymą. Visi aukščiau išvardyti SCP sistemos etapai nėra automatizuoti, todėl norint išspręsti problemą, reikės atlikti kai kuriuos pakeitimus. Tuo pačiu metu konfigūracija suteikia galimybę saugoti visus reikalavimus, taip pat yra galimybė rinkti pirkimo informaciją. Tačiau pagrindinėje versijoje jie visi reikalauja žmogaus įsikišimo, o tai sumažina patogumo ir patikimumo lygį. Todėl čia labai pravers ir išorinis apdorojimas, juolab kad visi duomenys ir prieiga prie jų yra sistemoje.

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“

Kūrėjų sumanyta tipinė „Gamybos įmonės valdymo“ konfigūracija turėtų surinkti visą apskaitai ir mokesčių ataskaitoms reikalingą informaciją bei sukurti visą apskaitos skyriaus darbui reikalingą atskaitomybę.
O štai ši konfigūracija turi labai didelį „Achilo kulną“. Faktas yra tas, kad kiekviename dokumente yra trys žymės langeliai:

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

Kadangi dokumentai nėra suskirstyti į skirtingas sistemas, atsiranda žmogiškasis faktorius. Pavyzdžiui, pirkimų skyriaus darbuotojas ar sandėlininkas, gavęs medžiagas, išsiunčia gavimo dokumentą. Medžiaga registruojama. Bet jei nepažymi BU laukelio, tai buhalteris nemato dokumento, o pats išrašo sąskaitą pagal gautą mokesčių sąskaitą. Dėl to dokumentas du kartus taisomas skirtingų autorių. O jei pasitaikys kokių nors klaidų, nustatyti kaltininką bus labai sunku.

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 smulkaus ir vidutinio verslo įmonėse, su kuriomis dažniausiai dirbu, to tikrai užtenka.

Integracija su kitais programinės įrangos produktais ir sistemomis

Integracija yra svarbus etapas, būtinas automatizuojant bet kurios įmonės darbą, įskaitant gamybą. Būtina suprasti, kad integracija yra brangus procesas, reikalaujantis nemažai laiko ir pastangų. Kadangi kalbame apie sudėtingą daugiafunkcę ERP sistemą, kokybiškam procesų automatizavimui reikės gauti daug įvairių duomenų iš skirtingų šaltinių.

Ž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, nepasieksite 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ų.

Aukščiau jau minėjau, kad siuvimo įmonėje reikėjo integruoti su pjovimo mašina, kuri vienu metu pjauna 36 audinio sluoksnius, reikėjo gauti informaciją apie likučius, laužo kiekį ir paskirstyti šį laužą tarp siuvimo išlaidų. 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

Be pagrindinės 1C konfigūracijos. Yra daug SCP pramonės sprendimų. Juos kuria 1C partnerių įmonės pagal pagrindinę konfigūraciją. Dažniausiai tokie sprendimai atsiranda įdiegus 1C.UPP kuriai nors gamybos įmonei. Po to tam tikros pramonės šakos modifikuota konfigūracijos versija šiek tiek modifikuojama ir klientams siūloma kaip paruoštas pramonės sprendimas.

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

Taip pat yra atskira 1C konfigūracija. UPP ERP 2.0, kuri buvo padaryta reikšmingų patobulinimų ir papildymų, būtinų automatizuoti gamybos įmonės valdymą. Tie. ši konfigūracija yra ne tik kaip pilnas sprendimas, bet ir kaip universalus sprendimas gamybos įmonei, kuri apima visavertę ERP sistemą.

Š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

Sistema yra tikrai visapusiška ir, atitinkamai modifikavus, gali atlikti tam tikro tipo gamybos įmonės valdymo funkcijas. Taip pat svarbu suprasti, kad kiekvienai pramonės šakai reikės skirtingų patobulinimų. Jei sistema buvo sukurta drabužių siuvimui, ji netiks pieno gamybos įmonei. Žinoma, galite naudoti ir pramonės sprendimus, tačiau aš asmeniškai nerekomenduoju naudoti tokių sprendimų.

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, bet pagrindiniai sprendimai liks nepaliesti. 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 susiję 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 šios sistemos niekas paprastai nedaro reikšmingų patobulinimų, jie stengiasi apsiprasti 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ą.

Baigdamas noriu duoti keletą patarimų tiems, kurie nusprendė įsigyti ir įdiegti programą „1C: Manufacturing Enterprise Management 8 edition 1.3“:

1. Pasirinkite strategiją

SCP yra sudėtingas ir didelis produktas, kuris teigia esąs universalus. Produktas yra brangus, ir aš čia kalbu ne tik apie įsigijimo kainą, bet ir apie programos įsigijimo kainą – kvalifikuoti specialistai yra brangūs, o jų yra labai mažai. Pasirinkite strategiją ir nuspręskite, kodėl perkate šią konkrečią programą ir kaip ją naudosite, ką su ja darysite toliau.

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ą

Integracija turi būti iš pradžių apgalvota, kad būtų galima įvertinti, kokie finansiniai ir laiko ištekliai bus skirti jai įgyvendinti. Objektyvus šio fakto įvertinimas gali turėti įtakos sprendimui, ar pirkti šią programą, ar teikti pirmenybę kitam produktui.

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

SCP tinka ne kiekvienai įmonei. Mačiau įmonę, kurioje dirbo 15 žmonių. Jie kažkaip „paveldėjo“ SCP sistemą, tačiau diegimas ir modifikavimas kainavo nemažus pinigus, ir galiausiai jie taip ir neperėjo prie SCP. Turite suprasti, kad jei jūsų įmonė nėra pakankamai pasirengusi dirbti su tokiu sudėtingu produktu, tai neturės jokio poveikio. Mažai įmonei šios konfigūracijos nerekomenduoju.

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

Nors 1c rašo, kad UPP yra universalus sprendimas, tačiau reikia suprasti, kad jis tinkamas tik surinkimo gamybai, kai surenkamas vienas visas produktas iš kelių dalių. Pavyzdžiui, statybinių medžiagų ir mišinių gamybai ši konfigūracija netiko.

Tarp šiandien vidaus rinkoje siūlomų programinės įrangos produktų, skirtų ekonomikos ir apskaitos tikslams, 1C sistema yra viena iš patikimų lyderių. Dėl tokių savybių kaip funkcinis lankstumas, prisitaikymas prie vidaus teisės aktų reikalavimų, naudojimo paprastumas ir galimybė lanksčiai konfigūruoti atsižvelgiant į konkrečios įmonės ypatybes, ji pritraukia vis daugiau vartotojų. Ne paslaptis, kad darbo rinkoje tarp ekonomistų, finansinių paslaugų darbuotojų, buhalterių ir vadovų paklausiausi yra specialistai, laisvai dirbantys su 1C programa, todėl susipažinimas su ja yra viena iš svarbių sėkmingos profesinės veiklos sąlygų. .

1C: Buhalterinės programos versija, kurios aprašymą siūlome skaitytojui, yra naujausia 1C įmonės plėtra. Nepaisant konceptualaus tęstinumo su ankstesnėmis versijomis, tai kokybiškai naujas produktas, leidžiantis spręsti įvairias problemas: tvarkyti valdymo ir apskaitos įrašus, kurti analitinę atskaitomybę, spręsti planavimo ir finansinės analizės problemas, naudoti kelis sąskaitų planus, tvarkyti įvairias valiutos apskaita. Programa taip pat įgyvendina daugybę kitų naujų funkcijų, kurios ženkliai palengvina finansų darbuotojų darbą ir atitinka griežčiausius bei aktualiausius šių dienų reikalavimus.

Svarbu

Gali būti, kad studijuodamas programą skaitytojas aptiks tam tikrą neatitikimą tarp šios knygos turinio ir to, ką mato monitoriaus ekrane (juk 1C programa nuolat tobulinama ir tobulinama). Tačiau bet kuriuo atveju šie skirtumai nebus esminio pobūdžio.

Šioje knygoje siūlome baigti išsamų mokymo kursą, kaip dirbti su 1C programa, naudojant 100 pamokų, suskirstytų į teminius skyrius. Kai pereisite prie kiekvieno skyriaus, skaitytojas visiškai išmanys atitinkamus darbo su programa būdus ir metodus. Atkreipkite dėmesį, kad nagrinėjamos konfigūracijos galimybės apima ir apskaitos, ir mokesčių apskaitos tvarkymą. Bet kadangi techniniu požiūriu daugelis apskaitos ir mokesčių apskaitos operacijų yra identiškos arba labai panašios, knygoje apskaitos pavyzdžiu pademonstruosime darbo metodus ir metodus, o kur reikia – pateiksime atitinkamus paaiškinimus.

1 skyrius
Susipažinimas su programa ir paruošimas darbui

Šiame skyriuje apžvelgsime, kaip paleisti programą, sukurti informacinę bazę, susieti „Apskaitos“ konfigūraciją ir preliminarią jos konfigūraciją. Visi šie veiksmai atliekami iškart įdiegus programą, nes be jų jos veikimas iš esmės neįmanomas. Be to, čia kalbėsime apie nagrinėjamos „Apskaitos“ konfigūracijos galimybes, jos veikimo režimus, taip pat apie tai, kaip greitai įvesti pradinius duomenis naudojant „Start Assistant“.

1-oji pamoka.

Bendra informacija apie 1C šeimos produktus

1C įmonė jau seniai ir tvirtai užėmė lyderio pozicijas ekonominės, finansinės ir apskaitos programinės įrangos rinkoje. Šiuo metu įmonė siūlo platų programinės įrangos asortimentą, skirtą įvairioms apskaitos ir valdymo problemoms spręsti.

Iš esmės bet kuris 1C programinės įrangos produktas yra sudėtingas technologijos platformos ir vienos ar kelių konfigūracijų naudojimas. Technologinė platforma yra pagrindas, kuriuo grindžiamas programos naudojimas, o konfigūracija nurodo šio naudojimo kryptį. Kitaip tariant, 1C technologijos platforma yra tam tikras „karkasas“, kuriame yra „sudėta“ viena ar kelios konfigūracijos.

Šiandien 1C siūlo produktus, pagrįstus dviem technologijų platformomis – 1C 7.7 ir 1C 8 versijomis. „Seven“ žinomas gana seniai ir yra bene plačiausiai paplitęs produktas savo rinkos segmente. Kalbant apie G8, jo aktyvus reklamavimas prasidėjo prieš keletą metų, o šiuo metu jis taip pat yra vienas populiariausių programinės įrangos įrankių.

1C 7.7 šeimos programų galimybės apima apskaitos, personalo, operatyvinės prekybos, sandėlio ir gamybos apskaitos sukūrimą, organizavimą ir automatizavimą, taip pat darbo užmokesčio skaičiavimus. Į išsamų pristatymą įeina pagrindinių 1C:Enterprise sistemos komponentų rinkinys, kuris yra „Apskaita“, „Operacinė apskaita“ ir „Skaičiavimas“, taip pat pagrindinės konfigūracijos:

"Buhalterija + Prekyba + Sandėlis + Atlyginimai + Personalas";

„Apskaita“;

„Prekyba + Sandėlis“;

„Atlyginimas + personalas“;

„Gamyba + Paslaugos + Apskaita“;

"Finansų planavimas".

Vartotojas gali naudoti integruotas pristatymo konfigūracijas arba atskirai (susiejant jas per duomenų mainų mechanizmus) arba kartu. Tačiau konfigūracijas galite įsigyti atskirai (pvz., tik „Apskaita“ arba „Prekyba + sandėlis“).

Atkreipkite dėmesį, kad galingiausias taikomųjų programų sprendimas, sukurtas 1C 7.7 technologijos platformos pagrindu, yra konfigūracija „Apskaita + prekyba + sandėlis + atlyginimas + personalas“.

Tačiau šiuo metu vis daugiau 1C sistemos vartotojų renkasi produktus, įdiegtus 1C 8 technologijos platformos pagrindu. Kūrėjai siūlo platų standartinių sprendimų asortimentą:

„1C: apskaita 8“;

„1C: prekybos valdymas 8“;

„1C: Atlyginimai ir personalo valdymas 8“;

„1C: Integruota automatika 8“;

„1C: mokėjimo dokumentai 8“ ir kt.

Daugiau apie standartinius sprendimus iš 1C galite sužinoti jos svetainėse www.1c.ru ir www.v8.1c.ru. O šioje knygoje apžvelgsime vieną populiariausių standartinių sprendimų, sukurtų remiantis 1C 8 technologijos platforma – konfigūraciją 1C: Accounting 8.

Pamoka Nr. 2. Programos „1C: Apskaita 8“ paskirtis ir funkcionalumas

Vienas iš esminių nagrinėjamos konfigūracijos privalumų yra platformos lankstumas, leidžiantis programą plačiai naudoti įvairiose srityse. Įdiegti pinigų srautų, ilgalaikio ir nematerialiojo turto, gamybinių, komercinių ir kitų sąnaudų, kito įmonės turto ir įsipareigojimų apskaitos mechanizmai atveria plačias valdymo apskaitos galimybes ir gerokai pranoksta tradicinius apskaitos standartus.

Užduotys, išspręstos naudojant 1C: Apskaita 8 programą, gali būti suformuluotos taip:

Kompleksinis įmonės ūkinės, organizacinės ir finansinės veiklos automatizavimas;

Lygiagretus buhalterinės apskaitos ir mokesčių apskaitos tvarkymas;

Naudojant standartinių operacijų mechanizmą;

Įmonės lėšų apskaita;

Bankinių ir grynųjų pinigų operacijų apskaita;

Atsargų prekių judėjimo apskaita;

Atsiskaitymų su sandorio šalimis apskaita;

Sandėlio operacijų apskaita;

Gamybos apskaita;

Ilgalaikio ir nematerialiojo turto apskaita;

Darbo užmokesčio ir atsiskaitymų su personalu apskaita;

Personalo apskaitos tvarkymas;

Finansinių ataskaitų sudarymas, sudarymas ir spausdinimas pagal Rusijos Federacijos teisės aktais patvirtintas formas;

Kelių valiutų apskaitos tvarkymas;

Įvairių analitinių ataskaitų kūrimas.

Be išvardytų, naudojant nagrinėjamą konfigūraciją, galima išspręsti daugybę kitų užduočių, kurių buvimą gali lemti konkrečios įmonės specifika.

Pamoka Nr. 3. Programos vykdymas

Įdiegus programą, jos programų grupė bus sukurta meniu Pradėti. „1C Enterprise“ komanda ketina pradėti programą. Kad būtų lengviau naudoti, rekomenduojama darbalaukyje rodyti paleidimo nuorodą naudojant standartinius operacinės sistemos įrankius.

Paleidus programą, ekrane pasirodo langas (1.1 pav.).

Ryžiai. 1.1. Programos paleidimas

Šiame lange galite pasirinkti reikiamą darbo režimą, taip pat informacijos bazę. 1C programa gali veikti dviem režimais:

1C: įmonė;

Konfigūratorius.

Reikiamas režimas pasirenkamas spustelėjus atitinkamą mygtuką šiame lange. Sužinosime daugiau apie tai, koks yra kiekvienas 1C programos veikimo režimas, kai baigsime atitinkamą pamoką.

Centrinėje programos paleidimo lango dalyje yra informacijos bazių sąrašas. Kai pirmą kartą paleidžiate programą, šiame sąraše gali būti informacijos bazė su demonstracine konfigūracija; Ši bazė yra įtraukta į pristatymo paketą ir skirta išankstiniam susipažinimui su sistema. Informacijos bazė pasirenkama paspaudus atitinkamą sąrašo poziciją. Galite įtraukti naujų į sąrašą arba redaguoti ir ištrinti esamas informacijos bazes (apie tai, kaip tai padaryti, pakalbėsime vėliau).

Kelias į informacijos bazės katalogą, kuriame yra įdiegtas žymeklis, rodomas lango apačioje.

Programos paleidimo procedūra yra tokia: pirmiausia turite spustelėti informacinę bazę paleidimo lange, tada spustelėkite mygtuką 1C:Enterprise arba Configurator (atsižvelgiant į režimą, kuriuo norite paleisti programą).

Pamoka Nr. 4. „1C:Enterprise“ ir „Configurator“ veikimo režimai

Kaip jau žinome iš ankstesnės pamokos, 1C programa gali veikti dviem pagrindiniais režimais: 1C: Enterprise ir Configurator. Reikiamas režimas pasirenkamas spustelėjus atitinkamą mygtuką paleidimo lange.

1C: Įmonės režimas yra programos veikimo režimas pagal jos paskirtį. Kitaip tariant, 1C:Enterprise režimu dirba buhalteriai, finansininkai, vadovai ir kiti programos vartotojai.

Kalbant apie konfigūratoriaus režimą, jis skirtas programai nustatyti ir administruoti. Čia kuriami ir redaguojami konfigūracijos objektai, konfigūruojamos sąsajos ir dialogo langai, nustatoma spausdinamos dokumentų formos išvaizda ir turinys, atliekama daugybė kitų sistemos nustatymo ir konfigūravimo veiksmų. Daugeliu atvejų administratorius dirba su konfigūratoriumi, nes tam reikia specifinių žinių.

Mes nenagrinėsime programos konfigūracijos problemų, nes šiai temai reikia atskiros knygos. Be to, paprastam vartotojui nerekomenduojama savarankiškai atlikti konfigūravimo priemonės pakeitimų (nekvalifikuotas jo redagavimas gali pažeisti duomenų vientisumą ir paprastai sukelti nenuspėjamų pasekmių). Vienintelis dalykas, kurį mes padarysime konfigūratoriaus režimu, yra prijungti „Apskaitos“ konfigūraciją prie technologijos platformos. (žr. pamoką № 6).

Atminkite, kad kai kurie paprasti ir prieinami nustatymai buvo perkelti į 1C:Enterprise veikimo režimą. Šiuos parametrus vartotojas gali redaguoti savarankiškai (rekomenduojama įspėti sistemos administratorių). Kaip tai daroma, sužinosime, kai baigsime atitinkamą pamoką.

Pamoka Nr. 5. Darbas su informacinėmis bazėmis (kūrimas, pasirinkimas, trynimas)

Norint pradėti naudotis programa, pirmą kartą ją paleidus, reikia susikurti informacinę bazę, su kuria dirbsite (ten bus saugomi visi duomenys). Norėdami pereiti į informacinės bazės kūrimo režimą, programos paleidimo lange turite spustelėti mygtuką Pridėti (žr. 1.1 pav.). Dėl to ekrane atsidarys langas, parodytas 1 pav. 1.2.

Ryžiai. 1.2. Pirmasis informacinės bazės įtraukimo etapas

Šiame lange, naudodami jungiklį, turite nurodyti, kaip turėtų būti sukurta informacinė bazė. Jei tik pradedate dirbti su 1C programa ir iki šiol nebuvo sukurtos jokios informacijos bazės, tuomet turite nustatyti jungiklį į padėtį Sukurti naują informacijos bazę, kad galėtumėte sukurti naują tuščią duomenų bazę tolesniam darbui. Antrasis variantas skirtas prijungti anksčiau sukurtą informacinę bazę.

Norėdami pereiti prie kito veiksmo, spustelėkite Pirmyn.

Kuriant naują informacinę bazę, ekrane atsiras langas, kuris parodytas pav. 1.3.

Ryžiai. 1.3. Informacinės bazės kūrimo metodo pasirinkimas

Jei reikia sukurti informacinę bazę pagal esamą šabloną (pavyzdžiui, remiantis demonstracine konfigūracija), turite nustatyti jungiklį į Kurti informacijos bazę iš šablono padėties. Tokiu atveju žemiau bus rodomas galimų konfigūracijų ir šablonų sąrašas, kuriame reikia pasirinkti reikiamą poziciją pelės paspaudimu ir spausti Next.

Pasirinkus antrąjį variantą (apatinė jungiklio padėtis), bus sukurta informacinė bazė be konfigūracijos. Vėliau prie jo bus galima prijungti reikiamą konfigūraciją iš atitinkamo failo ("Apskaitos" konfigūracijos prijungimo procedūrą apsvarstysime vėliau).

Ryžiai. 1.4. Įveskite informacijos bazės vietos pavadinimą ir tipą

Lauke Nurodykite informacijos bazės pavadinimą turite įvesti savavališką duomenų bazės, kuri bus kuriama naudojant klaviatūrą, pavadinimą. Šiuo pavadinimu informacinė bazė vėliau bus rodoma informacijos bazių sąraše programos paleidimo lange (žr. 1.1 pav.).

Naudodami žemiau esantį jungiklį, turite nurodyti, kur bus sukurta duomenų bazė. Daugeliu atvejų tai yra kompiuteris arba vietinis tinklas, todėl pagal numatytuosius nustatymus jungiklis nustatytas į Šiame kompiuteryje arba vietiniame tinkle esančiame kompiuteryje. Paspaudus mygtuką Kitas, ekrane atsidarys langas, parodytas 1 pav. 1.5.

Ryžiai. 1.5. Kelias į informacijos bazės katalogą

Šiame lange nurodomas kelias į katalogą, kuriame bus saugomi informacijos bazės failai. Paveikslėlyje parodytas numatytasis programos siūlomas kelias. Norėdami jį pakeisti, spustelėkite pasirinkimo mygtuką (su trimis taškais), esantį šio lauko pabaigoje. Dėl to atsidarys langas Select Directory, kuriame pagal įprastas Windows taisykles nurodomas reikiamas kelias (jei reikia, galite sukurti naują katalogą).

Lauke Kalba (šalis) išskleidžiamajame sąraše pasirinkite sukurtos informacijos bazės kalbą. Pagal numatytuosius nustatymus šis laukas nustatytas kaip rusų (Rusija).

Informacinės bazės kūrimo procesas baigiamas šiame lange paspaudus mygtuką Baigti.

Norint pakeisti informacinės bazės parametrus, ją reikia pasirinkti paleidimo lange (žr. 1.1 pav.) spustelėjus pelę ir paspaudus mygtuką Redaguoti, o tada žingsnis po žingsnio režimu atlikti reikiamus koregavimus.

Informacinių bazių ištrynimas taip pat atliekamas programos paleidimo lange. Norėdami tai padaryti, pasirinkite duomenų bazę, kurią norite ištrinti, spustelėdami pelę ir spustelėdami mygtuką Ištrinti. Tokiu atveju programa pateiks papildomą prašymą patvirtinti ištrynimo operaciją.

Atminkite, kad norėdami valdyti programą turite turėti bent vieną informacijos bazę.

Pamoka Nr. 6. „Apskaitos“ konfigūracijos prijungimas

Kaip jau minėjome anksčiau, programa 1C: Accounting 8 susideda iš dviejų pagrindinių komponentų: technologijos platformos ir konfigūracijos. Diegiant programą kompiuteryje įdiegiama technologinė platforma, prie kurios vėliau prijungiama reikiama konfigūracija (pavyzdžiui, „Prekybos valdymas“, „Žmogiškųjų išteklių valdymas“ arba, kaip mūsų atveju, „Apskaita“).

Konfigūracijos failas yra įtrauktas į sistemos pristatymo paketą, turi cf plėtinį ir yra prijungtas per konfigūratorių.

Tai daroma taip.

Programos paleidimo lange (žr. 1.1 pav.) spustelėkite anksčiau sukurtos informacinės bazės pavadinimą ir spustelėkite mygtuką Configurator. Dėl to programos langas atsidarys Configurator darbo režimu (1.6 pav.).

Ryžiai. 1.6. Programos langas Configurator veikimo režimu

Pirmas dalykas, kurį reikia padaryti šiuo režimu, yra paleisti pagrindinio meniu komandą Configuration | Atidaryti konfigūraciją. Dėl to kairėje sąsajos pusėje atsidarys Konfigūracijos langas (1.7 pav.).

Ryžiai. 1.7. Konfigūracijos lango atidarymas

Dabar paleiskite pagrindinio meniu komandą Konfigūracija | Įkelti konfigūraciją iš failo (1.8 pav.).

Ryžiai. 1.8. Konfigūracijos įkėlimo komandos pasirinkimas

Atkreipkite dėmesį, kad ši komanda pasiekiama tik atidarius konfigūracijos langą (žr. 1.7 pav.). Kai jis suaktyvintas, ekrane rodomas langas Pasirinkti konfigūracijos failą, parodytas pav. 1.9.

Ryžiai. 1.9. Konfigūracijos failo pasirinkimas

Šiame lange reikia nurodyti kelią į konfigūracijos failą, pelės paspaudimu pažymėti šį failą ir spustelėti mygtuką Atidaryti. Iš karto po to prasidės konfigūracijos atsisiuntimo procesas. Informacija apie šio proceso eigą bus rodoma būsenos juostoje lango Configurator apačioje (1.10 pav.).

Ryžiai. 1.10. Konfigūracijos atsisiuntimo eigos informacija

Atkreipkite dėmesį, kad konfigūracijos įkėlimas iš failo gali užtrukti ilgai, ypač dirbant su mažos galios kompiuteriu.

Kai atsisiuntimas bus baigtas, programa paragins atnaujinti duomenų bazės konfigūraciją (1.11 pav.).

Į šį prašymą turėtų būti atsakyta teigiamai. Informacija apie atnaujinimo proceso eigą taip pat bus rodoma būsenos juostoje. Tokiu atveju programa išduos kitą prašymą priimti konfigūracijos pakeitimus, į kurį taip pat turėtų būti atsakyta teigiamai (kitaip atnaujinimas nebus baigtas).

Atnaujinus duomenų bazės konfigūraciją, Konfigūratoriaus lango pavadinime turėtų būti rodomas įkeltos konfigūracijos pavadinimas ir versija. Tai patvirtins, kad konfigūracijos ryšys atliktas teisingai.

Dabar galite pereiti į 1C:Enterprise darbo režimą ir pradėti naudotis programa.

Pamoka Nr. 7. Pagrindinių vartotojo sąsajų aprašymas

Programa 1C: Accounting 8 turi savo vartotojo sąsają kiekvienam darbo režimui. Tiesą sakant, čia nėra nieko neįprasto – šis metodas taikomas daugumoje „Windows“ programų. Pavyzdžiui, vienos sąsajos yra skirtos duomenims įvesti, kitos – objektų pasirinkimui, kitos – objektų sąrašo peržiūrai ir tt Šioje pamokoje susipažinsime su pagrindinėmis 1C sąsajomis: Apskaita 8. Bet kuris programos vartotojas turi su jais susidoroti 1C:Enterprise veikimo režimu.

Paleidus programą, ekrane bus rodomas jos pagrindinis langas, kuris parodytas pav. 1.12.

Ryžiai. 1.12. Pagrindinis programos langas

Būtent čia vartotojas nustato savo tolesnius veiksmus, pasirinkdamas atitinkamą darbo režimą. Tai galima padaryti naudojant pagrindinį meniu, įrankių juostą arba funkcijų juostą, esančią centrinėje sąsajos dalyje.

Objektų parinkimas tolesniam darbui atliekamas atrankos arba sąrašo sąsajose. Pavyzdžiui, norint pereiti į darbo su bet kuriuo katalogu režimą, jį reikia pasirinkti pasirinkimo lange (1.13 pav.), kuris iškviečiamas ekrane naudojant pagrindinio meniu komandą Operacijos | Katalogai.

Ryžiai. 1.13. Pavyzdžio pasirinkimo sąsaja

Šiame lange turite pasirinkti reikiamą objektą, spustelėdami pelę ir paspauskite mygtuką Gerai arba .

Taip pat sąrašo sąsajose galima pasirinkti objektus peržiūrėti ar redaguoti. Tipiškas pavyzdys yra darbas su dokumentais. Aktyvavus atitinkamą komandą, ekrane atsidaro sąrašo langas (1.14 pav.), kuriame pasirenkate dokumentą tolesniam darbui.

Ryžiai. 1.14. Sąrašo lango pavyzdys (kasos orderių gavimas)

Pastaba

Pradėjus veikti programai su naujai sukurta tuščia infobaze, visos sąrašo sąsajos bus tuščios, t.y. jose nebus nei vieno elemento.

Sąrašo lange yra atitinkamų pareigybių sąrašas (dokumentai, organizacijos, sandorio šalys ir kt.). Kiekvienam sąrašo elementui atitinkamuose stulpeliuose rodoma bendra informacija: data ir dokumento numeris, dokumento sandorio šalis, suma, operacijos tipas ir kt. (tai nustatoma pagal konkretų darbo režimą).

Verta paminėti, kad veikimo procedūra skirtingose ​​sąrašų sąsajose iš esmės yra panaši. Kitaip tariant, kasos pavedimų sąrašo lange ir banko dokumentų sąrašo lange bei prekių gavimo dokumentų sąrašo lange ir daugelyje kitų panašių darbo režimų yra nemažai panašių, standartinių veiksmų. skirtos tam tikroms operacijoms atlikti. Šie veiksmai pasiekiami naudojant atitinkamas komandas Veiksmų meniu, kuris atidaromas paspaudus mygtuką viršutiniame kairiajame sąrašo lango kampe.

Pažvelkime į šias komandas atidžiau, nes dirbant su programa dauguma jų turi būti naudojamos nuolat. Pakeliui susipažinsime su keletu tipiškesnių programų sąsajų (filtrų nustatymai, duomenų rodymas ir kt.).

Papildyti. Naudodami šią komandą perjungiate į naujos pozicijos formavimo režimą. Kai jis vykdomas, ekrane atsidaro įvesties ir redagavimo langas. Pridėti komandą taip pat galima aktyvuoti paspaudus klavišą .

Kopijuoti. Komanda skirta sukurti naują poziciją pagal esamą (būtent pagal tą, ant kurios sąraše yra žymeklis). Šią komandą patogu naudoti kuriant kelias to paties tipo pozicijas, kuriose dauguma detalių yra vienodos. Komanda Kopijuoti taip pat iškviečiama paspaudus klavišą .

Daugiafunkcis sprendimas, leidžiantis tvarkyti apskaitą bet kokio dydžio įmonėse. Išlaidų apskaita programoje gali būti organizuojama įvairiai ir vartotojams kelia daug klausimų.

Būtent todėl V8 centro specialistai sukūrė interaktyvią mokymosi programą – Tiesioginių gamybos kaštų apskaitos praktika, kuri leidžia ne tik susipažinti su apskaitos tvarka į 1C gamybos įmonės valdymas 8, bet ir įgyti praktinių įgūdžių bei paruoštų apskaitos organizavimo modelių. Programa paremta interaktyvia technologija.

Išsamus studijuojamų temų aprašymas

Mokymo programą sudaro 50 užduočių (nuo paprastų iki sudėtingų) šiuose blokuose:

1. Pasirengimas apskaitai 1C UPP

Vartotojo nustatymai, norminės ir informacinės informacijos įvedimas, paraiška dėl darbo).

2. Tiesioginių kintamųjų kaštų valdymas

Čia nagrinėjame tiek sandėlio, tiek gamybos apskaitos dokumentų srautą. Pateikiama žaliavų pertekliaus sunaudojimo kontrolės metodika, preliminarus savikainos ir bendrojo pelno iš produkcijos pardavimo apskaičiavimas).

3. Kliento tiekiamų produktų išleidimas

Nagrinėjamas apskaitos procesas nuo užsakymo iki klientų tiekiamos produkcijos gamybos pelningumo analizės.

4. Pagalbinės gamybos darbas

Svarbiausių temų studijavimas: nuosavos produkcijos gamyba, įrangos remontas ir pagalbinės gamybos kaštų paskirstymas galutiniams gaminiams.

Programos naudojimas skirtas ne tik savarankiškam 1C gamybos įmonės valdymo 8 mokymuisi, bet ir ugdymo procesui organizuoti centriniuose švietimo centruose, švietimo centruose, mokymo centruose ir kt.

Mokymo programa nesuteikia teisių naudoti 1C:UPP.

Pradėti

Pasirinkite parinktį dirbti su programa:

Programos diegimo kompiuteryje instrukcijos

1. Įdiekite programą 1C UPP 8 edition 1.3:

Paleiskite atsisiųstą failą setup.exe
(jei yra įspėjimas apie pavojų, leiskite failą paleisti)
- Vykdykite diegimo programos instrukcijas.

Svarbu! Kad programa veiktų, reikalingas interneto ryšys.

3. Paleiskite mokymo programą ir pasirinkite informacinę bazę:

Paleiskite mokymo programą naudodami darbalaukio nuorodą „Mokymo svetainė“;
- informacinių bazių sąraše pasirinkite „Gamybos vadybos edukacinis“;
- paleiskite „1C:Enterprise“, pasirinkite vartotoją ir spustelėkite „Gerai“.

Taip pat galite išplėsti nemokamos programos metodinę pagalbą,

apibūdinimas

Programos ypatybės:

Apskaitos teorijos studijavimas 1C UPP 8;
- praktinių apskaitos problemų sprendimas tiesiogiai SPP programoje;
- automatizuota sprendimų tikrinimo sistema;
- kokybiška mokymo medžiaga ir iliustruotos instrukcijos;
- praktinių užduočių sprendimo rekomendacijos;
- paruošto gamybos apskaitos modelio demonstravimas.

Buhalteriai, programuotojai ir 1C konsultantai, norintys savarankiškai studijuoti tiesioginių gamybos išlaidų apskaitos tvarką 1C gamybos įmonės valdymas 1.3.

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!

Šiame skyriuje pradedame apžvalgos straipsnių seriją, kuri padės įsisavinti konfigūraciją „1C: Manufacturing Enterprise Management“.

Įvadas

„1C:Manufacturing Enterprise Management 8“ yra visapusiškas taikomųjų programų sprendimas, apimantis pagrindinius gamybos įmonės valdymo ir apskaitos kontūrus. Sprendimas leidžia organizuoti išsamią informacinę sistemą, atitinkančią įmonių, Rusijos ir tarptautinius standartus bei užtikrinančią įmonės finansinę ir ūkinę veiklą.

Programos sprendimas sukuria vieningą informacinę erdvę įmonės finansinei ir ūkinei veiklai rodyti, apimančią pagrindinius verslo procesus. Tuo pačiu metu yra aiškiai apibrėžta prieiga prie saugomos informacijos, taip pat tam tikrų veiksmų galimybė, atsižvelgiant į darbuotojų statusą.

Valdos struktūros įmonėse bendra informacinė bazė gali apimti visas į valdą įtrauktas organizacijas. Dėl to įvairios organizacijos pakartotinai naudoja bendrus informacijos rinkinius. Tuo pačiu metu visoms organizacijoms tvarkomas galutinis valdymas ir reguliuojama (buhalterinė ir mokesčių) apskaita, tačiau reguliuojamos ataskaitos organizacijoms generuojamos atskirai.

Ūkinės operacijos faktas registruojamas vieną kartą ir atsispindi valdymo bei reglamentuojamoje apskaitoje. Informacijos iš naujo įvesti nereikia. Verslo operacijos registravimo priemonė yra dokumentas, o darbui paspartinti plačiai naudojami „numatytųjų“ duomenų pakeitimo ir naujų dokumentų įvedimo pagal anksčiau įvestus mechanizmus.

Taikomame sprendime naudojamas toks įvairių apskaitos duomenų santykis:

• valdymo, apskaitos ir mokesčių apskaitos duomenų nepriklausomumas;
• valdymo, apskaitos ir mokesčių apskaitos duomenų palyginamumas;
• turto ir įsipareigojimų sumos ir kiekybinių įverčių sutapimas pagal valdymo, apskaitos ir mokesčių apskaitos duomenis, nesant objektyvių jų neatitikimo priežasčių.

Vartotojų įvestus duomenis greitai valdo programos sprendimas. Taigi, registruodama mokėjimą grynaisiais, sistema patikrins, ar yra lėšų, atsižvelgdama į esamus prašymus dėl jų išlaidų. O registruojant prekių siuntą, sistema patikrins tarpusavio atsiskaitymų su prekių gavėju būklę.

Programos sprendimas pateikiamas su sąsajų rinkiniu, kuris kiekvienam vartotojui suteikia pirmumo teisę prie jam reikalingų programos sprendimo duomenų ir mechanizmų.

Organizacijų reguliuojama (buhalterinė ir mokesčių) apskaita vykdoma nacionaline valiuta, o visos įmonės valdymo apskaitai galima pasirinkti bet kurią valiutą. Įvairios vienos informacinės bazės organizacijos gali naudoti skirtingas apmokestinimo sistemas: vienose – bendrą mokesčių sistemą, kitose – supaprastintą; Gali būti taikomos skirtingos mokesčių ir apskaitos politikos. Be to, tam tikroms organizacijos veiklos rūšims gali būti taikoma vieno priskiriamų pajamų mokesčio apmokestinimo sistema.

Be valdymo ir reguliavimo apskaitos, galite tvarkyti apskaitą pagal tarptautinius finansinės atskaitomybės standartus (TFAS). Siekiant sumažinti darbo jėgos intensyvumą, apskaita pagal TFAS vykdoma ne operatyviai, naudojant kitų apskaitos rūšių duomenų vertimą (perskaičiavimą).

Kuriant „1C: Manufacturing Enterprise Management 8“ sprendimą, atsižvelgiama tiek į modernias tarptautines įmonių valdymo technikas (MRP II, CRM, SCM, ERP, ERP II ir kt.), tiek į 1C ir partnerių įmonių sukauptą sėkmingo gamybos įmonių automatizavimo patirtį. buvo atsižvelgta į bendruomenę. Kuriant ir kuriant konfigūraciją dalyvavo specialistai iš įmonių „ITRP“ (gamybos valdymas) ir „1C-Rarus“ (apskaita pagal TFAS). Metodiniais valdymo, finansinės apskaitos ir atskaitomybės pagal TFAS diegimo klausimais konsultacinę pagalbą teikia visame pasaulyje žinoma audito ir konsultacijų bendrovė „PricewaterhouseCoopers“.

Sprendimas „1C:Manufacturing Enterprise Management 8“ buvo sukurtas modernioje technologijų platformoje „1C:Enterprise 8“. Be platformos, programinės įrangos pakete yra „Gamybos įmonės valdymo“ konfigūracija.

Užtikrinamas didelis taikomųjų programų sprendimo patikimumas ir našumas, mastelio keitimas, geografiškai paskirstytų sistemų konstravimas, integracija su kitomis informacinėmis sistemomis. Vidinė programos sprendimo struktūra yra visiškai atvira studijoms ir pritaikymui prie konkrečių įmonės poreikių.

1C įmonė baigia ir plėtoja „Gamybos įmonės valdymo“ konfigūraciją, siekdama atspindėti teisės aktų pokyčius ir išplėsti funkcionalumą. Užtikrintas operatyvus įdiegtų programų sprendimų atnaujinimas. 1C ir jos partneriai teikia kelių lygių techninės pagalbos sistemą.

„1C: Manufacturing Enterprise Management 8“ yra pavyzdinis 1C įmonės taikomųjų programų sprendimas, turintis plačiausią funkcijų spektrą. Bendrą sprendimo sampratą iliustruoja diagrama.

Visus taikomųjų programų sprendimų automatizavimo mechanizmus galima suskirstyti į dvi dideles klases:

• įmonės operatyvinės veiklos palaikymo mechanizmai, neoperacinės apskaitos tvarkymo mechanizmai.
• Kiekvienoje apskaitos rūšyje (išskyrus apskaitą pagal TFAS) galima išskirti pagrindinei veiklai priklausančias sritis.

Be to, taikomosios programos sprendimas yra padalintas į atskirus posistemius, atsakingus už panašių problemų grupes: grynųjų pinigų valdymo posistemis, personalo valdymo posistemis, apskaitos posistemis ir tt Šis suskirstymas yra tam tikra konvencija, leidžianti lengviau įsisavinti programos sprendimą. . Dabartiniame vartotojų darbe ribos tarp posistemių praktiškai nejaučiamos.

Naujausias „Manufacturing Enterprise Management“ konfigūracijos leidimas, pažymėtas 1.3 numeriu, aiškiai parodo naujosios „1C:Enterprise“ platformos 8.2 versijos pranašumus. Konfigūraciją galima naudoti įprastu taikymo režimu, žinomu ankstesnių leidimų naudotojams.

„1C: Manufacturing Enterprise Management 8“ gali būti naudojamas daugelyje gamybos įmonių padalinių ir paslaugų, įskaitant:

• direkcija (generalinis direktorius, finansų direktorius, komercijos direktorius, gamybos direktorius, vyriausiasis inžinierius, žmogiškųjų išteklių direktorius, IT direktorius, plėtros direktorius);ekonominio planavimo skyrius;
• gamybos cechai;
• gamybos ir išsiuntimo skyrius;
• vyriausiasis dizainerių skyrius;
• vyriausiasis technologas skyrius;
• vyriausiasis mechanikas;
• Pardavimų skyrius;
• logistikos (tiekimo) skyrius;
• Marketingo departamentas;
• medžiagų ir gatavų gaminių sandėliai;
• buhalterinė apskaita;
• Žmogiškųjų išteklių departamentas;
• darbo organizavimo ir užimtumo skyrius;
• IT paslaugos;
• administracinis ir ūkinis skyrius;
• kapitalinės statybos skyrius;
• informacijos ir analizės skyrius;
• strateginės plėtros skyrius.

Tikimasi, kad aplikacijų sprendimo diegimas didžiausią efektą turės įmonėse, kuriose dirba nuo kelių dešimčių iki kelių tūkstančių žmonių, turinčiose dešimtis ir šimtus automatizuotų darbo vietų, taip pat holdingo ir tinklo struktūrose.

„1C: Manufacturing Enterprise Management 8“ suteikia:

• įmonės valdymui ir vadovams, atsakingiems už verslo plėtrą - plačias galimybes analizuoti, planuoti ir lanksčiai valdyti įmonės resursus, siekiant padidinti jos konkurencingumą, padalinių vadovus, vadovus ir darbuotojus, tiesiogiai susijusius su gamyba, pardavimu, tiekimu ir kita veikla, palaikyti gamybos procesą – įrankius, leidžiančius padidinti kasdienio darbo efektyvumą jūsų srityse;
• įmonės buhalterinės apskaitos tarnybos darbuotojai – automatizuotos apskaitos įrankiai, visiškai atitinkantys teisės aktų reikalavimus ir įmonės korporacinius standartus.

Gamybos apskaita ir sąnaudos kaip pagrindinis jos tyrimo objektas

Pagrindinis gamybos įmonės valdymo komponentas yra gamybos apskaita.

Gamybos apskaita yra sudėtinga ir įdomi technologija, turinti savo metodus ir būdus. Gamybos apskaitos uždavinys – atsižvelgti į visą kaštų transformacijos procesą: kaštai gamybos metu keičia savo pobūdį, susilieja, skaidosi, transformuojasi įvairiais būdais, t.y. Gamybos apskaitos dalykas – dinamiškai besikeičiantys objektai. Pavyzdžiui, gamybos apskaita duoda atsakymą į klausimą: kokia yra prekės savikaina, jei jos gamybai reikėjo tam tikros patirtų kaštų Nr.4, susidedančios iš dalys išlaidas Nr.1 ​​ir Nr.2 bei pilnai apskaitytas išlaidas Nr.3. Kodėl dalys? Nes, pavyzdžiui, perkamos tam tikros didelės apimties medžiagos ir pirmiausia reikia paskaičiuoti, kokia dalis šios bendros medžiagų apimties buvo išleista produkcijos vienetui. Tas pats galioja ir daugeliui kitų išlaidų – elektros ir kt. Šiuo atveju būtina atsižvelgti į visą išlaidų eigos per gamybą istoriją – nuo ​​to momento, kai sąnaudos atsiranda apskaitoje iki tol, kol jos įtraukiamos į savikainą ir parduodamos kaip gaminio dalis, bei jos atsiradimas apskaita ir įtraukimas į savikainą gali būti skirtingais ataskaitiniais laikotarpiais.

Minkšto starterio montavimas ir paleidimas

Norėdami dirbti, mums reikia 1C 8.2 platformos. UPP leidimas gali būti paimtas iš bet kurio naujausio 1.3 leidimo.
Dirbsime su „demo“ duomenų baze. Duomenų bazės nustatymuose kaip pagrindinį paleidimo režimą pasirinkite „Storas klientas“. Likusius nustatymus galima palikti kaip numatytuosius.

Tiems, kurie dar nėra susipažinę su 8.2 platforma, pateiksime trumpą nuorodą į terminą „storas klientas“.
Storasis klientas kliento ir serverio architektūroje yra programa, kuri teikia (priešingai nei plonajam klientui) pažangias funkcijas, nepriklausomai nuo centrinio serverio. Dažnai serveris šiuo atveju yra tik duomenų saugykla, o visas šių duomenų apdorojimo ir pateikimo darbas perkeliamas į kliento įrenginį.
Storo kliento privalumai
Storasis klientas, skirtingai nei plonasis klientas, turi platų funkcijų spektrą.
Kelių vartotojų režimas.
Suteikia galimybę dirbti net nutrūkus ryšiui su serveriu.
Jis turi galimybę prisijungti prie bankų nenaudojant interneto.
Didelis našumas.
Trūkumai
Didelis paskirstymo dydis.
Didelė dalis kliento veiklos priklauso nuo platformos, kuriai jis buvo sukurtas.
Dirbant su juo, kyla problemų dėl nuotolinės prieigos prie duomenų.
Gana sudėtingas diegimo ir konfigūravimo procesas.
Atnaujinimo sudėtingumas ir su tuo susijęs duomenų nereikšmingumas.

Paleidžiant įdiegtą demonstracinę duomenų bazę, pasirinkite vartotoją „Abdulov“, jis turi visas teises. Slaptažodžio nurodyti nereikia.

Norėdami ištirti UPP, pirmą kartą paleidę iš naujo nustatykite „Abdulov“ vartotojo sąsają į „Visa“: meniu „Vartotojai - Vartotojai - Administravimas - Abdulovas - Dukart spustelėkite, kad atidarytumėte Abdulovo formą - laukas "Pagrindinė sąsaja" - Visas - mygtukas Įrašyti ir uždaryti. Tada įrankių juostoje spustelėkite mygtuką „Perjungti sąsają“ ir pasirinkite parinktį „Visa“.

Dėl sąvokų „Įmonė“ ir „Organizacija“, „Reguliuojama“ ir valdymo apskaita.Įmonė yra visų organizacijų, kurių įrašai saugomi duomenų bazėje, rinkinys. « Reguliuojama buhalterinė apskaita„lemia tai, kad jos elgesio taisykles nustato įstatymas. “ Valdymo apskaita„Kiekviena įmonė gali turėti savo, jos veiklos taisyklės niekaip nereglamentuojamos ir nustatomos konkrečios įmonės vadovybės. Valdymo apskaitos sistemos konfigūracijoje yra tam tikra vizija, kaip geriausia (patogiau, vizualiau, racionaliau) vesti valdymo apskaitą, tačiau kiekviena konkreti įmonė gali turėti savo valdymo viziją dėl to, kad nėra vienodos. taisyklės ir standartai, todėl šiuo atveju jį reikės keisti. Įprastoje UPP konfigūracijoje valdymo apskaita iš tikrųjų grindžiama pirmiausia apskaitos reikalavimais, o valdymo apskaitoje ataskaitų teikimas yra skirtas suvokti poreikį planuoti pirkimus, išlaidas ir pan. Diegiant valdymo apskaitą nenaudojamas dvigubo įrašo principas, t.y. pvz., galite kapitalizuoti ką nors „iš niekur“, ir nebus skolų ir pan. Reguliuojama buhalterinė apskaita atliekami kiekvienai organizacijai atskirai. Vadovaujantis- iš dalies visai įmonei.

Apie tarptautinę apskaitą.Įžangoje buvo teigiama, kad UPP galima išlaikyti tarptautinius rekordus. Verta paminėti, kad ši parinktis pasirodo tik tuo atveju, jei apskaitos politikos nustatymuose nurodyta paketinė apskaita. Jei (žr. „Apskaitos tvarkytojas“ sąsajoje, esančiame meniu „Apskaitos nustatymai - Apskaitos nustatymai“) pasirinksite išplėstinę kaštų apskaitos analizę (vietoj paketinės apskaitos), tuomet tarptautinės apskaitos tvarkyti nebus galima.

Naudojami terminai, objektų, kuriuos valdo 1C, žymėjimai, kuriuos reikia suprasti dirbant su duomenų baze

• Katalogai
• Pervedimai
• Konstantos
• Skaičiavimų tipų planai
• Būdingi tipo planai
• Informacijos registras
• dokumentas
• Kaupimo registras
• Sąskaitų planas
• Pranešimas
• Gydymas

Katalogai

Katalogas yra įvairių reikšmių rinkinys. Katalogas susideda iš Katalogo elementai. Kiekviena katalogo elemento reikšmė apibūdinama tam tikru parametrų rinkiniu. Paprastai vienas iš katalogo elemento parametrų yra nesikartojantis – kiekvienam katalogo elementui jo reikšmė yra unikali. Paprastai tai yra žodyno elemento kodas. Dažniausiai katalogas pildomas, t.y. Dirbdami su duomenų baze galite pridėti naujų elementų (taip pat yra katalogų, kurie neatnaujinami, dažniausiai tam tikri klasifikatoriai, atsisiunčiami iš kitų vietų).
Katalogai naudingi, nes leidžia daug kartų greičiau užpildyti dokumentus, o elementas visur bus pavadintas ir pateikiamas vienodai, nustatę elemento parametrus galėsite juos naudoti kur reikia.

Kiekvienas katalogo elementas yra objektas, į kurį galima kreiptis iš kitų vietų. Pavyzdžiui, yra toks katalogas „Sandorio šalys“:


Tarkime, į duomenų bazę reikia įvesti duomenis apie kitą prekių ir paslaugų atvežimą. Užuot atitinkamoje vietoje parašius sandorio šalies pavadinimą „InnoTrade LLP“ ir nurodant visas jo charakteristikas, kurių gali prireikti norint apdoroti kvitą, pakaks pasirinkti atitinkamą katalogo „Sąlygų šalys“ elementą.

Arba, pavyzdžiui, yra toks katalogas - „Valiutos“:

Užuot rašę valiutos pavadinimą ir nurodydami jos kursą kiekviename kvite, galime tiesiog pasirinkti valiutų katalogo vertę reikiamoje vietoje:

Informaciniai registrai

Informacijos registras yra informacijos saugojimo įrenginio tipas, kuris atrodo labai panašus į katalogą. Tačiau skirtingai nei kataloge, informacijos registro eilutė negali būti nurodyta kaip objektas – registro eilutės negalima nurodyti, pavyzdžiui, konkrečios sandorio šalies kataloge „Sąlygų šalys“. Tačiau informacijos registre galite saugoti, pavyzdžiui, kai kurių katalogo elementų pakeitimų istoriją. Pavyzdžiui, katalogo „Valiutos“ elementų verčių pokyčių istorija saugoma „Valiutų kursų“ informacijos registre:

Saugant valiutų istoriją „Valiutų kursų“ registre, nereikia daug kartų nurodyti kurso kiekvienam kvitui. Pati programa ją nustatys, jei reikia, pagal datą.

Pervedimai

Sąrašas yra ypatingas katalogo atvejis. Sąrašas yra tam tikras fiksuotas kažko verčių rinkinys. Skirtingai nuo katalogo, kiekviena sąrašo reikšmė neturi papildomų parametrų.

Konstantos

Konstanta yra kažko reikšmė, paprastai nustatoma pradėjus dirbti su duomenų baze kartą ir visiems laikams. Visų pirma, apskaitos politikos nustatymai saugomi SCP konstantose.

Skaičiavimų tipų planai

Specialus katalogo tipas, kuriame aprašomi kaupimų ir atskaitymų algoritmai bei kita informacija, reikalinga kaupimams ir atskaitymams skaičiuoti.

Būdingi tipo planai

Specialus katalogo tipas, apibūdinantis tam tikrą papildomą informaciją, kurią turi duomenų bazės objektai.

Dokumentacija

Dokumentas yra duomenų įvedimo, įvestų duomenų apdorojimo priemonė su galimybe atsižvelgti į esamus duomenis ir konvertuoti esamus duomenis, atsižvelgiant į įvesties duomenis, į informacinę duomenų bazę.

Dokumentus galima suskirstyti į keletą tipų:

• atspindintis ūkinės veiklos faktą - pvz., registracijos dokumentas prekių ir paslaugų gavimo duomenų bazėje (dėl dokumento turi būti išsiųstos prekės į sandėlį, atsirasti skola tiekėjui, apskaitytas PVM , sandoriai turi būti registruojami ir pan.) arba „Ataskaita“ dokumentas gamyba per pamainą“ (fiksuoja produkcijos pagaminimo faktą, jų judėjimą į sandėlį, registruoja sandorius ir kt.)
• norminiai dokumentai - dokumentai, kuriais atliekami veiksmai, kurie turi būti atliekami tam tikru dažnumu - pavyzdžiui, skaičiuoti nusidėvėjimą arba apskaičiuoti darbo užmokestį, atspindėti darbo užmokestį apskaitoje, apskaičiuoti gamybos savikainą, apmokėti gamybos savikainą, uždaryti metus (su likučiu). lakštų reforma), paskirstyti medžiagas gamybai, paskirstyti išlaidas ir kt.
• planavimo dokumentai - kai kurių įvykių planavimo fakto registravimas, planuojamų rodiklių fiksavimas (pardavimo planas, gamybos planas, gamyba pamainomis, pirkimų planas, pirkėjo užsakymas, tiekėjo užsakymas, gamybos užsakymas, ilgalaikio turto priežiūros užsakymas)
• vadybininkai - įvedami kontroliuoti kitų dokumentų darbą (pavyzdžiui, nuolaidų nustatymas - dokumente nurodytos nuolaidos suteikimo sąlygos, kad tada, pirkėjui pasiekus šias sąlygas, jam automatiškai būtų suteikiama nuolaida)
• inventorizacija - dokumentai, skirti patikslinti, atnaujinti likučius, pavyzdžiui, nebaigtų darbų likučius ar brokuotų išlaidų likučius fiksuoti (pastaba: SCP konfigūracijoje inventorizacijos dokumentai informacijos neįrašo į registrą, o saugo ją tik savyje).

Kaupimo registrai

Kaupimo registrai yra pagrindinė kiekybinių ir suminių duomenų saugykla duomenų bazėje. Kiekvienas kaupimo registras saugo savo specifinę informaciją. Kaupimo registrus galima suskirstyti į grupes pagal saugomos informacijos tipą:

• Ilgalaikis turtas
• Gamyba
• Atsargos

Be to, šie duomenys gali būti saugomi skirtinguose registruose, priklausomai nuo apskaitos skyriaus, pvz., Gamybos defektų (tarptautinė apskaita), Gamybos defektų (apskaita), Gamybos defektų (mokesčių apskaita) registre.

Informacijos saugojimo būdo požiūriu kaupimo registrai yra likutinis Ir galima derėtis.

Likučių kaupimo registrai yra skirti saugoti tik likučius bet kuriuo metu. Dabartiniuose registruose saugomi duomenys, kaip keitėsi likutis bėgant laikui, t.y. šiuo momentu tiek daug buvo gauta dėl tokio ir tokio veiksmo, tuo momentu tiek daug buvo prarasta dėl kito veiksmo. Cirkuliaciniai registrai leidžia analizuoti sumos ar kiekio pokyčių istoriją per tam tikrą laikotarpį tam tikrų parametrų kontekste. Pavyzdžiui, pardavimų registre bus parodyta, kiek ir už kokią sumą kurioms sandorio šalims per tam tikrą laikotarpį buvo parduotas konkretus produktas.

Informacija kaupimo registruose atsiranda dirbant su dokumentais, t.y. dokumentai jį ten įdėjo.

Sąskaitų planas

Įprastą UPP konfigūraciją sudaro keturi sąskaitų planai (ir atitinkamai 4 apskaitos registrai - fiziškai informacija apie sąskaitų planus saugoma atitinkamuose apskaitos registruose):

• Biudžeto sudarymas
• Tarptautinė
• Mokesčiai
• Savarankiškas

Nes Diegiant valdymo apskaitą nesilaikoma dvigubo įrašo principo, tuomet sąskaitų planas jai nereikalingas. Atitinkamai, standartinėje SPP konfigūracijoje valdymo balansas nesudaromas. Norėdami tai padaryti, galite arba modifikuoti konfigūraciją, arba, pageidautina, naudoti biudžeto sudarymo posistemį (ji leidžia saugoti labai skirtingą informaciją, galite sukurti specialų scenarijų „Valdymo balansas“ ir naudodami valdymo apskaitos duomenis įvesti informacija pagal šį scenarijų, kad galiausiai būtų gautas valdymo balansas, bet daugiau apie tai vėliau)

UPP yra informacija, kuri saugoma tik sąskaitų plane (pavyzdžiui, informacija apie 80-90 sąskaitų, duomenys apie pradinę nematerialiojo turto savikainą, nematerialiojo turto įsigijimą (sąskaita 08.05), Tyrimų, plėtros ir technologinių darbų atlikimas (sąskaita 08.08 ), MTEP išlaidos, dalis 29 sąskaitos išlaidų ir pan.), taip pat yra informacija, kuri saugoma tik kaupimo registruose (viskas, kas susiję su planavimu, užsakymais, rezervacijomis ir pan.) ir yra informacija. saugomi tiek sąskaitų plane, tiek kaupimo registre (sandėlio apskaita, sąnaudų apskaita ir kt.). Pastaba. Pavyzdžiai skliausteliuose pateikti skiltyje „apskaita“. Tos pačios savybės egzistuoja ir kitose apskaitos rūšyse.

Pažiūrėkime į pavyzdį. Atidarykite dokumentą „Prekių ir paslaugų gavimas“ - meniu „Dokumentai - Pirkimų valdymas - Prekių ir paslaugų gavimas“. Pavyzdžiui, atidarykite pirmąjį dokumentą. Pažiūrėkite į jos įrašus naudodami piktogramą Atkreipkite dėmesį į tai, ką turi 10 analizės paskyra: t.y. Apdorojus kvitą, informacija apie prekę ir sandėlį bus saugoma sąskaitų plane.

Dabar pažiūrėkite į dokumento judėjimą naudodami mygtuką „Eiti – dokumento judėjimas pagal registrus“:

Atsidarys dokumentų judėjimo ataskaita. Grupės medį galite sutraukti spustelėdami ataskaitos lauką ir vienu metu paspausdami klavišų kombinaciją „Ctrl + Shift + MINUS klavišas NumLock klaviatūros skyriuje“. Pažiūrėkite (išplėskite) grupę „Kaupimo registras „Prekių partijos sandėliuose (apskaita)“:

Atkreipkite dėmesį į apibrauktas detales – šios analizės sąskaitų plane nebuvo. Bet tai yra šiame kaupimo registre.

Yra dokumentų, kurie taiso tik įrašus sąskaitų plane, ir yra, galima sakyti, pilnaverčių dokumentų, kurie pataiso visą reikiamą informaciją, įskaitant pažangią analizę registruose.

Turite suprasti, kad visaverčiuose dokumentuose informacija pirmiausia įrašoma į registrus, o sąskaitų plane rašomi tik balansui reikalingi šios informacijos išrašai. Be to, atliekant bet kokius „kaip vykstančius“ skaičiavimus, visada naudojami DK duomenys ir tik šių skaičiavimų rezultatai gali būti įrašyti kaip įrašai sąskaitų plane. Atitinkamai, jei ištaisysite tik sąskaitų plano operacijos, tai nereiškia, kad visur viskas savaime pagerės, nes... niekas nepateks į registrus naudojant pažangią analizę. Tie. visi darbai turi būti atliekami atitinkamuose, „teisinguose“ dokumentuose, o ne koreguojant įrašus sąskaitų plane.
Jei vis dėlto pradėsite rankiniu būdu koreguoti sąskaitų plano įrašus, turėsite juos koreguoti toliau – pavyzdžiui, ateinančio mėnesio dokumente „Išlaidų apskaičiavimas“ nebus atsižvelgta į jokias koreguotas operacijas sąskaitų plane. sąskaitas, dirba su registrais ir tik įrašo rezultatą į sąskaitų planą , - dėl to darbo kiekis gali padidėti tiek, kad programa taps neįmanoma naudotis.
Prieš naudodamas dokumentą, buhalteris turi suprasti, ar šis dokumentas koreguoja tik įrašus, ar taiso informaciją, kur reikia. Patikrinti galima pasinaudoti aukščiau jau minėta ataskaita, kuri atsidaro paspaudus mygtuką „Eiti – Dokumentų judėjimai pagal registrus“.

Ekstremaliais atvejais, kai problemos nepavyksta išspręsti su pilnu duomenų bazėje esančiu dokumentu, fiksuojančiu informaciją tiek kaupimo registruose, tiek sąskaitų plane, koregavimui reikėtų naudoti ne tik operacijų patikslinimo dokumentą, bet ir specialų dokumentą. kaupimo registrus. Tuo pačiu, žinoma, reikia gerai suprasti ne tik kokius įrašus reikia daryti sąskaitų plane, bet ir kokiuose kaupimo registruose ir kaip reikia taisyti informaciją, kad koregavimas galiausiai pasirodytų pilnas - tai labai subtilus ir sudėtingas dalykas, geriau tai patikėti tik labai geram specialistui.

Ataskaitos

Ataskaita – tai informacijos gavimo iš duomenų bazės priemonė, apdorota ir specialiai parengta vartotojui suprantama, patogia ir reikalinga forma. Konfigūracijoje yra daug ataskaitų, jos visos turi savo paskirtį.

Esamų ataskaitų pavyzdžiai:

• Ataskaitos, sukurtos remiantis sąskaitų plano duomenimis:
• Apyvartos balansas
• Šachmatų lapas
• Sąskaitos analizė ir kt.

• Reguliuojamos ataskaitos

SCP versijos 1.3.7.1 konfigūracijoje įrankio, skirto dirbti su reguliuojamomis ataskaitomis, iškvietimas negalimas „visoje sąsajoje“. Todėl norėdami jį rasti, pereikite prie sąsajos „Apskaita ir mokesčių apskaita“:

Šioje sąsajoje įrankis, skirtas dirbti su reguliuojamomis ataskaitomis, yra meniu „Apskaita“:

• Ataskaitos, paremtos kaupimo registrų, informacinių registrų, žinynų ir kt. duomenimis (produkcijos produkcija, gamybos planai, gamybos brokas, prekių prieinamumo sandėliuose analizė, lėšų prieinamumo analizė ir kt.). Paprastai, jei ataskaita generuojama remiantis vieno registro duomenimis, jos pavadinime yra žodis „pareiškimas“. Jei ataskaita generuojama remiantis kelių skirtingų registrų duomenimis, tada ataskaitos pavadinime dažniausiai vartojamas žodis „analizė“.

• Individualios ataskaitos.

Patyrusiems vartotojams yra mechanizmas, skirtas kurti savo ataskaitas. Apie juos plačiau pakalbėsime šiek tiek vėliau.

Gydymai

Apdorojimas yra 1C:Enterprise įrankis, su kuriuo atliekama tam tikra programos nurodyta duomenų transformacija. Skirtingai nuo ataskaitų, apdorojimas įrašo šiuos konvertuotus duomenis į duomenų bazę. Pavyzdžiui, kataloge „Nomenklatūra“ už jo pirkimą atsakingą asmenį turite pakeisti S.G. Chugunova. apie Ubeikin V.Ya. Norėdami tai padaryti, galite naudoti apdorojimą „Katalogų ir dokumentų tvarkymas grupėje“:

Apdorojimo laukelius užpildykite taip:

Ir spustelėkite mygtuką „Pasirinkti“. Tada eikite į skirtuką „Apdorojimas“:

Pasirinkite „Veiksmas“ ir naują vertę. Ir spustelėkite mygtuką „Vykdyti“. Dėl to visa nomenklatūra, kuriai buvo priskirtas atsakingas pirkimo vadovas, buvo S. G. Chugunova. Bus naujas vadovas, atsakingas už pirkimą.

Konfigūracija taip pat apima specialų apdorojimą, kuris atlieka kai kuriuos įprastinius veiksmus. Pavyzdžiui, pagal grafiką atliekamas gaminio kaštų skaičiavimas.

Darbo su dokumentais principai

Šiame skyriuje apžvelgsime pagrindinius darbo su dokumentais principus: kūrimas, įrašymas, laikymas (operatyvinis ir neoperatyvus, atidėtas), žymėjimas ištrynimui, dokumentų ištrynimas.

Dokumentų kūrimas

Dokumentą galima sukurti įvairiais būdais. Pažiūrėkime į dokumento „Prekių ir paslaugų gavimas“ pavyzdį

1 būdas – naudojant „Add(Ins)“ įrankį. Sukurti naują dokumentą galima spustelėjus piktogramą „Pridėti“ dokumentų sąraše, kuris atsidaro tiesiai iš pagrindinio programos meniu. Tarkime, kad norite sukurti dokumentą „Prekių ir paslaugų gavimas“. Pagrindiniame programos meniu galite atidaryti šių dokumentų sąrašą:

Tada atsidariusiame kvitų sąraše pasirinkite vieną iš paveikslėlyje apibrauktų metodų (jie yra lygiaverčiai, daroma tas pats):

Dėl to atsidarys naujas dokumentas „Prekių ir paslaugų gavimas“, tada turėsite nuosekliai užpildyti visus jo laukus (ir nepamirškite apie skirtingus šio dokumento skirtukus - apibrėžtus rėmelyje):

2 metodas – naudojant kopijavimo mechanizmą. Sukurti naują dokumentą galima spustelėjus piktogramą „Pridėti kopijuojant“:

Tokiu atveju dokumentas, ant kurio dokumentų sąraše yra žymeklis, bus nukopijuotas ir atsidarys jo kopija. Šioje kopijoje jau bus užpildyti dokumento laukai. Belieka juos redaguoti, jei reikia:

Žinoma, šis metodas dažniausiai yra daug greitesnis nei tiesiog sukurti dokumentą.

3 būdas - naudojant įvesties mechanizmą ant pagrindo. Galite sukurti naują dokumentą iš pagrindinio dokumento. Pavyzdžiui, „Prekių ir paslaugų gavimas“ gali būti sukurtas įvedus pagal dokumentą „Prekių gavimo užsakymas“. Tokiu atveju, pirma, pirminis prekių gavimo orderis taps pagrindu kuriamam dokumentui „Prekių ir paslaugų gavimas“, antra, taip sukurtas „Prekių ir paslaugų gavimas“ bus automatiškai užpildytas duomenimis iš pagrindinio dokumento. . Norėdami iškviesti įvesties mechanizmą pagrindu, turite atidaryti dokumentą „Prekių gavimo užsakymas“ ir spustelėti pagrindo įvesties piktogramą. Be to, tą patį galima padaryti ir neatsidarius paties „Prekių gavimo užsakymo“, o tiesiai iš „Prekių gavimo užsakymų“ sąrašo, tik pirmiausia užvedus žymeklį ant norimo dokumento. Žiūrėkite paveikslėlį, pagrindo įvesties metodai yra apibraukti:

Sukurtas naujas gavimo dokumentas „paims“ prekių sąrašą iš pirminio gavimo užsakymo:

4 metodas - naudojant specialias gydymo priemones. Naujas dokumentas gali būti sukurtas automatiškai, kai vykdomas specialus apdorojimas. Paprastai tokiu atveju vienu metu sukuriama daug dokumentų (apdorojimas reikalingas norint pagreitinti procesą, kai reikia atlikti kažkokius masinius veiksmus ar tam tikrą veiksmų seką). Šis metodas bus išsamiau aptartas vėliau.

Dokumentų įrašymas

Paspaudus mygtuką „Rašyti“, dokumentas įrašomas į duomenų bazę. Kol šis mygtukas nebus paspaustas naujame dokumente, dokumentas neišsaugomas duomenų bazėje, o netikėtai nutrūkus (pavyzdžiui, nutrūkus elektrai), neįrašytas dokumentas bus prarastas. Tai ypač svarbu žinoti dirbant su dokumentais, kuriuose yra daug informacijos, pavyzdžiui, rankiniu būdu užpildyta didelė lentelės dalis. Dažnai užsirašykite dokumentus, kad nereikėtų vėl įvesti duomenų. Dokumento įrašymo metu duomenų bazėje nevyksta jokių svarbių pakeitimų, turinčių įtakos kitiems su šiuo dokumentu nesusijusiems duomenims, t.y. Įrašant duomenys tiesiog išsaugomi, o šie duomenys išsaugomi tik dokumente, toliau informacija niekur nekeliauja.

Pastaba. Būtent įrašymo momentu dokumentas užima vietą duomenų bazėje laiko juostoje tarp to paties tipo dokumentų. Leiskite mums paaiškinti išsamiau. Pažiūrėkite į lauką „nuo“ su dokumento data ir laiku:

Kuriant dokumentą laikas nepildomas, o įrašant – sekundės tikslumu. Tuo pačiu metu tą pačią sekundę to paties tipo dokumentus gali užrašyti kiti jūsų duomenų bazės vartotojai (t. y. tarkime, kad keli tos pačios duomenų bazės vartotojai paspaudė mygtuką „Rašyti“, kiekvienas savo „Prekių kvite“ „dokumentas ir paslaugos“ ir tai įvyko tą pačią sekundę). Kiekvienas įrašytas dokumentas, nepaisant to paties laiko, per vieną sekundę užims savo vietą. Tie. net per vieną sekundę dokumento sukūrimo „laiko juostoje“ kiekvienas dokumentas turės savo unikalią vietą – būtent tada, kai dokumentas įrašomas, jam ši vieta yra priskiriama.

Apskritai, priklausomai nuo dokumento tipo, gali būti, kad be įrašo nieko daugiau ir nereikia, t.y. dokumentas skirtas tik duomenims saugoti savyje (*žr. tokių dokumentų sąrašą žemiau), tačiau daugeliui dokumentų tipų įrašo neužtenka. Faktas yra tas, kad apskritai dokumentas nėra patogiausias informacijos saugojimas, jo galimybės šiuo atžvilgiu yra ribotos.

*Tik įrašytų dokumentų sąrašas:

„Savitarpių atsiskaitymų sutikrinimo aktas“, „Įgaliojimas“, „Atsiskaitymų su sandorio šalimi dokumentas (rankinė apskaita)“, „Mokesčių mokėtojo informacinių paslaugų užklausa“, „Gamybos defektų inventorizacija“ ir visos kitos rūšys. inventorizacija, „Neformalizuotas mokesčių administratoriaus dokumentas“, „Neformalus mokesčių mokėtojo dokumentas“, „Apklausa“, „Pamainos sudėties ataskaita“, „Anketų paskirstymas“, „Planuojamų gamybos sąnaudų apskaičiavimas“, „Reglamentuota ataskaita“, „ Sąskaitų faktūrų registras“, „Apmokėjimo pirkėjui sąskaita faktūra“, „Apmokėjimo tiekėjui sąskaita““, „Transporto jungtis“.

Dokumentų tvarkymas

Kaip jau minėta, įrašant dokumentą įvesti duomenys tiesiog išsaugomi dokumento viduje. Tačiau daugeliui dokumentų įrašymo neužtenka, jį taip pat būtina atlikti.

Dokumento paskelbimas yra specialus veiksmas, kuris atliekamas siekiant įrašyti tam tikrą informaciją, siekiant apsaugoti ją nuo tolesnio atsitiktinio pakeitimo. Tokiu atveju ši informacija gali likti arba pačiame dokumente (t.y. dokumentas nedaro judėjimų kitur, pavyzdžiui, kaupimo registre), arba gali būti užfiksuota dokumentų judėjimo forma kažkur: kaupimo registruose, informacijos registruose. , sąskaitų planai, skaičiavimo registrai ir kt.

Tai yra, gali būti tvarkomi ir dokumentai, kurie niekur neatlieka judesių. Paprastai jų vykdymo tikslas yra įrašyti tam tikrą informaciją į dokumentą, kad būtų išvengta tolesnio jo pakeitimo. Įprastoje UPP 1.3.7 versijos konfigūracijoje atliekami tik dviejų tipų dokumentai, bet jokie judesiai nevykdomi: „Prašymas atidaryti sąskaitas“ ir „Prekių apskaitos parametrų nustatymas“.

Operatyvus ir neoperatyvus dokumentų tvarkymas

Dokumentų vedimas gali būti operatyvinis arba neoperatyvus.
Operatyvinė procedūra yra tokia, kurios metu tikrinama galimybė jį atlikti. Kas tai yra?

Tarkime, kad sukūrėme ir įrašėme dokumentą, kuris padidina sandorio šalies skolą. Tarkime, kad su sandorio šalimi yra nustatytas tam tikras gautinų sumų limitas. Tarkime, po to, kai buvo sukurtas dokumentas, praėjo pora dienų ir kažkas įvedė ir paskelbė kitą dokumentą, padidinantį tos pačios sandorio šalies skolą, o šis paskutinis dokumentas išnaudojo šios skolos limitą. Ir čia atsiranda įvairių tolesnio vystymosi variantų.

Jei organizacija vis dar nori užkirsti kelią prekių išleidimas, kai kitos sandorio šalies gautinos sumos viršija likutį, atlikdami turime patikrinti jos likutį. Bet jei datos nepakeisime, tai pagal programą skola dar nebus viršyta – juk dokumentas, kuris ją išnaudojo, buvo įrašytas vėliau ir anksčiau įrašyti abipusių atsiskaitymų už mūsų dokumentą likučiai bus nereikšmingi. Būtent tam ir buvo įvestas veiklos mechanizmas – t.y. dokumento perkėlimas į išsiųstų dokumentų eilės pabaigą, nes tik tokiu atveju gali būti atlikti visi reikalingi patikrinimai.

Kitas būdas – jei organizacijai svarbu tiksliai atspindėti verslo sandorio faktą, kai jis įvyko. Tai yra, pavyzdžiui, nepaisant to, kad gautinos sumos viršytos, prekės jau paleistas ir iš tikrųjų klientas skolingas daugiau, nei buvo nustatyta jam priimtina. Tokiu atveju mums svarbu išjungti patikrinimą ir leisti jam tęsti. Tada būtų teisinga paskelbti dokumentą neoperatyviai, t.y. be visų šių patikrinimų.

Abiem atvejais – tiek operatyviniais, tiek neoperatyviniais, bus atlikti visi reikalingi dokumento judesiai. Tačiau svarbu tai suprasti Jei tai atliekama neoperatyviai, yra didelė tikimybė, kad duomenų bazėje bus gauti nereikšmingi duomenys, ypač dėl vartotojo klaidų. Pažvelkime į supaprastintą pavyzdį.

Tarkime, pagal programą tam tikros prekės sandėlyje yra 10 vnt. Tarkime, buvo gauti du šio gaminio išleidimo užsakymai: 7 vnt. ir 5 vnt. Tarkime, dokumentas dėl pirmųjų 7 vienetų išleidimo buvo sukurtas, bet nepaskelbtas. Tada po kurio laiko buvo patalpintas dokumentas dėl 5 vnt. išleidimo, likutis pagal programos duomenis po šio prekių išleidimo yra 5 vnt. O dabar laikas pateikti dokumentą dėl pirmųjų 7 prekių vienetų išleidimo. Jei sandėlyje tikrai nėra septynių vienetų, mums svarbu pabandyti atlikti operatyvinį vykdymą – tik tokiu atveju programa atliks patikrinimą ir praneš vartotojui, kad trūksta prekių. Bet ką daryti, jei šie 7 vienetai fiziškai yra sandėlyje? Tie. ką daryti, jei reikia atspindėti įvykdytos verslo operacijos faktą? Kaip jau minėta, tokiu atveju vartotojui dokumentą reikia tvarkyti ne operatyviai, jokie patikrinimai nebus baigti, dokumentas bus tvarkomas, judesiai atliekami, tačiau pagal programą likutis bus minus du vienetai.

Dėl to gauname dviašmenį kardą. Viena vertus, vartotojas gali išleisti gaminį, nes Jis fiziškai tai turi. Kita vertus, turime nereikšmingų balansų. Tie. Akivaizdu, kad iš tikrųjų negali būti dviejų vienetų minuso ir, greičiausiai, nebuvo atliktas koks nors gavimo dokumentas.

Jei visi dokumentai visada būtų atlikti laiku ir greitai, to nebūtų buvę. Bet tai yra žmogiškasis faktorius. Jei duomenys galėtų atsirasti programoje kartu su fiziniais pokyčiais tame pačiame sandėlyje... bet duomenis į programą reikia įvesti žmogui, t.y. tai taip pat užtrunka šiek tiek laiko.

Norint atnaujinti likučius, yra dokumentų perrašymo mechanizmas. Šis mechanizmas paleidžiamas tik išskirtiniu režimu, t.y. Vartotojai šiuo metu negalės dirbti su duomenų baze. Tačiau kuo ilgiau tai atidedama, tuo didesnę dokumentų grandinę reikia atkurti ir tai užtruks. Todėl būtų optimalu šį mechanizmą paleisti gana dažnai ir reguliariai.

Operatyvinio registravimo metu dokumentas juda laike iki paskutinės (einamosios) akimirkos, t.y. apibrėžta kaip paskutinė eilutėje.
Žinoma, vartotojui nereikia specialiai sekti kažkokios dokumentų eilės. Šis sekimas programoje vyksta automatiškai. Tik svarbu, kad vartotojas suprastų, kad jei programa užduoda klausimą apie ar dokumentą atlikti neveiksmingai, tai reiškia, kad jo dokumento įrašymo data nesutampa su dabartine data, o vartotojas turi nuspręsti, ar jis sutinka šią datą pakeisti į esamą. Kad nebūtų „dokumentų interesų konflikto“, vartotojas turi sutikti su jo dokumento judėjimu eilėje ir vis tiek jį greitai perkelti. Arba vartotojas turi suprasti, kad sutikdamas su neoperatyviu apdorojimu vartotojas duoda sutikimą dėl galimo likučių aktualumo praradimo (o tokiu atveju anksčiau ar vėliau reikės atkurti tvarką ir atnaujinti likučius, todėl vis tiek geriau visada stengtis dokumentus sutvarkyti operatyviai).

Jau minėjome aukščiau, kad įrašant dokumentą jam priskiriama tam tikra vieta įrašytų dokumentų eilėje. Jei įrašymo data nėra einamoji diena, tai greitas vykdymas neįmanomas, net jei po šio dokumento nebuvo sukurtas joks kitas dokumentas. Ir pirmiausia turite pakeisti jo datą į dabartinę, kitaip dokumentas nebus greitai apdorotas.

Operatyvaus apdorojimo metu data nebesikeičia, keičiasi tik dokumento laikas - jis tampa paskutinis dokumentų eilėje „laiko juostoje“. Dėl šio eilės poslinkio gali atsitikti taip, kad dokumentas, parašytas vėliau nei jis, bus parašytas prieš jį. Tačiau tai nesvarbu, nes... kai tas dokumentas, įrašytas vėliau, taip pat bus pradėtas tvarkyti, jis lygiai taip pat pereis į eilės pabaigą – judės tuo momentu, kai bus tvarkomas – ir taps paskutiniu.

Kas bus tada, kai pradėsime visų dokumentų pakartotinio registravimo mechanizmą, kad būtų atnaujinti likučiai? Programa kiekvieną kartą tikrins įvykdymo galimybę ir tuo momentu, kai, pavyzdžiui, bus viršyta gautinų sumų suma, vykdymas sustos. O vartotojas turės išspręsti šią problemą: arba padidinti paskolos dydį, arba įskaityti kokį neapskaitytą avansą, ar dar ką nors... apie dokumentų perrašymo mechanizmą pakalbėsime vėliau.

Naujausiame „1C: Trade Management“ leidime 8.2 platformoje buvo įdiegta nauja dokumentų apdorojimo valdymo metodika: „Dokumentų apdorojimo mechanizmas buvo visiškai pertvarkytas konfigūracijoje. Operatyvinė vykdymo rezultatų kontrolė atliekama suformavus judesius, priešingai nei 10.3 leidime (kur kontrolė buvo atlikta prieš vykdymą). Šis sprendimas leido visiškai atskirti vykdymo ir valdymo logiką, radikaliai supaprastinant atitinkamą programos kodą, o tai savo ruožtu yra svarbu palengvinant konfigūracijos modifikacijas, sumažinant galimų klaidų skaičių ir didinant sistemos našumą. Esant poreikiui, kontrolė atliekama tiek persiunčiant atgaline data, tiek panaikinant dokumento siuntimą. Pavyzdžiui, sistema neleis atšaukti prekių siuntimo užsakymo tiek, kiek jis jau buvo įvykdytas. Galima tikėtis, kad panašūs pakeitimai pamažu pateks į naujas SCP versijas.

Atidėtas dokumentų tvarkymas ir tolesnis tvarkymas

Kaip jau minėta anksčiau, registruojant dokumentus, judesiai dažnai atliekami kokioje nors duomenų saugykloje – kaupimo registruose, informacijos registruose ir kt. Norint atlikti šiuos judesius, dokumentai užrakina registrų lenteles. Jei mūsų dokumento paskelbimo metu, bandant blokuoti registrą, paaiškėja, kad šis registras jau yra užblokuotas (ty tuo pačiu metu su šiuo registru operacijas atlieka koks nors kitas dokumentas), tada mūsų dokumentas bus negalės jo užblokuoti. Jis bus priverstas laukti, kol registras bus laisvas. Įstatant dokumentą, judesiai dažniausiai atliekami vienu metu daugybe registrų. Kiekvienas iš šių registrų yra skirtas tam tikros rūšies informacijai saugoti. Dėl to tikimybė, kad reikės laukti, kol vienas iš jų bus laisvas, yra gana didelė.

Reikalingi atidėto vykdymo ir papildomo vykdymo mechanizmai, kad iki minimumo sumažintų tokio laukimo poreikio tikimybę dėl to, kad juos įjungus judesiai atliekami ne iš karto visuose registruose, kuriuose to reikia, bet tik pačiuose „skubiausiuose“ – t.y. kai kuriuose veiklos ir valdymo apskaitos registruose. Tada pagal grafiką arba rankiniu būdu paleidžiamas sekimo mechanizmas, t.y. atliekami visi kiti judesiai.

Norėdami įjungti atidėto registravimo mechanizmą, turite sukurti „Atidėto registravimo nustatymą“: „Perjungti sąsają - Apskaitos tvarkytojas - Atidėtas registravimas - Dokumento stebėjimo nustatymai“ - Pridėkite naują elementą, nurodykite pavadinimą ir metodą, pvz. reikia tik tolesnių veiksmų“ - Tada tame pačiame meniu „Atidėtas vykdymas“ - elementas „Organizacijų, kurioms taikomas atidėjimas, sąrašas“ - pridėkite naują eilutę, nurodykite datą*, organizaciją ir naujai sukurtą nustatymą.
*Nurodyta data dažniausiai yra įprasta, t.y. pamainos kas mėnesį. Tie. kad darbas būtų efektyvesnis, jį reikia kas mėnesį perkelti į einamojo mėnesio pirmą dieną – tuomet kiekvieno mėnesio pabaigoje vartotojas, dirbantis su laikotarpio pabaigos dokumentais, galės normaliai pildyti jam reikalingus dokumentus ir užbaigti laikotarpį. 1. Vykdant: judesiai formuojami išilgai dalys registrai
2. Sekti: formuoja judesius išilgai likusieji registrai

Koncepciniu požiūriu tolesnis veiksmas yra panašus į paketo vykdymą neprisijungus.

Tolesni veiksmai atliekami:

Mechanizmas naudingas, jei įvedant ir registruojant pirminius dokumentus:

• reikalavimus produktyvumas Ir paralelizmas yra kieti
• judesiai visuose registruose nebūtini „šiuo metu“
• Dalis informacijos, reikalingos judesiams formuotis, gali būti nežinoma – jos paaiškės vėliau.

Mechanizmas taikomas ne visiems dokumentams, o tik masyvi, vienu metu įvedė daug vartotojų.

Atidėtas siuntimas nenaudojamas dokumentams, kurie:

• pristatomi retai
• svarbu atlikti iškarto visuose registruose

Dokumentų, kuriems taikomas atidėtas siuntimas, sąrašą žr.

Kaip valdyti mechanizmą

„Dokumentų uždelsimo registravimo“ mechanizmas yra neprivalomas. Jo naudojimas yra tinkinamas iki organizacijos formos. Atidėjimas galioja nuo nurodytos datos.

Kaip bus registruojami dokumentai, priklauso nuo dokumento datos vietos, palyginti su atidėto siuntimo pradžios data:

Tikslinga naudoti atidėtą siuntimą tuo laikotarpiu, kai intensyviai įvedami pirminiai dokumentai. Todėl rekomenduojama atidėto komandiravimo pradžios datą nustatyti mėnesio, kuriam įvedami pirminiai dokumentai, pradžioje.

Papildomi dokumentai atliekami pagal. Jis gali būti paleistas automatiškai pagal grafiką arba rankiniu būdu.

Prasminga pradėti papildomą apdorojimą pasibaigus intensyviam pirminių dokumentų įvedimui. Prieš pradėdami tolesnius veiksmus, turėtumėte įsitikinti, kad žinote visus duomenis, reikalingus dokumentams atspindėti reglamentuojamoje apskaitoje.

Jeigu, atlikus papildomą registravimą, pasikeitė duomenys, turintys įtakos dokumentų atspindėjimui reguliuojamoje apskaitoje (pvz., numatytieji sąskaitos nustatymai), visus dokumentus reikėtų registruoti iš naujo. Tai galima padaryti pasirinkus tinkamą užpildymo būdą.

Tolesni veiksmai turi būti baigti prieš pradedant reguliavimo procedūras dėl mėnesio uždarymo (žr. „mėnesio uždarymo“ procedūros diagramą).

Pasibaigus intensyviam laikotarpio dokumentų įvedimui ir sutvarkius dokumentus, atidėto komandiravimo pradžios datą patartina perkelti į kito mėnesio pradžią.

Mechanizmo aprašymas

Registrai, judėjimai pagal kuriuos formuojasi siunčiant dokumentą

Jei naudojamas atidėtas registravimas, registruojant dokumentus, judesiai generuojami tuose pačiuose registruose, kaip ir „pilno“ registravimo režimu, kai nustatyta žyma „Atspindėti ex.“. apskaita“. Paprastai šie registrai naudojami operatyviniams sprendimams priimti.

Yra „Kaštų apskaitos“ registro funkcijos: judėjimai formuojami tik registruojant „gamybos“ dokumentus, dokumentus „Prekių ir paslaugų gavimas“, „Išankstinė ataskaita“. Skelbiant visus kitus dokumentus judėjimai šiame registre negeneruojami.

Vykdant dokumentus nėra suformuoti judėjimai per registrus, kurie nenaudojami operatyviniams sprendimams priimti:

Parduotos prekės

Pardavimo kaina

Atidėtas nesuderinamas su režimais:

• Partijų nurašymas registruojant dokumentus

  Avansų nustatymas vykdant dokumentus.

Šie režimai naudojami, kai

nėra našumo problemų

nėra tikslo užtikrinti lankstumą apskaitoje

didesnis prioritetas yra gauti „tikslius duomenis iš karto“.

Tai reiškia, kad naudojant tokius režimus atidėtas vykdymas nereikalingas.

Dokumentų siuntimo (išdalinimo) atšaukimas

Paskelbę dokumentą, galite atšaukti jo paskelbimą naudodami piktogramą

Kai atšaukiate registravimą, dokumentas vėl tampa prieinamas modifikavimui, o visi anksčiau atlikti jo judesiai ištrinami (arba tampa neaktyvūs). Tada dokumentas gali būti vėl patalpintas (galbūt greitai, su laiko juostos poslinkiu arba neoperatyviai, t.y. nekeičiant datos ir laiko).

Dokumentų ištrynimas

Tuo atveju, kai vartotojas nusprendžia, kad, pavyzdžiui, jo įvestas dokumentas nereikalingas, jis gali jį ištrinti. Dokumentai ištrinami naudojant ištrynimo ženklą. Tada galite paleisti apdorojimą „Ištrinti pažymėtus objektus“ ir ištrinti jį visam laikui, tačiau iki tol ištrynimo ženklą galima pašalinti ir dokumentą atkurti. Šis kelių etapų trynimas taip pat naudingas, nes apdorojimas „Ištrinti pažymėtus objektus“ atlieka duomenų kontrolę prieš ištrynimą ir apsaugo kitur duomenų bazėje naudojamus objektus nuo ištrynimo. Pavyzdžiui, būtų neteisinga tiesiogiai ir iš karto ištrinti bet kurią sandorio šalį, jei ji jau nurodyta kai kuriuose dokumentuose, nes tokiu atveju bus pažeistas duomenų vientisumas - tokiame dokumente bus nuoroda į kažkokį „nežinomą objektą“.

Be to, kartais dokumentus galima ištrinti „tiesiogiai“, t.y. iškarto. Paprastai tiesioginis pašalinimas atliekamas apdorojant: kai yra , būtų logiška, kad tas pats apdorojimas galėtų juos ištrinti.

****************************************************************************************************************************************