Microsoft лицензиялары ТЗ-да: қажетті құқықтарды жазудың формулировкалары

Неліктен ТЗ-да Microsoft лицензияларын жан-жақты жазу керек

Егер ТЗ-да жай ғана «Windows» немесе «Office» деп көрсетсеңіз, жеткізуші атауы сәйкес келетін, бірақ басқа құқықтарды беретін өнім жеткізеді. Соңғы нәтиже жиі жағымсыз: қажет нұсқаға жаңартуға болмайды, үйлесімділік үшін ертерек нұсқаны заңмен қоюға болмайды немесе ПК-ны ауыстырғанда лицензияны перенос жасау мүмкін емес.

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

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

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

Оңай мысал: мектепке 200 компьютерге офис пакетін жеткізу керек, бірақ кейбір сыныптар ескі нұсқадағы шаблондармен жұмыс істейді. Егер ТЗ-да даунгрейд құқығы мен растамалар тізімі көрсетілмесе, жеткізілім қабылдауға жарамсыз болуы мүмкін, ал накладнаяда «Office» көрсетілген болады.

Негізгі терминдер: нақты не сатып алып жатқаныз

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

Лицензия күнделікті мағынада — бұл қорап немесе кілт емес. Бұл белгілі шарттар бойынша ПО-ны пайдалану шарттарын беретін келісім құқығы: қандай құрылғыда, қандай пайдаланушы үшін, көшіруге бола ма, басқа нұсқаны қоюға болады ма. Растау әдетте жеткізу құжаттары (шарт, шот-фактура, накладная, акт) және лицензиялау материалдарынан тұрады (сертификат/хабарлама, корпоративтік кабинеттегі лицензия туралы мәліметтер, лицензия карточкасы, кілттер/активация — қажет болса).

Көбінесе жеткізу түрін шатастыра береді, ал дәл солай орнату мен переносқа әсер етеді. OEM әдетте нақты құрылғыға байланған және ПК-пен бірге жеткізіледі, басқа құрылғыға көшіру әдетте рұқсат етілмейді. Retail (қораптық/электронды дүкен) көбіне көшіруге мүмкіндік береді, бірақ шектеулері бар. Volume (корпоративтік бағдарламалар) әдетте икемді құқықтар береді, бірақ олар таңдалған бағдарлама мен келісім шарттарға байланысты, және растайтын құжаттар Retail-тен өзгеше болады.

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

Соңында, Software Assurance (SA) — бұл қосымша кілт емес, мерзім ішінде құқықтар мен қызметтер жинағы. SA жиі жаңа нұсқаларға жаңарту құқығын береді және даунгрейдтің заңдылығына әсер етеді. Мысалы, егер мемлекеттік орган OEM Windows бар ПК сатып алып, кейін орталықтандырылған түрде жоғары редакцияға өтуді жоспарласа, ТЗ-да алдын ала SA немесе қажетті құқық беретін басқа бағдарлама керек пе екенін көрсету дұрыс болады.

ТЗ-да қандай формулировкалар болуы керек

«Microsoft лицензиялары ТЗ-да» қабылдауда дау тудырмауы үшін сипаттама нақты болуы керек. Жай «Windows/Office» емес, дәл қандай редакция және қандай шартпен пайдалану құқығын алғаныңыз көрсетілуі керек.

Талаптарды жеткізуші басқа лицензия түрімен алмастыра алмайтындай етіп жазыңыз.

Міндетті параметрлер, оларсыз ТЗ екіұдай болады

Текстте міндетті тіркелетін минималды жиын:

• Өнім және редакция: нақты атауы (мысалы, Windows 11 Pro, Windows Server Standard, Microsoft Office Standard), қажет болса разрядтылық пен нұсқа.
• Лицензия арнасы: OEM, қораптық (FPP), корпоративтік (Volume), жазылым (мысалы, CSP арқылы). Әр арнада көшіруге құқық пен растайтын құжаттар әртүрлі.
• Тіл: интерфейс тілі және көптілді орнату құқығы қажет болса (мысалы, RU және EN).
• Сан және метрика: «құрылғы бойынша», «пайдаланушы бойынша» немесе «сервер/ядролар бойынша» (серверлер үшін) нақты санымен.
• Мерзім: мәңгілік (perpetual) немесе N айлық жазылым, және мерзім қай уақыттан басталатыны (активациядан немесе жеткізуден бастап).

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

Инфрақұрылыммен үйлесімділік

Өнім сіздің ортаңызда орнатылып және активтендірілетіні туралы қысқаша бекітіңіз: домен/Active Directory, прокси бар-жоқ, интернет шектеулері, қолданылып жүрген ОС пен офис нұсқалары. Стандартты жүйе образы болса, үйлесімділік талаптарын көрсетіңіз.

Мысал: «200 лицензия Office редакциясы Standard, пайдаланушыға арналған, Windows 10/11 жұмысстанцияларына орнатуға қолдау және ұйымның домендік инфрақұрылымымен үйлесімді болу; интерфейс тілі — RU, EN қосуға мүмкіндік. Лицензия түрін жеткізушінің ұсынысында көрсету және жеткізу/құқықтарды растайтын құжаттармен бекіту».

Апгрейд құқықтарын қалай сұрау: үлгілер

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

Мұнда екі нәрсені араластырмаңыз: (1) бірден жоғары редакцияны сатып алу және (2) болашақ нұсқаларға жаңарту құқығы. Жаңарту әрқашан әдетте кірмейді, сондықтан ТЗ-да оны жеткізілімге кіретінін немесе бөлек позиция ретінде алынатынын нақты сұраңыз (мысалы, Software Assurance немесе жазылым арқылы).

Апгрейд талаптарының үлгі формулировкасы

Требование: предоставить лицензии Microsoft с правом обновления (Upgrade Rights) на новые версии продукта в течение срока действия права обновления.

Условия:
- Право обновления должно быть включено в поставку или поставлено отдельной позицией с указанием срока действия.
- Обновление должно позволять переход на следующую основную версию продукта без доплаты за лицензию.
- Если право обновления обеспечивается подпиской/соглашением, указать тип, срок и количество лицензий.

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

Қабылдауға қалай байлау: қандай дәлелдер сұрау керек

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

Даунгрейдты дұрыс жазу: үлгілер

Даунгрейд қажет — жаңа ПО сіздің нақты ортаға сәйкес келмегенде: бухгалтерлік немесе медициналық бағдарлама тек белгілі бір Windows/Office нұсқаларында жұмыс істейді, ескі жабдықтың драйверлері жаңа нұсқада жұмыс істемейді және т.б.

ТЗ-дағы басты қате — «даунгрейд құқығын» және «ертеректегі нұсқаны жеткізу» сұрауын шатастыру. Әдетте сіз ағымдағы лицензияны сатып аласыз, бірақ ертерек нұсқаны заңды түрде пайдалану құқығын аласыз. Сондықтан дәл құқықты сұраған дұрыс, «Windows 11 орнына Windows 10 қойсын» деп жазбаңыз без түсініктеме.

Үлгі формулировка (универсалды):

«Требуется поставка лицензий Microsoft [өнім/редакция] саны [N] с предоставлением права даунгрейда (использования более ранних версий) в соответствии с правилами производителя. Заказчик имеет право использовать любую из следующих версий: [тізім, мысалы: Windows 11 Pro с правом использования Windows 10 Pro]. Поставка должна обеспечивать законность использования выбранной Заказчиком версии на дату приемки и в течение срока действия лицензии».

Дағы дәлелдер үшін нақты талаптарды қойыңыз:

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

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

Лицензияларды құрылғылар арасында көшіру: ТЗ-да қалай жазу керек

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

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

Жақсы формулировка оқиға (неге перенос), тәртіп (не істейміз ескі ПК-мен) және құжаттар (немен растаймыз) бекітеді.

ТЗ үшін үлгі формулировка:

«Поставляемые лицензии должны предоставлять право переноса права использования на другое устройство в случае: (а) плановой замены рабочего места, (б) выхода из строя оборудования и замены ключевых компонентов, (в) обновления парка ПК. Перенос допускается при условии прекращения использования ПО на исходном устройстве и отражения операции в учете ИТ-активов Заказчика. Поставщик обязан указать ограничения (если применимо): минимальный срок между переносами, требования к деактивации/удалению, случаи, когда перенос запрещен».

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

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

Қадамдық: Microsoft туралы бөлімді қалай дайындау

ТЗ формулировкалары дау тудырмауы үшін инвентаризациядан бастап, тексерілетін талаптарға дейін барыңыз.

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

2. Сценарийге сәйкес лицензиялау моделін анықтаңыз. Офис ПК-тары үшін редакция (Pro vs Enterprise) және жеткізу түрі жиі шешуші. Серверлер мен виртуализация үшін VDI/терминал қатынасы бар ма екенін және клиенттік лицензиялар (CAL) қажет пе екенін алдын ала анықтаңыз.

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

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

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

Жиі қателер мен тұзақтар

Ең жиі мәселе — «лицензия на Windows» немесе «Office» сияқты жалпы сөздер. Редакция, нұсқа, тіл, лицензия типі және жеткізу арнасы көрсетілмегенде жеткізуші формалды түрде талапты орындайтын, бірақ сіз күткендей емес нұсқаны әкелуі мүмкін. Лицензия үшін өнімді нақты атау (Windows Pro, Windows Enterprise, Office Standard) және бұл жаңа лицензия ма әлде апгрейд па екенін көрсету маңызды.

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

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

Жылдам өзін-өзі тексеру:

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

Серверлік жобаларда тағы бір қате — тек сервер лицензиясын сатып алып, клиенттік қол жеткізу (CAL) туралы ұмытып кету. Нәтижесінде жүйе орнатылған, бірақ оны заңды түрде пайдалану мүмкін емес.

Қысқа чеклист ТЗ жарияламас бұрын

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

Құжатта бес нәрсе болуы тиіс:

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

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

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

Нақты жағдай мысалы және формулировкалар

Ұйым 120 ПК жаңартады. Бухгалтерия мен қабылдау бөлімдерінде жаңа нұсқалар қажет, ал оқу сыныбында арнайы бағдарлама тек ескі Windows және Office нұсқаларында жұмыс істейді. Сондай-ақ бірінші жылы бұзылу қаупі бар, сондықтан алмастырылған ПК-қа лицензияны көшіру құқығы маңызды.

Төменде апгрейд, даунгрейд және перенос сұрақтарын жабатын фрагмент мысалы.

ТЗ фрагменті (үлгі):

1. ОС/офистік қосымшалар үшін мәңгілік лицензияларды (perpetual) жеткізу, редакция, тіл, лицензия түрі (OEM/FPP/Volume) және саны көрсетілген.
2. 80 жұмыс орны үшін жеткізілім күніне дейінгі ағымдағы нұсқаны пайдалану құқығы (егер лицензиялау ережелері мүмкіндік берсе, сатып алынған редакция шеңберінде жаңарту).
3. 40 жұмыс орны үшін келесі нұсқаға даунгрейд құқығы қажет: (нұсқаны көрсету), және бұл негізгі сатып алынған редакция құқығын сақтауы тиіс.
4. Гарантия кезеңінде бұзылған ПК-ты ауыстырғанда лицензияны ұйым ішінде алмастыруға рұқсат етіледі, егер сол лицензия түрінің ережелері сақталса.

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

Жеткізу және қабылдау үшін құжаттар (үлгі):

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

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

Келесі қадамдар: сатып алу мен қабылдауға қалай дайындалу керек

Алдымен нақтылап алыңыз: ПО-ны қалай қолданасыз және қандай құқықтар қажет. Сценарийлер айқын болған сайын жеткізілім мен тексерістерде тосынсый аз болады.

Кіріс деректерін қысқаша жинаңыз: пайдаланушылар қайда (офис, қашықтан, аралас режим), серверлік рөлдер мен RDP/VDI қатынасы бар ма, ПК ауыстыру жоспарлана ма, апгрейд/даунгрейд қажет пе, перенос қаншалықты маңызды.

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

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

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