Informacijos apsaugos sistemos kūrimas statybų įmonei. Informacinių sistemų vaidmuo statybos ir plėtros projektų valdymo procesuose Informacinės sistemos esmė

Dažnai girdime, kad pagrindinė to priežastis yra didelis pelningumas vidutiniškai pramonėje: juk ten, kur dar yra pakankamai pinigų, negali būti rimto susidomėjimo kompleksine automatizacija – ir tai, sako, su laiku atsiras susidomėjimas. , kai dėl natūralių rinkos procesų Prasidės neišvengiamas kainų ir dėl to statybų rinkos pelningumo mažėjimas, susiklosčius situacijai, kurioje išliks tik geriausiai galvojantys.

Šis požiūris dažniausiai supriešinamas su kitu: ten, kur pakanka pinigų, tuo labiau reikalinga griežta apskaita, siekiant išvengti korupcijos ir užkirsti kelią vagystėms. Ir vis dėlto pagrindinė tokio žemo automatizavimo statybos įmonėse priežastis yra pramonės specifika: bet kuriai statybų bendrovei reikia automatizuoti per daug veiklos sričių, o jų glaudus integravimas tarpusavyje yra būtinas.

Taigi, kokius procesus pirmiausia reikia automatizuoti statybų įmonėje?

Išlaidų ir pajamų kontrolė

Visų pirma, išlaidų ir pajamų kontrolė yra automatizuojama. Statybos įmonėms reikia kažko, kas leistų po ranka turėti informaciją apie tai, kiek pinigų yra ir kiek tikimasi, kokios buvo išlaidos ir už ką, ​​kas jas padarė, kokios išlaidos planuojamos, ar yra pakankamai pinigų ir kokios laukiamas finansinis rezultatas. Didžiojoje daugumoje statybų įmonių logika yra būtent tokia: visų pirma gryniesiems pinigų srautams taikoma apskaita, neskaitant prekių srautų, kaštų apskaitos arba, juolab, pelningumo. Pagal savikainą statybininkai dažnai tiesiog supranta tikrąją konkrečiam statybos projektui patirtų išlaidų sumą, o pagal pelningumą – skirtumą tarp pajamų ir lėšų išlaidų. Taigi, pagrindinis dalykas automatizuojant statybos įmones yra operatyvus biudžeto sudarymas (prieš mėnesį ar du) ir išlaidų kontrolė pagal paraiškas.

Sutarčių valdymas

Antra pagal svarbą automatizavimo reikalaujanti statybų verslo sritis – išlaidų, darbų ir skolų pagal statybos sutartis kontrolė bei pajamų planavimas pagal pirkimo-pardavimo sutartis, nuomą, dalyvavimą nuosavame kapitale ir kt. Pagrindinė užduotis čia yra galimybė planuoti darbų atlikimą pagal kiekvieną sutartį ir apmokėjimo grafiką tiek išlaidų sutartims, tiek pardavimo sutartims. Santykių su užsakovais ir rangovais apskaita įdomi pirmiausia skolų ir planų vykdymo požiūriu, o pardavimo sutarčių - lėšų gavimo plano ir vėl atsirandančio kliento požiūriu. skolos.

Projektų valdymas

Projektų valdymas yra nuolatinė visų statybininkų tema. Juk tai labai gražu - statybų grafikas ant sienos, ant kurio viskas aišku ir suprantama. Beveik bet kuri statybų įmonė yra praėjusi šiuo keliu: priimdama sprendimus dėl bendro planavimo ir projekto valdymo; suvokimas, kad svarbiausia ne planuoti, o sekti įgyvendinimą; tada supranti, kad „lauko ataskaitų“ rinkimas yra tiek daug resursų reikalaujanti užduotis, kad lengviau jos atsisakyti. Taigi paaiškėja, kad daugumoje statybos įmonių projektų valdymas yra tik graži schema ant sienos, kurią pasirašo už projektą atsakingi asmenys. Išties užduočių vykdymo sekimas statybos projekte yra itin daug darbo reikalaujantis darbas, nes konkretūs šios industrijos vykdytojai yra toli nuo kompiuterio žmonės, todėl kiekvienu atveju reikalingas funkcijų dubliavimas, o tai visada labai brangu. Nepadeda ir sugalvotos popierinės ataskaitų formos: meistras taip pat itin nenoriai dirba su popieriumi. Todėl geriausias sprendimas statybos projektams valdyti – projekto vykdymo kontrolė naudojant atskaitos taškus. „Atskaitos taškai“ yra svarbiausi projekto taškai. Kadangi jų nėra labai daug, iš jų visiškai įmanoma surinkti faktinius duomenis apie užduočių vykdymą. Taigi taikomąja prasme vienintelis galimas projekto valdymas statybose yra planavimas, reikiamų išteklių apskaičiavimas biudžeto išlaidų daliai nustatyti ir projekto įgyvendinimo sekimas atskaitos taškais.

Statybos sąmatų sudarymas

Prieš ką nors statant, reikia žinoti, kaip tai vyks, kokių medžiagų reikia ir kiek kainuos visas projektas: taip atsiranda poreikis statybos projekto sąmatai. Sąmatos veikla yra griežtai reglamentuota valstybiniu lygiu, o sąmatos dokumentacijos rengimo programų yra pakankamai daug – ši sritis statybos įmonėse yra palankiausia automatizavimo požiūriu.

Kita automatika

Be aukščiau aprašytų pagrindinių verslo procesų, statybos įmonėje, priklausomai nuo jos dydžio ir specializacijos, gali kilti poreikis automatizuoti statybos projektų pasiūlos valdymą, verslo planavimo programas (kai skaičiuojant investicijų efektyvumą), programas. už paskolų valdymą turint pakankamai skolintų pinigų. Galiausiai, statybos įmonė, kaip ir bet kuri kita įmonė, automatizuoja personalo apskaitą ir apskaitą.

Būtent įvairių verslo procesų, reikalaujančių automatizavimo, gausa lemia statybų pramonei priimtino programinės įrangos produkto trūkumą rinkoje ir atitinkamai žemą kompleksinio automatizavimo lygį tarp statybos įmonių. Reikėtų pažymėti, kad kiekvienai individualiai verslo problemai yra skirtingi sprendimai ir automatizavimo galimybės. Bet kuri statybų įmonė pamažu įsigyja kompiuterines programas, kurios automatizuoja įvairių padalinių darbą. Kitose pramonės šakose žinoma „dvigubo įvesties problema“ čia virsta dešimteriopa įvesties problema – tie patys duomenys įvedami į visiškai skirtingas programas, kurios niekaip nesusijusios viena su kita. Net sunku įvertinti pramonės darbo sąnaudas ir finansinius nuostolius dėl tokios padėties. Žinoma, kaip išeitį iš situacijos, galima pasiūlyti nevienalyčių programų integravimą tarpusavyje.

Tačiau čia yra du „bet“. Pirma, dėl daugybės konkrečių užduočių ir atitinkamai galimų jų automatizavimo programų, mažai tikėtinas paruošto integravimo sprendimo atsiradimas (neįmanoma numatyti nieko integruoti su niekuo). Antra, tiek daug produktų vienas su kitu integravimo nustatymo sąnaudos gali būti labai, labai didelės. Tai dar svarbiau, nes daugumos integracijos projektų „kojos“ „išauga“ iš noro sutaupyti. Tiesą sakant, sutaupymas labai abejotinas – integraciniai projektai dažnai atneša net didesnes sumas, nei atskiras programas pakeičiant viena, bet padengiant visas būtinas užduotis. Todėl daugumai įmonių valdymo sistemų tiekėjų rūpi sukurti jau paruoštą kompleksinį statybos įmonių automatizavimo sprendimą.

Nors kompleksinio statybos įmonių automatizavimo poreikį sistemų kūrėjai pripažino palyginti neseniai, rinkoje jau yra kelių gamintojų kompleksiniai sprendimai. Pažvelkime į šiuos sprendimus išsamiau.

Automatikos sistema	Biudžeto sudarymas	Išlaidų valdymas	Sutarčių valdymas	Projektų valdymas	Biudžeto sudarymas	Tiekimo valdymas	Verslo planavimas	Paskolų valdymas	Apskaita	Įgyvendinimo terminas	Kaina už darbo vietą, USD
Galaxy ERP, modulis "Statybos valdymas"	Pačiame modulyje – ne, sistemoje – taip	Taip	Taip	Integracija su Primavera ir MS Project	Integracija su įvertinimo programomis (ARPS formatas)	Taip	Taip	Taip	Taip	nuo 3-6 mėnesių iki 2-3 metų
	Taip	Taip	Taip	Taip	Taip	Taip	Taip	Taip	Taip	nuo 1 mėnesio
Oracle JD Edwards EnterpriseOne „Projektų valdymas“	Projektų biudžetai ir bendrieji verslo biudžetai – taip.	Taip	Taip	Taip. + Integracija su Oracle Primavera ir/arba MS Project	Integracija su įvertinimo programomis	Taip	Taip	Taip	Taip	6-10 mėnesių	1000 - 2300
MAG Builder, skirtas Microsoft Dynamics AX	Taip	Taip	Taip	Integracija su MS Project	taip (be išlaidų sąmatos)	Taip	Integracija su Plan Designer, Comshare, Geac Performance Management	Taip	Taip	3-6 mėn	5000
Lanit-konstrukcija	Taip	Taip	Taip	Taip	Integracija su WinSmeta, Smeta. ru	Taip	Taip	Taip	Taip	nuo 3 mėnesių iki 1,5 metų	2500
SAP inžinerijai, statybai ir operacijoms	Taip	Taip	Taip	Taip	Taip	Taip	Nr	Taip	Taip	6-9 mėnesiai	5000
Statybiniai sprendimai Aleph sistemos platformos pagrindu	Taip	Taip	Taip	taip + integracija su Primavera	Taip	Taip	Taip	Nr	Taip	6-9 mėnesiai	2000
Programinės įrangos paketas „Hector the Builder“	Nr	Nr	Nr	taip + integracija su Primavera ir Spider	taip + galimybė integruoti su kitomis įvertinimo programomis	Nr	Nr	Nr	Integracija su buhalterinėmis programomis	Pristatymas + mokymai iki 2 sav	250 - 600

2/2009 NAUJIENA

STATYBOS PROJEKTŲ VALDYMO INFORMACINĖS SISTEMOS

E.G. Penkina

Šiuolaikiniame statybų versle aktyviai naudojamos informacinės technologijos ir specializuota programinė įranga. Tai kompiuterinio projektavimo (CAD) sistemos, projektinės dokumentacijos valdymo sistemos ir įvertinimo programinė įranga. Sąmatinės sistemos pateikia projekto įvertinimą pagal darbų apimtį, sąnaudas ir bendrą projekto resursų poreikį, tačiau nepateikia sėkmingam projekto įgyvendinimui svarbios informacijos, pvz., darbų grafiko, grafiko. išteklių poreikių ir kalendoriaus išlaidų profilį.

Statybų komplekso organizacijose yra didelė programinės įrangos, skirtos planavimui ir projektų valdymui, poreikis. Laikui optimalaus būdo įgyvendinti projektą efektyviausiai panaudojant išteklius yra pagrindiniai sėkmės veiksniai, o kasmet didėjant konkurencijai – organizacijos išlikimo garantas.

Statybos projektų valdymo informacinė sistema (CMIS) – tai organizacinis ir technologinis metodinių, techninių, programinių ir informacinių priemonių kompleksas, skirtas palaikyti ir efektyvinti planavimo ir projektų valdymo procesus, pagrįstas specializuotos programinės įrangos kompleksu.

Planavimo ir projektų valdymo sistemos įdiegimas gali žymiai pagerinti statybos projektų efektyvumą. Pagrindiniai projektų valdymo informacinės sistemos naudojimo pranašumai yra šie:

Galimybė reguliuoti projektų valdymo procedūras;

Investicijų efektyvumo nustatymas ir analizė;

Naudoti matematinius metodus projektų laiko, išteklių ir kaštų parametrams skaičiuoti;

Centralizuotas informacijos apie darbo grafiką, išteklius ir išlaidas saugojimas;

Gebėjimas greitai analizuoti grafiko, išteklių ir finansavimo pokyčių įtaką projekto planui;

Projektinių darbų vykdymo kontrolės užtikrinimas;

Galimybė automatizuoti ataskaitų ir grafinių diagramų generavimą, projektinės dokumentacijos kūrimas;

Projektų archyvo naudojimas ir žinių kaupimas.

Šiandien yra pakankamai programinės įrangos statybų projektams valdyti. Tačiau ne visada pavyksta išsirinkti būtent tokį, kuris pakankamai tenkintų statybos įmonės poreikius. Be to, net ir atlikus šią užduotį ir pasirinkus tinkamą įrankių rinkinį, įmonei daugeliu atvejų sunku preliminariai įvertinti pasirinktos programinės įrangos diegimo efektą.

NAUJIENA 2/2009

Šiuo metu ISUSP organizacinės paramos klausimas nėra gerai išplėtotas.

Pirma, nėra atitinkamos kriterijų sistemos, kuri leistų parinkti optimalią statybos projekto valdymo sistemą (CPVS) konkrečiai statybos organizacijai.

Būtina suprasti, kad joks programinis produktas nepadės, jei organizacijoje nebus įdiegta projektų valdymo sistema. Jei standartas ir reglamentai nėra sukurti. Todėl sistema yra pirminė, gaminys turi atitikti suprojektuotos sistemos reikalavimus. Ir čia gali kilti problema – jei programinė įranga nepateikia reikiamos informacijos, jos naudingumas smarkiai krenta. Todėl sistemos pasirinkimas turi būti sąmoningas. Būtina nustatyti, koks produktas reikalingas projektų valdymo sistemai, kurią turi statybų organizacija.

Šiuo atveju pasirinkimo algoritmas atrodo taip:

1. Suformuluokite reikalavimus paketui, prieš tai nustačius reikiamas funkcijas. Tai svarbus žingsnis, nes be tinkamo dėmesio gali būti praleisti labai svarbūs gaminio reikalavimai.

2. Sukurkite lentelę, kurioje palyginamos įvairių sistemų funkcijų specifikacijos. Vienas iš galimų variantų pateiktas lentelėje. 1.

3. Įvertinti programinės įrangos tiekėjų pasiūlymus, jų teikiamas paslaugas, pagalbą diegiant ir kt.

Lentelė 1. Skirtingų sistemų funkcijų specifikacijų palyginimai

Reikalavimai renkantis programinę įrangą Sistemoje įdiegtos funkcijos

Vartotojo sąsaja Pritaikoma sąsaja

Kontekstinė pagalba

Lengva prieiga prie duomenų

Grafikos galimybės

Sąsajos padalijimas pagal vaidmenis

Standartiniai vedliai, šablonai ir ekrano rodiniai

Duomenų valdymas Lengva prieiga ir informacijos perdavimas

Apsauga nuo neteisėtos prieigos

Duomenų integravimas su kitomis programomis

Galimybės diferencijuoti prieigos teises

OLAP funkcijų prieinamumas

Planavimo mechanizmas Naudojant hierarchinę išteklių struktūrą

Laiko analizė naudojant kritinio kelio metodą

Išlaidų ir uždirbtos vertės analizė

Rizikos analizė

Kelių šaltinių planų naudojimas

Ataskaitų šablonų naudojimas

Bendradarbiavimo užtikrinimas Žiniatinklio programų prieinamumas

Kliento-serverio architektūra

Suteikite prieigą prie duomenų nuotoliniams vartotojams

Perspėjimai ir priminimai apie darbą

2/2009 NAUJIENA

Programinės įrangos produktas nėra projekto valdymo sistemos pagrindas, tačiau jo galimybės ir trūkumai gali būti rimtas veiksnys ir apribojimas renkantis programinę įrangą. Ne kiekviena įmonė gali sau leisti pritaikyti savo programinę įrangą. Nors, žinoma, darbo vietų pritaikymas, priklausomai nuo darbuotojo atliekamų funkcijų, vyksta.

Antra, būtinos metodinės ir programinės-informacinės priemonės, padedančios įvertinti projektų valdymo informacinės sistemos efektyvumą iš esamo rinkinio.

Veiksmingumo vertinimas grindžiamas sistemos peržiūros kriterijų apibrėžimu, parinkimu ir įvertinimu pagal šias savybes. Egzistuoja tam tikri kriterijų rinkinio skirtumai, kurie turi tiesioginės įtakos projekto efektyvumui ir gali priklausyti nuo statybos projektų ypatybių ir sistemos sudėties, tačiau apskritai jie yra vienodi visiems (1 pav.).

Projekto laiko valdymas

Projekto kaštų valdymas

Projekto kokybės valdymas

Projekto tikslų valdymas

Pagrindinis

_projekto_ integravimo (užbaigimo) valdymas

Žmogiškųjų išteklių ir išteklių valdymas

Tiekimo ir sutarčių valdymas

Informacijos ir ryšių valdymas

Projekto rizikos valdymas

Pagalbinis

Ryžiai. 1. Projekto efektyvumo vertinimo kriterijai

Reikalavimai renkantis programinę įrangą Sistemoje įdiegtos funkcijos Vartotojo sąsaja Pritaikoma sąsaja Kontekstinė pagalba Lengva prieiga prie duomenų Grafinės galimybės Sąsajos atskyrimas pagal vaidmenis Standartiniai vedliai, šablonai ir ekrano rodiniai Duomenų valdymas Lengva prieiga ir informacijos perdavimas Apsauga nuo neteisėtos prieigos Integravimas duomenys su kitomis programomis Galimybė atriboti prieigos teises OLR funkcijų prieinamumas Mechanizmo planavimas ir naudojimas Hierarchinės išteklių struktūros naudojimas Laiko analizė naudojant kritinio kelio metodą Kaštų ir uždirbtos vertės analizė Rizikos analizė Kelių pradinių planų naudojimas Ataskaitų šablonų naudojimas Bendradarbiavimo užtikrinimas Galimybė naudotis žiniatinklio programomis Kliento-serverio architektūra Prieigos prie duomenų suteikimas nuotoliniams vartotojams Įspėjimai ir priminimai apie darbą

Kiekybinis informacinės sistemos efektyvumo įvertinimas gali būti skaičiuojamas pagal šiuos pagrindinius kriterijus:

Laiko nukrypimai – tai projekto grafiko poslinkiai, atsiradę dėl darbų vėlavimo ar pažangos;

Projekto išlaidų nukrypimai – tai projekto biudžeto nukrypimai, atsirandantys dėl jo perviršio arba per mažo išlaidų;

NAUJIENA 2/2009

Kokybės nukrypimai - kokybės tikrinimo ir vertinimo metu nustatytų trūkumų pašalinimas - projekto komandos efektyvumo šalinant projekto metu nustatytus trūkumus įvertinimas.

Kiekvienam konkrečiam projekto kriterijui sudaromi šio kriterijaus svarbą atitinkantys svorio rodikliai (k1, k2, k3 ir kt.).

Pagrindinis statybos organizacijų procesų bruožas yra jų standartinė struktūra ir standartiniai apribojimai. Šie standartiniai laiko, projekto įgyvendinimo sąnaudų ir rezultatų kokybės apribojimai gali būti naudojami apibendrintam rodikliui, apibūdinančiam sistemos efektyvumą, įvertinant atsirandančius nukrypimus (1).

(k1* AT + k 2* AC + k 3* AO) AE = --- (1)

DE – nukrypimai nuo valdymo informacinės sistemos naudojimo

AT – laiko nuokrypiai

AC – projekto kainos nukrypimai

AO – kokybės nukrypimai

Koeficientų AE reikšmės atitinka specialios sudarytos skalės, leidžiančios klasifikuoti nukrypimus nuo konkretaus ISUSP naudojimo, padalijimus.

Tai vienas iš galimų informacinių sistemų efektyvumo kiekybinio įvertinimo metodų. Taip pat galite naudoti aukštos kokybės. Pavyzdžiui, remiantis ekspertiniu kritinių sėkmės veiksnių (CSF) vertinimu, kurių įgyvendinimas būtinas sėkmingam statybos projekto įgyvendinimui.

PMIS veiksmingumas priklauso nuo tokių veiksnių kaip:

Iš vyresniosios vadovybės pusės - sistemos svarbos supratimas, noras suteikti reikiamą pagalbą asmeniškai dalyvaujant ar deleguojant atitinkamus įgaliojimus komandos nariams;

Aiškus darbų planavimas – tikslų siekimo būdų supratimas (kokiais darbais bus pasiekti projekto tikslai, per kokius terminus, kokių išteklių tam reikės);

Atsižvelgdamas į vartotojo reikalavimus – nustato pasitenkinimą sistema praktiniame darbe;

Reikalingų technologinių ir finansinių priemonių prieinamumas;

Apmokyto personalo prieinamumas (darbuotojų pasirengimas įgyvendinti konkretaus profilio projektą, noras apmokyti darbuotojus ar įdarbinti atitinkamus specialistus, kartais pritraukiant konsultantus).

Taigi, naudojant tiek kriterijų sistemą, tiek efektyvumo vertinimo metodus, galima parinkti optimalią statybos projektų valdymo sistemą.

Recenzentas: technikos mokslų daktaras, prof. S.A. Sinenko, Maskvos valstybinio statybos inžinerijos universiteto CAD statybos katedra

1. IS plėtra.

1.1. Programinės įrangos patikrinimas prieš projektą.

1.1.1. Statybų bendrovė "LvoffStroy" yra statybinių medžiagų tiekėja statybinėms mažmeninės prekybos parduotuvėms Sankt Peterburge. Šio kursinio darbo tema yra pirkimo skyrius. Su kiekvienu tiekėju sudaroma sutartis dėl prekių tiekimo pagal įmonės poreikius, tam tikrą kiekį, už tam tikrą sumą, per tam tikrą laikotarpį, ir visa tai atsispindi pirkimo sutartyje. Kartu su prekių gavimu sandėlyje pateikiamas kvitas. Šių dviejų dokumentų palyginimas leidžia mums atlikti savo užduotį: nustatyti konkretaus ketvirčio mėnesius, kai nebuvo tam tikros grupės pristatymų, ir tiekėjų skolos už šiuos mėnesius sumą už kiekvieną prekės vienetą.

1.1.2. Tiekėjų katalogas, prekių grupių katalogas, prekių katalogas, ketvirčių lentelė, taip pat du dokumentai: sąskaita ir pirkimo sutartis.

1.1.5. Kadangi tenka dirbti su dideliu informacijos kiekiu, mūsų užduotis yra sukurti tokią automatizuotą darbo vietą, kuri leistų surašyti ataskaitą tiekėjų ir sutarčių kontekste, kuri leistų kontroliuoti prekių pristatymą į įmonės sandėlius. , sekti tiekėjų skolą LvoffStroy statybų bazei“, ir kontroliuoti jos grąžinimą.

1.2. Problemos formulavimas.

1.2.1. (pažiūrėkite aukščiau)

1.2.2. Apribojimai: su vienu tiekėju gali būti sudaromos kelios sutartys, sutartyje gali būti kelios prekės, tos pačios prekės gali būti prašoma skirtingais mėnesiais, sąskaitoje faktūroje visada nurodoma pirkimo sutartis, sutarties ir sąskaitos numeriai tiekėjui yra unikalūs, kiekvienas prekė priklauso tik vienai prekių grupei, turi tik vieną matavimo vienetą, visos kainos nurodytos rubliais.

1.2.3. Norėdami išspręsti problemą, mums reikia šios įvesties informacijos:

Produktų katalogas:

Prekės kodas

Produkto pavadinimas

Vienetas

Vieneto kaina

Produktų grupės katalogas:

Prekių grupės kodas

Grupės pavadinimas

Tiekėjų katalogas:

Tiekėjo informacija

Tiekėjo pavadinimas

Pirkimo sutartis

Pirkimo sutarties numeris

Prekės pristatymo mėnuo

Tiekėjo pavadinimas

Prekės kodas

Kiekis

Pirkimo sąskaita faktūra

Sąskaitos numeris

Pirkimo sutarties numeris

Prekių gavimo į sandėlį data

Prekių kiekis

Prekės kodas

1.2.4. Išvesties dokumentas yra _____ grupės prekių nepristatymo ataskaita pagal ___ ketvirčio mėnesį:

	vardas	Skolos suma
		Kiekis	Kaina
Iš viso per mėnesį grupei:
Iš viso per mėnesį grupei:
Iš viso per ketvirtį:

1.3. Informacinio modelio konstravimas.

Taigi iš siūlomų įvesties dokumentų sąrašo mums reikia dviejų: pirkimo sutarties ir kvito sąskaitos faktūros su atitinkamais duomenimis:

Pirkimo sutarties numeris

Pirkimo sutarties sudarymo data

Tiekėjų pavadinimai

Tiekėjo adresas

Tiekėjo informacija

Produkto pavadinimas

Produkto matavimo vienetas

Prekės pristatymo mėnuo

Prekių kiekis pagal pirkimo-pardavimo sutartį

Pirkimo kaina už prekių matavimo vienetą

Sąskaitos numeris

Sąskaitos faktūros išrašymo data

Prekių gavimo į sandėlį data

Pirkimo sutarties numeris

Pirkimo sutarties sudarymo data

Tiekėjo pavadinimas

Tiekėjo adresas

Tiekėjo informacija

Produkto pavadinimas

Produkto matavimo vienetas

Kiekvienos prekės kiekis pagal sąskaitą faktūrą

Norint išspręsti šią problemą, taip pat reikalingi 3 norminės ir informacinės informacijos dokumentai:

Tiekėjų katalogas

Produktų katalogas

Prekių grupių katalogas

Kur turėtumėte įvesti išsamią informaciją, pvz., produkto kodą, produktų grupės kodą, unikalų kiekvienai prekei.

Kadangi turime parengti ataskaitą pagal konkretaus ketvirčio duomenis, mums reikės kalendoriaus lentelės.

Pagal turimus duomenis galime identifikuoti šiuos informacijos objektus su atitinkamais rekvizitais, kur skliausteliuose nurodomos pačioje duomenų bazėje naudojamos santrumpos:

AI tiekėjai

Tiekėjo adresas (adresas)

IO Pirkimo sutartis

Prekių pristatymo mėnuo (mėnuo)

Tiekėjo pavadinimas (pavadinimas)

Pirkimo sutarties numeris (no.dog)

Produkto kodas (kodas)

IO gavimo sąskaita faktūra

Pirkimo sutarties numeris (no.dog)

Kvito sąskaitos numeris (PP Nr.)

Kiekvienos prekės kiekis pagal sąskaitą faktūrą (Kiekis)

Produkto kodas (kodas)

IO Produktų grupė

Produktų grupės kodas (CodeGr)

Produktų grupės pavadinimas (NaimGr)

IO produktai

Produkto kodas (kodas)

Produkto pavadinimas (Naim)

Matavimo vienetas (U)

Vieneto kaina (kaina)

Produktų grupės kodas (CodeGr)

IO ketvirtis

Mėnesio numeris (#mėnuo)

Prekių pristatymo mėnuo (mėnuo)

Ketvirčio numeris (#Q)

Tiekėjo pavadinimas yra unikalus. Sutartis gali būti sudaroma su keliais tiekėjais. DP turi būti susieta su savo specifikacija pagal sutarties Nr., unikalią kiekvienai sutarčiai (panašiai ir PN su jos specifikacija). PN sudarytas remiantis RD ir taip pat nurodytas sutartyje Nr. Kiekvienas produktas priklauso konkrečiai grupei ir turi savo unikalų kodą; jis gali būti įtrauktas į keletą DZ, taigi ir į keletą PN.

Remiantis šia informacija, būtina pabrėžti pagrindines ir aprašomąsias detales (pagrindinės yra pabrauktos):

AI tiekėjai

Tiekėjo informacija (išsami informacija)

Tiekėjo pavadinimas (pavadinimas)

Tiekėjo adresas (adresas)

IO Pirkimo sutartis

Prekių pristatymo mėnuo (mėnuo)

Pirkimo sutarties sudarymo data (data)

Tiekėjo pavadinimas (pavadinimas)

IO Pirkimo sutarties specifikacija

Pirkimo sutarties numeris (no.dog)

Prekių kiekis pagal pirkimo sutartį (Kiekis)

Produkto kodas (kodas)

IO gavimo sąskaita faktūra

Kvito sąskaitos numeris (PP Nr.)

Pirkimo sutarties numeris (no.dog)

Prekių gavimo į sandėlį data (gavimo data)

IO kvito sąskaitos faktūros specifikacija

Informacinė pagalba – tai įmonės aprūpinimas visa reikalinga informacija ir dokumentacija. Informacijos prieinamumas įmonėje yra labai svarbus ir yra tiesiogiai susijęs su užsakymo statyti naują objektą gavimu, statybos ir montavimo darbų atlikimu arba, jei reikia, statybinių medžiagų užsakymu.

Palyginti su kitomis pramonės įmonėmis, statybos organizacijos turi tam tikrų išskirtinių gamybinės veiklos bruožų, kurie formuoja jų valdymo pobūdį. Paaiškinimą esamai situacijai galima rasti statybinių medžiagų ypatingumu, pinigų investavimu į jas ir statybos proceso organizavimu.

Statybos įmonės gamybinėje veikloje yra keli etapai:

• - sutarčių su tiekėjais ir klientais sudarymas;
• - aprūpinti produkciją visais reikalingais ištekliais;
• - statybos ir montavimo darbų vykdymas;
• - darbų užbaigimas, objekto pristatymas užsakovui;
• - objekto garantinė atsakomybė.

2.8 pav.

Informacijos srautą įmonėje galima analizuoti naudojant 2.8 pav.

Simbolių paaiškinimas:

• 1) objekto specifikacija, statybos grafikas, medžiagų skaičiavimas;
• 2) detalusis projektas, objekto specifikacija;
• 3) informacija apie likusias medžiagas iš ankstesnio objekto;
• 4) reikalingų medžiagų reikalavimas;
• 5) informacija apie medžiagų buvimą ir nebuvimą;
• 6) reikalingų medžiagų ir įrangos įsigijimas;
• 7) informacija apie medžiagų pristatymo laiką

2.9 pav.

Atlikdamos statybos darbus, statybos pramonės įmonės gali veikti ir kaip generalinis rangovas, ir kaip subrangovas. Santykiai tarp užsakovo ir rangovo nustatomi sutartimi (subrangos sutartimi). Tarp jų sudarytą sutartį tvirtina vyriausiasis inžinierius, vyriausiasis buhalteris ir pasirašo generalinis direktorius.

Užsakovas gauna konkurso darbų atlikimo dokumentaciją (statybos darbų aprašymą) ir paraiškas, kurias išnagrinėja rangovo įmonės atstovai ir dėl to sudaroma sutartis. Informaciją apie darbo specifiką, reikalingų medžiagų, įrangos sąrašą ir pristatymo datas gauna tiekimo skyrius, kuris atliks pirkimą, daugiausia dėmesio skirdamas norminei ir techninei dokumentacijai.

Pagrindiniai užsakymo dokumentai ir darbų atlikimo terminai siunčiami tvirtinti inžinieriui inspektoriui ir projektavimo skyriui, kurie savo ruožtu, remdamiesi norminiais ir techniniais dokumentais, nustatys statybos darbų apimtį ir laiką.

Sutarties pasirašymo metu taip pat tikrinamas ir kontroliuojamas darbų atlikimo punktualumas pagal kalendorinio plano nustatytą terminą, surašomi atliktų darbų aktai, iki objekto perdavimo užsakovui, avansas. gaunama pinigų suma.

Sudarius sutartį, pradedama medžiagų tiekėjų paieška. Dauguma statybos įmonių, kurios rinkoje veikia ilgą laiką, užmezgė ryšius su tiekėjais, su kuriais anksčiau bendradarbiavo. Tokių santykių privalumai – pasitikėjimas, patikimumas ir nuolaidos. Jei įmonė vis dėlto nusprendžia ieškoti naujo tiekėjo, ji savo pasirinkimą grindžia tokiais kriterijais kaip:

• - kaina;
• - pasitikėjimo santykiai;
• - produkto kokybė;
• - asortimento platumas;
• - vaizdas ir rekomendacijos.

Kaina yra esminis veiksnys sudarant gerą sandorį. Jeigu statybų bendrovę tenkins siūloma kaina, tuomet sandoris bus įgyvendintas. Patikimi santykiai su tiekėju yra sėkmė ir pakartotinio užsakymo iš jų garantija. Atliekamų darbų kokybė ir bedefektiniai statybos projektai priklauso nuo medžiagų kokybės ir įrangos techninio veikimo. Statybos įmonės suinteresuotumas pasirinkti būtent šį tiekėją priklauso nuo pristatomo asortimento įvairovės. Tiekėjo įvaizdis yra jo patikimumo ir stabilios pozicijos rinkoje garantas.

Konkrečiame žemės sklype per visą statybos darbų ir jo eksploatavimo laiką formuojami statybos draustiniai. Atliekant statybos darbus, statybvietės teritorijoje įkuriami sandėliai, kurie yra labai patogūs įmonėms. Šie sandėliai nurodo medžiagų judėjimą per visą statomo objekto perimetrą ir nurodo tik vieną atvejį.

Laiko veiksnys turi didelę įtaką techniniams ir ekonominiams rodikliams. Paklausos ir pasiūlos pokyčiai, taip pat noras kuo labiau patenkinti paklausą, sukuria poreikį išlaikyti atsargas.

Optimalaus užsakymo dydžio nustatymas yra aprūpinimas įmone visomis būtinomis atsargomis gamybos procesui palaikyti, tuo pačiu sumažinant sandėliavimo ir užsakymo formavimo išlaidas.

Geriausias užsakytų prekių partijos dydis ir atitinkamai pristatymo dažnumas priklauso nuo kelių punktų:

• - paklausos padidėjimas;
• - siuntimo ir transportavimo išlaidos;
• - atsargų saugojimo sandėlyje išlaidos.

Šie veiksniai yra glaudžiai tarpusavyje susiję. Noras sumažinti atsargų saugojimo išlaidas padidins įforminimo ir pristatymo išlaidas. Taupydami išlaidas už pakartotinį užsakymą, galite patirti nuostolių, susijusių su papildomos sandėlio erdvės išlaikymu. Maksimalus sandėlių apkrovimas atsargomis gali lemti atsargų saugojimo sąnaudų padidėjimą, yra tikimybė, kad jos nebus naudojamos statybų metu, o sandėliuose gali sustingti nereikalaujamų medžiagų.

Kai tik įmonė nusprendžia užsakyti medžiagą iš tiekėjo, iškart iškyla problema nustatant reikalingą medžiagos kiekį.

Pateikti rodikliai svarbūs statybos įmonės veikloje, nes lemia jos išlikimo galimybę rinkoje.

Savo ruožtu rangovas privalo:

• - sudaryti ir su užsakovu derinti statybos ir montavimo darbų grafiką;
• - užsakovo įmonės atstovui kas savaitę rodyti informaciją apie darbų eigą, patvirtintą raštu meistro pagal darbo grafiką;
• - raštu praneša užsakovui apie galimus neplaninius įvykius ir ekstremalias situacijas objekte;
• - užsakovo pageidavimu pašalina trūkumus, už kuriuos rangovas neatsako.

Taip pat šiuo laikotarpiu vyksta darbų eigos priežiūra. Priežiūra savo ruožtu skirstoma į techninę ir autorinę. Techninė priežiūra stebi objekto statybos kokybę, kviesdama išmanančius specialistus per visą statybos darbų laikotarpį.

Norėdamas užregistruoti statybos darbus, klientas Rusijos Rostekhnadzor įstaigai siunčia tam tikro pavyzdžio paraišką su pastarojo papildymu:

• a) dokumentai apie projektą;
• b) paslaugų, dalyvaujančių organizuojant priežiūrą, sąrašas;
• c) išvadas, kad tai buvo atlikta pramoninės saugos egzaminą.

Tvirtindama projekto dokumentaciją ir prašymus dėl norminių dokumentų, Rusijos „Rostechnadzor“ įveda projektą į registrą ir išduoda raštišką pranešimą apie jo registraciją. Užsakovas praneša Rusijos „Rostechnadzor“ apie statybos darbų pradžios laiką ir objekto vietą.

Vykdoma autorinė statybos, projektavimo ir statybos projektų techninio aprūpinimo priežiūra su viskuo, ko reikia, kad būtų laikomasi visų projektavimo ir sąmatos dokumentuose, norminiuose dokumentuose ir galiojančiuose Rusijos Federacijos teisės aktuose numatytų reikalavimų.

Paskutiniame etape užbaigtas objektas perduodamas ir priimamas. Statybos įmonė ne vėliau kaip per tam tikrą laikotarpį pagal sutartį iki visų statybos ir montavimo darbų objekte pabaigos datos pilna apimtimi ir vadovaudamasi visa darbo dokumentacija išsiunčia užsakovui pranešimą apie statybos darbų užbaigimą. rašyme.

Atlikus statybos ir montavimo darbus bei įforminus priėmimo aktą, atliekama visapusiška atiduoto eksploatuoti objekto apžiūra.

Užsakovo atstovas, kuris priima užbaigtą objektą su atitinkamos dokumentacijos „Objekto, atlikto kapitaliniu remontu, priėmimo aktas“ įforminimu.

Garantinis atliktų darbų terminas yra nurodytas sutartyje ir pradedamas skaičiuoti nuo užbaigtos objekto statybos priėmimo akto patvirtinimo dienos.

Garantiniu laikotarpiu nustačius defektus, užsakovas skiria komisiją įvykio priežastims ištirti, apie defektų atradimą raštu praneša rangovui, nurodydamas statybos įmonės atstovų atvykimo į objektą apžiūros laiką. nustatytus defektus ir pasirašyti atitinkamą dokumentaciją apie rastus defektus.

Rangovas garantiniu laikotarpiu, užsakovui raštu pareikalavus, sutartu terminu atlieka visus statybos darbus, kad ištaisytų ir pašalintų defektus, lemiančius rangovo sutarties šalių susitarimo pažeidimą.

Rangovui įvykdžius visas užsakovo pateiktas sąlygas, įvyksta apmokėjimas už atliktus darbus ir po to sutartis gali būti laikoma pasibaigusia.

Pagrindinis dokumentų srauto proceso tikslas – įmonės atsargų valdymo funkcijas paversti itin automatizuotu ir patobulintu procesu, sudarant priimtiną informacijos srautų struktūrą, kuri išspręs dvi reikšmingas problemas. Pirma, klasifikuokite duomenis apie medžiagas, atsižvelgdami į didėjantį jų poreikį statybvietėje ir šiuolaikinių kompiuterinių programų naudojimą perkant. Antra, pašalinkite komunikacijos kliūtis, praradimus ir vėlavimus, kurie gali atsirasti keičiantis duomenimis tarp subjektų ir valdymo objektų.

Šie metodai pateikiami tik statybos organizacijoms ir yra skirti:

• 1) įvairios informacijos srautų įrangos gamyboje sujungimas į vieną;
• 2) greitam atsargų tvarkymui reikalingų elektroninių dokumentų kūrimo duomenų bazių, susidedančių iš paieškos sistemos pagal turinį, inventorių tipus, vartotojus ir paskirtį, formavimas;
• 3) užkirsti kelią skirtingų atlikėjų veiksmų kartojimui;
• 4) laiko taupymas ruošiant reikiamus dokumentus;
• 5) informacijos išsaugojimas.

Nagrinėjant informacinių paslaugų, skirtų įmonės valdymui, formavimo procesus šiuolaikinėje ekonomikoje, galime atrasti kai kuriuos modelius:

• 1) šiandien ekonomika analizuoja informaciją kaip būdingą gamybos išteklius;
• 2) valdymo efektyvumą lemia informacinių technologijų išsivystymo lygis;
• 3) šiuolaikinės įmonės vis dažniau pradėjo naudoti programinės įrangos komponentus informacijai optimizuoti;
• 4) statybos organizacijos turi sukurti duomenų bazę, kurioje būtų informacija iš visų valdymo lygių.

Įmonės kuria metodus, kaip realiuoju laiku valdyti statybos pramonės įmonių sandėlių atsargas. Tai apima esamos atsargų būklės stebėjimo procesą, einamųjų, paruošiamųjų ir saugos atsargų ūmių verčių skaičiavimą, pagrįstą medžiagų sąnaudų, tiekimo apimčių, atsargų kiekių lyginamąja analize ir veiklos priemonių paaiškinimu. dėl tiekimo būdo pasirinkimo. Metodika pateikiama programinės įrangos pavidalu, naudojant automatinę pranešimų apie tam tikrų rūšių medžiagų papildymo būtinybę sistemą. Taip pat numatytas informacijos skirstymas į valdymo etapus, dokumentų srauto tarp įmonės padalinių gerinimas, bendros duomenų bazės sukūrimas svetainėje, interneto išteklių naudojimas patikimai išlaidų ir transporto prekių paieškai atlikti, tiekimo sutarčių sudarymas. ir atvira prieiga prie informacijos. Jei reikia, informaciją apie galimus tiekėjus ir klientus galite gauti svetainės vartotojams patogia forma, sudarydami sąlygas įmonei greitai patekti į rinką. Šių metodinių užduočių naudojimas padės įmonei greitai gauti informaciją apie tiekėjų galimybes ir atlikti išsamią informaciją apie turimus išteklius, kainas, terminus, gamybos pajėgumus ir kt., siekiant padidinti atsargų valdymo sistemos efektyvumą ir didinti prekių pelningumas.

Apibendrinant šį skyrių, pažymėtina, kad efektyviam statybos organizacijos darbui būtina sukurti dokumentų srauto kūrimo metodiką, kuri suteiks ir valdys automatizuotą informacinę pagalbą dėl atsargų valdymo.