• Kodėl vykdomas įmonės valdymo procesų automatizavimas.
• Kokios sąlygos turi būti įvykdytos norint įgyvendinti valdymo procesų automatizavimą.
• Kokie veiksniai įtakoja automatikos diegimo greitį ir kokybę.

Procesų automatizavimasįmonės valdymas – priemonių rinkinys, kurio įgyvendinimas kelia tokius klausimus:

• kokie išmatuoti parametrai yra itin svarbūs vertinant įmonės veiklą ir į juos reikia atsižvelgti;
• kokie hierarchiniai modeliai turėtų būti naudojami apibūdinti valdymo ir planavimo procesus;
• kokiais tikslais ekonominių ir matematinių metodų taikymas bus pagrįstas ir efektyvus;
• kaip naudotis projektų valdymo technologijomis.

Amerikos gamybos ir atsargų draugija (APICS) septintojo dešimtmečio viduryje sukūrė metodą, kaip atsakyti į pagrindinius klausimus, kylančius diegiant automatizavimą. Suformuluoti principai, tinkami kuriant įmonių modelius apskritai ir pagrindinius joms gamybos procesus. Šiais principais pagrįsta koncepcija. MRP (materialinių išteklių planavimas), kuri pirmą kartą buvo panaudota atsargų valdymo sistemoms.

1. Gamybos procesas yra tarpusavyje susijusių užsakymų srautas.
2. Užsakymai visada vykdomi suvaržant išteklius.
3. Numatyta mažinti technologinius ciklus ir atsargas.
4. Gamybos ir tiekimo poreikius lemia įgyvendinimo apimtys ir grafikai.
5. Užsakymų judėjimas koreliuoja su ekonominiais rodikliais.
6. Užsakymo įvykdymo laikas yra griežtai apibrėžtas.

Praktinę MRP, MRPII, ERP vertę lemia:

• naudojant veikiančių įmonių veiklos analizės rezultatus;
• progresyvi plėtra, kiekviena paskesnė sistema išplėtė ankstesnės galimybes;
• įrodytas programos veiksmingumas;
• gebėjimas aprėpti visus visos įmonės valdymo procesus.

Spręstinų valdymo užduočių apimčiai ir rūšiai apibūdinti atsirado atitinkama terminija: MRP klasės sistema, ERP klasės sistema arba tiesiog: ERP sistema, MRP sistema.

Tačiau plačiai paplitusios, neleidžia mums atsižvelgti į MRP, ERP rekomendacijas dėl organizavimo gamybos procesai ir jų valdymas. Jos vis dar išlieka APICS rekomendacijomis, priešingai nei ISO 9000 serijos (9000-9004) standartai, reglamentuojantys kokybės valdymo programų kūrimą pramonėje ir paslaugų sektoriuje (išimtis yra keletas MRP-APS klasės automatizuotų valdymo sistemų, kurių naudojimas leidžia įmonėms gauti ISO sertifikatą).

Įmonės valdymo automatizavimas remiantis ekonominiais ir matematiniais modeliais, informacines technologijas o kompiuterinės technologijos beveik visoms firmoms yra svarbiausias vystymosi etapas, pakeliantis verslą į kokybiškai naują valdymo lygį.

Paskirstytos skaičiavimo sistemos ir tinklai, duomenų bazių valdymo sistemų ir projektavimo įrankių tobulinimas, funkcinių posistemių įdiegimas prisideda prie sudėtingų integruotų automatizuotų sistemų, apjungiančių visas įmonės valdymo užduotis, sukūrimo.

Tarp panašių programinės įrangos produktų, pateiktų Rusijos rinka, didelę dalį sudaro didžiausių užsienio firmų plėtra.

Integruotos automatizuotos sistemos įdiegimas yra ilgas, daug pastangų reikalaujantis ir brangus procesas.

Vadovas šioje situacijoje turi du pagrindinius uždavinius: nustatyti tikslus, kuriems įgyvendinti planuojama modernizuoti valdymo metodus, ir parengti tinkamą plėtros strategiją. įmonės automatizavimas leidžiantys pasiekti šiuos tikslus.

Reikėtų atsižvelgti į:

• Dabartinis lygis valdymo automatizavimas;
• potencialių kūrėjų patirtis;
• konkrečios įmonės organizacinės struktūros ypatumai;
• finansiniai ir žmogiškieji ištekliai;
• užsienio patirtį ir dabartines tendencijas.

Vykdant strateginį planavimą dažnai tenka priimti pagrįstą sprendimą dėl automatizavimo sistemos pasirinkimo. Verslo vadovai turėtų išmanyti šiuolaikinių informacinių technologijų koncepcijas, kaip jas kurti ir įgyvendinti.

Valdymo procesų automatizavimas – algoritmas vadovui

Projektinis požiūris į įmonės valdymo automatizavimą prasideda parengus tris privalomus dokumentus: techninę užduotį, grafiką ir biudžetą. Finansininkas negali parašyti kompetentingos techninės užduoties, o programuotojas negali apskaičiuoti biudžeto. Dokumentus turėtų rengti specialistai, glaudžiai bendraudami tarpusavyje, tik tai leis sėkmingai organizuoti darbą.

Techninė užduotis (TOR) apibrėžia projekto tikslus, uždavinius ir būdus jiems išspręsti. Jame kuo detaliau aprašomi visi valdymo sistemos reikalavimai, duomenų apsauga, programinės įrangos paketo architektūra ir objektų sąveikos algoritmai, formų, katalogų ir ataskaitų tipai, diegimo darbų etapai, taip pat priėmimo tvarka Galutinis produktas. Kuo daugiau detalių bus atsižvelgta ir užfiksuota, tuo greičiau ir geriau bus įgyvendintas projektas.

Paprastai už techninės užduoties parengimą atsako projekto vadovas ir pateikia vadovybei galutinį variantą. Mūsų šalyje yra tam tikras standartas - "GOST ant TK automatizuotų sistemų kūrimui", nors pastaraisiais metais griežtas GOST laikymasis nėra laikomas privalomu.

Standartiniai reikalavimai automatizuotoms sistemoms šiandien:

• suderinamumas su visais programinės įrangos produktais, kurie naudojami įmonėje;
• patikimumas – stabilus veikimas ir duomenų sauga;
• prisitaikymas – galimybė greitai perkonfigūruoti sistemą, įvykus bet kokiems pasikeitimams įmonėje;
• mastelio keitimas – galimybė padidinti duomenų kiekį ir vartotojų skaičių;
• iš pradžių numatytas plėtros potencialas - galimybė išplėsti funkcionalumą, atnaujinti versijas be veikimo sutrikimų, atnaujinti atsižvelgiant į Rusijos teisės aktų pokyčius;
• gebėjimas dirbti su paskirstytomis struktūromis (nuotoliniais padaliniais ir filialais);
• atitikties reikalavimams informacijos saugumas– prieigos teisių ir vartotojo vaidmenų atskyrimas priklausomai nuo pareigų ir pareigų.

Grafikas yra standartinis valdymo dokumentas, kuriuo vadovaujamasi įgyvendinant bet kurį projektą. Jame atsispindi darbų etapai su jų įgyvendinimo terminais, atsakingi asmenys, paskirti atlikėjai, dalyvaujančių darbuotojų skaičius. Pavyzdžiui, norint automatizuoti valdymo procesus, prieš pradedant eksploatuoti reikės parengti tam tikrą dokumentaciją, apmokyti personalą, pakartotinai išbandyti sistemą. Projekto vadovas sujungia informaciją iš skirtingų skyrių į vieną tvarkaraštį ir reguliariai ją atnaujina.

Biudžetas atspindi projekto išlaidas. Pagrindiniai išlaidų punktai diegiant naują valdymo sistemą yra programinės įrangos įsigijimas, jos pritaikymas įmonės poreikiams ir techninė pagalba.

Marketingo požiūriu plėtros įmonėms labiau apsimoka pateikti „darbo vietos kainą“. Pavyzdžiui: ERP sistema, kurios kaina yra penki tūkstančiai rublių dviem vartotojams arba dešimt tūkstančių rublių dešimčiai vartotojų. Paprastai į nurodytas išlaidas neįeina sąrankos ir techninės pagalbos išlaidos.

Renkantis programinę įrangą, turite iš anksto išsiaiškinti tokias detales, kad galėtumėte teisingai suformuoti biudžetą. Gerai parašytos techninės sąlygos leidžia apskaičiuoti vėlesnių laikotarpių išlaidas pagal įmonės specialisto, teikiančio tolesnę pagalbą gaminiui, darbo valandos kainą. Biudžeto laikymasis yra kokybiško projekto vadovo darbo rodiklis, reiškiantis, kad buvo atsižvelgta į visus reikiamus išteklius.

Įmonės automatizavimo procesas gali būti laikomas baigtu, kai pradedama veikti stabiliai veikianti informacinė sistema, taip pat visas reglamentų ir instrukcijų rinkinys vartotojams, turintiems skirtingus prieigos lygius ir vaidmenis.

Ekonominis projekto pagrįstumas dažniausiai vertinamas pagal finansinius rodiklius: atsipirkimo laikotarpį, investicijų grąžą, vidinį pelningumą, grynąją vertę. Įdiegus programinę įrangą, sunku atlikti tikslius skaičiavimus pagal šią schemą. Jei išlaidos atsispindi biudžete, tai dažniausiai neįmanoma koreliuoti, kokia pelno dalis buvo gauta būtent naudojant automatizuotą valdymo sistemą.

Įmonės automatizavimas pirmiausia turi įtakos valdymo rodikliams, pavyzdžiui, darbo našumui, aptarnaujamų klientų skaičiui, užsakymų apdorojimo greičiui. Teigiama jų kitimo dinamika yra sėkmingo projekto įgyvendinimo kriterijus ir rodiklis, kad įmonės žmogiškieji ištekliai pradėti naudoti efektyviau, nes:

• dokumentų srauto optimizavimas;
• padidinti prieigos prie informacijos greitį;
• konsoliduotas visų duomenų ir dokumentų vaizdas;
• verslo procesų standartizavimas;
• savalaikis ir greitas norminių dokumentų atnaujinimas;
• naujų darbuotojų mokymo ir adaptacijos proceso spartinimas;
• integracija su išorinėmis informacinėmis sistemomis ir duomenų mainų greičio didinimas.

Valdymo procesų automatizavimo principai

Šiuolaikinės įmonės yra sudėtingos struktūros, todėl pamažu gamybos sistemų automatizavimas rado pritaikymą ne tik pramonėje, bet ir daugelyje kitų veiklos sričių. Bankų verslo, draudimo, mažmeninės prekybos, transporto įmonės yra pasirengusios daug investuoti į programinę įrangą, leidžiančią padidinti darbo efektyvumą. Net mažos įmonės siekia automatizuoti pagrindinius valdymo procesus.

Įvairių mastelių, lygių ir tipų valdymo procesai automatizuojami remiantis bendrais principais:

• nuoseklumo principas. Vieno proceso veiksmo išėjimo taškas visada yra kito veiksmo įėjimo taškas. Veiksmų grandinės neatitikimas lemia gedimą arba neteisingą proceso vykdymą;
• integracijos principas. Automatizuotas procesas neturėtų egzistuoti už bendros įmonės informacinės aplinkos, bet sąveikauti su ja. Integracijos laipsnis gali daugiau ar mažiau priklausyti nuo automatizavimo lygio ir jo pagalba išspręstų užduočių, tačiau šio principo visada laikomasi;
• vykdymo nepriklausomumo principas. Automatizuoto proceso esmė ta, kad jis vykdomas be žmogaus įsikišimo arba šis dalyvavimas yra minimalus. Procesas, vykstantis teisingai, laikantis nustatytų reikalavimų, nereikalauja pašalinio įsikišimo.

Aukščiau išvardyti pagrindiniai principai yra suskirstyti į konkretesnius, susijusius su tam tikru automatizavimo ir valdymo proceso lygiu.

Kokie veiksniai turi įtakos automatizavimo diegimo greičiui ir kokybei

1. Geras produktas. Neužbaigta programinė įranga sukelia nepageidaujamų pasekmių. Papildomų nustatymų poreikis, programos pakeitimai, pakartotinis testavimas trukdo normaliai veikti.
2. Kvalifikuotas konsultantas.
3. Energinga įgyvendinimo komanda, siekianti rezultato. Geras konsultantas neišspręs užduoties, jei įmonėje nebus kvalifikuotų darbuotojų, galinčių su juo kalbėti ta pačia kalba ir turėti reikiamų įgūdžių bei kompetencijų.
4. Asmeninė kontrolė generalinis direktorius per procesą. Norint kontroliuoti projekto darbą, nereikia gilintis į informacinių technologijų sritį ir mokytis programavimo pagrindų. Svarbiausia, kad informacija apie proceso eigą visada būtų prieinama ir patikima. Reguliarios ataskaitos, pagrįstos sudarytu grafiku, suteiks pakankamai išsamų esamos situacijos vaizdą ir leis laiku koreguoti.
5. Įmonės darbuotojų darbas su automatizuota sistema. Įdiegta programine įranga turėtų naudotis dauguma darbuotojų. Ir kuo anksčiau jie pradės tai daryti patys įprastu režimu, tuo greičiau bus nustatytos ir pašalintos galimos sistemos klaidos.

Valdymo procesų automatizavimo lygiai

Kiekvienoje įmonėje yra tam tikra sprendimų priėmimo hierarchija, tai yra valdymo lygiai. Daugiau efektyvus darbas būtinas visų įmonės valdymo lygių automatizavimas.

Paskirstykite operatyvinius, taktinius ir strateginius valdymo lygius ir pagal juos bei automatizavimo lygius:

1. Operatyvinis – atlikėjų lygis. Automatizuoti stereotipiniai, reguliariai atliekami procesai, kurie sudaro įmonės veiklos pagrindą. Pavyzdžiui, gamybos konvejeris, mažmeninės prekybos operacijos, nurodytų inžinerinės sistemos parametrų palaikymas.
2. Taktinis – valdymo lygis. Kuriant sąsajas tarp skirtingų ankstesnio lygio procesų, automatizuojamas gamybos valdymas. Pavyzdžiui, veiklos planavimo, tiekimo, produkcijos pardavimo, logistikos, pirminės darbo eigos procesai.
3. Strateginis – vyresniosios vadovybės lygis. Visi įmonės valdymo procesai yra automatizuoti. Sistema leidžia spręsti analitines problemas, daryti prognozes, skirta finansiniam, ekonominiam ir strateginiam planavimui.

Norint automatizuoti įmonės valdymą, naudojamos kelių tipų sistemos (CRM, ERP, OLAP ir kitos), kurios skirstomos į tris pagrindinius tipus:

1. nekintamos sistemos. Juose tam tikra griežta operacijų seka iš pradžių sukonfigūruojama esamai įrangos konfigūracijai ar procesui.
2. Programuojamos sistemos. Juose veiksmų seka keičiasi priklausomai nuo esamos konfigūracijos ar nurodytos programos. Nauji veikimo parametrai nustatomi naudojant instrukcijas, kurias sistema pasiekia ir vykdo pasikeitus sąlygoms.
3. Savaiminio derinimo sistemos. Jie, remdamiesi informacija apie esamą proceso būklę, atlieka reikalingų operacijų pasirinkimą.

Visų trijų tipų sistemos gali būti naudojamos bet kuriame automatizavimo lygyje, tiek atskirai, tiek kartu.

Kokius uždavinius išsprendžia gamybos valdymo procesų automatizavimas?

Norint sėkmingai vykdyti verslą, būtina išlaikyti įmonės mokumą, didinti gamybinės ar kitos ūkinės veiklos pelningumą, tinkamai planuoti ir perskirstyti finansinius išteklius.

Didelės diversifikuotos įmonės, turinčios sudėtingą organizacinę struktūrą ir išplėtotą filialų tinklą, sprendžia problemas, trukdančias pasiekti norimus rodiklius, automatizuodami valdymo procesus:

1. Sunkumai derinant skirtingų padalinių veiklos, esamus ir ilgalaikius planus.
2. Kiekvieno padalinio ir filialo uždavinių nustatymo ir vykdymo stebėjimo problema.
3. Darbo organizavimo skirtumai ir bendro verslo procesų supratimo tarp padalinių nebuvimas.
4. Trūksta bendros informacinės informacijos, vieningų dokumentų formų, vieningų metodų.
5. Mažas duomenų atnaujinimo greitis apie veiklos ekonominius ir finansinė veikla filialai, padaliniai ir visa įmonė.
6. Didelės darbo sąnaudos renkant, analizuojant ir apibendrinant duomenis iš filialų ir įmonių, kurios yra įmonės dalis. Tai ypač svarbu apskaitai, kai reikia suvesti skirtingus balansus, gaunamus iš skirtingų šaltinių, norint susidaryti išsamų vaizdą apie įmonės finansinę būklę.
7. Abipusių atsiskaitymų su vartotojais, išorės ir vidaus tiekėjais veiklos kontrolės problema. Klaidingų duomenų apie mokėtinas ir gautinas sumas gavimas.
8. Žemas visose verslo srityse renkamos informacijos patikimumas ir nenuoseklumas, kurio pagrindu neįmanoma atlikti skaičiavimų ir susidaryti tikrojo įmonės materialinio ir finansinio turto vaizdo.

Valdymo automatizavimas yra ne tikslas, o įrankis, padedantis sumažinti minėtas problemas. Kartu sistema visiškai neatkuria įmonės darbo, o palaiko ir gerina jau sukurtų procesų, atitinkančių įmonės poreikius, efektyvumą.

Labai svarbu sukurti bendrą organizacijos informacinę bazę, kuri yra integruoto požiūrio į automatizavimą dalis. Atskiri sistemos moduliai veiks vienoje informacinėje erdvėje ir veiks bendrais duomenimis.

Automatizuotos sistemos įdiegimas ir bendros duomenų bazės sukūrimas yra žingsnis po žingsnio procesas, kurio metu veiksmai atliekami griežtai apibrėžta seka. Pirmiausia atliekama esminė ir pagrindinė įmonei veikla. Kiekvienas žingsnis apibūdinamas konkrečių rezultatų pasiekimu ir yra kito žingsnio pagrindas.

Įmonei pravartu minimalizuoti automatizavimo kaštus, tačiau taupymas renkantis tinkamą sprendimą neturėtų lemti sistemos, kuri dėl žemo našumo nepateisins padarytų investicijų, pasirinkimo.

Neįmanoma vilkinti įgyvendinimo terminų, kad proceso pabaigoje neatsirastų naujų poreikių ir problemų, į kurias neatsižvelgta techninėje užduotyje.

Įmonės projektų valdymas turi savo automatizavimo ypatybes.

Automatizavimas šiuo atveju apima dvi sritis: projektų valdymo funkcijas (procedūrinė dalis) ir standartus (dokumentinė dalis).

Standartas – tai dokumentų rinkinys, kuriame nurodoma veiksmų seka, rekomenduojami modeliai ir laikas, kurį reikia skirti jiems įgyvendinti projekto valdymo procese. Šie dokumentai nepriklauso jokiam konkrečiam projektui, o yra metodinė pagalba visai įmonės projektinei veiklai.

Viena iš šiuolaikinių tendencijų – dokumentinės dalies organizavimas žinių bazės forma, kurioje yra visos reikalingos duomenų paieškai ir atnaujinimui paslaugos, kur įvedami visi dokumentai apie įvykdytus projektus, dokumentų santykis kryžminiu pavidalu. -nuorodos yra įgyvendinamos.

Projekto valdymo procedūrinės dalies automatizavimas vykdomas atsižvelgiant į tai, kad projekte dalyvauja ir nuolatiniai įmonės padaliniai, ir laikinoji struktūra – projekto komanda. Tai yra, atsiranda naujų sąveikų, kurios nėra būdingos įmonės veiklai.

Dokumentinėje dalyje turi atsispindėti projektų valdymo automatizavimo reikalavimai. Ateityje gali prireikti naudoti valdymo sistemą daugeliui procesų, susijusių su konkrečiais projektais.

Automatizuotini procesai apima:

• projektų biudžeto sudarymas;
• verslo sąveikos valdymas, įskaitant projektų dokumentų derinimą;
• kalendorinis projekto resursų planavimas;
• projektinių dokumentų valdymas.

Dar kartą patikslinsime, kad šiuo atveju kalbama apie konkretaus projekto dokumentus ir procedūras, bet ne apie standarto dokumentus ir procedūras.

Projektų valdymo automatizavimo sistemos yra integruotos su įmonės informacinėmis sistemomis, todėl reikia sukurti papildomas sąsajas ryšiui tarp pagrindinių įmonės taikomųjų programų paketų.

Projektų valdymo standarto sukūrimas yra didelis žingsnis į priekį kuriant įmonės informacinę struktūrą. Viena vertus, tam reikia automatizuoti projektų valdymo metodus, kita vertus, visa įgyta patirtis šiuo atveju patenka į standarto dokumentus.

Personalo valdymo procesų automatizavimas

Pagrindinis bet kurios įmonės išteklius yra jos darbuotojai. Noras kuo efektyviau panaudoti šį išteklius paskatino plačiai naudoti personalo procesų valdymo automatizavimo sistemas. Dauguma kūrėjų siūlo programinės įrangos produktus, skirtus personalo skyriams.

Iš pradžių buvo automatizuoti tik pagrindiniai procesai: skaičiavimas darbo užmokesčio, mokesčiai, personalo biuro darbas. Šiandien rinkos poreikiai diktuoja kitokį požiūrį, o personalo valdymo sistemų funkcionalumas nuolat plečiasi. Atsižvelgiama į specialistų efektyvumą ir kompetenciją, leidžia kurti kompleksines motyvavimo schemas, efektyviai vykdyti mokymus priimant į darbą ar tobulinti esamų darbuotojų įgūdžius. Verbavimo metodai, formavimo procesas personalo rezervas o įmonės organizacinė struktūra taip pat tapo produktyvesnė naudojant automatizavimo įrankius. Naujos sistemos siūlo ne tik prieigą prie HR informacijos ir galimybę generuoti ataskaitas, bet ir galimybę atlikti analitinį darbą, turintį įtakos HR sprendimams. Iš tikrųjų toks apimtas sprendžiamų uždavinių rinkinys personalo skyriaus veiklą paverčia realiu įmonės žmogiškųjų išteklių valdymu.

Rusijos rinka pristato vidaus ir užsienio pokyčius personalo valdymo procesų automatizavimo srityje. Atsižvelgiant į skirtingus vartotojų firmų poreikius ir finansines galimybes, jų kaina ir kaina labai skiriasi Techninės specifikacijos, tačiau savo funkcionalumu yra panašūs.

Daugelį sistemų galima sukurti iki reikiamo lygio. Didelės IT įmonės gali įsigyti specializuotus modulinius sprendimus iš kitų kūrėjų, kurie leidžia kurti savo produktus.

Renkantis ir diegiant programinę įrangą, skirtą HR procesams automatizuoti, reikia atsižvelgti į keletą dalykų.

Tradiciškai skiriamos finansų valdymo sistemos ir elektroninių dokumentų valdymo sistemos (EDMS). Jie gali būti naudojami atskirai, tačiau, kaip taisyklė, jie papildo vienas kitą. Jie skiriasi dokumentų tvarkymo būdu. Pirmuoju atveju sugeneruotas dokumentas yra „vykdomas“, ir tai užbaigia darbą su juo. EDMS dokumentas nėra uždarytas, tačiau palaikomas visas jo gyvavimo ciklas.

Kaip ir daugumai programinės įrangos produktų, personalo valdymo sistemoms siūlomi „vietiniai“ ir „dėžutiniai“ sprendimai. Taip pat yra ERP sistemų (Enterprise Resource Planning), kurios leidžia planuoti ir valdyti daugybę įmonės išteklių, kurie naudojami automatizuoti visos įmonės verslo procesus.

Patartina ERP sistemas naudoti didelėse įmonėse ne tik dėl didelių kūrimo ir diegimo kaštų, bet ir dėl funkcionalumo pertekliaus vidutinio ir smulkaus verslo poreikiams.

Mažos įmonės dažniausiai turi pakankamai „dėžutiškų“ versijų. Jų kaina yra ženkliai mažesnė nei ERP sistemų, jos greitai įdiegiamos, lengvai konfigūruojamos ir nereikalauja rimto Techninė pagalba. Natūralu, kad tai pasiekiama apribojant galimybę atlikti tolesnius pakeitimus ir patobulinimus. Jeigu įmonė naudoja ir kitas informacines sistemas, tuomet gali būti sunku integruoti „dėžutišką“ produktą. Tai yra, gali būti pažeistas vienos informacinės erdvės principas.

Tarpinę vietą tarp „dėžučių“ ir ERP sistemų užima „integruoti sprendimai“ – atskiri moduliai, leidžiantys automatizuoti tik tam tikrą veiklos sritį. Automatizuotos srities problemų sprendimo modulio funkcionalumas yra labai aukštas, nekyla problemų dėl integracijos į įmonės informacinę sistemą.

Kodėl mums reikia automatizuoti valdymo dokumentų palaikymo procesus

Daugumai įmonėje atliekamų operacijų reikalingi dokumentiniai įrodymai. Sutartys sudaromos su tiekėjais ir klientais, atsiskaitoma mokėjimo pavedimais, prekių siuntimas - važtaraščiais, darbų atlikimas ar paslaugų teikimas - aktais ir sąskaitomis faktūromis. Dokumentų sąrašas gali būti tęsiamas toliau, o visi jie turi eiti tam tikru įmonės viduje, patikrinti, suderinti ir patvirtinti.

Žmogiškojo faktoriaus įtaka lemia klaidas, dokumentų praradimą, vėlavimą patvirtinti ir kitus veiksnius, kurie neprisideda prie greito dokumento perėjimo per visas instancijas ir savalaikio pristatymo adresatui.

Šios problemos kyla net mažose įmonėse, kurių veiklos apimtis yra nedidelė, o didelėse įmonėse tai gali būti katastrofiška.

Kuo didesnė įmonė, kuo joje daugiau atskirų padalinių ir filialų, tuo apčiuopiamesni bus nuostoliai dirbant tik su popierine laikmena visais dokumentų gyvavimo ciklo etapais.

Dažnai problemų, susijusių su dokumentų srautu, generatorius yra tiesiogiai pirmasis įmonės asmuo. Yra toks direktorių tipas, kuris stengiasi dalyvauti visuose įmonėje vykstančiuose procesuose, o be asmeninės vizos į darbą nepriimamas nė vienas dokumentas. Toks vadovas yra tiesiog priblokštas pačių įvairiausių popierių, o tikrai ne visada svarbūs dokumentai pirmiausia papuola po ranka. Sumaniai tuo naudojasi tiek aukščiausio lygio vadovai, tiek paprasti darbuotojai. Nesant laiko išsamiai dokumento peržiūrai ir analizei, direktorius gali susitarti dėl abejotinų pavaldinių sprendimų ir atsakomybė jau bus saugiai perkelta jam.

Darbo eigos automatizavimas gali pakeisti situaciją. Kai visi dokumentai yra vienoje elektroninėje duomenų bazėje, atsiranda galimybė sekti kiekvieno popieriaus judėjimą ir esamą būklę. Tokiu atveju nebereikės jų pasirašyti užmerktomis akimis. Direktorius gauna tik visų suinteresuotų tarnybų vizuotus dokumentus (priklausomai nuo jų paskirties), o kartais užtenka šių patvirtinimų, o įmonės vadovo parašo visai nereikia.

Darbo eigos proceso automatizavimas yra gyvybiškai svarbus įmonėms, kuriose:

• dažnai pametami dokumentai arba neįmanoma atsekti jų buvimo vietos;
• nuolat nesilaikoma terminų;
• yra platus filialų ar nuotolinių padalinių tinklas, su kuriais reikia keistis dokumentais;
• informacijos konfidencialumo klausimas yra esminis.

Elektroninės dokumentų valdymo sistemos įdiegimas leis:

• automatizuoti dokumentų derinimo procesą;
• visus dokumentus saugoti elektroniniame archyve;
• kontroliuoti dokumento vykdymo būseną.

Priklausomai nuo masto, įmonė gali naudoti paprastus sprendimus (Excel arba Access) arba sudėtingesnes ir brangesnes sistemas (1C, Microsoft Axapta, SAP ir kt.).

Privalumai:

• visi įmonės padaliniai naudoja vieną duomenų bazę, kurioje yra suvienodintos dokumentų formos;
• didėja informacijos cirkuliacijos greitis organizacijos viduje;
• yra vienodi darbo su dokumentais standartai, gerėja jų vykdymo kontrolės kokybė;
• didėja informacijos apsaugos laipsnis;
• padidėjęs produktyvumas, sumažėjo priklausomybė nuo darbuotojų kvalifikacija.

Minusai:

• poreikis keisti įprastą darbo eigos sistemą, darbuotojų pritaikymo prie naujovių sunkumai;
• papildomos išlaidos programinei įrangai diegti ir galimas kompiuterinės įrangos vienetų padidėjimas;
• materialinės ir laiko sąnaudos personalo mokymui;
• nesugebėjimas įvertinti pelno ar nuostolių iš sistemos naudojimo;
• duomenų saugumo problemos, susijusios su visos informacijos saugojimu vienoje duomenų bazėje.

Dokumentinio valdymo procesų automatizavimo etapai

Automatizavimo projekto iniciatorius turėtų būti vienas iš pirmųjų įmonės asmenų: generalinis direktorius, finansų ar komercijos direktorius. Jei aukščiausioji vadovybė šiai užduočiai neteikia didelės reikšmės, gali kilti pagrįstų abejonių dėl sėkmingo jos įgyvendinimo.

Darbo eigos automatizavimas susideda iš dviejų dalių: proceso ir ataskaitos (valdymo). Jeigu kartu su elektroninio dokumentų valdymo įdiegimu atliekamas esamų verslo procesų auditas ir optimizavimas, tai rengiant techninę užduotį turėtų dalyvauti visi už juos atsakingi vadovai. Be to neįmanoma sukurti efektyviai veikiančios elektroninių dokumentų valdymo versijos, o veiklos stadijoje tikrai atsiras „nepatenkintų“ padalinių, į kurių interesus nebuvo atsižvelgta.

Procesas vyksta keliais etapais.

1 etapas. Ką automatizuoti.

Būtina nustatyti, kuriems padaliniams labiausiai reikia darbo eigos automatizavimo. Kaip taisyklė, „imliausi“ yra buhalterinė apskaita ir finansu skyrius. Mokėjimai, derybos dėl sutarčių vyksta labai lėtai, ypač įmonėse, turinčiose šakinę struktūrą.

Tos pačios problemos kyla su įmonės vidaus dokumentais (įsakymais, ataskaitomis, nuostatomis), kurie turi tiesioginės įtakos įmonės veiklai.

2 etapas. Verslo procesų aprašymas.

Tam, kad automatizavimas nesudarytų papildomų sunkumų, o padidintų darbo efektyvumą, pirmiausia turite audituoti esamus padalinio, padalinio ar visos įmonės verslo procesus. Būtina žingsnis po žingsnio aprašyti, kaip dokumentas pereina per įmonę ir visus su juo susijusius procesus. Tik gavus šiuos duomenis, galima aiškiai suformuluoti uždavinius, kuriuos turėtų išspręsti sistemos diegimas.

3 etapas. Planavimas.

Šiame etape sudaromas grafikas, sąmatos ir būtinų išteklių sąrašas.

4 etapas. IT sprendimo pasirinkimas.

Įmonėms, turinčioms nedidelę darbo eigą problemai išspręsti, gali pakakti naudoti paprastą elektroninę duomenų bazę (sukurtą Excel arba Access).

Nuosavas IT skyrius gali paruošti tokį šaltinį ir organizuoti saugią prieigą prie jo. Jei yra uždara įmonės svetainė, ji puikiai tinka elektroninei duomenų bazei talpinti arba šiems tikslams galite naudoti vietinį įmonės tinklą. Taip pat nesunku diferencijuoti prieigos prie dokumentų lygį. Tai yra, mažose įmonėse elektroninio dokumentų valdymo sukūrimas nereikalauja didelių materialinių ir darbo sąnaudų.

Didelės įmonės ir holdingai turi būti pasiruošę ilgam ir brangiam automatizavimo procesui, net jei paveikta tik viena darbo eigos dalis.

5 etapas. Įgyvendinimas.

Darbus koordinuoja projekto vadovas. Generalinis direktorius nustato šiuos dalykus:

• kritiniai dokumentų gyvavimo ciklo taškai - taškai, kuriuose jie patiria akivaizdžių pokyčių eidami per sistemą;
• viso laiko, reikalingo elektroniniam tvirtinimui visuose įmonės padaliniuose.

Generalinis direktorius automatizavimo procesą valdo remdamasis nukrypimų nuo įprastos proceso eigos aptikimo principu, todėl turi matyti dokumentų vėlavimų statistiką pereinant per fiksuotus (kritinius) taškus, taip pat sukeltų veiksmų skaičių sistemoje. konkrečiu dokumentu.

6 etapas. Užbaigimas.

Bandymas prieš pradedant eksploatuoti. Šiame etape dar yra galimybė nustatyti rimtus sistemos trūkumus ir atlikti pataisymus, todėl aktyvus generalinio direktoriaus dalyvavimas testavime yra privalomas.

7 etapas. Sistemos naudojimo kontrolė.

Darbo eigos proceso automatizavimas buvo įdiegtas tam, kad darbuotojai juo naudotųsi, o ne kaip statinį failų rinkinį duomenų bazėje. Būtina kontroliuoti personalo darbą sistemoje po jos paleidimo ir taip nustatyti bei pašalinti testavimo metu praleistus trūkumus.

Ilja Voroncovas

GK " Šiuolaikinės technologijos valdymas"

Iki šiol daug diskutuojama apie tam tikro požiūrio į įmonės automatizavimą teisingumą. Šiuo metu teisingiausias, kompetentingiausias požiūris laikomas vadinamasis „vakarietiškas“. Iš pradžių ji vystėsi ir formavosi labiau išsivysčiusiose (vadybos srityje) šalyse, o dabar bandoma pritaikyti Rusijos įmonėms.

Požiūrio pagrindu galima remtis šiuo teiginiu: Įmonės procesų automatizavimas turėtų išplaukti iš įmonės plėtros strategijos ir būti efektyvus. Kitaip tariant, turėtų būti automatizuojamos tik tos užduotys, kurios prisideda prie įmonės tikslo siekimo. Tuo pačiu metu kiekviena automatizavimo užduotis turi būti įvertinta kainos / efektyvumo požiūriu.

Tokį požiūrį iš tiesų galima vadinti teisingu, netgi idealiu. Jo esmė yra tokia:

1. Remiantis įmonės tikslais ir strategija, nustatomi verslo procesai, reikalaujantys kokybiško tobulinimo;
2. Kiekvienam pasirinktam verslo procesui nustatoma automatizavimo užduotis, siekiant pagerinti proceso efektyvumą;
3. Numatytas automatizavimo uždavinio efektas įvertinamas iš anksto ir lyginamas su jos įgyvendinimo kaštais;
4. Įmonės verslo procesų pertvarkymas ir automatizavimas.

Taikant šį metodą, pagrindinės užduotys, kurias reikia automatizuoti įmonėse, bus tos, kurių įgyvendinimo poveikį bus galima įvertinti akivaizdžiausiu būdu:

• Įmonės išteklių (materialinių, darbo, finansinių) planavimo uždaviniai – su išteklių naudojimu susijusių sąnaudų mažinimas;
• Ryšių su klientais valdymas – naujų klientų pritraukimas ir esamų klientų išlaikymas;
• Projektavimas ir technologiniai procesai – išlaidų mažinimas ir dizaino bei technologinės plėtros kokybės gerinimas.

Akivaizdu, kad taikant tokį požiūrį apskaitos ir kontrolės užduotys bus antraeilės, nes labai sunku jas susieti su įmonės tikslais ir įvertinti jų poveikį. Apskaitos ir kontrolės užduotys šiuo atveju veikiau yra neatskiriama planavimo ir analizės užduočių dalis, o tai numanoma pagal nutylėjimą.

Būtent šiomis prielaidomis yra pagrįstos sudėtingos informacinės sistemos, palaikančios ERP (įmonės išteklių planavimo), CRM (ryšių su klientais valdymo), CAD/CAM sistemų standartus.

Visi šio metodo pranašumai išplaukia iš jo aprašymo. Dabar apsvarstykite šio metodo trūkumus, kai jis taikomas Rusijos įmonėms:

• Labai nedaug Rusijos įmonių yra suformulavusios tikslus ir strategijas. Todėl sunku kalbėti apie automatizavimo užduočių ir įmonės tikslų nuoseklumą. Tai reiškia, kad norint pritaikyti minėtą požiūrį į automatizavimą įmonėje, būtina sukurti strategiją, galbūt įtraukiant trečiųjų šalių konsultantus, ir pertvarkyti visą strateginio planavimo sistemą. Deja, bet daugelio valdymas ir savininkai Rusijos įmonės dar nepasiruošę tokioms transformacijoms;
• Išteklių planavimo automatizavimo, ryšių su klientais valdymo užduočių įgyvendinimas Rusijos įmonėse dažnai reikalauja rimto įmonės verslo procesų pertvarkymo (pertvarkymo), o tai vėlgi reikalauja rimtų medžiagų, laiko sąnaudų ir, žinoma, pasirengimo personalui ir įmonei. valdymo pertvarkos;
• Kompleksinių automatizavimo įrankių, skirtų planavimo ir valdymo užduotims automatizuoti, naudojimo kaina Rusijos įmonėms vis dar yra „nepakeliama“, ypač atsižvelgiant į tai, kad tokių sistemų diegimas dažnai reikalauja daug trečiųjų šalių konsultantų darbo pertvarkant įmonės verslo procesus. .

Nepaisant to, Rusijos įmonėse naudojamas „vakarietiškas“ požiūris, tačiau dažnai jis išreiškiamas „brangios“ integruotos valdymo sistemos įdiegimu, nesiejant įgyvendinimo su įmonės tikslais ir teisingai įvertinant numatomą tokios sistemos efektyvumą. .

Dėl to gana nedidelis skaičius automatizavimo projektų yra sėkmingai užbaigti iki galo. Didesnė dalis arba „paslysta“, arba ne iki galo įgyvendinama, daugiausia – vėlgi apskaitos prasme, nes „rytoj galime skaičiuoti vakar, o rytojaus planuoti neįmanoma“.

Integruotos informacinės sistemos įdiegimas dažnai nėra prasmingas poreikis, o tiesiog duoklė madai ar vadovybės noras neatsilikti nuo kitų įmonių.

Kaip tuomet reikėtų žiūrėti į Rusijos įmonių automatizavimo procesą?

Norėdami atsakyti į šį klausimą, apibūdinsime tipiškas „ligas“, atitinkančias daugelį Rusijos įmonių:

• Nebuvimas strateginis valdymas;
• Vadybos srityje tebėra žema vadybos kvalifikacija. Taip, jie gali derėtis su tiekėjais, bankais, klientais, bet kompetentingai tvarkytis naudodamiesi informacinėmis technologijomis – dar ne;
• Kliento dėmesio politikos trūkumas;
• Nepakankamai išvystyta IT infrastruktūra;
• Aiškios veiklos ir išteklių planavimo metodikos trūkumas;
• Dažnai apgailėtina projektavimo ir technologinės dokumentacijos būklė, jos neatitikimas realiems technologiniams procesams;
• Gamybos valdymo (planavimo ir apskaitos) automatizavimo uždaviniai sprendžiami atskiromis vietinėmis užduotimis, kurių dažnai nėra kam plėtoti ar palaikyti.

Iš tiesų, integruotos informacinės sistemos įdiegimas tokioje įmonėje greičiausiai pasmerktas žlugti, bent jau sunku kalbėti apie apčiuopiamą įmonės procesų efektyvumo padidėjimą.

Remiantis Rusijos realijomis, taip pat reikėtų atsižvelgti į griežtus valstybės reikalavimus dėl apskaitos ir mokesčių apskaitos tvarkymo įmonėje. Šios užduotys iš įmonės atima daug išteklių ir ne visada jas tinkamai palaiko sudėtingos įmonės valdymo sistemos.

Mūsų komanda, daugiau nei 10 metų dirbanti valdymo ir automatikos rinkoje ir įgyvendinusi gana daug projektų, savo požiūrį į Rusijos įmonių automatizavimą suformulavo šiose tezėse:

• Laipsniškas įmonės procesų automatizavimas;
• Automatizavimas iš pradžių nukreiptas į įmonės personalui suprantamesnius procesus – apskaitą ir kontrolę;
• Įmonės valdymo įtraukimas į automatizavimo procesus;
• Minkštas ir laipsniškas verslo procesų restruktūrizavimas;
• Informacinės sistemos evoliucinė raida.

Nors manoma, kad turėtume pasitelkti geriausias vakarietiškas valdymo technologijas, tačiau turime atsižvelgti į tai, kad šiame procese esame labai atsilikę ir pereiti visus etapus evoliuciniu būdu bus efektyviau ir pigiau nei revoliucinis būdas.

Kas suteikia šį požiūrį:

• Kompleksinei automatizacijai įmonė neišleidžia didelių pinigų sumų;
• Apskaitos ir kontrolės procesų automatizavimas leidžia spręsti buhalterinės apskaitos ir mokesčių apskaitos problemas (kurios mūsų šalyje rūpi daugeliui vadovų), o dėl to persiorientuoti į planavimo ir valdymo problemų sprendimą;
• Palaipsnis automatizavimas ir vadovybės įtraukimas į automatizavimo procesus leidžia pajusti ryšį tarp IT sprendimų ir valdymo procesų, tobulina jų, kaip vadovo, įgūdžius;
• Kyla personalo kvalifikacija – lengviau įsisavinti atskiras automatikos sritis nei integruotą sistemą;
• Tikslių ir savalaikių apskaitos duomenų gavimas leidžia nustatyti problemas, susijusias su išteklių naudojimo kaštais, problemas dirbant su klientais, o tai verčia vadovybę tobulinti valdymo procesus ir leidžia nustatyti naujas automatizavimo užduotis, skirtas šioms problemoms spręsti.

Iš tikrųjų įmonė taip ruošiasi pažangių valdymo technologijų plėtrai ir integruotų įmonės valdymo sistemų diegimui. Po kurio laiko įmonės vadovybė pradeda aiškiai suvokti, kaip yra susijusios informacinės technologijos ir įmonės verslo procesų efektyvumas, kokios automatizavimo užduotys gali prisidėti prie verslo tikslų įgyvendinimo, kai kurių verslo procesų pertvarkymas tampa akivaizdžiu faktu. Įmonė ruošiasi diegti integruotą automatizuotą sistemą, realiai įvertindama jos diegimo efektą. Tikimybė sėkmingai įdiegti integruotą sistemą šiuo atveju bus daug didesnė nei nepasirengusioje įmonėje.

Pavyzdžiui, gamybos įmonėje šis metodas paprastai atrodo taip:

1. Apskaitos, darbo užmokesčio apskaitos automatizavimas, personalo įrašai
   Leidžia išspręsti gana daug resursų reikalaujančią užduotį ir pateikti įmonės vadovybei apibendrintą valdymo informaciją. Įmonės vadovybė įtraukiama į informacinių technologijų įsisavinimo procesą ir pradeda formuoti reikalavimus detalesnei ir operatyvinei informacijai apie įmonės veiklą gauti.
2. Operatyvios gamybos automatizavimas, valdymo apskaita
   Sprendžiant šią problemą, efektyvinama įmonės technologinė informacija, formuojama eksploatacinė gamyba ir sandėlis, valdymo apskaita. Vadovybė pradeda gauti operatyvią ir išsamią informaciją apie savo įmonės veiklą ir gali peržiūrėti planavimo mechanizmus įmonėje. Savo ruožtu išsami ir operatyvi valdymo informacija yra tikslaus ir detalaus įmonės planavimo pagrindas.
3. Gamtos išteklių planavimo automatizavimas (medžiagos, darbas)
   Šios problemos sprendimas neturi būti gilus ir atitikti MRP / ERP standartus. Natūralaus planavimo automatizavimas leidžia įmonės vadovybei pagerinti planavimo procesų kokybę ir greitį, kartais leidžia sumažinti išteklių išlaikymo kaštus. Planuojamos ir faktinės valdymo informacijos buvimas leidžia analizuoti ir kontroliuoti įmonės veiklą.
4. Automatika finansų planavimas, biudžeto sudarymas
   Šios problemos sprendimas leidžia planuoti, vertinti ir analizuoti įmonės veiklą finansine prasme.
5. Integruota įmonės automatizacija (ERP standartinė sistema)
   Išspręstų ir naujų uždavinių integravimas ir plėtojimas, atsižvelgiant į įmonės tikslus ir strategiją. Tai yra, naujų automatizavimo užduočių gilinimas ar įsisavinimas tiesiogiai priklauso nuo įmonės strategijos. Be to, kiekviena užduotis yra vertinama pagal kainos / efektyvumo santykį.

Kaip rodo mūsų patirtis, šis požiūris pasiteisina daugumoje Rusijos įmonių.

Kurių pagalba automatizuojami tokie dalykai kaip finansų valdymas, pirkimai ir kt., taip pat įvairūs automatizavimo aspektai: įmonės modelių kūrimas, sistemų gyvavimo ciklo aprašymas, planavimas ir procesų valdymas. valdymo automatizavimasįmonė, sistemos pasirinkimo problemos. Taip pat pristatomi modernūs požiūriai į įmonių valdymo sistemų kūrimą, kurie sulaukė in Pastaruoju metu plačiai paplitusios, būtent MRP, MRPII, ERP ir APS sąvokos, taip pat pagrindinės ekonominės ir matematinės sąvokos, kurios taikomos šiose sistemose.

Procesų automatizavimasįmonės valdymas yra labai sudėtinga užduotis, o jos sprendimas susiduria su šiomis problemomis:

• kokius įmones charakterizuojančius parametrus reikėtų matuoti (atsižvelgti);
• koks hierarchinių modelių rinkinys geriausiai tinka planavimo ir valdymo problemoms spręsti;
• kokiais tikslais ir kaip efektyviausiai gali būti taikomi ekonominiai ir matematiniai metodai;
• kaip naudoti projektų valdymo metodus.

Būtent siekdama optimizuoti gamybos valdymą ir galimą aukščiau išvardintų problemų sprendimą septintojo dešimtmečio viduryje Amerikos gamybos ir atsargų valdymo draugija (APICS) suformulavo daugybę principų, pagal kuriuos buvo pasiūlyta kurti abu įmonės modelius. ir pagrindiniai jų gamybos procesai. Pirmą kartą šie principai buvo pritaikyti sprendžiant įmonės atsargų valdymo problemas ir buvo pavadinti MRP (Material Requirements Planning – materialinių išteklių planavimas) koncepcija, kurios pagrindinės nuostatos pateikiamos žemiau:

• Gamybos proceso modelis apibūdinamas kaip tarpusavyje susijusių užsakymų srautas.
• Vykdant užsakymus atsižvelgiama į išteklių apribojimus.
• Užtikrinamas gamybos ciklų ir atsargų mažinimas.
• Tiekimo ir gamybos užsakymai generuojami iš pardavimo užsakymų ir gamybos grafikų.
• Užsakymų judėjimas susietas su ekonominiais rodikliais.
• Užsakymo vykdymas baigiamas iki to laiko, kai jo reikia.

Vėliau, kai šis požiūris buvo pritaikytas kitiems procesams ar veikloms, atsirado MRPII, ERP ir kt.

Metodai ar metodai MRP, MRPII ir ERP yra formalizuotas procesų rinkinys, kuris gali būti naudojamas įmonėms apibūdinti. Jie yra grynai konstruktyvaus pobūdžio, t.y. gali būti suvokiami kaip instrukcijų (algoritmo) rinkinys: daryk taip, perkelk duomenis ar medžiagas tokia ir tokia forma, padaryk ten atliktų operacijų įrašą. Jie yra intuityvūs bet kuriam vadovui ar vadovui. Pagrindinė jų vertė yra tokia:

• jie atsirado realiai veikiančių įmonių veikloje;
• jų raida buvo evoliucinė, kita koncepcija absorbavo ankstesnę;
• jie įrodė savo veiksmingumą;
• jie apima visą įmonės veiklą kaip visumą. MRP, MRPII ir ERP koncepcijos pasirodė esančios itin veiksmingos ir patogios naudoti. Jų dėmesys praktinių problemų, susijusių su įmonių veikla, ir valdymo problemų sprendimu, lėmė tai, kad visi pirmaujantys įmonių valdymo sistemų gamintojai pradėjo aktyviai jomis naudotis. Be to, atsižvelgiant į įmonės veiklos aprėpties laipsnį, praktika apėmė: MRP arba ERP klasės sistemą arba trumpai MRP arba ERP sistemą. Nepaisant plataus naudojimo, MRP - ERP rekomendacijos organizuojant gamybos procesai ir jų valdymas šiuo metu nėra jokia prasme: tarptautinė, nacionalinė ar bet kokia asociacija. Tai vis dar yra APICS rekomendacijos, priešingai nei ISO 9000 serija: 9000-9004, kurios nustato kokybės valdymo programas pramonėje ir paslaugų sektoriuje (nors kai kurių MRP-APS klasių įdiegimas leidžia įmonėms gauti ISO sertifikatą).

Įmonės valdymo automatizavimas ekonominiais ir matematiniais metodais kompiuterinės technologijos ir informacinės technologijos yra neatsiejama beveik visų įmonių veiklos tobulinimo proceso dalis. Pastaruoju metu nubrėžta kokybiškai nauja, kuriai būdingas noras kurti integruotas automatizuotas sistemas, apjungiančias visas valdymo užduotis. Tai palengvina paskirstytos skaičiavimo sistemos ir tinklai, duomenų bazių valdymo įrankiai, projektavimo įrankiai ir posistemių diegimas. Šiandien Rusijos rinkoje yra daug naujų informacinių technologijų, kurias sukūrė didžiosios užsienio firmos.

Integruotos automatizuotos sistemos įdiegimas bet kuriai įmonei yra viena daugiausiai laiko ir brangiausių plėtros programų.

Jose itin didelis verslo lyderių, priimančių strateginio pobūdžio sprendimus kompiuterizacijos srityje, vaidmuo. Svarbiausia yra sukurti plėtros strategiją įmonės automatizavimas kuri garantuotų įmonės tikslų pasiekimą. Ši strategija turėtų būti pagrįsta pasiektu lygiu valdymo automatizavimas, kūrėjų patirtis, gamybos organizavimo ypatumai, įmonės finansinės ir personalinės galimybės, pasaulinės tendencijos. Svarbiausias šios strategijos komponentas kai kuriais atvejais yra Rusijos rinkoje esančios automatizavimo sistemos pasirinkimo pagrindimas ir sprendimų priėmimas. Todėl būtina, kad verslo vadovai būtų susipažinę su šiuolaikinių informacinių technologijų sampratomis, kaip jos kuriamos ir diegiamos.

Statybos ir projektų valdymo vadybos institutas

Statybos valdymo katedra

Specialybė „Valdymas“ – 061100

Specializacija projektų valdymas

Filialas vakaro

kurso projektas

Pagal discipliną: Informacinių technologijų valdymas

Tema: „Korporacija „PARUS“. Įmonės valdymo automatizavimas“

Vykdytojas:

Maskva 2000 m

Automatizavimas įmonės valdyme................................................ 3

Įmonės valdymo problemos ................................................... ............... ... 3

PARUS korporacija ................................................ .............................................. 4

Pagrindiniai sistemos kūrimo principai ................................................ ...... ..6

Architektūriniai sprendimai dirbant su duomenų bazėmis ................................... 6

Moduliškumas, mastelio keitimas, integruojamumas, atvirumas...... 7

Dokumentacija ................................................. .............................................. vienuolika

Duomenų apsauga................................................ ................................................................ ...... vienuolika

Kai kurie programinės įrangos produktai ir sprendimai................................................ ...... 12

Programinės įrangos paketas įmonės valdymo automatizavimui SAIL 8.1................................................ .......................................................... .............................................. keturiolika

Finansų valdymas................................................ ........................ 16

Daugiavaliuta .................................................. .......................................... aštuoniolika

Apskaitos universalumas .................................................. .............. ................ aštuoniolika

Apskaita pagal įmonės kodų padalinius................................................ .. 19

Finansų planavimas ................................................ .................................. 19

Veiklos planavimas ................................................ .............................. 22

Apskaita................................................................ .............................. 22

Modulio apskaitos objektai ir apskaitos registrai................................................ ..... 26

Verslo operacijų žurnalas .................................................. ................ 27

Informacijos apdorojimas ir apibendrinimas.................................................. 29

Apyvartos ataskaitos ................................................ .................................................. 29

Sąskaitų likučių ir apyvartų paskirstymas į kitas sąskaitas....... 30

Ataskaitos.................................................. .................................................. 31

Konsolidavimas................................................ ................................... 31

Logistika................................................. ................................................ 34

Pirkimas, sandėlis, pardavimas ................................................ .................. 36

Logistikos programų funkcijos.................................................. ...................... 38

Personalo valdymas................................................ ...................... 41

Sistemos administravimas ................................................... .............................. 44

Ar jums reikia automatikos? ........................ 45

Naudotos literatūros sąrašas: ................................................ ...................... 48

Automatizavimas įmonės valdyme

Įmonės valdymo problemos

Esant sąlygoms rinkos ekonomika bet kurios įmonės (organizacijos, firmos ir kt.) sėkmingos veiklos pagrindas – užtikrinti reikiamą jos ūkinės veiklos pelningumo lygį. Ne mažiau svarbu išlaikyti įmonės mokumą, planuojant ir kontroliuojant su šiuo veiksniu susijusį judėjimą. Pinigai.

Išsamiau pakalbėkime apie didelių įmonių (korporacijų, holdingų), kurioms būdinga sudėtinga struktūra, susijusi su padalinių diversifikavimu, teritoriniu pasiskirstymu ir gamybos potencialo skirtumu, problemas. Paprastai tai yra tokios problemos kaip:

Trūksta organizacinio vieningumo tarp įmonės padalinių, ypač vienodo verslo procesų esmės supratimo, vienos apskaitos metodikos, norminės ir informacinės informacijos suvienodinimo.

Sunkumai planuojant visų horizontų veiklą (ilgalaikę, einamąją, operatyvinę) visuose valdymo vertikalės lygiuose, atnešant konkrečias užduotis kiekvienam padaliniui, stebint einamąjį vykdymą ir analizuojant šių užduočių įgyvendinimą.

Nepakankamas padalinių, filialų ir visos korporacijos finansinės ir ūkinės veiklos duomenų efektyvumas (aktualumas).

Didelis darbo intensyvumas renkant ir apibendrinant (konsoliduojant) duomenis iš teritoriškai paskirstytų vietovių, ypač apskaitos skyrių, kurių kiekvienas veda savo, korporacijos požiūriu „neišsamius“ balansus; daug tokių duomenų klaidų, jų nevienalytiškumas ir nenuoseklumas.

Trūksta operatyvios ir patikimos informacijos apie tarpusavio atsiskaitymus (tarpusavio užskaitymus) su išorės tiekėjais ir vartotojais, taip pat su įmonės filialais ir dėl to sunku valdyti gautinas sumas – mokėtinas sumas. Šios problemos sprendimas yra daug sudėtingesnis, kai pasikeičia sandorio šalies statusas (pavyzdžiui, kai korporacija perka įmonę, kuri anksčiau buvo išorės sandorio šalis).

Pereinamojo laikotarpio ir ekonominės krizės kontekste visos aukščiau išvardintos problemos aštrėja, taip pat atsiranda naujų, susijusių su tokiais veiksniais kaip infliacija ir nemokėjimai; didelė pinigų pakaitalų ir sudėtingų užskaitų dalis bendroje finansinių srautų apimtyje; plačiai paplitę gamtiniai mainai (barteris); dažni teisės aktų, ypač mokesčių, pasikeitimai.

Tai toli gražu ne visos įmonės valdymo problemos, tačiau čia nurodytų visiškai pakanka suprasti jų sprendimo svarbą ir sudėtingumą.

PARUS korporacija

PARUS įmonė įregistruota 1990 metų gruodį. Nuo tada PARUS iš mažos įmonės išaugo į šakotą struktūrą su regioniniais filialais ir atstovybėmis visoje Rusijoje ir NVS šalyse. SAIL ŠIANDIEN YRA KORPORACIJA.

Be pagrindinės buveinės (Maskvoje), PARUS korporacijai priklauso Informacinių technologijų centras, kuris kuria programinės įrangos produktus, Mokymo centras ir 29 regioniniai biurai, kuriuose iš viso dirba daugiau nei 1200 žmonių, kurie palaiko vartotojus regionuose. visas paslaugų sąrašas. Tuo pačiu metu daugiau nei pusė darbuotojų užsiima tiesioginiu klientų aptarnavimu (mokymai, programinės įrangos produktų diegimas, įrangos tiekimas ir remontas ir kt.).

Pradedant nuo programinės įrangos produktų, skirtų apskaitos automatizavimui, šiandien PARUS siūlo visą programinės įrangos produktų asortimentą kompleksiniam įmonių automatizavimui, įskaitant specializuotus sprendimus įvairioms pramonės šakoms.

SAILS programinės įrangos produktai apima apskaitos ir personalo apskaitos automatizavimo, finansinės ir ekonominės veiklos ataskaitų konsolidavimo ir analizės sistemas, automatizavimo sistemas didelėms įmonėms.

Integruotas požiūris į automatizavimą leidžia įgyvendinti projektus tiek etapais, tiek pasiūlyti galutinius sprendimus, užtikrinančius efektyvų įmonių valdymą, planavimą ir analizę.

Nuo pat pradžių įmonės strategija buvo teikti klientams visą paslaugų spektrą. Tai leidžia garantuoti automatizavimo sėkmę, užtikrinti maksimalų efektyvumą nuo technologijų diegimo per siūlomus projektinius sprendimus ir galiausiai garantuoja aukštą verslo stabilumą.

Tarp įmonės paslaugų:

Automatizavimo projektų kūrimas;

Automatikos projektų montavimas ir konfigūravimas;

Vartotojų mokymas;

Kompiuterių, biuro įrangos pristatymas ir tinklų įrengimas;

Garantinis ir pogarantinis aptarnavimas;

Vadybos, finansų ir personalo konsultacijos bei auditas;

Konsultacinė pagalba;

Palaikymas naudotojams regionuose visame paslaugų sąraše.

Pagrindiniai Sistemos kūrimo principai

Šiuolaikinės didelės informacinės sistemos neįsivaizduojamos be vietinių tinklų (LAN) naudojimo. Informacija tokioje sistemoje visada yra saugoma serveryje, o jos apdorojimas gali būti paskirstytas tarp serverio ir darbo vietų įvairiais būdais.

Architektūriniai sprendimai dirbant su duomenų bazėmis

„Failų serverio“ architektūra numato apdorojimo koncentraciją darbo vietose. Pagrindinis šios parinkties pranašumas yra paprastumas ir santykinis pigumas. Toks sprendimas priimtinas tol, kol su duomenų baze vienu metu dirbančių vartotojų skaičius neviršija 5-10 žmonių. Didėjant vartotojų skaičiui, sistema gali „užspringti“ dėl LAN perkrovos dideliais neapdorotos informacijos srautais.

Svarbiausias didelės informacinės sistemos parametras yra greitis su dideliu vartotojų skaičiumi, taip pat patikimumas, mastelio keitimas ir saugumas. Visa tai suteikia „klientas-serveris“ architektūra. Tokia architektūra leidžia optimaliai paskirstyti darbą tarp kliento ir serverio sistemos dalių: dabar darbo vietoje veikianti aplikacija neskaito duomenų bazės įrašų „tiesiogiai“, o siunčia užklausas į serverį, kur juos gauna ir nuosekliai apdoroja specialios programos. Dėl to į darbo vietą siunčiami tik apdoroti duomenys, o tai drastiškai sumažina informacijos srautus LAN tinkle.

Serveris paprastai yra galingiausias ir patikimiausias kompiuteris. Jis turi būti jungiamas per nepertraukiamo maitinimo šaltinį, numato dvigubo ar net trigubo atleidimo sistemas. Ypatingai kritiniais atvejais galite sujungti kelis serverius, kad vienam iš jų sugedus automatiškai įsijungtų „understudy“. Taigi, koncentruojant duomenų apdorojimą serveryje, visos sistemos patikimumą riboja tik materialiniai ištekliai, kuriuos klientai nori investuoti į techninę įrangą.

Apskaitos ir valdymo automatizavimo įmonių struktūrose sprendimas apima paskirstytą duomenų apdorojimą, paralelinio skaičiavimo organizavimą, gilų prieigos lygių diferencijavimą, galimybę pasirinkti skirtingas operacines sistemas ir serverių platformas. Štai kodėl SAIL pasirinko valdyti duomenų bazes, sistemos branduolį, korporacijos Open produktą. „Oracle“ technologijoje nustatyti principai visiškai atitinka sudėtingų įmonių projektų kūrimo užduotį.

Mažoms ir vidutinėms įmonėms PARUS Corporation siūlo sprendimus, pagrįstus „failų serverio“ architektūra naudojant „Microsoft FoxPro“ DBVS. Jei verslas nėra didelis, toks sprendimas yra optimalus. Ateityje, pasiekus tam tikrą įmonės išsivystymo lygį, galima pereiti prie Oracle – juk SAIL sprendimai įvairiose platformose sudaro vieną programinės įrangos produktų liniją.

Moduliškumas, mastelio keitimas, integralumas, atvirumas

Žinoma, SAIL sistema yra modulinė. Daugelis jo komponentų sėkmingai veikia autonomiškai. Žinoma, tai daugiau ar mažiau veiksminga tik vidutinėms įmonėms. Didelėms įmonėms tikslingiau iš karto įsigyti modulių paketą. Bet kuriuo atveju galite pradėti nuo minimalios konfigūracijos, pridedant atskirus Sistemos komponentus pagal poreikį ir optimaliai atsižvelgiant į finansines galimybes.

Užsisakę dizainą ar specialų sprendimą, Jūs galite gauti pagal Jūsų poreikius modifikuotą "dėžutėje" modulį arba visiškai naują modulį, kuris informaciniu ir funkcionaliu derina su likusiais Sistemos moduliais. Jei reikia naudoti kitų įmonių programinius produktus, galima užmegzti jų sąveiką su SAIL sistema. Daugeliu atvejų tokia sąveika jau yra įdiegta (pavyzdžiui, modulis „Parduotuvė“ su programomis, skirtomis darbui su kasos aparatais ir plastikinėmis kortelėmis).

Įmonių valdymo sistemos nėra kuriamos vienai dienai ir turi būti lengvai keičiamos bei prisitaikančios prie bet kokių įmonės struktūrinių pokyčių ir ekonominės situacijos. Todėl jie apdovanoti mastelio galimybe, t.y. turėti galimybę padidinti darbo vietų skaičių nesumažinant Sistemos efektyvumo.

SAIL sprendimų mastelio keitimas grindžiamas:

Kelių platformų technologijose, o tai reiškia optimalus pasirinkimas programinė įranga, naudojama atsižvelgiant į konkrečią situaciją ir leidžia kartu su įmonės valdymo sistemos sukūrimo tikslais naudoti santykinai pigius ir lengvai prižiūrimus sprendimus FoxPro arba Btrieve DBVS, sąsajoje su Sistemos informaciniu branduoliu, įdiegtu Oracle DBVS atskirose automatizuotose srityse;

Pagal SAIL gaminių kūrimo į vieną nuoseklią liniją principu. Taigi, pradedant nuo gana paprastos ir pigios 7 versijos sistemos, kurioje naudojama FoxPro DBVS, vėliau galėsite atnaujinti į galingesnę 8 versiją, pagrįstą Oracle.

Microsoft Word, Microsoft Excel... Šios programos plačiai žinomos tarp vartotojų asmeniniai kompiuteriai. Tiesą sakant, jie tapo tarptautiniu teksto apdorojimo ir skaičiuoklių standartu. SAIL kūrėjai nusprendė integruoti Sistemą visais įmanomais būdais su Microsoft Office (kuri apima Word ir Excel). Todėl, kai vartotojas spausdina Sistemoje parengtus dokumentus, pagal ataskaitas sudaro grafikus, atlieka masinį informacijos įvedimą per skaičiuoklės, jis galės visapusiškai pasinaudoti pačiomis įvairiausiomis šių programų funkcijomis.

Sistema turi įrankius beveik bet kokio tipo ataskaitoms ruošti. Žinoma, Sistema apima visas įprastai reikalingas ataskaitas. Bet prie jų galite pridėti bet ką pagal savo pageidavimus. Savo klasėje lyderio Seagate Software ataskaitų generatorius Crystal Reports Professional buvo pasirinktas kaip įrankis tokių ataskaitų šablonams ruošti. Šio programinės įrangos produkto savybės:

Spartus ataskaitų šablonų kūrimas dėl plataus ekspertų (tyrėjų) naudojimo – specialių įrankių, palengvinančių ataskaitų šablonų kūrimą interaktyviu režimu. Paprastas kūrimo aplinkos organizavimas, aiški vartotojo sąsaja.

Galingi apdorojimo įrankiai. Plati integruotų skaičiavimo funkcijų biblioteka, įskaitant specializuotas statistinės ir finansinės analizės funkcijas.

Unikalios universalaus duomenų pateikimo priemonės (pvz., dinaminis ataskaitos formatavimas priklausomai nuo informacijos). Gebėjimas įtraukti įvairių tipų diagramas vaizdiniam informacijos pateikimui. Galimybė gauti pristatymo kokybės ataskaitas.

Įvairūs ataskaitų platinimo būdai: el. paštu; eksportuoti į HTML, kad būtų galima publikuoti žiniatinklio serveryje; eksportuoti į populiarius duomenų formatus: Excel, Lotus 1-2-3, Microsoft Word, WordPerfect, ODBC, ASCII.

Keitimuisi informacija tarp geografiškai nutolusių darbo vietų galima naudoti El. paštas A, kuri palaiko MAPI sąsają (pavyzdžiui, Microsoft Exchange).

Sistema yra integruojama su bet kokiomis programomis duomenų bazėje registruoto įrašo (minimalios informacijos dalies) informacinio palaikymo lygiu. Galima susieti bet kurį failą su sistemos įrašu ir greitai iškviesti šį įrašą programai, kuri yra susieta su bendraisiais susijusio failo „Windows“ parametrais, kartu įkeliant šio failo duomenis, kad juos būtų galima peržiūrėti ar taisyti.

SAIL sistemos atvirumą užtikrina šie veiksniai:

Duomenų bazės struktūrų aprašymas pateikiamas kartu su Sistema. Tai leidžia naudoti šiuos duomenis, pavyzdžiui, kurti įvairias ataskaitas naudojant Seagate Crystal Reports ataskaitų generatorių dirbant su sistema, taip pat paties generatoriaus aplinkoje (ty nenaudojant sistemos programos ).

Jei reikia, Sistemos pristatymas gali apimti IDEF informacijos modelius ir net programinės įrangos produkto šaltinio tekstus. Šios priemonės skirtos tam, kad įmonės specialistai galėtų savarankiškai kurti ir pritaikyti Sistemą.

Šiuolaikinės technologijos (galimybė naudoti atviras API) šiandien leidžia korporacijos PARUS produktus integruoti su įmonės automatizuotos valdymo sistemos specialistų sukurtais produktais. Taigi kartu su Sistema gali būti pateikti API sąsajų aprašymai.

Dokumentų srautas

Dokumentų srautas Sistemoje grindžiamas šiais principais:

Sistemoje užregistruoto dokumento atžvilgiu galima atlikti keletą veiksmų, kurie sudaro darbo eigos etapus. Vieno tokio etapo atlikimo rezultatas gali būti paties dokumento, jį pateikiančio, duomenų modifikavimas Papildoma informacija, kitų Sistemos dokumentų ir apskaitos objektų (pavyzdžiui, apskaitos verslo operacijų) registravimas.

Užbaigus darbo eigos etapą, jį galima atšaukti, tai yra, visus jo vykdymo pėdsakus galima ištrinti iš duomenų bazės, ypač iš paties dokumento galima pašalinti etapo užbaigimo žymą.

Galimybė atlikti ir atšaukti kiekvieną etapą gali būti priklausoma nuo kitų to paties dokumento etapų (užbaigtų ar nebaigtų) būsenos. Teisė atlikti etapą gali būti suteikta ribotam vartotojų skaičiui.

Kiekvienam dokumentui Sistema veda „Darbo eigos žurnalą“, kuriame automatiškai įrašo visą istoriją: kas, kada ir su kokiomis funkcijomis atliko etapus. Prie kiekvieno dokumento galite greitai peržiūrėti „tėvų“ ir „vaikų“ dokumentų sąrašą.

Be to, atsižvelgdami į išaugusį klientų poreikį organizuoti vieną įmonės dokumentų srautą (tiek administracinį, tiek finansinį), korporacijos specialistai tiria galimybę susieti dokumentų valdymo sistemas, tokias kaip Novell GroupWise Work-Flow, Work-Route. ir PARUS sistema.

Duomenų apsauga

Tokioje atsakingoje srityje kaip finansinė ir ekonominė veikla, kyla didelis pavojus tiek piktnaudžiavimui, tiek netyčiniu duomenų sugadinimu dėl įmonės darbuotojo netinkamų veiksmų. O šis pavojus ypač aktualus, kai tame pačiame kompiuterių tinkle su ta pačia duomenų baze vienu metu dirba daug žmonių. Todėl SAIL sistemoje didelis dėmesys skiriamas vartotojo teisių atribojimo klausimui. Kiekvienam darbuotojui gali būti priskirtos individualios prieigos teisės tiek prie informacijos skilčių, tiek prie Sistemos funkcijų.

Taigi operatorius, dalyvaujantis pirminių dokumentų įvedime, negalės, pavyzdžiui, gauti apibendrintos informacijos apie įmonės veiklą; vieno skyriaus darbuotojai dirbs tik su savo dokumentais, neturėdami prieigos prie kitų skyrių dokumentų ir pan. Ir tik Sistemos administratorius gali padaryti viską, įskaitant teisių paskirstymą tarp vartotojų ir jų atliekamų veiksmų sekimą.

Kai kurie programinės įrangos produktai ir sprendimai

SAIL visada garsėjo solidžiomis, kokybiškomis, tvariomis apskaitos programomis, kurias iki šiol sėkmingai naudoja tūkstančiai skirtingų įmonių. Šį rudenį Korporacija nudžiugino tiek esamus, tiek potencialius klientus išleidusi visą šeimą naujų programinės įrangos produktų, pagrįstų moderniomis platformomis (įskaitant „Oracle“) ir orientuota į apskaitą bei finansų valdymą. Ši šeima buvo parduota 1998 m. pabaigoje bendru pavadinimu „Sail XXI century“.

Nauji programinės įrangos produktai kuriami Windows aplinkoje ir turi plačiausią nustatymų spektrą įvairioms pramonės šakoms, kuriose Parus programinė įranga naudojama dažniausiai (prekyba, statyba, medija, paslaugos ir kt.).

Buhalterinės apskaitos sistemų rinkai sukurti nauji SAILS produktai, be paprastumo ir patikimumo, turi dar vieną svarbią savybę – mastelį, leidžiančią naudoti tą pačią sistemą apskaitai tiek mažose įmonėse, tiek didelėse įmonėse.

Svarbiausias naujų produktų, skirtų didelėms įmonėms, bruožas yra galinga finansų valdymo sistema. Didelėms įmonėms, turinčioms daug operacijų, svarbi savybė yra darbo stabilumas ir patikimumas, kurį užtikrina Oracle DBVS. Be to, dar viena ypatybė – sistemoje gali būti komplektuojami moduliai, skirti sandėlio apskaitai, pirkimų ir pardavimų valdymui, sutarčių valdymui, užsienio ūkinei veiklai, kurie sujungti į operatyvinio valdymo kilpą.

Tačiau, be tradicinės veiklos apskaitos produktų rinkoje, SAIL toliau dirba informacinėmis technologijomis pagrįstų integruotų valdymo sistemų srityje. Nauja plėtra vadinamas „Triumfu“. Kurdamas Naujas produktas, kūrėjai taikė metodą, pagrįstą šiuolaikinių valdymo principų palaikymu, racionaliu verslo procesų organizavimu, kurie realiai naudojami didelėse ir sėkmingose ​​prekybos įmonėse bei pasaulinėje prekybos praktikoje. Tokį puikų darbą atlikusi SAIL turi pagrindą tikėti, kad šios sistemos pagalba savo veiklą valdančiai įmonei pasiseks, klestės – žodžiu, triumfuos.

Esamos valdymo sistemos tobulinimas gali padėti sumažinti išlaidas, paspartinti finansinę apyvartą, didinti apyvartą, o dėl to – padidinti verslo pelningumą ir pelningumą. Visa tai galima padaryti naudojant naują programinės įrangos produktą. Šios sistemos kūrimui buvo išleista daugiau nei 2 metai ir apie 3,6 mln. Ir, sprendžiant iš pirmųjų klientų atsiliepimų, vienodai sėkmingai veikia tiek didžiausiose prekybos įmonėse (stambūs didmeninės prekybos operatoriai, prekybos namai, parduotuvių tinklai, prekybos holdingai), tiek mažmeninės prekybos parduotuvės mažas ir vidutinis dydis. Autoriai šioje programinėje įrangoje siekė palaikyti visą informacijos srauto ciklą – nuo ​​jos surinkimo, užsakymo, planavimo iki prekių pardavimo ir veiklos analizės visose pagrindinėse srityse (finansų valdymas, pirkimai ir pardavimai, personalas, investicijos ir kt.). . Sistemos funkcionalumas apima visų struktūrinių padalinių, tradiciškai įtrauktų į prekybos įmones, poreikius: komercijos skyriai, pirkimo skyriai, skyriai darbui su mažmenine prekyba, didmeniniais pirkėjais, finansais ir investicijomis, apskaitos paslaugomis, transportu, rinkodara ir daug daugiau.

Per savo veiklą „Parus Corporation“ sukaupė didelę praktinę įvairių pramonės šakų įmonių automatizavimo patirtį. Dabar ši patirtis leido sukurti daugybę serijinės programinės įrangos produktų, kurie gali patenkinti išrankiausius vartotojus.

Išsamiausia yra apsvarstyti Programinės įrangos paketą įmonės valdymo automatizavimui SAIL 8.1.

Programinės įrangos paketas automatizavimui įmonės valdymas BURĖS 8.1

Dauguma įmonės klestėjimą stabdančių veiksnių yra kažkaip susiję su valdymo organizavimo problemomis: tai klaidingi skaičiavimai, valdymo ir apskaitos klaidos, gautinų ir mokėtinų sumų valdymas ir daugybė kitų. Tokių problemų sprendimas visada aktualus, tačiau dabar, per ekonominę krizę, svarbiausia tampa valdymo optimizavimo užduotis. Todėl bendradarbiavimas su didelę patirtį įmonės valdymo procesų automatizavimo ir optimizavimo srityje turinčia bendrove PARUS Corporation gali būti ypač efektyvus įmonei.

PARUS Corporation jau seniai pelnė autoritetą ir pripažinimą kaip aukštos kokybės programinės įrangos, skirtos valdymo procesams automatizuoti, tiekėja pirmiausia finansinės ir ekonominės veiklos srityje. Per daugiau nei aštuonerius kūrimo metus PARUS sistema virto galingu daugiafunkciu programinės įrangos paketu – unikaliu įrankiu profesionalo rankose.

Kūrėjai siekia suteikti Sistemai platų funkcionalumą, atitinkantį realių technologinių procesų poreikius ir atsižvelgiant į įvairių pramonės šakų specifiką. Sistema remiasi tokiais pagrindiniais principais kaip lėšų panaudojimas efektyvus apdorojimas ir duomenų apsauga; nepriklausomumo nuo veiklos aplinkų ir naudojamų kompiuterių platformų užtikrinimas, integracija su kitomis programomis, tiek plačiai paplitusiomis, tiek de facto standartinėmis, ir specialiomis; modulinis programinės įrangos paketo kūrimo principas, kad būtų pasiektas laipsniškas diegimas, optimali konfigūracija ir tolesnis jo vystymas, atsižvelgiant į augančius įmonės poreikius.

Daug žadančios „kliento-serverio“ architektūros, pagrįstos „Oracle“, naudojimas užtikrina sistemos mastelį ir besąlyginį patikimumą.

Plačios Sistemos galimybės leidžia korporacijai PARUS sėkmingai bendradarbiauti su didelėmis įmonėmis, įskaitant korporacines struktūras (holdingus). Tačiau SAIL taip pat prisimena vidutinių ir mažų įmonių interesus.

SAIL sistema turi sprendimų rinkinį, skirtą:

Pramonės įmonės ir gamybos įmonės;

didmeninė prekyba ir mažmeninė; įvairias paslaugas teikiančios įmonės;

Iš valstybės biudžeto remiamos organizacijos ir įstaigos;

Draudimo kompanijos.

Tai gali būti ne tik tipinis („dežutuotas produktas“), bet ir dizaino (sukurtas tipinio pagrindu) arba specialus (kuriamas „pagal užsakymą“) sprendimas.

Galingos, patikimos ir patogios programos yra būtina, bet ne vienintelė sąlyga sprendžiant pagrindinę problemą – valdymo efektyvumą. Todėl SAIL korporacija siekia ilgalaikio bendradarbiavimo, siekiant galutinio rezultato. Korporacija yra pasirengusi teikti įvairią pagalbą automatizuojant įmonės valdymą visuose Sistemos gyvavimo ciklo etapuose.

Finansų valdymas

Platus finansų valdymo pripažinimas Rusijoje yra vienas pagrindinių naujojo vidaus mokslo ir įmonės finansų valdymo praktikos vystymosi etapo turinio. Ši disciplina skirta pateikti tinkamus atsakymus į daugelį aktualių klausimų:

Kaip rinkos aplinka lemia veikimo logiką finansinis mechanizmasįmonės?

Kaip vadovaujantis šia logika valdyti įmonės finansus? Kokie yra priėmimo į rinką kriterijai finansinius sprendimus?

Kaip įgyvendinti ir derinti strategiją ir taktiką, ilgalaikius ir trumpalaikius įmonės gyvenimo aspektus?

Kokie yra finansų valdymo ypatumai infliacinėje aplinkoje?

Kokie yra teisiniai finansinio manevravimo metodai, siekiant neutralizuoti krizės padarinius? ir kt.

Finansų valdymas – tai įmonės finansų valdymo mokslas ir praktika, kuria siekiama strateginių ir taktinių tikslų. Pastarieji yra individualūs kiekvienam verslo subjektui. Tarp jų, kaip pavyzdį, verta paminėti: įmonės rentabilumo ir reikiamo veiklos pelningumo lygio palaikymas pajamų ir išlaidų planavimo pagrindu, įmonės mokumo užtikrinimas pinigų srautų pagrindu. planavimas.

Finansų valdymo funkcijos visų pirma apima finansų kontrolę, pagrįstą apskaitos duomenimis. Daugelyje įmonių finansų valdymas yra tiesiogiai susijęs su apskaitos darbu, pavyzdžiui, rengiant išorines ataskaitas. Paprastai kalbant, finansininko ir buhalterinės apskaitos santykiai nustatomi įvairiai: vienas dalykas, jei įmonės valdymo organizacinėje struktūroje finansų valdymas yra pavaldus apskaitai arba egzistuoja savarankiškai, o kitas – jei apima apskaitą. Įmonės vadovas gali laisvai priimti tą ar kitą modelį, tačiau bet kokiu atveju, renkantis organizacijos apskaitos politiką, reikia atidžiai įsiklausyti į finansų vadovo žodį.

Remiantis tuo, kas išdėstyta pirmiau, modulis „Apskaita“ kartu su „Finansinio planavimo“ ir „Konsolidavimo“ moduliais yra struktūriškai įtrauktas į tą SAIL sistemos komponentą, kuris automatizuoja įmonės finansų valdymą. Vadovaujantis Sistemos moduliškumo principu ir korporacijos siekiu teikti įvairiausius vartotojų užklausas, apskaitos modulis gali veikti visiškai autonomiškai.

Toliau trumpai aprašyti keli bendrieji finansų valdymo modulių kūrimo principai.

Daugiavaliuta

Reglamentas Rusijos Federacija reikalauti vesti turto, įsipareigojimų ir verslo sandorių apskaitą rubliais. Tačiau apskaita nacionaline valiuta ne visada yra patogi ir nevisiškai atspindi tikrąją padėtį. Ar galima nepažeidžiant įstatymų vesti apskaitą ir planuoti keliomis valiutomis? Su SAIL sistemos pagalba – galite! Vienu metu atsiskaitymuose naudojamų užsienio valiutų skaičius neribojamas, kiekvienai valiutai galite nurodyti du perskaičiavimo kursus: oficialų, pavyzdžiui, Rusijos Federacijos centrinio banko nustatytą, ir specialųjį (dar vadinamą dokumentiniu arba „vidiniu“). - šis tarifas gali skirtis nuo oficialaus. Sistema saugo ne tik esamus, bet ir visus ankstesnius valiutų kursus nuo veikimo pradžios.

Apskaitos daugialypiškumas

Įstatymas yra įstatymas – jo reikia laikytis. Tačiau kai kuriais atvejais įstatymas nevisiškai atitinka apskaitos tikslus. Pavyzdžiui, norint išlaikyti atsargas kintant kainoms, būtina pritraukti papildomų apyvartinių lėšų. Todėl būtų teisinga prekes nurašyti atkūrimo kaina, atsižvelgiant į sumą, reikalingą kitai panašaus produkto partijai įsigyti. Tačiau pagal instrukcijas pelnas, gautas pardavus prekes, turėtų būti nustatomas kaip skirtumas tarp parduotų ir tos pačios prekių partijos pirkimų sumų. Kitas pavyzdys: pagal įstatymą blogos skolos gali būti nurašytos į nuostolius tik po tam tikro laiko, net jei įmonė skolininkė jau yra nutraukusi veiklą. Ir todėl formaliai planuodama pelną, iš tikrųjų įmonė kreditorius jau pasmerkta nuostoliams.

Norint išspręsti tokias problemas, SAIL sistema leidžia vesti valdymo apskaitą lygiagrečiai su reglamentuojančia apskaita. Tam finansų valdymo programoje įrašytos sumos turi dvi reikšmes – „apskaita“ ir „vadybos“ sąmatos. Griežtai reglamentuotų atskaitomybės dokumentų rengimui galite naudoti apskaitos duomenis, valdymo sprendimams priimti – valdymo apskaitą. Finansų valdymo daugialypiškumas taip pat išreiškiamas galimybe naudoti savavališkus laiko periodus duomenims kaupti.

Apskaita pagal įmonės kodų padalinį

Norint tinkamai organizuoti įmonės darbą, gali prireikti žinoti kiekvieno jos padalinio veiklos rezultatus, įskaitant tuos, kurie nesudaro savarankiško įmonės kodo. Iždo moduliai suteikia mechanizmą, pagal kurį kiekvienai sumai galite nurodyti įmonės kodų padalijimo (BCD) kodą. Apdorojant ir apibendrinant duomenis galite gauti išsamią informaciją tiek apie visą įmonę, tiek apie grupes ar atskirus PBE.

finansų planavimas

Finansinis planas – tai planavimo dokumentų rinkinys, kuriame pinigine išraiška išreiškiami įmonės turto apimties ir struktūros bei jo formavimo šaltinių pokyčiai, finansiniai veiklos rezultatai ir mokėjimo priemonių judėjimas. Finansų planavimas – tai rodiklių nustatymo ir finansinio plano dokumentų generavimo procesas.

Rinkos ekonomikos sąlygos, kai išorinės aplinkos savybių neapibrėžtumo laipsnis yra labai didelis, įmonei iškelia sunkiausias užduotis nuspėti tam tikrus pokyčius ir laiku į juos reaguoti, t.y. priimdamas atitinkamus sprendimus. Įmonė susiduria su poreikiu efektyviau naudoti išteklius, įgyvendinti aiškią savo finansinės būklės rodiklių kontrolę. Išorės aplinkos neapibrėžtumui atskleisti turėtų būti pagrįstas nusistovėjęs planavimas, leidžiantis kurti planavimo dokumentus, rodikliais artimus faktiniams procesams. Finansų planavimo tikslas – suteikti vadovams Finansinės paslaugos ir visai įmonei tam tikros rūšies informaciją, reikalingą efektyvus valdymasįmonės išteklių.

Remiantis tuo, kas išdėstyta aukščiau, „Finansinio planavimo“ modulis yra įdiegtas siekiant automatizuoti:

Einamasis finansų planavimas (dažniausiai mėnesiui ar ketvirčiui);

Ilgalaikis (strateginis) finansų planavimas (metams ir daugiau);

Veiklos planavimas ir mokėjimų valdymas, siekiant užtikrinti esamą įmonės mokumą;

Įmonės įsipareigojimų atsiradimo ir grąžinimo kontrolė;

Planų, ypač pinigų srautų plano (finansinio biudžeto) vykdymo operatyvinė apskaita;

Veiklos analizė finansinius planus;

Įvairiems laikotarpiams, atsižvelgiant į atsakomybės centrus, mokėjimo priemones (atsiskaitomąją sąskaitą, vekselį, užskaitą), prioritetus, finansavimo šaltinius, nurodant atsakingus vadovus, nurodant nukrypimų priežastis ir kaltininkus ir kt.

Įsipareigojimų planavimo lange galite atlikti mokėjimo ir siuntimo įrašų pakeitimus (pavyzdžiui, koreguoti jų sumas ir datas). Dažnai, siekiant užtikrinti mokumą, tenka, pavyzdžiui, „nukelti“ pačios įmonės mokėjimų datas vėlesniam laikui, sumažinti jų sumas (arba mokėjimo sumą padalinti į kelias ir dalį paskirstyti vėlesnėms datoms). ) ir kt. – visa tai labai patogu padaryti lange „Planavimo įsipareigojimai“.

Įsipareigojimų limitų (apribojimų) laikymosi stebėsena, lyginant patvirtintus kontrolinius numerius (registruojamus finansinių rodiklių forma) su apibendrintais siuntų ir mokėjimų sumomis.

Pagal skyrių „Įsipareigojimų planavimas“ vadinama suvestinė finansinius rodiklius, kurie iš esmės yra apibendrinta informacija apie įvykių ir grąžinimo įrašus, atsižvelgiant į įvairias charakteristikas, pavyzdžiui:

Būsena (planas / faktas);

Pajamų ir sąnaudų elementas (kryptis);

Atsakingas vadovas;

Sandorio šalys; mokėjimo tipas (išankstinis arba išsiuntimo metu);

Skolos rūšis (gautina/mokėtina);

Skyrius, su kuriuo susijusi prievolė;

Skolos būsena (pradelsusi, esama ar būsima) ir kt.

Konsoliduoti finansiniai rodikliai, kaip ir „paprastieji“, gali būti naudojami planų lentelėms formuoti – taigi šie įsipareigojimai patenka į sugeneruotus planus.

veiklos planavimas

Pagrindinis modulio operatyvinio planavimo ir mokėjimų valdymo įrankis yra „Mokėjimų kalendorius“. Sistemoje registruojami mokėjimai čia pateikiami mokėjimų ir kvitų kalendorinio plano forma.

Paryškinta eilutė atitinka dabartinę datą. Eilutės „virš einamosios datos“ formuojamos pagal faktinius mokėjimus, o žemiau esančios – pagal planuojamus mokėjimus. Deficito vertė rodoma, jei galutinis likutis yra neigiamas.

Čia galite optimizuoti planą (pavyzdžiui, sumažinti deficitą) įtraukdami naujus mokėjimus ir keisdami senus (būtent jų sumas, datas, mokėjimo priemones ir pan.) Čia taip pat galite detalizuoti mokėjimus ir kvitus skambinant dienos mokėjimu. planą.

Sistemoje taip pat įdiegta galimybė registruoti sutartis, kuriose fiksuojami įmonės įsipareigojimai. Planuojamos siuntos ir mokėjimai gali būti registruojami pagal šias sutartis. Papildoma galimybė – mokėjimo prašymo formavimas pagal planuojamą mokėjimą; už tokią paraišką vėliau galima automatiniu būdu sugeneruoti faktinį mokėjimą.

Apskaita

Šiandien beveik neįmanoma įsivaizduoti buhalterinės apskaitos be didžiulių šiuolaikinių informacinių technologijų teikiamų galimybių. Todėl ekonominės programinės įrangos kūrėjų vaidmuo reformos programos įgyvendinimo procese yra gana didelis – tiek adaptuojant pačią programinę įrangą, tiek mokant ir remiant vartotojus. Vykdant reformą Rusijos buhalteriams teks susidurti su daugybe problemų: tai didelis metodinių dokumentų ir paaiškinimų kiekis, ir įprastų darbo schemų pokyčiai, ir būtinybė į apskaitą žiūrėti iš vadovo, o ne iš vadovo pusės. apskaitos požiūriu. Tokiomis sąlygomis Rusijos įmonėms nepaprastai svarbu turėti įmonę kaip automatizavimo partnerį, kurios programos būtų metodiškai teisingos, visiškai atitinkančios norminiai dokumentai, ir galintis perkvalifikuoti įmonės specialistus, atsižvelgiant į naujus apskaitos poreikius.

Pagal naujus nacionalinius finansinės atskaitomybės standartus, PARUS sistemos apskaitos programos yra nedelsiant modifikuojamos. Taigi tūkstančiams klientų, dirbančių su šiomis programomis, perėjimo prie naujų ataskaitų formų procesas bus vykdomas pagreitintu laikotarpiu. O vienas didžiausių Rusijoje (tarp programinės įrangos kompanijų) regioninis korporacijos PARUS tinklas leis perkvalifikuoti specialistus visoje šalyje.

Prieš pereinant prie Trumpas aprašymas Verta paminėti, kad programa „Apskaita“ gali veikti visiškai autonomiškai (tačiau kaip ir dauguma kitų Sistemos programų).

"Apskaita" yra programa, sukurta remiantis laiko patikrinta ir tūkstančių klientų automatizuotos apskaitos koncepcija. Tai įgyvendina viską reikalingos funkcijos už efektyvų ir tikslų apskaitos skyriaus darbą, pilnų finansinių ataskaitų teikimą, įmonės valdymo poreikių apskaitą ir duomenų teikimą aukštesnėms organizacijoms konsoliduotai apskaitai.

Programėlė „Apskaita“ padės vesti apskaitą nacionaline ir užsienio valiuta:

ilgalaikis ir nematerialusis turtas;

Mažos vertės ir dėvintys daiktai;

Inventoriaus turtas;

Atsiskaitymai su skolininkais ir kreditoriais;

Pinigai į sąskaitas;

Gamybos kaštai ir kitos išlaidos;

O kur:

Detali išplėstinės analitinės apskaitos sąskaitų apskaita iki penktos eilės, taip pat daugybės pagalbinių savybių, kurias nustato pats vartotojas;

Detali materialiai atsakingų asmenų ir įmonės padalinių, kurie nėra savarankiški įmonės padaliniai, apskaita;

Materialinėms vertybėms įvertinti, taip pat sandėlių ir su jais susijusių materialiai atsakingų asmenų apskaitai tvarkyti metodus „Sąskaitos kainos“, „Vidutinės kainos“, „Partijos apskaita“, „Apskaita pagal gavimo datą“;

Skaičiuoti nusidėvėjimą ir perkainoti ilgalaikį turtą;

Atlikti užsienio valiutos turto ir įsipareigojimų perkainojimą;

periodiškai stebėti apskaitos rezultatus apyvartos žiniaraščių pagalba;

Sukurti mokėjimo dokumentus;

Pirkimų ir pardavimų knygų formavimas;

Rengti norminius ataskaitų dokumentus, taip pat bet kokios formos ir turinio ataskaitas.

Programėlės „Apskaita“ išorinės informacijos nuorodos parodytos 1 pav.

Ryžiai. 1. "Programos išorinės informacijos nuorodos" Apskaita "

Mokėjimo pavedimas yra banko ar kasos dokumento rengimo pagrindas, kuris savo ruožtu surašomas verslo operacijų žurnale. Tačiau yra ir kita treniruočių galimybė, nes Sistema nereikalauja privalomos elektroninės visų dokumentų registracijos. Taigi pagal „elektroninį“ mokėjimo nurodymą galima sugeneruoti tik „popierinį“ dokumentą. Tuomet registracijos Verslo operacijų sistemoje pagrindas yra pats mokėjimo nurodymas.

Prekių ataskaita leidžia išvengti kiekvienos verslo operacijos atskirų dokumentų registravimo Sistemoje. Pavyzdžiui, parduotuvės prekybos aukštuose darbus galima atlikti neišduodant dokumentų kiekvienai operacijai. Kitais atvejais dokumentai (sąskaitos faktūros, važtaraščiai ir kt.) išrašomi, bet ne iš karto registruojami Sistemoje. Pasibaigus darbo dienai (pamainai ar kitam laikotarpiui), surašoma prekių ataskaita, kuri rankiniu būdu arba automatiškai registruojama, pavyzdžiui, logistikos programoje, o vėliau apdorojama apskaitoje naudojant Sistemos apskaitos programą.

Įeinantis ir išsiunčiamas patarimas suteikia automatizuotą jūsų organizacijos išorinių padalinių (filialų) verslo operacijų duomenų perdavimo ir apdorojimo apskaitos procesą.

Finansinė ataskaita yra tam tikro laikotarpio verslo operacijų žurnalo pasirinkimas, sudarytas pagal tam tikras taisykles ir gautas kitomis PARUS sistemos programomis. Taigi aplikacijos (pavyzdžiui, logistikos) vartotojas gauna galimybę sekti savo dokumentų tvarkymą apskaitoje ir informaciją iš finansinės ataskaitos perkelti į specializuotus apskaitos registrus (pavyzdžiui, į mokėjimų žurnalą).

Modulio apskaitos objektai ir apskaitos registrai

Apskaitos objektai yra įmonės turtas, jos įsipareigojimai ir informacija apie jų judėjimą.

Duomenys pinigine išraiška apie turto likutį ir įmonės įsipareigojimus yra saugomi Sistemos registre „Sąskaitų likučiai“. Informacija šioje knygoje saugoma atskirai kiekvienai sintetinės apskaitos sąskaitai, analitinei sąskaitai, įmonės kodų skyriui, taip pat kiekvienai valiutai. Taip pat Sistemoje yra registrai „Materialinių vertybių likučiai“, „Debitorinės/mokėtinos sąskaitos“ ir „Inventorizacijos byla“. Šiuose registruose tvarkomi likučiai: inventoriniai daiktai, įsipareigojimai skolininkams/kreditoriams, ilgalaikis turtas. Tačiau šie registrai yra antraeiliai sąskaitų likučių registrui ir leidžia detalizuoti jame saugomą informaciją.

Likučiai pirmojo ataskaitinio laikotarpio pradžioje nuo Sistemos paleidimo momento į Sistemą įvedami rankiniu būdu. Kito laikotarpio pabaigos likučiai apskaičiuojami automatiškai jį uždarius pagal laikotarpio pradžios likučių bei lėšų, materialinių vertybių ir įsipareigojimų apyvartos duomenis. Tada šie likučiai perkeliami į kito ataskaitinio laikotarpio pradžią.

Informacija apie lėšų judėjimą, materialines vertybes ir įsipareigojimus su skolininkais/kreditoriais kaupiama registre „Verslo operacijų žurnalas“.

Verslo operacijų žurnalas

Kiekvienas ūkinio gyvenimo faktas atsispindi atitinkamame dokumente. Todėl verslo operacijų žurnalo pildymo procesas sumažinamas iki duomenų perkėlimo iš šio dokumento į žurnalą. Pavadinkime šį procesą dokumento rengimu apskaitos žurnale. Kadangi apdorojant dokumentą verslo operacijų žurnale, jo duomenys automatiškai atsispindi apskaitoje ir finansinėse ataskaitose, Sistemos rėmuose, sąvokos „apdorojimas verslo operacijų žurnale“ ir „ apdorojimas apskaitoje“ faktiškai sutampa.

Jei dokumentas buvo sugeneruotas arba užregistruotas bet kurioje Sistemos dalyje, jo apdorojimas iš esmės yra automatizuotas. Tokio dokumento pagrindu pagal iš anksto nustatytą taisyklę sudaromas įrašas verslo operacijų žurnale.

Jei dokumentas Sistemoje neužregistruotas ir prieinamas tik popieriuje, verslo operacija sugeneruojama rankiniu būdu. Sistema siūlo įvairius būdus šiam procesui palengvinti. Pavyzdžiui, galite naudoti specialiai paruoštą pavyzdį arba kaip pavyzdį pasirinkti anksčiau registruotą panašų verslo sandorį. Dokumentą galite sutvarkyti apskaitoje neišeidami iš atitinkamo skyriaus; kaip alternatyva, duomenis galima įdėti į buferį apdorojimui, o tada, dirbant tiesiogiai su verslo operacijų apskaitos žurnalu, galima atlikti duomenų apdorojimą apskaitoje iš šio buferio.

Apskaitos žurnale registruota verslo operacija susideda iš antraštės, kurioje ji yra Bendrosios charakteristikos, ir specifikacija, susidedanti iš neriboto skaičiaus apskaitos įrašų, kurių kiekvienas aprašo lėšų judėjimą iš vienos sąskaitos į kitą.

2 paveiksle pateikiami tik pagrindiniai Sistemoje registruotos verslo operacijos antraštės ir registravimo parametrai. Tiesą sakant, jų yra daug daugiau, pavyzdžiui, laidams - daugiau nei keturiasdešimt! Žinoma, paprasčiausiais atvejais galima suformuoti tik kelis būtinus parametrus.

Debeto ir kredito sąskaitos gali būti papildytos analitinėmis sąskaitomis (charakteristikos) iki penktos eilės ir įmonės kodų skyriaus, kuriam priklauso siuntimas, kodu.

Papildomos charakteristikos – tai vartotojo apibrėžtų charakteristikų rinkinys, pagal kurį Sistema gali pasirinkti sandorius ataskaitoms ir apyvartos žiniaraščiams. Šios charakteristikos nėra susietos su apskaitos sąskaitomis, todėl jas galima naudoti norint gauti bet kokią informacijos dalį.

Materialinių vertybių, kurių judėjimas atsispindi komandiruotėje, pavadinimas ir kiekis nurodomi tik komandiruotėse į sąskaitas, priskirtas medžiagų apskaitai sąskaitų plane. Komandiravimo suma nustatoma pagal „buhalterinę apskaitą“ ir pagal „vadybinį“ įvertinimą. Jei suma nurodoma užsienio valiuta, papildomai pateikiama ekvivalentinė suma nacionaline valiuta, taip pat pagal „apskaitos“ ir „vadybos“ sąmatas.

Ryžiai. 2. „Pagrindiniai verslo operacijos antraštės ir paskelbimo parametrai“

Informacijos apdorojimas ir apibendrinimas

Informacijos rinkimas ir registravimas yra tik vienas iš apskaitos aspektų. Kita jo pusė – informacijos apibendrinimas, jos pateikimas tokia forma, kuri tinka atsiskaitymui mokesčių inspekcijai, steigėjams, akcininkams ar aukštesnei organizacijai, taip pat analizei ir valdymo sprendimams.

Apyvartos ataskaitos

Apyvartos ataskaitos programoje naudojamos kaip įmonės finansinės būklės operatyvinės kontrolės priemonė, taip pat patogus įrankis buhalterinės apskaitos klaidoms rasti ir taisyti. Toks pareiškimas sudaromas bet kuriam laikotarpiui tarp dviejų savavališkų datų.

Nepalikdami apyvartos lapo galite gauti visas sąrašasūkines operacijas, kurių pagrindu buvo suformuota ta ar kita išrašo eilutė, ištaisyti bet kurią iš šių ūkinių operacijų arba sukurti naują ūkinę operaciją, kad būtų ištaisyta buhalterinėje apskaitoje nustatyta klaida.

Kiekvienos sintetinės sąskaitos pinigų srautų ataskaitoje (atskirai kiekvienam įmonės kodo padaliniui ir valiutos rūšiai) atsispindi debeto ir kredito apyvartos, gaunami ir išeinantys likučiai tiek pagal buhalterinius, tiek pagal valdymo sąmatas.

Analitinių sąskaitų, užskaitų sąskaitų ir papildomų funkcijų ataskaitose šios apyvartos yra detalizuojamos. Sąskaitų užskaitymo balansui galima sugrupuoti sąskaitas pagal debetą arba kreditą, atsižvelgti į visas analimines sąskaitas arba tik tam tikrus pavedimus, surašyti išrašą tam tikrų sąskaitų, valiutų, įmonės kodų padalinių ar specialių savybių kontekste, ir tt

Ir galiausiai materialinių vertybių judėjimo ataskaitoje atsispindi medžiagų apskaitos sąskaitų likučiai ir apyvartos materialiai atsakingų asmenų ir inventorinių daiktų pavadinimų kontekste.

Sąskaitų likučių ir apyvartų paskirstymas į kitas sąskaitas

Praktikoje dažnai tenka vienos sąskaitos likučius ar apyvartas priskirti kelioms kitoms sąskaitoms. Arba paskirstykite vienkartines išlaidas per skirtingus mėnesius. Arba abu. Pavyzdžiui, komunalinių ar nuomos mokesčių kaštai gali būti paskirstomi tarp įmonės padalinių, o didelės išlaidos už dalyvavimą kasmetinėje parodoje – pagal mėnesius ir veiklos sritis.

Tokiai operacijai atlikti pakanka nustatyti paskirstymo taisykles (sugeneruotų operacijų sąskaitos, paskirstymo koeficientai ir registravimas pagal mėnesius), o vartotojui pavedus Sistema automatiškai sugeneruos vieną ar kelias verslo operacijas.

Ataskaitos

Programėlė „Apskaita“ leidžia generuoti įvairiausias ataskaitas. Visų pirma, kalbame apie standartinius dokumentus, kuriuos privalo parengti bet kurios įmonės buhalterija: įmonės balansas, balansas, pagrindinė knyga, kasos knyga, analitinės apskaitos išrašai (žurnalai-varantai) ir kt.

Jei tokių ataskaitų neužtenka, galite generuoti bet kokio tipo ir turinio ataskaitas naudodami Microsoft Excel arba Seagate Cristal Reports, su kuriais integruota Sistema.

Konsolidavimas

Programa „Konsolidavimas“ naudojama duomenims apie įmonės struktūrinių padalinių finansinę-ūkinę veiklą kaupti ir analizuoti, kurie gali būti juridiniai asmenys arba įveskite įmonę kaip filialus. Konsoliduotos apskaitos programos duomenų šaltinis yra struktūrinių padalinių apskaitos duomenys, parengti naudojant PARUS sistemos programą „Apskaita“.

Duomenys perduodami užsakymų forma. Buhalterinėje aplikacijoje formuojamas siunčiamas pavedimas: tai pasirinkimas iš verslo operacijų žurnalo tam tikram laikotarpiui. Pirminėje organizacijoje įdiegta konsolidavimo programa priima šį užsakymą kaip gaunamą.

Išvardinkime pagrindinius užsakymų mainų būdus tarp aukščiau išvardintų Sistemos programų.

Jei konsolidavimo ir apskaitos programos yra įdiegtos kompiuteriuose, sujungtuose vietiniu tinklu, o abi programos naudoja bendrą duomenų bazę, tuomet galite naudoti greičiausią ir patogiausią perkėlimo būdą naudodami specialią komandą, esančią apskaitos programos skiltyje Išeinantys užsakymai. Jei po to įvesite konsolidavimo paraiškos skiltį „Gaunami užsakymai“, ten iškart atsiras gauto pavedimo įrašas. Tai pirmasis pavedimų perkėlimo variantas, patogiausias pagrindinėje organizacijoje, kur tvarkoma nepriklausoma apskaita ir apskaitos konsolidavimas.

Jei konsolidavimo ir apskaitos programos yra įdiegtos kompiuteriuose, kurie yra visiškai izoliuoti vienas nuo kito, tuomet reikia naudoti standartinį sistemos įrankį: failų eksportas / importas. Tuo pačiu metu keičiama magnetinė laikmena, pavyzdžiui, diskelis, turi būti nurodyta kaip tarpinė informacijos „saugykla“. Atminkite, kad naudodami failų eksportavimą / importavimą galite greitai perkelti užsakymus tarp programų, įdiegtų kompiuteriuose, kurie yra prijungti prie LAN, bet nenaudoja bendros duomenų bazės. Šiuo atveju kaip tarpinę informacijos „saugyklą“ galite nurodyti viešąjį LAN serverio standžiojo disko katalogą.

Kiekviename užsakyme nurodoma, iš kurios organizacijos jis buvo gautas. Be to, tolesnio apdorojimo metu visada išsaugoma informacija, kuri nurodo organizaciją – informacijos šaltinį. Todėl galima gauti konsoliduotą informaciją apie kiekvieną organizaciją (šakį) atskirai, savavališkoms grupėms ir apibendrintą visoms organizacijoms.

Konsolidavimo programa (žr. 3 pav.) yra sukurta panašiai kaip Apskaita, todėl vartotojas, susipažinęs su apskaitos programa, lengvai įsisavina ir teikia panašias finansinės apskaitos funkcijas:

Konsoliduotų verslo operacijų žurnalų, lėšų likučių sąskaitose ir gautinų bei mokėtinų sumų tvarkymas.

Valiutinio turto ir įsipareigojimų perkainojimas. Sąskaitų likučių ir tarpusavio atsiskaitymų su skolininkais/kreditoriais likučių, perkeliamų į kito ataskaitinio laikotarpio pradžią, apskaičiavimas.

Konsoliduotų sąskaitų apyvartos žiniaraščių formavimas, analitinės sąskaitos, atitinkamos sąskaitos, papildomos funkcijos.

Konsoliduotos didžiosios knygos ir įmonės analitinės apskaitos išrašų formavimas.

Įvairių konsoliduotų ataskaitų dokumentų rengimas.

Konsolidavimo programoje taip pat pateikiama:

Abipusis atsiskaitymų tarp įmonės filialų neįtraukimas;

Duomenų sutikrinimas konsoliduotos didžiosios knygos pagrindu ir apskaitos skyrių ataskaitų teikimas.

Šiuolaikinė apskaitos konsolidavimo sistema turėtų suteikti lanksčias priemones atskirų organizacijų (filialų) sąskaitų planams suderinti su konsolidavimo sąskaitų planu, kurie, paprastai kalbant, gali skirtis vieni nuo kitų poromis. SAIL sistema visiškai atitinka šį reikalavimą. Šis nuoseklumas pasiekiamas naudojant korespondencijos sąskaitų mechanizmą, kuris paprasčiausiu atveju kiekvienai konsoliduotai sąskaitai nustato atitinkamos kiekvienos organizacijos sąskaitos numerį.

Ryžiai. 3. "Programos" konsolidavimas "

Logistika

Pastaraisiais metais daugelyje šalių įvyko reikšmingi pokyčiai prekių apyvartos srityje, ekonominėje praktikoje pradėti taikyti nauji prekių pristatymo būdai ir technologijos, pagrįstos logistikos koncepcija. Idėjos integruoti tiekimo-gamybos-paskirstymo sistemas, kuriose būtų susietos medžiagų ir žaliavų tiekimo, gamybos, sandėliavimo ir paskirstymo funkcijos, transformavosi į savarankišką mokslinių tyrimų kryptį ir ekonominės praktikos formą – logistiką.

Pagrindinė logistikos apibrėžimo kryptis siejama su funkciniu požiūriu į prekių judėjimą, tai yra visų fizinių operacijų, kurios turi būti atliekamos, kai prekės pristatomos iš tiekėjo vartotojui, valdymu.

Logistika yra planavimas, valdymas ir kontrolė to, kas patenka į įmonę, joje apdorojama (jei yra gamybos įmonė) ir materialinių produktų (medžiagų, žaliavų ir kt.) srautą, išeinantį iš šios įmonės ir atitinkamą informacijos srautą siekiant optimalaus, pavyzdžiui, siekiant pelno, pagreitinti materialinių išteklių ir prekių judėjimą viduje bei už įmonės ribų. Svarbiausias logistikos aspektas yra gebėjimas daryti įtaką įmonės strategijai ir taktikai bei kurti naujas Konkurencinis pranašumasįmonei rinkoje, tai yra jos galutiniams tikslams.

Logistika turi keletą funkcinės zonos arba, kitaip tariant, yra keletas logistikos rūšių: pirkimas, atsargos ir rinkodara. Atitinkamai, logistikos grandinėje, tai yra keliu, kuriuo prekė ir informacija teka nuo tiekėjo iki vartotojo, išskiriamos šios pagrindinės grandys: prekių pirkimas, jų saugojimas ir pardavimas.

Spartią logistikos plėtrą šiuo metu lemia šie veiksniai:

Rinkos santykių sistemos komplikacija (o Rusijai – krizės metu susikūrimas ir plėtra) ir padidėję reikalavimai platinimo proceso kokybinėms charakteristikoms.

Lanksčių (perkonfigūruojamų) pirkimo ir rinkodaros bei gamybos sistemų kūrimas.

Prekių tiekimo šalies viduje ir užsienio ekonominėje veikloje taisyklių ir normų suvienodinimas.

Ryšių ir automatikos technologijų pažanga. Ir dėl to elektroninių kompiuterių ir ekonominės programinės įrangos produktų (sistemų) panaudojimas valdant įmonių ūkinę praktiką.

Pirkimai, sandėliavimas, pardavimas

Sistemoje tvarkant prekių pirkimą ir pardavimą, susidaro du priešpriešinės informacijos srautai - apie prekes ir finansus. Kiekvienas iš šių srautų turi suplanuotą ir faktinį komponentą. Sistema suteikia plano-fakto kontrolę ir logistikos srauto analizę.

Šių srautų operatyvinei kontrolei ir analizei kiekvienai sandorio šaliai jie sujungiami į asmeninę sąskaitą. Svarbi tokios sąskaitos funkcija – kontroliuoti prekių gavimą/išleidimą, taip pat lėšų siuntimą/gavimą pagal nustatytus prekių priėmimo/išleidimo ir apmokėjimo grafikus. Ši kontrolė atliekama trimis sumų grupėmis, kurių visuma atspindi visą tarpusavio atsiskaitymų su sandorio šalimi padėties vaizdą:

Sumos pagal grafiką – formuojamos pagal prekių priėmimo/išleidimo ir mokėjimų į asmeninę sąskaitą grafikus. Šios sumos atspindi iš anksto sutartus ir su sandorio šalimi sutartus prekių gavimo/išleidimo kiekius ir laikotarpius bei mokėjimus.

Planinės sumos – formuojamos pagal planinius prekių dokumentus (prekių išsiuntimo užsakymus, planuojamus gavimo užsakymus ir kt.) ir planuojamus mokėjimus, o faktinės sumos – pagal faktinius prekių dokumentus (prekių išleidimo važtaraščius, faktiniai gavimo orderiai ir kt.) ir faktiniai mokėjimai.

Planuojamos ir faktinės sumos atspindi operatyvinę informaciją asmeninėje sąskaitoje apie numatomus ir įvykdytus prekių gavimus / siuntimus, taip pat apie numatomus ir faktinius lėšų gavimus / išsiuntimus. Remiantis šiomis sumomis, automatiškai formuojami išeinantys planiniai ir faktiniai asmeninės sąskaitos likučiai, kurių neigiamos reikšmės rodo planuojamą ir faktinę sandorio šalies skolą jūsų organizacijai, o teigiamos vertės nurodo organizacijos skola sandorio šaliai.

Asmeninėje sąskaitoje taip pat yra nurodyta kredito limito suma , kuri suteikiama pirkėjui apmokėti už prekių pirkimą. Jei pirkėjas išnaudojo sumą, įneštą apmokėti už pirkinius (tokiu atveju išeinantis likutis tampa neigiamas), jis gali įsigyti prekių neviršydamas kredito limito. Kredito limito viršijimas leidžiamas, tačiau Sistema apie tokią situaciją įspėja.

Pradiniai asmeninės paskyros duomenys generuojami rankiniu būdu arba pagal sutarties etapą. Šalių tarpusavio įsipareigojimų, atsiradusių po prekių pirkimo-pardavimo sutarčių sudarymo, apskaita ir vykdymo kontrolė vykdoma pagal sutartis. , kiekviename iš jų yra etapų sąrašas, kuriam, savo ruožtu, būdingi prekių gavimo (išleidimo) ir apmokėjimo grafikai. Sistemoje registruojant sutarties etapą, automatiškai sukuriama kitos sandorio šalies asmeninė sąskaita. Be to, pagal sutarties etapą galite sugeneruoti bet kokius su jos vykdymu susijusius dokumentus: kvito pavedimą, sąskaitą apmokėjimui, siuntos užsakymą vartotojui, sąskaitą už atostogas vartotojui. , planuojamas mokėjimas ir faktinis mokėjimas, kvito sąskaita ir kt.

Sutartyje automatiškai sugeneruojamos trys sumų grupės (panašios į asmeninės sąskaitos sumas), kurių visuma atspindi pilną tarpusavio atsiskaitymų su sandorio šalimi pagal šią sutartį būklę vaizdą.

Taigi logistikos srauto registravimo, kontrolės ir analizės funkcijos yra sutelktos asmeninėje sąskaitoje (atskirai sandorio šaliai) ir (arba) sutartyje. .

Logistikos programų funkcijos

Visos logistikos programos užtikrina prekių apskaitą partijomis modifikacijų ir pakuočių tikslumu.

Programėlėje „Pirkimai“ pateikiama apskaita (formavimas):

Prašymai pirkti prekes iš įmonės padalinių.

Prekių pirkimo ir darbų užsakymo planai pagal prašymus iš skyrių.

Sutartys su rangovais, sutarčių vykdymo operatyvinė priežiūra.

Gaunamos sąskaitos faktūros, gaunamos sąskaitos ir darbų atlikimo aktai.

Inventorizacijos vienetų (prekių ir medžiagų) priėmimo užsakymai, gavimo orderiai ir neatitikimo aktai.

Finansinės ir materialinės operacijos atsiskaitymams su tiekėjais asmeninių sąskaitų ir sutarčių kontekste.

Prekių ataskaitos apie prekių įsigijimą ir darbų atlikimą.

Ataskaitos apie įvairius darbų, susijusių su pirkimais, aspektus – suvestinės arba skyreliais pagal prekę, prekių grupę, sandorio šalį, sutartis, asmenines sąskaitas, mokesčių grupes ir kt.: apie laikotarpio pirkimus, atsiskaitymų su sandorio šalimis likutį, apie kvitą prekės; taip pat apie pateiktas paraiškas, jų tvirtinimą ir įgyvendinimą (padalinių, prekių ir kt. kontekste), apie pirkimų planus, jų tvirtinimą ir įgyvendinimą (finansavimo sričių, padalinių, prekių ir kt. kontekste).

Taikymas "Sandėlis" yra:

Visų prekių atvežimo ir išleidimo apskaitos operacijų automatizavimas.

Vieningų sandėlio apskaitos kortelių tvarkymas.

Kvitų užsakymų ir trūkumo aktų apskaita.

Išlaidų apskaita.

Vidaus prekių judėjimo sąskaitų apskaita (tarp įmonės sandėlių ir sandėlio viduje tarp materialiai atsakingų asmenų).

Prekių komplektų palaikymas ir prekių paėmimo/išmontavimo sąskaitų apskaita.

Nurašymų apskaita.

Prekių ataskaitų formavimas remiantis duomenimis apie prekių judėjimą.

Atsargų įrašų apskaita ir neatitikimo aktų generavimas.

Prekių atsargų (pagal sandėlius, prekes, prekių grupes, partijas, modifikacijas ir kt.) ataskaitų formavimas.

Programa „Įdiegimas“ – prekybos operacijų valdymo įrankis, skirtas:

Prekių ir paslaugų pardavimo nomenklatūros ir kainų apskaita. Pardavimo kaina priklauso nuo daugelio faktorių, pvz.: sandėlio, atsiskaitymo rūšies (grynaisiais, negrynaisiais ir kt.), siuntos rūšies (paėmimas, pardavėjo transportas ir kt.).

Kainų perskaičiavimas kainoraščiuose.

Sąskaitų faktūrų apmokėjimui už prekes ir paslaugas išrašymas, atsižvelgiant į nuolaidas, antkainius ir mokesčius, bei jų apmokėjimo stebėjimas.

Nemokamų prekių kiekio kontrolė išrašant sąskaitą, atsižvelgiant į anksčiau išrašytas sąskaitas ir sąskaitas faktūras.

Prekių rezervavimas ir išėmimas iš rezervo.

Sąskaitų faktūrų už prekių išleidimą formavimas sąskaitų faktūrų pagrindu.

Išsiunčiamų sąskaitų faktūrų formavimas pirkėjams.

Atsiskaitymų su pirkėjais apskaitos vedimas asmeninių sąskaitų kontekste finansinių ir materialinių operacijų žurnaluose.

Prekių ataskaitų apie paslaugų pardavimą formavimas.

Ataskaitų apie veiklą, susijusią su pardavimu, formavimas – sandorio šalių, vartotojų ir kt. kontekste: apie prekių ir paslaugų pardavimą, vartotojams ar padaliniams; dėl prekių grąžinimo - konsoliduota, iš vartotojų, iš padalinių; apie pelną ir pelningumą ir kt.

Logistikos programos taip pat suteikia:

Pirkimų ir pardavimų apimties prognozavimas;

Prekių judėjimo pridėtinių išlaidų apskaita;

Tarpusavio atsiskaitymų tarp prekių tiekėjų ir vartotojų vykdymas;

Prekybos apyvartos analizė.

Visos logistikos programos teikia kelių valiutų apskaitą.

Kaip logistikos dalis Sistemoje įdiegtas asmeninis situacijų centras, kuris yra įrankis analizuojant prekių srautus (pagal prekių grupes ir partijas su galimybe įsigilinti iki kiekvieno produkto pavadinimo) ir skirtas įvertinti esamą prekių srautų būklę. kompanija. Analizei naudojami pirminiai dokumentai ir suvestiniai duomenys iš įvairių apskaitos registrų.

Personalo valdymas

Visą darbą, susijusį su personalu, atlieka moduliai (AWP) „Personalo apskaita“, „Darbo apskaitos žiniaraštis“ ir „Darbo užmokestis“, kurie savaip, funkcionalumą pilnai patenkinti įmonės personalo aptarnavimo bei planavimo ir ekonomikos skyriaus (personalo valdymo požiūriu) ir jos darbo užmokesčio apskaitos skyrių poreikius.

Pagrindinė šių modulių savybė – užtikrinti glaudų ryšį tarp personalo apskaitos, darbo apskaitos ir darbo užmokesčio apskaitos procesų, kurie, kaip taisyklė, yra skirtingų įmonės padalinių kompetencija.

Modulis atsižvelgia į savarankiškų įmonių pramonės specifiką ir biudžetinės įstaigos(medicina, švietimas, mokslas, kultūra ir kt.) personalo valdymui.

Kalbant apie personalo apskaitą, numatyta:

Personalo apskaita – struktūriniai padaliniai ir pareigybės. Kiekviena pareigybė apmokestinama – sudaromas darbo užmokesčio fondas, kuriame yra atlyginimas (pagal ETS kategoriją, mėnesinis, valandinis) ir priedai.

Informacijos apie darbuotojus apskaita - ta suma, atitinkanti standartinę formą T-2, taip pat papildomi duomenys.

Informacijos apie darbuotojų pareigų eigą apskaita.
Darbuotojas gali eiti pagrindinio, laikinojo, papildomo darbuotojo, išorės ar vidaus darbuotojo ne visą darbo dieną pareigas. Sudaromas darbo užmokesčio fondas (pareigos darbo užmokesčio fondas koreguojamas pagal individualios savybės darbuotojas). Sistema stebi darbo užmokesčio fondo atitiktį informacijai apie darbuotoją ir jo užimamas pareigas.

Veiksmų dėl personalo judėjimo ir personalo lentelės pakeitimų įgyvendinimas, ataskaitų teikimas. Kasdieninės apskaitos procese atliekami: įvedimas į personalas nauji padaliniai ir pareigybės, darbuotojų priėmimas, atleidimas ir personalo perkėlimas: perkėlimas į kitas pareigas, darbas ne visą darbo dieną, pavadavimas, profesijų derinimas, pareigų vykdymas ir kt.

Užsakymų darbuotojams ir personalo komplektavimas formavimas ir apskaita.

Darbo laiko apskaitos žiniaraščių apskaita už darbo laiko panaudojimą reiškia: atskirą darbo laiko apskaitos žiniaraščių tvarkymą vidaus struktūriniai padaliniai; automatinis darbo laiko apskaitos žiniaraščių generavimas pagal individualų darbuotojo darbo kalendorių ir mokėjimo pagrindus (nedarbingumo, atostogų ir kt.).

Modulis „Darbo užmokestis“ pateikia skaičiavimus:

Atlyginimas už kiekvieną darbuotojo užimamą pareigą.

Skaičiavimas gali būti atliekamas individualiai arba masiškai, įtraukiant savavališką mokėjimų ir atskaitymų rinkinį, kurį turi sumokėti darbuotojas, einantis jo pareigas. Skaičiavimas atliekamas atsižvelgiant į einamų pareigų darbo grafike nurodytas darbo valandų normas ir darbo laiko apskaitos žiniaraštį. Duomenis iš darbo laiko apskaitos žiniaraščio galima filtruoti pasirenkant juos pagal klasifikavimo kriterijus (naktis, viršvalandžiai ir kt.).

Atlyginimai (valandiniai ir tarifiniai), priedai (procentais ir padidinus ETS kategorijas iki atlyginimo). Skaičiuojant naudojami tarifų duomenys iš užimamų pareigų darbo užmokesčio fondo.

Avansai, papildomi mokėjimai, premijos, išmokos vaikams ir kt. atsižvelgiant į sumos indeksavimą rajono ar kitu vietos sąlygų ypatumą lemiančiu koeficientu.

Išmokos nuo vidutinio uždarbio – atostogos, laikino neįgalumo pašalpos, vaiko priežiūra ir kt.

Vykdomojo rašto ir kredito, pajamų mokesčio, pensijų, sąjungos ir kitų įmokų išskaitymai. Skaičiavimas atliekamas atsižvelgiant į mokėjimus ir atskaitymus, anksčiau apskaičiuotus už kitas vykdymas. Pelno mokestis gali būti skaičiuojamas keliomis pozicijomis, atliekamomis vienu metu (arba kelis kartus, bet su skirtinga mokesčio baze). Šis nustatymas leidžia nustatyti teisingą tokių mokesčių sąveiką. Skaičiuodami pajamų mokestį ir pensijų įmokas, galite atskirai atsižvelgti į lengvatinio apmokestinimo sumas (šiaurines pašalpas, regioninius koeficientus ir kt.). Alimentų apskaičiavimas atliekamas atsižvelgiant į gavėjo rajono koeficientą.

Taip pat „kapeikų nešimas“ ir „skola apvalinant“.

Vykdant darbo užmokesčio apskaitą, apskaitomi banko pavedimai ir indėlininkai.

Kartu vedama indėlininkų kortelių ir pavedimų apskaita su galimybe sutvarkyti atitinkamas verslo operacijas apskaitoje ir formuoti mokėjimo dokumentus. Atsiskaitymų už indėlininkus ir pervedimų būklei analizuoti numatyta priemonė – apyvartos lapas.

Apskaičiuojant darbo užmokestį susidaro ir gali būti spausdinami:

Atsiskaitymo ir mokėjimo bei suvestinės ataskaitos, taip pat šių išrašų pagrindu parengti mokėjimo dokumentai.

Sistema parodo sumų, einančių per ataskaitą, pasiskirstymą pagal analitinių požymių rinkinį „poskyris – personalo kategorija – vykdymo rūšis“, pagal lėšas ir tikslinių išlaidų straipsnius.

Užsakymai – savavališkai pritaikomi darbo užmokesčio siuntų rinkiniai. Tokie užsakymai gali būti parengti buhalterinėje apskaitoje.

Asmeninės sąskaitos (einamosios ir archyvinės) ir darbo užmokesčio lapeliai; atostogų lapai, nedarbingumo atostogos ir pašalpas; ataskaitų formos ir registrai.

Sistemos administravimas

Sistema turi specialių įrankių rinkinį bendrai konfigūracijai ir priežiūrai. Panašios funkcijos atliekamos naudojant modulį „Administratorius“, kuris suteikia:

Loginis duomenų bazės padalijimas į savarankiškas dalis;

Sistemos vartotojų sąrašo tvarkymas, šių vartotojų prieigos teisių atribojimas prie jos išteklių;

Sistemos optimizavimas;

Stebėjimas visoje sistemoje;

Taip pat atliekant kitas tarnybines funkcijas.

Loginis duomenų bazės skaidymas leidžia „imituoti“ kelių nepriklausomų fizinių duomenų bazių egzistavimą. Šios funkcijos dėka galėsite pakaitomis dirbti su kelių įmonių duomenimis, būdami toje pačioje darbo vietoje, tiesiog iš naujo paleisdami darbo seansus neišeidami iš programos modulio, o su žodynais su reguliavimo ir informacine informacija – net neišeidami iš sistemos. skyrius! Tam tikrų žodynų informaciją galima padaryti bendra kelioms organizacijoms vienu metu, o tai ypač patogu konsoliduojant duomenis.

Šiuolaikinė sistema, sukurta daugeliui vartotojų vienu metu naudotis, neapsieina be galingų prieigos teisių diferencijavimo priemonių. PARUS sistema visiškai atitinka šį reikalavimą, suteikdama kelių lygių teisių diferencijavimą prieigai prie:

Moduliai

Loginės duomenų bazės dalys,

Sistemos skyriai,

Funkcijos, kurias galima atlikti skyriuje (pavyzdžiui, pridėti naujos informacijos, ją taisyti ar ištrinti),

Atskiri duomenų bazės įrašai (pavyzdžiui, sąlyga „uždrausti peržiūrėti dokumentus, kurių kiekis viršija nurodytą vertę, arba dokumentus su specialiais ženklais“).

Visą vartotojo teisių rinkinį sudaro su tam tikrais Sistemoje užregistruotais vaidmenimis susijusios galimybės ir atskirai priskirtos individualios teisės. Vaidmenų koncepcijos taikymas leidžia vienu metu atlikti grupinį visų vartotojų, susijusių su „taisomais“ vaidmenimis, teisių keitimą.

Optimizavimo įrankiai leidžia padidinti Sistemos našumą jos veikimo metu naudojant specialius veiksmus su statistika, indeksais ir antriniais duomenų bazių lentelių raktais – tai padaryti modulyje „Administratorius“ yra daug lengviau ir patikimiau nei naudojant ORACLE įrankius.

Visos sistemos stebėjimas (įvykių sekimo įrenginys) leidžia sužinoti, kas Sistemoje atliko tą ar kitą operaciją, nesumažinant darbo našumo. Toks stebėjimas yra efektyvi priemonė identifikuoti vartotoją, atlikusį neteisingą veiksmą.

Ar reikalinga automatika?

Naudojimas Informacinės sistemosįmonės valdymas daro bet kurią įmonę konkurencingesnę, padidindamas jos valdomumą ir prisitaikymą prie rinkos sąlygų pokyčių. Toks automatizavimas leidžia:

Didinti įmonės valdymo efektyvumą, vadovams ir specialistams teikiant kuo išsamesnę, operatyviausią ir patikimiausią informaciją, pagrįstą vienu duomenų banku.

Pagerinkite darbą biure optimizuodami ir standartizuodami darbo eigą, automatizuodami daugiausiai darbo reikalaujančias procedūras.

Sumažinti verslo kaštus automatizuojant informacijos apdorojimo procesus, reguliuojant ir supaprastinant įmonės darbuotojų prieigą prie reikiamos informacijos. Keisti darbuotojų darbo pobūdį, atleidžiant juos nuo įprastų darbų ir suteikiant galimybę susitelkti į profesiniu požiūriu svarbias pareigas.

Užtikrinti patikimą lėšų įplaukų ir išlaidų apskaitą ir kontrolę visais valdymo lygiais.

Vidutinio ir žemesnio lygio vadovai analizuoja savo padalinių veiklą ir operatyviai parengia vadovybei ir susijusiems padaliniams apibendrinančias ir analitines ataskaitas.

Padidinti duomenų mainų tarp atskirų padalinių, filialų ir centrinio biuro efektyvumą.

Užtikrinti visišką duomenų saugumą ir vientisumą visuose informacijos apdorojimo etapuose. Ir daug daugiau.

Remiantis PARUS korporacijos įgyta patirtimi, buvo sukurti šie principai:

Automatizavimas nėra savitikslis, o tikslinga nuolatinė veikla, skirta racionalizuoti ir optimizuoti įmonės organizacinę struktūrą ir jos verslo procesus, Informacinis palaikymas susijusi veikla.

Automatikos sistema neturėtų nustatyti savo darbo atlikimo taisyklių. Jis skirtas palaikyti įmonės priimtas technologijas ir tenkinti jos poreikius.

Automatika suteikia daug didesnį efektą taikant integruotą požiūrį. Dalinis atskirų darbų ar funkcijų automatizavimas gali išspręsti tik dar vieną „degančią“ problemą. Tačiau šiuo atveju atsiranda ir neigiamų padarinių: jie nemažėja, o kartais net padidina darbo intensyvumą ir personalo išlaikymo kaštus; nepašalinamas skyrių darbo nenuoseklumas.

Naudotos literatūros sąrašas:

1. http://www.parus.ru/main.htm

2. Finansų laikraštis Nr.35, 1999 - "Automatika ir statistika", S. Zolotova

3. ComputerWorld Nr. 40, 1999 – „Į ginklus. Galingas įrankis kovoje už išlikimą“, M. Zyrjanovas

4. PCWeek Nr. 41, 1999 – „Geriau būti turtingam...“, Andrejus Masalovičius

5. PCWeek Nr. 40, 1999 – „Burių ir DIDŽIOSIOS kompanijos ginkluoja finansininkus“, Tatjana Bogatova

1 PASKAITA

PAGRINDINĖS VALDYMO AUTOMATIZAVIMO SĄVOKOS

Automatizuota įmonės valdymo sistema

(ASUP) yra valdymo sistema, sukurta kompiuterinių technologijų, ekonominių ir matematinių metodų bei informacinių technologijų pagrindu. Valdymo automatizavimas pirmiausia nukreiptas į integraciją, kuri yra viena iš svarbiausių šiuolaikinių gamybos sistemų savybių.

APCS savo ruožtu sudaro posistemių. Automatizuotos valdymo sistemos padalijimo į posistemes tikslas – išskirti didelius nevienalyčius elementus, kad būtų supaprastinti automatizuotos valdymo sistemos projektavimo, diegimo ir eksploatavimo procesai. Visos posistemės paprastai skirstomos į dvi grupes - funkcinis Ir teikiant posistemių.

Funkcinis posistemiai paskirstomi pagal įmonėje vykdomas valdymo funkcijas. Pramonės įmonės automatizuota valdymo sistema apima šiuos posistemius: techninio pasirengimo gamybai, pagrindinės gamybos, pagalbinės gamybos, logistikos, techninio ir ekonominio gamybos planavimo, apskaitos, pardavimų, personalo, produkcijos ir paslaugų kokybės, finansų valdymą.

Teikiant posistemės yra skirtos funkcinių posistemių užduočių komplekso sprendimui. Teikimo struktūra apima techninės, informacinės, matematinės, programinės ir organizacinės paramos posistemes.

Posistemis Techninė pagalba yra kompleksas techninėmis priemonėmis, kuri apima kompiuterines priemones, vietinių tinklų organizavimo ir prisijungimo prie pasaulinių tinklų įrangą, informacijos registravimo, kaupimo ir rodymo įrenginius.

Posistemis informacinė pagalba apima išorinį Informacinis palaikymasįvesties ir išvesties dokumentų forma (taip pat ir elektronine forma), naudojama sprendžiant funkcines problemas, ir vidinių, orientuotų į įmonės duomenų bazės organizavimą.

Posistemis programinė įranga apima matematinius metodus, modelius, algoritmus, naudojamus sprendžiant valdymo uždavinius.

Posistemis programinė įranga apima sistemos programinę įrangą, taikomąsias programas valdymo problemoms spręsti, taip pat kitas įmonėje naudojamas programas.

Organizacinis palaikymas susideda iš taisyklių, instrukcijų, nuostatų ir kitų dokumentų, reglamentuojančių automatizuotos valdymo sistemos funkcionavimą, rinkinio.

Automatizuotų valdymo sistemų projektavimas, diegimas ir eksploatavimas įmonėje vykdomas programinių įrankių pagalba. Šiuolaikinės programinės įrangos įrankiai yra sudėtingos daugiafunkcinės sistemos. Juose yra taikomosios programinės įrangos paketai, skirti valdymo problemoms spręsti, įrankiai užduočių integravimui į reikiamas konfigūracijas, įrankiai, skirti automatizuotoms valdymo sistemoms susieti su kitomis sistemomis, pavyzdžiui, su CAD, ir daug daugiau. Tokios sistemos gali būti vadinamos pagrindinis. Pabrėžtina, kad bazinė sistema yra automatinės valdymo sistemos kūrimo priemonė, tačiau nėra pilna automatizuoto valdymo sistema ar jos fragmentas. Galiausiai tai leidžia sukurti lanksčią, modifikuojamą automatizuotą įmonės valdymo sistemą, kuri apjungia standartinius valdymo problemų sprendimo būdus ir specifines įmonės ypatybes.

Pagrindinės sistemos dažniausiai yra orientuotos į tam tikrą įmonių klasę. Pagrindinių sistemų struktūros ir sudėtis skiriasi viena nuo kitos ir nuo reikalingos automatizuotos valdymo sistemos funkcinės struktūros įmonėje. Šie skirtumai palieka rimtą pėdsaką renkantis bazinę sistemą ir proceso valdymo sistemos projektavimo procesą.

ĮMONIŲ VALDYMO METODAI

Pagrindinės valdymo teorijos sąvokos

Naudojant kibernetinį požiūrį, pačiame bendras vaizdasįmonės valdymo procesą galima iliustruoti naudojant diagramą, parodytą pav. vienas.

Pritaikyta pramonės įmonė Kibernetinis požiūris daro prielaidą, kad įmonės valdyme turėtų būti naudojami šie principai:

Įmonės valdymas laikomas sistemos, kuri, be įmonės, ir išorinė aplinka;

Valdymo tikslas formuluojamas kiekybine prasme;

Sistemoje veikiantys komunikacijos ir valdymo mechanizmai analizuojami atsižvelgiant tiek į determinizmą, tiek į stochastinius pokyčius.

Įmonės valdymas visada yra pavaldus tam tikram tikslui, todėl visada galima kalbėti apie tam tikra prasme optimalų valdymą, pavyzdžiui, tikslą: maksimaliai padidinti tam tikrą pelną.

Ryžiai. vienas

Čia t yra laikas, X meas (t) yra išmatuotų parametrų, apibūdinančių valdomo objekto būseną, vektorius (matuojama fazės koordinačių vektoriaus dalis), Z meas (t) yra išmatuotų parametrų, apibūdinančių objekto būseną, vektorius. aplinka, U - kontrolės veiksmas, V- poveikis aplinkai, W - informacijos sutrikimai. Apskritai U, V, W gali priklausyti nuo X ir t.

ny laikotarpį, mažinant gamybos sąnaudas ir kt.

Valdymas susideda iš dviejų komponentų:

Programinės įrangos valdymo veiksmai, kurie priklauso tik nuo laiko;

Korekciniai valdymo veiksmai formuojami pagal grįžtamojo ryšio principą, ty priklausomai nuo esamų valdomų parametrų reikšmių ir numatomų programinės įrangos reikšmių neatitikimo. Kontroliuojamų veiklos parametrų elgsena parodyta fig. 2.

Kontrolės veiksmų programinės sudedamosios dalies formavimo ir įmonės elgsenos prognozavimo metodai įgyvendinant šias įtakas ekonomikoje ir įmonės valdymo srityje leido sukurti tokią kryptį kaip planavimo metodai. Planavimo metodų papildymas periodiškai formuojant korekcinius kontrolės veiksmų komponentus sudarė krypties – projektų valdymo – pagrindą.

Įvedus šiuos supaprastinimus, įmonės valdymo procesas gali būti pavaizduotas taip, kaip parodyta pav. 3.

Ryžiai. 2

čia t- laikas; X pl (t) - programa, planuojama parametro reikšmė; X f (t) – tikroji parametro reikšmė.

Ryžiai. 3

Planavimas susideda iš suplanuotos proceso „trajektorijos“ sukūrimo X(t) planavimo laikotarpiui t0 ,t pl) . Apskaita, t. y. matavimas, gamybos sistemose susideda iš tikrosios proceso būklės nustatymo tam tikru momentu. X f (t). Valdymas leidžia nustatyti nuokrypį X f (t) nuo X pl (t), o reglamentavimas susideda iš koreguojamo plano nustatymo X p (t), y., iš esmės tai yra planavimo problemos sprendimas naujomis pradinėmis sąlygomis.

Valdymo grandinė, parodyta pav. 2 ir pav. 3, yra universalus ir taikomas visoms proceso gamybos sistemoms. Vektorinės funkcijos komponentai X(t) gali būti rodiklių, apibūdinančių gamybos eigą, pajamų būklę, išlaidas, pajėgumus, atsargas, personalą ir kt.

Valdymo procesui apibūdinti vartojami šie terminai. Įmonės valdymas yra įtakų visuma, skirta užtikrinti efektyvų gamybos proceso eigą iškeltų tikslų požiūriu.

Įmonės valdymo proceso įgyvendinimas vyksta rėmuose įmonės valdymo sistemos - struktūras, kurias galima identifikuoti valdymo objektas Ir valdymo dalis. Kontrolės objektas yra gamybos procesas. Įmonės vadovaujančiosios dalies vaidmenį atlieka valdymo paslaugos.

Įmonės valdymas vyksta laikui bėgant, todėl turėtų būti laikomas valdymo procesas. Gamybos proceso struktūra savo ruožtu lemia valdymo proceso struktūrą. Kiekvienoje įmonėje gali būti išskiriamos kelios veiklos sritys (gamyba, rinkodara, tiekimas, finansai ir kt.), o šiose srityse – gilesnių lygių procesai, kurie kartu yra ir valdymo objektai.

Įmonės valdymo sistema yra organizacijos tipo valdymo sistema. Tokiose sistemose svarbus žmonių grupių elgesio organizavimo, koordinavimo ir koordinavimo vaidmuo.

Atitinkamai, valdymo procese priimami trijų kategorijų sprendimai: strateginis, taktinis ir operatyvinis. Pagal šią klasifikaciją administracinis aparatas paprastai turi trijų lygių hierarchiją: viršutinis, vidurinis ir veikimo lygiai.

Aukščiausias lygis (aukščiausioji vadovybė) nustato valdymo, užsienio politikos, materialinių, finansinių ir darbo išteklių tikslus, rengia ilgalaikius planus ir jų įgyvendinimo strategiją. Jo kompetencija apima rinkos, konkurencijos, konjunktūros analizę ir įmonės plėtros strategijos paiešką.

Vidutiniame lygmenyje daugiausia dėmesio skiriama taktinių planų kūrimui, jų įgyvendinimo stebėjimui, išteklių sekimui ir valdymo nurodymų rengimui.

Veiklos lygmeniu įgyvendinami planai ir rengiamos pažangos ataskaitos. Vadovybė čia, kaip taisyklė, susideda iš vidurinės grandies vadovų, kurie vadovauja dirbtuvėms, skyriams, skyriams, pamainoms. Pagrindinis operatyvinio valdymo uždavinys – koordinuoti visus gamybos proceso elementus laike ir erdvėje.

Kiekviename lygyje atliekamas darbas, kuris suteikia valdymą komplekse. Šios veiklos vadinamos funkcijomis.

Visi privatūs gamybos procesai, iki elementarių, yra valdomus procesus. Kiekvienas procesas valdomas įgyvendinant valdymo funkcijas atskiru atskiru laiku. Valdymo funkcijos apima: planavimą, apskaitą, kontrolę, reguliavimą, analizę. Planavimas - tai yra valdomo proceso elgesio ateityje apibrėžimas deterministiniu būdu. Planavimas- funkcija, per kurią valdymo tikslas realizuojamas idealia forma. Planavimas – susideda iš trumpalaikių ir ilgalaikių įmonės gamybinės ir ekonominės veiklos planų (prognozių) rengimo, pagrįstų socialiniais, ekonominiais ir kitais modeliais ir yra susijęs su didelių duomenų kiekių apdorojimu, veiklos rezultatais. sudėtingų ir daug laiko reikalaujančių skaičiavimų. Planavimas užima reikšmingą vietą aukščiausios vadovybės veikloje, mažiau – vidutiniame ir minimaliame – operatyviniame lygmenyje. Apskaita - tikrosios kontroliuojamo proceso būsenos nustatymas diskrečiu laiku. Apskaita- funkcija, skirta gauti informaciją apie įmonės eigą Apskaita daugiausia vykdoma operatyviniame ir viduriniajame vadovybės lygmenyse. Aukščiausiame valdymo lygyje nėra apskaitos, tačiau jos pagrindu visapusiškai atliekama gamybos rezultatų analizė ir jos reglamentavimas. Kontrolė - tai nukrypimų tarp planuojamos ir faktinės kontroliuojamo proceso būsenos apibrėžimas atskirais laiko momentais. reglamentas- kontroliuojamų procesų funkcionavimo užtikrinimas pagal nurodytus parametrus. Analizė - tai yra valdomo proceso įgyvendinimo valdymo laikotarpio rezultatų apibendrinimas, identifikuojant veiksnius, kurie turėjo įtakos planuotų rezultatų pasiekimo laipsniui. Analizė ir reguliavimas- faktinių rodiklių palyginimas su norminiais, nukrypimų nustatymas, nukrypimų priežasčių nustatymas ir būdų juos pašalinti. Santykis tarp valdymo lygių ir jų atliekamų funkcijų pagal atliekamo darbo kiekį parodytas lentelėje.

Funkcijų ir valdymo lygių tarpusavio ryšys

Valdymo lygis	Planavimas ir prognozavimas	Buhalterinės apskaitos ir kontrolė	Analizė ir reglamentas
Aukščiausia vadovybė	Reikšmingas	Dingęs	Reikšmingas
Vidutinis lygis	Vidutinis	Reikšmingas	Vidutinis
operatyvinis valdymas	Nepilnametis	Reikšmingas	Dingęs

Yra ir kita valdymo funkcija – prognozavimas. Prognozavimas - tai yra valdomo proceso tikimybinių charakteristikų ateities apibrėžimas. Priklausomai nuo tyrimo tikslų, prognozavimo funkcija laikoma savarankiška arba derinama su planavimu.

Tolesnė pažanga įmonės valdymo metodų formalizavimo srityje yra susijusi su:

1) su sistemingas požiūris, kuri apima modelių sistemos sukūrimą. Paprastai šie modeliai turi hierarchinę struktūrą, atspindinčią įvairias kokybines tokio sudėtingo objekto, kaip įmonės, elgesio ypatybes, pavyzdžiui, proceso modelį, įmonės atvaizdavimą kaip eilių sistemų sudėtį, įmonėje naudojamus duomenų modelius. ir kt.;

2) sukūrus reguliarius valdymo veiksmų nustatymo metodus, pagrįstus hierarchiniu dekompozicijos ir užduočių agregavimo principu. Pagal šį principą aukštesnio lygio valdymo uždavinio sprendimo rezultatas tampa pradine žemesnio lygio uždavinio valdymo veiksmo konstravimo problemos sprendimo sąlyga. Be to, dėl žemesnio lygio problemos sprendimo rezultato negalima peržiūrėti aukštesnio lygio problemos sprendimo rezultato.

Šių metodų taikymas davė tokių rezultatų:

Išskirti eilę supaprastintų uždavinių, kuriems būtų galima pritaikyti kai kuriuos optimalaus valdymo teorijos metodus, baigtinius automatus, operacijų planavimą ir kt.;

Sukurti efektyvias valdymo sprendimų priėmimo procedūras naudojant sprendimus priimančių asmenų (DM) empirines žinias;

Naudoti euristines valdymo strategijas;

Nustatyti įmonių organizacinių struktūrų formavimo principus.

Valdymo teorijos metodai, naudojami automatizuotose valdymo sistemose

Sprendžiant konkrečias problemas, susijusias su įmonės valdymu, plačiai naudojami formalizuoti metodai, kurie literatūroje kartais vadinami ekonominiais-matematiniais. Kai kurie iš jų buvo pritaikyti šiuolaikinėse automatizuotose valdymo sistemose. Pagal ekonominius-matematinius metodus įprasta suprasti formalizuotų matematinių metodų rinkinį, leidžiantį rasti optimalius ar jiems artimus ekonominių problemų sprendimus. Problemos pareiškimas turėtų atspindėti esamus apribojimus ekonominio pobūdžio. Įmonėms šie apribojimai kyla dėl ribotų išteklių arba dėl išorinių sąlygų, kuriomis jų ekonominė veikla vykdoma. Optimizavimo kriterijus įforminamas kaip tikslinė funkcija. Tai išraiška, kurią, atsižvelgiant į atliekamą užduotį, reikia maksimaliai padidinti arba sumažinti. - Optimizavimo kriterijų vaidmuo įvairiuose įmonės valdymo sistemos lygiuose gali būti, pavyzdžiui, pardavimų apimtys, pelnas, bendras gamybos laiko nuokrypis nuo reikalingų, įrangos panaudojimo lygis, darbų planavimo laikotarpis (mėnuo, metai), bendrosios išlaidos. gamybai ir nebaigtai gamybai ir kt. Ekonominių ir matematinių modelių kintamieji yra valdomi parametrai. Sprendžiant optimizavimo uždavinius, kintamieji gali būti pagamintų gaminių skaičius, pradžios/išleidimo laikai, partijų dydžiai, atsargų lygiai, operacijų pradžios ir pabaigos laikai. Kitas svarbus ekonominių ir matematinių metodų bruožas yra tai, kad jie gali būti galingas įrankis analizuojant ekonominę situaciją. Pavyzdžiui, su jų pagalba galima greitai nustatyti, kad, esant tam tikriems apribojimams, nėra įmanomo sprendimo. Kai kurie metodai neapsiriboja optimalaus sprendimo gavimu. Sudarant planą, jie leidžia įvertinti optimalaus plano jautrumą išorinių sąlygų ar įmonės vidinių savybių pokyčiams.

Ekonominių ir matematinių metodų įvairovė gana didelė. Ši trumpa analizė pagrįsta matematinio aparato prigimtimi.

Linijinis programavimas yra rasti optimalų linijinės tikslo funkcijos sprendimą pagal tiesinius ir kintamųjų neneigiamumo apribojimus.

Kalbant apie linijinį programavimą, galima suformuluoti įvairiausias gamybos planavimo, finansinės veiklos, techninio ir ekonominio planavimo, MTEP planavimo problemas.

Linijinio programavimo ypatumas tas, kad juo galima ne tik gauti optimalų sprendimą, bet ir sėkmingai ištirti gauto sprendimo jautrumą pradinių duomenų pokyčiams. Jautrumo analizės rezultatai turi aiškią ekonominę interpretaciją.

Ypatingas linijinio programavimo atvejis yra transporto modelis. Jis gaunamas natūraliu būdu formalizuojant pervežimų planavimo problemą, tačiau gali būti naudojamas ir kitiems automatizuotos valdymo sistemos uždaviniams spręsti (personalo paskirstymas į darbus, kompiliavimas). pamainų grafikai ir pan.). Specifinė problemos suvaržymų struktūra leido sukurti efektyvius sprendimo būdus.

Svarbią vietą automatizuotoje valdymo sistemoje užima metodai diskretiškas programavimas, kurios yra orientuotos į optimizavimo uždavinių sprendimą su sveikaisiais (iš dalies arba visiškai) kintamaisiais. Sveikųjų skaičių reikalavimas daugelyje gamybos valdymo problemų išryškėja, jei kalbame, pavyzdžiui, apie optimalios produktų gamybos programos nustatymą, kurių skaičius turi būti sveikasis skaičius. Ypatingas diskrečiųjų programavimo problemų atvejis yra problemos su Būlio kintamaisiais (0 arba 1), t. y. problemos pasirenkant vieną iš dviejų sprendimų kiekvienam objektui (objektų skaičius gali būti didelis). Kaip pavyzdį galite nurodyti įrangos išdėstymo, užsakymų portfelio formavimo ir kt. užduotis.

Diskrečioms programavimo problemoms spręsti buvo sukurti įvairūs algoritmai, įskaitant kombinatorinę ir atsitiktinę paiešką.

Modeliai stochastinis programavimas apibūdinti situacijas, kai modelio elementai yra atsitiktiniai dydžiai su žinomomis pasiskirstymo funkcijomis. Linijinio programavimo problemų sprendimas yra sumažinti pradinę problemą iki deterministinės formos.

Tinklo modeliai ir metodai naudojami ten, kur galima aiškiai struktūrizuoti valdomą procesą grafiko pavidalu, kuriame aprašomas darbo, išteklių, laiko sąnaudų ir kt. santykis. Sukurta daugybė metodų, kaip spręsti tinklo modelių problemas, siekiant nustatyti kritinį kelią. ir paskirstyti išteklius.

Dinaminis programavimas yra kelių žingsnių procesas, kurio metu gaunamas optimalios problemos sprendimas. Natūraliausiai atrodo dinaminių uždavinių formalizavimas, tačiau šis metodas gali būti sėkmingai taikomas ir statiniams uždaviniams, jei įmanoma pradinio uždavinio sprendimą suskaidyti į etapus. Rimtas dinaminio programavimo metodo taikymo apribojimas yra problemų dimensija. Jei matmuo didelis, tuomet reikia įsiminti didelį kiekį tarpinės informacijos. Praktiškai optimizavimo uždavinių sprendimas įmanomas sistemoms, kurių matmenys neviršija trijų.

Daugiakriteriniai modeliai atspindi vieną iš neapibrėžtumo rūšių optimalių sprendimų paieškos problemose – tikslų neapibrėžtumą. Šie modeliai ir metodai yra labai perspektyvūs, nes daugelis APCS planavimo užduočių gali ir turi būti laikomos daugiakriterinėmis. Toks požiūris leidžia optimizuoti gautus sprendimus pagal kriterijų rinkinį, atspindintį ekonominius, technologinius, socialinius, aplinkosaugos ir kitus įmonių veiklos aspektus.

Matematinė statistika automatizuotose valdymo sistemose naudojamas sprendžiant ekonominių ir socialinių procesų įmonėse analizės ir prognozavimo, norminės bazės kūrimo ir koregavimo problemas. Dažniausiai naudojami metodai: statinių charakteristikų skaičiavimas, koreliacinė, regresinė ir dispersinė analizė.

Atsargų valdymo teorija leidžia nustatyti medžiagų, pusgaminių, gamybos pajėgumų ir kitų išteklių atsargų lygius, priklausomai nuo jų poreikio.

Tvarkaraščio teorija yra metodinis pagrindas sprendžiant darbų sekos efektyvinimo problemas. Tai atsižvelgiama į struktūrą ir parametrus technologinis procesas. Planavimo teorijos požiūriu suformuluotoms problemoms spręsti naudojami prioritetiniais modeliavimo metodai.

Euristiniai metodai tapo gana plačiai paplitę automatizuotoje valdymo sistemoje, o tolesnė pažanga šia kryptimi siejama su kūrimu ir įgyvendinimu. ekspertų sistemos. Ekspertinės sistemos leidžia kaupti žinių bazes apie gamybos procesą, apie efektyvius valdymo sprendimus ir tuo remiantis pasiūlyti racionalius sunkiai formalizuojamų problemų sprendimus.

Ekonominių-matematinių modelių ir metodų spektras itin platus, jų naudojimą riboja sunkumas adekvačiai apibūdinti gamybos procesą, gauti sprendimus didelės apimties uždavinių sąlygomis, taip pat šiuo atveju reikalingos vadovaujančio personalo kvalifikacijos trūkumas. .

Žemiau pateikiami modeliai ir metodai, kaip išspręsti konkrečias įmonės valdymo problemas, įtrauktas į pagrindines ERP tipo sistemas:

Strateginio planavimo problemoms spręsti naudojami linijinio programavimo modeliai;

Veiklos planavimas, kaip taisyklė, sudaromas remiantis tinklo modeliais. Šiuo atveju naudojami kritinio kelio ir PERT skaičiavimo metodai;

Paklausos ir kitų ekonominių procesų prognozavimo problemoms spręsti naudojami regresinės analizės, laiko eilučių analizės metodai, ekspertinių įverčių apdorojimo procedūros;

Sprendžiant pardavimo ir gamybos planavimo problemas, naudojami linijinio programavimo metodai;

Gamybos grafiko sudarymo užduotis gali būti suformuluota kaip viso gamybos ciklo sumažinimo užduotis esant pajėgumų apribojimams, kai paleidimo (išleidimo) datos veikia kaip kintamieji. Pagrindinėse sistemose, tokiose kaip ERP, yra šios problemos sprendimo procedūrų generuojant, analizuojant ir tikrinant parinktis, tuo pačiu sumažinant kintamųjų skaičių kiekvienos iteracijos metu;

Medžiagų poreikių, užtikrinančių gamybos grafiką, skaičiavimo užduotis sprendžiama remiantis sprogimo modeliu, kurio metu atliekamas tinklo struktūros, apibūdinančios gaminio sudėtį, skaičiavimas.

Operatyvus gamybos valdymas ERP yra pagrįstas prioritetų ir euristinių metodų naudojimu kuriant darbo grafikus.

Norminė bazė gali būti suformuotas naudojant statistinius metodus.