Pareiškimas apie programinės įrangos naudojimą. Kaip atsižvelgti į kompiuterines programas, antivirusines ir pagalbos sistemas Užsisakykite programinę įrangą organizacijoje

Svetainės skyriai

Redaktoriaus pasirinkimas:

Reklama

namai - Saugumas

Organizacija įgijo neišskirtines teises naudotis kompiuterine programa. Kompiuterinės programos naudojimo laikotarpis licencinėje sutartyje nenurodytas. Organizacija savarankiškai nustatė programos naudojimo laikotarpį 12 mėnesių. Ar organizacija turi teisę nustatyti programos naudojimo laikotarpį 12 mėnesių, ar reikėtų remtis 4 str. Rusijos Federacijos civilinio kodekso 1235 str.

Apsvarstę problemą, padarėme tokią išvadą:

Remiantis Rusijos finansų ministerijos išaiškinimais, išlaidų, susijusių su teisės naudotis kompiuterine programa įgijimu, pripažinimo laikotarpis nagrinėjamu atveju turėtų būti 5 metai.

Tačiau, mūsų nuomone, galima nustatyti kitokį nurašymo laikotarpį, įskaitant 12 mėnesių. Tačiau tokiu atveju organizacija turi būti pasirengusi ginti savo sprendimą teisme.

Išvados pagrindimas:

Visų tipų kompiuterių programų (įskaitant operacines sistemas ir programinės įrangos paketus), kurios gali būti išreikštos bet kuria kalba ir bet kokia forma, įskaitant šaltinio tekstą ir objekto kodą, autorių teisės saugomos taip pat, kaip ir literatūros kūrinių autorių teisės (1261 straipsnis). Rusijos Federacijos civilinio kodekso nuostatas).

O išimtinės teisės į kūrinį galiojimo terminą nustato 2005 m. Rusijos Federacijos civilinio kodekso 1281 str., ty ribotas.

Teisę naudoti programą kompiuteryje autorių teisių turėtojas (licencijos davėjas) gali suteikti kitam asmeniui (licencijos turėtojui) remdamasis licencijos sutartimi (Civilinio kodekso 1235 str. 1 d., 1286 str. 1 p. Rusijos Federacija). Licencijos sutarties sudarymas nereiškia, kad išimtinė teisė perleidžiama licencijos turėtojui (Rusijos Federacijos civilinio kodekso 1233 straipsnio 1 dalis).

Nagrinėjamoje situacijoje organizacija įgijo neišimtinę teisę naudoti intelektinės veiklos rezultatą (kompiuterinę programą). Todėl kompiuterinė programa negali būti įtraukta į nematerialųjį turtą, nes pagal PBU 14/2007 3 punktą „Nematerialiojo turto apskaita“ į nematerialųjį turtą įtraukiami tik objektai, į kuriuos organizacija yra įgijusi išimtines teises.

Vadinasi, kompiuterinės programos įsigijimo išlaidos negali būti laikomos kapitalo sąnaudomis, kurios sudaro pradinę nematerialiojo turto savikainą. Į kompiuterinės programos naudojimo teisių įsigijimo išlaidas reikėtų atsižvelgti į įprastinės veiklos išlaidas (PBU 10/99 „Organizacijos išlaidos“ (toliau – PBU 10/99) 5 punktas, 7 punktas) .

Pagal PBU 10/99 19 punktą sąnaudos pripažįstamos pelno (nuostolio) ataskaitoje pagrįstai jas paskirstant tarp ataskaitinių laikotarpių, jei sąnaudos lemia pajamų gavimą per kelis ataskaitinius laikotarpius ir kai negalima aiškiai nustatyti pajamų ir išlaidų santykio. apibrėžtas arba nustatomas netiesiogiai. Be to, išlaidos pripažįstamos tuo ataskaitiniu laikotarpiu, kurį jos atsirado, neatsižvelgiant į faktinį lėšų išmokėjimo laiką (PBU 10/99 18 straipsnis).

Remiantis Rusijos Federacijos apskaitos ir finansinės atskaitomybės tvarkymo taisyklių, patvirtintų Rusijos finansų ministerijos 1998 m. liepos 29 d. įsakymu N 34n, 65 punktu, organizacijos ataskaitiniu laikotarpiu patirtos išlaidos, bet susijusios su ateinančiais ataskaitiniais laikotarpiais, balanse parodomi kaip atskiras straipsnis kaip atidėtos sąnaudos ir nurašomi organizacijos nustatyta tvarka (vienodai, proporcingai pagamintos produkcijos apimčiai ir pan.) per laikotarpį iki su kuriais jie susiję.

Tokiu atveju laikotarpį, per kurį bus nurašomos kompiuterinės programos įsigijimo išlaidos, organizacija nustato savarankiškai, atsižvelgdama į numatomą šios programos naudojimo laikotarpį.

Atkreipkite dėmesį, kad apskaitoje nėra jokių apribojimų nustatyti naudojimo laikotarpį.

Mokesčių apskaitoje pagal paragrafus. 26 punkto 1 str. Remiantis Rusijos Federacijos mokesčių kodekso 264 straipsniu, išlaidos, susijusios su teisės naudotis kompiuterinėmis programomis įgijimu, yra įtrauktos į kitas išlaidas, susijusias su gamyba ir pardavimu (Rusijos Federacijos mokesčių kodekso 26 straipsnis, 1 punktas, 264 straipsnis). .

1 str. Rusijos Federacijos mokesčių kodekso 272 straipsnis numato, kad išlaidos pripažįstamos tuo ataskaitiniu (mokestiniu) laikotarpiu, kurį šios išlaidos atsiranda, remiantis sandorių sąlygomis. Jeigu sandoryje tokių sąlygų nėra ir pajamų ir sąnaudų ryšys negali būti aiškiai apibrėžtas arba nustatomas netiesiogiai, išlaidas mokesčių mokėtojas paskirsto savarankiškai.

Vadinasi, jei licencijos sutartyje nėra nustatytas programos naudojimo laikotarpis, tada mokesčių apskaitoje organizacija jį turi nustatyti taip pat, kaip ir apskaitoje – savarankiškai.

Tačiau Rusijos finansų ministerija savo 2009-10-23 laiškuose N 03-03-06/1/681, 2009-04-20 N 03-03-06/2/88, 2009-03-17 N 03-03-06/2/48, 2009-02-19 N 03-03-06/2/25 primena, kad pagal ATPK 4 punkto antrą pastraipą. Pagal Rusijos Federacijos civilinio kodekso 1235 straipsnį, jei licencijos sutartyje jos galiojimo laikas nenurodytas, sutartis laikoma sudaryta penkeriems metams.

Atkreipiame dėmesį į tai, kad nuoroda į 4 str. Rusijos Federacijos civilinio kodekso 1235 straipsnis numato, kad laikotarpis, kuriam jis sudaromas, negali viršyti autorių teisių turėtojui (licencijos davėjui) nustatytos išimtinės teisės galiojimo laiko. Tai primena, kad licencijos davėjo teisė disponuoti išimtine teise į intelektinės veiklos rezultatą yra apribota šios išimtinės teisės trukmės. O pastaroji, nors ir reikšminga, yra baigtinė.

Taigi, jei vadovausimės Rusijos finansų ministerijos išaiškinimais, išlaidų pripažinimo laikotarpis nagrinėjamu atveju turėtų būti 5 metai.
Kartu išanalizavus arbitražo praktiką, teismai dažnai stoja į mokesčių mokėtojus, nusprendusius vienu metu nurašyti neišimtinių teisių į programą įsigijimo išlaidas, nes sutartyje tokių teisių galiojimo laikas nenurodytas. Teisėjai, priimdami sprendimą, vadovaujasi tuo, kad, kadangi sutartyje nėra nustatytas naudojimosi kompiuterine programa terminas, vadovaujantis šio straipsnio 1 dalimi. 26 punkto 1 str. Rusijos Federacijos mokesčių kodekso 264 straipsnis ir Rusijos Federacijos mokesčių kodekso 1 punkto antra pastraipa. Remiantis Rusijos Federacijos mokesčių kodekso 272 straipsniu, išlaidos, susijusios su neišimtinių kompiuterių programų ir duomenų bazių naudojimo teisių įsigijimu, gali būti įtrauktos į kitas išlaidas, susijusias su gamyba ir pardavimu, jų atsiradimo metu. (žr., pavyzdžiui, Volgos regiono federalinės antimonopolinės tarnybos 2009 m. vasario 16 d. nutarimus N A55 -9496/2008, FAS Šiaurės vakarų rajono 2007-10-15 N A05-810/2007).

Taigi tiek apskaitoje, tiek mokesčių apskaitoje organizacija turi teisę savarankiškai nustatyti išlaidų, susijusių su teise naudotis kompiuterine programa, įsigijimo pripažinimo laikotarpį, jeigu sutartyje nėra sąlygos dėl naudojimosi laikotarpio. Mūsų nuomone, tai gali būti bet koks organizacijos pateisinamas laikotarpis, iki vienkartinio.

Bet kuriuo atveju, programų įsigijimo išlaidų nurašymo terminų nustatymo tvarka turi būti nustatyta organizacijos apskaitos politikoje tiek buhalterinėje, tiek mokesčių apskaitoje.

Tačiau, atsižvelgiant į Rusijos finansų ministerijos poziciją, jei nagrinėjamu atveju išlaidų nurašymo laikotarpis yra trumpesnis nei penkeri metai, kyla mokestinio ginčo pavojus.

Jei taip atsitiks, organizacija savo poziciją turės ginti teisme.

Paruoštas atsakymas:
Teisinių konsultacijų tarnybos GARANT ekspertas
Žuravlevas Viačeslavas

Atsakymo kokybės kontrolė:
Teisinių konsultacijų tarnybos GARANT apžvalgininkas
profesionalus Sergejus Rodijuškinas

Medžiaga parengta individualios konsultacijos raštu pagrindu, suteiktos kaip Teisinių konsultacijų paslaugos dalis. Norėdami gauti išsamesnės informacijos apie paslaugą, kreipkitės į savo paslaugų vadybininką.

Iš. .2013 Nr.________

Dėl elektroninio žurnalo „EZh“ įvedimo į švietimo įstaigų veiklos valdymą

Siekiant pagerinti informacinę pagalbą mokyklos valdymo procesams, informacinių technologijų diegimu pagrįsto ugdymo proceso planavimas ir organizavimas pagal Rusijos sveikatos ir socialinės plėtros ministerijos 2010 m. rugpjūčio 26 d. įsakymą N 761n ir skyriaus 74 straipsnį. Rusijos Federacijos darbo kodekso III skirsnio 12 straipsnis „Šalių nustatytų darbo sutarties sąlygų keitimas dėl priežasčių, susijusių su organizacinių ar technologinių darbo sąlygų pasikeitimu“.

„EJ įvedimo darbo planas“ (priedas Nr. 1);

„Tikėtinos gyvenimo trukmės palaikymo taisyklės“ (priedas Nr. 2);

„Viešųjų paslaugų teikimo nuostatai ED“ (priedas Nr. 3);

„Švietėjiškos veiklos apskaitos vedimo naudojant eL instrukcijos“ (priedas Nr. 4);

„Pagalbos teikimo dirbant EZh taisyklės“ (priedas Nr. 5).

2. Įgyvendinti EJ įgyvendinimą pagal EJ įgyvendinimo darbų grafiką (Priedas Nr. 1).

3. Naudokite EJ norėdami įrašyti visų tipų klasėje ir užklasinę veiklą, įskaitant pamokas, pasirenkamuosius dalykus, būrelius ir pailgintos dienos grupinius užsiėmimus.

4. Direktoriaus pavaduotojas vandens išteklių valdymui G.A.Kulova ir Abugalieva Yu.Kh. užtikrinti EJ įgyvendinimo Darbo grafiko vykdymo kontrolę.

5. Direktoriaus pavaduotojas vandens išteklių valdymui G.A.Kulova ir Abugalieva Yu.Kh. užtikrinti ugdomojo gyvenimo informacinį turinį modulyje „Ugdymo procesas“, organizuoti dalykų mokytojų ir klasių vadovų darbo dėl ugdymo(si) gyvenimo informacinio turinio savalaikiškumo ir teisingumo kontrolę bei savalaikį tėvų informavimą apie aktualijas ir galutinė mokinių pažanga ir lankomumas.

6. Sistemos administratoriui E.A.Kozbajevui priskirti atsakomybę už EZh veiklos techninio aptarnavimo stebėjimą pagal jo darbo pareigas.

7. Paskirti sistemos administratoriui Kozbaev E.A. pareigą konsultuoti mokytojus mokymosi šaltinio darbo klausimais pagal jų darbo pareigas.

8. Pasilieku užsakymo vykdymo kontrolę.

Mokyklos direktorė M.D. Sultanova

Biudžetinė savivaldybės švietimo įstaiga "Achtubinsko vidurinė mokykla"

„Dėl elektroninės įvedimo

klasės žurnalas 2013-2014 mokslo metams »

Pagal 2010 m. liepos 27 d. Rusijos Federacijos įstatymą. 210-FZ „Dėl valstybės ir savivaldybių paslaugų teikimo organizavimo“, Rusijos Federacijos Vyriausybės 2009 m. gruodžio 17 d. įsakymai. Nr.1993-r ir 2010-09-07. Nr.1506-r ir Švietimo, sporto ir jaunimo politikos departamento 2011-01-03 įsakymo Nr.23 pagrindu. „Dėl informacinės edukacinės aplinkos „Dnevnik.ru“ įgyvendinimo, atsižvelgiant į priemones, skirtas valstybinei informacijos apie mokinio pažangą teikimo tarnybai įgyvendinti, elektroninio pažymių knygelės įvedimo Rusijos Federacijos švietimo įstaigose.

Nuo 2013 m. rugsėjo 1 d. organizuoti IOS „Dnevnik.ru“ pagrindu veikiančio elektroninio žurnalo bandomąjį diegimą.
Paskirti direktoriaus pavaduotoją vandentvarkai G.A.Kulovą, atsakingą už elektroninio pažymių knygelės diegimo organizavimą. ir Abugaliev Yu.Kh.
Paskirti E.A.Kozbajevą elektroninio žurnalo tvarkymo sistemos administratoriumi.
Sukurti darbo grupę „Elektroninio žurnalo“ paslaugai įgyvendinti laikotarpiui nuo 2013-01-09. iki 2014-05-31 susidedantis iš:

Kulova G.A. – direktoriaus pavaduotojas vandens išteklių valdymui;

Kozbajevas E.A. - Sistemos administratorius;

Kunusova S.Sh. – direktoriaus pavaduotoja personalui;

Abugalieva Yu.Kh. – direktoriaus pavaduotoja vandens išteklių valdymui;

1-11 klasių klasių auklėtojai;

Živolupas N.A. – informatikos mokytojas;

Džunusova L.I. – švietimo psichologė.

– elektroninio dienyno įvedimo į ugdymo procesą veiksmų planas iki 2013-08-25;

– vietiniai reglamentai, užtikrinantys perėjimą prie EJ naudojimo. (Vietos aktus patalpinti ugdymo įstaigos interneto svetainėje) iki 2013 m. rugsėjo 1 d.

Paruoškite IRT techninę ir programinę įrangą.
Mokyklos darbuotojams paskirkite šias pareigas:
elektroninio žurnalo veikimui reikalingos programinės įrangos įdiegimas, savalaikis jo atnaujinimas;
tinkamo sukurtos programinės aplinkos veikimo užtikrinimas;
prieigos duomenų suteikimas mokytojams, klasių mokytojams ir mokyklos administracijai;
duomenų bazės archyvavimas ir išsaugojimas keliose elektroninėse laikmenose, siekiant išvengti duomenų bazės praradimo;
darbas su katalogais ir sistemos parametrais;

suskirstant klasę į pogrupius kartu su dalykų mokytojais ir klasių vadovais kiekvienų mokslo metų pradžioje;
bendravimas su techninės pagalbos tarnyba;
konsultacijų ir mokymų (jei reikia) teikimas projekto dalyviams pagrindinių darbo su programiniu paketu metodų.
laiku užpildyti ir stebėti studentų duomenų tinkamumą duomenų bazėje IOS;
prieigos duomenų teikimas tėvams ir mokyklos mokiniams;
vesti mokinių praleistų pamokų apskaitą;
suskirstant klasę į pogrupius kartu su dalykų mokytojais kiekvienų mokslo metų pradžioje;

· informuoti tėvus apie mokinio elgesį ir pažangą SMS žinutėmis sistemos viduje bei galimybę peržiūrėti elektroninį dienyną.

klasę suskirstant į pogrupius kartu su klasės vadovu kiekvienų mokslo metų pradžioje

· kalendoriaus ir teminio plano sudarymas;

· duomenų apie mokinių pažangą ir lankomumą, užsiėmimų tipus, namų darbus pildymas;

Direktoriaus pavaduotojas personalui

sisteminės mokytojų vykdomos elektroninio žurnalo priežiūros kontrolės įgyvendinimas;
padaryti grafiko pakeitimus.
kuruoja direktoriaus pavaduotojų ir atsakingų administratorių darbą.

www.30ahtubinskaja-soh.edusite.ru

Gamybos automatizavimas

Unikalios programos įgyvendinimo pavyzdys

Kaip unikalios programos įgyvendinimo įmonėje pavyzdį panagrinėkime Gamybos ir technologinės įrangos direkcijos automatizavimo projektą. UPTK yra Valstybinės vieningos įmonės „Bashkiravtodor“ filialas, kuriame dirba apie 80 žmonių. Pagrindinė funkcija – centralizuotas aprūpinimas apie 60 kelių tiesimo padalinių – valstybinių vienetinių įmonių filialų, esančių kiekviename Baškirijos rajone. Centralizuotas tiekimas, kuriame dalyvauja ir kai kurie valstybinės vieningos įmonės padaliniai, apima prašymų iš filialų surinkimą, sutarčių su tiekėjais sudarymą, prekių ir medžiagų užsakymą bei pristatymą į sandėlį ir tiesiogiai vartotojams, prekių ir medžiagų paskirstymą tarp vartotojų. pagal konsoliduotus planus ir vartotojų pageidavimus sąskaitų apmokėjimas iš tiekėjų ir sąskaitų faktūrų išrašymo filialai.

Nedidelės nemokamos UPTK apklausos metu buvo parengtas komercinis pasiūlymas dėl automatizavimo. Kruopščiai išnagrinėjęs pasiūlymą, klientas (SE Infodor, Valstybinė vieninga įmonė „Bashkiravtodor“) pasirašė unikalios programos „1C:Enterprise“ konfigūracijos kūrimo ir diegimo sutartį. Plėtros tikslas buvo automatizuoti VĮ „Bashkiravtodor“ filialų centralizuoto tiekimo valdymo funkciją.

Darbas pagal sutartį buvo suskirstytas į keturis etapus - dalykinės srities nagrinėjimas, techninių specifikacijų kūrimas, unikalios konfigūracijos 1C: Enterprise programai sukūrimas ir programos įgyvendinimas UPTK ir Valstybinės vienetinės įmonės darbe.

Egzamino etapas

Darbas su projektu prasidėjo rengiant užsakymą Valstybinei vienetinei įmonei „Bashkiravtodor“ atlikti apklausą. Užsakyme buvo nustatytas apklausos terminas, kas užsakovo pusėje veiks kaip ekspertai, kokių padalinių funkcijos turi būti tiriamos. Pagal įsakymą buvo atlikta UPTK viršininko, pirkimų skyriaus, planavimo ir ūkio skyriaus, sutarčių skyriaus, UPTK buhalterinės apskaitos skyriaus funkcijų ekspertizė. Be to, į tyrimo procesą taip pat buvo įtrauktas Valstybinės vieningos įmonės „Bashkiravtodor“ gamybos skyrius, vyriausiojo energetiko, vyriausiojo mechaniko skyrius ir rinkodaros skyrius. VĮ padalinių ekspertizė buvo reikalinga, nes centralizuoto tiekimo funkcija VĮ VĮ atliekama ne tik UPTK. Valstybinės vienetinės įmonės padaliniai sutelkia išteklių poreikio generavimo ir tiekimui skiriamų finansų kontrolės funkcijas.

Apklausa prasidėjo nuo padalinių nuostatų ir darbuotojų pareigybių aprašymų tyrimo. Po to vyko žodinės konsultacijos su specialistais, renkami centralizuoto tiekimo funkciją užtikrinančių dokumentų pavyzdžiai. Ypatingas dėmesys buvo skirtas UPTK apskaitos skyriui. Apskaitoje, be dokumentų srauto, buvo detaliai ištirta apskaitos politikos tvarka, UPTK sąskaitų planas, analitinės apskaitos registrų sudėtis, ūkinių operacijų sudėtis ir atspindys apskaitoje.

Remdamiesi apklausos rezultatais, informacinių sistemų projektavimo skyriaus specialistai parengė ataskaitą, kurioje buvo:

„toks, koks yra“ dokumentų srauto modelis;
pirminių dokumentų, kurių pavadinimai yra modelyje, pavyzdžiai;
sąskaitų planas „toks, koks yra“, nurodant kiekvienos sąskaitos analitinės apskaitos registrus;
visų ūkinių operacijų sąrašą, nurodant pirminius dokumentus ir buhalterinę korespondenciją;

Gauto tokio modelio kontekstinė diagrama parodyta paveikslėlyje.

Kuriant tokį modelį, koks yra, buvo atlikta keletas peržiūros seansų.
Modelio tyrimas pasirodė labai naudingas.
Labai ankstyvose tyrimo stadijose buvo atlikta reikšmingų modelio papildymų, susijusių su įvairiais realaus tiekimo verslo procesais – per sandėlį, tranzitu keliais, birių medžiagų tranzitu geležinkeliu.
Kuriant modelį buvo surinkta ir ištirta per du šimtus dokumentų pavyzdžių.

Lentelėje pateiktas UPTK buhalterinės apskaitos skyriaus sąskaitų plano „tokio, koks yra“ fragmentas.

Rengiant sąskaitų planą „toks, koks yra“, ypač paaiškėjo, kad 10 sąskaita UPTK apskaitos skyriuje yra ne grupinė sąskaita subsąskaitoms 10.1, 10.2 ir kt., o subsąskaita (gali būti suteikta sąlyginis kodas 10.0), skirtas filialams per sandėlį tiekiamų medžiagų apskaitai.

Žemiau pateikiamas ūkinių operacijų aprašo pavyzdys dėl atsarginių elementų (materialinių vertybių) atvežimo į UPTK sandėlį. Tokie aprašymai buvo sudaryti visiems tyrimo metu nustatytiems verslo sandoriams.

Su Užsakovu buvo susitarta dėl funkcinio modelio, sąskaitų plano ir verslo operacijų sąrašo. Buhalteriai pasirašydavo kiekviename parengtų dokumentų puslapyje.

„Kaip yra“ modelio analizė atskleidė dalinį VĮ VĮ ir Susisiekimo departamento darbuotojų funkcijų dubliavimą. Visų pirma paaiškėjo, kad paraišką tiekėjui gali rengti ir VĮ pirkimų skyrius, ir UPTK rinkodaros skyrius. Visi klausimai, galintys turėti dviprasmišką sprendimą ir turėti įtakos techninių specifikacijų kūrimui, buvo surinkti specialioje ataskaitoje ir pateikti Užsakovo vadovybei. Įvyko keli susitikimai, kuriuose dalyvavo VĮ generalinio direktoriaus pavaduotojas ekonomikai, VĮ vadovas ekonomikai, VĮ padalinių ir Techninės ir techninės inspekcijos administracijos vadovai. dalis. Dėl to buvo gauti visų klausimų sprendimai, kurie buvo įtvirtinti parengtose techninėse specifikacijose.
Žemiau yra lentelės fragmentas, kuriame pateikiamos kai kurios problemos ir Kliento vadovybės priimti sprendimai.

Techninių specifikacijų rengimo etapas

Kurdami techninę užduotį informacinių sistemų projektavimo skyriaus specialistai naudojosi parengta apklausos ataskaita ir apibendrinančia sprendimų esminiais klausimais lentelę.
Techninių specifikacijų pagrindas buvo unikalios konfigūracijos „1C: Centralized Supply“ funkcinis modelis. Žemiau pateikiama pirmojo modelio lygio skaidymo diagrama.
Modelis apėmė konsoliduotų metinių sandėlio ir tranzitinės prekybos apyvartos poreikių planavimo, filialų prašymų gauti atsargas stebėjimo, konkursų, sutarčių ir papildomų susitarimų su tiekėjais apskaitos, finansų paskirstymo tarp tiekėjų, prašymų tiekėjams dėl atsargų paskirstymo stebėjimo procesus. , inventoriaus gavimo sandėlyje ir tranzitu registravimas. , inventorinių prekių paskirstymo užsakymų formavimas, įgaliojimų, TTN, vekselių, sąskaitų faktūrų, mokėjimo pavedimų išrašymas. Vykdyta operatyvinė ir buhalterinė atsiskaitymų su tiekėjais ir filialais apskaita bei sandėlio ir gabenimo atsargų ir medžiagų apskaita.

Sukurtas modelis leido identifikuoti darbo stočių, reikalingų procesui automatizuoti, sąrašą prieš kuriant unikalią konfigūraciją ir įdiegiant programą. Kiekvienai darbo vietai buvo aiškiai apibrėžtos jos funkcijos. Visos šios funkcijos buvo išaiškintos ir suderintos su Užsakovu modelio aptarimo metu bendruose susitikimuose. Taigi būtent techninių specifikacijų rengimo stadijoje buvo padėti pamatai tolimesniam sėkmingam sistemos diegimui. Sistemos vartotojai iš anksto sužinojo, kaip keisis jų darbo pareigos įdiegus sistemą ir turėjo laiko tam pasiruošti psichologiškai.

Konkrečiai, rinkimo skyriaus specialistai suprato, kad kiekvieną rytą teks pradėti nuo iš sandėlio gaunamų gavimo užsakymų suvedimo į informacinę duomenų bazę. Tokį sprendimą priėmė UPTK vadovybė, nes nuotolinio sandėlio automatizuoti nepavyko dėl patikimo ryšio trūkumo. Nors skyriaus darbuotojų krūvis didėjo, jie į situaciją žiūrėjo supratingai. Atsiradus elektroniniams gavimo orderiams, atsirado galimybė užtikrinti užsakymų formavimo eigos kontrolę – dabar VĮ padalinių specialistai fiziškai nebegalės išdalinti daugiau medžiagų, nei buvo gauta sandėlyje.

Rengiant technines specifikacijas paaiškėjo, kad reikia suprojektuoti apie 130 naujų ataskaitų formų, iš kurių apie 40 šiek tiek skyrėsi viena nuo kitos. Tuo pačiu metu Kliento specialistai nebuvo tikri, kad tai visas komplektas ir kad vadovybei greitai neprireiks naujų ataskaitų formų. Todėl techninėje užduotyje buvo sukurtas specialus ataskaitų formų generatorius, leidžiantis gauti ir žinomas, ir naujas ataskaitas. Generatorius, kurio konfigūravimui nereikia programuotojo, leidžia gauti ir išsaugoti naujų formų aprašymus, kurie skiriasi detalių sudėtimi ir išdėstymu bei įrašų filtravimu ir rūšiavimu. Žemiau esančiame paveikslėlyje parodyta ataskaitų generatoriaus ekrano forma.

Likusios 90 ataskaitų formų buvo sukurtos remiantis esamu funkciniu modeliu, į apklausos ataskaitą įtrauktomis dokumentų formomis ir duomenų modeliu.

Unikalus konfigūracijos duomenų modelis, sukurtas rengiant technines specifikacijas, apėmė daugiau nei 200 informacijos objektų – žinynų ir dokumentų – atributų ir ryšių aprašymą. Tačiau kompetentingas modelio padalijimas į loginius fragmentus - diagramas - padarė jį gana prieinamą Kliento specialistams.
Paveiksle parodyta vienos iš duomenų modelio diagramų dalis. Diagrama leidžia vizualiai pavaizduoti gana paprasto dokumento atributų ir jungčių sudėtį - paraišką iš VĮ prekių ir medžiagų departamento.

Informacinis modelis buvo sukurtas sąsajų pagrindas. Į techninę užduotį įtrauktos sąsajos daugiau nei 30 naujų žinynų ir apie 90 naujų dokumentų.
Paveikslėlyje parodyta „Skyriaus prašymo“ dokumento sąsaja ir spausdinta forma.

UPTK automatizavimas sutapo su Rusijos Federacijos organizacijų perėjimu prie naujo sąskaitų plano, patvirtinto Finansų ministerijos 2000 m. spalio 31 d. įsakymu Nr. 94n. Todėl buvo nuspręsta parengti sąskaitų planą, įtrauktą į techninę užduotį, atsižvelgiant į perėjimą prie naujos sąskaitų numeracijos. Ši plėtra buvo vykdoma kartu su UPTK vyriausiąja buhaltere, remiantis senuoju UPTK sąskaitų planu, Finansų ministerijos įsakymu ir VĮ „Baškiravtodor“ patvirtintu nauju sąskaitų planu.
Lentelėje parodytas nedidelis UPTK „as-will“ sąskaitų plano fragmentas.

Įdomu pastebėti, kad „esamas“ sąskaitų planas, palyginti su „tokia, koks yra“, pasikeitė ne tik dėl to, kad buvo pereita prie naujos sąskaitų numeracijos, bet ir dėl to, kad buvo padarytos apskaitos klaidos. pataisyta tuo pačiu. Visų pirma, į 10 sąskaitą buvo įtraukta nauja subsąskaita 10.8, kurioje buvo pradėta atsižvelgti į perdirbti perduotas medžiagas. Prieš tai gamyklai tiekiamas metalas, skirtas gaminti peilius buldozeriams, buvo nurašytas iš 10 sąskaitos, o tai iškreipė turto mokesčių apskaičiavimo pagrindą.
Verslo sandorių sąrašas patyrė dar reikšmingesnių pokyčių. Apklausos rezultatai leido naujajam UPTK vyriausiajam buhalteriui ne tik greitai susipažinti su jam patikėto skyriaus buhalterinės apskaitos ypatumais, bet ir pateikti pasiūlymus dėl esminių ūkinių operacijų sąrašo ir turinio papildymo. Techninėse specifikacijose buvo atsižvelgta į visus vyriausiosios buhalterės pasiūlymus.

Aukščiau aprašyta situacija dėl metalo apdirbimo taip atsispindi techninėse specifikacijose verslo operacijų aprašo skiltyje „kaip bus“:

* Viena kortelė atidaroma bendrai gaunamų medžiagų kainai (gaunamų medžiagų kaina = perduotų perdirbti medžiagų kaina + paslaugų kaina).

Panašūs aprašai buvo parengti daugiau nei dviem šimtams verslo sandorių – visų anksčiau ar planuojamų ateityje. Kiekvienai verslo operacijai buvo aiškiai apibrėžtas pirminis ir elektroninis dokumentas, kurio pagrindu bus generuojamos operacijos.

Ir galiausiai techninių specifikacijų tekstinėje dalyje buvo suformuluoti bendrieji reikalavimai vietiniam kompiuterių tinklui, serveriui, darbo vietoms, sisteminei ir taikomajai programinei įrangai. Siekiant užtikrinti unikalios konfigūracijos funkcionavimą, reikėjo visus UPTK skyrius ir dalį VĮ „Bashkiravtodor“ padalinių prijungti prie vietinio kompiuterių tinklo. Įdiekite Windows 2000 išplėstinio serverio tinklo operacinę sistemą serveryje. Darbo stotyse – Windows 98 SE. Taip pat serveryje reikėjo įdiegti MS SQL Server 2000, kad būtų užtikrintas 1C:Accounting for SQL versijos veikimas. Versijos pasirinkimą lėmė didelis tinkle dirbančių vartotojų skaičius – daugiau nei 10 – ir didelė dokumentų įvedimo operacijų apimtis.

Vietinio kompiuterių tinklo įrengimo, serverio, darbo vietų, sistemos ir taikomosios programinės įrangos įsigijimo ir įdiegimo ėmėsi VĮ „Baškiravtodor“ antrinės įmonės „Infodor“ specialistai. Visi darbai atlikti kokybiškai ir laiku.
Klientui ruošiant tinklą ir kompiuterius, programavimo ir diegimo skyriaus specialistai pagal technines specifikacijas sukūrė unikalią konfigūraciją „1C: Centralizuotas tiekimas“.

Konfigūravimo etape įmonės „Soft-Portal“ programuotojai įgyvendino visus techninėse specifikacijose nustatytus reikalavimus. Sistemos „1C:Enterprise“ apskaitos komponentas buvo unikalios konfigūracijos „1C: Centralizuotas tiekimas“ kūrimo pagrindas.
Konfigūravimo proceso metu buvo suprogramuota virš 400 naujų metaduomenų objektų – katalogų, subkontų, sąskaitų, dokumentų, apdorojimo ir ataskaitų. Toliau pateiktame paveikslėlyje parodytas gauto metaduomenų medžio fragmentas.

Sukurtoje unikalioje konfigūracijoje yra 18 darbo stočių teisių ir sąsajų rinkinių konfigūracija. Į konfigūraciją įtrauktų automatizuotų darbo vietų sąrašas pateiktas lentelėje.

Kiek skiriasi darbo stočių sąsajos, aiškiai matyti iš toliau pateiktos iliustracijos. Žemiau galite pamatyti dviejų darbo vietų – sandėlio buhalterio ir pirkimų skyriaus – meniu „Dokumentų žurnalai“.

Konfigūravimo darbus greitai ir kokybiškai atliko programavimo ir diegimo skyrius. Specialistai galėjo visiškai susikoncentruoti į programavimą, nes turėjo visus darbui reikalingus išteklius. Aiškus ir išsamus techninėse specifikacijose esančių būsimos konfigūracijos funkcijų, duomenų struktūros ir sąsajos supratimas leido programuotojams:

Sudaryti detalų darbo planą ir užtikrinti kūrimo laiko ir užbaigtumo kontrolę;
Nesiblaškykite aiškindamiesi bet kokius klausimus su Kliento atstovais;
Kiekvieną programinės įrangos modulį kurkite tik vieną kartą – be perdarymo ar pakeitimų.

Gauta konfigūracija buvo tris kartus išbandyta prieš įdiegiant Kliento svetainėje. Pirmiausia kiekvieną naujai sukurtą metaduomenų objektą išbandė jį sukūręs programuotojas. Baigus konfigūraciją, projektavimo skyrius įsitraukė į testavimą. Departamento specialistai patikrino gatavos konfigūracijos išsamumą ir atitiktį techninėms specifikacijoms. Paskutinis, svarbiausias bandymas buvo atliktas diegimo specialistų. Jie sukūrė atskirus bandymo atvejus darbo stotims. Naudojant nedidelį kiekį testo duomenų, buvo išbandytas visas technologinis darbo vietos funkcionavimo procesas – nuo įrašų įvedimo į katalogus ir dokumentus iki ataskaitų gavimo ir spausdinimo. Visos klaidos, aptiktos antrojo ir trečiojo testavimo etapuose, buvo užfiksuotos specialiose bandymų ataskaitose. Testavimas buvo kartojamas tol, kol buvo pašalintos visos nustatytos klaidos.

Galiausiai konfigūravimo etape buvo sukurtos atskiros instrukcijos visoms darbo stotims. Kiekviena instrukcija, kurią kartu sukūrė programuotojai ir diegimo specialistai, susideda iš trijų dalių. Technologinėje instrukcijos dalyje pateikiama bendra darbo vietos naudotojo tvarka. Antroje instrukcijų dalyje aprašomi vartotojo veiksmai įvedant kiekvieną katalogo ar dokumento elementą. Galiausiai paskutinėje instrukcijų dalyje aprašoma veiksmų seka norint gauti kiekvieną ataskaitą.

Žemiau pateikiama ištrauka iš komplektavimo skyriaus automatizuotos darbovietės dokumento „Priimamas sandėlio užsakymas“ įvedimo instrukcijos.

Dokumentas „Priėmimo užsakymas“ skirtas registruoti medžiagų atvežimą į sandėlį.
Būtina (paeiliui) užpildyti šiuos pagrindinės dokumento dalies duomenis:

Tiekėjas – sandorio šalis pasirenkama iš katalogo.
Prašymas tiekėjui - iš paraiškų žurnalo su pasirinktu tiekėju susijusiam tiekėjui parenkamas dokumentas, kurio pagrindu užpildomi rekvizitai „Sutartis“ ir „Papildoma“. susitarimas“.
UPTK įgaliojimas - pasirinkite dokumentą iš UPTK įgaliojimų žurnalo, susieto su pasirinktu tiekėju. Naudojantis įgaliojimo lentele, kvito orderio lentelinė dalis pildoma automatiškai.
Apyvartos tipas – pagal nutylėjimą pasirinktas „Sandėlis“.

Lentelinė dokumento dalis pildoma remiantis dokumentu „UPTK įgaliojimas“. Tačiau lentelės skiltyje negalite įvesti punktų, kurie neatitinka tų, kurie nurodyti sutarties specifikacijoje. Jei dokumente „Įgaliojimas UPTK“ yra dalykų, kurie neįtraukti į sutarties specifikaciją, rodomas įspėjamasis pranešimas.
Toliau automatiškai užpildyta lentelinė dokumento dalis gali būti laisvai redaguojama. Tačiau galima įvesti tik sutarties specifikacijoje nurodytus elementus. Kaina nustatoma automatiškai pagal specifikaciją, tačiau gali būti koreguojama.
Mygtukas „Išsaugoti“ išsaugo dokumentą tik tada, kai visi dokumento duomenys yra užpildyti teisingai. Įrašant tikrinamas nomenklatūros užpildymas lentelinėje dokumento dalyje. Jei pasirinkta prekė ar kiekis neatitinka pasirinktos tiekėjo užklausos, rodomas įspėjamasis pranešimas, tačiau dokumentas išsaugomas.

Bet kurios sistemos diegimo etapas yra pats svarbiausias ir sudėtingiausias. Šiame etape skausmingai pakeičiama sena, bet pažįstama darbo technologija pažangesne, bet neįprasta. Diegimo etape vartotojų apkrova padidėja kelis kartus. Būtina atlikti ne tik kasdienes pareigas, bet ir nemažai darbo, pradinio katalogų užpildymo ir likučių įvedimo. Be to, norint tinkamai įgyvendinti, reikia lygiagrečiai dirbti su senomis ir naujomis technologijomis mažiausiai mėnesį. Kartu atsiranda galimybė palyginti rezultatus ir pagerinti naujos sistemos kokybę, laiku nustatant trūkumus.
Įgyvendinimo etapo organizavimas yra pagrindinis viso projekto sėkmės veiksnys. Galite atlikti išsamią apklausą, parašyti kokybišką techninę specifikaciją, sukurti pažangiausią programą – neįgyvendinus visas šis darbas nueis perniek. Įgyvendinimą garantuojame specialia procedūra, kad būtų užtikrintas sėkmingas įgyvendinimas. Ši procedūra pagrįsta paprastais planavimo ir kontrolės principais.

Taip buvo įgyvendinta unikali konfigūracija „1C: Centralizuotas tiekimas“. Visų pirma, programavimo ir diegimo skyriaus specialistai VĮ „Baškiravtodor“ parengė įsakymą dėl sistemos diegimo tvarkos. Įsakymu buvo nustatytas užsakovo personalo veiklos sąrašas, terminai, vykdytojai, pareigos ir atsakomybė įgyvendinimo procese. Iš tikrųjų užsakymas su priedais tapo detaliu sistemos diegimo planu. Čia pateikiame beveik visą.

Siekiant organizuoti UPTK valstybinės vieningos įmonės „Bashkiravtodor“ tiekimo funkcijos planavimo, organizavimo ir stebėjimo verslo procesų programinės įrangos diegimo darbus.

VĮ BAA darbuotojai turi būti apmokyti naudotis sukurta programa iki 2001 m. gruodžio 18 d. pagal 1 priede pateiktą grafiką.

OKiS skyriaus vedėjas (R.S. Latypovas) pagal aktą turėtų priimti sukurtą automatizavimo programą bandomajam darbui UPTK ir VĮ BAD nuo 2001-12-18.

Valstybinės įmonės BAA darbuotojai, kurių darbovietėse įrengta nauja programa, turi užtikrinti kasdienį pirminių dokumentų įvedimą ir apskaitos tvarkymą naujoje programoje. Darbuotojai turi įrašyti savo darbo rezultatus į atskirus „Programos darbo žurnalus“. Darbuotojai turi registruoti pastabas ir pasiūlymus dėl programos tobulinimo individualiuose „Komentarų žurnaluose“.

VĮ BAA darbuotojai bandomąjį programos vykdymą vykdys laikotarpiu nuo 2001 m. gruodžio 18 d. iki 2002 m. sausio 14 d. pagal 2 priede pateiktą darbo grafiką.

VĮ BAA darbuotojai iki 2002 m. sausio 15 d. dalyvaus posėdžiuose, kuriuose bus peržiūrimos ir pašalintos pastabos dėl programos įgyvendinimo ir tobulinimo.

Remdamasis bandomosios veiklos rezultatais, OKiS skyriaus vadovas (R.S. Latypovas) iki 2002 m. sausio 16 d. pagal individualius komentarų žurnalus turėtų sudaryti būtinų patobulinimų sąrašą. Pašalinus programos kūrėjų komentarus, priimti programą komercinė veikla pagal aktą.

Šio įsakymo vykdymo kontrolė pavedama generalinio direktoriaus pavaduotojui tiekimui ir bendriesiems klausimams Kalimullin S.M.

Generalinis direktorius Aminov Sh.Kh.

Svarbu pažymėti, kad įsakymą pasirašė VĮ generalinis direktorius, suderinus su kiekvienu įgyvendinimo procese dalyvaujančiu specialistu. Derinimas leido specialistams teikti pasiūlymus dėl darbų sudėties ir laiko. Patvirtinimo proceso dėka nuo pat pradžių buvo sukurta draugiška komandinio darbo atmosfera, kuri leido išvengti daugelio problemų ateityje.
Sukurta unikali konfigūracija buvo įdiegta daugiau nei 20 darbo vietų. Mokymas buvo atliktas kuo greičiau ir efektyviau, nes kiekvienai darbo vietai buvo prieinamos individualios instrukcijos. Užsakovo specialistai išmoko atlikti tik tas funkcijas, kurios jiems buvo aiškiai apibrėžtos iš anksto. Mokymo procesas baigėsi programos priėmimu į bandomąją veiklą pagal aktą. Mokymų metu buvo išspręsta viena svarbiausių psichologinių problemų, trukdančių įgyvendinti. Žmonės bijo visko, kas nepažįstama. Po mokymų programa vartotojų nebegąsdino, tapo pažįstama.

Svarbiausias bet kokio proceso sėkmės veiksnys kartu su aišku jo planavimu ir organizavimu yra kontrolės užtikrinimas. Unikalios konfigūracijos diegimo proceso kontrolė valstybinėje vieningoje įmonėje „Bashkiravtodor“ buvo užtikrinta specialiais mechanizmais ir kontrolės procedūromis.
Kontrolės mechanizmai buvo „Darbo su programa žurnalas“, „Komentarų žurnalas“ ir „Savaitės suvestinė įgyvendinimo ataskaita“.

Net mokymo proceso metu kiekvienam vartotojui buvo duodami individualūs 10 puslapių „Programos darbų žurnalai“ ir „Komentarų žurnalai“.
Žemiau pateikiamas įrašo „Programos žurnale“ pavyzdys.

www.soft-portal.ru

Įmonės personalo politikos įgyvendinimas ir finansiniai atsiskaitymai su personalu

Kviečiame apsvarstyti galimybę naudoti naują populiariausios 1C programos versiją - „1C: Atlyginimo personalo valdymas 8“ įmonės personalo politikai įgyvendinti ir piniginiams atsiskaitymams su jūsų organizacijos darbuotojais.

Pagrindinės darbo „1C: atlyginimas ir personalo valdymas 8“ ypatybės

„Atlyginimo ir personalo valdymo“ konfigūracija – tai naujos kartos taikomųjų programų sprendimas bet kokio tipo įmonėms, skirtas darbo efektyvumui gerinti šiose srityse:

Valdymas

įmonės ir ją sudarančių organizacijų struktūros valdymas,

daug galimybių planuoti ir analizuoti personalo politiką ir personalą,

visiška personalo skyriaus, personalo skyriaus, apskaitos skyriaus darbo kontrolė personalo politikos srityje;

valdymo sprendimų priėmimas remiantis išsamia ir patikima informacija;

Žmogiškųjų išteklių skyrius

personalo poreikių planavimas;

verslo aprūpinimo personalu problemų sprendimas - personalo planavimas, atranka, apklausa ir vertinimas;

kompetencijų valdymas, mokymas, darbuotojų atestavimas;

Personalo finansinės motyvacijos valdymas;

efektyvus personalo įdarbinimo planavimas;

personalo įdarbinimo ekonomiškumo įvertinimas

Žmogiškųjų išteklių departamentas

personalo apskaita ir personalo analizė;
reguliuojamų ataskaitų teikimas valdžios institucijoms;
karinė registracija

Apskaita

darbo užmokesčio apskaičiavimas ir mokėjimas;
mokesčių ir įmokų apskaičiavimas iš darbo užmokesčio fondo, reguliuojamas įstatymu;
sukaupto darbo užmokesčio ir mokesčių atspindėjimas įmonės sąnaudose.
reguliuojamų ataskaitų teikimas valdžios institucijoms

Apskaitos tikslais 1C: Atlyginimas ir personalo valdymas 8 konfigūracija veikia kartu su sprendimu 1C: Apskaita 8.

Galimi pakeitimai, atitinkantys kliento specifikacijas:

Naujų Klientui reikalingų katalogų kūrimas.

Laiko apskaitos žiniaraščio šablonų įkėlimas į „Excel“, kad juos pildytų laikininkai.

Laikininkų užpildytų laiko apskaitos žiniaraščių atsisiuntimas iš Excel.

Spausdintų formų kūrimas užsakovo įmonėje patvirtintu formatu:

Įsakymas dėl darbo užmokesčio nustatymo
Įsakymas dėl generalinio direktoriaus priėmimo į darbą
Užsakymas įdarbinti ne visą darbo dieną, laikinai
Priėmimo į darbą tvarka
Pervedimo užsakymas
Užsisakykite premiją
Darbo sutartis
Darbo sutarties priedas
Įsakymas dėl generalinio direktoriaus atsistatydinimo
Nutarimas dėl atleidimo iš darbo už pravaikštą
Įsakymas dėl atleidimo iš darbo savo prašymu
Nutartis dėl atleidimo iš darbo šalių susitarimu
Įsakymas dėl atleidimo iš darbo sumažinus darbuotojų skaičių
Įsakymas dėl atleidimo iš darbo pasibaigus darbo sutarties terminui
Bandomasis uždavinys
Darbo atlikimo sutartis su asmeniu. (civilinė sutartis)
Išrašas iš užsakymo
Darbo valandos
Vokų spausdinimas atlyginimo lapeliams
Skaičiavimo tipų sukūrimas ir konfigūravimas pagal Kliento algoritmą:
- Atostogų priedas
- Papildoma išmoka už nedarbingumo atostogas
- Apmokėjimas pagal sutartį valandiniu tarifu
- Apmokėjimas už viršvalandžius pusantro laiko metų pabaigoje
- Regiono darbuotojų pietų kompensacija
- Apmokėjimas už naudojimąsi asmeniniu automobiliu
- Apmokėjimas už naudojimąsi asmeniniu telefonu
- Premija kas mėnesį, kas ketvirtį, pusmetį, metinį
- Papildoma metinė premija
- Papildomas mokėjimas už kombinaciją
- Išlaidos autotransportui, perteklinės kelionės išlaidos, reprezentacinės išlaidos, kitos išlaidos.
- Mokėjimų apskaita pagal išlaidų centrus
- Išmokėjimas iš reverso
- Ataskaitos:
  - P-4
  - Darbo laiko ataskaita
  - Atostogų balanso ataskaita
  - Ataskaita apie personalo dokumentų kūrimo savalaikiškumą
  - Darbo laiko ir lankomumo ataskaita
  - Ataskaita apie darbuotojų lankomumą biure, remiantis duomenimis, gaunamais iš prieigos sistemos
  - Sveikatos draudimo ataskaitos
  - Keitimasis duomenimis:
    - Su Kliento įmonės informacinėmis sistemomis Kliento patvirtintu formatu
    - Įkeliami pakeisti duomenys iš Excel failo
    - Masinis perkėlimas į kitą skyrių
  - Dokumentacija:
    - Sutartis dėl individualios atsakomybės
    - Sutartis dėl kolektyvinės atsakomybės
    - Sutartis dėl asmeninio turto naudojimo išlaidų atlyginimo
    - Mokėjimo pavedimas sumokėti mokesčius ir vykdomieji raštai
    - Dokumentų numeracijos nustatymas pagal kaukę
    - 4kt atliktas darbas su GPA
    - Sveikatos draudimo sutartys
    - Kiti Kliento pageidavimu
    - Pristatymas "1C: Atlyginimas Personalo valdymas 8".
    - Projektinių darbų planavimas.
    - Naudotojų mokymas ir konsultavimas dirbti „1C: Atlyginimo žmogiškųjų išteklių valdymas 8“.
    - Esant poreikiui pritaikymas įmonės apskaitos specifikai
      Darbo su nustatymais struktūra:
      - Greitoji apžiūra, preliminarus darbų apimties nustatymas
      - Išsamus organizacijos apskaitos schemos išnagrinėjimas, neatitikimų ir pageidavimų nustatymas;
      - Nustatymų techninių specifikacijų kūrimas;
      - Nustatymų atlikimas „1C: Atlyginimas žmogiškųjų išteklių valdymas 8“;
      - Teisingo duomenų bazės veikimo testavimas;
      - Duomenų konvertavimas į „1C: Algos žmogiškųjų išteklių valdymas 8“ iš ankstesnių „1C: Enterprise“ ar kitų informacinių sistemų versijų;
      - Bandomasis veikimas;
      - Pokyčių valdymas;
      - Įvadas į pramoninę veiklą;
      - Darbų pristatymas ir priėmimas;
      - Vartotojų mokymas dirbti pakeistoje konfigūracijoje.
      - Vartotojo palaikymas dirbant su programa kaip prenumeratos paslaugos dalimi.
        Prenumeratos paslaugos apima šių paslaugų teikimą:
        Pranešimas vartotojams el. paštu apie standartinių konfigūracijų ir programų leidimų bei reguliuojamų ataskaitų formų pakeitimus.
        
        Standartinių ir nestandartinių programų, konfigūracijų ir ataskaitų formų leidimų atnaujinimas.
        
        Vartotojų konsultavimas dėl teisingos darbo su įdiegta ar pakeista konfigūracija vartotojų patalpose metodikos.
        
        Prevencinės priežiūros su programa vykdymas (informacijos įvedimo teisingumo tikrinimas, duomenų bazių testavimas, atsarginių duomenų bazių kopijų kūrimas).
        
        Sąsajų ir prieigos teisių konfigūravimas vartotojų pageidavimu.
        
        Programinės įrangos standartinių konfigūracijų ir ataskaitų formų modifikavimas pagal vartotojų raštišką prašymą (dokumentuojamas atskiroje palaikymo sutartyje).
        
        Sankt Peterburgo administracija
        PRIMORSKY ADMINISTRACINIS RAJONAS
        TERITORIJOS VALDYMAS
        
        Dėl elektroninių dokumentų valdymo sistemų diegimo
        ir biuro darbas
        
        1. Paskirti atsakomybę už biuro valdymo skyrių ir vietinio tinklo (LAN) kompiuterinės įrangos parengimą elektroninių dokumentų valdymo ir biuro valdymo sistemoms (toliau – EDVS) diegti pagal privačių techninių specifikacijų reikalavimus. 2000 m. rugpjūčio 23 d. sutarties Nr. 1008/25-2000 priedas Nr. 1) ir priemonių, užtikrinančių elektroninių dokumentų valdymo sistemų techninį darbingumą, įgyvendinimą, Ekonomikos katedros Informacinių sistemų ir duomenų bazių skyriaus vyr. ir miesto pirkimai, Miroshnik M.I.
        
        2. Atsakomybę už bandomąjį sistemų eksploatavimą, biuro valdymo skyrių darbuotojų mokymą ir EDS diegimą teritoriniuose skyriuose pavesti reikalų skyriaus vedėjui K.V.Guliajevui.
        
        3. Ekonomikos ir miesto įsakymų departamento Informacinių sistemų ir duomenų bazių skyriaus vedėjas Miroshnik M.I. ir reikalų skyriaus vedėjas Guliajevas K.V. kartu su ESED projekto generaliniu vykdytoju – VĮ „Kompiuterių plėtros centru“ – užtikrinti elektroninių apskaitos sistemų bandomąjį eksploatavimą, techninių priemonių parengimą ir priėmimo darbų vykdymą sistemoms diegti į komercinę. operacija.
        
        4. Pasilieku užsakymo vykdymo kontrolę.
        
        Teritorinės administracijos vadovas
        Yu.L.Osipovas
        
        Dokumento tekstas tikrinamas pagal:
        oficialus naujienlaiškis
        
        Užsakymo diegti elektroninę dokumentų valdymo sistemą pavyzdinė forma (parengė bendrovės „Garant“ ekspertai)
        
        Įsakymas
        dėl elektroninės dokumentų valdymo sistemos įdiegimo
        
        [ diena mėnuo Metai ]
        
        [užpildykite, jei reikia] užsakau:
        
        1. Nuo [data, mėnuo, metai] [juridinio asmens pavadinimas] įvesti elektroninę dokumentų valdymo sistemą [pavadinimas].
        
        2. [Pareigos, vardas ir pavardė] per [dieną, mėnesį, metus] parengti ir patvirtinti elektroninių dokumentų tvarkymo tvarką.
        
        3. Paskirti [pareigos, vardas ir pavardė] atsakingu už elektroninių dokumentų valdymą.
        
        4. [Pareigos, pilnas vardas] sutvarkyti gautų ir išsiųstų dokumentų elektroninį archyvą.
        
        5. [Pareigos, pilnas pavadinimas] į [juridinio asmens pavadinimas] apskaitos politiką įtraukti elektroninių dokumentų rengimo, gavimo ir saugojimo taisykles.
        
        6. Paskirti [pareigos, vardas ir pavardė] atsakingu už elektroninių dokumentų formavimą ir pasirašymą.
        
        7. Įsakymas turi būti perduotas visiems organizacijos struktūriniams padaliniams.
        
        8. Kontroliuoti pavedimo vykdymą patikiu [pareigos, vardas ir pavardė].
        
        Su įsakymu susipažinome:
        
        [pareigos, parašas, inicialai, pavardė]
        
        Įsakymo diegti elektroninę dokumentų valdymo sistemą pavyzdinė forma
        
        Sukūrė: Garant Company, 2016 m. birželio mėn
        
        Dabartinė jus dominančio dokumento versija yra tik komercinėje GARANT sistemos versijoje. Galite įsigyti dokumentą už 54 rublius arba gauti visą prieigą prie GARANT sistemos nemokamai 3 dienas.
        
        Jei esate GARANT sistemos internetinės versijos vartotojas, galite atidaryti šį dokumentą dabar arba paprašyti jo per sistemos karštąją liniją.
        
        EDMS diegimo proceso reguliavimo palaikymas
        
        Taigi, jūs rimtai galvojate apie EDMS diegimo klausimą. Esate ant ilgos kelionės slenksčio, susidedančios iš daugelio etapų: išankstinė projekto ekspertizė, programinės įrangos produkto parinkimas, preliminari jo konfigūracija, vartotojų mokymas, bandomoji eksploatacija, įvedimas į komercinę veiklą. Tačiau tam, kad elektroninė dokumentų valdymo sistema veiktų „oficialiai“, reikalingas atitinkamas popierinis dokumentas. Šiandien analizuosime visus sistemos diegimo etapus ir apsvarstysime norminius dokumentus, kurie turėtų juos reglamentuoti.
        
        EDS diegimo įmonėje veikla turi būti pagrįsta administraciniais dokumentais. O kuo aiškiau įsakymuose/nurodymuose bus fiksuotas būtinų veiklų sąrašas, jų vykdymo tvarka ir įgyvendinant dalyvaujančių pareigūnų atsakomybė, tuo greičiau ir efektyviau bus vykdomas EDVS diegimo darbas.
        
        1. Priešprojektinė ekspertizė, programinės įrangos produkto parinkimas.
        
        Pirmajame įgyvendinimo etape vadovybės išduotame administraciniame dokumente (dažniausiai įsakyme) pateikiamas būtinybės įgyvendinti EDS pagrindimas, o tekste nurodomas atsakingas asmuo arba keli asmenys, kurie privalo:
        
        Nustatyti, kokiomis jėgomis sistema bus įdiegta (savo pačių ar pasitelkus darbų rangovą);
        
        Nustatyti darbų generalinį rangovą;
        
        Nustatyti apytikslį įgyvendinimo mastą ir planuojamą biudžetą.
        
        Darbo pagal aukščiau pateiktą užsakymą rezultatas dažniausiai yra komercinis pasiūlymas, parengtas iš abiejų pusių.
        
        2. Darbo grupės sudarymas ir darbo grafiko tvirtinimas.
        
        Pasirinkus programinės įrangos produktą ir darbų rangovą, būtina sukurti administracinį dokumentą, kuriame bus apibrėžta:
        
        Diegimo komandos vadovas iš kliento pusės;
        
        Darbo grupės sudėtis;
        
        Darbo grafiko rengimo užduotys, įtraukiant kitus specialistus, dalyvaujančius diegiant EDMS (techninės įrangos, informacijos ir programinės įrangos paruošimas ir kt.).
        
        Ateityje reikės priimti įsakymą, patvirtinantį EDMS diegimo darbų grafiką. Atsižvelgiant į šį planą, atliekami visi tolesni įgyvendinimo etapai.
        
        3. Vartotojų sąrašo tvirtinimas ir sistemos administratoriaus nustatymas.
        
        Administraciniuose dokumentuose turi būti EDMS naudotojų sąrašas, taip pat jų mokymo grafikas. Treniruočių grafikas gali būti fiksuojamas savarankišku užsakymu/instrukcija. Šis įsakymas padės reguliuoti vartotojų mokymo procesą įmonėje.
        
        Kitame užsakyme bus pateikta informacija apie sistemos administratoriaus paskyrimą – tai specialus vartotojas, užtikrinantis ir kontroliuojantis kitų sistemos vartotojų darbą; jis privalo atlikti vartotojo klaidų nustatymo, ištaisymo, informacinių duomenų (nuorodinės informacijos) papildymo ir keitimo darbus.
        
        4. Sistemos paleidimas į bandomąjį ir pramoninį eksploatavimą.
        
        Paprastai po naudotojo mokymo arba jo metu sistema pradedama bandomuoju režimu. Specialiame įsakyme pradėti bandomąjį sistemos veikimą turi būti nurodyta:
        
        Bandomosios operacijos laikas;
        
        Skyrių (darboviečių) sąrašas;
        
        Programinės ir techninės įrangos aprūpinimo terminas;
        
        Atsakingas už bandomosios operacijos vykdymą skyriuose.
        
        Tame pačiame įsakyme gali būti nurodymai dėl laikinųjų darbo su EDMS taisyklių (taisyklių, procedūrų) patvirtinimo.
        
        Po bandomosios eksploatacijos būtina parengti pasiūlymų ar rekomendacijų dėl perėjimo prie EDMS sąrašą, kuris paprastai, jei pasiūlymus rengia užsakovo organizacijos darbuotojai, sudaromas kaip vidinis pareigūnas. dokumentas. Šiame dokumente pateikiama informacija apie problemas, iškilusias bandomojo veikimo metu, taip pat pasiūlymai dėl papildomos sistemos konfigūracijos.
        
        Atlikus visus nesutarimus ir atlikus papildomus nustatymus, elektroninė dokumentų valdymo sistema priimama komercinei eksploatacijai, kuri fiksuojama atskiru užsakymu, kuriame turi būti nurodyta:
        
        EDMS ar jos dalių, aparatinės ir programinės įrangos, priimtos komercinei eksploatacijai, funkcijų sudėtį;
        
        už EDMS veikimą atsakingų klientų organizacijos pareigūnų sąrašas ir padalinių sąrašas;
        
        naujų formų dokumentų įvedimo tvarka ir laikas (jei reikia);
        
        personalo perkėlimo į darbą EDMS veikimo sąlygomis tvarka ir laikas.
        
        Atlikus paleidimo darbus, būtina keisti vietinius reglamentus (pareigų aprašymus, darbo su dokumentais reglamentus ir kt.). Instrukcijose turi būti atsižvelgta į naujoves, susijusias su EDMS naudojimu įmonėje. Tokių dokumentų pakeitimų teisingą vykdymą aptarsime tolesniuose straipsniuose.
        
        Įsakymas įgyvendinti sed
        
        Bet kurios elektroninės dokumentų valdymo sistemos diegimas turi savo specifiką. Jį sudaro daug darbo reikalaujantis parengiamieji darbai, kuriais siekiama sukurti optimalias automatikos įrankių naudojimo sąlygas. Metodinė medžiaga padės dokumentų valdymo sistemų diegimo specialistams įvaldyti naują profesinę sritį. Kalbame apie valdymo dokumentų palaikymą.
        
        Pasiruošimas dokumentų srauto automatizavimui dažnai baigiasi savarankišku konsultaciniu projektu, kurio metu yra vykdomas dokumentų srauto organizavimas įmonėje ir procesai ruošiami įtraukti į naują informacinę sistemą.
        
        Parengiamajame etape turėtumėte:
        
        atlikti dokumentų valdymo procesų auditą ir įvertinti esamą situaciją;
        
        nustatyti vadovybės poreikius ir problemas, su kuriomis darbuotojai susiduria darbo su dokumentais procesuose;
        
        atsižvelgdami į valdymo poreikius ir nustatytas problemas, keisti esamą sistemą arba pasiūlyti iš esmės naują dokumentų srauto organizavimo sistemą;
        
        reglamentuoti darbą su dokumentais: parengti norminių dokumentų paketą, kuris nustatys darbo su dokumentais taisykles ir nustatys darbo elektroninėje dokumentų valdymo sistemoje teisinę bazę.
        
        Konsultacinis projektas, skirtas pasirengti dokumentų automatizavimui, turi nemažai ypatybių.
        
        Pirma, konsultacijų dalis elektroninių dokumentų valdymo sistemų diegimo projektuose yra gana didelė, o pats parengiamasis etapas turi didelę įtaką įgyvendinimo efektyvumui.
        
        Antra, konsultacinis projektas yra dviejų dalykinių sričių – vadybos ir informacinių technologijų (IT) dokumentacijos palaikymo – sankirtoje. Todėl norint sėkmingai užbaigti tokį projektą, reikalingos specialios žinios, kurių įgyvendinimo specialistai dažnai neturi.
        
        Trečia, Rusijos biuro darbas turi tvirtas tradicijas ir gilias šaknis, o tai turi įtakos ir dokumentų valdymo procesų automatizavimui.
        
        Remdamiesi konsultacinio projekto ypatumais, galite sudaryti kvalifikuoto konsultanto portretą. Toks specialistas išmano vadybos dokumentacijos palaikymo dalyką ir geba ta pačia profesine kalba kalbėtis su biuro valdymo srities specialistais. Kartu išmano diegiamos elektroninės dokumentų valdymo sistemos funkcionalumą, puikiai išmano verslo procesų nagrinėjimo ir aprašymo metodus.
        
        Iš profesionalaus konsultanto portreto kyla logiškas klausimas: kur rasti tokį konsultantą?
        
        Kūrėjo pagalba
        
        1C įmonė, sistemos 1C: Document Flow kūrėja, sistemingai ir kruopščiai sprendė šią problemą. Atsivėrė nauja veiklos sritis – elektroninių dokumentų valdymo programų įgyvendinimo projektų metodinė parama. Šiandien yra dvi metodinio darbo kryptys:
        
        Paruoštų dokumentų srauto organizavimo ir įmonės apklausos metodų kūrimas.
        
        Mokymas dirbti jau paruoštais metodais.
        
        Kuriant parengtus dokumentų srauto organizavimo ir įmonės apklausos metodus, buvo sukurtas metodinis produktas „Norminių dokumentų rinkinys“. Biuro darbo ir dokumentų srauto organizavimo metodika“. Produktas yra dviejų versijų, skirtų skirtingiems verslo segmentams. Kiekvienas dokumentų rinkinys yra susietas su konkrečios 1C: Document Flow programos versijos galimybėmis.
        
        Remiant metodinį produktą, pradėti dviejų dienų mokymo kursai „Pasiruošimas dokumentų srautų automatizavimui“. Mokymo kurse pateikiami biuro darbo pagrindai ir paaiškinimai, kaip dirbti su norminių dokumentų rinkiniais. Mokymų metu studentai dirba su dokumentų pavyzdžiais, mokosi vertinti galiojančius vietinius teisės aktus, reglamentuojančius darbą su dokumentais, formuluoti jų pastabas, rengti naujus įvairaus pobūdžio dokumentus.
        
        Metodinis produktas „Reguliavimo dokumentų rinkinys“ iš esmės yra paruošta technologija, o ne biuro darbo vadovėlis. Tai vietinių biuro darbo organizavimo taisyklių rinkinys, kuriame visi procesai yra susieti su programa „1C: Document Flow“. Rinkinys padeda per trumpą laiką pasiruošti įgyvendinimui: organizuoti biuro darbą įmonėje. Ir, svarbiausia, dokumentų rinkinį diegiant reikės atlikti tik nedidelius pakeitimus, atsižvelgiant į įmonės pramonės specifiką. Ekspertų teigimu, tokios modifikacijos kiekis neviršija 30 proc.
        
        Reglamentas
        
        Dokumentų rinkinio turinys:
        
        įsakymas „Dėl elektroninės dokumentų valdymo sistemos bandomosios/pramoninės veiklos pradžios“.
        
        įsakymas „Dėl darbo elektroninėje dokumentų valdymo sistemoje.
        
        Biuro darbo ir dokumentų srauto nuostatai.
        
        Valdymo dokumentacijos palaikymo tarnybos nuostatai.
        
        Valdymo dokumentacijos pagalbos tarnybos darbuotojų pareigybių aprašymai (arba mažoms įmonėms sekretorės-raštininkės pareigybės aprašymai).
        
        Darbo su administraciniais, sutartiniais ir norminiais dokumentais nuostatai
        
        Darbo su organizaciniais ir administraciniais dokumentais nuostatai.
        
        Darbo su sutartiniais dokumentais nuostatai.
        
        Darbo su norminiais dokumentais nuostatai.
        
        Vieningų dokumentų formų albumas, kuriame yra 26 šablonai ir 8 dokumentų formos.
        
        Leiskite mums išsamiau aptarti kiekvieną norminį dokumentą.
        
        Įsakymas „Dėl elektroninės dokumentų valdymo sistemos bandomosios/komercinės veiklos pradžios“ yra instrukcijos:
        
        įsidiegti elektroninę dokumentų valdymo sistemą;
        
        suteikti prieigą prie elektroninės dokumentų valdymo sistemos;
        
        pravesti mokymus darbuotojams, kaip naudotis elektronine dokumentų valdymo sistema.
        
        Įsakyme apibrėžiamos valdymo dokumentacijos palaikymo tarnybos ir IT atsakomybės sritys, susijusios su elektroninės dokumentų valdymo sistemos eksploatavimu. Įsakymas taikomas visiems organizacijos darbuotojams ir įpareigoja juos dirbti naujoje informacinėje sistemoje.
        
        Įsakymas „Apie darbą elektroninėje dokumentų valdymo sistemoje“ nustato darbo su elektroniniais dokumentais teisinę bazę: darbuotojų veiksmus elektroninėje dokumentų valdymo sistemoje prilygina veiksmams, atliekamiems popierinio dokumentų valdymo rėmuose. Šie veiksmai apima:
        
        įsakymai, išduoti elektroninėje dokumentų valdymo sistemoje;
        
        dokumentų tvirtinimas;
        
        informacinėje sistemoje patalpintos pastabos, sprendimai, išvados dokumentams rengti;
        
        darbuotojų supažindinimas, vykdomas naudojant elektronines dokumentų valdymo priemones;
        
        įgaliojimų vykdyti dokumentus ir peržiūrėti dokumentų projektus suteikimas.
        
        Biuro darbo ir dokumentų srauto nuostatai, įtrauktas į dokumentų rinkinį, yra sudarytas griežtai laikantis Metodinių rekomendacijų dėl kanceliarinio darbo federalinėse vykdomosios valdžios institucijose rengimo (patvirtintas Federalinio archyvo 2009 m. gruodžio 23 d. įsakymu Nr. 76).
        
        žingsnis po žingsnio visų dokumentų rengimo ir išdavimo etapų aprašymas;
        
        rekomenduojama organizacinių dokumentų sudėtis;
        
        einamųjų ir archyvų saugojimo taisyklės;
        
        konkrečių vykdytojų veiksmai elektroninėje dokumentų valdymo sistemoje.
        
        Šia nuostata siekiama užtikrinti tų dokumentų, kurie bus kuriami informacinėje sistemoje, teisinę galią, taip pat automatizuoti dokumentų srautų procesus.
        
        Vienas iš teisinio galiojimo kriterijų – dokumento įforminimas nustatyta tvarka. Todėl dokumento nuostatomis siekiama sudaryti sąlygas, kad organizacijos darbuotojai galėtų teisingai pasirinkti dokumento tipą konkrečiai verslo situacijai ir teisingai jį vykdyti, būtent:
        
        dokumentų suvienodinimas (dokumentų šablonų kūrimas pagal unifikuotus tekstus);
        
        naudojamų dokumentų rūšių skaičiaus mažinimas (dokumentų rūšių suvienodinimas).
        
        Nuostatuose nurodytos visos operacijos, kurios turi būti atliekamos elektroninėje dokumentų valdymo programoje (1 pav.). Tai labai supaprastins darbuotojų prisitaikymą prie naujos informacinės sistemos.
        
        Ryžiai. 1. Pavyzdys operacijos, kuri turi būti atlikta elektroninėje dokumentų valdymo programoje
        
        Dokumentų rinkinyje yra parengti nuostatai, reglamentuojantys valdymo dokumentacijos palaikymo tarnybos veiklą:
        
        Valdymo dokumentacijos palaikymo tarnybos nuostatai;
        
        Valdymo dokumentacijos pagalbos tarnybos darbuotojų pareigybių aprašymai.
        
        Valdymo dokumentacijos palaikymo tarnybos nuostatai nustato organizacinę struktūrą, apibrėžia tarnybos atsakomybės sritį ir pateikia išsamų jos darbuotojų atliekamų užduočių ir funkcijų sąrašą.
        
        Siūlomas užduočių ir funkcijų sąrašas yra pats išsamiausias ir jame optimaliai paskirstytos atsakomybės sritys tarp dokumentų aptarnavimo tarnybos skyrių. Esant poreikiui užduotis ir funkcijas galima papildyti trūkstamomis arba iš sąrašo išbraukti nereikalingas.
        
        Funkcijų apraše pateikiamos instrukcijos, kaip atlikti procedūras elektroninėje dokumentų valdymo programoje (2 pav.):
        
        Ryžiai. 2. Procedūrų atlikimo elektroninėje dokumentų valdymo programoje instrukcijos
        
        Valdymo dokumentacijos pagalbos tarnybos darbuotojų pareigybių aprašymai plėtoti pagal siūlomą padalinio organizacinę struktūrą ir konsoliduoti užduočių ir funkcijų paskirstymą tarp darbuotojų. Be to, darbo aprašymai:
        
        nurodyti aptarnaujančių darbuotojų darbo pareigas: pateikti išsamų atliktų operacijų aprašymą;
        
        nustato pareigybių kvalifikacinius reikalavimus;
        
        yra personalo atrankos tarnybos pareigybių aprašymų pagrindas;
        
        leisti naujiems darbuotojams greitai įsisavinti darbo pareigas.
        
        Pareigybių aprašymuose taip pat pateikiamos instrukcijos, kaip atlikti operacijas elektroninėje dokumentų valdymo programoje (3 pav.):
        
        Ryžiai. 3. Operacijų atlikimo elektroninėje dokumentų valdymo programoje instrukcijos
        
        Ruošiantis automatizuoti dokumentų srautą, reikia atkreipti dėmesį į tokias svarbias darbo sritis kaip administracinė, sutartinė ir vidaus taisyklių kūrimo veikla.
        
        Valdymo veikla įgyvendinama priimant valdymo sprendimus. Kiekvienoje organizacijoje daug valdymo sprendimų priima skirtingų lygių vadovai. Visi šie sprendimai turi turėti tokias savybes, kurios užtikrintų jų racionalumą, pagrįstumą, pagrįstumą, savalaikiškumą ir ekonominį efektyvumą.
        
        Nepaisant akivaizdžios priimamų valdymo sprendimų gausos, valdymo veiklai vis dar būdingas valdymo funkcijų pasikartojimas. Todėl būtina nustatyti panašias valdymo funkcijas ir parengti vienodas joms taisykles.
        
        Gerai veikianti valdymo sprendimų priėmimo sistema yra visos valdymo veiklos efektyvumo kriterijus.
        Norint organizuoti vieningą valdymo sprendimų priėmimo sistemą, būtina:
        
        Suformuluoti skirtingų lygių vadovų ar įvairių valdymo organų valdymo sprendimų priėmimo taisykles.
        
        Automatizuoti valdymo sprendimų priėmimo ir jų vykdymo stebėjimo procedūrą.
        
        Darbo su organizacine ir administracine dokumentacija nuostatai reguliuoja tiek individualių, tiek kolegialių valdymo sprendimų priėmimo procesą.
        
        teisingai pasirinkti administracinio dokumento rūšį;
        
        kurti administracinius dokumentus naudojant paruoštus šablonus;
        
        perkelti administracinių dokumentų perdavimo procesus iš standartinės nuostatos į programą 1C: Document Flow 8;
        
        organizuoti savalaikę ir nuolatinę priimtų sprendimų įgyvendinimo stebėseną;
        
        organizuoti tiek elektroninių versijų, tiek popierinių administracinių dokumentų originalų saugojimą;
        
        užtikrinti savalaikį administracinių dokumentų atnaujinimą;
        
        kurti kolegialių organizacijos organų darbą.
        
        Sutartinis darbas yra daugumos įmonių prioritetas. Sutartinio darbo organizavimo kokybė lemia jo efektyvumą. Darbo su sutartine dokumentacija nuostatai yra skirta sukurti rangos darbų valdymo sistemą ir apima rangos darbų vykdymo taisykles bei jos automatizavimo būdus.
        
        Dokumento reikalavimų laikymasis leis:
        
        rengia pirkimo dokumentus, naudodamas standartizuotas formas pagal priimtus standartus;
        
        sutrumpinti sutarčių susitarimo laiką, naudojant tipines formas su iš anksto sutartomis sąlygomis ir galimus nukrypimus nuo šių sąlygų;
        
        sumažinti teisinę ir komercinę riziką, susijusią su sutartinių įsipareigojimų nevykdymu arba dokumentų praradimu
        
        Vieną centrinių vietų užtikrinant valdymo efektyvumą užima norminių dokumentų kūrimas, įgyvendinimas, naudojimas ir priežiūra. Tarnybinės veiklos reglamentavimo reikalavimus nustato GOST R 52294-2004 standartas „Organizacijos valdymas. Elektroniniai administracinės ir tarnybinės veiklos reglamentai“.
        
        Darbo su norminiais dokumentais nuostatai palaiko standarto reikalavimus ir pateikia norminių dokumentų rengimo taisykles, standartus, kaip sukurti vieningą organizacijos reguliavimo sistemą.
        
        Reglamentas nustato centralizuotą norminių dokumentų rengimo ir jų talpinimo į vieningą reguliavimo duomenų bazę kontrolę, todėl taisyklių kūrimo darbas tampa skaidresnis ir sistemingesnis.
        
        Dokumento reikalavimų laikymasis leis:
        
        sumažinti darbo sąnaudas kuriant naujus norminius dokumentus;
        
        užtikrinti naujai sukurtų norminių dokumentų atitiktį norminei aplinkai;
        
        iki minimumo sumažinti riziką, susijusią su norminių dokumentų trūkumu arba jų nereikšmingumu, neprieinamumu ar pateikimo sudėtingumu;
        
        sukurti platformą vidiniam darbuotojų mokymui dėl jų funkcinių pareigų;
        
        sutrumpinti norminių dokumentų paieškos laiką.
        
        Taigi, paruoštų norminių dokumentų rinkinių naudojimas sumažina pasirengimo dokumentų srauto automatizavimui laiką, leidžia sukurti organizacijos biuro darbą pagal galiojančius norminius ir metodinius reikalavimus, taip pat nustato vieningą įmonės standartą darbui su dokumentai organizacijoje. Susiejus visus rinkinio norminius dokumentus su elektronine dokumentų valdymo programa, darbuotojų adaptacija darbui naujoje programoje tampa mažiau skausminga, o patys veiksmai sistemoje efektyvesni.
        
        Įsakymas ir instrukcija: išdavimo tvarka įmonėje
        
        Įsakymų ir nurodymų išdavimo procedūra susideda iš atskirų etapų, kurie atliekami tam tikra seka. Būtų neteisinga pradėti straipsnį tiesioginiu šių etapų nagrinėjimu. Pirmiausia turite nustatyti pagrindinį užsakymo ir instrukcijų tikslą, nustatyti panašumus ir skirtumus, kurie egzistuoja tarp šių tipų dokumentų.
        
        Užsakymas ir instrukcija: kokie yra panašumai ir skirtumai
        
        Iš karto verta paminėti, kad įsakymai ir nurodymai yra susiję su administraciniais dokumentais 1, išduotais vienintelio sprendimo priėmimo sąlygomis. Tokiomis sąlygomis valdžia visais valdymo klausimais visoje įmonėje priklauso jos vadovui, o valdymo klausimais struktūriniame padalinyje - atitinkamo lygio vadovui.
        
        Nurodymai ir sprendimai, esantys įsakymo ar direktyvos tekste, gali būti nukreipti adresu:
        
        ● įmonės organizacinės struktūros tobulinimas;
        
        ● priemonių ir metodų pagrindinei (ar gamybinei) įmonės veiklai vykdyti parinkimas;
        
        ● aprūpinti įmonę finansiniais, darbo, materialiniais, informaciniais ir kitais ištekliais;
        
        ● organizacinių dokumentų ir jų pakeitimų tvirtinimas ir kt.
        
        Pažymėtina, kad įsakymuose ar nurodymuose esantys nurodymai ir sprendimai yra privalomi visiems arba kai kuriems įmonės darbuotojams.
        
        Dabar pabandykime nustatyti skirtumus tarp nagrinėjamų dokumentų tipų.
        
        Įsakymas yra įmonės (jos struktūrinio padalinio) vadovo, veikiančio vadovavimo vieningumo pagrindu, išleistas teisės aktas, skirtas išspręsti pagrindinius ir veiklos uždavinius, kylančius įmonei.
        
        Įsakymas 2 – tai individualaus, daugiausia kolegialaus organo, vadovo išleistas teisės aktas veiklos klausimams spręsti; Paprastai jis turi ribotą galiojimo laiką ir taikomas siauram pareigūnų ir piliečių ratui.
        
        Šiuo metu praktikoje žinomi keli požiūriai, kurie lemia kokiais atvejais turi būti kuriami įsakymai, o kokiais – instrukcijos.
        
        1.Mažose įmonėse, kai administracinius dokumentus turi teisę pasirašyti tik vadovas (jo nesant – laikinai einantis vadovo pareigas), pagrindinėms užduotims (pvz., įmonės pagrindinės veiklos, veiklos tobulinimo) išduodami įsakymai. organizacinė struktūra ir kt.), ir įsakymus – operatyviniais ir informacinio bei metodinio pobūdžio klausimais(pavyzdžiui, dėl įtraukimo į darbą savaitgaliais ir švenčių dienomis dėl gamybos poreikių, klausimais, susijusiais su užsakymų, nurodymų vykdymo organizavimu ir pan.).
        
        2. Antrasis metodas yra priimtinas vidutinėms ir didelėms įmonėms, kur ne tik įmonės vadovas, bet ir struktūrinių padalinių vadovai turi teisę pasirašyti administracinius dokumentus. Tokiu atveju įmonės vadovas leidžia įsakymus, kurios taikomos visai įmonei ir vadovams struktūriniai padaliniai leidžia įsakymus, kurių veiksmai dažniausiai apima tik tam tikram vadovui pavaldų struktūrinį padalinį.
        
        Užsakymai ir instrukcijos skirstomi į tris potipius:
        
        ● pagal pagrindinę veiklą;
        
        ● pagal personalą;
        
        ● administraciniais ir ekonominiais klausimais.
        
        Įsakymų ir nurodymų išdavimo etapai
        
        Įsakymų ir nurodymų išdavimo procedūroje galima išskirti aštuonis etapus 3:
        
        1. Įsakymo ar nurodymo išdavimo inicijavimas.
        
        2. Informacijos rinkimas ir analizė dokumento projektui parengti.
        
        3. Įsakymo ar reglamento projekto rengimas.
        
        4. Dokumento projekto tvirtinimas.
        
        5. Įsakymo ar reglamento projekto užbaigimas pagal tvirtintojų pastabas.
        
        6. Įsakymo ar nurodymo pasirašymas.
        
        7. Įsakymo ar nurodymo registravimas.
        
        8. Įsakymo ar nurodymo atnešimas vykdytojams.
        
        Pirmiau minėti etapai vykdomi nuosekliai, nuo pirmojo etapo iki aštuntojo, be to, penktojo etapo gali visai nebūti, jei tvirtinimo etape nėra pastabų dėl dokumento projekto.
        
        Panagrinėkime kiekvieną etapą atskirai.
        
        Įsakymo ar nurodymo išdavimo inicijavimas
        
        Įsakymų ir nuostatų projektai gali būti rengiami šiais atvejais:
        
        ● planiniu pagrindu (pagal anksčiau parengtą planą ar programą);
        
        ● įmonės vadovybės vardu;
        
        ● struktūrinių padalinių ar pavaldžių įmonių vadovų, taip pat pavienių specialistų iniciatyva.
        
        Įsakymo ar reglamento būtinumo pagrindimas gali būti išdėstytas atmintinėje, analitinės ar informacinio turinio pažymoje, pasiūlyme, išvadoje, akte ar tarnybiniame rašte. Šie dokumentai yra sprendimo pagrindas.
        
        Novostroyregion-A LLC gauna programinės įrangos kūrėjo OJSC Technologies of the 21st Century laišką apie naujos sandėlio apskaitos programinės įrangos produkto „Sklad+“ versijos išleidimą, taip pat kompaktinį diską su atnaujinimo moduliu ir atnaujinimo instrukcijomis.
        
        Gavęs šį laišką, Novostroyregion-A LLC vadovas išleidžia nutarimą, kuriame paveda sandėlio vadovui A.V. Stepanovui. išanalizuoti naujas sandėlio apskaitos automatizavimo sistemos galimybes ir pranešti apie poreikį pereiti prie naujos programos versijos.
        
        Stepanovas A.V. parengia generaliniam direktoriui adresuotą atmintinę, kurioje praneša, kad perėjimas prie naujos sistemos versijos leis efektyviau organizuoti prekių apskaitos darbą ir padidinti personalo darbo efektyvumą.
        
        Išstudijavęs šią atmintinę, generalinis direktorius sukuria naują nutarimą, kuriame paveda parengti įsakymo projektą dėl naujos versijos sandėlio apskaitos automatizavimo sistemos paleidimo.
        
        Tai yra, šioje situacijoje užsakymo išdavimo inicijavimo dokumentai buvo OJSC 21st Century Technologies laiškas ir sandėlio vadovo A. V. Stepanovo vidinė atmintis. Remdamasis šiais dokumentais, įmonės vadovas davė nurodymus parengti įsakymo projektą.
        
        Informacijos rinkimas ir analizė įsakymo ar reglamento projektui parengti
        
        Šis etapas visų pirma apima objektyvios, pakankamos ir savalaikės informacijos, reikalingos valdymo sprendimui parengti, rinkimą ir analizę, kuri vėliau atsispindės išleistame įsakyme ar reglamente.
        
        Informacijos šaltiniai gali būti:
        
        ● teisės aktai ir norminiai dokumentai;
        
        ● esamą organizacijos dokumentaciją;
        
        ● iš kitų organizacijų gaunamus dokumentus;
        
        ● publikacijos periodinėje spaudoje;
        
        ● mokslinės medžiagos ir kt.
        
        Informacijos rinkimo ir analizės rezultatas yra valdymo sprendimo parengimas. Verta atkreipti dėmesį į tai, kad informacijos analizės procese dažniausiai parengiami įvairūs sprendimai ir, visapusiškai juos įvertinus, parenkamas vienas, priimtiniausias.
        
        1 pavyzdžio tęsinys
        
        1 pavyzdyje nagrinėjamu atveju informacijos šaltiniai yra tiek organizacijos vidaus dokumentai, tiek iš trečiosios šalies gauti dokumentai.
        
        Studijoms būtini Novostroyregion-A LLC vidaus dokumentai yra: galiojantys darbo sandėlio apskaitos automatizavimo sistemoje „Sklad+“ nuostatai, įsakymas, kuriuo ji buvo patvirtinta, taip pat memorandumas.
        
        Be to, būtina išsamiai išstudijuoti UAB „XXI amžiaus technologijos“ atsiųstas paraiškas su 2007 m. sausio 9 d. laišku Nr. 2/02-15.
        
        Įsakymo ar reglamento projekto rengimas
        
        Kalbant apie projekto rengimą, reikia pažymėti, kad specialistas (ar kūrėjas) rengia projektą, o ne dokumentą. Projektas neturi juridinės galios, o tam, kad administracinio dokumento projektas taptų įsakymu ar reglamentu, jis turi pereiti tvirtinimo ir pasirašymo procedūrą. Be to, po pasirašymo būtina užregistruoti dokumentą.
        
        Įsakymo ar reglamento projektą rengia specialistas ar specialistai iš struktūrinių padalinių. Jeigu dokumento projektas paliečia įvairių padalinių interesus, tuomet įmonės vadovybės sprendimu reikėtų sudaryti laikinąją komisiją arba paskirti darbuotojų grupę projektui parengti.
        
        Įsakymų ir instrukcijų projektai 4 rengiami pagal GOST R 6.30-2003 „Vieningos dokumentacijos sistemos. Vieninga organizacinės ir administracinės dokumentacijos sistema. Reikalavimai dokumentų rengimui“ 5 (toliau – GOST R 6.30-2003).
        
        Taigi, įsakymų ir nuostatų projektai spausdinami ant blankų A4 formato, t.y. 210 × 297 mm. Paprastai užsakymams ir instrukcijoms kuriamos specialios formos. Pagal GOST R 6.30-2003 jie vadinami „konkrečių tipų dokumentų formomis“. Tokiose formose (išskyrus laiškus), atsižvelgiant į organizacijos steigimo dokumentus, pateikiama ši informacija:
        
        ● Rusijos Federacijos valstybės herbas (arba Rusijos Federaciją sudarančio subjekto emblema, arba organizacijos emblema, arba prekės ženklas (paslaugos ženklas);
        
        ● dokumento tipo pavadinimas;
        
        ● dokumento sudarymo ar paskelbimo vieta;
        
        ● taip pat ribojančius ženklus išsamiai:
        
        — dokumento registracijos numeris.
        
        Ypatingo dėmesio nusipelno formos laukų dydis. Taigi, pagal GOST R 6.30-2003, formoje turi būti bent šie laukai:
        
        Kairioji paraštė naudojama dokumentui pateikti į bylą. Iš to galime daryti išvadą, kad kuriant dokumentų formas ilgalaikiam (daugiau nei 10 metų) ir nuolatiniam saugojimo laikotarpiui (įskaitant įsakymus ir instrukcijas), kairę paraštę geriau nustatyti 30–35 mm diapazone, o ne 20 mm.
        
        1 lentelė. Privalomi užsakymo duomenys ir instrukcijos
        
        dokumento tipo pavadinimas
        
        pildyti nereikia, yra formoje
        
        dokumento rengimo ar paskelbimo vieta
        
        pildyti nereikia, yra formoje
        
        dokumento registracijos numeris
        
        surašytas pasirašius dokumento registravimo metu
        
        teksto pavadinimas
        
        surašomas rengiant dokumento projektą
        
        vizos patvirtinimo dokumentas (prireikus gali būti ir dokumento patvirtinimo antspaudas)
        
        yra visiškai įforminami dokumento projekto tvirtinimo metu
        
        surašytas dokumento pasirašymo metu
        
        priklausomai nuo steigimo dokumentų, gali būti Rusijos Federacijos valstybės herbas (arba Rusijos Federacijos steigiamojo subjekto herbas, arba organizacijos herbas, arba prekės ženklas) 6
        
        pildyti nereikia, yra formoje
        
        Nustatymas valdymui ir vykdymui
        
        kontrolinis ženklas
        
        surašomas pateikiant dokumentą kontrolei
        
        Dokumento pašalinimas iš kontrolės ir persiuntimas į bylą
        
        pažymą apie dokumento įforminimą ir siuntimą į bylą
        
        surašomas, kai dokumentas pašalinamas iš kontrolės ir siunčiamas į bylą
        
        Dabar pereikime prie įsakymų ir taisyklių projektų dizaino ypatybių. Pradėkime nuo teksto rašymo taisyklės. Jis visada nurodyta vienaskaitos pirmuoju asmeniu ir susideda iš dviejų dalių:
        
        ● nurodant (arba preambulę) ir
        
        IN konstatuojamoji dalis pateiktas nustatytų veiksmų pagrindimas. Jeigu įsakymo ar nurodymo davimo pagrindas buvo aukštesnės organizacijos teisės aktas ar norminis aktas arba šios organizacijos anksčiau išduotas dokumentas, konstatuojamojoje dalyje nurodomas jos pavadinimas, data ir numeris. Tokiu atveju galima naudoti tokias formuluotes kaip „Remiantis“, „Pagal“, „Pagal“. Jeigu įsakymas ar nurodymas duodamas iniciatyviai, konstatuojamojoje dalyje suformuluojami numatytų veiksmų tikslai ir uždaviniai bei išdėstomi faktai ar įvykiai, dėl kurių buvo priimtas įsakymas ar nurodymas.
        
        Nurodomoji dalis paprastai prasideda žodžiais „Tiems tikslams“, „Susiję su“ ir kt.
        
        Pasitaiko atvejų, kai konstatuojamosios dalies gali nebūti dėl to, kad atliktiems veiksmams nereikia paaiškinimo ar pagrindimo7.
        
        Įsakymuose konstatuojamoji dalis nuo administracinės atskiriama žodžiu „UŽSAKU:“, o įsakymuose – žodžiu „SIŪLOU:“ arba „ĮPAREIGAU:“. Šie žodžiai spausdinami naujoje eilutėje iš lauko didžiosiomis raidėmis.
        
        Administracinė dalis turi būti numatytų veiksmų sąrašas, nurodant kiekvieno veiksmo atlikėją ir atlikimo terminą.
        
        Administracinė dalis dažnai skirstoma į punktus dėl to, kad manoma, kad įvairių užduočių vykdytojai bus keli su savais terminais.
        
        Organizaciniai ir administraciniai dokumentai. Reikalavimai dokumentų rengimui: GOST R 6.30-2003 įgyvendinimo gairės.
        
        Jei veiksmas susijęs su konkrečiu atlikėju, atitinkama dokumento pastraipa turi prasidėti nurodant atlikėjo pareigas ir pavardę (inicialai tekste dedami po pavardės) datyvine raide. Atlikėjais gali būti nurodytos organizacijos ar struktūriniai padaliniai.
        
        Informacija apie vadybinį veiksmą perteikiama neapibrėžtos formos veiksmažodžiu ir veiksmo objektą nurodančiu objektu. Pavyzdžiui:
        
        1. Tarptautinių operacijų skyriaus vadovas A. D. Kotovas parengti projektą „Darbo organizavimo instrukcijos dėl. “
        
        2. Teisės skyriaus vedėjas S.G. Melnikovas teikti Tarptautinių operacijų skyriui reikiamus norminius teisės aktus ir metodinius dokumentus.
        
        Vykdymo terminas nurodomas atskiroje eilutėje ir išduodamas kaip vykdymo pabaigos data. Pavyzdžiui:
        
        3. Pateikimo terminas: 2003-07-15.
        
        Paskutinėje administracinės dalies pastraipoje nurodomi konkretūs asmenys, kuriems patikėta administracinio dokumento vykdymo kontrolė. Pavyzdžiui:
        
        Pavedimo vykdymo kontrolę patikėti banko valdybos pirmininko pavaduotojui K. M. Sidorovui.
        
        Standartinės darbo federalinėse vykdomosiose institucijose instrukcijos, patvirtintos Rusijos kultūros ministerijos 2005 m. lapkričio 8 d. įsakymu Nr. 536.
        
        Jeigu įsakymu pakeičiama ar panaikinama kuri nors jo nuostata, tai viename iš administracinės teksto dalies pastraipų turi būti nuoroda į panaikinamą dokumentą (dokumento sąlyga), nurodant jo datą, numerį ir pavadinimą. Pastraipos tekstas turi prasidėti žodžiais „Pripažinti negaliojančiu. “
        
        Įsakyme neturėtų būti punktas „Įsakymas, į kurį reikia atkreipti dėmesį. “ Skyriai (pareigūnai), kuriems pateikiamas įsakymas, yra surašyti paskirstymo indekse, kurį vykdytojas parengia kartu su įsakymo projektu.
        
        Bet kurio organizacinio ir administracinio dokumento, surašyto ant A4 formato popieriaus, tekstas turi būti atspausdintas per pusantros eilučių tarpus.
        
        Įsakymas ar direktyva gali turėti skirtingus 8 priedus: nuostatas, reglamentus, sąrašus, sąrašus, grafikus, lenteles, dokumentų pavyzdžius ir kt. rekvizitai „Antspaudas apie prašymo buvimą“ niekada neišduodami ant įsakymų ir nurodymų dėl to, kad nuoroda į prašymą pateikiama tiesiogiai administracinio dokumento tekste.
        
        Jeigu paraiška yra informacinio ar analitinės paskirties (diagrama, lentelė, sąrašas ir pan.), tai įsakymo ar instrukcijos tekste yra nuoroda „pagal 2 priedą“ arba „(2 priedas)“. Tokiu atveju pirmame paraiškos puslapyje viršutiniame dešiniajame kampe rašomas žodis „Priedas“, o žemiau – nuoroda į užsakymą ar instrukciją. Jei yra kelios paraiškos, jos sunumeruojamos.
        
        Priedas Nr.2
        UAB "Alternativa-M" užsakymu
        2007-01-11 Nr.1
        
        Jeigu administracinio dokumento priedas yra patvirtintas dokumentas (nuostatai, taisyklės, instrukcijos ir kt.), atitinkamoje administracinės dalies pastraipoje daroma žyma: „(pridedama). O pačiame dokumente, pirmojo puslapio viršutiniame dešiniajame kampe, rašomas atributas „Dokumento patvirtinimo pareiškimas“.
        
        Antraštė turi būti įforminta visuose įsakymų ir nurodymų projektuose ir trumpa dokumento santrauka.
        
        Tai turėtų atsakyti į klausimą „apie ką (kas)?“, pavyzdžiui, „Dėl biuro darbo instrukcijų patvirtinimo“, „Dėl UAB „Svyazinvestcom“ darbuotojų atestavimo“, „Dėl dokumentacijos tobulinimo koncepcijos įgyvendinimo“. valdymui“.
        
        Tokiu atveju pavadinimas turėtų užimti ne daugiau kaip penkias eilutes, kurių bendras ilgis iki 150 simbolių, išspausdintų iš paraštės (t. y. be pastraipos įtraukos) per vieną eilutę be kabučių ir nepabrauktos, prasidedančios didžiąja raide raidę ir pabaigą nenaudojant taško.
        
        Mes nesigilinsime į užsakymo ar nurodymo formos privalomų duomenų pildymo klausimus, nes tai išsamiai aprašyta E. M. straipsnyje. Kameneva „Organizacinių ir administracinių dokumentų formų kūrimas“, publikuotas žurnaluose Nr.8’ ir Nr.9’ 2005 m.
        
        Kai parengiamas įsakymo ar reglamento projektas, prasideda kitas etapas – administracinio dokumento projekto tvirtinimas. Jis neatsiejamai susijęs su kitu etapu – projekto užbaigimu pagal pritariančių pareigūnų pastabas. Todėl abu šiuos etapus nagrinėsime vienu metu.
        
        Įsakymo ar reglamento projekto tvirtinimas ir projekto užbaigimas, remiantis tvirtinančių pareigūnų pastabomis
        
        Dokumento projekto patvirtinimas reiškia:
        
        ● vidinis pritarimas arba pritarimas (jei dokumentui išduoti pakanka vidinio pritarimo), kuris įforminamas reikiama „dokumento tvirtinimo viza“;
        
        ● išorinis patvirtinimas (jei reikia atlikti sprendimo ekspertizę kitose organizacijose). Išorinis įsakymų ir nuostatų projektų tvirtinimas retai naudojamas, todėl šiame 9 straipsnyje apie tai nekalbėsime.
        
        Už kokybiško dokumentų projektų rengimo ir jų derinimo su suinteresuotomis šalimis užtikrinimą atsako projektus teikiančių padalinių vadovai.
        
        2.7.1.2 punktas. Standartinės darbo federalinėse vykdomosiose institucijose instrukcijos, patvirtintos Rusijos kultūros ministerijos 2005 m. lapkričio 8 d. įsakymu Nr. 536.
        
        2.7.1.2 punktas. Standartinės darbo federalinėse vykdomosiose institucijose instrukcijos, patvirtintos Rusijos kultūros ministerijos 2005 m. lapkričio 8 d. įsakymu Nr. 536.
        
        Įsakymų (instrukcijų) projektus ir priedus prie jų vizuoja vykdytojas 10 ir projektą pateikusio padalinio vadovas, padalinių, kuriems projekte numatytos užduotys ir pavedimai, vadovai, taip pat ikimokyklinio ugdymo įstaigos vadovas. švietimo tarnyba ir teisinė tarnyba (pritaria norminių teisės aktų projektams). Tvirtinimo metu kylantys prieštaravimai įsakymo (instrukcijos) projektui išdėstomi prie projekto pridedamoje pažymoje.
        
        Jei patvirtinimo proceso metu įsakymo projekte padaromi esminiai pakeitimai, jis turi būti spausdinamas ir patvirtinamas iš naujo.
        
        Vadovui pateiktų pasirašyti įsakymų (instrukcijų) projektus, vadovaudamiesi pareigų pasiskirstymu, vizuoja vadovo pavaduotojai.
        
        Įmonė turi parengti 11 dokumentų rūšių ir porūšių sąrašą, nurodant asmenis, kurių vizų tvirtinimui reikia, t.y. nurodant pagrindinius tvirtintojus arba dokumentų blankų lapą 12.
        
        Dokumento projekto rengimo, tvirtinimo ir tikslinimo etapai pagal tvirtintojų pastabas gali būti atliekami vadinamuoju „tradiciniu“ būdu arba naudojant biuro automatizavimo ir elektroninę dokumentų valdymo sistemą.
        
        Su „tradiciniu“ metodu Administracinio dokumento projektas rengiamas blanke ir pateikiamas tvirtinti popierine forma.
        
        Šiuo atveju pareigūnų vizos tvirtinamos dokumento projekto paskutinio lapo kitos pusės apačioje. Įsakymo ar direktyvos projektą rengiantis specialistas gali pagrįsti tolimesnį vizų išdavimą, kitoje dokumento projekto paskutinio lapo pusėje nurodydamas tvirtinančiųjų pareigas ir pavardes. „Dokumento patvirtinimo vizos“ duomenys turi būti surašyti pagal GOST R 6.30-2003.
        
        P. 3.24. GOST R 6.30-2003. Vieningos dokumentacijos sistemos. Vieninga organizacinės ir administracinės dokumentacijos sistema. Reikalavimai dokumentacijai.
        
        Dokumento tvirtinimui išduodama dokumento tvirtinimo viza (toliau – viza), kurioje nurodomas dokumentą tvirtinančio asmens parašas ir pareigos, parašo nuorašas (inicialai, pavardė) ir pasirašymo data. Pavyzdžiui:
        
        Asmeninis A. S. parašas. Orlovas
        data
        
        Jei dėl dokumento yra pastabų, viza išduodama taip:
        
        Komentarai pridedami
        Teisės skyriaus vedėjas
        Asmeninis A. S. parašas. Orlovas
        data
        
        Pastabos rašomos atskirame lape, pasirašomos ir pridedamos prie dokumento.
        
        Organizacijos nuožiūra leidžiamas dokumento projekto patvirtinimas po puslapio arba galimybė išduoti dokumentų vizas atskirame patvirtinimo lape. Tuo pačiu metu patvirtinimo lapo formos nereglamentuoja nei GOST, nei teisės aktai, ir pagal tai skirtingose organizacijose patvirtinimo lapas gali turėti skirtingą formą.
        
        Teikiant administracinio dokumento projektą popieriuje tvirtinti, galimas tik vieno tipo projekto maršrutas: nuoseklus. Tai reiškia, kad tuo pačiu metu dokumento projektą gali turėti tik vienas iš tvirtinančių pareigūnų. Praktikoje dažnai pasitaiko atvejų, kai dokumento projektui turi pritarti to paties lygio vadovai, o jų tvirtinimo tvarka neturi reikšmės. Atitinkamai, nuoseklus dokumentų tvirtinimo būdas ne visada yra optimalus sprendimas.
        
        Be to, „tradicinis“ patvirtinimo būdas „suvalgo“ gana daug įmonės darbuotojų darbo laiko. Juk dokumento projektas popieriuje turi būti savarankiškai pateiktas tvirtinantiems pareigūnams arba perduotas per valdymo dokumentų palaikymo tarnybą (toliau – DOU tarnyba). Pastaruoju atveju dokumento tvirtinimas užtrunka ilgai, nes pirmiausia reikia nunešti projektą į ikimokyklinio ugdymo įstaigos tarnybą, o po to reikia išsirinkti reikalingo skyriaus sekretorei arba už kanceliarinį darbą atsakingam asmeniui. paimti projektą iš ikimokyklinio ugdymo įstaigos tarnybos ir perduoti jį tvirtinti jo vadovui, o patvirtinus grąžinti projektą tarnybai DOW... Ši procedūra turėtų tęstis tol, kol projektą suderins visi reikalingi pareigūnai. Dėl to vidutinėse ir didelėse įmonėse vieno dokumento projekto tvirtinimas gali trukti kelias dienas.
        
        Dokumentų projektų derinimas naudojant biuro automatizavimo ir elektronines dokumentų valdymo sistemas turi daug privalumų, palyginti su „tradiciniu“ metodu. Taikant šį metodą, dokumento projekto rengėjas sistemoje sukuria projektą, patvirtinimo metu nurodo dokumento projekto maršruto tipą ir suaktyvina tvirtinimo procedūrą.
        
        Galimi šie koordinavimo maršrutai:
        
        ● nuoseklus: kai projektas pirmą kartą perduodamas pirmajam tvirtintojui; jam patvirtinus projektą, projektas automatiškai atitenka antrajam tvirtintojui ir pan.;
        
        ● lygiagrečiai: kai projektas vienu metu pateikiamas visoms pritariančioms šalims ir jos bet kokia seka tvirtina dokumento projektą;
        
        ● lygiagrečiai nuosekliai (arba mišriai): kai dokumento projektą pirmą kartą gauna viena pareigūnų grupė, kuri gali atlikti tvirtinimą bet kokia seka; ir tik sutikus visiems pareigūnams iš pirmosios grupės, projektas siunčiamas kitai pareigūnų grupei.
        
        Jei svarstytume įsakymų ir instrukcijų projektų derinimą, galima pastebėti, kad optimaliausias būtų lygiagretus-nuoseklus maršrutas. Tokiu atveju koordinavimas gali būti organizuojamas naudojant šią grandinę:
        
        ● 1 tvirtintojų grupė – dokumento projekto vykdytojas (ar rengėjas);
        
        ● 2-oji koordinatorių grupė – rangovo vadovas;
        
        ● 3 tvirtintojų grupė - vadovas (arba ikimokyklinio ugdymo įstaigos tarnybos darbuotojas), tikrinantis administracinio dokumento projekto teisingumą;
        
        ● 4 koordinatorių grupė – padalinių, kuriems projekte numatytos užduotys ir nurodymai, vadovai, taip pat teisės tarnybos vadovas;
        
        ● 5 koordinatorių grupė – įmonės vadovo pavaduotojas (arba pavaduotojai).
        
        Koordinavimas naudojant automatizuotas sistemas taip pat turi nemažai privalumų, lyginant su „tradiciniu“ koordinavimu. Išvardinkime pagrindinius:
        
        1. Kūrėjui nereikia gaišti laiko pristatydamas projektą tvirtinantiems pareigūnams, nes tai atlieka sistema pagal nurodytą maršrutą.
        
        2. Rengėjas gali nurodyti laiką, per kurį pareigūnas privalo derinti dokumento projektą.
        
        3. Dokumento projekto rengėjas bet kada gali matyti, kaip dokumentas tvirtinamas, kuris iš pareigūnų atliko tvirtinimą ir kokia viza buvo išduota.
        
        4. Tvirtinantys pareigūnai nedelsdami sužinos, kad gavo dokumento projektą tvirtinti specialios pranešimų sistemos dėka.
        
        5. Dėl dokumento projekto susitariama kuo greičiau.
        
        6. Dokumento projektas negali būti prarastas tvirtinimo procese.
        
        7. Sistema gali saugoti visas projekto versijas, vizas ir patvirtinimo pažymas.
        
        Nepaisant minėtų, gana reikšmingų „elektroninio“ patvirtinimo privalumų, šiuo metu jis naudojamas nedaugelyje įmonių. O to priežastis yra tokia: automatizuoti darbą su dokumentų projektais, įskaitant tvirtinimo etapą, galima tik tada, kai visi vadovai tampa aktyviais biuro automatizavimo ir elektroninių dokumentų valdymo sistemų vartotojais, nes jie yra pagrindiniai tvirtinantys pareigūnai. Deja, šiandieninė praktika rodo, kad daugumoje organizacijų ir įmonių pagrindiniai automatizavimo sistemų naudotojai yra sekretoriai ir už biuro darbą atsakingi asmenys, kurių kompetencijai nepriklauso dokumentų projektų tvirtinimas.
        
        Dabar pasvarstykime, kas atsitiks, jei vienas iš tvirtintojų nesutinka su dokumento projekto turiniu.
        
        Vieno ar kelių patvirtinimų atveju esminio pobūdžio pastabos, keičiant dokumento esmę, projektas turi būti perspausdintas (t. y. turi būti sukurta nauja dokumento projekto versija) ir iš naujo derinamas.
        
        Jei patvirtinimo metu jie buvo padaryti redakciniai komentarai, nekeisti projekto turinio, tada projektui taip pat taikomas pakartotinis spausdinimas, tačiau pakartotinis tvirtinimas šiuo atveju nereikalingas.
        
        Įsakymo ar nurodymo pasirašymas
        
        Sutartas dokumento projektas pateikiamas vadovui pasirašyti.
        
        Jeigu patvirtinimo vizos buvo išduodamos ne kitoje paskutinio projekto lapo pusėje, o atskirame patvirtinimo lape, tai tokiu atveju taip pat reikia perduoti vadovui dokumento projekto tvirtinimo lapą.
        
        Vadovo parašas dokumento projektą paverčia visaverčiu dokumentu, po kurio jis turi būti įregistruotas.
        
        Užsakymo ar nurodymo registravimas
        
        Dokumento registracija yra nustatytos formos apskaitos duomenų apie dokumentą įrašas, fiksuojantis jo sukūrimo, išsiuntimo ar gavimo faktą.
        
        Mūsų atveju registruojant bus užfiksuotas dokumento sukūrimo faktas. Verta pažymėti, kad registracija būtina ir tolesniam dokumentų fiksavimui bei informacinių darbų organizavimui.
        
        Registracija gali būti atliekama vienu iš trijų būdų:
        
        ● įrašas apie dokumentą popieriniame žurnale (žurnalo registracijos forma);
        
        ● įrašant į popierinę registracijos ir kontrolės kortelę (kortelės registracijos forma);
        
        ● informacijos apie dokumentą įvedimas į biuro automatizavimo ir elektroninę dokumentų valdymo sistemą (automatizuota registracijos forma).
        
        Verta paminėti, kad šiuo metu rekomenduojama automatizuota dokumentų registracija, nes ji turi daug privalumų, palyginti su registravimo žurnalų ir kortelių formomis. Įvardinkime nedidelę dalį šių privalumų:
        
        ● greita dokumentų paieška pagal bet kokias detales ar detales;
        
        ● automatinis ataskaitų, suvestinių generavimas, informacinių ir analitinio darbo su dokumentais atlikimas;
        
        ● automatinė užsakymų (dokumentų) vykdymo kontrolė;
        
        ● galimybė vienu metu registruoti dokumentus keliose darbovietėse ir kt.
        
        Be to, automatizuotas dokumentų registravimas galimas neįdiegus įmonėje specializuotos programinės įrangos.
        
        Daugumoje mažų įmonių tai atliekama naudojant MS Excel programą, užpildant įprastą lentelę.
        
        Registracijos metu dokumentas priskiriamas registracijos numeris ir dokumento data. Užsakymo ir instrukcijų data turi būti pasirašymo data, iš kurios galime daryti išvadą, kad įsakymai ir instrukcijos turi būti registruojami jų pasirašymo dieną.
        
        Dokumentai registruojami grupėse, priklausomai nuo dokumento tipo pavadinimo. Be to, įsakymai (taip pat nurodymai) dėl pagrindinės veiklos, personalo ir administraciniais bei ūkiniais klausimais registruojami atskirai. Tai reiškia, kad aukščiau nurodyti pavedimų ir nurodymų potipiai turės ne bendrą, o atskirą numeraciją.
        
        Dabar pateikiame registracijos numerio ir dokumento datos registravimo reikalavimus, įtvirtintus GOST R 6.30-2003.
        
        P. 3.12. GOST R 6.30-2003. Vieningos dokumentacijos sistemos. Vieninga organizacinės ir administracinės dokumentacijos sistema. Reikalavimai dokumentacijai.
        
        Dokumento registracijos numerį sudaro jo eilės numeris 13, kuris organizacijos nuožiūra gali būti papildytas bylų indeksu pagal bylų nomenklatūrą, informacija apie korespondentą, vykdytojus ir kt.
        
        Dviejų ar daugiau organizacijų bendrai sudaryto dokumento registracijos numerį sudaro kiekvienos iš šių organizacijų dokumento registracijos numeriai, atskirti pasviruoju brūkšniu tokia tvarka, kuria dokumente nurodyti autoriai.
        
        3.11 skirsnis. GOST R 6.30-2003. Vieningos dokumentacijos sistemos. Vieninga organizacinės ir administracinės dokumentacijos sistema. Reikalavimai dokumentacijai.
        
        Dokumento data rašoma arabiškais skaitmenimis seka: mėnesio diena, mėnuo, metai. Mėnesio ir mėnesio diena rašoma dviem arabiškų skaičių poromis, atskirtomis tašku; metai – keturiais arabiškais skaitmenimis.
        
        Leidžiamas žodinis-skaitinis datos formatavimo būdas, pavyzdžiui, 2003 m. birželio 05 d., taip pat datos formatavimas seka: metai, mėnuo, mėnesio diena, pvz.: 2003.06.05.
        
        Dažniausiai užsakymų ir nurodymų datai įforminti naudojamas skaitmeninis metodas, pavyzdžiui, 2007-02-05.
        
        Įsakymo ar nurodymo atnešimas vykdytojams
        
        Administracinio dokumento atnešimas vykdytojams – tai dokumento atkartojimas, išsiuntimas (kaip įmanoma greičiau) arba perdavimas vykdytojams.
        
        „Tradiciniame“ biuro darbo organizavime dažniausiai daromos įsakymų ir nurodymų kopijos, rečiau daromi išrašai, kurie vėliau išsiunčiami vykdytojams ar organizacijos darbuotojams pagal paskirstymo indeksą (taip pat braižomas). sudarytas ir pasirašytas vykdytojo).
        
        Jei dirbant su dokumentais naudojama biuro automatizavimo ir elektroninių dokumentų srauto sistema, tai daugeliu atvejų (kai darbuotojo nereikia susipažinti su dokumentu pasirašyti, o tai svarbu, pavyzdžiui, surašant kai kuriuos administracinius dokumentus). personalui), registruotas dokumentas išsiunčiamas sistemomis besinaudojantiems darbuotojams. Šis metodas leidžia gavėjams gauti dokumentą per trumpiausią įmanomą laiką, taip pat sutaupo materialinius ir laiko išteklius, kurie sunaudojami naudojant „tradicinį“ dokumentų kopijavimo ir kopijų perdavimą.
        
        Verta paminėti, kad daugumą administracinių dokumentų prieš pristatant vykdytojams tikrina ikimokyklinio ugdymo įstaigos tarnyba. Tačiau vykdymo kontrolė yra atskira didelė tema, kuriai praėjusiais metais skyrėme pakankamai dėmesio 14 , 15 .
        
        Tema tęsiama straipsnyje V.P. Kozyreva „Administracinių dokumentų projektų rengimas: atsakingo vykdytojo ir dokumentų tvarkymo specialisto sąveika“.
        
        Kai savo darbais dalijasi patyręs specialistas, visada įdomu. Ir ypač kai reikia užmegzti konstruktyvią sąveiką su kolegomis iš kitų skyrių. Sužinosite, kaip parengti administracinio dokumento projektą, laikantis raštvedybos taisyklių ir visų rusų kalbos subtilybių. GOST R 6.30-2003 nustato tik pagrindinius administracinių dokumentų rengimo reikalavimus. Autorius pasakoja, kaip jie buvo baigti (išplėsti) ir įgyvendinti tarpregioninėje telekomunikacijų įmonėje. Konkretūs formuluočių pavyzdžiai įvairioms situacijoms ir dizaino pavyzdžių buvimas daro straipsnį labai patogų praktiniam pritaikymui jūsų darbe. Straipsnis buvo paskelbtas 2007 m. liepos mėn. žurnalo „Office Management and Document Flow in the Enterprise“ numeryje.
        
        1 Administraciniai dokumentai – dokumentai, kuriuose užfiksuoti sprendimai įstaigos veiklos administraciniais ir organizaciniais klausimais (įsakymas, nurodymas ir kt.). – Trumpas dokumentų rūšių ir atmainų žodynas. – M.: VNIIDAD. – 1974 m.
        
        2 Šiuo metu dekretas taip pat yra teisės aktas, kurį individualiai išleidžia: – valstybės vadovas – Rusijos Federacijos prezidentas; – kolegialaus valdžios ir valdymo organo vadovas pagal jam suteiktą kompetenciją, pavyzdžiui, Rusijos Federacijos Vyriausybės pirmininko įsakymą; – Rusijos Federaciją sudarančių subjektų vykdomosios valdžios vadovai – gubernatoriai, merai ir kt.
        
        3 Žr. pagrindinės veiklos užsakymo gyvavimo ciklo operogramą Yu.V. Khimich straipsnyje 2007 m. žurnalo Nr. 2 32 puslapyje.
        
        4 Kai kurie įsakymai ir instrukcijos personalui turi būti parengti remiantis 1996 m. lapkričio 21 d. federalinio įstatymo Nr. 129-FZ „Dėl apskaitos“ 9 straipsniu pagal suvienodintas formas, patvirtintas Rusijos valstybinio statistikos komiteto nutarimu Nr. 2004 m. sausio 5 d. Nr. 1 „Dėl darbo apskaitos ir apmokėjimo pirminės apskaitos dokumentų vieningų formų patvirtinimo“.
        
        5 GOST R 6.30-2003 yra patariamojo pobūdžio visoms organizacijoms, išskyrus federalines vykdomąsias institucijas. Nepaisant to, griežtas jo nuostatų įgyvendinimas rodo aukštą informacijos dokumentavimo ir darbo su dokumentais kultūrą.
        
        6 Jeigu komercinė organizacija neturi organizacijos logotipo ar prekės ženklo (paslaugos ženklo), tai šis rekvizitas neišduodamas.
        
        7 Užsakymo be nurodančios dalies pavyzdį rasite T. A. Kuznecovos straipsnyje 2007 m. žurnalo Nr. 2 45 puslapyje.
        
        8 Žr. E.M. Kamenevos straipsnį. „Kai kurios taikomųjų programų dizaino subtilybės“, paskelbta 2006 m. Nr. 11, žurnalo „Biuro valdymas ir dokumentų srautas įmonėje“ 26 puslapyje.
        
        9 Dėl išorinio patvirtinimo procedūros žr. atsakymą į klausimą 2006 m. žurnalo Nr. 6’ 37 puslapyje.
        
        10 Vykdytojas suprantamas kaip specialistas, rengiantis dokumento projektą.
        
        11 Dokumento rūšis – tai dokumento priklausymas dokumentacijos sistemai pagal jo turinį ir paskirtį (pavyzdžiui, įsakymas, nurodymas, aktas ir pan.). Šiuo atveju potipis suprantamas kaip tos pačios rūšies dokumentų grupė, kurią vienija dokumente nurodyto klausimo pobūdis (pvz., įsakymai dėl mokymo, įsakymai dėl atestavimo, įsakymai dėl ekspertų komisijos sudarymo, ir tt).
        
        12 Organizacijos veikloje naudojamų dokumentų formų lentelė – patvirtintų dokumentų formų, reikalingų ir pakankamų valdymo veiklos funkcijoms ir uždaviniams įgyvendinti, sąrašas su jų teisinio statuso aprašymu, rengimo etapais. ir užbaigimas.
        
        13 Serijos numeriai suteikiami per kalendorinius metus, t.y. nuo kitų metų pradžios serijos numeriai vėl prasidės vienu.
        
        14 Žr. O.V. straipsnį. Ryskova „Nurodymų vykdymo kontrolė: federalinės vykdomosios valdžios nuostatų reikalavimai“ žurnalo Nr. 1’ 2006 24 puslapyje.
        
        15 Žr. E.M. straipsnius. Kameneva apie nurodymų vykdymo stebėjimo būdus žurnalo Nr.9’ 2006 72 puslapyje ir žurnalo Nr. 10’ 2006 76 puslapyje.
        
        3.1. Siekiant automatizuoti gamybinę, valdymo ir palaikymo veiklą Organizacijoje, leidžiama naudoti ribotą komercinės programinės įrangos sąrašą (pagal Registrą) ir nemokamą programinę įrangą (būtina gamybinėms užduotims atlikti ir nurodyta PC pase).
        
        3.2. Kiekvienoje darbo vietoje yra programinės įrangos rinkinys, skirtas atlikti tam tikros rūšies veiklą. Pradinę darbo vietos konfigūraciją nustato struktūrinio padalinio vadovas kartu su IT skyriaus vedėju. Programinės įrangos, kuri nėra automatizuotos darbo vietos dalis, Organizacijos darbuotojai negali įdiegti ir naudoti be patvirtinimo procedūros.
        
        3.3. Kompiuterio konfigūracijos aprašymas ir įdiegtos programinės įrangos sąrašas įrašomas į PC pasą ir pasirašo IS administratorius, struktūrinio padalinio vadovas, IT skyriaus vedėjas ir IS vartotojas. Tai patvirtina šalių susitarimą:
        
        3.3.1. Su pilnu darbo vietos įrangos komplektu, nurodytu PC pase ir įdiegtos programinės įrangos sąraše;
        
        3.3.2. Atsakomybės už bet kokios nelicencijuotos programinės įrangos naudojimą, neteisėtus darbo vietos konfigūracijos pakeitimus ir neteisėtą programinės įrangos įdiegimą šiam Vartotojui patikėtoje darbo vietoje iš Organizacijos darbuotojui (IS vartotojui) perdavimo faktu.
        
        3.4. Visas automatizuotos darbo vietos programinės įrangos diegimo, priežiūros ir palaikymo bei pašalinimo operacijas tiesiogiai (dalyvaujant) atlieka IS administratoriai.
        
        3.5. Programinės įrangos valdymo organizacijoje procedūra susideda iš šių etapų:
        
        3.5.1. Programinės įrangos poreikių nustatymas
        
        Prašymą įdiegti papildomą programinę įrangą gali inicijuoti: A) struktūrinio padalinio vadovas, B) IS administratorius.
        
        A) Struktūrinio padalinio vadovo prašymas įdiegti programinę įrangą pateikiamas šiais atvejais:
        
        būtinybė naujam darbuotojui organizuoti automatizuotą darbo vietą;
        
        darbuotojų poreikis atlikti naujas (papildomas) pareigas, kurioms reikalinga papildoma programinė įranga arba visiškai pakeista darbo vieta;
        
        kokybiškai naujos (alternatyvios) programinės įrangos atsiradimas, pakeisiantis tą, kuri buvo naudojama kaip darbo vietos dalis.
        
        Struktūrinio padalinio vadovas parengia IT skyriaus vedėjui adresuotą patvirtintos formos prašymą įdiegti programinę įrangą.
        
        Jei pageidaujama programinė įranga yra Organizacijoje, IT skyriaus specialistas atlieka diegimo darbus, o vartotojo darbo vietai suteikiama licencija.
        
        Jeigu Organizacijoje nėra laisvų komercinės programinės įrangos licencijų (iš sąrašo Registre), struktūrinio padalinio vadovas nustatyta tvarka parengia paraišką programinei įrangai įsigyti.
        
        Jei reikia įsigyti komercinę programinę įrangą, neįtrauktą į registro sąrašą:
        
        IT skyriaus vadovas nustato galimybę naudoti šią komercinę programinę įrangą Organizacijos IS;
        
        Struktūrinio padalinio vadovas rengia paraišką komercinei programinei įrangai įsigyti;
        
        Po įsigijimo IT skyriaus vedėjas informaciją apie naują komercinę programinę įrangą įveda į Registro papildymų žurnalą. Metų pabaigoje informacija iš žurnalo perduodama Registrui tvirtinti kitam laikotarpiui.
        
        B) IS administratoriaus prašymas įdiegti programinę įrangą pateikiamas šiais atvejais:
        
        Organizacijos informacijos saugumo sistemų pažeidžiamumų šalinimas;
        
        planuojamas vartotojų naudojamos programinės įrangos keitimas;
        
        naujų informacinių technologijų diegimas.
        
        Programinės įrangos diegimo patvirtinimo procedūra:
        
        IT skyriaus vadovas nustato laisvų licencijų prieinamumą ir paskiria (priskiria automatizuotai darbo vietai ar serveriui) reikiamas licencijas, užtikrina, kad būtų įdiegta reikiama programinė įranga.
        
        Jei reikia įsigyti papildomą programinę įrangą, IT skyriaus vadovas nustato jos panaudojimo galimybę Organizacijos IS ir parengia pirkimo paraišką.
        
        3.5.2. Programinės įrangos pirkimas
        
        3.5.2.1. Programinės įrangos įsigijimas vykdomas pagal galiojančias Organizacijos pirkimų taisykles.
        
        3.5.2.2. IT skyriaus vedėjas konkurso komisijos darbe dalyvauja kaip ekspertas.
        
        3.5.2.3. Nupirkta programinė įranga priimama apskaitai buhalterijoje ir perduodama IT skyriui paleisti.
        
        3.5.3. Programinės įrangos diegimas (diegimas)
        
        3.5.3.1. IT skyriaus vedėjas užtikrina operatyvią pradedamos eksploatuoti programinės įrangos licencijų apskaitą, organizuoja programinės įrangos diegimo IS vartotojų asmeniniuose kompiuteriuose darbus.
        
        3.5.3.2. IS administratorius elektroninėje apskaitos sistemoje sugeneruoja PC pasą, parengia 2 PC paso egzempliorius popierine forma, pats pasirašo ir pateikia pasirašyti struktūrinio padalinio vadovui, IT skyriaus vedėjui ir IS vartotojui. . Viena Paso kopija lieka struktūrinio padalinio vadovui, kita saugoma IT skyriaus dokumentų archyve.
        
        3.5.3.3. Jei diegiate (diegiate) komercinę programinę įrangą:
        
        3.5.3.3.1. IT skyriaus vadovas parengia pažymą apie komercinės apskaitos programinės įrangos tarnavimo laiką, paleidimo pažymėjimą (jei reikia);
        
        3.5.3.3.2. Aparatinės įrangos raktai (įskaitant raktų laikmenas), autentiškumo sertifikatai (lipdukai ant darbo stoties sistemos bloko korpuso) perduodami IS vartotojui kaip darbo stoties dalis.
        
        3.5.4. Programinės įrangos palaikymas ir priežiūra
        
        3.5.4.1. Programinės įrangos palaikymą ir priežiūrą atlieka techniniai specialistai – IS administratoriai arba programuotojai.
        
        3.5.4.2. Programinės įrangos palaikymas ir priežiūra susideda iš šių tipų darbų:
        
        įdiegtos programinės įrangos konfigūravimas ir pritaikymas;
        
        programinės įrangos atnaujinimų diegimas;
        
        reglamentuotas programinės įrangos ir vartotojo duomenų (elektroninių dokumentų, duomenų bazių) atsarginių kopijų kūrimas (archyvavimas);
        
        problemų, susijusių su įdiegtos programinės įrangos naudojimu, šalinimas;
        
        konsultuoti IP naudotojus.
        
        3.5.4.3. Programinės įrangos priežiūros darbus gali inicijuoti IS vartotojas (struktūrinio padalinio vadovas) arba tiesiogiai IS administratorius ar programuotojas.
        
        3.5.4.4. Bet koks įdiegtos programinės įrangos sąrašo pasikeitimas, atsiradęs darbo metu, turi būti atspindėtas kompiuterio pase.
        
        3.5.5. Programinės įrangos pašalinimas (eksploatacijos nutraukimas).
        
        3.5.5.1. Programinė įranga išjungiama šiais atvejais:
        
        pasibaigus programinės įrangos naudojimo licencijos galiojimo laikui;
        
        naudotos programinės įrangos pakeitimas kita;
        
        programinės įrangos naudojimo nutraukimas dėl poreikio stokos, pasenimo.
        
        3.5.5.2. Eksploatacijos nutraukimą atlieka techniniai specialistai:
        
        3.5.5.2.1. Atliekamas neeilinis Organizacijos programinės įrangos auditas;
        
        3.5.5.2.2. Nutraukta programinė įranga pašalinama iš visų organizacijos kompiuterių;
        
        3.5.5.2.3. Prireikus parengiamas komercinės programinės įrangos eksploatavimo nutraukimo aktas ir pateikiamas buhalterijai;
        
        3.5.5.2.4. Atliekami būtini PC Passports atnaujinimai;
        
        3.5.5.2.5. Ištrinant (nutraukiant) komercinę programinę įrangą IT skyriui tolimesniam saugojimui perduodama (jei reikia, išduodami grąžinimo sertifikatai): aparatūros raktai (raktinės laikmenos), kurie buvo IP vartotojo žinioje, originali laikmena su programine įranga. platinimo rinkinys, programinės įrangos dokumentacija, licencijos sutartys (sutartys), tiekimo sutarčių kopijos, taip pat pirkimo-pardavimo faktą patvirtinantys dokumentai.
        
        3.6. Naudodamiesi programine įranga turite:
        
        3.6.1. Laikytis šių taisyklių reikalavimų.
        
        3.6.2. Turimą programinę įrangą naudokite tik savo oficialioms pareigoms atlikti.
        
        3.6.3. Įdiegę ar pašalinę naują programinę įrangą, susipažinkite su PC Passport ir, jei sutinkate su jame esančiais duomenimis, savo ranka rašytą parašą įdėkite į dvi PC paso kopijas.
        
        3.6.4. Užtikrinti laikmenos saugumą pagrindine informacija, perduodama kaip darbo vietos dalis, komercinės programinės įrangos autentiškumo sertifikatais, įklijuotais ant darbo vietos sistemos bloko korpuso.
        
        3.6.5. Padėti IS administratoriui atlikti įdiegtos programinės įrangos diegimą, konfigūravimą, trikčių šalinimą ir auditą.
        
        3.6.3. Pranešti IP administratoriams apie bet kokius šių Taisyklių reikalavimų pažeidimo faktus.
        
        3.7. Naudojant programinę įrangą draudžiama:
        
        3.7.1. Naudokite darbo vietą ne pagal paskirtį.
        
        3.7.2. Savarankiškai atlikti IS darbo vietų ir kitos IS įrangos dizaino, konfigūracijos, išdėstymo pakeitimus.
        
        3.7.3. Pakeiskite darbo vietoje įdiegtos programinės įrangos sudėtį (įdiekite naują programinę įrangą, pakeiskite programinės įrangos paketų komponentų sudėtį ir pašalinkite programinę įrangą).
        
        3.7.4. Įjunkite išorines laikmenas ir neteisėtai paleiskite savo ar kitoje darbo vietoje bet kokias sistemas ar taikomąsias programas, kurios nenurodytos kompiuterio pase.

Skaityti:

Paskolos internetu Kazachstane – geriausi pasiūlymai Loginės algebros funkcijų superpozicija Monotoninės Būlio funkcijos Kas yra informacinė sistema? Perėjimas nuo loginės išraiškos prie loginės grandinės ir atvirkščiai Nižnij Novgorodo Rusijos pašto gėda