Leküzdve boom 2006-10-30 13:14:23

Építés, újjáépítés.

Leküzdve boom

2006-10-30 13:14:23

A gyors növekedés ismert a Moszkvai építőipari piac a cég kénytelen a vezetők, hogy vess egy új pillantást a problémát, adatfeldolgozás, információ támogató személyzet. A tanfolyam a projekt computerize a társaság javult a számviteli politika, elindítottuk a támogatás a projekt tevékenységeinek. "Hagyományosan az informatikai szolgáltatások cégünk építőipari vállalat hivatkozni, első, a feladat annak biztosítása, SV'ASCO, másrészt, automatizálás," - mondja Vladimir kunzom osztályvezető, "Pénzügyi-ipari Corporation" Satori "". Történetileg, az építési szervezet alakult így, hogy a méret a székhely kicsi volt; a munkavállalók elsősorban dolgozott épület körülbelül'a tárgyak. Kérdés SV'a kommunikáció, interakció vezetők hivatal foremen, felügyelők, mindig is volt kiemelkedő jelentősége: milyen gyorsan jelentettek'tárgy függött a ritmus, az egész ciklus kivitelezése arról,'a tárgy, beleértve az időben történő szállítás anyagok, bezárása működik, körülbelül'tárgyak, stb. De sokáig alapján közötti adatcsere távoli helyek szolgáltak azt jelenti, SV'ASCO, nem egy információs rendszer a klasszikus értelemben. Szinte minden adatfeldolgozás, kivéve a számviteli volt manuálisan. Míg az adatfolyamok már viszonylag kicsi, a cég ezt tegye fel. Miután az 1998-as válság a főváros építési piac már a bővítés az üzleti: a vállalatok több sikeresen túlélte a válság kezdődött, hogy felszívja a kevésbé sikeres szomszédok, illetve a versenytársak. Vállalkozók rájött, hogy minél nagyobb a szervezet, annál nagyobb lehetőségeket nyereséges, előkelő megrendelések. Egy ilyen cég is üzletet több, gazdaságilag, illetve kiosztani a források között az o'tárgyak minimális állásidő vagy a munkahelyet érintő minden kezét. Egy másik jellemzője az első év, hogy a válság után - építési boom a fővárosban. Szerint így a városi önkormányzat, építési kötet 1999-ben volt, körülbelül 40, 6 milliárd rubel, míg egy évvel korábban - 28, 5 milliárd rubel A befektetők kezdett befektetni pénzüket ingatlan, nem igazán bízik értékpapír. Követelte, helyettesítés a befektetett eszközök számos Moszkva vállalkozások. Emellett a piaci tőke régió kezdődött, hogy a külföldi játékosok. Létrehozása új arról,'tárgyak, illetve rekonstrukciója régi épületek jelentősen nőtt az áramlás a megrendelések építőipari cégek. Egyszerre, ott a megnövekedett verseny a megrendelés cégek között, hogy sikerült túlélni a válságot. Üzleti növekedés, majd a konszolidáció a késő 90-megérintette a "Satori". Így 1999-ben a megrendelések volumenének az épületek bontására, 15% - kal növekedett, a munka mennyiségét Általános építési terület 47% - a, feltárás, 30% - át. Jelentősen megnőtt a megrendelések volumenének a bontási, építési, earthmoving. Mindez oda vezetett, nem csak, hogy nőtt az információ-áramlás, hanem arra is, hogy a kialakult új tevékenységek (Általános szerződéses beruházási tevékenység), valamint, hogy újragondolják az alapjait a számviteli politika. Különösen megnőtt az igény az átláthatóság, kezelhetőség, a társaság fokozott ellenőrzési jövedelmezőség működik arról,'ennek következtében az ott keletkezett szükség a hatékonyabb gyűjtése, feldolgozása szükséges információkat a vállalati menedzsment. Világossá kell tenni, hogy ebben a folyamatban az épület körülbelül'tárgyak nagyon gyakran túlbecsülni a költség a munka, egy bizonyos módon, vagy egy másik, körülbelül'objektum. Ennek az az oka, rejtett. Például, ha az építkezés a pit lehet találkozni a régi a kommunikáció nem meghatározott az építési költség becslés, vagy a továbbra is a régi házak Moszkvában, híd, stb. fontos, hogy megőrizze a régészek. Építőipari szervezetek megpróbálják követni a történelem változások a költségvetés körülbelül'tárgy, hogy megakadályozzák a helyzet, amikor a megjelenése a rejtett működik arról,'az objektum lesz kifizetődő. Beruházások a jövőben 2000-Ben, a társaság felmerült a kérdés, széles folyamat automatizálása adatcsere, feldolgozása. A cég nem fektetett a vállalkozás. "A nyereségesség az építőipari szervezetek, valamint a motiváció, a munkavállalók nagyban függ az időben történő kézhezvétele információk pontossága," - magyarázza kunzom. Abban az időben az automatizálás, a cég volt az egyetlen számviteli program "Vitorla" a DOS verzió, amelyet kevesebb, mint tíz munkahelyet. Raktárak, hogy üzleti tevékenységeiket elszigetelten. A dokumentumokat a raktárak voltak, feltéve, hogy a késés egy-két hónap. Teljes körű tájékoztatás kézhezvételét, write-off, a követelések, illetve kötelezettségek elérhetetlen volt kulcsfontosságú vezetők. Ez volt a közvetlen lendületet automatizálás. Ezen kívül, a kézikönyv elkészítése fontos szállítási dokumentumok (fuvarlevelek, job ticket) jelentősen gátolta a motor működését egység, szolgáltató központ. A kezdeményezés nagyszabású automatizálás található aktív támogatása körében a magas beosztású vezetők a társaság. A legforróbb a szurkolók járt el, mint Igazgató, gazdasági s Pénzügyi Igazgató a szervezeti fejlődés, a fej szolgáltatások. Egy új információs rendszer volt, hogy a támogatás nem csak a jelenlegi folyamatok, hanem a további fejlesztésekre a társaság. A korai 2000, úgy fejlődött a koncepció az enterprise automation. A fotóst azt jóváhagyták. A lényeg a koncepció az volt, hogy automatizálás két áramkörök: operatív pénzügyi (ez tartalmazza az összes osztályok, szolgáltatások, amelyek részt vettek a készítmény, feldolgozása, pénzügyi, majd gazdasági jellegű) termelés (eltakarta a szolgáltatásokat, amelyeket biztosítanak a termelési adatokat, valamint a személyzeti Osztály). Ettől a pillanattól kezdve elkezdett a rendszeres, automatizálás. Mivel minden emberi munkafolyamat az Osztályon, a munkaügyi, a bérek volt papír, úgy ment, ahogy a "foltozás lyukak". Kezdetnek telepítve, a rendszer "1C: Illetmény, valamint személyzet". Szükséges volt, így rövid idő alatt, hogy systematize emberi munkafolyamat. Az építőipar, ő az egyik legfontosabb, mert ez nagymértékben befolyásolja a seasonality munka, nagy forgalom, ingadozások átlagos állományi létszám, valamint a multiplicitás alkalmazható rendszerek bér. Végrehajtásáról a rendszer vette körülbelül hat hónap. Egyszerre, a keresés kezdődött egy megfelelő integrált információs rendszer. Abban az időben még a szakemberek a társaság vizsgált körülbelül egy tucat különböző rendszerek, kezdve az SAP R / 3 ér véget a "1C: Enterprise". A 2000 végén a "Satori" arra a következtetésre jutott, hogy a teljes körű megoldást az automatizálás, a vállalkozások, az építőipar, a piacon nem talál. "A sajátosságai, a mi dolgunk az, hogy a hangsúly a projektek. Ezért szükség van, hogy automatizálja a menedzsment projektek, a terveken. A hagyományos modulok információs rendszerek (számviteli, leltár stb.) segít fenntartani csak olyan folyamatok " - mondja kunzom. Úgy döntöttek, hogy tovább korlátozzák a választék köre rendszer a megbízható gyártók alapú kliens-szerver architektúra használják, mint az Oracle DBMS. Így várható volt, hogy biztosítja a szükséges szintű megbízhatóság, a teljesítmény, valamint bővíthetőség a rendszer. Ez a választás volt köszönhető, egyrészt az, hogy a gyors növekedés a társaság, másrészt a jelenlét több földrajzilag elosztott irodák. Egy másik fontos szempont a minimalizálás pszichológiai helyzetet, hogy a munkavállalók számára. Számviteli alkalmazták a szoftver termékek "Vitorla", valamint a felhasználók számára kifejlesztett egy bizonyos módszertan közös munkája a rendszer, így a menedzsment a "Satori" megállt a "Vitorla". Az első kísérleteket Először a cég megvásárolta több licencet a rendszer elég hosszú idő testoval, hogy neki biztosítása, a megbízhatóság, valamint a fenntarthatóság a rendszer. Tanult sok szempontból, kezdve a "barát" a felület bonyolultsága, a teljes modell számviteli raktár műveletek, majd véget a választ a rendszer, különböző hardver, mind a szoftver hibák. Az informatikai szakemberek voltak az eredményekkel elégedett tartott néhány hónappal a kísérlet. Tesztelés, eljött az ideje, hogy Kifejezze a vizsgálat, melynek során a társaság képviselői együtt a szakemberek a "Vitorlák" felül, a feladat leírása, a munkavállalók, a megváltozott néhány közülük oly módon, hogy alkalmazkodni a tevékenységek szerepe a funkciók bekezdésében megállapított módszertan a nyolcadik változat a "Vitorla ". 2001 végén megkezdte a közvetlen felkészülést az átmenet az új rendszer. Különösen szükséges volt, hogy jelentősen változik a hivatkozás, a használt elem a vállalati építési anyagok, gépek, alkatrészek. "Sajnos alábecsülte a komplexitás, az átmenet, majd kifizette, kevés figyelmet, hogy az átalakulás, a referencia, a fejlődés, összehangolása a többszintű hierarchia. Mi komolyan vette őket, csak miután már át információt a régi verziót, hogy az új " - elnézést kunzom. Is akadályozza a telepítés az átmenet kezdete óta 2002, hogy az új terv fiókok által okozott változások a jogszabályokban, valamint az új politika a társaság kapcsolatos számviteli tárgyi eszközök. Ha korábban befektetett eszközök voltak az eszközök, amelyek költsége meghaladta a 100 alkalommal a minimálbér 2002 óta minden készletek, hogy lehetne több, mint egy év. Az átmenet az új számviteli politika befektetett eszközök vett egy csomó időt. Változások az adóját követelte adó számviteli külön számviteli. "Sok vállalkozás választotta úton a párhuzamos számviteli számviteli, adózási információk két különböző adatbázisok " - mondja kunzom. - A használja a "Vitorla" képes volt egyesíteni mindkét típusú rekordok egy egységes adatbázis: a készítmény a nyilvántartásba adó számviteli általunk használt adatokat a számviteli ". Alkalmazkodás az üzleti pilóta a rendszer működése kezdődött a nyári 2002. Akár ez az a pont, ő volt a felvonultatott számviteli, raktárak, információk operatively kapott a raktárban, hogy a számviteli adatok-változásokról tagság kerültek át, egy vagy két nap (az adatátviteli sebesség korlátozott volt a hatékonyság feldolgozási raktári munkatárs). "Eddig a rendszer átesett némi változás: alakítottuk ki, hogy körülbelül 100 eljárás, amely nem változtatja meg radikálisan funkciók, de segített, hogy alkalmazkodjon a sajátosságai az üzleti folyamatok a vállalat" - mondja kunzom. Különösen, van írásbeli eljárások előkészítése során a számlák díj anyagok. Jellege miatt az üzleti vállalkozás jelentős része az anyagokat küldött arról,'tárgyak halad raktárak (ilyen ellátási lánc általában az úgynevezett "árbevétele tranzit). Ellentétben a klasszikus séma, amely a recepció anyagok alapján a bejövő megrendelések, majd megmenteni azokat a'tárgyak, a szállítmányok, ami ebben az esetben operatív megmenteni az anyagok közvetlenül a tárgy,'a tárgyak. Kidolgozott eljárások többször is felgyorsult a folyamat gyűjtemény / write-off anyagok. Kezelése nyugtát vagy készítmény a számlák a rendszer által történik, a raktári személyzet. Egy másik fontos csoportja eljárások nyújtott támogatás anyaga a jelentések az superintendents (minden hónap végén nekik kell jelentést írni-ki készletek végén az elvégzett munka az adott hónapban). A szabványos eszközök "Vitorlákat" rendelkezik, a lemondás, az anyagok körülbelül'a tárgyak alapján a számviteli, az átlagos beszerzési árakat. Célja a "Satori" eljárások az volt a célja, hogy támogassa a számviteli politika, amely tapad a legtöbb építési vállalkozások: ide tartozik a totálkár anyagok körülbelül'tárgyak konkrét árakat. A próba üzem érintett a legtöbb elkészített, az érdekli, az automatizálás, a tisztek, a projekt telepítési rendszer nem találkozott semmilyen jelentős ellenállás a személyzet. A következő lépések a Nyári 2002-ben a társaság megkezdte a tanulmány a fejlődés a rendszer. Mivel a cég egy nagy flotta, járművek, úgy döntöttek, hogy automatizálják a készítmény a fuvarlevelek, ugyanakkor optimális forgalom (korábban tervezés, szállítás, előkészítés a fuvarlevelek volt manuálisan). Ez lehetővé tette számunkra, hogy felkészítse a dokumentumok járművezetők előre, így az utolsó adat őket, csak elhagyása előtt. Bekerült egy megosztott adatbázis információk az utazási oldalak (különösen, információk a jármű kilométerórájának állását) használnak, hogy meghatározzák a karbantartó járművek. Ezek az eljárások lehetővé teszi, hogy növelje a produktív működését közlekedés. Előtt, hogy a terv karbantartási, kezűleg kellett elemezni a naplók, majd megszilárdítása információk a működés minden autó. A folyamat javítás járművek, mint a rejtett hibákat, valamint a munka tervezése, Wops'kapcsolódó azok megszüntetése, gyakran megesett többször is, hogy másolni őket. Most elkészíti a megrendeléseket végzik el automatikusan, a komplexitás, a változtatások minimalizált. Automatizálási nyújtott felett a kiadások áru használt, karbantartás, javítás szállítás, ami azt is vezetett, hogy egyes költség-megtakarítás. Mielőtt ezt a részét a munka volt automatizált, a könyv meg a karbantartási, javítási munkák gyakran volt, hogy további vásárlások alkatrészeket, anyagokat, amelyek ténylegesen raktáron. Főszabály szerint ez volt Wops'kapcsolódó ellentmondás a nómenklatúra szerinti hivatkozási (ugyanez a rész lehetne nevű másképp a technikai kézikönyvek, raktár szolgáltatás). Ennek eredményeként az automatika nem csak az sikerült, hogy csökkentse a hangerőt vásárlások, tartalék alkatrészeket, anyagokat a javítás a berendezés, hanem megszüntetni a leállás alatt a javítások miatt az a tény, hogy a közbeszerzési alkatrészeket, anyagokat volt tervezett előre. Automatizálás a design vállalkozás egy építőipari cég nagy értékű automatizált költségvetés körülbelül'a tárgy. A kivitelezés során a művek előfordulhat, hogy változik a terv, valamint költségvetés a projekt okozta a megjelenése a rejtett működik, változások az anyagköltség, illetve más költségvetési'a tárgy mellett a költségek elemzése, értékelése alapokból juttatott munkaerő javadalmazási kiszámított hozam az egyes oldalak. A társaság kell követni minden lényeges információt a projekt költségvetés. A marginális bevételek'objektum gyakran függ a fizetett munkavállalók, akik dolgoznak rajta. Egészen a közelmúltig, a számítás a bér Alap volt végezni, mint a záró munka. Ha információt'tárgy megérkezik időben, a bérek jóvá nem teljesen helyes, illetve okozhat jelentős eltérést a személyi adatokat, feltéve, hogy a becslés o'a tárgy. Ezen kívül, a késedelem adatokat torzítja az adatokat a költség körülbelül'tárgy, ami ahhoz vezethet, hogy az örökbefogadás hibás vezetői döntések. Az automatikus költségvetés körülbelül'a tárgy, ami azt jelenti, hogy a kombináció egyetlen adatbázis információt a tervezett, illetve a tényleges mutatók lehetővé teszi, hogy megoldja a fenti problémát az építőipari vállalat. Az elemzés során az üzleti folyamatok volt lehetséges, hogy elválasszuk egy technológiai folyamat annak biztosítására, építési tevékenységek. A cég utalt a mainstream. A folyamat részeként folyamatosan kezelése számos problémát igénylő automatizálási: a fejlődő becslések a munka; költségvetés'az objektum-alapú becslések elkészítése menetrend működik, körülbelül'tárgy (az alapját ez a költségvetés); zárás a költségvetés alapján a cselekmények a végrehajtott munkálatok; záró költségvetés körülbelül'a tárgy egésze, olcsóbb a'a tárgy. Jelenleg a modul valósítja meg, hogy ezek a funkciók a színpadon a vizsgálat művelet. A jövőben tervezzük, hogy integrálja ez a modul standard csomagok kialakítása építési projektek'tárgyak (CAD), valamint a költségvetés. Valószínűleg ezek a csomagok is szerepelni fog egy átfogó menedzsment információs rendszer építési tevékenységek. Így arra számítunk, hogy nem ad támogatást, az egész ciklus működik, a design, körülbelül'objektumot, amivel működésbe. "Nagyon fontos, hogy minden informatikai támogatással az építési munka folyt ki a használni egy egységes adatbázis" - mondja Okunov. Ezen kívül a társaság tervezi, hogy tartsa az automatizálás, pénzügyi tervezés, ellenőrzés végrehajtása a pénzügyi tervek kezelése, követelések-kötelezettségek, eljárások, terv-tény elemzése a költségvetések, a tárgyak, illetve a vállalkozás egészére, elemzés az oka eltérések a terveken, valamint a PR. Hogy javítsa a pontosság, az elemzés tervezett integrált építési megoldások a system osztály OLAP vállalati portál. Infrastruktúra jelenleg a cég használt mintegy 150 számítógépek (három évvel ezelőtt volt háromszor kevesebb). 60 őket telepített rendszer Parus. Ez által használt számviteli Osztály dolgozói, raktárak, gazdasági, pénzügyi, költség becslés-a szerződéses, műszaki osztályon termelési, mind a feldolgozó berendezések, logisztika, munka, bér, convoys, auto service center, étkezde. A rendszer integrált nyolc alkalmazások osztály "ügyfél-Bank -". A fejlődés a rendszer által végzett két programozók támogatásával tanácsadók "Vitorlákat". A "Satori" LLC "Pénzügyi-ipari Corporation "Satori"" specializálódott a komplex készítmény építési telek, beleértve a bontási épületek, eltávolítás, újrahasznosítása építési hulladék, a feltárás, a fektetés mérnöki kommunikáció. Ezen kívül a társaság végzi építési munkák, különösen az Ajánlatkérő Általános, szilárd munka, tereprendezés, javítás, karbantartás, építés berendezés, teherautók, a szállítási szolgáltatások, stb. A vállalat körülbelül 1000 ember, köztük több mint 150 főt, valamint irodák vezetők. Az emberi tényező, a megvalósítás, a rendszer kifejlesztése volt egy csomó vicces helyzeteket, mivel a pszichológiai nehézségek, alkalmazkodva az új technológia. Feltételesen lehet három csoportra. Az első, a kezdeti szakaszban a részét a számviteli személyzet, aki korábban már dolgozott az változata a "Vitorlák" DOS, nehézségek, az egér használata. Mint kiderült, interjúk implementers, rendszerek más szervezetek, néha volt, hogy konkrétan beállítani a felületet, hogy minimálisra csökkentse a munka az "egér", s ennek megfelelően a nosztalgiát az ismerős rendszer. Másodszor, a képtelenség, a felhasználók számára, hogy alakítson ki a követelményeket a rendszer konfigurálása okozott őket rendszeresen vágy, hogy menjen egy ilyen automatizálási rendszer, ahol ezek a követelmények valahogy végre. Ha ez volt az úgynevezett különböző rendszerek, kezdve a viszonylag modern, drága típusa Axapta ér véget a szokásos kis vállalkozások rendszer "1C:Vállalati 7. 7". Miután megállapította, hogy mi egy adott felhasználó, ezek a problémák általában filmre. Harmadszor, volt ilyen helyzet, amikor a vágy, hogy gyorsan megoldani egy adott feladatot keresztül, a "foltok" ami felesleges szervezeti bonyolult. Így, például, automatizált irányban, amikor az egyik a személyzet megoldottuk ezt a problémát, használja az Access adatbázis-motor, nem egyetértettek egy egységes adatbázis. Ez néhány nappal megbénult a munka a feladó a konvojt, amíg a problémát nem sikerült megoldani használata az Oracle DBMS. Mindezek a körülmények a tipikus, esetleg van szerepe a címzés végrehajtási kérdések különböző automatizálási rendszerek. Az elemzés, a tapasztalatok Kell több figyelmet fordítani az előzetes vizsgálatot, felkészítése a projekt megvalósítási rendszer. Szükséges, hogy egyértelműen terv, hogyan automatizálás egyes részei a vállalati. Nem kell sok időt tölteni az üzleti folyamatok elemzése nem csak a színpadon, az előzetes felmérés, de a jövőben. Ez megadja a lehetőséget arra, hogy pontosabban fogalmaz meg követelményeket a műszaki specifikáció, illetve a megfelelő időben, megfelelő módon változtatni a hivatalos nyilatkozatot a felhasználók számára, hogy felkészítse őket az átmenet az új rendszer, valamint elvégzi az alkalmazkodás a rendszer, hogy az üzleti folyamatok a vállalati. Minden átmenet az új rendszernek biztosítania kell, kényelmes transzfer könyvtárak. Ez a transzfer gyakran fájdalmas.

FORRÁS: Igazgató információs szolgáltatások

Forrás: http://stroymart. com. ua