CMDB-сыз лицензиялар тізілімі: өрістер үлгісі және жаңарту тәртібі

Реестр мақсаты: CMDB жоқ жағдайда лицензияларды ретке келтіру

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

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

Бастапта қандай нәрсені лицензия деп санайтыныңызға алдын ала келісіңіз және соны тізілімге енгізіңіз. Әдетте мұнда айлық немесе жылдық жазылымдар, мерзімсіз (perpetual) лицензиялар, жабдыққа байланған OEM-лицензиялар, CAL және серверге арналған қолжетімділік құқықтары, сонымен қатар пакет пен «пулдар» — қажеттілікке қарай бөлінетін құқықтар кіреді.

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

Қандай реестр жұмыс істейді: 4 қарапайым принцип

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

1) 80/20 принципі: маңыздыдан бастаңыз

Алдымен ең үлкен тәуекелдер мен шығындарды беретіндерді енгізіңіз: офис пакеттері, ОС, серверлік өнімдер, VDI, САПР, антивирус, қымбат жазылымдар. Практикада 10–20 позиция бюджеттің 80%-ын және тексерулердегі сұрақтардың басым бөлігін жабады.

2) Бір дереккөз — бір шындығыңыз болсын

Реестр бір жерде болуы тиіс: бір файл немесе таңдалған жүйедегі бір тізім. «Қауіпсіздікке арналған», «сатып алуларға арналған» және «әкімшілерге арналған» параллель көшірмелерді жібермеңіз. Қажет болса көріністер мен экспорттар жасаңыз, алайда түзетулер тек бастапқы дереккөзде жүргізілсін.

3) Бірдей анықтамалар

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

4) Нұсқалық есеп пен жауапкершілік

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

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

Өрістер үлгісі: «Құқық» блогы (не сатып алғансыз және қандай шартпен)

«Құқық» блогы — тізілімдегі жазбаның ядросы. Егер ол мұқият толтырылса, CMDB жоқ лицензиялар тізілімі негізгі сұраққа жауап береді: құжаттар бойынша сізде не бар және оны қандай шарттарда қолдануға болады.

Бастапқыда «құқық деңгейінің» формулировкасын жазыңыз. Тек атауын жазбаңыз, байланысын жазып қойыңыз: өнім + редакция/пакет + лицензия типі + метрика. Әйтпесе алты айдан кейін «Office» қайшылыққа келеді: Pro ме, Standard па; жазылым ба әлде мерзімсіз; пайдаланушыға па әлде құрылғыға ба.

Сатып алулар мен вендордан келген хаттармен тез салыстыру үшін идентификаторларды қосыңыз: вендор және SKU/Part Number (есепте немесе тапсырыста бар болса), келісім-шарт, тапсырыс немесе өтініш нөмірі. Бұл аудиттер мен ішкі тексерулер кезінде сағаттарды үнемдейді.

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

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

Минималды өрістер жиыны, әдетте жеткілікті:

• Өнім, редакция/пакет, лицензия типі, метрика
• Вендор, SKU/Part Number, келісім-шарт/тапсырыс нөмірі
• Бөлімше (шығын орталығы), валюта (қажет болса сома)
• Құжат түрі және құқықты растайтын файлдың сақтау орны

Мысал жазба: «Windows Server, Standard, мерзімсіз, per core; Vendor: Microsoft; Part Number шоттан; келісімшарт №...; ШО: IT; растайтын құжат: акт + хат, сатып алу папкасында сақталған».

Метрика және есептеу ережелері: бәрі бірдей есептесін деп

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

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

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

Шектеулермен қателеспеу үшін қысқа «Шектеулер» өрісі жасаңыз және бір форматта толтырыңыз. Көбінесе жеткілікті: қолдану аймағы/ел, ұйым типі (мемлекеттік, білім, т.б.), мақсат (оқу, тест, өндірістік) және құқықтарды тапсыруға шектеулер (бар болса).

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

Лицензияны байлау: пайдаланушыға, хостқа немесе пулға

Ең мұқият тізілім де тез бұзылады, егер неге «байланатынын» нақты айтпайтын болса. Әдетте үш вариант бар — пайдаланушыға, нақты құрылғыға (хост) немесе жалпы пулға.

Қалай таңдау керек

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

Практикалық ереже:

• Пайдаланушы — "адамға арналған лицензия": құрылғылар өзгеруі мүмкін, иесі біреу.
• Хост — "жабдыққа арналған лицензия": инвентарлық нөмір мен орнату орны маңызды.
• Пул — "қордағы лицензия": өтініш бойынша береміз және қайтарамыз.

Тексеру кезінде дау-дамай болмауы үшін минималды өрістер

Пайдаланушыға байлау үшін адамды идентификациялау және оның өзектілігін көрсету жеткілікті. Әдетте көрініске ФИО, бірегей идентификатор (тауель нөмірі немесе HR жүйесіндегі тұрақты ID), бөлімше және мәртебе (жұмыс істейді/өтініш берілген) қосылады. Мәртебе маңызды: лицензияны пулға қайтаруға немесе қайта тағайындауға болатынын бірден көрсетеді.

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

Пулдағы лицензия үшін жол бос қалдырмаңыз. «Бос» мәртебесін көрсетіп, «Күтулі иесі» өрісін толтырыңыз (мысалы: «жаңа бухгалтер, 15.02-да шығу» немесе «жоба командасы, наурыз»). Осылай пул «тіл түсініксіз» құқықтардың қоймасы болмайды.

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

Мерзімдер мен құжаттар: продления мен тексерістерді өткізіп алмау

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

Уақытқа қатысты жұмыс істейтін өрістер

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

Қашан мәселені көтеру керектігін анықтау үшін бір ереже бекітіңіз: N күн сатып алу қиыншылығына байланысты. Мысалы, типтік жазылымдар үшін 30 күн, тендер арқылы немесе ұзақ келісімдер үшін 60–90 күн ескерту қоюға болады.

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

Құжаттар: құқықты тез дәлелдеу

"Құжат" өрісінде түрі мен реквизиттерді көрсетіңіз: шот/инвойс, келісім-шарт, акт, сертификат, растау хаты, вендор жеке кабинеттегі тапсырыс нөмірі. Бір жолдан бастап бастапқы дереккөзді тез табу маңызды: «Келісім №..., күн ..., контрагент ...».

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

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

Қалай 1–2 аптада тізілім жинауға болады: қадамдық жоспар

CMDB жоқ лицензиялар тізілімін жылдам жинауға болады, егер бүкіл әлемді бірден сипаттауға тырысудың орнына анық ауқымнан бастасаңыз. Бастапқыда соңғы 12–24 айда сатып алынған немесе продленген ПО мен жұмыс орындарында орнатылған және тексерулерде жиі шығатын өнімдерден бастаңыз.

1–2 аптаға арналған жоспар

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

1. Бастапқы деректерді жинаңыз: шоттар, келісім-шарттар, актылар, кілттермен хаттар, вендор жеке кабинетінен шығару, сондай-ақ орнатылған ПО тізімі (кемінде ОС инвентаризациясынан немесе маңызды бөлімдерді қолмен тексеруден).

2. Справочниктер жасаңыз, әртүрлі жазулардың көбеймеуі үшін: вендор, өнім, редакция, бөлімше, метрика түрі, жазба статусы.

3. Құқықтарды енгізіңіз: не сатып алғанын, қанша және қандай шартпен, қандай құжатқа қатысты екенін. Бұл сіздің «шындық нүктеңіз».

4. Тағайындауларды қосыңыз: кімге немесе неге лицензия берілген (пайдаланушы, хост, сервер кластері, жалпы пул). Сосын нақты орнатуларды тартып, айырмашылықтарды белгілеңіз.

5. Негізгі режимді орнатыңыз: кім тізілімді жаңартады, қанша жиі тексереді және аптасына қандай есептер қаралатынын анықтаңыз.

Мәліметтерге батырып кетпеу үшін

Ерекшелікті сақтаңыз: бір құқық жолы — бір сатып алу немесе пакетке сай болсын, ал тағайындаулар бөлек жүргізілсін (екінші парақ немесе бөлек кесте). Егер 50 пайдаланушыға арналған жазылым сатып алынған болса, құқық біреу, ал тағайындаулар 50 жазбадан тұруы мүмкін. Осылай қалған құқықты көру және қайта бөлу оңай.

Соңында үш бақылау есебін қосыңыз (тек фильтрлер болса да):

• алдағы 60–90 күнде аяқталатындар;
• тағайындалғаны сатып алынғаннан көп қай жерде;
• орнатулар мен тағайындаулар сәйкес келмейтін жерлер.

Пайда бірден көрінеді, идеал дәлдікті күтудің қажеті жоқ.

Жаңарту ережелері: триггер оқиғалар және тексеріс жиілігі

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

Триггер оқиғалар: не дереу жазылуы тиіс

Ең сенімді тәсіл — өзгерістер шыққан күннен жазып отыру. Әдетте төрт топ триггер жеткілікті.

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

Кадрлық өзгерістер: жұмыстан кету, ауысу, ұзақ демалыс — лицензияны алып қою, қайта тағайындау немесе пулға қайтару себептері.

IT өзгерістері: жаңа ПК беру, негізгі компоненттерді алмастыру, ОС қайта орнату, пайдаланушыны басқа хостқа көшіру. Мұндай жұмыстардан кейін қандай лицензиялар «қонуы» немесе ескі машинада тоқтауы керектігін тексеріңіз.

Сыртқы тексерістер: сатып алулар, қауіпсіздік қызметі немесе аудитордан сұрау. Тексеру фактісін және нәтижесін тіркеу пайдалы (кім қарады және не растады).

Сверк жиілігі: қателіктер жиналмасын үшін

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

Практикалық регламент:

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

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

Жиі кездесетін қателіктер және олардан қалай сақтану

CMDB жоқ лицензиялар тізілімі әдетте кестеден емес, жинақталған ұсақ-қателіктерден бұзылады. Нәтижесінде сандар сәйкессіз болып, тексеріс кезінде құқықты дәлелдеу қиынға соғады.

Жиі мәселе — бір жолда метрикаларды араластыру. Мысалы, бір жазбада «10 users / 10 devices» немесе «16 cores» және «1 server» қатар тұруы. Бір айдан кейін ешкім есептеу ережесін есінде ұстамайды. Шешім қарапайым: бір жол — бір метрика және бір есеп ережесі. Қосымша мәлімет өте қажет болса, оларды бөлек өрістерге шығарыңыз.

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

Үшінші қателік — пайдаланушыларды тек атымен байлау («Иванов И.И.») және бірегей идентификаторды қоймау. Адамдар жұмыстан шығады, есімдері өзгереді, бірдей фамилиялар болады. Тұрақты ID (тауель нөмірі немесе HR жүйесіндегі ID) сақтау жақсы, ал атты көрсету — көрінетін өріс ретінде қалдырыңыз. Хост үшін те сондай: тек "PC-OLGA" емес, инвентарлық нөмір немесе сериялық нөмір болсын.

Төртінші қателік — статустар мен даталардың болмауы, сол себепті лицензиялар екі рет есептеледі. Мысалы, «50 сатып алдық» және «50 тағайындадық» жазбалары кейін қосылып 100 шығады. Статустар (мысалы, «пулда», «тағайындалған», «мерзімі өтті», «списано», «тексеру қажет») және даталар: сатып алу, басталу, аяқталу, тағайындау, қайтару — болуы шарт.

Осы мәселелерді жылдам табудың тәсілі:

• әр жолда нақты бір метрика және түсінікті есеп ережесі барын тексеріңіз;
• әр сатып алудың құжат-негізі бар не «растау күтілуде» статусы барын тексеріңіз;
• 10 кездейсоқ тағайындауды қарап шығыңыз: пайдаланушыда бірегей ID бар ма, ал құрылғыда инвентарлық белгі бар ма;
• статустар мен даталар: «сатып алу» мен «тағайындау» екі түрлі құқық ретінде есептелмей тұрғанын тексеріңіз;
• негізгі өрістер бойынша дубльдарды тауып, қай жазба басым екенін анықтаңыз.

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

Тез тексеріс: 10 минуттық чек-лист

Егер тізілімді әртүрлі адамдар жүргізсе, ол ұсақ-түйектерге «жетті» күйге айналады. Бұл қысқа тексеріс цифрларға және мерзімдерге сенуге болатын-жоғын тез анықтауға көмектеседі.

10 минут: не тексеру керек

Тәртіп бойынша «иә/жоқ» деп жауап беріңіз. Қай жерде «жоқ» болса, сол жазбаны белгілеп кейінірек қайтып келіңіз.

• Әр лицензия үшін негізгі өрістер толтырылған ба: өнім (және редакция), лицензия түрі, метрика, сан, құжат нөмірі және күні (шот, келісім-шарт, акт, сертификат).
• Әр тағайындауда байланыс анық: пайдаланушы не хост, тағайындау күні, ағымдағы статус (активті, алынған, резервте).
• Мерзімдер бақылауда: аяқталу күні немесе келесі төлем күні көрсетілген және 30–60–90 күнге арналған есеп бар.
• Итогтар сәйкес келеді: «құқықтар» минус «тағайындалғандар» плюс «пулдағы бос» нәтиже түсінікті және түсініксіз қалдықтар жоқ.
• Айқын дубльдар жоқ: бірдей кілт/сериялық нөмір екі рет кездеспейді, бірдей өнім түрлі атауларға бөлінбеген.

Кішкентай мысал: сіз 120 құқық сатып алдыңыз. 95 тағайындалған (пайдаланушылар бойынша), пулда 25 бос. Егер реестрде 120 - 95 - 20 = 5 шықса, демек 5 лицензия «жоғалған»: тағайындау есепке алынбаған, пулда қате көрсетілген немесе сатып алу саны қате.

Егер проблема тапсаңыз, бәрін бірден түзетпей, алдымен минималды түзетулер жасап реестрді қайта «жиып» алыңыз: атаулар мен метриканы бір түрге келтіріп, «құжат -> сан -> тағайындаулар» байланысын қалпына келтіріңіз, дау тудырған жолдарға «тексеру қажет» статусы қойып, жауапты тағайындаңыз.

Практикалық мысал: 200 жұмыс орны бар ұйымға реестр

Мектеп немесе аурухана мысалын қарастырыңыз: шамамен 200 ПК кабинеттерде, регистратурада және сыныптарда, плюс бірнеше серверлер негізгі қосымшалар үшін. CMDB жоқ, бірақ тәртіп тез керек. Мұнда CMDB жоқ лицензиялар тізілімі әдеттегі кестеде жақсы жұмыс істейді, егер ережелер алдын ала келісілсе.

Бастапқыда есепті үш категорияға бөлу ыңғайлы:

• Офис пакеті — пайдаланушы бойынша есептеу (пайдаланушы тіркелгісі/ID), өйткені адамдар жұмыс орнын ауыстырады.
• Антивирус — хост бойынша есептеу (инвентарлық нөмір/сериялық), себебі қорғау нақты компьютерге орнатылады.
• Сервер лицензиялары — сервер мен оның рөлі бойынша есептеу (мысалы, ОС, СҚБД, қолжетімділік), әр серверге жеке жазба.

Одан кейін пулға не қалдыратыныңызды шешіңіз. Мысалы, 10–15 офис лицензиясын резервке қалдыру жаңа қызметкерлер мен уақытша жобаларға. Антивирустық пул әдетте қажет емес, ол құрылғыларға байланады.

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

Аванс бойынша ай сайынғы тексеріс 20–30 минут алады, егер жауаптылар болса: HR кадрлық өзгерістер тізімін береді, IT — ПК беру/списание және сервер өзгерістерін белгілейді, сатып алулар продленияларды және құжат сақтау орнын растайды, реестр иесі өзгерістерді тіркеп, дау тудыратын жолдарды белгілейді.

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

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

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

Кейін CMDB немесе SAM-инструмент пайда болса, деректерді қайта жазғыңыз келмейді. Сондықтан қазірден тұрақты идентификаторларды пайдаланыңыз: қызметкертің тауель нөмірі, ПК/сервер инвентарлық нөмірі, бөлімдердің бір келісілген справочнигі, ал лицензиялар үшін бір форматтағы атаулар мен нұсқалар.

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

Негізгі мақсат — реестр компания өсіп, IT өзгерістер болса да жыл сайын қолмен «ерлік» жасауды талап етпейтіндей өмір сүре беру.