ПК және серверлерді жеткізуге арналған техникалық тапсырма: құрылымы мен параметрлері
ПК және серверлерді жеткізуге арналған техникалық тапсырманы қалай дайындауға болатынын көрсетеміз: параметрлер, үйлесімділік, сервис, мерзімдер, комплектілік және қабылдау тесттері.
Неліктен ТЗ қажет және оның жоқтығы неге қиындық тудырады
ПК және серверлерді жеткізуге арналған техникалық тапсырма формальдылық үшін емес. Бұл сізге ИТ ортаңызға сай жабдық алуға, уақытында келуге, дұрыс комплекттелуге және оны қалай қолдау керектігі түсінікті болуына көмектеседі. ТЗ болмаған жағдайда тапсырыс жиі хат алмасудағы уәделер жиынтығына айналып, кейін «кім не ойлаған» деген дау болып шығады.
Анық талаптардың болмауы әдетте бірдей проблемаларды тудырады: мерзімдер бұзылады (логистика, алдын ала баптау, монтаж), үйлесімсіз жабдық келеді (қауіпсіз интерфейстер жоқ, драйверлер жетіспейді, форм-фактор сай келмейді), ешкім ойламаған шығындар пайда болады (кабельдер, рельстер, лицензиялар, шығын материалдары, жеткізу, көтеру, инженер шығуы). Құрамда болу мәселелері де болады (пернетақта жоқ, крепления жетпейді, құжаттар немесе сериялық нөмірлер накладнаяда көрсетілмеген), ал қабылдау ұзарады, өйткені тест критерийлері, шу, температура және өнімділік нормалары анықталмаған.
Құжаттарды айыра білу маңызды. ТЗ талаптар мен қабылдау критерийлерін бекітеді. Коммерциялық ұсыныс пен прайс — не берілетіні және бағасы. Жақсы ТЗ жеткізушілерді адал салыстыруға мүмкіндік береді: барлығы бірдей есептейді және бірдей шарттар үшін жауап береді.
Талаптардың бір бөлігі сөзбен жеңілірек айтылады (пайдалану сценарийлері, бөлме шектеулері, сервиске күту), ал бір бөлігі кестемен (конфигурациялар, саны, мерзімдері, комплектілік, SLA, тесттер). Құжат осылайша сатып алуға, ИТ-ға және жеткізушіге, соның ішінде өндірушілер мен жүйелік интеграторларға (мысалы, GSE.kz) түсінікті болады.
Жеткізу контурын анықтау: сценарийлер, көлемдер, шектеулер
Бастапқыда қарапайымнан бастаңыз: нақты не сатып алатыныңыз және кім үшін. Контур бекітілмесе, жеткізушілер әртүрлі класта шешімдер ұсынады, бағасы мен мерзімін салыстыру қиын болады.
Сценарийлерді «барлығына по одному» емес, топтарға бөліп сипаттаңыз. Мысалы: 60 офис қызметкері (пошта, құжаттар, браузер), 10 бухгалтер (1С және ЭЦП), 6 инженер (CAD), 2 переговорная (видеоконференция). Серверлер үшін тағайындалуын жеткілікті түрде жазыңыз: виртуализация, файл ресурстары, деректер базасы, резервтеу.
Контур түсінікті болуы үшін бірнеше сұраққа жауап беріңіз:
- Қазір қанша құрылғы керек және 12–24 айға өсу запасын қалай жоспарлайсыз.
- Жұмыс орындары мен серверлер қайда орналасады (офис, сынып, серверлік бөлме, филиалдар).
- Қандай қолданбалар маңызды және оларға не маңыздырақ (жад, графика, жылдам диск, тұрақты желі).
- Қандай ОС керек (Windows, Linux) және лицензиялар немесе домен саясаттары бойынша шектеулер бар ма.
- Бөлме мен инфрақұрылым шарттары: шу, өлшемдер, вентиляция, розеткаларға қолжетімділік, ИБП талаптары.
Нақты нәтижеге әсер ететін шектеулерді қосыңыз: жұмыс орнына рұқсат етілген қуат, розетканың түрі, стойкаға орнату талабы, температура режимі, стандартты емес форм-факторларға тыйым. Мемлекеттік органдар мен ірі тапсырыстар үшін сервис географиясы мен жеткізу схемасын бөлек көрсетіңіз (мысалы, филиалдарға партиялар бойынша және бір терезе арқылы қолдау).
Үйлесімділік және бар ИТ ортамен талаптар
"Темірді" сипаттамас бұрын, оның неге қосылатынын бекітіңіз. ТЗ-да қысқа «ағымдағы орта» блогы пайдалы: желі (порт жылдамдығы, Wi‑Fi), домен мен саясаттар, парк қалай басқарылатыны (AD/GPO, Intune/SCCM немесе басқа құрал), қандай периферия бар (принтерлер, сканерлер, терминалдар), қай ОС пен лицензиялар рұқсат етілген.
Одан кейін енгізуде жиі болатын сюрприздерді тексеріңіз. Мысалы: кей жабдық тек VGA арқылы жұмыс істейді немесе ескі аспаптар үшін COM-порт керек. Мұны алдын ала шешкен дұрыс: корпусқа порттар, док-станция немесе адаптерлер комплектке кірсін.
Қақтығыстар болмас үшін не жазу керек
Үйлесімділік пен соңғы құнға жиі әсер ететін параметрлер:
- Разъемдар және форм-факторлар: видео (HDMI/DP/VGA), USB‑C, RJ‑45, 2.5/10GbE, 19" стойка және сервер биіктігі, рельстер типі.
- Драйверлер мен ОС: таңдалған Windows/Linux нұсқасын қолдау, қол қойылған драйверлердің болуы, «тыныш» орнату мүмкіндігі.
- Басқару: серверге қашықтан басқару (IPMI немесе аналог), PXE‑жүктеу, сіздің MDM/EDR-пен сәйкестік.
- Ақпараттық қауіпсіздік: TPM 2.0, Secure Boot, диск шифрлау талаптары, қажет болса артық интерфейстерді шектеу.
- Унификация: қабылданатын модельдер мен алмастырылатын бөлшектер (БП, дискілер, жедел жад), бір партияға және маркировкаға қойылатын талаптар.
Егер жергілікті өндіріс немесе жеткізу тізбегінің ашықтығы маңызды болса, бұл бөлек тармаққа енгізіңіз — ұсыныстар осы критерийлерге сәйкес сүзілсін.
ПК және жұмыс станцияларының параметрлері — нақты әсер ететін нәрселер
ТЗ-да «ең күштісін» емес, «міндетті тапсырмаларды орындайтынды» жазған жөн. Солай ұсыныстарды салыстыру оңай және дұрыс класстағы құрылғылар түседі.
Минимум және ұсынылатын талаптарды көрсетіңіз. Офис үшін көбіне жылдам накопитель процессордан маңыздырақ. Бухгалтерияда үлкен кестелермен жұмыс істеу үшін жедел жады маңызды. САПР, 3D және видео үшін CPU ядро қорына және RAM көлеміне қосымша талап қойыңыз.
Тексеруге болатын талаптарды бекітіңіз:
- CPU: класс/поколение немесе «осыдан төмен емес» өнімділік, қажет болса қуат тұтыну шектері.
- RAM: көлем, кеңейту мүмкіндігі (слоттар саны), екі арналы режим талабі.
- Накопительдер: тип (SSD/NVMe), көлем, қажет болса екінші диск деректер үшін.
- Графика: кіріктірілген немесе дискретті, монитор саны, қажетті порттар (HDMI/DP/USB‑C).
- Желі және қауіпсіздік: 1G/2.5G, Wi‑Fi/BT қажет болса, корпоративті саясаттарға сай TPM болуы.
Жұмыс орнының «физикасын» да жеке көрсетіңіз: корпус өлшемі, қуат запас, ашық офис үшін қабылданатын шу деңгейі. Егер 1–2 жыл ішінде апгрейд жоспарласаңыз, слоттар мен порттардың қолжетімділігі және корпус түрі (SFF немесе полноформат) көрсетілгені дұрыс.
Комплектілікті «әдепкі бойынша» қалдырмаңыз. Монитор (диагональ, шешім), пернетақта мен тышқан (тип, клавиатура орналасуы), кабельдер мен адаптерлер міндетті екенін жазыңыз. Бұл әсіресе мектептер мен мемлекеттік тапсырыстар үшін маңызды — біркелкі конфигурация және оңай ауыстыру қажет.
Серверлер: өнімділік, сенімділік, басқару талаптары
Серверді «қауырт» деп жазуға болмайды. Тағайындалуын алғаш жазып, әр сценарий үшін күтілетін жүктеме (пайдаланушылар, деректер көлемі, виртуалды машиналар саны, 1–3 жылға өсу) және қолжетімділік талаптарын көрсетіңіз.
Өнімділік үшін CPU, RAM және сақтау бойынша минимумды қойып қана қою жеткіліксіз — сенімділікті де ескеріңіз. ТЗ-да RAID деңгейлері, hot-swap дискілер, кеңейту қоры, контроллер талаптары (кэш және оның қорғалуы) жиі маңызды болады. Егер жылдамдық критикалық болса, жай ғана «SSD» емес, IOPS немесе минималды кешігу сияқты өлшенетін метрикаларды сұраңыз.
Желі жиі тар шекті орын болады. Порттар саны, жылдамдығы (1/10/25G), типі (SFP+ немесе RJ-45) және резервтеу схемасын (LACP, екі тәуелсіз коммутатор) көрсетіңіз. Оптика мен модульдердің үйлесімділігін бөлек жазып қойыңыз.
Форм-фактор да маңызды: rack немесе tower, U-биіктігі, рельстер комплектісінде ме, рұқсат етілген тереңдік, қуат блоктарының саны (1 немесе 2), вилкалардың түрі және PDU талаптары.
Басқаруға келесі талаптарды қосыңыз:
- ОС жүктелмей тұрып қашықтан консоль (KVM over IP), виртуалды носителдер;
- температура, вентиляторлар, БП, дискілер мониторингі және журналдар;
- рөлдерге қарай қолжетімділік және қажет болса AD интеграциясы;
- ескертулер (почта, SNMP) және журнал талаптары.
Практикалық мысал: 2U rack серверлерді шағын виртуализацияға алсаңыз, екі блок питания, негізгі ВМ-дар үшін RAID10, гипервизорға арналған айырымды айна том және қашықтан консоль міндетті деп қойыңыз. Мұндай талаптарды қабылдауда тексеру оңай болады, соның ішінде GSE S200 деңгейіндегі модельдерде де.
FAQ
ПК және серверлерді жеткізуге ТЗ не үшін керек, егер коммерциялық ұсыныс бар болса?
ТЗ **не exactly не алатыныңызды**, **қалай тексеретіндерді** және **қандай сервис күтетіндерді** бекітеді. ТЗ жоқ кезде талаптар хаттар бойымен тарап кетеді, ал қабылдауда келіспеушілік пайда болады: «біз олай айтпадық», «солай түсіндік». Практикалық минимум: пайдалану сценарийлері, өлшенетін параметрлер, комплектілік, мерзімдер/этаптар, қабылдау және SLA.
ТЗ-тің минималды құрылымы қандай, ол жұмыс істеуі үшін қандай блоктар керек?
5 блоктан жинаңыз: - **Жеткізу контуры:** кім қолданады, қайда тұрады техника, көлемдер және 12–24 айға өсу болжамы. - **Орта талаптары:** ОС, домен/политикалар, желі, периферия, қауіпсіздік шектеулері. - **Параметрлер мен конфигурациялар:** әр профильге міндетті (MUST) және ұнайтын (SHOULD) талаптар. - **Комплектілік/логистика/құжаттар:** не қорапта келеді, маркировка, сериялық нөмірлер, жеткізу/жоғары көтеру. - **Сервис пен қабылдау:** кепілдік, SLA, шағым беру тәртібі, тесттер және протокол. Уақыт аз болса — бір номенклатура кестесі мен параметр/тексеру кестесін жасаңыз.
ПК параметрлерін қалай дұрыс көрсету керек, артық төлемсіз және әлсіз машиналар алмай?
Пайдаланушы профильдері бойынша жазыңыз, бірдей барлыққа емес. Әр профиль үшін минимум мен рұқсаттарды белгілеңіз: - CPU: класс/поколение немесе «осыдан төмен емес», «ең қуатты» дегеннен аулақ болыңыз. - RAM: көлем және кеңейту мүмкіндігі (слоттар), екі арналы режим ұсынылады. - Диск: тип (SSD/NVMe), көлем, екінші диск керек пе. - Видео: кіріктірілген/дискретті, монитор саны, қандай шығыс порттар қажет. - «Физика»: форм-фактор (SFF/MT/моноблок), шу деңгейі, қуат. Осылай поставщиктер бірдей шартпен есептейді, қабылдауда сәйкестігін тексеру оңай болады.
Неліктен талаптарды MUST және SHOULD деп бөлу керек және оны қалай жазу керек?
MUST/SHOULD бөлуі маңызды — маңызды талаптар «жеңілдетіліп» кетпеуі үшін. - **MUST:** құрылғыға міндетті шарттар (мысалы, TPM 2.0, 2×монитор, NVMe, қажетті порттар, таңдалған ОС қолдауы). - **SHOULD:** жайлылықты арттыратын немесе қосымша қор (мысалы, көбірек RAM, Wi‑Fi, тыныш корпус). Құжатта приоритетті көрсетіңіз: «қақтығыс болғанда MUST баға/мерзімнен маңызды» — егер бұл сіздің шынайы приоритетіңіз болса.
Қандай пункттер ТЗ-де ағымдағы ИТ ортаға сәйкестікті қамтамасыз етеді?
«Ағымдағы орта» қысқа бөлімін жасаңыз — осылай «керемет тосынсыйлар» болмайды: - желі: порттардың жылдамдығы, 1/2.5/10/25GbE талаптары, қажет болса Wi‑Fi; - ОС және нұсқалар, қол қойылған драйверлер талаптары; - домен/политикалар, паркті басқару құралдары (GPO/MDM/EDR); - периферия және сирек интерфейстер (VGA/COM/арнайы сканерлер). Егер ескі жабдық қалса — корпустағы порттар, док-станция немесе адаптерлер керек пе, оны комплектке қосыңыз.
Серверді ТЗ-да қалай сипаттау керек, «мощный» деп жазбайтын тәсіл бар ма?
Бастапқыда сервердің тағайындалуын (виртуализация, файлдар, деректер базасы, сақтық көшірме) және жүктемесін (пайдаланушылар, деректер көлемі, ВМ саны, 1–3 жылдағы өсу) көрсетіңіз. Одан кейін өлшенетін талаптарды жазыңыз: - CPU/RAM: минимум және кеңейту мүмкіндігі; - Сақтау: RAID деңгейлері, hot-swap дискалар, кеңейту қоры, контроллер талаптары (кэш, батарея/суперконденсатор); - Желілік: порттар саны, жылдамдық (1/10/25G), тип (SFP+ немесе RJ-45), резервтеу схемасы (LACP, тәуелсіз коммутаторлар); - Форм-фактор: rack немесе tower, U биіктігі, рельстер комплектісі, тереңдік шектеулері, қуат (1 немесе 2 БП), розеткалар түрі; - Басқару: KVM over IP, виртуалды дискілер, мониторинг, журналдау, AD интеграциясы, хабарландырулар (почта, SNMP). Мысалы: 2U rack серверлер үшін екі БП, RAID10 негізгі ВМ-дарға, гипервизорға арналған айырулы айна том және міндетті қашықтан консоль талап ету — қабылдауда оңай тексерілетін талаптар.
Комплектілік, қаптама және логистикада қандай талаптар жазу керек, қабылдауда тосын сый болмас үшін?
Көпшілік қабылдаудағы проблемалар — комплектілік пен құжаттаманың жоқтығынан шығады. Әр типтік құрылғы үшін бөлек комплектілік тізімін беріңіз: ПК, моноблок, жұмыс станциясы, сервер. Қорапта не болу керек екенін көрсетіңіз: қуат кабелі және интерфейс кабельдері (ұзындығымен), крепеж және монтаж элементтері (серверге арналған рельстер/винттер), нұсқаулықтар және драйверларға қол жеткізу, орнатылған ПО мен лицензиялардың тізімі (қоса берілсе), партия үшін қажетті ЗИП (мысалы, әр N серверге бір БП немесе вентиляторлар қорабы). Маркировка: сериялық нөмірлер накладнаяда болуы, инвентарлық жапсырмалар сіздің үлгі бойынша — бұл есепке алуды және кепілдікке жіберуді жеделдетеді. Логистика: жеткізу түрі, түсіру/жоғары көтеру, уақыттық терезелер, жауапты контакт және сақтау шарттары (температура, ылғалдық, қорап ашылмауы). Rack үшін паллеттеу, бұрыштық қорғаныс және жөнелту алдындағы фотофиксация талап ету орынды.
Сервис, кепілдік және SLA бойынша не жазу керек, күтпеген жағдайлар болмас үшін?
Сервис шарттары сипаттамалардан кем маңызды емес. Оларды бекітпесеңіз — «қағаздағы кепілдік» ғана қалады, ал тоқтау сіздің проблемаң болмақ. Бастапқыда кепілдік мерзімі мен ақаулықтың не саналатынын анық жазыңыз (мысалы, БП, диск, аналық тақта істен шығуы) және кірмейтін жағдайларды (сұйықтықпен зақымдану, рұқсатсыз ашу, тұтынатын бөлшектер). Қалай ақау расталатынын және қай жағдайда кім жауап беретінін көрсетіңіз. Сервис моделін бекітіңіз: орнында жөндеу ме әлде сервис орталығында ма. ПК үшін көбіне орнына түйін ауыстыру жеткілікті, ал серверлер үшін қалпына келтіру уақыты маңызды. SLA-да әдетте қосылады: - жауап беру уақыты (шағым қабылданғаннан кейін қашан байланысады); - қалпына келтіру уақыты (қашан жүйе қайта істейді); - қолдау графигі (5/2, 24/7); - қызмет көрсету терезесі (түнгі жұмыстарға рұқсат бар ма); - өтпелі қор немесе тәуліктік ауыстыру талаптары. Шағымдардың жоғалмауы үшін бірегей контакт пен тіркеу нөмірін, эскалация мерзімдерін және әр шағым бойынша қысқа есеп сұрауды (неге, не ауыстырылды, сериялық нөмір) көрсетіңіз. Аймақтарға жеткізу болса — сервис желісі мен бөлшектердің жеткізілу мерзімін міндеттеңіз. GSE.kz сияқты өндірушілер мен интеграторларда бұл шарттарды бекіту оңайырақ болады, бірақ ТЗ-да бәрін жазу керек.
Мерзімдер мен этаптарды қалай жазу керек, орындауды бақылау үшін?
Мерзімдерді бір күндік датамен емес, жұмыс жоспары мен кезеңдермен сипаттаңыз. Бұл өндіріс, қойма және лицензияларға байланысты бөліктерді басқаруға көмектеседі. Әр кезеңнің нәтижесін анық көрсетіңіз — прогресті бақылау және кідірістер себебін жылдам анықтау оңай болады. Көп қолданылатын 4–5 веха: - конфигурациялар мен спецификацияны келісу (нәтиже: бекітілген ведомость); - өндіру/сатып алу және комплектация (нәтиже: партия дайын екендігін растау); - жеткізу орынға (нәтиже: ТТН/накладнаялар, қаптама бүтіндігінің расталуы); - енгізу (нәтиже: құрылғылар қосылады, ОС пен драйверлер орнатылған, желі жұмыс істейді); - құжаттарды тапсыру және жабу (нәтиже: актілер, кепілдік құжаттары, сериялық нөмірлер реестрі). Әр датаға рұқсат етілген ауытқу (мысалы, 3–5 жұмыс күні) және ресми жылжыту шарттарын жазыңыз (мысалы, орын/электр жетпегенде немесе лицензия кеспегенде). Поставщиктен қай ақпаратты қандай жиілікпен алатыныңызды көрсетіңіз: апталық статус, сериялық нөмірлер реестрі, актілер жобасы, енгізуге дайындық растамасы. Айыппұлдар болса — олар қандай жағдайларда және қалай есептелетінін жазып қойыңыз.
Қабылдау тесттерін қалай жазу керек, даулы жағдайлар аз болу үшін?
Қабылдауды да техникалық сипаттар сияқты нақты жазу керек. Әйтпесе «біздің жерде жұмыс істейді» мен «сізде дұрыс орнатылмаған» деген талас болады. Қабылдауды кім, қай жерде және қандай платформада өткізетіні анықталсын: тапсырыс берушінің қоймасы, интегратордың алаңы немесе орнату орны. Қабылдауда накладнаялар, сериялық нөмірлер, спецификация, кепілдік құжаттары мен комплектілік қаралып, актіге қол қойылады. Минималды тексерулер: - визуал тексеру (корпус, пломба, разъемдар, экран); - бірінші қосу (қателіксіз жүктелу, BIOS/UEFI көрсеткіштері қалыпты); - конфигурация сәйкестігін тексеру (CPU, RAM, дискілер, желілік порттар, БП, лицензиялар); - үйлесімділік тексерісі (желіге қосылу, доменге кіру, перифериямен жұмыс, драйверлер мен жаңартуларды орнату); - серверлер үшін қысқа тұрақтылық тесті (30–60 минут) және журналдарды қарау. Прием актісінде «қабылданды», «қабылданды, ескертпелермен» немесе «қабылданбады» сияқты айқын статус болуы тиіс. Мысалы: бухгалтерлік ПК конфигурацияға сәйкес іске қосылды, бірақ драйвер болмау себебінен принтер баспайды — бұл ескерту және түзетуге нақты мерзім беріледі. Сәйкессіздік болса — акт расхождений, фотофиксация, поставщиктің жауап беру және түзету мерзімі, алмастыру немесе доукомплектация үшін кім әрі қалай төлейтіні көрсетілуі тиіс.
ТЗ-ті 1–2 күнде қалай жинауға болады, қадамдық құрылым қандай?
ТЗ-ті тез жинау мүмкін, егер бәрін бірдей сипаттауға тырыспай, тек үйлесімділікке, комплектілікке, мерзімдерге және қабылдауға әсер ететін нәрселерді бекітсеңіз. Ыңғайлы түрде бес блок пен екі кесте: номенклатура және параметрлер. 1) Номенклатура — әр позицияға роль (офис ПК, жұмыс станциясы, сервер, монитор), саны, орнатылатын орны және қысқа сценарий (бухгалтерия, CAD, виртуализация). 2) Параметрлер — міндетті және ұсынылатын талаптар бойынша бағандар. Өлшенетін параметрлерді қолданыңыз: CPU, RAM, диск түрі/көлемі, желілік порттар, слоттар және серверлер үшін қашықтан басқару. 3) Комплектілік және құжаттар — не бірге келеді: кабельдер, крепеж, рельстер, лицензиялар мен драйверларға қол жеткізу, сериялық нөмірлер тізімі. 4) Сервис пен SLA — реакция және қалпына келтіру мерзімдері, қолдау сағаттары, шағым беру форматы және алмастыру шарттары. 5) Қабылдаулар мен тесттер — конфигурация сәйкестігі, қосу, диск/оператив тесті, порттарды тексеру, қысқа жүктеме тесті. Практикалық кеңес: ашып тексеруші кім және дефект болғанда поставщикке құрылғыны ауыстыруға қанша уақыт берілетінін алдын ала белгілеңіз.
ТЗ жасауда жиі кездесетін қателіктер қандай және оларды қалай болдырмауға болады?
Көпшілік қателіктер матчингке дейін бәрі түсінікті сияқты көрінеді, бірақ қабылдауда шығын әкеледі. Тексеріңіз типтік әлсіз нүктелерді: - «Пысық» сөздер (мысалы, «өте өнімді», «заманауи») — нақты сандар қойыңыз: CPU класы, RAM көлемі, диск түрі, порттар саны. - Міндетті талаптар мен «қалау» араласқан — MUST және SHOULD бөлек көрсетіңіз. - Комплектілік жазылмаған — не бағаға кіреді: кабельдер, крепеж, ОС, лицензиялар, запас бөлшектер. - Қабылдау критерийлері жоқ — нақты тесттерді және сәттілік шартын талап етіңіз. - Талаптар нақты жағдайлармен сәйкес келмейді — электр, розетка түрі, стойка тереңдігі, VLAN схемасы сияқты шын шарттарды тексеріп алыңыз. Мысал: «2U сервер» деп жаздыңыз, бірақ стойка тереңдігін есептемедіңіз — монтаж күні басқа рельстер немесе C19 қуат шығысы керек екені анықталып, жоба тоқтайды. Егер сенімсіз болсаңыз — поставщиктен алдын ала ТЗ сәйкестігін және қабылдау жоспарын сұраңыз, әсіресе мемлекеттік тапсырыстар мен критикалық инфрақұрылым үшін.
ТЗ жібермес бұрын қысқаша чек‑лист қандай болуы керек?
ТЗ жібермес бұрын үш негізгі сұраққа нақты жауап беріңіз: не сатып алынып жатыр, қалай тексеріледі және кім қалай қолдайды. - Сценарийлер мен ПО нақты жазылған ба: кім жұмыс істейді, қай бағдарламалар маңызды және қай нұсқалар керек, периферия мен ОС талаптары. - Техникалық сипаттар өлшенеді ме және приоритеттер берілді ме: CPU, RAM, SSD түрі/көлемі, желі, порттар, кеңейту мүмкіндігі. Қай жерде эквивалент рұқсат етілгені бөлек жазылған ба. - Комплектілік пен құжаттама толық па: кабельдер, крепеж, рельстер, драйверлар, сериялық нөмірлер, паспорта, кепілдік құжаттары, қораптарда маркировка бар ма. - Сервис бекітілген бе: кепілдік мерзімі, жауап беру уақыты, байланыс арналары, қолдау графигі, алмастыру тәртібі және жол шығындарын кім төлейтіні. - Қабылдау процесі нақты жазылған ба: қандай тесттер, қандай протокол, қандай мерзімдер, несоответствие кезінде қандай іс жүргізіледі. Егер жергілікті өндіріс пен сервис желісі Қазақстанда маңызды болса — оны бөлек талап ретінде қосыңыз. Бұл поставщиктерді бағалау критерийлерін анықтайды. Ескерту: GSE.kz — Қазақстанда компьютерлер, жұмыс станциялары және серверлер өндіретін және 24/7 техникалық қолдау көрсететін компания ретінде ТЗ-дағы комплектілік, сервис пен мерзімдерді бекітуде ыңғайлы опциялар ұсына алады.
Мысал ретінде: офис пен шағын серверлік үшін ТЗ қалай болуы керек?
Қысқаша жағдай: 120 қызметкер офисі және шағын серверлік. Жұмыс орындарына ПК және екі сервер: виртуализация және файлдар. Мақсат — поставщик үйлесімді және іске қосуға дайын жабдық әкелсін, қабылдау тез өтсін. ПК-ті профильдерге бөліңіз: - Профиль A: офис тапсырмалары, браузер, пошта, 1–2 монитор. - Профиль B: бухгалтерия, үлкен кестелер, 2 монитор, көбірек RAM. - Профиль C: CAD/графика немесе әзірлеу — дискретті видеокарта және қуат қорын ескеріңіз. Әр профильде SSD түрі мен көлемі, видеовыходтар саны, Wi‑Fi қажет пе, форм-фактор (SFF/MT) және ОС орнату тәсілі (образ, домен, драйверлер) көрсетілуі тиіс. Серверлерге минимум: RAID деңгейі мен контроллері, hot-swap дискілер, 2 БП, 2–4 желілік порт және бөлек басқару порты (IPMI/iKVM), гипервизормен және желімен үйлесімділік. Мерзімдерді кезеңдеп сипаттаңыз: бас кеңсеге жеткізу және филиалдарға тарату, қабылдау терезелері, көтеру/ашу жауапкершілігі. Қабылдауды 1–2 күнде өткізуге болады, егер алдын ала тесттер жазылған болса: комплектілік пен сериялық нөмірлерді тексеру, қосылу және BIOS/POST қатесіздігі, диск пен RAM көрінуі, қысқа стресс-тесттер, SMART тексеріс, желі жылдамдығын тексеру және қашықтан басқару жұмысын сынау. Сервер үшін RAID қалпына келтіру және диск алмастыруды тексеру пайдалы.
Келесі қадамдар: сатып алуды қалай бастап, бақылауды қалай жоғалтпау керек?
ТЗ дайын болған соң негізгі мақсат — сатып алуды болжамды өткізу: дәл сол жабдықты, уақытында, нақты қолдаумен және қабылдауда даулы жағдайсыз алу. Алдымен қысқа бастапқы деректер пакетін дайындаңыз, сол арқылы ұсыныстар салыстырмалы болады: инвентаризация (модельдер, ОС, лицензиялар, желі, стойкалар, ИБП), қолданбалардың талаптары (пайдаланушылар, шың жүктеме, критичтік қызметтер), объект шектеулері (қуат, салқындату, шу, өлшемдер, серверлікке қолжетімділік), қауіпсіздік талаптары (домен, шифрлау, журналдау, ПО шектеулері), енгізу жоспары (кім қабылдайды, кім орнатады, тәуелділіктер). Ішкі келісім жасаңыз: көбінесе ИТ, ИБ, сатып алу және бухгалтерия арасында талаптар қиылысады. Ыңғайлы әдіс — екі нұсқа: қысқасы сатып алуға (предмет, көлем, мерзім, кепілдік, қабылдау) және толық нұсқа ИТ-тексеру үшін (үйлесімділік, тесттер, комплектілік, сервис). Егер жергілікті өндіруші мен интегратор маңызды болса, GSE.kz-пен жеткізу және қолдау схемасын алдын ала талқылаңыз — олар Қазақстанда құрастыру мен 24/7 қолдау ұсынады, сондықтан комплектілік, сервис және мерзімдерді тексеруді ТЗ-ға нақты байлауға болады.