2013 m. gruodžio 21 d., šeštadienis

Įveikti bumas 2006-10-30 13:14:23

Statyba ir rekonstrukcija.








Įveikti bumas
2006-10-30 13:14:23

Spartus augimas žinomas dėl московском строительном rinkos bendrovė privertė jos vadovas-naujai pažvelgti į problemas, duomenų apdorojimo ir informacijos darbuotojams. Projekto automatizavimas bendrovė усовершенствовала savo politiką ir pradėjo IT paramos projekto veiklų. "Tradiciškai IT paslaugą mūsų statybos įmonės rėmėsi, pirma užduotis įrangos ir paspauskite select'язку, ir, antra, automatizavimas", - pasakoja Vladimiras окунцом viršininkė IT "Finansiškai-pramoninės korporacijos" Сатори "". Istoriškai statybinės organizacijos išsivystė taip, kad dydis buveinė buvo maža; darbuotojai daugiausia dirbo statybinių apie'objektų. Klausimas ir paspauskite select'ryšių ir veiklos sąveika vadovai biuro su прорабами ir vadovų sklypų visada buvo labai svarbi: nuo to, kaip greitai поступала informacija apie'objektas priklauso ритмичность ciklą statybos darbus apie'objektą, įskaitant ir dėl pristatymo medžiagas, uždarymo darbų yra apie'objektus ir kt. Tačiau ilgą laiką pagrindas keitimosi duomenimis tarp nutolusių площадками tarnavo priemonės ir paspauskite select'язку, o ne informacinė sistema, jos tradicinis supratimas. Beveik visa, duomenų apdorojimo, išskyrus buhalterinės apskaitos, jie rankiniu būdu. Kol duomenų srautus, buvo santykinai nedideli, bendrovė su šiuo мирились. Po krizės 1998 m. столичном строительном rinkoje įvyko lock verslas: kompanijos, labiau laimingai išgyveno krizę, pradėjo įsisavinti mažiau sėkmingų kaimynai ir konkurentai. Verslininkai suprato: kuo didesnė organizacija, tuo daugiau jis turi galimybių gauti pelningų ir prestižinių užsakymus. Tokia bendrovė gali vykdyti veiklą daugiau nei ekonomiškai ir paskirstyti išteklius tarp apie'objektais, su ne mažiau prastovų ir авралов. Dar vienas reiškinys nėra požymis pirmųjų metų po krizės - statybos bumas sostinėje. Todėl, pasak miesto valdžios, kiek statybos 1999 m. siekė apie 40, 6 mlrd. rub., Tuo tarpu metais anksčiau - 28, 5 mlrd. rublių. Investuotojai pradėjo aktyviai investuoti savo pinigus į nekilnojamąjį turtą, ne itin pasitikėjimas vertybinių popierių. Buvo pakeisti pagrindiniai fondai skaičius maskvos įmonėms. Be to, į rinką столичного regione pradėjo eiti užsienio žaidėjai. Naujas apie'objektų ir rekonstrukcija pasenusių pastatų gerokai padidinti temas užsakymų iš statybinių organizacijų. Tuo pačiu metu sustiprėjo konkurencija tiek tarp įmonių, kurios sugebėjo išgyventi per krizę. Verslo augimą ir укрупнения pabaigoje 90-ųjų paliesti ir bendrovės "Сатори". Taip, per 1999 metų apimties užsakymus pastatų griovimo išaugo 15%, apimtis darbų общестроительного dalies - 47%, землеройного - 30%. Kelis kartus išaugo apimties užsakymus griovimo pastatų, общестроительные ir землеройные darbo. Visa tai lėmė ne tik padidės informacinių srautų, bet taip pat į išvaizdą naujų krypčių veiklą (генподряд, investicinė veikla) ir prie переосмыслению pagrindus savo politiką. Visų pirma, повысились reikalavimus, skaidrumą ir valdymą bendrovės, papildyta kontrolės pelningumas atlikti darbus apie'objektų, kaip pasekmė - atsirado poreikis daugiau veiklos rinkti ir apdoroti informaciją, reikalingą įmonės valdymo. Reikia paaiškinti, kad į statybos procesą apie'nekilnojamojo labai dažnai tenka pervertinti kaina darbus įvairiais apie'objektą. Priežastis - paslėptų darbų. Pavyzdžiui, statybos mieste gręžinio gylis gali susitikti senus komunikacijos, nurodyti statybos сметах, ar likučių, senų maskvos namų, tiltų ir t.t. kuriuos svarbu išsaugoti ir археологов. Statybinės organizacijos stengiasi sekti хронологию pakeisti biudžeto apie'objekto, kad būtų išvengta situacijos, kai dėl jo atsiradimo paslėptų darbų apie'objektas taps убыточным. Investicijos į ateitį 2000 m. bendrovės valdymo bendrovė klausimas platus, procesų automatizavimo, keistis duomenimis ir jų apdorojimas. Iš šono įmonės tai buvo investicijos į verslą. "Apmokėta statybos organizavimo ir sistema motyvacijos darbo didele dalimi priklauso nuo laiku gauti informaciją ir jos teisingumą", - aiškina окунцом. Tuo metu iš automatizavimo kompanija buvo tik бухгалтерская programa "Burių" DOS versija, dislokuotas mažiau nei dešimt darbo vietų. Parduotuvės vedė savo veiklą разрозненно. Dokumentai iš sandėlių išlaikytinių po vieną-du mėnesius. Visa informacija apie поступление medžiagų, jų nurašyti, apie gautinos ir mokėtinos sumos buvo nepasiekiamas pagrindinis vadovams. Tai ir sudarytų tiesiogiai импульсом automatizuoti. Be to, atliekami rankiniu būdu paruošimas svarbių transporto dokumentų (kelionės lapus, apranga-užsakymas) iš esmės тормозила darbą автотранспортного vienetų ir автотехцентру. Iniciatyva atlikti didelio masto automatizavimo rado ryžtingų tarp lyderių įmonės. Labiausiai karštais jos sirgalių atėjo direktorius ekonomikos ir finansų direktorius организационному plėtros ir vadovo paslaugos, IT. Nauja informacinė sistema turėjo padėti ne tik dabartinius procesus, bet ir toliau plėtoti įmonę. Į viršų 2000 m tarnyba IT sukūrė koncepciją automatizavimo įmonės. Kovo pačiais metais jos утвердили. Esmė sąvoka сводилась automatizuoti dviejų grandinių: operatyviai-finansinio (jis apėmė vis įstaigos ir paslaugos, kurie dalyvavo rengiant ir apdoroti informaciją finansinį-ekonominį pobūdį) ir gamybos (jis охватывал tarnybos, kurios teikia gamybinę informaciją, o taip pat personalo skyrius). Nuo to momento prasidėjo планомерная automatika. Kadangi visa personalo darbo eigos departamento darbo ir darbo užmokesčio buvo popieriniu, paslaugos, IT nuėjo keliu "латания skyles". Norėdami pradėti subjektų sistemą "1: Atlyginimas ir kadrai". Tai buvo būtina, kad per trumpą laiką tvarkyti personalo darbo eigos. Į строительном versle jis yra vienas iš svarbiausių, nes jis daro didelę įtaką sezoniškumas darbų, didelė darbuotojų kaita, ir svyravimai darbuotojų skaičių, o taip pat многочисленность taikomų schemų apskaičiuoti atlyginimą. Sistemos įgyvendinimas užtruko apie pusę metų. Tuo pat metu prasidėjo ieškant tinkamų integruotos informacinės sistemos. Tuo metu IT specialistai bendrovė išnagrinėjo maždaug tuziną skirtingų sistemų, pradedant nuo SAP R / 3 ir baigiant "1: Įmonės". Iki 2000 m. pabaigos į "Сатори" išvadą apie tai, kad paruoštos kompleksinius sprendimus automatikos įmonės statybų verslo rinkoje nėra rasti. "Специфика mūsų verslo yra orientacija į projektus. Iš čia - poreikis automatizuoti vykdyti projektus ir jų sąmatas. Tradiciniai moduliai informacinės sistemos (finansų, sandėliavimo ir kt. gali padėti palaikyti tik teikia procesai ", - sako окунцом. Buvo nuspręsta apriboti jų pasirinkimas kasybos sistemų iš patikimų tiekėjų, kurie remiasi kliento-serverio architektūra ir naudoja kaip DBVS platforma " Oracle". Tokiu būdu norima užtikrinti reikiamo lygio patikimumą, našumą ir sistemos lankstumą. Šis pasirinkimas buvo lėmė, visų pirma, sparčiai augant įmonių, ir, antra, dėl kelių geografiškai paskirstytų biurų. Dar vienas svarbus kriterijus - sumažinti moraliai-psichologinių sukrėtimų darbuotojai. Buhalterijos jau применялись programinės įrangos produktus "Plaukioja" ir jo vartotojus, buvo parengta konkreti metodika bendradarbiavimo su sistema, todėl vadovas "Сатори" sustojo "Парусе". Pirmuosius eksperimentus, Pirmiausia įmonė įgijo keletą licencijų sistema ir per ilgą laiką тестувало jos, norėdami patikrinti patikimumo ir stabilumo sistema. Изучались daugelis jos aspektus, pradedant nuo "дружественности" sąsaja ir sudėtingumo atlikti eiliniam apskaitos ir sandėlio operacijų, ir baigiant sistemos reakcija į įvairių programiškai-įrangos gedimų. IT specialistai liko patenkinti rezultatais truko keletą mėnesių eksperimentas. Už priemonė atėjo laikas express-tyrimas, kurio metu bendrovės atstovai kartu su specialistais "Burės" buvo analizuojama, pareiginius nuostatus, darbuotojų ir pakeitė kai kurie iš jų taip, kad pritaikyti savo veiklą prie vaidmenų funkcijų, numatytų pagal metodiką, заложенной į восьмую versiją "Burės ". 2001 m. pabaigoje prasidėjo tiesioginis pasirengimas pereiti į naują sistemą. Visų pirma, reikia gerokai pakeisti katalogai - naudojamas įmonėje statybinių medžiagų, technikos ir dalių prie jos. "Deja, mes mažai darbo intensyvumą pereiti ir уделили pakankamai dėmesio gali keisti žinynai, parengti ir suderinti jų lygių hierarchija. Mes rimtai занялись jais tik po to, kai перенесли informaciją iš senesnės versijos į naują ", - apgailestauja окунцом. Taip pat затруднили diegti sistemą, perėjimas nuo 2002 m. pradžios į naująjį sąskaitų planas, kurią sukėlė pokyčius teisėje, ir naujoji politika įmonės, kalbant apie žmogaus pagrindinių priemonių. Jei anksčiau prie pagrindinių priemonių buvo turtas, kurio vertė превышала 100 МРОТ, o nuo 2002 metų - visas prekių-materialinių vertybių, kurios galėtų eksploatuojamas daugiau kaip metus. Į pereiti prie naujos apskaitos politiką ilgalaikio užtruks gana daug laiko. Pokyčiai mokesčių teisė pareikalavo vykdyti mokesčių apskaitą atskirai nuo savo apskaitos. "Daugelis įmonių nuėjo keliu lygiagrečiai apskaitos apskaitos ir mokesčių informacijos dviejose skirtingose duomenų bazėse, - sako окунцом. - Naudoti sistemos "Burių" leido suderinti abu rūšių apskaitos vienoje duomenų bazėje: parengti įvairius mokesčių apskaitos mes panaudojome duomenys бухучета ". Prisitaikymas prie verslo Kvalifikacijos veikimo sistema pradėjo 2002 metų vasarą. Iki to momento, kai ji buvo įdiegta į buhalterijos ir saugyklose, informacija operatyviai поступала iš sandėlių į бухгалтерию - duomenys apie pasikeitimus составах plieno būti perduodami per vieną-dvi dienas (duomenų perdavimo greitis ribota оперативностью dokumentų tvarkymas darbuotojų sandėlių). "Iki šiol sistema buvo tam tikrų pokyčių: buvo sukurta apie 100 procedūras, kurios negali tęsti darbą radikaliai funkcijas, bet ir padėjo pritaikyti ją prie особенностям verslo procesų mūsų įmonės", - pasakoja окунцом. Visų pirma, buvo parašyta, procedūras, rengiant vartojimo kaštus į nurašyti medžiagas. Pagal verslo specifiką ir įmonės didelę dalį medžiagų siunčiama apie'objektai, aplenkiant sandėlius (tokią логистическую grandinėje, paprastai vadinama "pajamos tranzitu"). Skirtingai nuo klasikinio schema, kuri numato priimti medžiagų pagrindu приходных kaštus, tada nurašyti juos apie'objektus pagal расходным накладным, šiuo atveju vyksta greitai nurašyti medžiagos tiesiai į objektą'objektų. Sukurta procedūra kelis kartus paspartino priimti / nurašymas medžiagų. Apdorojimo приходных ir mokymo vartojimo pridėtinės sistemoje vykdo darbuotojai sandėlio. Dar viena svarbi grupė procedūras suteikė paramą materialinių ataskaitų прорабов (kiekvieno mėnesio pabaigoje jie turėtų formuoti ataskaitas apie списании ТМЦ atlikę darbų, atliktų per mėnesį). Standartinės priemonės "Burės" numato nurašyti medžiagų apie'objektų remiantis duomenų apskaitos taikant усредненных закупочных kainų. Sukurta "Сатори" procedūra buvo skirtos paremti savo politiką, kurios laikosi dauguma statybos įmonių: ji numato nurašyti medžiagas apie'objektus pagal faktinę kainą. Kadangi prie patirtinio eksploatavimo привлекались labiausiai paruošti ir domisi automatizavimo darbuotojai, padalinių, projektų diegimo sistemos nebuvai kiek nors pastebimų pasipriešinimo pusės darbuotojų. Šiuos veiksmus 2002 metų Vasarą, įmonėje pradėjo tyrimą klausimus apie sistemos plėtra. Kadangi įmonė turi didelę parkas automobilių, buvo nuspręsta automatizuoti mokymo kelionės lapus ir kartu optimizuoti transporto srautus (anksčiau planavimas automobilių ir paruošimas kelionės lapų jie patys). Tai leido parengti dokumentus vairuotojų iš anksto, nemokėdamas naujausi duomenys į juos tiesiai prieš įvažiuojant. Patekote į bendrą duomenų bazę, informaciją iš kelionės lapų (ypač, informacija nuvažiuoto automobiliai) bus taikomos, siekiant nustatyti, darbus prižiūrinčiam automobilių. Šios procedūros leidžia padidinti laikas produktyvių eksploatavimo transporto priemonės. Anksčiau planuoti techninė priežiūra, teko rankiniu būdu analizuoti kelionės lapus, tada konsoliduoti informaciją nuvažiuoto kiekvieno automobilio. Remonto procesas automobilių, kiek nustatyti paslėptų defektų ir planavimo darbus, пов', susijusios su jų pašalinti, kartais atsitikdavo, po keletą kartų juos perrašyti. Šiuo metu operacijos rengiant apranga-užsakymų perjungiamos automatiškai, o darbo intensyvumas, kad jų pakeitimus минимизирована. Automatika suteikė kontrolės расходования ТМЦ, naudojamų techninės priežiūros ir remonto transporto, kas taip pat suteikė įmonei tam tikrą taupymo priemones. Iki to, kaip šį sklypą darbai buvo automatizuotas, atlikti ремонтно-prevencinių darbų dažnai reikėdavo atlikti daugiau pirkimo dalių ir medžiagų, kurios iš tikrųjų buvo saugyklose. Kaip taisyklė, tai buvo пов'susijęs su нестыковкой номенклатурных žinynai (viena ir ta pati запчасть galėtų vadintis skirtingai nuorodos techninių ir sandėliavimo paslaugos). Dėl automatikos pavyko ne tik sumažinti apimtis pirkimų запчастей ir medžiagų remonto technologijos, bet ir pašalinti prastovos remonto dėl to, kad закупка šių запчастей ir medžiagų planuota iš anksto. Automatizacijos projekto, verslo, statybos organizavimo didelę reikšmę turi valdymo automatika biudžeto apie'objekto. Atliekant darbus gali kilti reikia padaryti pakeitimus planas ir sąmata projekto, kurį sukelia atsiradimo ir paslėptų darbų, keičiant расценок į medžiagą ir kt. Sudarant biudžetą apie'objekto be analizės darbų savikainą, įvertinti priemonių, skirtų mokėjimo darbo našumas apskaičiuojamas atskirų sklypų darbus. Įmonei svarbu operatyviai stebėti informaciją, kuri yra susijusi su biudžeto projektą. Nuo маржинального pajamų'objekto dažnai priklauso mokėjimas darbuotojai, kurie jame dirba. Iki šiol apskaičiuojant fondo darbo užmokesčio осуществлялся kiek uždarymo darbų. Tuo atveju, jei informacija apie'objektas atvyksta laiku, tai darbo užmokestis darbo skaičiuojama ne visai teisingai, todėl gali kilti didelis nuokrypis nuo duomenų apie mokėjimo, teikia сметой apie'objekto. Be to, laukiama informacijos iškraipo duomenis apie savikainą apie'objektas, todėl gali būti, kad neleistinų valdymo sprendimus. Automatikos valdymo biudžeto apie'objekto, ką reiškia derinys vienoje duomenų bazėje informaciją apie planinius ir faktinius rodiklius, padės spręsti minėtas problemas statybos įmonės. Atliekant analizuoti verslo procesus pavyko išskirti vieną technologijų procesas, įranga, statybos veikla. Įmonėje jis priskirtos prie разряду pagrindinių. Per šį procesą nuolat nagrinėjami daugybę užduočių, kurioms reikia automatika: projektavimas сметы į ūkio darbus; biudžeto sudarymas apie'objekto remiantis сметы, rengimo plano-grafiko atlikti darbus apie'objekto (šio proceso pagrindas-jo biudžetas); uždaryti pozicijas biudžeto remiantis aktų atliktą darbą; uždarymas biudžeto apie'objekto apskritai ir apskaičiuoti savikainą'objekto. Šiuo metu modulis, реализующий šias funkcijas etape chirurgijos operacijos. Vėliau planuojama įgyvendinti integracijos šio modulio standartines paketais, projektavimo, statybos objektų'objektų (CAD) ir sudarymo смет. Tikėtina, kad šie paketai bus įtraukti į bendrą informacinę sistemą statybos valdymo veikla. Tokiu būdu tikimasi užtikrinti IT paramą ciklą darbų, pradedant projektavimu, apie'objekto ir baigiant pradėdami jį naudoti. "Labai svarbu, kad visa IT-pagalba statybos darbus jie taikant bendrą duomenų bazę", - sako Окунцов. Be to, įmonė намерено praleisti automatizuoti finansų planavimo ir kontrolės vykdymo finansinių planų, valdymo дебиторско-кредиторской задолженностью, procedūrų planą-фактного analizė, biudžetų objektų ir visos įmonės, analizuoti priežastis atsisakyti nuo biudžetus ir t.t. Pagerinti tikslumą analizė planuojama įgyvendinti integracijos statybos sprendimus su sistema klasės OLAP ir verslo portalo. Infrastruktūra šiuo metu bendrovių taikoma, apie 150 kompiuterius (prieš trejus metus jų buvo trečdaliu mažiau). 60 iš jų dislokuota sistema "Burių". Jai patiko, buhalterijos darbuotojai, sandėlių, planuojama ekonomikos, finansų, сметно-sutarčių, techninių tarnybų, departamentų, gamybinių technologijų komplektacijos, logistikos tiekimo, darbo ir darbo užmokesčio, автоколонны, автотехцентра ir valgomasis. Sistema yra integruota su aštuoniais programomis klasės "klientas-bankas". Sistemos plėtra vykdoma jėgomis dviejų programuotojų, kai paramos konsultantai "Burės". "Сатори" UAB "Finansiškai-industrial corporation "Сатори"" specializuojasi sudėtingų rengiant statybos vietų, įskaitant statinių griovimo, eksporto ir perdirbti statybos šiukšles, kasinėjimai darbai, nutiesti inžinerinių komunikacijų. Be to, bendrovė atlieka общестроительные darbą, visų pirma генподрядные, monolitinis darbai, apželdinimo teritorijas, remontas ir priežiūra, statybos mašinų ir krovininio automobilių, transporto paslaugos ir t.t. Kompanijoje dirba apie 1000 žmonių, įskaitant daugiau nei 150 biurų darbuotojų ir vadovų. Žmogiškasis faktorius metu diegimo ir plėtros sistemos возникало nemažai курьезных situacijų, kurias sukelia психологическими sunkumais привыкания prie naujų technologijų. Sąlyginai juos galima išskaidyti į tris grupes. Pirma, pradiniame etape mes dalį darbuotojų buhalterijos, anksčiau работавших versija "Burės" DOS, pergyveno sunkumus, naudojant manipuliatorius "pelė". Kaip paaiškėjo iš pokalbio su внедренцами sistemos kitose organizacijose, jiems kartais reikėdavo specialiai pritaikyti sąsaja, siekiant sumažinti darbo su "pele" ir, atitinkamai, "ностальгию" pažįstamas sistema. Antra, неумение iš dalies vartotojams aiškiai formuluoti reikalavimus sukonfigūruoti sistemos вызывало jie periodiškai norą pereiti prie tokios sistemos automatizavimo, kur šie reikalavimai vienaip ar kitaip realizuojami. Jei tai buvo vadinami labiausiai įvairias sistemas, pradedant nuo gana moderni ir brangi tipo " Axapta " ir baigiant pažįstamas mažoms įmonėms sistemą "1:Įmonė 7. 7". Po rūšiavimas to, kad nori, kad tas ar kitas vartotojas, šios problemos paprastai снимавшегося. Trečia, įvyko ir tokios situacijos, kai noras greitai išspręsti tą ar kitą užduotį, per "failus" приводило prie неоправданным organizacinis сложностям. Taip, pavyzdžiui, buvo su автоматизацией nuoroda kelionės lapų, kai vienas iš darbuotojų nusprendė šią užduotį, naudojant DBVS Access, ne согласовав su vieninga duomenų baze. Tai keletą dienų парализовало darbo centro автоколонны, kol užduotis nebuvo išspręsta naudojant Oracle DBVS. Visi šie atvejai yra gana tipiški ir gali būti vieta, sprendžiant klausimus, įgyvendinant įvairių sistemų automatizavimo. Analizė patirties Reikėtų skirti daugiau dėmesio предпроектному обследованию ir rengiant projekto įgyvendinimo sistema. Būtina aiškiai suplanuoti tvarka automatizavimo atskirų sklypų įmonių. Nereikia apgailestauju laiko analizuoti verslo procesus ne tik etapo предпроектного tyrimų, bet ir vėliau. Tai suteikia galimybę tiksliau suformuluoti reikalavimus, techninę užduotį ir laiku pakeisti pareiginius nuostatus vartotojų, siekiant parengti juos pereiti į naują sistemą ir įgyvendinti prisitaikymo prie sistemos į verslo procesus įmonių. Bet perėjimas į naują sistemą, turėtų būti numatyta, patogus perkėlimas žinynai. Šis perkėlimas dažnai eina skaudžiai.
ŠALTINIS: Vyriausiasis informacijos pareigūnas

Šaltinis: http://stroymart. com. ua

Komentarų nėra:

Rašyti komentarą