OT-активтер инвентаризациясы: PLC және датчиктер реестрін өндірісті тоқтатпай жасау

OT-активтер реестрінің қажеттілігі және неге ол «қолдан жасалмайды»\n\nOT-та жиі жылдар бойы жұмыс істеп, назардан тыс қалатын құрылғылар болады. Кейбірін мердігерлер орнатқан, кейбірі «уақытша» ауыстырылған, кейбірі желілер арасында ауысып кеткен. Нәтижесінде цехта жаңа PLC мен HMI, ескі өндірістік ПК, камералар, шлюздер, датчиктер және шағын коммутаторлар қатар жүруі мүмкін, ал олар жай ғана «бар болғаны жұмыс істейді» деген себеппен ескерусіз қалады.\n\nКөбінесе есептен шығып қалады — қашықтағы датчиктер, орындаушы модульдер, жергілікті тапсырмалар үшін орнатылған камералар, модернизациядан кейінгі HMI, шкафтағы өндірістік ПК және шағын шлюздер мен интерфейс түрлендіргіштер (RS-485/Ethernet және ұқсастары).\n\nСатып алу тізімдері мен жобалық схемалар алаңдағы нақтылыққа тең емес. Сатып алу «20 датчик алдық» деп жазады, бірақ олар қайда тұрғанын немесе қайсысы ауыстырылғанын айтпайды. Схема «болуы тиіс» нәрсені көрсетеді, бірақ уақытша обходтар, қосылған порттар, IP ауыстырулар немесе ұзақ уақыт сөндірілген, бірақ физикалық қалған құрылғыларды көрсетпейді.\n\n«Өндірісті тоқтатпай» деп тұрғаны — шектеулер бар екенін білдіреді: жұмыс істеп тұрған контроллерлерге тимеуге болмайды, агрессивті сканерлеуге тыйым, кей аймақтарға кіру тек қысқа терезелерде немесе эксплуатациянын серіктестігімен ғана мүмкін. Сондықтан реестр жинау бақылап, жерде тексеріп және қауіпсіз желілік анықтау арқылы абайлап жүргізіледі.\n\nРеестр пен эксплуатацияға да, ИБ-ға да керек, бірақ мақсаттар әр түрлі. ИБ не қорғау керек, қай жерде тәуекел бар: не критикалық, не сырттан қол жетімді, не ұзақ уақыт жаңартылмаған — соны түсінгісі келеді. Эксплуатация үшін — иесін, құжат және запас бөлшектерді тез табу маңызды. Бір өзекті тізім екеуіне де шынайы дерек көзі болады.\n\nПрактикада OT-активтердің инвентаризациясы мінсіздіктен басталмайды: алдымен «бүгін өнім шығаруды не қамтамасыз етеді және кім жауапты» деген қарапайым сұрақтан бастайды.\n\n## Дайындық: шекаралар, рөлдер және ережелер, істен шықпау үшін\n\nРеестр көбіне деректер жинаудағы емес, дау-шардан тұратын мәселелерде тұрып қалады: не актив болып есептеледі, кім жауапты және бақылау зонасы қай жерде бітеді. Оны алдын ала 1–2 бетшелік қысқа келісімдермен шешіңіз.\n\nАлдымен шекараларды бекітіңіз. Оларды нақты өндірісті қалай басқаратыныңызға сәйкес көрсету ыңғайлы: алаң — цех — линия. Техникалық шекараларды қосыңыз: подсетьтер, басқару шкафтары, бөлек видеоны бақылау сегменттері, қашықтан қатынау нүктелері. Мердігерлермен не істеу керектігін дереу шешіңіз: олардың контроллерлері мен ноутбуктары сіздің активтер ме, бөтен бе, әлде «уақытша бірақ есептелетін» ме.\n\n### Рөлдер және жауапкершілік\n\nӘрі қарай рөлдерді бөліп беріңіз, әйтпесе реестр «ешкімдікі» болады. Әдетте төрт топ қатысады: АСУ ТП (жабдық пен режимдерді біледі), эксплуатация (жұмыс қабілетін ұстайды), ИТ (желі, адресация, есеп жүйелері), ИБ (талаптар, тәуекелдер, бақылау). Камералар мен СКУД үшін көбінесе бөлек иесі керек (охрана/видео), себебі олар технологиямен бірге өмір сүрсе де басқа ережелерге бағынады.\n\nҚиындастырмау үшін минимумды бекітіңіз:\n\n- жаңа жазбаны кім ашады (мысалы, АСУ ТП немесе эксплуатация)\n- деректерді кім растайды (учаске/линия иесі)\n- желілік өрістер үшін кім жауапты (ИТ)\n- критичностьты кім тағайындайды (ИБ мен процесс иесі бірге)\n\n### Есеп форматы және жаңарту ережелері\n\nБастапқыда біртұтас идентификатор мен анық статус (черновик, расталды, пайдаланудан шығарылды) болатын кесте жеткілікті. Кейін оны есеп жүйесіне көшіруге болады, бірақ «тамаша құралды» күте тұрудың қажеті жоқ.\n\nҚарапайым ережелерді келісіңіз: активтерді қалай атау, фото шильдик/шкаф қайда сақтау, даулы құрылғыларды қалай белгелеу және қаншалықты жиі тексеру (мысалы, тоқсан сайын және әрбір өзгерістен кейін). Олай істемесеңіз реестр тез ескіріп, ИБ мен эксплуатацияға көмектеспейтін болады.\n\n## Жұмыс қауіпсіздігі: өндірісті қалай зақымдамай жинау керек\n\nOT үшін басты ереже: желінің тоқтауынан гөрі аз дерек жинаған жақсы. Инвентаризация алдын ала келісілген қауіпсіз әрекеттермен жүруі тиіс, «сканерлейік те қараймыз» принципімен емес.\n\nӘдетте пассивті түрде, трафик пен контроллерге әсер етпей жасалатындар:\n\n- SPAN портынан трафикті алу және нүктелік талдау\n- желілік жабдық конфигін және коммутатордағы MAC-кестелерін оқу\n- жерде схемалар, шкаф табличкалары, сериялық нөмірлер және прошивка нұсқаларын тексеру\n- инженерлік станциялар мен SCADA серверлерінен логтар жинау (егер жүйені жүктемесе)\n\nАктивті опрос қажет болуы мүмкін (мысалы, PLC моделі немесе HMI нұсқасын нақтылау үшін), бірақ оны тек қызмет көрсету терезелерінде және аз қадамдармен жасайды. Бір сегментпен және бір тип құрылғымен бастаңыз, сұрау жиілігін шектеңіз және жұмысты тез тоқтатудың жолын алдын ала анықтаңыз. Егер терезе жоқ болса, пробелдерді пассивті көздермен жабу жақсы.\n\nТехнологтармен келісуді «қызыл сызықтарды» алдын ала көрсету жеңілдетеді:\n\n- PLC/RTU-ға тестіленбеген сұраулар жібермеу\n- коммутаторлардың, маршрутизацияның және VLAN-дардың параметрлерін орау жоспарысыз өзгертпеу\n- қауіпсіздікке әсер ететін I/O және датчиктерге рұқсат пен сопровождениесыз тимеу\n- тұрақсыздық белгілері (қателер, таймауттар, жүктеменің өсуі) пайда болса, әрекетті тоқтату\n\nТәуекелдерді реестрге немесе жанында жазып қою пайдалы: қай жерде сканерлеуге тыйым салынған, неге (критикалық линия, ескі жабдық, терезе жоқ, жауапты жоқ) және қандай қауіпсіз альтернатива келісілген (портты айнадан оқу, конфиг оқылымы, обход). Бұл «барлығын бірден жинап алу» деген батыл әрекеттерден құтқарады және келесі итерациялар планын жасауға көмектеседі.\n\n## Обходпен инвентаризация: жерде не жинауға болады\n\nЖердегі обход көбіне ойлағаннан да көбірек нәрсе береді. Ол алғашқы қабатты тез жинауға және линияға әсер етпей фактілерді тіркеуге мүмкіндік береді: конфигурацияны өзгертпей, желіні сканерлемей. Бұл маңызды, өйткені кей құрылғылар IT құжаттамасына мүлде кірмейді.\n\nМаршрутты мынадай етіп бастаңыз: цех —> басқару шкафы —> стойка/панель —> поле (датчиктер, камералар, орындаушылар). Қай жерге не тұрғанын білетін адаммен бірге жүріңіз: электрик КИПиА немесе наладчик. Осы қадамда «көлбеу» құрылғылар: шкафтағы шағын коммутаторлар, медиа-конвертерлер, ыңғайлылық үшін орнатылған тұрмыстық Wi‑Fi роутерлері, камераларға арналған жеке PoE-инжекторлар пайда болады.\n\nШығарылып, дереу черновикке енгізуге лайық нәрселер:\n\n- марка және модель (PLC, HMI, камера, датчик), сериялық нөмір, шығару жылы (көрінсе)\n- нақты орын: цех, линия, шкаф, ұяшық; поле үшін — учаске және түсінікті орнату сипаттамасы\n- кабель және клемм табуларының маркировкасы, автомат/предохранитель нөмірі (көрінсе)\n- сыртқы белгілер: модем/радиоканал, USB-носитель, екінші желілік порт, антенналар\n- меншік белгілері: мердігерлік жапсырмалар, қызмет журналы жазбалары, шкаф есігінде байланыс деректері\n\nФототіркеу жұмысты жеделдетеді: шкафтың жалпы кадры, кейін шильдик пен қосылымдарды жақыннан түсіру. Суреттерді дереу сипаттау маңызды (мысалы, «Цех 2, шкаф ШУ-17, PLC-1»), әйтпесе аптадан кейін олар байланыссыз суреттер жиынына айналады.\n\nОбходтан кейін құжаттармен жылдам салыстыру жасаңыз: схемалар, ведомосттар, паспорттар, ТО журналдары. Схемалар «қалай болуы керек» көрсетсе, обход — «қалай бар» көрсетеді. Айырмашылық — нақтылау тапсырмалары тізімі болады.\n\n## Желілік анықтау: агрессивті сканерлеусіз қандай деректер жинауға болады\n\nЕгер обход «шкафта не тұрғанын» анықтаса, желілік анықтау «қай құрылғы шын мәнінде желі арқылы сөйлеседі және қай порта қосылғанын» көрсетеді. Бұл маңызды, өйткені құрылғылар порттар арасында ауысып, шильдиктер мен схемалар шынайылықтан жаңылуы мүмкін.\n\nПассивті көздерден бастаңыз, олар соңғы құрылғыларға әсер етпейді және жүктеме тудырмайды. Әдетте қол жеткізу жеткілікті: желілік жабдық пен журналдар:\n\n- коммутатордағы MAC-адрестер кестесі (қандай MAC қай порты мен қандай VLAN-де)\n- L3 құрылғылардағы ARP-кестелері (IP және MAC сәйкестігі)\n- DHCP журналдары және резервациялар (егер DHCP болса)\n- фаервол/маршрутизатор журналдары (кім кіммен және қай порттар арқылы сөйлескені)\n- SPAN-портқа трафикті айнадан жіберіп, анализаторда қарау (нүктелік және келісім бойынша)\n\nПассивті деректерді дұрыс талдау маңызды, IT мен OT-ны араластырмау үшін. Цехта бөлек VLAN/сегменттер, промышленные шлюздердегі NAT, прокси артындағы «секіретін» адрес сияқты ерекшеліктер болады. Мұнда бір IP бірнеше құрылғыны жасыруы мүмкін, ал сыртқы журналдар тек шлюзді көрсетеді. Сондықтан «көріну нүктесін» тіркеңіз: деректер қайдан алынды (қандай коммутатор/фаервол, қандай интерфейс).\n\nАктивті анықтау келісілген ережелер шегінде жарамды. Ең қауіпсіз жол — ақ тізімдегі адрес пен уақыт бойынша қысқа тексерістер: «тірі ме» деп тексеру (ICMP ping немесе ARP-probe), бірнеше белгілі порттарды абайлап тексеру, стандартты баннерлерді оқу (құрылғыға зиян келтірмейтін жерде). Алғашқы белгілерде тоқтау маңызды.\n\nНәтижелерді қайталамау үшін IP + MAC + коммутатор порты + орнату орны тіркесін сақтаңыз. Камера ауыстырылғанда IP өзгеруі мүмкін, бірақ MAC пен шкафтағы порт жиі қалады — бұл жазбаларды көбейтпеуге көмектеседі.\n\n## Иелер мен жауапкершілік: бұлсыз реестр жұмыс істемейді\n\nOT-реестрінде «темір» маңызды, бірақ одан да маңыздысы — адамдар. Иесі жоқ жазба тез ескіріп кетеді: контроллер ауыстырылды, пароль өзгерді, порт жылжытылды, ал таблица сол күйінде қалады. Сондықтан құрылғыны ғана емес, оған жауапты тұлғаны да дереу тіркеңіз.\n\nИесін фамилиямен емес, тұрақты тірекке — бөлім мен рөлге қарап табу жақсы. PLC үшін бұл жиі АСУ ТП немесе КИПиА қызметі, камералар үшін — қауіпсіздік немесе ИТ, датчиктер үшін — учаске немесе цех. Егер қызмет outsourced болса, иесі — әлі де сіздің жақ (жұмысты қабылдайтын және салдар үшін жауап беретін), ал мердігерді қызмет көрсетуші ретінде тіркеу керек.\n\nЕкі түрлі жауапкершілікті бөлу пайдалы: кім эксплуатациялайды (қызмет көрсетеді, шығады, жөндейді) және кім өзгерістерге рұқсат береді (прошивка, логика, желі параметрлері, алмастыру). Егер бұл ролдер араласып кетсе, өзгерістер « phone call бойынша » өтеді және реестр сенімді дерек көзі болудан қалады.\n\nАпат кезінде реестр көмектесуі үшін қысқа эскалация тізбегін қосыңыз:\n\n- негізгі рөл (мысалы, «АСУ ТП инженері смена»)

• дежурный телефон немесе диспетчерлік қабылдау нүктесі
• жауапты басшы (тоқтату/обход туралы шешім қабылдайтын)
• вендор/қызмет көрсету компаниясы (келісім шарт болса) \nҚарапайым ереже: «иесі жоқ — эксплуатация жоқ». Егер актив табылса, бірақ оның иесі белгісіз болса, ол туралы дереу шешім қабылдаңыз:\n\n- уақытша иені 2–4 аптаға тағайындаңыз (көбіне учаске бастығы)
• иені растау немесе активті басқа бөлімге беру тапсырмасын қойыңыз
• иесіз өзгерістерге тыйым салыңыз
• иесін таппаған жағдайда акитивті пайдаланудан шығару немесе легализациялау туралы шешім қабылдаңыз\n\nМысал: HMI шкафта тұр, бірақ оған екі линия қосылған. Эксплуатация — цех, логика өзгерістері — АСУ ТП, желі — ИТ. Рөлдерді реестрде бөлу «кім кінәлі» деген дауды түсінікті әрекеттер тізбегіне айналдырады.\n\n## Критичность және тәуекелдер: күрделі әдістемелерсіз приоритетті қалай қоюға болады\n\nАктивтер көп болғанда негізгі дау — не бірінші кезекте қорғау мен қызмет көрсету. Бастапқыда 1–3 қарапайым шкала жеткілікті, сонда тез тәртіпке келтіруге болады.\n\n### Қарапайым критичность шкаласы 1–3\n\nӘр құрылғыға деңгей қойыңыз, мына төрт сұраққа сүйене отырып: адамдар қауіпсіздігіне әсері бар ма, істен шығуы тоқтатуға әкеледі ме, өнім сапасын бұза ма, реттеу талаптары бар ма.\n\n- 3 (жоғары): жарақат, линия тоқтауы, ірі брак, талапты бұзу қауіпі.\n- 2 (орташа): өндірістік көрсеткіштің жергілікті жоғалуы, бөлімдік брак; айналып өтетін процедуралар бар, бірақ қымбат.\n- 1 (төмен): мониторинг пен ыңғайлылыққа әсер етеді; оңай алмастырылады.\n\nБағалау әділ болу үшін құрылғыға ғана емес, оның тәуелділігіне назар аударыңыз. Қарапайым қысым датчигі 3 деңгейге ие болуы мүмкін, егер оның жоғалуы PLC‑нің авариялық тоқтатуға әкелетіні белгілі болса. Камера 2 немесе 3 болуы мүмкін, егер ол сапа бақылауына қатысса және оның жоғалуы өнім шығаруға кедергі келтірсе.\n\nҚашықтан қол жеткізу нүктелерін бөлек атап көрсетіңіз: олар жиі тәуекелді арттырады — қашықтан қызмет, модемдер, сервис порттары, инженерлік ноутбуктар, ортақ парольдері бар аккаунттар.\n\n### Алғаш қайсыны істеген жөн\n\nБіріншіден, 3 деңгейдегі активтер мен қадағаланбайтын қашықтан қол жетімді нүктелерді алыңыз. Содан кейін анық, кезең бойынша әрекет етіңіз: иесін тағайындау және сменадағы контактты бекіту, ЗИП пен алмастыру жоспары, қауіпсіз қызмет көрсету шарттарын тіркеу (терезелер, допусктар), қашықтан қатынас пен аккаунттарды тексеру. 2 деңгейді жоспарға қосыңыз, 1 деңгей соңыра қалдырылуы мүмкін.\n\nМысал: PLC насостарға командалық береді, HMI тек көрсетеді, ал деңгей датчигі өшіру командасын береді. Осылай датчик пен PLC‑ге 3, HMI‑ге әдетте 2 беріледі. Бұл бірінші аптаның ішінде инженерлер мен ИБ қай жерге бағытталатынын көрсетеді.\n\n## ИБ мен эксплуатацияға қажетті реестрдің минималды өрістері\n\nЖақсы OT-реестр бірінші күннен-ақ мінсіз болмауы мүмкін. Маңыздысы — жазба бір мағыналы табылып, иесі бар және инцидент немесе тоқтау кезінде шешім қабылдауға көмектеседі.\n\n### Жазбаларсыз реестр «қадамсыз» болып қалмауы үшін міндетті өрістер\n\nҚұрылғының қысқа «құжаттамасы» ретінде минимумды ұстап тұрыңыз. Егер дерек жоқ болса, оны анық көрсетіңіз, бос қалдырмаңыз.\n\n- Идентификация: тип (PLC, HMI, камера, датчик), өндіруші, модель, сериялық нөмір (немесе инвентарлық нөмір), алаңдағы атау/тег.\n- Желі: IP (бар болса), MAC (бар болса), сегмент/VLAN, физикалық нүкте (шкаф/стойка), коммутатор порты (бірақ нақты болса ғана), негізгі протоколдар/қызметтер (мысалы, OPC UA, Modbus/TCP) — тек расталғаны.\n- Эксплуатация: орнату орны (цех, учаске), линия/тоқтау, тағайындалуы (не басқарады/өлшейді), иесі (бөлім), қызмет көрсетуші (АСУ ТП, мердігер), статус (жұмыс/резерв/списан).\n- ИБ: критичность (1–3 немесе төмен/орташа/жоғары), қатынас түрі (тек локальді/қашықтан қатынасы бар), қашықтан қатынау нүктелері (егер бар болса), соңғы тексеру/инвентаризация күні.\n- Дерек сапасы: сенімділік деңгейі (нақты/ауызша/жорамал) және «нақтылау тапсырмасы» жауапты және мерзімімен.\n\n### «Белгісізді» қалай сақтау керек, оны жоғалтпау үшін\n\n«Не анықталмаған» және «тексеруді талап етеді» сияқты мәндер туралы келісіңіз. Егер датчиктің сериялық нөмірі көрінбесе, солай жазыңыз: «S/N: не определено», жанында «шильдикті тоқтауда фотоға түсіру» тапсырмасын тіркеңіз және жауапты белгілеңіз. Осылайша реестр шыншыл болып, қазірден бастап жұмыс істейді.\n\n## Қадамдық жоспар: нөлден тірі реестрке бірнеше итерацияда жету\n\nӨндірісті тоқтатпай OT-активтер инвентаризациясын жасау үшін қысқа циклдармен жүру жеңіл: алдымен черновик, кейін жерде растау, сосын желімен салыстыру. Осымен жұмыс картинаны тез көрсетеді және бірінші күнде «мінсіз» болуға тырысып уақыт жоғалтпайсыз.\n\n### Итерация 1: негіз жинау және шынайылықты жылдам тексеру\n\nБар нәрседен бастаңыз: схемалар, шкаф жоспарлары, IP тізімдері, сатып алу выгрузкалары, эксплуатация актілері, жөндеу журналдары. Солардан черновой реестр жасаңыз, тіпті көп пробелдері болсын.\n\nСосын ең маңызды зоналарды тексеріңіз: тоқтау қымбат жерлер (мысалы, розлив линиясы немесе орау учаскесі). Обход кезінде қауіпсіз түрде көрінетін нәрсені тіркеңіз: PLC/HMI модельдері, сериялық нөмірлер, орнату орны, неге сол шкафқа жиі баратыны.\n\n### Итерация 2: айырмашылықтарды табу және жауапкершілікті бекіту\n\nОбходтан кейін желілік салыстыруды абайлап жасаңыз: пассивті бақылау, коммутатор кестелерін оқу, портты айнадан талдау (егер рұқсат), ARP/MAC талдауы. Мақсат — желіде бар, реестрде жоқ және керісінше айырмашылықтарды табу.\n\nОдан кейін ұйымдастырылмаған жерлерді жабыңыз. Жақсы реестр иелер мен қарапайым жаңарту ережелерінде тұрады. Процесс логикасы: құжаттардан черновик жинау, приоритетті зоналарды обходпен растау, желімен салыстыру, иесін тағайындау және критичність қою, одан кейін оқиғалар бойынша (жұмыс, алмастыру, орын ауыстыру, прошивка) жаңарту және жоспарлы қысқа сверка.\n\nМысалы, камера желіде бар, бірақ ешкім оған иелік етпесе, жауапкершілік шекарасын келісіңіз: эксплуатация — қуат пен бекітуді, ИТ/АСУ ТП — желіні, қауіпсіздік — видео сақтау мен қолжетімділікті. Бұл «жоғалған» құрылғылар санын айтарлықтай азайтады.\n\n## PLC, HMI және датчиктерді есептеуде типтік қателіктер және тұзақтар\n\nЕң жиі қате — «желіден» бастап, өндірістік желіні толық агрессивті құралдармен сканерлеу. Тіпті жеңіл көрінетін сканерлеу қосымша трафик тудырып, ескі PLC‑ге зиян келтіруі немесе шкафтағы коммутаторды жүктеуі мүмкін. OT үшін алдымен ережелерді келісіп, жинауды обходпен, пассивті көздермен және нүктелік тексерулермен жасау дұрыс.\n\nЕкінші тұзақ — IT мен OT‑ны бір тізімге араластырып, сегмент пен тағайындауды белгілемеу. Реестрде офистік принтер мен розлив линиясының HMI‑і қатар тұрса, не цехқа, не бухгалтерияға қатысты екені түсініксіз болады. Бұл приоритизацияға және инцидентке жауапқа зиян келтіреді.\n\nҮшінші қате — есепті тек «сатып алма бойынша» жүргізу. Орнатылғаны, қоймада жатқаны, жөндеуден кейінгі алмастырулар, мердігердің уақытша орнатқан элементтері — бәрі есепке алынуы керек. Реестр орнатылған фактісін көрсетуі тиіс: қайда тұр, неге қосылған, не жұмыс істейді.\n\nТөртінші — иесін және контакттарды тіркемеу. Датчик шулағанда ИБ кімге жүгінетінін білмейді, эксплуатация кім рұқсат етті екенін анықтай алмайды. Иенің контакті көбіне мәселені минуттарда шешеді.\n\nБесінші қате — жаңартуларды жоспарламау. Реестр жөндеу немесе алмастырудан кейін ескіріп қалады.\n\nКөп мәселеден аулақ болғыңыз келсе, негізгі ережелерді бір жерде сақтаңыз: кез келген желілік тексеріс тек келісім бойынша; OT/IT өрістері бөлек; «сатып алу» vs «орнатылды және қосылды» салыстыру; әр активте иесі мен дежур контакт; жазбаны міндетті жаңарту оқиғалары.\n\nМысал: цехта HMI алмастырылды, бірақ IP және хост атауы «уақытша» қалды. Бұл реестрге түспесе, түнде мониторинг «жаңа құрылғы» табады да, команда жауапты іздеумен уақыт жоғалтады.\n\n## Реестр сапасын тез тексеру (10 минуттық чек-лист)\n\nРеестр тек пайдалы болғанда ғана — одан құрылғыны тауып, оның тоқтауы қаншалықты ауыр екенін түсінуге болады. Бұл жылдам тексеру инвентаризациядан кейін реестр «тірі» ме екенін көрсетеді.\n\n### 10 минуттық чек-лист\n\n5–10 ең маңызды узелді таңдаңыз (мысалы, басты линия, орау, шикізат есептеу) және бес нәрсені тексеріңіз:\n\n- Покрытие: әр критикалық линия бойынша негізгі контроллерлер, HMI, негізгі камералар мен датчиктер болуы тиіс, тек «жиналғаны» емес.\n- Ответственные: әр активте өндірістен иесі және қызмет көрсетуші белгіленген (АСУ ТП, КИПиА, ИТ, мердігер). «Цех» деп жазу рөл емес, ол жауапкершілік емес.\n- Поиск: желілік құрылғылар үшін табуға қажетті минимум (IP немесе MAC плюс сегмент/цех немесе коммутатор/шкаф). Нет желілік датчиктер үшін — шкаф және клемма/контуртың анықтамасы.\n- Критичность: грубо анықталған, бірақ түсінікті және эксплуатациямен келісілген.\n- Актуальность: соңғы тексеру күні және жаңарту триггері (алмастыру, жөндеу, модернизация, сегмент ауыстыру) бар.\n\nЕгер екі немесе одан көп тармақ өтпесе, реестр әлі жұмыс істейтін құралға ұқсамайды, тек бақылау тізімі ғана.\n\n## Мысал сценарий: PLC, HMI, камералар және «жоғалған» датчиктері бар цех\n\nРозлив линиясында 2 PLC, 3 HMI, 12 камера және шамамен 40 датчик бар. Кей датчиктер мен бір камера мердігерлер орнатқан, құжаттар әркімнің поштасында қалды. Линияны тоқтату келісілмейді, сондықтан қауіпсіз және жылдам істерден бастайды.\n\nБірінші — обход. Барлығы емес, маңызды нүктелер бойынша: басқару шкафтары, видеорегистратор стойкалары, датчик жиі ақау беретін жерлер. Шкафта PLC моделі, I/O модульдер құрамы, кабель маркировкасы және жиі мердігер жапсырмасы көрінеді. Камераларда бағыт, биіктік, жағындағы жабдық және кабель қайда кеткені тіркеледі.\n\nПараллельде желілік анықтау пассивті түрде: ARP/MAC кестелеріне, видеорегистратор клиенттер тізіміне, DHCP выдауларына (бар болса) қарайды. Осылай желіде қосымша MAC табылып, физикалық құрылғы есінде жоқ «лишняя» камера анықталады. Есесіне белгісіз коммутатор тауып, кей камералардың ойлаған жеріне емес басқа портқа қосылғаны көрінеді.\n\nСодан кейін иелер тағайындайды: PLC мен датчиктер — КИПиА, HMI — эксплуатация (қолданушы) және КИПиА (қызмет көрсету), видео — видеобақылау мердігері, бірақ қосу және қуат — цех міндеті.\n\nБірінші итерациядан кейін бастысы көрінеді: не простыға қатты әсер етеді (PLC мен деңгей датчиктері), қай жерде қашықтан қатынау бар (HMI сервис VPN немесе камерада порт ашылған), қай құрылғылар схемаға сай емес (лишняя камера, белгісіз коммутатор), алғашқы тексеруді не үшін жасау керек (аккаунттар, прошивки, резервтік көшірмелер) және кімге қоңырау шалу керек.\n\n## Келесі қадамдар: бір рұқсаттық жұмысты тұрақты процессқа қалай айналдыруға болады\n\nРеестр жөндеулер, алмастырулар, HMI аударымдары, камералар мен датчиктер қосылған сайын жаңартылып отыруы керек. Кез келген алмастыру реестрде тіркелмесе — жұмыс қабылданған есеп болмайды.\n\nЖұмыс ережесі: «реестрде жаңарту жоқ — жұмыстар қабылданбаған». Актив иесі өзгерісті растайды, реестр жауаптысы критикалық өрістер толтырылғанын тексереді және «күлгін» құрылғылар пайда болмауын бақылайды.\n\nКелесі қадамдарда жиі кездесетін нәрселер: ұмытылған аккаунттар, уақытша байланыстар, маркалоусыз құрылғылар. Жоба көлемін ұлғайтпай-ақ әсер беретін жұмыстардан бастаңыз: қашықтан қолжетімділікті реттеу, физикалық маркировка енгізу (шкаф/панельде бірегей ID және сол ID реестрде), критикалық узелдерге ЗИП жинағы, және ай сайын 5–10 ең критикалық актив пен сегмент бойынша қысқа бақылау.\n\nТағы бір практикалық ой: деректерге «үй» керек. Тіпті кестеден бастасаңыз да, версия бақылауы, құқықтар мен резервтік көшірмелер қажет. Минимум — бөлек сақтау орны бэкаппен және кім түзетеді, кім тек қарайды деген анық схема.\n\nЕгер реестр пен өзгерістер инфрақұрылымға сенім талап етсе (серверлер, жұмыс станциялары, желі, қолдау), оны жүйелік интегратормен бірге жасау оңайырақ. Қазақстанда мұндай тапсырмаларды жиі GSE.kz шешімдері мен жабдықтары негізінде жабады, сонда есеп бірнеше жыл өмір сүріп, бір реттік кампанияға айналмайды.