ИТ активтерін инвентаризациялау: техникалар мен лицензияларда тәртіп

Неге инвентаризация қажет және «тәртіп» деген не

ИТ активтерін инвентаризациялау есеп үшін емес, әрбір ноутбук, сервер және лицензия «көрініп», басқарылатын болу үшін қажет. Есепсіз жиі туындайтын мәселелер: техника көшу немесе жөндеу кезінде «жоғалып кетуі», бір активтің әртүрлі атаулармен бірнеше рет жазылуы, лицензиялардың «ешкімге тиесілі еместей» көрінуі — төленген, бірақ қайда орнатылғаны және кім қолданатыны түсініксіз.

Excel және бөлек кестелер жылдам бұзылады — себебі жалпы ережелер жоқ. Бір қызметкер «HP 440» деп жазады, екіншісі «ProBook 440 G7», үшіншісі тек сериалы жазып қояды. Айдан кейін бұл бір ноутбук па, әлде үш түрлі ме — түсініксіз болады. Диск алмастырғанда, жаңа қызметкерге бергенде немесе тізімнен шығарғанда кестелер бір-біріне қайшы келеді.

Есепте «тәртіп» дегеніміз — кез келген актив бойынша минут ішінде анық көрінуі: не екенін және оны бірегей анықтау тәсілі (инвентарлық нөмір және сериалы), қай жерде және қандай күйде (қызметте, қорда, жөндеуде, тізімнен шығарылған), кім жауапты және кім қолданады, сонымен қатар ақпарат қашанға дейін өзекті (гарантия, жалға алу, лицензия, келесі тексеріс мерзімі).

Алдымен басты нәрселерді шешіңіз, солай болмаса жарты жылдан соң бәрін қайтадан реттеу қажет болады: қандай статустар қолданылатынын және кім оларды өзгерте алатынын; «есеп бірлігі» деген не — мысалы, ПК толықтай ма немесе оның бөлшектері де жеке есептеле ме; қозғалыстарды қалай тіркеу; активті адаммен және тапсырмасымен қалай байланыстыру (беру, жоба, кабинет). Мысалы, поликлиникада кей моноблоктар кабинеттер арасында үнемі орын ауыстыратын болса, осы ережелер болмаса тәртіп бірінші ротациядан кейін жоғалады.

Қамту аясын анықтау: техника, лицензиялар, комплектующие

Бастамас бұрын шекараларды келісіңіз: нені актив деп санайсыз және не үшін. Әйтпесе бір бөлігі «біздің емес», ал бір бөлігі «ұмыт қалды» болып шығады.

Алдымен есептің мақсатын айқындаңыз. Қаржы үшін маңыздысы — құн мен амортизация, қауіпсіздік үшін — құрылғы қайда және кім қолданатыны, қолдау үшін — конфигурациялар мен жөндеу тарихы, сатып алулар үшін — шындық пен құжаттама сәйкестігі.

Көп жағдайда қамтуға енгізіледі: жоғалтуға, шатастыруға немесе уақытылы қызмет көрсетпеуге оңай болатын заттар — пайдаланушы құрылғылары (ПК, ноутбуктер, мониторлар, принтерлер мен МФУ), серверлер мен СХД, негізгі желілік құрылғылар, лицензиялар мен жазылымдар (ОС, офис пакеттері, антивирус, арнайы бағдарламалар), қор және резерв (ауыстыру үшін техника, қосымша жұмыс орындары, тізімнен шығару күтіліп тұрғандар), қашықтағы қызметкерлер мен филиалдар — күнде физикалық көрінбейтін заттар.

Лицензиялар үшін бөлек ереже бар: тек орнатулар емес, құқықтарды да есептеңіз. Сатып алу растауларын және шарттарды (шарт, шот, кілттер, хаттар, актілер) бір жерде сақтаңыз, сонда құқықты тез дәлелдей аласыз. Есепте минимумды тіркеңіз: өнім, лицензия түрі, саны, мерзімі, қай командаға немесе жүйеге қатысты екені.

Комплектующие мен ЗИП-ты екі деңгейге бөлген ыңғайлы. Қымбат және тапшы заттарды (SSD, жедел жады, серверлерге арналған қуат блоктары, желілік модульдер) жеке данамен, сериялық нөмірлерімен есептеу жақсы. Шығын материалдары мен ұсақ заттарды (кабельдер, тінтуірлер, патч-кордтар) партиялар бойынша қорда жүргізу көбіне оңайырақ.

Жобаның шекарасын тексерудің пайдалы әдісі: қорды, жөндеудегі техника, резерв, үйдегі жұмыс орындары және келіссөз бөлмелеріндегі жабдықты есептейсіз бе? Егер жауап жазылмаса, кейін даулар туындайды.

Біртұтас деректер ережелері: не жазылады

Инвентаризация көбіне сканерде емес, деректерде «сынып кетеді». Бір ноутбук «Lenovo», «LEN», «Қызметкердің ноуты» деп әртүрлі жазылса — айдан кейін нақты не бар екенін түсінбейсің. Сондықтан қарапайым және нақты сақталатын ережелерден бастаңыз.

Әрбір жабдық үшін карточкада минималды өрістер болсын. Барлығын бірден сипаттауға тырыспаңыз: форма ауыр болса, адамдар толтырудан қашады.

Минимум әдетте мынадай:

• Бірегей идентификатор: сериалы плюс сіздің инвентарлық нөміріңіз (қажет болса ішкі код)
• Түрі мен моделі: ПК, сервер, моноблок, монитор; нақты модель атауы — «мұндай сияқты» емес
• Өмірлік цикл статусы: қорда, берілген, жөндеуде, тізімнен шығарылған
• Орналасуы мен жауаптылығы: кабинет немесе алаң, сондай-ақ кім жауапты (иесі, материальдық жауапты тұлға немесе ИТ-куратор)
• Күндер мен негіздеме: енгізу күні, беру күні және құжатқа немесе сұранысқа сілтеме (акт, өтініш, тикет нөмірі)

Маңызды: статустар мен орналасулар сөздік дерегінен алынсын, адамдардың қалай жазғаны бойынша емес. Сонда «жөндеу» «сервис», «чинится» немесе «инженерде» болып бөлінбейді.

Атау жазу ережесін бөлек бекітіңіз, дубльдер түзілуіне жол бермеңіз. Мысалы: алдымен тип, кейін бренд пен модель, сосын рөлі немесе тағайындалуы. «Сервер S200 бухгалтерияға» мен «S200 (бух)» ұқсас көрінгенмен, іздеуде және есептерде олар бөлек элементтерге айналуы мүмкін. Ережелер неғұрлым қарапайым болса, шапшаңдықта да сақталуы ықтимал.

Маркировка: адамдар оны елемеуі үшін қалай жасау керек

Маркировка тек оқуға ыңғайлы, жылдар бойы тұратын және есеппен жылдам сәйкестелетін кезде ғана жұмыс істейді. Егер жапсырма түсіп қалса, ашылса немесе кабельдердің астында жасырылса, адамдар оны пайдаланбайды, ал есеп қайтадан болжамға айналады.

Офистік техникаларға әдетте қарапайым штрихкод жеткілікті: оны тез сканерлейді, ал кішкентай жапсырмада «шу» аз болады. QR ұзын идентификаторды немесе нөмір мен түрді кодтау үшін ыңғайлы, бірақ тым кішкентай қылмаңыз. Материал ретінде полиэстер немесе винилды ламинациямен таңдаған дұрыс; сервер бөлмеге арналған — тозуға және жоғары температураға төзімді белгілер. Егер «тыныштықпен» алыну қаупі болса, бұзылатын (пломбаланатын) жапсырмаларды қолданыңыз.

Жапсырманы қолың соғатын жерден және қызатын жерден алыс қойыңыз. Ноутбукте — зауыттық табличка жанындағы төменгі қақпағына (резеңке аяқшалардың үстіне емес). Корпусында — алдыңғы немесе бүйір панельге, бірақ жиі ашылатын қақпаға емес. Мониторларда — артқы жағында, разъемдер жанында, кабельдер шетке ілінбейтіндей етіп. Rack-серверлерде — «құлақшаларға» немесе лицевую панельға, сонда стойкада көрінеді.

Нумерацияны ұстау оңайырақ болады, егер логика түсінікті болса: филиалдар немесе түрлер бойынша диапазондар (мысалы, NB- ноутбуктерге, PC- ПК-ға, SRV- серверлерге). Бір ереже маңызды: нөмір орын ауыстырғанда өзгермейді, тек статус өзгереді (берілді, қорда, жөндеуде).

Егер құрылғыда бұрынғы жапсырмалар болса, олардың үстіне жапсырма жабыстырмаңыз. Бұрынғы метканы «жарамсыз» жапсырмасымен жабыңыз немесе толығымен алып тастаңыз және есепте нөмір өзгергенін тіркеңіз. Әйтпесе екі есе маркировка пайда болады.

Клеушілер мен тексерушілерге қысқа жұмыс чек-листі:

• Бетті тазалап, кебуін күтіңіз.
• Метканы келісілген орынға жабыстырып, 10–15 секунд басыңыз.
• Сканерлеп, дұрыс актив карточкасының ашылғанын дереу тексеріңіз.
• Ол жерде жауапты және орналасқан орынды (кабинет немесе стойка) көрсету.
• «Проблемалы» құрылғыларға (ыстық, шаңды, тегіс емес бет) күшейтілген материал немесе пломбаланатын метка қолданыңыз.

CMDB қарапайым тілмен: байланыстар, конфигурациялар, жауаптылық

Қарапайым реестр (кесте) оншақты құрылғы, бір офис және өзгерістер сирек болса жарайды. CMDB керек болғанда — бірнеше алаң, көптеген сервистер, техника жиі қозғалады, ал тоқтаулар ақшаға түседі. Онда маңыздысы — тек тізім емес, объектілер арасындағы байланыстар.

CMDB-ды карта деп қарауға болады: не бар, қайда орналастырылған, кімге берілген және неге әсер етеді. Бұл инвентаризация үшін қоңырау шалмай-ақ жылдам жауап алуға мүмкіндік береді.

Ең пайдалы байланыстар әдетте мынадай: құрылғы (ПК, сервер, принтер, желілік), қолданушы немесе иесі (кімге берілген және кім жауап береді), орын (кабинет, стойка, филиал), рөл немесе сервис (касса, зертхана, бухгалтерия), келісім мен қолдау (кім қызмет көрсетеді және мерзімі қанша).

Конфигурацияны сол деңгейге дейін тіркеңіз, ол жұмысқа және сатып алуларға әсер ететін болсын: модель мен сериалы, CPU/RAM/SSD, ОС, гарантия, жеткізу күні, келісім нөмірі. Бұл типтік жұмыс орындары мен серверлер үшін бірдей маңызды. Мысалы, L200, M200 немесе S200 сияқты серияларды қолдансаңыз, нақты модификацияны жазу керек, сонда кейін үйлесімді комплектті дәл таңдауға болады.

CMDB «CMDB үшін CMDB» болып кетпеуі үшін өзгерістер ережесін қойыңыз. Қарапайым тәсіл көбіне жеткілікті:

• бір дерек иесі (мысалы, аймақтық ИТ-администратор)
• өзгерістер тек өтініш арқылы немесе жұмыстардан кейін
• тарих: кім, қашан және нені өзгертті
• маңызды түйіндер бойынша мерзімді тексеріс

Минимальды өрістерден бастап, жаңа өрістерді тек олар шынымен пайдалы болғанда ғана қосыңыз: олар тоқтауларды азайтуы немесе сатып алуды жеделдетуі керек.

Инвентаризация бойынша қадамдық жоспар

Жұмыс бұрын бар дерек көздерінен максимум факті жинаудан басталғанда оңайырақ, кейін «алаңға» барыңыз. Бастапқыда сатып алу және бухгалтериядан (номенклатура, сан, күндер), сервис-десктен (берулер, жөндеулер) және AD немесе HR-дан (бар болса) шығарып алу жасаңыз. Бұл бастапқы тізімді беріп, қай жерде бос жерлер барын көрсетеді.

Сосын физикалық обход ұйымдастырыңыз. Негізсіз «тек өтіп шығу» емес, рөлдер алдын ала бөлінуі маңызды: бір адам құрылғы мен сериалын тексерсе, екіншісі форманы толтырады, үшіншісі сапаны қадағалап, таңдамалы қайта тексеру жасайды. Маршрутты аймақтар бойынша жоспарлаңыз (қабат, кабинет, қор), қабылдауларға секіруді болдырмау үшін.

Обходтан кейін ең пайдалы бөлік басталады: деректерді салыстыру және тазалау. Көбіне дубльдер, бос сериалдар, «белгісіз модельдер» және есепте бар, бірақ табылмаған құрылғылар шығады. Мұнда шешім тәртібі анық болуы керек: жапсырмалар мен поставка құжаты бойынша сериалдарды анықтау; дубльдерді біріктіру (бір актив — бір жазба); «табылмады» деп белгілеу және іздеп табуға жауапты тағайындау; бөлек «артық» техниканы бөліп көрсету (физикалық бар, есепте жоқ).

Қолданушыларға байлау оқиға ретінде тіркелсін: беру, қайтару, уақытша қолдану. Мысалы, ноутбук 2 апта командировкада болса — бұл көрінуі тиіс, әйтпесе тексеруде ол «жоғалған» болып шығады.

Апталар бойынша жоспар

• 1 апта: 200–300 құрылғыға дейін — дайындық, обход, бастапқы сәйкестендіру
• 2 апта: 800–1000 — қосымша қайта тексерістер және «қарыздар» (табылмағандар) күні
• 4 апта: бірнеше алаң — толқындарға бөліп, жергілікті жауаптылар тағайындаңыз

Соңында қай ажыратуларды кім бекітетінін және тізімнен шығаруды немесе орын ауыстыруды қалай рәсімдейтінін тіркеңіз. Олай болмаған жағдайда нәтижелер «черновик» күйінде қалып, шындықтан тез алыстайды.

Комплектующие мен жөндеуді хаоссыз есепке алу

Комплектующие әдетте бірінші жоғалады: бүгін диск серверде, ертең қор шкафтында, тағы ертең басқа ПК-да. Шоттарды адал ұстау үшін диск, ОЗУ, қуат блоктары, видеокарталар, желілік модульдер және кез келген ауыстырылатын накопительдерді бақылаңыз.

Негізгі ереже: кез келген алмастыру — «жай жойып, орнату» ғана емес, сериялық нөмірлермен тіркелетін оқиға. Әйтпесе айдан кейін қайсысы гарантиялық модуль, қайсысы тізімнен шығарылған анықтай алмайсыз.

Әр алмастырғанда қысқа мәліметтерді тіркеңіз:

• қайдан алынған және қай жерге орнатылған (құрылғы ID және орны)
• ескі және жаңа бөлшектің сериалы
• себеп (ақау, апгрейд, профилактика)
• кім істеді және кім қабылдады
• дата және негіз (акт, өтініш, тикет)

Қор мен резерв те сол ережелерде болсын. «Жүгіру» позициялар үшін минималды қалдықтарды қойыңыз (мысалы, типтік ПК немесе серверлерге арналған дисктер мен ОЗУ) және оларды тек өтінішпен шығарыңыз, солай қай тапсырмаға кеткені көрінеді.

Жөндеу және RMA үшін түсінікті статустар жасаңыз (жөндеуде, запчасты күтуде, жеткізушіге жіберілді, қайтарылды, тізімнен шығарылды), келесі бақылау мерзімі және бір жауапты адам. Сонда уақытша стендтер мен пилоттар «құрғақ аймаққа» айналмайды: құрал-жабдық жобалық ретінде белгіленіп, қайтару мерзімі мен иесі болады.

Лицензиялар: құқықтар мен фактілік пайдалану сәйкестігі

Лицензиялардағы тәртіп — қарапайым сұрақтан басталады: құжат бойынша неге құқық бар және нақты қай жерде орнатылған мен кім қолданады. Олай болмаған жағдайда есеп тез қарысумен бухгалтерия, ақпараттық қауіпсіздік пен қолданушылармен дауға айналады.

Алдымен лицензия түрін анықтаңыз, өйткені тексеру тәсілі соған байланысты: пайдаланушы бойынша (есептік жазбалар), құрылғы бойынша (нақты ПК), серверлік (инстанстар, ядролар, қолжетімділік), сондай-ақ аяқталу мерзімі бар жазылымдар. Қате — жазылымды мәңгілік лицензия деп қарау немесе керісінше.

«Шындығын» ауызша келісімдерден емес, тексеруде көрсетілетін дереккөздерден алыңыз: келісім-шарттар, қосымша келісімдер, шоттар мен актілер, кілттер мен сертификаттар, вендор порталдары, жеткізу накладнойлары, құқықтарды беру туралы хаттар. Егер дереккөз жоқ болса — бұл бөлек тәуекел.

Содан кейін сәйкестендіру жасаңыз: лицензия — өнім — редакция мен нұсқа — қайда және кім қолданады. Мысалы, 50 пайдаланушылық лицензия алынған офис пакеті нақты 70 компьютерге орнатылған, ал 10-ы жұмыстан кеткен қызметкерлердің есептік жазбаларында әлі белсенді болуы мүмкін.

Ш detailedттерге батып кетпес үшін тәуекел белгілерін енгізіңіз:

• жазылым мерзімі өту (күн және жауапты)
• санының асуы (қанша және қай жерде)
• белгісіз дереккөз (құжат жоқ)
• редакция немесе нұсқаның сәйкессіздігі
• пайдаланылмайтын лицензиялар (қайта бөлуді қажет ететін кандидаттар)

«Сұр» бағдарламаларға біртекті соққылар жасаудан гөрі жоспар жасаңыз: не бірден жою керек, не тегін баламамен ауыстыру, не сатып алу қажет, және әр позицияны қашан жабатынын көрсетіңіз. Міндетті түрде тапсырма иесін тағайындап, мерзімдерді бекітіңіз, әйтпесе мәселе келесі тексеруде қайтып шығады.

Құрылғыларды адамдар мен тапсырмаларға байлау

Инвентаризация пайдалы болу үшін құрылғы қазір кімде және қандай жұмысқа арналғанын білу қажет. Актив адамға және тапсырмаға байланған кезде қолдау жылдамырақ шешім қабылдайды, ал ИТ нақты суретті көреді: не қолданылып жатыр, не бос тұр, не ауыстыру қажет.

«Иесі» мен «қолданушыны» бөлу маңызды. Иесі — қайда және не үшін пайдаланылатынына жауапты, ал қолданушы күнделікті жұмыс істейтін адам. Практикада иесі — қызметкер (жеке беру), бөлім (ортақ техниказ резерві), ИТ-бөлім (резерв), немесе жоба (уақытша сатып алу).

Тапсырмаларға байлау әдетте өтініштер арқылы жүреді. Актив карточкасында байланысты сұраныстар: жөндеу, орын ауыстыру, құрылғыны ауыстыру, ПО орнату — көрінуі тиіс. Сонда бір ноутбуктің жиі қызуы хат алмасуда жоғалып кетпей, қызмет көрсету тарихына жазылады: күндер мен шешімдер көрсетіледі.

Есеп қағазға айналмауы үшін беріп-алу ережелерін қарапайым жасаңыз. Қысқа акт пен қабылдауды растау жеткілікті: адамның осы құрылғыны қабылдағанын тіркеңіз — сериалы мен инвентарлық нөмірін, комплектациясын (зарядтағыш, док-станция, тінтуір), 2–3 фото (метка, корпус жағдайы), қолтаңба немесе электрондық растау, беру мақсаты мен мерзімі.

Қашықтан жұмыс істейтін қызметкерлер үшін бөлек сценарий жасаңыз. Алдын ала анықтаңыз: жеткізілімді кім қабылдайды, қабылдау күні комплектация қалай тексеріледі және жоғалса не істеу керек. Қарапайым сценарий: қызметкер моноблок алады, сериялық нөмірді фото арқылы растап, қысқа тексерістен кейін ғана өтінішті жабады (қосу, желі, камера жұмысы).

Мысал: офиске қызметкерге уақытша GSE L200 ПК берілді. Егер актив өтінішке байлаулы болса, қолдау бірден бұл уақытша ауыстыру екенін, қашан қайтарылатынын және кімге хабарласу керектігін біледі.

Жиі қателіктер мен тұзақтар

Ең кең таралған проблема — есепті «идеал жоба» ретінде бастап, бірден барлық өрістерді толтыруға тырысу. Соңында команда шаршап, мерзімдер бұзылады, ал база өмірге енбей қалады.

Екінші тұзақ — жауаптылардың болмауы. Аймақтар мен типтер бойынша иелер тағайындамасаңыз (қор, офис, филиал, серверлік; ПК, желі, лицензиялар), айдан кейін «ешкім жаңартпайды» деген жағдай қайталанады, тіпті бастамасы сәтті болса да.

Көбіне бір ғана шындық көзі таңдалады: тек физикалық обход немесе тек құжаттар. Обход шын тұрған нәрсені көрсетсе, оның қайдан келгенін түсіндірмейді. Құжаттар сатып алулар мен тізімнен шығаруды көрсетеді, бірақ орын ауыстырулар мен алмастыруларды көрсетпеуі мүмкін.

Дайындық кезінде жиі болатын бес қате, олар деректердегі айырмашылыққа әкеледі:

• бәрін бірден толтыруға тырысу, орнына минималды өрістен бастамау
• жауаптылар мен жаңарту мерзімдерін бекітпеу
• тек обходқа немесе тек құжатқа сену
• сақтау орнын мен пайдалану орнын шатастыру (мысалы, «қор» vs «кабинет 312»)
• өзгерістер тарихын жүргізбеу (кім және не үшін статус, комплектация, қолданушыны өзгерткенін)

Простой мысал: ноутбук қорда көрсетілген, бірақ алты айдан бері қызметкерде командировкасында. Тарих болмаса бұл «есеп қателігі», ал тарих болса — берілген, блок питания ауыстырылды, уақытша бекітілді және қайтарылуы немесе ресімделуі тиіс деген түсінікті тізбек көрсетіледі.

Жылдам тексерістер: есептен не сәйкес болуы керек

Деректерді бір кестеге немесе жүйеге жинап болған соң бірнеше жылдам тексеріс жасаңыз. Олар есеп өмірге сай екенін, тек «әдемі есеп» еместігін көрсетеді.

Алдымен негізгі: әр құрылғыда бір анық идентификатор болуы керек. Егер парктың бір бөлігі «ашылғанынша» нөмірленсе, адамдар оларды пайдалануды қойып, сіз қайтадан «сол бухгалтериядағы бір ноутбукты» іздейсіз.

Төмендегі бес нәрсені тексеріңіз:

• Инвентарлық нөмір мен метка бір ережемен рәсімделген (ұзындық, префикстер, құрылғы түрі)
• Әр активте статус көрсетілген (қызметте, қорда, жөндеуде, тізімнен шығарылған) және жауапты иесі бар
• Орналасу шындыққа сай (таңдамалы тексерісте кемінде 10–20 бірлік әртүрлі бөлімдерде)
• Лицензиялар нақты өнімге байланған және сатып алу негізі бар (шот, келісім, мемлекеттік сатып алу, акт)
• Өзгерістерді кім және қандай мерзімде жаңартатыны анық (орналасу, диск ауыстыру, қызметкерге беру)

Орналасуды тексеру үшін бір қабатты немесе бір бөлімді таңдап, қысқа тізіммен өтіңіз. Көп жағдайда «көшкізілетін» мониторлар, переговоркалардағы жүйелік блоктар және уақытша берілген құрылғылар ашылады.

Тәртіптің соңғы маркері: күнтізбеде келесі мини-инвентаризация белгіленген — мысалы, тоқсан сайын. Олай болмаған жағдайда жақсы база тез ескіріп қалады, әсіресе комплекттер жиі ауыстырылып жатса.

Практикалық мысал: жүктеме азайтып, тәртіп орнату

200 қызметкері бар компания: басты офис, бір филиал және бөлігінен қызметкерлер қашықтан жұмыс істейді. Есеп бірнеше администратордың есте сақтауларына және мессенджердегі хат алмасуларға негізделген. Ноутбуктерді жиі ауыстыру мен жұмыс орындарын көшіру басталса, «тәртіп» деген — 2 минуттың ішінде құрылғы қайда, кімде, қандай күйде және қандай тапсырмаға берілгенін жауап беру қабілеті екені анықталды.

10 жұмыс күні ішінде қысқа «жылдам инвентаризациядан» бастады: кабинеттерді өтіп, қорды тексеріп, сатып алулардан лицензия тізімін шығарып, оны ПК-дағы орнатулармен салыстырды. Бірден табылғандар: иесі жоқ бірнеше монитор, инженердің тартпасындағы есепке алынбаған SSD қор, түрлі бөлімдер бірнеше рет сатып алған артық ПО.

Бекіту мен келіссөздерге уақыт жоғалтпау үшін рөлдерді былай бөлді: ИТ — құрылғылар карточкалары мен жөндеу, бухгалтерия — құжаттар мен төлем, HR — қызметкерлер статустары (қабылдау, ауыстыру, жұмыстан шығару), бөлім басшылары — нақты кімге техника керек екенін растау.

Ережелер минималды, бірақ міндетті болды:

• беру тек өтініш арқылы және қолданушы көрсетілуі тиіс
• жұмыстан шығу немесе ауысу күнінде қайтару
• жөндеу тек бір арна арқылы, себебі мен нәтижесі көрсетілген
• тізімнен шығару сериалы мен қордағы факті бойынша ғана

1–2 айдан кейін тоқтаулар азайды: резерв құрылғылар тез табылды, «мен алған жоқпын» деген даулар азайды, сатып алулар дәлірек бола бастады — қор мен шынайы қолда болу сәйкестенді.

Келесі қадамдар: ай сайын тәртіпті қалай сақтау

Инвентаризация жыл сайын бір рет жасалатын нәрсе емес. Тәртіп деректерге иесі мен жеңіл-желпі жаңарту ритмі болғанда сақталады. Жауаптылар тағайындаңыз (барлығын бір адамға арнаудың қажеті жоқ, бастысы рөлдер анық болсын) және бір бақылау нүктесін бекітіңіз: кім және қашан өзгерістерді тіркейді.

Жақсы ереже: жиі өзгеретін нәрселер дереу жаңартылуы керек, ал сирек оқиғалар қолмен жабылсын. Мысалы, ноутбукты қызметкерге беру мезетінде тіркеу оңай, ал ОС нұсқасы немесе диск бос орнын басқару — басқару құралдары арқылы жинау ыңғайлы.

Есептің бұзылмауы үшін қысқа айлық цикл енгізіңіз: жаңа қабылдауларды салыстыру (барлық накладнойлар қабылдау күнінде актив карточкасына айналады), иесіз құрылғыларды тексеру (иесі, орнын немесе статусы жоқ), лицензияларды бақылау (мерзімі өтуі, дубльдер, құжаттың жоқтығы), жөндеулер мен комплектуяларды алмастыру тізімін жаңарту, алдағы 1–3 айға мини-жаңарту жоспарын ұстау.

Сонымен қатар парктың болжаушылығын ойлаңыз. Модельдер мен конфигурациялар саны неғұрлым аз болса, қолдау, запчасть сатып алу және есеп жүргізу оңайырақ. Типтік рөлдер үшін 2–3 стандарт конфигурациядан бастаңыз (офис, инженер, басшы) және осы матрицаны сатып алу процесіне енгізіңіз.

Сатып алуды есеппен байланыстырыңыз: «алдымен сатып алдық, кейін қалай енгіземіз» емес, жаңа ПК немесе сервер қолданушыға берілмей тұрып жүйеде пайда болсын.

Тұрақты парк пен айқын қолдау қажет болса, жергілікті өндіруші және жүйелік интегратор ретінде GSE.kz (gse.kz) — ұсыныстарын және сервис желісін қарастыруға болады. Модельдерді стандарттау, бірдей комплектациялар және ел бойынша сервис желісі ай сайынғы бақылауды айтарлықтай оңайлатады.