Мемлекеттік сатып алуға арналған типтік ПК конфигурациялары каталогы: қалай рәсімдеу

Неліктен типтік ПК конфигурациялары каталогын жасау керек

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

ТЗ әр жолы қайта жазылғанда әдетте бірдей мәселелер қайталанады. Бұрынғы келісімдер жоғалады, формулировкаларда кездейсоқ айырмашылықтар пайда болады, талаптар бір-біріне қайшы келуі мүмкін: интерфейстер нұсқалары әр түрлі, порттар ескіруі, жад немесе накопитель бойынша сәйкессіздіктер. Нәтиже — қосымша түсініктемелер мен шағымдар, мерзімдердің ұзаруы және сатып алудың ұзағырақ, күрделірек болуы.

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

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

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

Бұл негіз бекітілгеннен кейін жаңартулар нүктелі болады, ал келісім бірнеше күнде емес, тезірек өтеді.

Каталог ТЗ және қосымшалармен қалай үйлеседі

Каталог типтік конфигурациялардың жыл сайын жұмыс істеуі үшін маңыздысы — ТЗ-де не бекітілетінін және не қосымшада уақыт өте өзгере алатынын бөлу.

Негізгі мәтінде сирек өзгеретін және қабылдауда тексерілетін нәрселер қалуы керек; қосымшада — нарыққа және компонент ұрпақтарына тәуелді параметрлер.

Ыңғайлы логика келесіше:

• ТЗ мәтінінде: сатып алу мақсаты, жеткізу талаптары (мерзімдер, партиялар, комплектілік), қабылдау шарттары, кепілдік және сервис, құжаттау және таңбалау талаптары.
• ТЗ мәтінінде: конфигурацияларды таңдау ережесі (мысалы: жеткізілетін ПК Қосымша 1-дегі кодтардың біріне сәйкес болуы керек).
• Қосымшада: кодтары бар типтік конфигурациялар кестесі (ПК-01, ПК-02 және т.б.) және параметрлері.
• Қосымшада: бір код шеңберінде рұқсат етілген нұсқалар (мысалы, процессор немесе накопитель бойынша 2–3 деңгей), егер сіз бұған рұқсат берсеңіз.

Функционал талаптарды брендтер арқылы емес, сценарийлер арқылы сипаттау жақсы: «офистік тапсырмалар — бір мезгілде 10–15 қойынды браузер және видеобайланыс», «медициналық ақпараттық жүйемен жұмыс», «дауысы шектелген оқу сыныбы». Одан кейін осы сценарийлер каталог кодтарына байланады. Осылайша сіз сауда белгілеріне байланбайсыз, бірақ өнімділіктің түсінікті деңгейін сақтайсыз.

Міндетті мен қалаулыны бөліп көрсету үшін қарапайым тіл мен құрылым ережесін ұстаныңыз. Міндетті параметрлерді «міндетті/қабылданбайды» деп жазыңыз; қалаулыны — «қалаулы/ұсынылады» деп. Кестеде бұл «Талаптың статусы» бағанын бөлек қоюмен немесе міндетті өрістерді тақырыпта белгілеу арқылы ыңғайлы көрінеді.

Лоттар мен санына байланысты байланыс әдетте ТЗ-дегі қысқа кестемен немесе бөлек қосымшамен жасалады: әр лот үшін конфигурация коды мен бірлік санын көрсетесіз. Мысалы:

• Лот 1: ПК-01 (офис) — 120 дана
• Лот 2: ПК-03 (оқу сыныбы) — 30 дана
• Лот 3: ПК-05 (жұмыс станциясы) — 10 дана

Осылайша каталог тұрақты қалады, ал ТЗ-де тек қажеттілік (кодтар мен көлемдер) өзгереді және қажет болса, қосымшада компонент ұрпақтары жаңартылады, негізгі логика өзгермей.

Каталог құрылымы: ПК кластарымен және топтастыру логикасы

Күшті каталог қызметкерлердің тапсырмалары негізінде құрылады, модельдер бойынша емес. Сол кезде оны жыл сайын ТЗ-ға қоса бере аласыз, тек процессор ұрпақтары, жад көлемі мен накопитель түрлерін өзгертіп, құжат құрылымын бұзбайсыз.

Жұмыс сценарийлері бойынша анық класстардан бастаңыз. Әдетте 5–8 профиль жеткілікті, олар сұраныстың көп бөлігін жабады және сатып алуды ауырлатпайды. Мысалы:

• офис ПК (құжаттар, пошта, браузер, ЭДО)
• бухгалтерия ПК (1С, бірнеше терезе, баспа перифериясына талаптар)
• оператор/қоңырау орталығы жұмысы (қарапайым тапсырмалар, сенімділік пен гарнитура талаптары)
• инженерлік ПК (САПР, 2D/3D, көбірек жад, кейде дискреттік графика)
• жұмыс станциясы (ауыр жобалар, есептеулер, кәсіби графика)

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

Әдетте ыңғайлы:

• диапазон ретінде: CPU класы (берілген деңгейден төмен емес), ОЗУ көлемі (кем емес), SSD көлемі (кем емес), порттар саны (кем емес)
• қатты бекіту: форм-фактор (SFF/MiniTower/моноблок), TPM болуы, желілік интерфейс түрі, кепілдік қызмет талаптары, шудың шектеулері (маңызды болса)

Диапазондарда тым еркін болмау маңызды. Блок питания мен салқындатуды сенімділік пен қауіпсіздікке тексерілетін талаптар арқылы сұраған дұрыс, «қандай болса да жақсы» деген формулировкадан гөрі.

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

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

Конфигурация кестесіне қандай өрістер қосу керек

Типтік конфигурация кестесі сатып алушы мен тексеруші үшін түсінікті болуы керек: не сатып аламыз, қандай минимум қабылданады және сәйкестікті қалай растаймыз. Мемлекеттік сатып алуларға арналған типтік ПК конфигурациясы каталогында әдетте бірнеше баған жеткілікті:

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

Компоненттер барлық жолдарда бірдей сипатталсын десеңіз, формулировка шаблонын жасаңыз және соны ұстаныңыз.

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

ОЗУ: көлем, түрі (DDR4/DDR5), жиілік «кем емес» формулировкасымен, ұяшық саны және кеңейту мүмкіндігі.

Накопительдер: түрі (SSD NVMe немесе SATA), көлем, шифрлау немесе ресурс талаптары бар ма — тек қажет болса көрсетіңіз.

Графика: «интегралды жеткілікті» немесе «дискреттік минимум видеожадпен» және түсінікті деңгейі.

Желілік байланыс және порттар: Ethernet (1G/2.5G), қажет болса Wi‑Fi/Bluetooth, минималды USB және видеошығару порттары.

Корпус және қуат: форм-фактор, эксплуатация талаптары (шу мен т.б.), күшке ақылға сыйымды запас.

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

Егер шығу тегі мен жергілікті құрам сатып алуда маңызды болса, «Шығу тегі/жергілікті құрамды растау» бөлек өріс қосып, қандай құжаттар арқылы расталатынын көрсетіңіз. Қазақстанда бұл преференцияларды қолдануға әсер етуі мүмкін, сондықтан формулировкалар тексерілетін болуы тиіс. Мысал ретінде құжаттарды әдетте ұсына алатын жеткізуші ретінде GSE.kz-ты қарастыруға болады: бұл отандық өндіруші, 2015 жылдан бері мәртебесі бар және ISO 9001, ISO 14001, ISO 45001 сертификаттарына ие. ТЗ-де компанияны емес, дәлелдейтін құжаттардың тізімін қалдыру дұрыс.

Құжатты қайта жазбай компонент ұрпақтарын қалай өзгерту

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

Қарапайым ереже: «ұрпақ» өзгерісі — негізгі түйіндердің жаңартылуы, олар өнімділік пен қолжетімділікке әсер етеді. Әдетте бұл — CPU платформасы, RAM түрі/көлемі, SSD түрі/көлемі. Қорап, пернетақта немесе ОС нұсқалары жиі комплектіні нақтылауға жатады, ұрпақ өзгерісі болып саналмайды.

Не өзгеріссіз қалдыру керек

Таңдау логикасы тұрақты болуы тиіс, нақты модельдер емес. Каталогта бекітіңіз:

• ПК класы (офис, графика, жұқа клиент, жұмыс станциясы және т.б.)
• тағайындау және сценарийлер (құжаттар, мемлекеттік қызметтер, CAD, оқу)
• брендтен тәуелсіз минималды деңгейлер (мысалы, кемінде 16 ГБ RAM, SSD кемінде 512 ГБ, TPM 2.0 болуы)
• интерфейстер мен форм-фактор талаптары (мысалы, минимум 1xHDMI, 1xDP, 6xUSB, M.2 NVMe)

Осылайша аппараттық бөлшектерді жаңартамыз, конфигурация мағынасы ауытқымайды.

CPU/RAM/SSD-ті өзгерткенде не істеу керек

Сатып алуда жақсы работа істейтін тәсіл: әр конфигурацияға бір жол, ал ұрпақты орындау нұсқасы ретінде көрсету. «Ұрпақ» бағанында Gen1/Gen2 белгілеу, «Өзгерілетін компоненттер» бағанында тек CPU, RAM және SSD жаңартылады.

Ауыстыру кезінде эквиваленттілікті модель атаулары емес, тексерілетін критерийлер арқылы бекітіңіз: «өнімділік деңгейі төмен емес», «DDR4-тен DDR5-ке өту минималды көлем сақталған жағдайда рұқсат етіледі», «SSD NVMe берілген класстан төмен болмауы тиіс». Үйлесімділік үшін қысқа шектеулер қосыңыз: жад түрі, M.2 ұяшық саны, қуат талаптары.

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

Версиялау және өзгерістерді басқару

Каталог бір сатып алу цикліне арналмаған, сондықтан оны версия бақылауымен жүргізген дұрыс. Минимум: нұсқа нөмірі және бекіту күні (мысалы, v2.3 15.02.2026). Бұл өрістерді PDF титульдық бетте және бастапқы кесте шапкасында көрсетіңіз.

Бір жылдан кейін неге жаңа конфигурация пайда болғанын түсіндіру үшін қысқа өзгерістер журналы жүргізіңіз. Ол бірінші бетте немесе кестеде жеке парақшада болуы мүмкін. Нұсқаға 3–5 жол жеткілікті: не өзгертілді және неге — жаңа платформаға көшу, SSD жеткізілімінің тоқтауы, қауіпсіздік талаптарының өзгеруі сияқты.

Исходниктер мен финал нұсқасын қалай сақтау

Жұмысқа арналған бір формат, сатып алуға арналған басқа формат: исходник — редакцияланатын кесте (Excel/Google Sheets), ТЗ-ға қосылатын жарияланатын нұсқа — өзгермейтін PDF.

Ыңғайлы сақтау схемаcы:

• "Каталог_типтік_ПК" папкасы, ішінде жылдар немесе нұсқалар бойынша подпапкалар
• әр нұсқада: исходник таблица, ТЗ-ға қосымшаға арналған PDF, "Журнал_өзгерістер" файлы (егер ол кестеде болмаса)
• файлдарға бірдей атау: мысалы, "Каталог_ПК_v2.3_2026-02-15"

Кімді бекіту және қанша жиілікпен қайта қарау

Каталог иесін белгілеңіз (әдетте IT немесе цифрландыру бөлімі) және минимум екі келісушіні — сатып алу және профильдік тапсырыс берушіні (мысалы, білім немесе медицина). Бұл мемлекеттік сатып алуларда ТЗ-ға қою қиын сұрыптарды азайтады.

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

Мысал жазба: "v2.3: офис ПК — CPU 12‑ден 13‑ші ұрпаққа ауыстырылды; себебі: жеткізілім тоқтауы және серия бойынша өнімділікті теңестіру". Егер жергілікті құрам маңызды болса, жаңарту растайтын құжаттарға әсер етпейтінін бөлек жазып қойыңыз.

Қадам бойынша: каталогты 1–2 аптада қалай жинау

Мақсат — 1–2 аптада каталог жинау болса, алдымен жабдықтан емес, адамдардың қалай жұмыс істейтінінен бастаңыз. Қай жерде қарапайым офис тапсырмалары бар, қай жерде үлкен кестелер, қай жерде медициналық жүйелер, қай жерде екі монитор қажет, қай жерде тыныштық немесе 24/7 режимі маңызды.

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

1. Нақты сценарийлер жинап, оларды 4–6 профильге топтастырыңыз. Әр профильге 3–5 типтік тапсырма және 1–2 шектеу (шу, орынды шектеу, 24/7) жеткілікті.

2. Әр профиль үшін негізгі және рұқсат етілген параметрлерді анықтаңыз: процессор (класс/деңгей), ОЗУ (көлем пен қосымша запас), накопитель (түрі мен минимум), графика (интегралды немесе дискреттік), интерфейстер, форм-фактор, кепілдік және сервис.

3. Кестені ТЗ-ға қосымша ретінде рәсімдеп, дереу эквиваленттілік ережелерін жазыңыз. Өлшенетін параметрлер және "кем емес" формулировкалары арқылы жазыңыз, артикулдармен емес.

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

5. Жыл сайынғы жаңарту циклін дайындаңыз: кім өзгерістер ұсынады, кім келіседі, версия қалай сақталады және қандай өзгерістер құрылымды өзгеріссіз жасауға рұқсат етіледі.

Кішкене ориентир: егер каталогта "офис ПК" 16 ГБ ОЗУ және SSD кемінде 512 ГБ деп бекітілсе, келесі жылы тек платформа жаңартылып, өзгерілетін компоненттер нақтылаумен қалдырылады — профиль, сценарийлер және тексеру ережелері сол күйінде қалады.

Егер сіз жергілікті өндірушілерден, Қазақстанда сатып алатын болсаңыз, қандай сипаттамалар паспорттар мен сертификаттар арқылы расталатынын алдын ала нақтылаңыз. Бұл қабылдауды жеңілдетіп, даулар тәуекелін азайтады.

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

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

Кейін түзетуге қымбатқа түсетін қателер

Көбінесе қиындық тудырған заттар:

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

Алдын ала сақтық шаралары

"Міндетті" (тапсырма үшін минимум) және "рұқсат етілген/қалаулы" (жаңарту, бірақ сатып алуды блоктамайтын) деп бөліп жазыңыз. Ұрпақты ауыстырғанда нейтралды формулировкаларды қолданыңыз: "CPU X" емес, "өнімділік деңгейі Y‑ден төмен болмауы және қажетті функциялардың қолжетімділігі".

Бір ғана шындық көзі болсын: егер конфигурациялар каталогта болса, ТЗ мәтінінде басқа цифрлар мен шарттар болмауы тиіс. Қолдауды бөлек жазып қойыңыз: 24/7 керек пе, қай жерде сервис болуы керек, реакция және жөндеу мерзімдері, кепілдік басталатын уақыт. Аймақтық ұйымдар үшін сервис желісінің болуы және нақты регламент талап ету өндірістік өндірушілер мен интеграторлардан расталатын талаптар қатарына жатады, мысалы GSE.kz сияқты компаниялардан.

Қысқа чек‑лист: ТЗ жариялауға дейін

Құжатты ТЗ-ға қосатынға дейін каталогты төмендегідей тексеріп шығыңыз: сатып алушы, заңгер, жеткізуші және техникалық қолдау оны сізсіз оқығанда түсінуі керек. "Ауызша түсіндірме" қажет жерлер дауларға әкеледі.

Бір өту барысында тексеріңіз:

• әр профильдің тағайындауы мен өлшенетін параметрлері анық (сценарий + цифрлар)
• рұқсаттар мен эквиваленттілік ережелері бар
• каталогта нұсқа, дата және жауапты көрсетілген
• кепілдік пен сервис талаптары нақты жазылған (мерзім, формат, реакция мерзімдері, қызмет көрсету орны, кепілдік басталу сәті)
• каталог негізгі ТЗ-ға қайшы келмейді және түсінікті

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

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

Мысал: ұйым каталогты екі жыл қатарынан қалай қолданады

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

Каталогта алдын ала профильдер бар: атаулары мен тағайындауы анық. ТЗ‑де аурухана профильдерді таңдап, мөлшерлерін көрсетеді, ал конфигурацияның егжей-тегжейін қосымшадан қарайды.

Бірінші жылы тарату былай болуы мүмкін:

• Профиль A: "Регистратура" — 22 дана
• Профиль B: "Дәрігер" — 14 дана
• Профиль C: "Диагностика" — 3 дана

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

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

• CPU: өнімділік класы сақталған жағдайда жаңа ұрпаққа ауысу
• SSD: жылдамдық/көлем бойынша актуализация, форм-фактор сақталады
• ОЗУ: платформа өзгерсе, жаңа түрге өту
• видеошығарулар: жаңа мониторларға бейімдеу, профиль өзгеріссіз

Аймақтық жеткізілімдерді бұзбау үшін аурухана сервис талаптарын алдын ала қосады: ауданға жеткізу мерзімі, жергілікті қолдау немесе шұғыл шыққан қызмет, кепілдік бойынша алмастыру тәртібі, бөлшектердің қолжетімділігі. Мұнда жергілікті өндірушімен жұмыс істеу және олардың сервис желісін құжатпен растай білу ыңғайлы, мысалы GSE.kz сияқты отандық өндірушілердің тәжірибесі өте пайдалы (24/7 қолдау және аймақтық сервис).

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

Келесі қадамдар: каталогты енгізу және ұстап тұру

Инвентаризациядан бастаңыз: қандай ПК тұрғанын, қызметкерлердің қандай типтік тапсырмаларды орындайтынын (құжаттар, бухгалтерия, ЭДО, графика, оқу сыныптары), қандай шектеулер маңызды (есеп үстелінде орын, шу, TPM, ОС, периферия үйлесімділігі). Осы негізде 4–7 профиль таңдап, оларды бір құжатта бекітіңіз — каталог бір реттік кесте емес, тұрақты қосымша болсын.

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

Жылдық практикалық кесте:

• қаңтар‑ақпан: IT және пайдаланушылардан шектеулер мен ескертулер жинау
• наурыз: комплектілердің қолжетімділігі мен жеткізу мерзімдерін тексеру
• сәуір: CPU, SSD, RAM платформаларын жаңарту және байланысты параметрлерді түзету
• мамыр: сатып алу және қауіпсіздікпен келісу, каталог нұсқасын бекіту
• маусым: N нұсқасын келесі кезеңнің ТЗ-ларында қолдану

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

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