ҚР мемлекеттік сатып алулары үшін лицензия құжаттарының пакеті: чек-лист

Неліктен лицензия құжаттары пакетін алдын ала жинау қажет

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

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

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

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

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

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

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

Қандай лицензиялар мен құқықтар ИТ-жұмыстарда кездеседі

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

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

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

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

Сервис лицензиялары, жаңартулар және қолдау

"Пайдалану құқығы" қатарында сервис құқығы да бар: жаңартуларға, базаға, вендор порталға кіруге және техникалық қолдауға қолжетімділік. Кейде бұл бөлек жазылым ретінде немесе maintenance ретінде рәсімделеді. Не кіретінін алдын ала анықтау маңызды: қауіпсіздік жаңартулары, жаңа нұсқалар, кілттердің ауыстырылуы, инциденттерге реакция уақыты.

Сертификаттар, хаттар және келісімшарттар: айырмашылықтары

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

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

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

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

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

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

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

Жиі жеткізушіден келесі құжаттарды дайындауы жеткілікті:

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

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

Қадам бойынша: өтініш жібермес бұрын құжаттарды қалай тексеру керек

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

1-қадам. Сіз не сатып алып жатқаныңызды тексеріңіз

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

2-қадам. Жеткізу құқығы мен территорияны тексеріңіз

Жеткізушінің дәл осы лицензияны және дәл Қазақстан Республикасының территориясында сатуға құқығы бар екенін растайтын анық құжат болуы керек (немесе мемлекеттік сатып алулар аясында жеткізуге қатысты вендордың формулировкасы). Әдетте бұл құқық иесінен немесе ресми дистрибьютордан хат немесе мерзімі бар серіктестік мәртебесін растайтын құжат.

Құжатта маңызды көрсеткіштер:

• кім шығарды (құқық иесі, дистрибьютор, субдистрибьютор);
• кімге берілген (нақты жеткізушінің заңды тұлғасы);
• жарамдылық мерзімі мен территориялық шектеулер.

3-қадам. Құжаттарды бір-бірімен салыстырыңыз

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

4-қадам. Қолдау, жаңартулар және жауап беру тәртібін нақтылаңыз

Қолдау бағаға кіретін бе әлде бөлек сатып алынатын ба — анықтаңыз және мерзімін бекітіңіз. Егер SLA көрсетілген болса, ол анық және өлшенетін болуы тиіс: өтініш қабылдау сағаттары, жауап беру уақыты, қолдау арналары, тіл және эскалация тәртібі.

Жазылым мерзімі аяқталғаннан кейін не болатынын алдын ала бекітіңіз: жаңартулар тоқтай ма, қолжетімділік шектеледі ме, ұзарту қалай рәсімделеді.

5-қадам. Тапсырыс берушіге тапсыруды рәсімдеңіз

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

Егер сатып алу "железо" мен ПО-ны бірге қамтыса, бастапқы баптау және лицензияларды байлау жауапкершілігін бөлек белгілеңіз. Кешенді жеткізулерде бұл әдетте спецификацияда және тапсыру актісінде көрсетіледі.

Жеткізу құқын растайтын хаттарда нені іздеу керек

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

Өндірушіден келген хат: міндетті детальдар

Ең сенімді нұсқа — өндіруші немесе құқық иесінен алынған авторизациялық хат. Ол комиссияның бұл жеткізу нақты осы сатып алуға қатысты екенін түсінуі үшін айқын болуы тиіс.

Хатта болуға тиіс элементтер:

• жеткізушінің нақты атауы (қажет болса БИН) — кімге рұқсат берілген;
• өнімнің немесе желінің атауы, лицензия түрі (жазылым/өмір бойы), қажет болса редакция;
• территория және арна: Қазақстан Республикасы, мемлекеттік тапсырыс, нақты тапсырыс беруші типі (қажет болса);
• хаттың жарамдылық мерзімі немесе жеткізуге рұқсат мерзімі;
• уәкілетті тұлғаның қолы, дата, келіп түсу нөмірі, мөр (құқық иесінде бұл әдеттегі болса).

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

Серіктестік немесе дистрибьютор мәртебесі: қалай жазылу керек

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

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

Егер интегратор жеткізуді растаса

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

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

Егер жеткізу субмерекелер тізбегі арқылы өтсе

"жеткізуші -> дистрибьютор -> құқық иесі" тізбегі мүмкін, бірақ ол оқылатын болуы керек. Хаттар мен келісімдер бір-біріне қайшы келмеуі тиіс: өнім атауы, мерзімдер және қатысушылар сәйкес болуы тиіс.

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

Қолдау мерзімі мен сервис шарттарын анық және даулы жағдайсыз қалай рәсімдеу керек

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

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

Қолдау және жаңартулар мерзімін нақты оқиғаларға байлаңыз: "қабылдау актісін қол қойған күннен бастап", "лицензияны тапсырыс берушінің атына тіркеген күннен бастап" немесе "жеткізу күнінен бастап". Сондай-ақ деңгейін көрсетіңіз: базалық, кеңейтілген, 24/7, маңызды жаңартулар кіре ме.

SLA мен қолдауды бөлек қосымшада немесе келісімшарт бөлімінде көрсету ұсынылады. Қарапайым және өлшенетін параметрлер жеткілікті:

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

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

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

Тапсырыс берушіге тапсыру ережелері: кілттер, аккаунттар және актілер

Лицензияларды тапсыру — тек "кілт берілді" ғана емес. Мемлекеттік сатып алуда пайдалану құқығы тапсырыс берушіге шынайы түрде өткенін және лицензияларға қойылған бақылаудың жеткізушінің қолында қалмауын ресми тіркеу маңызды.

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

Аккаунттың иесі кім және қолжетімділікті қалай рәсімдеу керек

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

Келісімшартта немесе ТЗ-де қысқаша ережелерді бекіту пайдалы:

• лицензиялардың кімге рәсімделетіндігі (тапсырыс берушінің толық атауы, БИН, корпоративтік пошта);
• жеткізушіге қандай рөлдер беріледі және қандай мерзімге;
• есептік деректер қалай беріледі және қашан құпия сөз өзгертіледі;
• тапсыру сәті ретінде не есептелетіні (лицензияның тапсырыс берушінің аккаунтына тіркелуі және растау);
• кешенді жеткізу кезінде тапсыру қалай рәсімделетіні (железо + ПО).

Қандай актілер тапсыруды растайды

ҚР мемлекеттік сатып алулары үшін лицензия құжаттары пакетінде әдетте бір ғана құжат жеткіліксіз. Не нені, кімге және қандай шартпен тапсырып жатқаны көрсетілген растамалар қажет.

Көбіне қолданылатын құжаттар:

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

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

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

Құжаттардағы жиі кездесетін қателіктер және оларды қалай болдырмау керек

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

Қай жерде жиі "бұзылады"

Бірінші типтік қателік — КП-де, спецификацияда және құқық иесінен келген хатта ПО атаулары мен редакцияларының әр түрлі болуы. Мысалы, бір жерде "Office Standard", екіншісінде "Office 2021", үшіншісінде редакция мен саны көрсетілмеуі — комиссияға бұл әртүрлі тауарлар сияқты көрінеді.

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

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

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

Бесінші — аппараттық кепілдік пен ПО қолдауын бір тармақта араластырады. Бұл екі түрлі міндеттеме, әрқайсысының мерзімі мен тәртібі бөлек болуы керек.

Қателіктерді болдырмау: нақты түзетулер

Өтініш жібермес бұрын құжаттарды бір "лексиконға" келтіріп, тексеруден өткізіңіз:

• ПО атауы, редакциясы, лицензия түрі, метрика (пайдаланушы, құрылғы, ядро), саны және жарамдылық мерзімі барлық файлдарда сәйкес келеді;
• жеткізу құқын растайтын құжаттар дәл сіздің позицияларыңызды қамтиды, жалпылама "ұқсас сатуға құқылы" деген сөздерден бас тартыңыз;
• қолдау мерзімі нақты күндермен (басталуы, аяқталуы) және қамтылатын қызметтермен көрсетілген;
• тапсыру ұйымның БИН-ына және уәкілетті тұлғаға рәсімделеді, жеке аккаунттарға емес;
• аппараттық кепілдік пен ПО қолдауы бөлек жазылған.

Қысқа мысал: мемлекеттік орган ПК және алдын-ала орнатылған ПО сатып алады. Егер жеткізуші аппаратқа 36 ай кепілдік беріп, ПО қолдауын "пайдалы пайдалану мерзімі" деп жазса, дау туындаған жағдайда ПО қолдауы қанша уақытқа созылатындығы түсініксіз болады. Оңай түзету: келісімде немесе қосымшада екі жол жазу — 36 ай аппаратқа және, мысалы, ПО-ға 12 ай қолдау шарттары және ұзарту тәртібі.

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

Тапсырыс жібермес бұрын және келісімшартқа қол қою алдында қысқа чек-лист

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

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

Бақылау тізімі:

• Барлық құжаттарда өнімнің атауы, редакция/лицензия түрі, метрика (пайдаланушы, құрылғы, ядро), саны және жарамдылық мерзімі сәйкес келуі. Әрбір айырмашылық төтенше түзетуді талап етеді;
• Жеткізу құқын дәл қажетті өнім мен мерзімге растайтын құжат бар: хат, сертификат немесе жеткізушінің авторизациясы. Құжатта өнімдер немесе желі нақты көрсетілген, территория және мерзім берілген;
• Қолдау айқын жазылған: мерзімі, деңгейі, өтініш тәртібі, жауап беру уақыты және инцидент не екенін анықтайтын ережелер. Егер SLA маңызды болса, ол қосымша ретінде рәсімделген;
• Тапсырыс берушіге тапсыру тәртібі анық: не тапсырылады (кілт, аккаунт, сертификат, хат, порталға қолжетімділік), қашан және кім алады, кілтті белсенділеу мүмкін болмаған жағдайда не істеу керек;
• Қабылдау үшін құжаттар дайын: лицензияларды тапсыру актісінің шаблоны, комплектілік акты, сериялық нөмірлер немесе идентификаторлар тізімі, бухгалтерия және ИТ үшін қажетті нұсқаулықтар.

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

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

Практикадан мысал және келесі қадамдар

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

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

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

24/7 қолдауды келісу кезінде оны жалпылама сөздермен емес, қысқа SLA-мен бекіту пайдалы: өтініш арналары, жауап беру уақыты, қалпына келтіру уақыты, эскалация тәртібі. Іс жүзінде бір ереже көмектесті: әр критикалық инцидентке жеткізушіден нақты жауапты тұлға бекітіледі және байланыс "шатыршасы" болады.

Келесі қадамдар, әдетте тиімді:

• жеткізушіден біртұтас құжаттар жинағын сұраңыз және оның формулировкаларын ТЗ мен келісім жобасымен сәйкестендіріңіз;
• міндеттерді бөліңіз: не аппараттық кепілдікке қатысты, не ПО қолдауға және жазылымдарға қатысты;
• тапсыруды бекітіңіз: акт, тапсырылатын кілттер/аккаунттар тізімі, мерзімдер және тапсырыс берушінің атында екендігіне растау;
• келісуге дейін 24/7 SLA және эскалация тәртібін келісіп алыңыз.

Егер сатып алу кешенді болса (ПК + серверлер + лицензиялар + енгізу), өндіруші немесе жергілікті жүйелік интегратормен жұмыс істеу жиі жеңілірек — олар жеткізуді, құжаттарды және сервисті бір үйлесімді жинаққа келтіруге көмектеседі. Мысалы, GSE.kz сияқты өндіруші-интегратордан алдын ала консультация алып, құжаттар пакетін және сервистік схеманы үйлестіру тапсыру пакетінің "бөлінуіне" жол бермейді.