Перейти к содержимому

Услуги по предоставлению лицензий на право использования программного обеспечения

8 000 000 ₸Осталось 8 днейдо 22.10.2026, 17:30ОпубликованГосударственные зак…
Номер объявления
17772698-1
Номер лота
82612732-ОК1
Статус на площадке
Опубликован
Опубликован
13.10.2026
Регион
Астана
Способ закупки
Открытый конкурс
Вид
Услуги
Количество
1
Открыть на площадке

Описание закупки

Программное обеспечение для мониторинга и защиты служебной и конфиденциальной информации DLP

Документы

Файлы остаются на площадке, мы показываем ссылку и текстовый слой

16 документов, текст извлечён у 7

  • Конкурсная документация — konkurs_doc_17772698.pdf

    PDF127,4 КБ70 702 знаков

    Показать текст документа
    1 / 26 Мемлекеттік сатып алуды жүзеге асыру қағидаларына 4-қосымша Бекітемін: "Халықаралық бағдарламалар орталығы" акционерлік қоғамы КАБУЛЬДИНОВ МУХАМЕД ЖУСУПОВИЧ Шешім № 04-02/50 Күні 2026-10-13 16:49:05 КОНКУРСТЫҚ ҚҰЖАТТАМА Қызмет (сатып алу мәнінің түрі ) Ақпараттың таралып кетуін болдырмау жөніндегі аппараттық-бағдарламалық кешеннің (DLP) лицензиясын ұзарту (конкурстың атауы) Тапсырыс беруші: "Халықаралық бағдарламалар орталығы" акционерлік қоғамы Орналасқан жері: КАЗАХСТАН, Астана, СЫГАНАК 70 БСН: 050440007456 Банк деректемелері: "ForteBank" АҚ ЖСК: KZ7796503F0007456159 БСК: IRTYKZKA Есепшот валютасы: KZT Кбе: 16 Тапсырыс берушінің өкілі: КАМЗЕБАЕВ ЕРЛАН ЖАНАТОВИЧ ЖСН: 771102302082 Лауазымы: Руководитель Управления обеспечения деятельности Телефоны: +7 7172 76 90 76 (240) E-mail көрсетіледі: Erlan_kamzebaev@mail.ru Ұйымдастырушы: "Халықаралық бағдарламалар орталығы" акционерлік қоғамы Орналасқан жері: КАЗАХСТАН, Астана, СЫГАНАК 70 БСН: 050440007456 Банк деректемелері: "ForteBank" АҚ 2 / 26 ЖСК: KZ7796503F0007456159 БСК: IRTYKZKA Есепшот валютасы: KZT Кбе: 16 Ұйымдастырушының өкілі: КАМЗЕБАЕВ ЕРЛАН ЖАНАТОВИЧ ЖСН: 771102302082 Лауазымы: Руководитель Управления обеспечения деятельности Телефоны: +7 7172 76 90 76 (240) E-mail көрсетіледі: Erlan_kamzebaev@mail.ru Конкурстық комиссияның хатшысы: АЙКЕНОВА САУЛЕ ТЛЕПБЕРГЕНОВНА ЖСН: 741113450182 Лауазымы: Главный менеджер по государственным закупкам Управления обеспечения деятельности Телефоны: E-mail көрсетіледі: sajkenova@list.ru 1. Жалпы ережелер 1. Конкурс қоса берілген лоттардың тізбесіне сәйкес өнім берушіні(лерді) таңдау мақсатында өткізіледі. 2. Осы конкурстық құжаттама (бұдан әрі – КҚ) мыналарды қамтиды: 1) осы КҚ-ға 1-қосымшаға сәйкес нысан бойынша мемлекеттік сатып алудың жылдық жоспарына сәйкес лоттардың тізбесі және тауарларды жеткізу, жұмыстарды орындау және қызметтерді көрсету шарттарын; 2) осы КҚ-ға 2-қосымшаға сәйкес конкурсқа қатысу туралы келісімді; 3) осы КҚ-ға 3-қосымшаға сәйкес әлеуетті өнім берушінің конкурстық баға ұсынысының нысанын; 4) осы КҚ-ға 4-қосымшаға сәйкес бенефициарлық иелену туралы ақпарат; 5) осы КҚ-ға 5, 6, 7 және 8-қосымшаларға сәйкес біліктілік талаптарының нысандарын; 6) осы КҚ-ға 9, 10, 11 және 12-қосымшаларға сәйкес тауарларды жеткізу (жұмыстарды орындау, қызметтерді көрсету) үшін әлеуетті өнім берушінің біліктілігі туралы мәліметтер нысандарын; 7) Қазақстан Республикасының ұлттық стандарттары, ал олар болмаған жағдайда сатып алынатын тауарларға, жұмыстарға, көрсетілетін қызметтерге мемлекетаралық стандарттар көрсетілген техникалық ерекшеліктердің нысандарын қамтиды. Ұлттық және мемлекетаралық стандарттар болмаған кезде осы КҚ-ға 13, 14, 15, 16 және 16-1 -қосымшаларға сәйкес мемлекеттік сатып алуды нормалауды ескере отырып, сатып алынатын тауарлардың, жұмыстардың, көрсетілетін қызметтердің талап етілетін функционалдық, техникалық, сапалық және пайдалану сипаттамалары көрсетіледі. 3 / 26 Бұл ретте сатып алынатын тауарлардың, жұмыстардың, көрсетілетін қызметтердің техникалық ерекшелігінде өнім берушілерге қойылатын, берілетін тауарлардың Қазақстан Республикасының заңнамасына сәйкес техникалық регламенттерде, стандарттар ережелерінде немесе өзге де құжаттарда белгіленген талаптарға сәйкес келетінін растайтын құжаттарды беру туралы талап қамтылады. Қажет болған жағдайда техникалық ерекшелікте әлеуетті өнім берушілерге әлеуетті өнім берушінің әрбір жинақтаушы тауар туралы жеке техникалық ерекшелік беруі туралы талап көрсетіледі; әлеуетті өнім берушілердің конкурсқа қатысуға өтінімдерінде өндірушілерден не олардың дилерлерінен немесе дистрибьюторларынан алынған хаттардың (сертификаттарының, куәліктерінің), техникалық паспорттардың, әлеуетті өнім берушінің техникалық ерекшеліктерінде көрсетілген өнімдердің сәйкестік сертификаттарының көшірмелерінің болуы туралы талаптарды көрсетуге жол беріледі; егер техникалық паспорттар, өнімнің сәйкестік сертификаттары және тапсырыс беруші талап ететін басқа да құжаттар тауарды сатып алу кезінде не Қазақстан Республикасының аумағына әкелу, оларды белгіленген тәртіппен тіркеу кезінде берілгенде, онда әлеуетті өнім беруші тауарларды жеткізу кезінде осындай құжаттарды ұсыну туралы кепілдік хат ұсынады; 8) осы КҚ-ға 17-қосымшаға сәйкес әлеуетті өнім беруші әрбір лотқа жеке ұсынатын сатып алынатын тауарлардың техникалық ерекшелігінің нысанын; 9) осы КҚ-ға 18-қосымшаға сәйкес бірлескен қызмет туралы шарттың (консорциалдық келісім) нысанын; 10) осы КҚ-ға 19-қосымшаға сәйкес конкурсқа қатысуға өтінімді қамтамасыз етуді енгізу үшін банк кепілдігінің нысанын; 11) осы КҚ-ға 20-қосымшаға сәйкес жұмыстарды орындау жөніндегі қосалқы мердігерлер (қызметтер көрсету кезіндегі бірлесіп орындаушылар) туралы мәліметтер нысанын, сондай-ақ әлеуетті өнім беруші қосалқы мердігерлерге (бірлесіп орындаушыларға) беретін жұмыстар мен көрсетілетін қызметтердің түрлерін қамтиды; 12) осы Қағидалардың 460, 460-1 және 467-тармақтарына, КҚ-ға 21 және 21-1-қосымшаларына, сондайақ осы Қағидалардың 20 және 21-параграфтарына сәйкес неғұрлым сапалы қызмет ұсынатын конкурстың жеңімпазын айқындау үшін конкурстық комиссия ескеретін мемлекеттік әлеуметтік тапсырыста көзделген қызметтерді мемлекеттік сатып алу жөніндегі конкурсқа қатысуға әлеуетті өнім берушілер ұсынған өтінімдерді бағалау үшін міндетті өлшемшарттардың тізбесі.; 13) осы КҚ-ға 2-1-қосымшаға сәйкес "Толық дайын түрінде берілетін құрылыс" шарты бойынша жұмыстарды орындау жөніндегі әлеуетті өнім берушінің келісімі (міндеттемелері). 14) сәулет, қала құрылысы және құрылыс қызметі туралы заңнамаға сәйкес әзірленген және бекітілген, «Толық бітіріп берілетін құрылыс» конкурс тәсілімен мемлекеттік сатып алуды жүзеге асыру кезінде жобалауға арналған тапсырма. 15) Қазақстан Республикасы Ұлттық экономика министрінің міндетін атқарушының 2025 жылғы 28 маусымдағы № 59 бұйрығымен бекітілген Мемлекеттік инвестициялық жобаларды жоспарлау және іске асыру, инвестициялық ұсынысты, техникалық-экономикалық және қаржылық-экономикалық негіздемелерді әзірлеу немесе түзету, қажетті сараптамалар жүргізу, бюджеттік кредиттеудің орындылығын айқындау, мемлекеттік инвестициялық жобалар портфелін қалыптастыру, сондай-ақ мемлекеттік инвестициялық жобалардың бекітілген (нақтыланған) параметрлерін түзету, іріктеу, іске асырылуын мониторингтеу және бағалау қағидаларына сәйкес, тапсырыс беруші бекіткен қаржыэкономикалық модельді. Осы тармақша жобаны кейіннен мемлекеттік міндеттемелерді орындай отырып, өнім берушінің өз қаражаты есебінен іске асыра отырып, «толық бітіріп берілетін құрылыс» бойынша мемлекеттік сатып алуды жүзеге асыру кезінде қолданылады. Тауарлар (жұмыстар, қызметтер) бойынша осы конкурс үшін бөлінген сома 8000000 теңгені құрайды. 4 / 26 Осы конкурс үшін бөлінген сома лоттар бөлінісінде мынаны құрайды: Лот № Тауардың (жұмыстың, көрсетілетін қызметтің атауы) Лот бойынша бөлінген сома (теңге) 82612732-ОК1 Бағдарламалық жасақтама қолдану құқығына лицензия ұсыну бойынша қызмет көрсетулер 8000000 4. Конкурсқа қатысуға ниет білдірген әлеуетті өнім беруші конкурсқа қатысуға өтініммен тауарларды, жұмыстарды, көрсетілетін қызметтерді сатып алу үшін бөлінген соманың бір пайызы мөлшерінде конкурсқа қатысуға өтінімді қамтамасыз етуді төменде санамаланған нысандардың біріне енгізеді: 1) әлеуетті өнім берушінің электрондық әмиянындағы ақша; 2) осы КҚ-ға 19-қосымшаға сәйкес электрондық құжат нысанында берілетін банктік кепілдік. "Толық бітіріп берілетін құрылыс бойынша конкурс" тәсілімен мемлекеттік сатып алуды жүзеге асыру кезінде өтінімді қамтамасыз ету сомасы үш пайызды құрайды. 5. Конкурсқа қатысу өтінімді қамтамасыз етудің қолданылу мерзімі конкурсқа қатысуға өтінімнің өзінің мерзімінен кем болмауға тиіс. 2. Конкурстық құжаттаманың жобасын алдын ала талқылау, ұйымдастырушының немесе тапсырыс берушінің Конкурстық құжаттама ережелерін түсіндіруі 6. КҚ-ның жобасын алдын ала талқылау мемлекеттік сатып алуды өткізу кезінде олар туралы мәліметтер Қазақстан Республикасының мемлекеттік құпиялар туралы заңнамасына сәйкес мемлекеттік құпияларды қамтитын және (немесе) Қазақстан Республикасының Үкіметі айқындаған таратылуы шектеулі қызметтік ақпаратты қамтитын мемлекеттік сатып алуды өткізу кезінде жүзеге асырылмайды. 7. КҚ-ның жобасына ескертулерді, сондай-ақ КҚ-ның ережелерін түсіндіру туралы сұрау салуларды әлеуетті өнім берушілер веб-портал арқылы тапсырыс берушіге, ұйымдастырушыға, бірыңғай ұйымдастырушыға мемлекеттік сатып алуды жүзеге асыру туралы хабарландыру орналастырылған күннен бастап екі жұмыс күні ішінде жіберулері мүмкін. 8. Мемлекеттік сатып алуды жүзеге асыру туралы хабарландыру орналастырылған күннен бастап екі жұмыс күні ішінде КҚ-ның жобасына ескертулер, сондай-ақ КҚ-ның ережелерін түсіндіру туралы сұрау салулар болмаған кезде КҚ бекітілген болып саналады. 9. Ескертулер, сондай-ақ КҚ-ның ережелерін түсіндіру туралы сұрау салулар болған кезде тапсырыс беруші, мемлекеттік сатып алуды ұйымдастырушы КҚ-ның жобасын алдын ала талқылау мерзімі біткен күннен бастап екі жұмыс күні ішінде мынадай шешімдерді қабылдайды: 1) КҚ-ның жобасына өзгерістер мен (немесе) толықтырулар енгізеді; 2) оларды қабылдамауына негіздемелерін көрсете отырып, КҚ-ның жобасына ескертулерді қабылдамайды; 3) КҚ-ның ережелеріне түсіндірме береді. КҚ-ның жобасына өзгерістер мен толықтырулар енгізген жағдайда, КҚ-ны бекіткен сияқты тәртіппен веб-порталда өзгертілген КҚ-ны бекіту туралы шешім қабылданады. Осы тармақтың 2) және 3) тармақшаларында көзделген шешімдер қабылданған күннен бастап КҚ бекітілген болып саналады. 5 / 26 10. Ұйымдастырушы КҚ бекітілген күннен бастап бір жұмыс күнінен кешіктірмей веб-порталда КҚ-ның жобасын алдын ала талқылау хаттамасын орналастыруға міндетті. КҚ-ның жобасына өзгерістер мен (немесе) толықтырулар енгізген жағдайда, мемлекеттік сатып алуды ұйымдастырушы, веб-портал қатысушысы болып табылатын әлеуетті өнім берушілерді автоматты түрде хабардар ете отырып, КҚ-ның жобасын алдын ала талқылау хаттамасымен бірге КҚ-ның бекітілген мәтінін де орналастырады. 11. КҚ-ның жобасын алдын ала талқылау хаттамасында КҚ-ның жобасына келіп түскен ескертулер мен олар бойынша қабылданған шешімдер туралы ақпаратты қамтиды. 12. КҚ-ның жобасына ескертулерді қабылдамау туралы шешім қабылданған жағдайда оларды қабылдамау себептерінің егжей-тегжейлі негіздемесі КҚ-ның жобасын алдын ала талқылау хаттамасында көрсетіледі. 13. КҚ-ның ережелерін түсіндіру туралы веб-портал арқылы әлеуетті өнім берушілерден сұрау салулар келіп түскен кезде КҚ-ның ережелеріне түсіндіру мәтіні КҚ-ның жобасын алдын ала талқылау хаттамасында көрініс табады. 14. Алдын ала талқылау нәтижелері бойынша тапсырыс берушінің шешімі Заңда айқындалған тәртіппен шағымдалуы мүмкін. 3. Әлеуетті өнім берушілердің конкурсқа қатысуға өтінімді ресімдеуіне және оны ұсынуына қойылатын талаптар 15. Конкурсқа қатысуға өтінім веб-портал арқылы электрондық құжат нысанында беріледі және конкурсқа қатысуға үміткер әлеуетті өнім берушінің осы КҚ-да көзделген талаптар мен шарттарға сәйкес тауарды беруді жүзеге асыруға (жұмысты орындауға, қызметті көрсетуге) келісімін білдіру нысаны, сондай-ақ әлеуетті өнім берушінің біліктілік талаптарына және заңның 7-бабында белгіленген шектеулерге сәйкестігін растайтын ол туралы мәліметтерді алуға келісімі болып табылады. 16. Әлеуетті өнім беруші өтінімді қалыптастыру алдында осы КҚ-ға 2-қосымшаға сәйкес конкурсқа қатысу туралы келісімді қабылдайды. 17. Консорциум ретінде конкурсқа қатысуға ниет білдірген заңды тұлғалар өтінім берер алдында осы КҚ- ға 18-қосымшаға сәйкес бірлескен шаруашылық қызмет туралы шартты (консорциалдық келісім) ресімдейді және веб-порталда жасайды. 18. Конкурсқа қатысуға өтінім мыналарды қамтиды: 1) электрондық цифрлық қолтаңбамен куәландырылған құжаттардың электрондық көшірмелері не оның біліктілік талаптарына сәйкестігін растау үшін әлеуетті өнім беруші ұсынатын электрондық құжаттар: әлеуетті өнім берушінің сатып алынатын тауарларды өндіруге, қайта өңдеуге, жеткізуге және өткізуге, жұмыстарды орындауға, қызметтер көрсетуге құқығын растайтын рұқсаттар (хабарламалар) және (немесе) патенттер, куәліктер, сертификаттар, сертификаттар, басқа да құжаттар; заңды тұлғаны мемлекеттік тіркеу (қайта тіркеу) туралы куәлік немесе анықтама. Егер заңды тұлға қызметті Қазақстан Республикасының заңнамасында белгіленген тәртіппен бекітілген үлгілік жарғы негізінде жүзеге асыратын болса, онда мемлекеттік тіркеу туралы өтініш; заңды тұлға қызметін үлгілік жарғы негізінде жүзеге асыратын жағдайларды қоспағанда, заңнамада белгіленген тәртіппен бекітілген Жарғы; құрылтайшы немесе құрылтайшылар құрамы туралы мәліметтерді қамтитын құрылтай құжаты (егер жарғыда құрылтайшылар немесе құрылтайшылар құрамы туралы мәліметтер болмаса) не акцияларды ұстаушылар тізілімінен үзінді көшірме; растайтын құжаттардың электрондық көшірмелерін қоса бере отырып, конкурста сатып алынатын 6 / 26 қызметтерге ұқсас соңғы он бес жыл ішінде әлеуетті өнім беруші көрсеткен қызметтердің көлемі туралы мәліметтер; растайтын құжаттардың электрондық көшірмелерін қоса бере отырып, қызметтер көрсету үшін конкурстық құжаттамада көзделген материалдық ресурстардың болуы туралы мәліметтер (осы талап бір қаржы жылына қаржыландыру көлемі тиісті қаржы жылына арналған республикалық бюджет туралы заңда белгіленген айлық есептік көрсеткіштің 1000 (мың еселенген) мөлшерінен асатын мемлекеттік әлеуметтік тапсырыста көзделген көрсетілетін қызметтерді мемлекеттік сатып алу жүргізілген жағдайда белгіленуі мүмкін); осы КҚ-ға 9,10,11 және 12-қосымшаларға сәйкес мемлекеттік сатып алу процесіне қатысу үшін біліктілігі туралы мәліметтер; осы КҚ-ға 20 - қосымшаға сәйкес конкурста сатып алу нысанасы болып табылатын жұмыстарды орындау жөніндегі қосалқы мердігерлер (қызметтер көрсету кезіндегі бірлесіп орындаушылар) туралы мәліметтер және әлеуетті өнім берушінің қосалқы мердігерлерге (бірлесіп орындаушыларға) жиынтығында жұмыстардың (құрылыс құнының), көрсетілетін қызметтердің екіден бірінен астам көлемін қосалқы мердігерлікке (бірлесіп орындауға) беруге тыйым салу шарты. Егер әлеуетті өнім беруші жұмыстардың не көрсетілетін қызметтердің қосалқы мердігерлерін (бірлесіп орындаушыларын) тартуды көздеген жағдайда, әлеуетті өнім беруші ұйымдастырушыға тартылатын қосалқы мердігерлердің (бірлесіп орындаушылардың) біліктілік талаптарына сәйкестігін растайтын құжаттардың электрондық көшірмелерін ұсынады; Осы тармақшаның бірінші бөлігінің үшінші, төртінші, бесінші, алтыншы және жетінші абзацтарының талаптары мемлекеттік әлеуметтік тапсырыста көзделген қызметтерді мемлекеттік сатып алу жөніндегі конкурсты жүзеге асыру кезінде қолданылады. 2) сатып алынатын тауарларға, жұмыстарға, көрсетілетін қызметтерге ұлттық стандарттарды, ал олар болмаған жағдайда мемлекетаралық стандарттарды көрсете отырып техникалық ерекшелікті қамтиды. Бұл ретте ұлттық және мемлекетаралық стандарттар болмаған кезде, сатып алынатын тауарлардың, жұмыстардың, көрсетілетін қызметтердің талап етілетін функционалдық, техникалық, сапалық және пайдалану сипаттамалары, оның ішінде тауарлық белгілерін, қызмет көрсету белгілерін, фирмалық атауларын, патенттерін, пайдалы моделдерін, өндірістік үлгілерін, тауардың шығу жері мен өндірушінің атауын, және басқа да сипаттамаларын көрсете отырып, жұмыстар мен көрсетілетін қызметтер үшін осы КҚ-ға 13, 14, 15, 16 және 16-2-қосымшаларға, тауарлар үшін осы КҚ-ға 17-қосымшаға сәйкес үлгі бойынша көрсетіледі. Қажет болған жағдайда техникалық ерекшелікте нормативтік-техникалық құжаттама көрсетіледі. Қазақстан Республикасы Үкіметінің шешімімен ұлттық режимнен алып қою белгіленген тауарларды сатып алуды жүзеге асыру кезінде әлеуетті өнім берушілер «Қазақстандық тауар өндірушілердің тізілімін жүргізу қағидаларын бекіту туралы» Қазақстан Республикасы Өнеркәсіп және құрылыс министрінің 2025 жылғы 27 тамыздағы № 327 бұйрығына (Қазақстан Республикасының Әділет министрлігінде 2025 жылғы 28 тамызда № 36717 болып тіркелген) сәйкес белгіленген тәртіппен берілген Қазақстандық тауар өндірушілердің тізілімінен үзінді көшірмесіне сәйкес тек қана өз өндірісінің тауарына техникалық ерекшелік беру қажет. Қажет болған жағдайда техникалық ерекшелікте нормативтік-техникалық құжаттама көрсетіледі; Әлеуетті өнім беруші Тапсырыс берушінің талаптарына сәйкес әрбір жинақтаушы тауар туралы техникалық ерекшелікті жеке ұсынады. 3) конкурсқа қатысуға өтінімді қамтамасыз етуді заңнамада белгіленген мөлшерде, мынадай: осы КҚ-ға 19-қосымшаға сәйкес электрондық құжат нысанында берілетін банктік кепілдік; әлеуетті өнім берушінің электрондық әмиянындағы ақша; 7 / 26 4) осы КҚ-ға 3-қосымшаға сәйкес әлеуетті өнім берушінің бастапқы бағасы. 5) осы КҚ-ға 4-қосымшаға сәйкес бенефициарлық иелену туралы ақпарат, ол өтініміміз жеңімпаз деп танылған жағдайда қорытындылар туралы хаттамада ашылуға тиіс. 6) осы КҚ-ға 2-қосымшаға сәйкес конкурсқа қатысу туралы шарт; 7) осы КҚ 2-1-қосымшасына сәйкес әлеуетті өнім берушінің "Толық бітіріп берілетін құрылыс" туралы шарты бойынша жұмыстарды орындауға келісімі (міндеттемелері). 8) Қазақстан Республикасы Ұлттық экономика министрінің міндетін атқарушының 2025 жылғы 28 маусымдағы № 59 бұйрығымен бекітілген Мемлекеттік инвестициялық жобаларды жоспарлау және іске асыру, инвестициялық ұсынысты, техникалық-экономикалық және қаржылық-экономикалық негіздемелерді әзірлеу немесе түзету, қажетті сараптамалар жүргізу, бюджеттік кредиттеудің орындылығын айқындау, мемлекеттік инвестициялық жобалар портфелін қалыптастыру, сондай-ақ мемлекеттік инвестициялық жобалардың бекітілген (нақтыланған) параметрлерін түзету, іріктеу, іске асырылуын мониторингтеу және бағалау қағидаларына сәйкес, әлеуетті өнім беруші әзірлеген қаржыэкономикалық модельді. Осы тармақша жобаны кейіннен мемлекеттік міндеттемелерді орындай отырып, өнім берушінің өз қаражаты есебінен іске асыра отырып, «толық бітіріп берілетін құрылыс» бойынша мемлекеттік сатып алуды жүзеге асыру кезінде қолданылады. 19. Конкурстық өтінімнің қолданылу мерзімі конкурстық өтінімдер ашылған күннен бастап кемінде күнтізбелік 60 күнді құрайды. 20. Конкурсқа қатысуға өтінімде қамтылатын қағаз құжаттардың электрондық көшірмелері бейненің түсіне қарамастан, дәл және анық болуы тиіс. 21. Конкурсқа қатысуға өтінім, сондай-ақ конкурсқа қатысуға өтінімге қатысты бүкіл хат-хабарлар мен құжаттар әлеуетті өнім берушінің таңдауы бойынша қазақ немесе орыс тілдерінде жасалады және беріледі. Оларды әлеуетті өнім беруші басқа тілде жасаған және ұсынған жағдайда оларға дәл (нотариалдық расталған) аудармасы қоса беріледі. 4. Конкурсқа қатысуға өтінімді ұсыну тәртібi 22. Конкурсқа қатысуға өтінімді әлеуетті өнім беруші веб-порталды пайдалана отырып, ұйымдастырушыға электрондық құжат нысанында береді. 23. Әлеуетті өнім берушілер ұсынған конкурсқа қатысуға өтінімдер веб-порталда автоматты түрде тіркеледі. 24. Конкурсқа қатысуға өтінім берген өнім берушіге тиісті хабарламаны веб-порталмен автоматты түрде жіберген сәтте конкурсқа қатысуға берілген өтінім қабылданған болып есептеледі. 25. Әлеуетті өнім берушінің конкурсқа қатысуға берген өтінімі мынадай: 1) егер әлеуетті өнім беруші бұрын осы конкурсқа қатысуға өтінім берген; 2) конкурсқа қатысуға берілген өтінім осы конкурсқа қатысуға берілетін өтінімдерді қабылдаудың соңғы мерзімі аяқталғаннан кейін түскен; 3) конкурстық баға ұсынысы осы тауарларды, жұмыстарды, көрсетілетін қызметтерді сатып алу үшін бөлінген сомадан асып түскен; 4) Заңның 7- бабы 1-тармағының 1), 3), 4), 5), 6) және 8) тармақшаларында көзделген жағдайларында веб-порталдан автоматты түрде кері қайтарылады. 8 / 26 26. Әлеуетті өнім берушінің конкурстық баға ұсынысы теңгемен көрсетіледі. 5. Конкурсқа қатысуға өтінімдерді өзгерту және оларды кері қайтарып алу 27. Әлеуетті өнім беруші конкурсқа қатысуға өтінімдерді ұсыну мерзімі аяқталатын күннен кешіктірмей мыналарға: 1) енгізілген конкурсқа қатысуға өтінімін өзгертуге және (немесе) толықтыруға; 2) өзі енгізген конкурсқа қатысуға өтінімін қамтамасыз етуді қайтарып алу құқығын жоғалтпастан, өзінің конкурсқа қатысуға өтінімін қайтарып алуға құқылы. 28. Конкурсқа қатысуға өтінімдерді ұсынудың түпкілікті мерзімі біткеннен кейін конкурсқа қатысуға өтінімді қайтарып алу сияқты, оған өзгерістер мен (немесе) толықтырулар енгізуге жол берілмейді. 29. Әлеуетті өнім беруші, оның конкурсқа қатысуымен байланысты барлық шығыстарды көтереді. Тапсырыс беруші, ұйымдастырушы, конкурстық комиссия, сараптау комиссиясы (сарапшы) конкурстың қорытындыларына қарамастан, осы шығыстарды өтеу жөніндегі міндеттемелерді көтермейді. 6. Конкурсқа қатысуға өтінімдерді ашу 30. Конкурсқа қатысуға өтінімдерді қабылдаудың түпкілікті мерзімінің күні мен уақыты басталғаннан кейін бес минуттың ішінде веб-портал конкурсқа қатысуға өтінімдерді автоматты түрде ашуды жүргізеді. Егер конкурсқа (лотқа) қатысуға бір ғана өтінім конкурсқа (лотқа) ұсынылған болса, онда мұндай өтінім де ашылады және қаралады. 31. Конкурсқа қатысуға өтінімдерді ашу хаттамасын ашылған күні веб-портал автоматты түрде жариялайды. Бұл ретте веб-портал Конкурстық комиссияның мүшелеріне, веб-порталда автоматты түрде тіркелген әлеуетті өнім берушілерге автоматты түрде хабарламалар таратады. 7. Конкурсқа қатысуға өтінімдерді қарау 32. Конкурсқа қатысуға өтінімдерді қарауды, біліктілік талаптары мен КҚ-ның талаптарына сәйкес келетін әлеуетті өнім берушілерді айқындау мақсатында конкурстық комиссия жүзеге асырады. 33. Конкурстық комиссия: 1) әлеуетті өнім берушілерден конкурсқа қатысуға өтінімдерді қарауды, бағалауды және салыстыруды оңайлату үшін олардың өтінімдеріне байланысты материалдар мен түсіндірулерді веб-портал арқылы сұрайды; 2) конкурсқа қатысуға өтінімдерде қамтылған мәліметтерді нақтылау мақсатында, тиісті жеке немесе заңды тұлғалардан, мемлекеттік органдардан қажетті ақпаратты жазбаша нысанда және (немесе) электрондық құжат нысанында сұрайды. 34. Мемлекеттік әлеуметтік тапсырыста көзделген мемлекеттік қызметтер конкурсына қатысуға өтінімдерді қарау кезінде конкурстық комиссия: 1) осы КҚ талаптарына сәйкес келетін әлеуетті өнім берушілерді айқындайды және оларды конкурсқа қатысушылар деп таниды; 2) әлеуетті өнім берушілер ұсынған конкурсқа қатысуға өтінімдерді бағалау үшін осы Қағидалардың 460 және 460-1-тармақтарында көрсетілген өлшемшарттар негізінде балдарды есептейді: Осы тармақтың осы тармақшасында көзделген критерийлер бойынша балдарды есептеу КҚ-ға 21 және 21-1- қосымшаларына сәйкес есептеледі. «Әлеуетті өнім берушінің қызметтерді көрсету орны бойынша астананың, облыстың және республикалық 9 / 26 маңызы бар қалалардың шекараларында тиісті әкімшілік-аумақтық бірлікте орналасуы» өлшемшарты осы Қағидалардың 20-параграфына сәйкес қолданылады. Теріс мәндер осы Қағидалардың 21-параграфына сәйкес қолданылады. Конкурстық өтінімдері осы Қағидалардың 460-тармағының 1), 2), 3) және 4) тармақшаларында көрсетілген өлшемшарттардың бірі бойынша конкурсқа қатысуға арналған өтінімдері 0 (нөл) балл жинаған әлеуетті өнім берушілер жинаған балдардың жалпы санына қарамастан конкурсқа қатысуға жіберілмейді. Конкурстық өтінімдері осы Қағидалардың 460-1-тармағының 1), 2), 4) және 5) тармақшаларында көрсетілген өлшемшарттардың бірі бойынша конкурсқа қатысуға арналған өтінімдері 0 (нөл) балл жинаған әлеуетті өнім берушілер жинаған балдардың жалпы санына қарамастан конкурсқа қатысуға жіберілмейді. Әлеуетті өнім беруші көрсетілген өлшемшарттарды растайтын құжаттарды ұсынбаған жағдайда, конкурстық комиссия олардың конкурсқа қатысуға өтінімдерін бағалау үшін тиісті балдарды есептемейді. Конкурсқа қатысуға өз өтінімдерін бағалау үшін әлеуетті өнім берушілер ұсынған шарттар шартқа енгізіледі. 3) конкурсқа қатысуға жіберілген әлеуетті өнім берушілердің конкурстық баға ұсыныстарына осы тармақтың 2) тармақшасында көзделген конкурсқа қатысуға өтінімдерді бағалау үшін конкурстық комиссия берген балдардың санына қарай бағалардың шартты азаюын қолданады. 35. Конкурстық комиссия барлық өлшемшарттар бойынша қойған балдарды веб-портал автоматты түрде жинақтайды, оның нәтижелері бойынша әлеуетті өнім берушіге оның конкурсқа қатысуға өтінімінің балдармен көрсетілген қорытынды бағасы қойылады. 36. Конкурстық құжаттаманың талаптарына сәйкестігін қарау және олардың конкурсқа қатысуға өтінімдерін бағалау нәтижелері бойынша конкурсқа қатысуға жіберілген әлеуетті өнім берушіге конкурстық ұсыныстарды мынадай шартты түрде азайту қолданылады: 1) бір қаржы жылына қаржыландыру көлемі тиісті қаржы жылына арналған республикалық бюджет туралы заңда белгіленген айлық есептік көрсеткіштің 1000 (мың еселенген) мөлшерінен аспайтын лоттар бойынша: егер әлеуетті өнім берушінің конкурсқа қатысу өтінімдерінің қорытынды бағасы 12-ден 14 балды қоса алғанға дейін құраса, онда әлеуетті өнім берушінің конкурстық баға ұсынысы шартты түрде 10 (он) пайызға азаяды; егер әлеуетті өнім берушінің конкурсқа қатысу өтінімдерінің қорытынды бағасы 15-ден 18 балды қоса алғанға дейін құраса, онда әлеуетті өнім берушінің конкурстық баға ұсынысы шартты түрде 20 (жиырма) пайызға азаяды; 2) бір қаржы жылына қаржыландыру көлемі тиісті қаржы жылына арналған республикалық бюджет туралы заңда белгіленген айлық есептік көрсеткіштің 1000 (мың еселенген) мөлшерінен асатын лоттар бойынша: егер әлеуетті өнім берушінің конкурсқа қатысу өтінімдерінің қорытынды бағасы 12-ден 17 балды қоса алғанға дейін құраса, онда әлеуетті өнім берушінің конкурстық баға ұсынысы шартты түрде 10 (он) пайызға азаяды; егер әлеуетті өнім берушінің конкурсқа қатысу өтінімдерінің қорытынды бағасы 18-ден 23 балды қоса алғанға дейін құраса, онда әлеуетті өнім берушінің конкурстық баға ұсынысы шартты түрде 20 (жиырма) пайызға азаяды; 10 / 26 егер әлеуетті өнім берушінің конкурсқа қатысу өтінімдерінің қорытынды бағасы 24-тен 31 балды қоса алғанға дейін құраса, онда әлеуетті өнім берушінің конкурстық баға ұсынысы шартты түрде 30 (отыз) пайызға азаяды. Бұл ретте лотты қаржыландыру көлеміне қарамастан, осы Қағидалардың 20 және 21-параграфтарына сәйкес конкурстық баға ұсыныстарына әсер ететін өлшемшарттар да қолданылады. 37. Конкурстық комиссия конкурсқа қатысуға өтінім берген әрбір әлеуетті өнім берушіге, оның ішінде конкурсқа қатысуға бір өтінім ұсынылған кезде қатысты ұпайларды есептейді. 38. Конкурстық комиссия конкурсқа қатысуға жіберілген әлеуетті өнім берушілердің конкурстық баға ұсыныстарына, конкурсқа қатысуға бір өтінім жіберілген кезде қоспағанда, бағалардың шартты төмендеуін қолданады. 39. Конкурсқа қатысуға өтінімдерді қарау қорытындылары бойынша конкурстық комиссия қорытындылар туралы хаттаманы ресімдейді. Конкурстық комиссия конкурсқа қатысуға өтінімнің мәнін қозғамай түзетуге болатын грамматикалық немесе арифметикалық қателер болса, конкурсқа қатысуға өтінімді КҚ талаптарына жауап беретін ретінде қарайды. 40. Конкурстық комиссия КҚ талаптарына сәйкес келмейтін конкурсқа қатысуға өтінімді енгізілген қамтамасыз етуді мынадай жағдайларда таниды: 1) банк кепілдігі түрінде ұсынылған конкурсқа қатысуға өтінімді қамтамасыз етудің қолданылу мерзімі жеткіліксіз болған жағдайда; 2) конкурсқа қатысуға өтінімді қамтамасыз етудің тиісінше ресімделмеуі, ол конкурстық комиссияға белгілеуге мүмкіндік бермейтін мәліметтер болмаған кезде көрсетіледі: конкурсқа қатысуға өтінімді қамтамасыз етуді берген тұлға; конкурсқа қатысу үшін банктік кепілдік түрінде конкурсқа қатысуға өтінімді қамтамасыз ету енгізілетін конкурстың атауы мен нөмірі; конкурсқа қатысуға өтінімді қамтамасыз етудің қолданылу мерзімі, оны беру шарттары, банк кепілдігі түрінде ұсынылған және (немесе) конкурсқа қатысуға өтінімді қамтамасыз ету сомасы; конкурсқа қатысуға өтінімді қамтамасыз ету берілген тұлға; пайдасына конкурсқа қатысуға өтінімді қамтамасыз ету енгізілетін тұлға; 3) конкурсқа қатысуға өтінімді қамтамасыз ету конкурсқа бөлінген соманың бір пайызынан, ал "Толық бітіріп берілетін құрылыс" бойынша конкурсы өткiзiлген жағдайда үш пайыздан аз мөлшерде енгізілген. Тиындарда есептелген конкурсқа қатысуға өтінімді қамтамасыз ету сомасы дөңгелектенеді. Бұл ретте елу тиыннан аз сома нөлге дейін дөңгелектенеді, ал елу тиынға тең және одан жоғары сома бір теңгеге дейін дөңгелектенеді. Өзге негіздер бойынша электрондық конкурсқа қатысуға өтінімді енгізілген қамтамасыз етуді КҚ талаптарына сәйкес келмейді деп тануға жол берілмейді. 41. Конкурсқа қатысуға өтінімді қамтамасыз етуді конкурсқа бөлінген соманың бір пайызынан, ал "Толық бітіріп берілетін құрылыс" бойынша конкурсы өткiзiлген жағдайда үш пайыздан аз мөлшерде енгізген кезде әлеуетті өнім беруші конкурсқа қатысуға өтінімді қамтамасыз ету сомасын КҚ талаптарына сәйкес келтіру мақсатында конкурсқа қатысуға өтінімді Қағидаларда көзделген түрдің бірінде қосымша қамтамасыз етуді енгізуге құқылы. Конкурсқа қатысуға өтінімдерді конкурсқа қатысуға өтінімді қамтамасыз етуді енгізбеген әлеуетті өнім 11 / 26 берушілерге қойылатын талаптарға сәйкес келтіру үшін құқық берілмейді. 42. Әлеуетті өнім беруші конкурсқа қатысуға жіберілмейді (конкурсқа қатысушы деп танылған), егер: 1) ол және (немесе) оның қосалқы мердігері не бірлесіп орындаушысы біліктілік талаптарына сәйкес келмейтін болып айқындалса; 2) Заңның 7-бабында көзделген мемлекеттік сатып алуға қатысуға байланысты шектеулері бар. Заңның 7-бабы 1-тармағының 1), 3), 4), 5), 6) және 8) тармақшаларда көзделген мемлекеттік сатып алуға қатысуға байланысты шектеулер бойынша әлеуетті өнім берушінің конкурсқа қатысуға өтінімін вебпортал автоматты түрде қабылдамауға тиіс. Заңның 7-бабы 1-тармағының 7), 9), 10) және 11) тармақшаларында көзделген мемлекеттік сатып алуға қатысуға байланысты шектеулер бойынша конкурстық комиссия тиісті ақпаратты уәкілетті органдардың интернет-ресурстарында қарайды; 3) оның конкурсқа қатысуға өтінімі КҚ талаптарына сәйкес келмейтін болып айқындалған, оның ішінде егер ол қағидалардың талаптарына сәйкес конкурсқа қатысуға өтінімді қамтамасыз етуді ұсынбаған болса. 43. Конкурстық комиссия конкурс тәсілімен мемлекеттік сатып алу қорытындылары туралы хаттаманы қалыптастыру кезінде конкурсқа қатысуға бір өтінім ұсынылған жағдайларды қоспағанда, конкурсқа қатысуға өтінім берген әрбір әлеуетті өнім берушіге қатысты мемлекеттік сатып алуды жүзеге асыру қағидаларында көзделген өлшемшарттарға сәйкес шартты жеңілдіктерді айқындайды. 44. Конкурстық баға ұсынысына әсер ететін өлшемшарттарды есептеу тәртібі қағидалармен айқындалады. 45. Егер тауарлардың (көрсетілетін қызметтердің) неғұрлым жақсы функционалдық техникалық, пайдалану және сапалық сипаттамалары, технологиялық шешімдер және (немесе) жұмыстарды үздік материалдардан орындау ұсынылса, әлеуетті өнім берушінің тауарларына, жұмыстарына және көрсетілетін қызметтеріне техникалық ерекшеліктің КҚ-да көрсетілген тауарларға, жұмыстар мен көрсетілетін қызметтерге техникалық ерекшелікке сәйкес келмеуіне жол беріледі. 46. Егер конкурсқа қатысуға ұсынылған өтінімнің мәнін қозғамай түзетуге болатын грамматикалық немесе арифметикалық қателер болса, конкурсқа қатысуға өтінім КҚ талаптарына сай деп танылады. 47. Талаптар осы КҚ-ның 34, 35, 36, 37 және 38-тармақтарымен мемлекеттік әлеуметтік тапсырыс қызметтерін мемлекеттік сатып алу жөніндегі конкурсты жүзеге асыру кезінде қолданылады 8. конкурстық баға ұсыныстарын бағалау мен салыстыру және конкурстың жеңімпазын айқындау 48. Конкурстық баға ұсынысы конкурсқа қатысуға өтінімнің біліктілік талаптарына және КҚ талаптары мәніне қарау қорытындылары бойынша веб-порталда автоматты түрде ашылады. 49. Веб-портал конкурсқа қатысушылардың конкурстық баға ұсыныстарын автоматты түрде бағалауды және салыстыруды жүргізеді: Қағидаларға сәйкес айқындалатын демпингтік баға есептеледі; конкурсқа қатысушылардың шартты бағалары салыстырылады, ең төмен шартты баға негізінде конкурс жеңімпазы, сондай-ақ ең төмен шартты бағадан кейінгі баға негізінде екінші орын алған әлеуетті өнім беруші айқындалады; конкурстық баға ұсыныстарының шартты бағалары тең болған кезде жеңімпаз Қағидаларға сәйкес айқындалады. 50. Конкурстық баға ұсыныстарын бағалау және салыстыру нәтижелері конкурс тәсілімен мемлекеттік сатып алу қорытындылары туралы хаттамада орналастырылады. 12 / 26 9. Конкурсқа қатысуға өтінімдерді қамтамасыз етуді қайтару 51. Ұйымдастырушы әлеуетті өнім берушіге электрондық банк кепілдігі түрінде енгізілген конкурсқа қатысуға өтінімді қамтамасыз етуді мынадай жағдайлардың бірі басталған күннен бастап үш жұмыс күні ішінде қайтарады: 1) осы әлеуетті өнім беруші конкурсқа қатысуға өтінімдерді ұсынудың түпкілікті мерзімі өткенге дейін конкурсқа қатысуға өзінің өтінімін кері қайтарып алған жағдайларда ашу хаттамасын орналастыру; 2) конкурс тәсілімен мемлекеттік сатып алу қорытындылары туралы хаттамаға қол қою. Көрсетілген жағдай конкурс жеңімпазы айқындаған конкурсқа қатысушыға қолданылмайды; 3) әлеуетті өнім берушінің Мемлекеттік сатып алу туралы шартқа қол қоюы және ол заңның 13-бабына сәйкес Шарттың және (немесе) соманың орындалуын қамтамасыз етуді енгізуі (бар болса). 52. Бірыңғай оператор әлеуетті өнім берушіге конкурсқа қатысуға өтінімді бұғатталған қамтамасыз етуді автоматты түрде мынадай жағдайларда ашады: 1) осы әлеуетті өнім беруші конкурсқа қатысуға өтінімдерді ұсынудың соңғы мерзімі өткенге дейін конкурсқа қатысуға өзінің өтінімін кері қайтарып алған; 2) конкурс тәсілімен мемлекеттік сатып алу қорытындылары туралы хаттамаға қол қою. Көрсетілген жағдай конкурс жеңімпазы айқындаған конкурсқа қатысушыға қолданылмайды; 3) әлеуетті өнім берушінің Мемлекеттік сатып алу туралы шартқа қол қоюы және ол заңның 13-бабына сәйкес Шарттың және (немесе) соманың орындалуын қамтамасыз етуді енгізуі (бар болса). 53. Электрондық банк кепілдігі түрінде енгізілген конкурсқа қатысуға өтінімді қамтамасыз етуді ұйымдастырушы қайтармайды, егер: 1) конкурстың жеңімпазы болып айқындалған әлеуетті өнім беруші Мемлекеттік сатып алу туралы шарт жасасудан жалтарған; 2) конкурс жеңімпазы шарт жасасып, Заңның 13-бабына сәйкес шартты және (немесе) соманы орындауды қамтамасыз етуді енгізу және (немесе) енгізу мерзімдері туралы КҚ-да белгіленген талаптарды орындамаған не тиісінше орындамаған, оның ішінде уақтылы орындамаған. 54. Электрондық әмиян арқылы енгізілген конкурсқа қатысуға өтінімді қамтамасыз етуді бірыңғай оператор бұғаттайды және мынадай жағдайлардың бірі туындаған кезде әлеуетті өнім берушіге қайтарылмайды: 1) конкурстың жеңімпазы болып айқындалған әлеуетті өнім беруші Мемлекеттік сатып алу туралы шарт жасасудан жалтарған; 2) конкурс жеңімпазы шарт жасасып, Заңның 13-бабына сәйкес шартты және (немесе) соманы орындауды қамтамасыз етуді енгізу және (немесе) енгізу мерзімдері туралы КҚ-да белгіленген талаптарды орындамаған не тиісінше орындамаған, оның ішінде уақтылы орындамаған жағдайда. 10. Мемлекеттік сатып алу туралы шарт 55. Мемлекеттік сатып алу туралы шарт (бұдан әрі – шарт) Заңда және Қағидаларда көзделген жағдайларды қоспағанда, электрондық цифрлық қолтаңбалармен куәландырылған Тапсырыс беруші мен өнім берушінің арасындағы веб-портал арқылы жасалады. 56. Шарт жобасын жіберу, шарт жасасу, шарттың орындалуын қамтамасыз етуді енгізу тәртібі мен мерзімдері және (немесе) Заңның 13-бабына сәйкес сомалар (бар болса), сондай-ақ шартқа өзге де талаптар қағидаларда айқындалады. 13 / 26 11. Әлеуетті өнім берушілерге жұмыс тәжірибесі болуы бөлігінде қойылатын талаптар 57. Сатып алынатын тауарлар, жұмыстар, көрсетілетін қызметтер нарығында жұмыс тәжірибесінің болуы бөлігінде әлеуетті өнім берушілерге қойылатын біліктілік талаптары Қағидаларда көзделген жағдайларда белгіленеді. 14 / 26 Приложение 4 к Правилам осуществления государственных закупок Утверждаю: Акционерное общество "Центр международных программ" КАБУЛЬДИНОВ МУХАМЕД ЖУСУПОВИЧ № 04-02/50 от 2026-10-13 16:49:05 КОНКУРСНАЯ ДОКУМЕНТАЦИЯ Услуга (вид предмета закупок) Программное обеспечение для мониторинга и защиты служебной и конфиденциальной информации DLP (наименование конкурса) Заказчик: Акционерное общество "Центр международных программ" Юридический адрес: КАЗАХСТАН, Астана, СЫГАНАК 70 БИН: 050440007456 Банковские реквизиты: АО "ForteBank" ИИК: KZ7796503F0007456159 БИК: IRTYKZKA Валюта счета: KZT КБе: 16 Представитель заказчика: КАМЗЕБАЕВ ЕРЛАН ЖАНАТОВИЧ ИИН: 771102302082 Должность: Руководитель Управления обеспечения деятельности Контактный телефон: +7 7172 76 90 76 (240) E-mail: Erlan_kamzebaev@mail.ru Организатор: Акционерное общество "Центр международных программ" Юридический адрес: КАЗАХСТАН, Астана, СЫГАНАК 70 БИН: 050440007456 Банковские реквизиты: АО "ForteBank" ИИК: KZ7796503F0007456159 15 / 26 БИК: IRTYKZKA Валюта счета: KZT КБе: 16 Представитель организатора:КАМЗЕБАЕВ ЕРЛАН ЖАНАТОВИЧ ИИН: 771102302082 Должность: Руководитель Управления обеспечения деятельности Контактный телефон: +7 7172 76 90 76 (240) E-mail: Erlan_kamzebaev@mail.ru Секретарь конкурсной комиссии: АЙКЕНОВА САУЛЕ ТЛЕПБЕРГЕНОВНА ИИН: 741113450182 Должность: Главный менеджер по государственным закупкам Управления обеспечения деятельности Контактный телефон: E-mail: sajkenova@list.ru 1. Общие положения 1. Конкурс проводится с целью выбора поставщика (ов) в соответствии с прилагаемым перечнем лотов. 2. Настоящая конкурсная документация (далее – КД) включает в себя: 1) перечень лотов и условия поставки товаров, выполнения работ и оказания услуг согласно годовому плану государственных закупок по форме согласно приложению 1 к настоящей КД; 2) соглашение об участии в конкурсе согласно приложению 2 к настоящей КД; 3) форму конкурсного ценового предложения потенциального поставщика согласно приложению 3 к настоящей КД; 4) информацию о бенефициарном владении, согласно приложению 4 к настоящей КД; 5) формы квалификационных требований согласно приложениям 5, 6, 7 и 8 к настоящей КД; 6) формы сведений о квалификации потенциального поставщика для поставки товаров (выполнения работ, оказания услуг) согласно приложениям 9, 10, 11 и 12 к настоящей КД; 7) формы технических спецификаций с указанием национальных стандартов Республики Казахстан, а при их отсутствии межгосударственных стандартов на закупаемые товары, работы, услуги. При отсутствии национальных и межгосударственных стандартов указываются требуемые функциональные, технические, качественные и эксплуатационные характеристики закупаемых товаров, работ, услуг с учетом нормирования государственных закупок согласно приложениям 13, 14, 15, 16 и 16-1 к настоящей КД. При этом техническая спецификация содержит требование к поставщикам о предоставлении документов, подтверждающих соответствие поставляемых товаров требованиям, установленным 16 / 26 техническими регламентами, положениями стандартов или иными документами в соответствии с законодательством Республики Казахстан о техническом регулировании. При необходимости в технической спецификации указывается требование к потенциальным поставщикам о предоставлении потенциальным поставщиком технической спецификации о каждом комплектующем товаре по отдельности; допускается указание в технической спецификации требований о наличии в заявках на участие в конкурсе потенциальных поставщиков копий писем (сертификатов, свидетельств) от производителей либо их (дилеров или дистрибьюторов), технических паспортов, сертификатов соответствия продукции, на предлагаемые товары, указанные в технической спецификации потенциального поставщика; если технические паспорта, сертификаты соответствия продукции и другие требуемые заказчиком документы, выдаются при приобретении товара либо при ввозе на территорию Республики Казахстан, их регистрации в установленном порядке, то потенциальный поставщик предоставляет гарантийное письмо о представлении таких документов при поставке товаров; 8) форму технической спецификации закупаемых товаров, представляемую потенциальным поставщиком на каждый лот в отдельности согласно приложению 17 к настоящей КД; 9) форму договора о совместной деятельности (консорциальное соглашение) согласно приложению 18 к настоящей КД; 10) форму банковской гарантии для внесения обеспечения заявки на участие в конкурсе согласно приложению 19 к настоящей КД; 11) форму сведений о субподрядчиках по выполнению работ (соисполнителях при оказании услуг), а также виды работ и услуг, передаваемых потенциальным поставщиком субподрядчикам (соисполнителям) согласно приложению 20 к настоящей КД; 12) перечень обязательных критериев для оценки представленных потенциальными поставщиками заявок на участие в конкурсе по государственным закупкам услуг, предусмотренных государственным социальным заказом, которые будут учитываться конкурсной комиссией для определения победителя конкурса, предлагающего наиболее качественную услугу, в соответствии с пунктами 460, 460-1 и 467 настоящих Правил, приложениями 21 и 21-1 к КД, а также параграфами 20 и 21 настоящих Правил; 13) соглашение (обязательства) потенциального поставщика по выполнению работ по договору строительства "под ключ" согласно приложению 2-1 к настоящей КД. 14) задание на проектирование при осуществлении государственных закупок способом конкурса по строительству «под ключ», разработанное и утвержденное в соответствии с законодательством об архитектурной, градостроительной и строительной деятельности. 15) финансово-экономическую модель, утвержденную заказчиком согласно Правил планирования и реализации государственных инвестиционных проектов, разработки или корректировки, проведения необходимых экспертиз инвестиционного предложения, технико-экономического и финансовоэкономического обоснований, определения целесообразности бюджетного кредитования, формирования портфеля государственных инвестиционных проектов, а также корректировки утвержденных (уточненных) параметров, отбора, мониторинга и оценки реализации государственных инвестиционных проектов, утвержденных приказом исполняющего обязанности Министра национальной экономики Республики Казахстан от 28 июня 2025 года № 59. Настоящий подпункт применяется при осуществлении государственных закупок по строительству «под ключ» с реализацией проекта за счет собственных средств поставщика с последующим выполнением государственных обязательств. 3. Сумма, выделенная для данного конкурса по государственным закупкам товара (работ, услуг), составляет 8000000 теңге. Сумма, выделенная для данного конкурса, в разрезе лотов составляет: 17 / 26 № лота Наименование товара (работы, услуги) Сумма, выделенная по лоту, теңге 82612732-ОК1 Услуги по предоставлению лицензий на право использования программного обеспечения 8000000 4. Потенциальный поставщик, изъявивший желание участвовать в конкурсе, вносит с заявкой на участие в конкурсе обеспечение заявки на участие в конкурсе в размере одного процента от суммы, выделенной для приобретения товаров, работ, услуг, в одной из нижеперечисленных форм: 1) денег, находящихся в электронном кошельке потенциального поставщика; 2) банковской гарантии, предоставляемой в форме электронного документа согласно приложению 19 к настоящей КД. При осуществлении государственных закупок способом конкурса по строительству "под ключ" размер обеспечения заявки составляет три процента. 5. Срок действия обеспечения заявки на участие в конкурсе не может быть менее срока действия самой заявки на участие в конкурсе. 2. Предварительное обсуждение проекта конкурсной документации, разъяснение положений конкурсной документации организатором или заказчиком 6. Предварительное обсуждение проекта КД не осуществляется при проведении государственных закупок, сведения о которых составляют государственные секреты в соответствии с законодательством Республики Казахстан о государственных секретах, и (или) содержат служебную информацию ограниченного распространения. 7. Замечания к проекту КД, а также запросы о разъяснении положений КД могут быть направлены потенциальными поставщиками посредством веб-портала заказчику, организатору, единому организатору не позднее двух рабочих дней со дня размещения объявления об осуществлении государственных закупках. 8. При отсутствии замечаний к проекту КД, а также запросов о разъяснении положений КД в течение двух рабочих дней со дня размещения объявления об осуществлении государственных закупок КД считается утвержденной. 9. При наличии замечаний, а также запросов о разъяснении положений КД заказчик, организатор в течение двух рабочих дней со дня истечения срока предварительного обсуждения КД принимают следующие решения: 1) вносят изменения и (или) дополнения в проект КД; 2) отклоняют замечания к проекту КД с указанием обоснований причин их отклонения; 3) дают разъяснения положений КД. В случае внесения изменений и (или) дополнений в проект КД принимается решение об утверждении измененной КД на веб-портале в том же порядке, что и утверждение КД. Со дня принятия решений, предусмотренных подпунктами 2) и 3) настоящего пункта КД считается утвержденной. 10. Организатор, не позднее одного рабочего дня со дня утверждения КД размещает на веб-портале протокол предварительного обсуждения проекта КД. В случае внесения изменений и (или) дополнений в проект КД, организатор, вместе с протоколом предварительного обсуждения КД размещает утвержденный текст КД, с автоматическим уведомлением потенциальных поставщиков-участников веб-портала, получивших проект КД. 11. Протокол предварительного обсуждения проекта КД, содержит информацию о поступивших 18 / 26 замечаниях к проекту КД и принятых решениях по ним. 12. В случае принятия решения об отклонении замечаний к проекту КД, подробное обоснование причин их отклонения указывается в протоколе предварительного обсуждения проекта КД. 13. При поступлении запросов потенциальных поставщиков о разъяснении положений КД посредством веб-портала, текст разъяснения положений КД отражается в протоколе предварительного обсуждения проекта КД. 14. Решение заказчика по результатам предварительного обсуждения может быть обжаловано в порядке, определенном Законом. 3. Требования к оформлению и представлению потенциальными поставщиками заявки на участие в конкурсе 15. Заявка на участие в конкурсе подается в форме электронного документа посредством веб-портала и является формой выражения согласия потенциального поставщика, претендующего на участие в конкурсе, осуществить поставку товара (выполнить работу, оказать услугу) в соответствии с требованиями и условиями, предусмотренными настоящей КД, а также согласие потенциального поставщика на получение сведений о нем, подтверждающих соответствие квалификационным требованиям и ограничениям, установленным статьей 7 Закона. 16. Потенциальный поставщик перед формированием заявки принимает соглашение об участии в конкурсе согласно приложению 2 к настоящей КД. 17. Юридические лица, намеревающиеся участвовать в конкурсе в качестве консорциума, перед подачей заявки оформляют и заключают на веб-портале договор о совместной хозяйственной деятельности (консорциальное соглашение), согласно приложению 18 к настоящей КД. 18. Заявка на участие в конкурсе содержит: 1) электронные копии документов, заверенных электронной цифровой подписью, либо электронные документы, представляемые потенциальным поставщиком в подтверждение его соответствия квалификационным требованиям: разрешения (уведомления) и (или) патенты, свидетельства, сертификаты, другие документы, подтверждающие право потенциального поставщика на производство, переработку, поставку и реализацию закупаемых товаров, на выполнение работ, оказание услуг; свидетельство или справку о государственной регистрации (перерегистрации) юридического лица. В случае если юридическое лицо осуществляет деятельность на основании Типового устава, утвержденного в установленном законодательством Республики Казахстан порядке, то заявление о государственной регистрации; устав, утвержденный в установленном законодательством порядке, за исключением случаев, когда юридическое лицо осуществляет деятельность на основании Типового устава; учредительный документ (в случае, если устав не содержит сведения об учредителях или составе учредителей), содержащий сведения об учредителе или составе учредителей либо выписка из реестра держателей акций; сведения об объемах оказанных потенциальным поставщиком услуг в течение последних пятнадцати лет, аналогичных (схожих) закупаемым на конкурсе, с приложением электронных копий подтверждающих документов; сведения о наличии материальных ресурсов, предусмотренных конкурсной документацией для оказания услуг с приложением электронных копий подтверждающих документов (данное требование может быть установлено в случае проведения государственных закупок услуг, предусмотренных государственным социальным заказом, объем финансирования которых на один финансовый год превышает 1000 (тысячекратный) размер месячного расчетного показателя, установленного законом о республиканском бюджете на соответствующий финансовый год); сведения о квалифицированных специалистах, привлекаемых к реализации социального проекта и (или) 19 / 26 социальной программы в соответствии со Стандартами государственного социального заказа, утвержденными приказом Министра общественного развития Республики Казахстан от 15 августа 2018 года № 19 (зарегистрирован в Реестре государственной регистрации нормативных правовых актов под № 17314); сведения о квалификации для участия в процессе государственных закупок согласно приложениям 9, 10, 11 и 12 к настоящей КД; сведения о субподрядчиках по выполнению работ (соисполнителях при оказании услуг), являющихся предметом закупок на конкурсе, согласно приложению 20 к настоящей КД, и условие запрета передачи потенциальным поставщиком субподрядчикам (соисполнителям) на субподряд (соисполнение) в совокупности более тридцати процентов от общего объема работ (стоимости строительства), услуг. В случае, если потенциальный поставщик предусматривает привлечь субподрядчиков (соисполнителей) работ либо услуг, то потенциальный поставщик предоставляет организатору электронные копии документов, подтверждающие соответствие привлекаемых субподрядчиков (соисполнителей) квалификационным требованиям. Требования третьего, четвертого, пятого, шестого и седьмого абзацев части первой настоящего подпункта при меняются при осуществлении конкурса по государственным закупкам услуг, предусмотренных государственным социальным заказом; 2) техническую спецификацию с указанием национальных стандартов, а в случае их отсутствия межгосударственных стандартов на закупаемые товары, работы, услуги. При отсутствии национальных и межгосударственных стандартов указываются описание функциональных, технических, качественных и эксплуатационных характеристик закупаемых товаров, работ, услуг, в том числе с указанием на товарные знаки, знаки обслуживания, фирменные наименования, патенты, полезные модели, промышленные образцы, наименование места происхождения товара и наименование производителя, и иные характеристики по формам согласно приложениям 13, 14, 15, 16 и 16-2 к настоящей КД для работ или услуг, приложению 17 к настоящей КД для товаров. При осуществлении закупок товаров, на которые решением Правительства Республики Казахстан установлены изъятия из национального режима, потенциальным поставщикам необходимо предоставить техническую спецификацию исключительно на товар собственного производства, в соответствии с выпиской из реестра казахстанских товаропроизводителей, выданной в установленном порядке в соответствии с приказом Министра промышленности и строительства Республики Казахстан от 27 а в г у с т а 2 0 2 5 г о д а № 3 2 7 « О б у т в е р ж д е н и и П р а в и л в е д е н и я р е е с т р а к а з а х с т а н с к и х товаропроизводителей» (зарегистрирован в Реестре государственной регистрации нормативных правовых актов под № 36717); При необходимости в технической спецификации указывается нормативно-техническая документация. Потенциальный поставщик в соответствии с требованиями заказчика предоставляет техническую спецификацию о каждом комплектующем товаре по отдельности. 3) обеспечение заявки на участие в конкурсе в размере, установленном Законом, в виде: банковской гарантии, предоставляемой в форме электронного документа согласно приложению 19 к настоящей КД; денег, находящихся в электронном кошельке потенциального поставщика; 4) конкурсное ценовое предложение в форме электронного документа, согласно приложению 3 к настоящей КД. 5) информацию о бенефициарном владении, согласно приложению 4 к настоящей КД, которая в случае признания заявки победителем подлежит раскрытию в протоколе об итогах. 20 / 26 6) соглашение об участии в конкурсе согласно приложению 2 к настоящей КД; 7) соглашение (обязательства) потенциального поставщика по выполнению работ по договору строительства "под ключ" согласно приложению 2-1 к настоящей КД. 8) финансово-экономическую модель, разработанную потенциальным поставщиком согласно Правил планирования и реализации государственных инвестиционных проектов, разработки или корректировки, проведения необходимых экспертиз инвестиционного предложения, технико-экономического и финансово-экономического обоснований, определения целесообразности бюджетного кредитования, формирования портфеля государственных инвестиционных проектов, а также корректировки утвержденных (уточненных) параметров, отбора, мониторинга и оценки реализации государственных инвестиционных проектов, утвержденных приказом исполняющего обязанности Министра национальной экономики Республики Казахстан от 28 июня 2025 года № 59. Настоящий подпункт применяется при осуществлении государственных закупок по строительству «под ключ» с реализацией проекта за счет собственных средств поставщика с последующим выполнением государственных обязательств. 19. Срок действия конкурсной заявки, составляет 60 календарных дней с даты вскрытия конкурсных заявок. 20. Электронные копии документов, содержащиеся в заявке на участие в конкурсе, должны быть четкими и разборчивыми, независимо от цвета изображения. 21. Заявка на участие в конкурсе, а также вся корреспонденция и документы, касательно заявки на участие в конкурсе составляются и представляются на казахском или русском языках по выбору потенциального поставщика. В случае их составления и представления потенциальным поставщиком на другом языке, к ним прилагается точный (нотариально заверенный) перевод. 4. Порядок представления заявки на участие в конкурсе 22. Заявка на участие в конкурсе представляется потенциальным поставщиком организатору посредством веб-портала. 23. Представленные потенциальными поставщиками заявки на участие в конкурсе автоматически регистрируются на веб-портале. 24. Заявка на участие в конкурсе считается принятой в момент автоматической отправки веб-порталом соответствующего уведомления поставщику, подавшему заявку на участие в конкурсе. 25. Заявка на участие в конкурсе потенциального поставщика автоматически отклоняется веб-порталом в следующих случаях: 1) потенциальным поставщиком ранее представлена заявка на участие в данном конкурсе; 2) заявка на участие в конкурсе поступила на веб-портал после истечения окончательного срока приема заявок на участие в данном конкурсе; 3) конкурсное ценовое предложение превышает сумму, выделенную для приобретения данных товаров, работ, услуг; 4) предусмотренных подпунктами 1), 3), 4), 5), 6) и 8) пункта 1 статьи 7 Закона. 26. Конкурсное ценовое предложение потенциального поставщика выражается в теңге. 5. Изменение заявок на участие в конкурсе и их отзыв 21 / 26 27. Потенциальный поставщик не позднее окончания срока представления заявок на участие в конкурсе может: 1) изменить и (или) дополнить внесенную заявку на участие в конкурсе; 2) отозвать свою заявку на участие в конкурсе, не утрачивая права на возврат внесенного им обеспечения заявки на участие в конкурсе. 28. Не допускаются внесение изменений и (или) дополнений, равно как отзыв заявки на участие в конкурсе после истечения окончательного срока представления заявок на участие в конкурсе. 29. Потенциальный поставщик несет все расходы, связанные с его участием в конкурсе. Заказчик, организатор, конкурсная комиссия, экспертная комиссия (эксперт) не несут обязательства по возмещению этих расходов независимо от итогов конкурса. 6. Вскрытие заявок на участие в конкурсе 30. Веб-порталом производится автоматическое вскрытие заявок на участие в конкурсе в течение пяти минут после наступления даты и времени окончания срока приема заявок на участие в конкурсе. В случае, если на конкурс (лот) представлена только одна заявка на участие в конкурсе (лоте), то такая заявка также вскрывается и рассматривается. 31. Протокол вскрытия заявок на участие в конкурсе размещается веб-порталом автоматически в день вскрытия. При этом веб-портал рассылает автоматические уведомления членам конкурсной комиссии, потенциальным поставщикам, автоматически зарегистрированным на веб-портале. 7. Рассмотрение заявок на участие в конкурсе 32. Рассмотрение заявок на участие в конкурсе осуществляется конкурсной комиссией с целью определения потенциальных поставщиков, соответствующих квалификационным требованиям и требованиям КД. Конкурсная комиссия: 1) посредством веб-портала запрашивает у потенциальных поставщиков материалы и разъяснения в связи с их заявками с тем, чтобы упростить рассмотрение, оценку и сопоставление заявок на участие в конкурсе; 2) в целях уточнения сведений, содержащихся в заявках на участие в конкурсе, в письменной форме и (или) форме электронного документа запрашивает необходимую информацию у соответствующих физических или юридических лиц, государственных органов. 34. По результатам рассмотрения заявок на участие в конкурсе государственных услуг, предусмотренных государственным социальным заказом, конкурсная комиссия: 1) определяет потенциальных поставщиков, которые соответствуют требованиям настоящей КД, и признает их участниками конкурса; 2) рассчитывает баллы для оценки представленных потенциальными поставщиками заявок на участие в конкурсе на основе следующих критериев, указанных в пунктах 460 и 460-1 настоящих Правил; Расчет баллов по критериям, предусмотренным данным подпунктом настоящего пункта, рассчитывается в соответствии с приложениями 21 и 21-1 к КД. Критерий «нахождение потенциального поставщика в соответствующей административнотерриториальной единице в границах столицы, области и городов республиканского значения по месту оказания услуг» применяется в соответствии с параграфом 20 настоящих Правил. 22 / 26 Отрицательные значения, применяются в соответствии с параграфом 21 настоящих Правил. Потенциальные поставщики, конкурсные заявки которых набрали 0 (ноль) баллов по одному из критериев, указанным в подпунктах 1), 2), 3) и 4) пункта 460 настоящих Правил, не допускаются к участию в конкурсе, независимо от общего количества набранных баллов. Потенциальные поставщики, конкурсные заявки которых набрали 0 (ноль) баллов по одному из критериев, указанным в подпунктах 1), 2), 4) и 5) пункта 460-1 настоящих Правил, не допускаются к участию в конкурсе, независимо от общего количества набранных баллов. В случае непредставления потенциальным поставщиком документов, подтверждающих указанные критерии, конкурсная комиссия не рассчитывает соответствующие баллы для оценки их заявок на участие в конкурсе. Условия, предложенные потенциальными поставщиками для оценки своих заявок на участие в конкурсе, включаются в договор. 3) применяет к конкурсным ценовым предложениям потенциальных поставщиков, допущенных к участию в конкурсе условное уменьшение цен в зависимости от количества присвоенных конкурсной комиссией баллов для оценки заявок на участие в конкурсе, предусмотренных подпунктом 2) настоящего пункта 35. Баллы, выставленные конкурсной комиссией по всем критериям, автоматически суммируются вебпорталом, по результатам чего, потенциальному поставщику выставляется итоговая оценка его заявки на участие в конкурсе, выраженная в баллах. 36. К потенциальным поставщикам, допущенным к участию в конкурсе по результатам рассмотрения на предмет соответствия требованиям конкурсной документации и оценки их заявок на участие в конкурсе, применяется следующее условное уменьшение конкурсных предложений: 1) по лотам, объем финансирования которых на один финансовый год не превышает 1000 (тысячекратного) размера месячного расчетного показателя, установленного законом о республиканском бюджете на соответствующий финансовый год: если итоговая оценка заявки на участие в конкурсе потенциального поставщика составляет от 12 до 14 баллов включительно, то конкурсное ценовое предложение потенциального поставщика условно уменьшается на 10 (десять) процентов; если итоговая оценка заявки на участие в конкурсе потенциального поставщика составляет от 15 до 18 баллов включительно, то конкурсное ценовое предложение потенциального поставщика условно уменьшается на 20 (двадцать) процентов; 2) по лотам, объем финансирования которых на один финансовый год превышает 1000 (тысячекратного) размера месячного расчетного показателя, установленного законом о республиканском бюджете на соответствующий финансовый год: если итоговая оценка заявки на участие в конкурсе потенциального поставщика составляет от 12 до 17 баллов включительно, то конкурсное ценовое предложение потенциального поставщика условно уменьшается на 10 (десять) процентов; если итоговая оценка заявки на участие в конкурсе потенциального поставщика составляет от 18 до 23 баллов включительно, то конкурсное ценовое предложение потенциального поставщика условно уменьшается на 20 (двадцать) процентов; если итоговая оценка заявки на участие в конкурсе потенциального поставщика составляет от 24 до 31 балла включительно, то конкурсное ценовое предложение потенциального поставщика условно уменьшается на 30 (тридцать) процентов. 23 / 26 При этом независимо от объема финансирования лота также применяются критерии, влияющие на конкурсные ценовые предложения в соответствии с параграфами 20 и 21 настоящих Правил. 37. Конкурсная комиссия рассчитывает баллы применительно к каждому потенциальному поставщику, представившему заявку на участие в конкурсе, в том числе, когда на участие в конкурсе представлена одна заявка. 38. Конкурсная комиссия применяет к конкурсным ценовым предложениям потенциальных поставщиков, допущенных к участию в конкурсе, условное уменьшение цен, за исключением, когда на участие в конкурсе допущена одна заявка. 39. По итогам рассмотрения заявок на участие в конкурсе конкурсная комиссия оформляет протокол об итогах. Конкурсная комиссия рассматривает заявку на участие в конкурсе, как отвечающую требованиям КД, если в ней присутствуют грамматические или арифметические ошибки, которые можно исправить, не затрагивая существа представленной заявки на участие в конкурсе. 40. Конкурсная комиссия признает внесенное обеспечение заявки на участие в конкурсе, не соответствующее требованиям КД, в случаях: 1) недостаточного срока действия обеспечения заявки на участие в конкурсе, представленной в виде банковской гарантии; 2) ненадлежащего оформления обеспечения заявки на участие в конкурсе, которое выражается в отсутствии сведений, не позволяющих конкурсной комиссии установить: лицо, выдавшее обеспечение заявки на участие в конкурсе; название и номер конкурса, для участия в котором вносится обеспечение заявки на участие в конкурсе в виде банковской гарантии; срок действия обеспечения заявки на участие в конкурсе, условия его предоставления, представленной в виде банковской гарантии и (или) сумму обеспечения заявки на участие в конкурсе; лицо, которому выдано обеспечение заявки на участие в конкурсе; лицо, в пользу которого вносится обеспечение заявки на участие в конкурсе; 3) внесения обеспечения заявки на участие в конкурсе в размере менее одного процента от суммы, выделенной на конкурс, а в случае конкурса по строительству "под ключ" менее трех процентов. Сумма обеспечения заявки на участие в конкурсе, исчисленная в тиынах округляется. При этом, сумма менее пятидесяти тиын округляется до нуля, а сумма, равная пятидесяти тиынам и выше, округляется до одного теңге. По иным основаниям признание внесенного обеспечения заявки на участие в электронном конкурсе не соответствующим требованиям КД не допускается. 41. При внесении обеспечения заявки на участие в конкурсе в размере менее одного процента от суммы, выделенной на конкурс, а в случае конкурса по строительству "под ключ" менее трех процентов, потенциальный поставщик вправе в целях приведения в соответствие с требованиями КД суммы обеспечения заявки на участие в конкурсе внести дополнительное обеспечение заявки на участие в конкурсе в одном из предусмотренном Правилами вида. Не предоставляется право для приведения заявок на участие в конкурсе в соответствие с требованиями КД потенциальным поставщикам, не внесшим обеспечение заявки на участие в конкурсе. 42. Потенциальный поставщик не допускается к участию в конкурсе (признан участником конкурса), 24 / 26 если: 1) он и (или) его субподрядчик либо соисполнитель определены не соответствующими квалификационным требованиям; 2) имеет ограничения, связанные с участием в государственных закупках, предусмотренные в статье 7 Закона. По ограничениям, связанным с участием в государственных закупках, предусмотренных подпунктами 1), 3), 4), 5), 6) и 8) пункта 1 статьи 7 Закона, заявка на участие в конкурсе потенциального поставщика подлежит автоматическому отклонению веб-порталом. По ограничениям, связанным с участием в государственных закупках, предусмотренных подпунктами 7), 9), 10) и 11) пункта 1 статьи 7 Закона, конкурсная комиссия рассматривает информацию на интернет-ресурсах соответствующих уполномоченных органов; 3) его заявка на участие в конкурсе определена не соответствующей требованиям КД, в том числе, если он не представил обеспечение заявки на участие в конкурсе в соответствии с требованиями Правил. 43. Конкурсная комиссия при формировании протокола об итогах государственных закупок способом конкурса определяет условные скидки в соответствии с критериями, предусмотренными в Правилах осуществления государственных закупок применительно к каждому потенциальному поставщику, представившему заявку на участие в конкурсе, за исключением случаев, когда на участие в конкурсе представлена одна заявка. 44. Порядок расчета критериев, влияющих на конкурсное ценовое предложение определяется Правилами. 45. Допускается несоответствие технической спецификации на товары, работы и услуги потенциального поставщика технической спецификации товары, работы и услуги, указанной в КД, если предлагаются более лучшие функциональные технические, эксплуатационные и качественные характеристики товаров (услуг), технологические решения и (или) выполнение работ из лучших материалов. 46. Заявка на участие в конкурсе признается отвечающей требованиям КД, если в ней присутствуют грамматические или арифметические ошибки, которые можно исправить, не затрагивая существа представленной заявки на участие в конкурсе. 47. Требования пунктов 34, 35, 36, 37 и 38 настоящей КД применяется при осуществлении конкурса по государственным закупкам услуг государственного социального заказа. 8. Оценка и сопоставление конкурсных ценовых предложений и определение победителя конкурса 48. Конкурсное ценовое предложение вскрывается веб-порталом автоматически по итогам рассмотрения заявки на участие в конкурсе на предмет соответствия квалификационным требованиям и требованиям КД. 49. Веб-порталом производятся автоматическая оценка и сопоставление конкурсных ценовых предложений участников конкурса: рассчитывается демпинговая цена, определяемая в соответствии с Правилами; сопоставляются условные цены участников конкурса, определяется победитель конкурса на основе наименьшей условной цены, также потенциальный поставщик, занявший второе место на основе цены, следующей после наименьшей условной цены; при равенстве условных цен конкурсных ценовых предложений победитель определяется в соответствии с Правилами. 50. Результаты оценки и сопоставления конкурсных ценовых предложений размещаются в протоколе об итогах государственных закупок способом конкурса. 25 / 26 9. Возврат обеспечения заявок на участие в конкурсе 51. Организатор возвращает потенциальному поставщику обеспечение заявки на участие в конкурсе, внесенное в виде электронной банковской гарантии, в течение трех рабочих дней со дня наступления одного из следующих случаев: 1) размещения протокола вскрытия в случаях отзыва данным потенциальным поставщиком своей заявки на участие в конкурсе до истечения окончательного срока представления заявок на участие в конкурсе; 2) подписания протокола об итогах государственных закупок способом конкурса. Указанный случай не распространяется на участника конкурса, определенного победителем конкурса; 3) подписания потенциальным поставщиком договора о государственных закупках и внесения им обеспечения исполнения договора и (или) суммы в соответствии со статьей 13 Закона (при наличии). 52. Единый оператор автоматически разблокирует потенциальному поставщику заблокированное им обеспечение заявки на участие в конкурсе в следующих случаях: 1) отзыва данным потенциальным поставщиком своей заявки на участие в конкурсе до истечения окончательного срока представления заявок на участие в конкурсе; 2) подписания протокола об итогах государственных закупок способом конкурса. Указанный случай не распространяется на участника конкурса, определенного победителем конкурса; 3) подписания потенциальным поставщиком договора о государственных закупках и внесения им обеспечения исполнения договора и (или) суммы в соответствии со статьей 13 Закона (при наличии). 53. Обеспечение заявки на участие в конкурсе, внесенное в виде электронной банковской гарантии, не возвращается организатором в случаях, если: 1) потенциальный поставщик, определенный победителем конкурса, уклонился от заключения договора о государственных закупках; 2) победитель конкурса, заключив договор, не исполнил либо ненадлежащим образом исполнил, в том числе несвоевременно исполнил требования, установленные КД о внесении и (или) сроках внесения обеспечения исполнения договора и (или) суммы в соответствии со статьей 13 Закона. 54. Обеспечение заявки на участие в конкурсе, внесенное через электронный кошелек, блокируется единым оператором и не возвращается потенциальному поставщику при наступлении одного из следующих случаев: 1) потенциальный поставщик, определенный победителем конкурса, уклонился от заключения договора о государственных закупках; 2) победитель конкурса, заключив договор, не исполнил либо ненадлежащим образом исполнил, в том числе несвоевременно исполнил требования, установленные КД о внесении и (или) сроках внесения обеспечения исполнения договора и (или) суммы в соответствии со статьей 13 Закона. 10. Договор о государственных закупках 55. Договор о государственных закупках (далее – договор) заключается посредством веб-портала между заказчиком и поставщиком, удостоверенный электронными цифровыми подписями, за исключением случаев, предусмотренных Законом и Правилами. 56. Порядок и сроки направления проекта договора, заключения договора, внесению обеспечения исполнения договора и (или) суммы в соответствии со статьей 13 Закона (при наличии), а также иных условий к договору определяются Правилами. 11. Требование к потенциальным поставщикам в части наличия опыта работы 26 / 26 57. Квалификационные требования к потенциальным поставщикам в части наличия опыта работы на рынке закупаемых товаров, работ, услуг устанавливаются в случаях, предусмотренных Правилами.
  • Проект договора об электронных закупках — contract_project_17772698.pdf

    PDF77,3 КБ45 206 знаков

    Показать текст документа
    Көрсетілетін қызметтерді мемлекеттік сатып алу туралы шарт Тапсырыс берушінің өңірі Шарттың нөмірі шарттың күні Бұдан әрі «Тапсырыс беруші» деп аталатын Тапсырыс берушінің толық атауы, Тапсырыс берушінің негіздемесі негізінде әрекет ететін Тапсырыс берушінің лауазымы Тапсырыс берушінің ТАӘ атынан бір тараптан және бұдан әрі «Өнім беруші» деп аталынатын Өнім берушінің толық атауы, Өнім берушінің негіздемесі негізінде әрекет ететін Өнім берушінің лауазымы Өнім берушінің ТАӘ атынан екінші тараптан, бұдан әрі бірлесіп «Тараптар» деп аталатындар «Мемлекеттік сатып алу туралы» Қазақстан Республикасы Заңының (бұдан әрі – Заң) және «қорытындылардың күні» жыл № қорытындылардың нөмірі «Ашық конкурс» мемлекеттік сатып алудың қорытындылары негізінде осы көрсетілетін қызметтерді мемлекеттік сатып алу туралы шартты (бұдан әрі – Шарт) жасасты және мына төмендегі туралы келісімге келді: 1 Шарттың мәні 1.1 Өнім беруші осы Шарттың ажырамас бөлігі болып табылатын оған қосымшаларда көрсетілген шарттарға, талаптарға сәйкес және баға бойынша Қызмет(тер) көрсетуге міндеттенеді, ал Тапсырыс беруші осы Шарттың талаптарымен Көрсетілген қызмет(тер)ді қабылдауға және Шарт бойынша Өнім беруші өз міндеттемелерін тиісінше орындау шартында төлеуге міндеттенеді. 1.2 Төменде келтірілген құжаттар мен онда келісілген шарттар осы Шартты құрайды және оның ажырамас бөлігі болып табылады, атап айтқанда: 1) осы Шарт; 2) лоттар тізбесі және қызметтер көрсету шарты (1-қосымша); 3) техникалық ерекшелік (2-қосымша). 2 Шарттың сомасы және ақы төлеу шарттары 2.1 Шарттың жалпы сомасы Шартқа № 1 қосымшада айқындалады және Шарттың сомасы сома жазумен ) теңгені құрайды және қызметтерді көрсетумен байланысты барлық шығыстарды, <сондай-ақ Қазақстан Республикасының заңнамасында көзделген барлық салықтар мен алымдарды, оның ішінде ҚҚС <ҚҚС сомасы> / <ҚҚС есепке алмағанда> (бұдан әрі – Шарттың сомасы) қамтиды. 2.2 Көрсетілген Қызметтер үшін төлемді Тапсырыс беруші Көрсетілген қызметтер актісіне Тараптар қол қойған күннен бастап күнтізбелік 30 (отыз) күннен кешіктірмей Өнім берушінің есеп шотына ақшалай қаражат аудару арқылы жүргізеді. 2.2 Тапсырыс беруші Шарт күшіне енгеннен кейін Өнім беруші Шарттың орындалуын қамтамасыз етуді, авансты қамтамасыз етуді және (немесе) Заңның 13-бабына сәйкес соманы енгізгеннен кейін 1-қосымшаға сәйкес мөлшерде аванстық төлемді жүргізеді. Қалған соманы Тапсырыс беруші бұрын төленген авансты барабар ұстау ескеріле отырып, көрсетілген қызмет актісіне Тараптар қол қойған күннен бастап 30 (отыз) күнтізбелік күннен кешіктірмей Өнім берушінің есеп шотына ақшалай қаражат аудару арқылы төлейді. Көрсетілген Қызметтер үшін төлемді Тапсырыс беруші Көрсетілген қызметтер актісіне Тараптар қол қойған күннен бастап күнтізбелік 30 (отыз) күннен кешіктірмей Өнім берушінің есеп шотына ақшалай қаражат аудару арқылы жүргізеді. 2.3 Сандық және құндық шамадағы көрсетілетін қызмет көлемі Шартқа 1-қосымшада келтірілген 2.4 Төлеу алдындағы қажетті құжаттар: 1) қол қойылған Шарт; 2) көрсетілген қызмет актісі (актілері); 3) мемлекеттiк сатып алуды жүзеге асыру қағидаларына 53-қосымшаға сәйкес нысан бойынша жұмыстар мен көрсетілетін қызметтердегі елішілік құндылық туралы есеп; 4) Өнім беруші Тапсырыс берушіге көрсеткен қызметтердің сипаттамасымен, жалпы сомасы көрсетіле отырып, электрондық шот-фактура; 3 Тараптардың міндеттемелері 3.1 Өнім беруші мыналарға: 1) Шарт бойынша өзіне алған міндеттемелердің толық және тиесілі орындалуын қамтамасыз етуге; 2) Шарт күшіне енген күннен бастап он жұмыс күні ішінде шарттың орындалуын қамтамасыз ету сомасы шарттың жалпы сомасының 3 (үш) пайызы мөлшерінде 3 пайызы мөлшерінде қамтамасыз ету сомасын теңгеге тең және Шартқа 1-қосымшаға сәйкес шарттың мәні бойынша көзделген аванс мөлшеріне тең <және <аванс сомасы> теңгеге тең Шартқа 1- қосымшаға сәйкес шарт мәндері бойынша көзделген аванс мөлшерлерін> теңгеге, сондай-ақ <сома> теңгеге тең Заңның 13-бабына сәйкес соманы енгізуге бұл жалпы қамтамасыз ету сомасын (қамтамасыз ету сомасы жазумен) теңгені құрайды: әлеуетті өнім берушінің электрондық әмиянындағы ақша; не: Мемлекеттік сатып алуды жүзеге асыру қағидаларына 44-қосымшаға сәйкес электрондық құжат нысанында берілетін банктік кепілдік. не: Мемлекеттік сатып алуды жүзеге асыру қағидаларына 45-қосымшаға сәйкес үлгілік нысан бойынша электрондық құжат түріндегі өнім берушінің азаматтық-құқықтық жауапкершілігін сақтандыру шарты. Бұл ретте Шарттың орындалуын қамтамасыз ету Мердігер Шарттың орындалуын қамтамасыз етуді енгізу мерзімі өткенге дейін ол Шарт бойынша міндеттемелерді толық және тиісінше орындаған жағдайда енгізбеуі мүмкін; 3) Шарт бойынша өз міндеттемелерін орындау кезінде Шарттың ажырамас бөлігі болып табылатын осы Шартқа қосымшаларда көрсетілген талаптарға көрсетілетін қызметтердің сәйкестігін қамтамасыз етуге; 4) Тапсырыс берушінің алдын ала жазбаша келісімінсіз Тапсырыс беруші немесе Шарттың жағдайларын орындау үшін Өнім беруші тартқан персоналдан басқа оның атынан басқа тұлғалар ұсынған техникалық құжаттаманың мазмұнын ашпауға міндеттенеді. Көрсетілген ақпарат бұл персоналға құпия түрде және міндеттемелерді орындауға қажетті шамада ұсынылуы тиіс; 5) Тапсырыс берушінің алдын ала жазбаша келісімінсіз жоғарыда көрсетілген қандай да бір құжаттарды және ақпаратты Шартты іске асыру мақсатынан басқа мақсатта пайдаланбауға; 6) Тапсырыс берушінің бірінші талабы бойынша Шарт бойынша міндеттемелердің орындалу барысы туралы ақпарат ұсынуға; 7) Өнім берушінің Шарттың талаптарын тиісінше орындамауынан және/немесе өзге де заңсыз іс-әрекеттермен туындаған келтірілген залалдарды Тапсырыс берушіге толық көлемде өтеуге міндеттенеді. 8) Тапсырыс берушіге веб-портал арқылы электрондық цифрлық қолтаңбамен бекітілген көрсетілген қызметтер актісін, сондай-ақ мемлекеттік сатып алуды жүзеге асыру қағидаларына 53-қосымшаға сәйкес нысан бойынша қызметтердегі елішілік құндылық туралы есепті ресімдеуге және жіберуге; 9) Тапсырыс беруші көрсетілген қызметтер актісін бекіткеннен кейін Қазақстан Республикасының Қаржы министрінің 2025 жылғы 28 қазандағы № 629 бұйрығымен бекітілген Шот-фактураны жазып беру қағидалары және оның нысанына (нормативтік құқықтық актілерді мемлекеттік тіркеу тізілімінде № 37241 болып тіркелген) (бұдан әрі – Шот-фактураны жазып беру қағидалары және оның нысаны) сәйкес электрондық шот-фактуралардың ақпараттық жүйесі арқылы электрондық нысанда шот-фактура жазып беруге міндеттенеді. 3.2 Өнім беруші: 1) Тапсырыс берушіден Шарт бойынша көрсетілген Қызметтерге төлем талап етуге; 2) Тапсырыс берушімен алдын ала орындау мерзімін келісе отырып, Шартқа № 1 қосымшада көрсетілген Қызметті мерзімінен бұрын көрсетуге құқылы. 3.3 Тапсырыс беруші: 1) Қызметтерді көрсету үшін Өнім берушінің мамандарының қол жеткізуін қамтамасыз етуге; 2) көрсетілген Қызметтердің сәйкессіздіктері анықталған кезде тез арада Өнім берушіні жазбаша хабарландыруға; 3) қызметтерді қабылдау кезінде мемлекеттік сатып алуды жүзеге асыру қағидаларының 587- тармағында белгіленген мерзімдерде веб-портал арқылы көрсетілген қызметтер актісін бекітуге не оны қабылдамаудың дәлелді негіздемелерін көрсете отырып қабылдаудан бас тартуға; 4) көрсетілген қызметтер актісі бекітілгеннен кейін Шот-фактураны жазып беру қағидалары және оның нысанына сәйкес электрондық шот-фактуралардың цифрлық жүйесі арқылы электрондық нысанда Өнім беруші жазып берген шот-фактураны қабылдауға; 5) осы Шартта белгіленген тәртіпте және мерзімдерде төлем жүргізуге міндеттенеді. 3.4 Тапсырыс беруші: 1) көрсетілген Қызметтердің сапасын тексеруге; 2) Қызмет мерзімінен бұрын көрсетілген жағдайда, Тапсырыс беруші көрсетілген қызметті мерзімінен бұрын қабылдауға және ол үшін Шарт талаптарына сәйкес ақы төлеуге құқылы. Қызметті мерзімінен бұрын көрсетуден бас тартуға оны қабылдау мүмкін болмаған жағдайларда жол беріледі. 4 Қызметтердің техникалық ерекшелікке сәйкестігін тексеру 4.1 Тапсырыс беруші немесе оның өкілдері Көрсетілетін қызметтердің техникалық ерекшелікте (Шартқа 2-қосымша) көрсетілген талаптарға сәйкестігі тұрғысынан бақылау мен тексеру жүргізе алады. Бұл ретте осы тексерулер бойынша барлық шығыстарды Өнім беруші көтереді. Тапсырыс беруші Өнім берушіні осы мақсаттар үшін белгіленген өз өкілдері туралы жазбаша түрде уақтылы хабарлауы тиіс. 4.2 Осы Шарт шеңберінде көрсетілген Қызметтер техникалық ерекшелікте көрсетілген стандарттарға сәйкес немесе олардан жоғары болуы тиіс. 4.3 Егер тексеру кезінде көрсетілген Қызметтердің нәтижелері техникалық ерекшеліктің (Шартқа 2-қосымша) талаптарына сәйкес келмейді деп танылса, Өнім беруші, Тапсырыс беруші тарапынан ешқандай қосымша шығынсыз, техникалық ерекшелік талаптарына сәйкессіздіктерді жою бойынша шараларды тексеру сәтінен бастап 3 күн ішінде қолданады. 4.4 Жоғарыда көрсетілген ешбір тармақ Өнім берушіні Шарт бойынша басқа міндеттемелерден босатпайды. 5 Қызметтер көрсету 5.1 Өнім берушінің қызметтерді көрсетуі Шарттың ажырамас бөлігі болып табылатын Шартқа 1-қосымшада көрсетілген мерзімдерде жүзеге асырылады. 5.2 Өнім беруші Тапсырыс берушіге осы Шартқа қосымшаларда көрсетілген талаптарға дәл сәйкестікте көрсетілетін қызметті толық тапсыруы шартында Қызмет көрсетілді деп есептеледі. 6 Кепілдік 6.1 Өнім беруші Тапсырыс берушіге үздіксіз, сапалы және уақтылы қызмет көрсетудің қамтамасыз етілуіне кепілдік береді. 6.2 Өнім беруші техникалық ерекшеліктің (Шартқа 2-қосымша) Қызметтерінің қателерін, жете өңдеулері мен басқа да сәйкессіздіктерін ақысыз түзетуге кепілдік береді. 6.3 Тапсырыс беруші берілген кепілдікке байланысты барлық шағымдары туралы Өнім берушіге жазбаша түрде жедел хабарлауға міндетті, одан кейін Өнім беруші, осыған байланысты барлық шығыстарды қоса алғанда, өз есебінен кемшіліктерді жою шараларын Тапсырыс беруші хабарламасында айқындалған мерзімде қолдануға тиіс 6.4 Егер Өнім беруші хабарламаны алып, кемшіліктерді жою шараларын уақтылы қолданбаса, Тапсырыс беруші Шарт бойынша Өнім берушіге қатысты өзінің басқа құқықтарына ешқандай нұқсан келтірмей және Өнім беруші есебінен қажетті санкциялар мен кемшіліктерді жою шараларын қолдана алады. 7 Тараптардың жауапкершілігі 7.1 Тараптар осы Шарт шеңберіндегі өз міндеттемелерін орындамаған немесе тиісінше орындамаған жағдайда барлық даулар мен келіспеушіліктер Қазақстан Республикасының қолданыстағы заңнамасына сәйкес шешіледі. 7.2 Секвестр және/немесе тиісті бюджеттердің қолма-қол ақшаны бақылау шотында/мемлекеттік кәсіпорындардың, дауыс беретін акцияларының елу және одан астам проценті мемлекетке тиесілі заңды тұлғалардың есеп шотында ақша жетіспеген жағдайларды қоспағанда, егер Тапсырыс беруші Өнім берушіге тиесілі қаражатты Шартта көрсетілген мерзімдерде төлемесе, Тапсырыс беруші Өнім берушіге мерзімі өткен әрбір күн үшін тиесілі соманың 0,1 % (нөл бүтін оннан бір) мөлшерінде ұсталған төлемдер бойынша тұрақсыздық айыбын (өсімпұл) төлейді. Бұл ретте тұрақсыздық айыбының (өсімпұл) жалпы сомасы Шарттың жалпы сомасының 10 %-ынан аспауға тиіс. 7.3 Қызмет көрсету мерзімдерін өткізіп алған жағдайда, Тапсырыс беруші Өнім берушіден ол міндеттемелерін толық орындамаған жағдайда мерзімі өткен әрбір күн үшін шарттың жалпы сомасының 0,1 % мөлшерінде тұрақсыздық айыбын (айыппұл, өсімпұл) ұстайды (өндіріп алады) не міндеттемелерін тиісінше орындамаған (ішінара орындамаған) жағдайда мерзімі өткен әрбір күн үшін орындалмаған міндеттемелер сомасының 0,1 % мөлшерінде тұрақсыздық айыбын (айыппұл, өсімпұл) ұстайды (өндіріп алады). Бұл ретте тұрақсыздық айыбының (өсімпұл) жалпы сомасы Шарттың жалпы сомасының 15 %-нан аспауға тиіс. 7.4 Өнім беруші Қызмет көрсетуден бас тартқан немесе Шарт бойынша Қызмет көрсету мерзімі өткен күннен бастап, бірақ Шарт қолданысының аяқталу мерзімінен кешіктірмей, бір айдан аса мерзімге Қызмет көрсету мерзімін өткізіп алған жағдайда, Тапсырыс беруші Өнім берушіден мерзімі өткен әрбір күн үшін шарттың жалпы сомасының 0,1 % мөлшерінде тұрақсыздық айыбының (айыппұл, өсімпұл) сомасын өндіріп ала отырып, бір жақты тәртіпте осы Шартты бұзуға құқылы. 7.5 Тұрақсыздық айыбын (айыппұл, өсімпұл) төлеу Тараптарды осы Шартта көзделген міндеттемелерді орындаудан босатпайды. 7.6 Егер кез келген өзгеріс Өнім берушіге Шарт бойынша қызмет көрсету үшін қажетті құнның немесе мерзімдердің азаюына әкелетін болса, Шарт сомасы немесе қызмет көрсету кестесі, немесе екеуі де тиісінше түзетіледі, ал Шартқа тиісті түзетулер енгізіледі. Өнім берушінің түзету жүргізуге барлық сұрау салулар Өнім беруші Тапсырыс берушіден өзгерістер туралы өкім алған күннен бастап 30 (отыз) күн ішінде ұсынуға тиіс. 7.7 Өнім берушінің осы Шарт бойынша өз міндеттемелерін толық не ішінара біреуге беруіне жол берілмейді. 7.8 Тапсырыс беруші Шарттың орындалуын қамтамасыз етуді, авансты қамтамасыз етуді (егер шартта аванс көзделген болса), сондай-ақ Өнім берушінің осы Шарт бойынша өз міндеттемелерін орындамауына байланысты Мемлекеттік сатып алу туралы заңның (бар болса) 13-бабына сәйкес өнім беруші енгізген соманы қайтармайды. 7.9 Осы Шарт Тараптарының сыбайлас жемқорлыққа қарсы заңнама, іскерлік этика және адалдық нормаларын, адал бәсекелестік қағидаттарын міндетті түрде сақтауы. 8 Шарттың қолданылу мерзімі және бұзылу талаптары 8.1 Шарт қол қойған күннен бастап күшіне енеді және 2026-12-31 дейін қолданылады. 8.2 Мынадай оқиғалар олардың көбеюi бөлiгінде қызмет көрсету ұзақтығы мерзiмдерiнің өзгеруiне әкеп соқтырады: 1) Тапсырыс беруші Объектiнiң барлық учаскелерiн пайдалануға тыйым салады, ол өз кезегінде қызмет көрсетудің кешіктірілуіне әкеп соқтырады; 2) Тапсырыс беруші Өнім берушіге Шартта жоспарланбаған сынақтарды жүргiзу үшiн қызмет көрсетуді тоқтатуға нұсқау береді. Бұл ретте, егер аталған сынақтар ақауларды анықтамаған жағдайда, қызмет көрсетуді тоқтату уақыты қызмет көрсету мерзіміне қосылады; 8.3 Егер Өнім беруші банкрот немесе төлеуге қабілетсіз болса, Тапсырыс беруші кез келген уақытта Өнім берушіге тиісті жазбаша хабарлама жіберіп біржақты тәртіпте Шарт талаптарын орындаудан бас тарта алады. Бұл жағдайда Шарттың талаптарын орындаудан бас тарту тез арада жүзеге асырылады, және Тапсырыс беруші егер Шарттың талаптарын орындаудан бас тарту ешқандай залал келтірмейтін немесе салдарынан Тапсырыс берушіге қойылған немесе қойылатын қандай да бір әрекеттерді жасауға немесе санкцияларды қолдануға құқықтарды қозғамайтын шартта Өнім берушіге қатысты ешқандай қаржылық міндет көтермейді. 8.4 Шарт одан әрі оны орындау орынсыз болған жағдайда, тараптардың келісімі бойынша бұзылуы мүмкін. 8.5 Жоғарыда көрсетілген жағдаяттар негiзiнде Шарт жойылған кезде, Өнім беруші Шарт бойынша бұзуға байланысты оны бұзатын күнгi iс жүзiндегi шығындар үшiн ғана ақы талап етуге құқылы. 8.6 Шарт талаптарын бұзғаны үшін қандай да бір санкцияларға зиян келтірместен Тапсырыс беруші осы Шарттың 7.4-тармағының талаптарын ескере отырып, Өнім берушіге міндеттемелерін орындамағаны туралы жазбаша хабарлама жібере отырып: 1) егер Өнім беруші көрсетілетін қызметті Шартта көзделген мерзімде немесе Тапсырыс беруші ұсынған осы Шарттың ұзартылған кезеңі ішінде орындай алмаса; 2) егер Өнім беруші өз міндеттемелерін орындай алмаса, осы Шартты толық немесе ішінара бұза алады. 8.7 Шарт 1) өнім беруші жасалған шарт бойынша өз міндеттемелерін орындаудан бас тартқан жағдайда; 2) Өнім беруші шарт бойынша өз міндеттемелерін орындамаған не тиісінше орындамаған; 3) Өнім беруші конкурсқа қатысуға мәлімделмеген жұмыстарды орындау жөніндегі қосалқы мердігерлерді (қызметтер көрсету жөніндегі бірлесіп орындаушыларды) тартқан, сондай-ақ жұмыстарды орындау жөніндегі қосалқы мердігерге (қызметтер көрсету жөніндегі бірлесіп орындаушыға) Заңның 17-бабының 8-тармағында белгіленген көлемнен асатын көлемде жұмыстарды (қызметтерді) берген жағдайда; 4) тапсырыс беруші немесе заңды тұлға болып табылатын өнім беруші таратылған не банкрот болған не жеке тұлға болып табылатын өнім беруші қайтыс болған жағдайда; 5) Өнім беруші шарт бойынша өз міндеттемелерін орындау үшін қажетті құқық қабілеттілігін жоғалтқан, өнім беруші қайтыс болған (соттың хабар-ошарсыз кетті деп тануы немесе қайтыс болды деп жариялауы) жағдайда; 6) шарт жасасуға негіз болған сатып алуға қатысты осы Заңның 7-бабында көзделген шектеулердің бұзылуы анықталған жағдайда; 7) ұйымдастырушының, бірыңғай ұйымдастырушының осы Заңда көзделмеген мемлекеттік сатып алуды жүзеге асыру кезінде өнім берушіге жәрдем көрсетуі анықталған жағдайда; 8) осы орынсыздықтың себептерін егжей-тегжейлі негіздей отырып, шартты одан әрі орындау орынсыз болған жағдайда; 9) өнім беруші шарттың орындалуын қамтамасыз етуді енгізу мерзімі өткенге дейін өз міндеттемелерін орындаған жағдайды қоспағанда, өнім беруші шарттың орындалуын қамтамасыз етуді (авансты, демпингке қарсы соманы қамтамасыз етуді) мемлекеттік сатып алуды жүзеге асыру қағидаларында көзделген мерзімдерде енгізбеген жағдайда; 10) орындалуы шартты бұзуды талап ететін заңды күшіне енген сот актісі бойынша. Шарт жасасудан жалтару жағдайында кез келген кезеңде бұзылуы мүмкін. 9 Хабарлама 9.1 Шартқа сәйкес бір тарап екінші тарапқа жіберетін кез келген хабарлама төленген тапсырыс хатпен немесе телеграф, телекс, факс, телефакс не веб-портал арқылы жіберіледі. 9.2 Хабарлама жеткізілгеннен кейін немесе көрсетілген күшіне ену күні (егер хабарламада көрсетілсе), осы екі күннің қайсысы кеш келетініне байланысты күшіне енеді. 10 Форс-мажор 10.1 Егер Шарт талаптарының орындалмауы форс-мажорлық жағдаяттардың нәтижесі болып табылса, Тараптар ол үшін жауапкершілік көтермейді. 10.2 Егер Шартты орындауды кешіктіру форс-мажорлық жағдаяттардың нәтижесі болып табылса, Өнім беруші өзінің Шарттың орындалуын қамтамасыз етуінен айырылмайды және Шарт талаптарының орындалмауына байланысты тұрақсыздық айыбын төлеуге немесе оны бұзуға жауапты болмайды. 10.3 Шарт мақсаттары үшін «форс-мажор» Тараптардың бақылауына бағынбайтын және күтпеген сипаттағы оқиғаны білдіреді. Мұндай оқиғалар мыналарды қамти алады, бірақ тек олар ғана емес: соғыс қимылдары, табиғи немесе дүлей апаттар және басқалар. 10.4 Форс-мажорлық жағдаяттар туындаған кезде Өнім беруші тез арада Тапсырыс берушіге осындай жағдаяттар мен олардың себептері туралы жазбаша хабарлама жіберуге тиіс. Егер Тапсырыс берушіден басқа жазбаша нұсқаулықтар келіп түспесе, Өнім беруші Шарт бойынша өз міндеттерін мүмкіндігінше орындауды жалғастырады және форс-мажорлық жағдаяттарға байланысты емес Шартты орындаудың баламалы тәсілдерін іздейді. 11 Даулы мәселелерді шешу 11.1 Тапсырыс беруші мен Өнім беруші Шарт бойынша немесе оған байланысты олардың арасында туындайтын барлық келіспеушіліктер немесе даулар тікелей келіссөздер үдерісінде шешуге барлық күш-жігерлерін салуға тиіс. 11.2 Егер осындай келіссөздерден кейін Тапсырыс беруші мен Өнім беруші Шарт бойынша дауларды шеше алмаса, Тараптардың кез келгені бұл мәселені Қазақстан Республикасының заңнамасына сәйкес шешуді талап ете алады. 12 Сыбайлас жемқорлыққа қарсы іс-қимыл 12.1 Осы Шарт бойынша өз міндеттемелерін орындаған кезде Тараптар осы тұлғалардың әрекеттеріне немесе шешімдеріне ықпал ету үшін төлем жасамайды, төлеуді ұсынбайды және қандай да бір тұлғаларға тікелей немесе жанама ақша қаражатын немесе құндылықтарды төлеуге жол бермейді. кез келген заңсыз пайданы немесе басқа да жөнсіз мақсаттарды алу үшін. 12.2 Осы Шарт бойынша өз міндеттемелерін орындаған кезде Тараптар осы Шарттың мақсаттары үшін қолданылатын заңнамада көзделген әрекеттерді, мысалы, пара беру/алу, коммерциялық пара алу, сондай-ақ қолданыстағы Шарттың талаптарын бұзатын әрекеттерді жасамайды. қылмыстық жолмен алынған кірістерді заңдастыруға (жылыстатуға) қарсы күрес туралы заңдар мен халықаралық актілер. 12.3 Осы Шарттың Тараптарының әрқайсысы екінші Тараптың өкілдерін кез келген тәсілмен ынталандырудан бас тартады, оның ішінде ақшалай сомалар, сыйлықтар беру, оларға жіберілген жұмыстарды (қызметтерді) өтеусіз орындау арқылы және қызметкерді белгілі бір тәуелділікке қалдыратын басқа да тәсілдермен. , және осы қызметкердің ынталандырушы тараптың пайдасына кез келген әрекетті орындауын қамтамасыз етуге бағытталған. 12.4 Егер Тарап сыбайлас жемқорлыққа қарсы қандай да бір талаптардың бұзылуы орын алды немесе орын алуы мүмкін деп күдіктенсе, тиісті Тарап бұл туралы екінші Тарапты жазбаша хабардар етуге міндеттенеді. 12.5 Жазбаша хабарламада Тарап осы шарттардың кез келген ережелерін контрагенттің бұзуы орын алған немесе орын алуы мүмкін, қолданыстағы заңнамада белгіленген әрекеттерде көрсетілген фактілерге сілтеме жасауға немесе материалдарды сенімді түрде растауға немесе беруге міндетті. пара беру немесе алу, коммерциялық пара алу, сондай-ақ ақшаны жылыстатуға қарсы күрес жөніндегі қолданыстағы заңнама мен халықаралық актілердің талаптарын бұзатын әрекеттер. 12.6 Осы Келісімнің Тараптары сыбайлас жемқорлықтың алдын алу бойынша рәсімдердің жүргізілгенін мойындайды және олардың сақталуын бақылайды. Бұл ретте Тараптар сыбайлас жемқорлық әрекеттерге қатысы болуы мүмкін контрагенттермен іскерлік қарым-қатынас тәуекелін барынша азайтуға, сондай-ақ сыбайлас жемқорлықтың алдын алу мақсатында бірбіріне өзара көмек көрсетуге негізделген күш-жігерін салады. Тараптар сыбайлас жемқорлық қызметке Тараптарды тарту тәуекелдерін болдырмау мақсатында тексерулер жүргізу рәсімдерінің орындалуын қамтамасыз етуге міндеттенеді. 13 Өзге де шарттар 13.1 Салықтар мен бюджетке басқа міндетті төлемдер Қазақстан Республикасының салық және кеден заңнамасына сәйкес төленуге жатады. 13.2 Шартқа кез келген өзгерістер мен толықтырулар Шарт жасасу нысаны сияқты нысанда жасалады. 13.3 Өнім берушінің таңдауы үшін негіз болған сапаның өзгермеуі шарты мен басқа да шарттарда жасалған Шартқа өзгерістер енгізуге Заңның 18-бабының 2-тармағында көзделген жағдайларда жол беріледі. 13.4 Тараптардың біреуінің Шарт бойынша міндеттерін беруіне тек екінші Тараптың жазбаша келісімімен жол беріледі. 13.5 Шарт веб-портал арқылы жасалған бірдей заңды күшіне ие қазақ және орыс тілінде жасалды. 13.6 Шартта реттелмеген бөлікте Тараптар Қазақстан Республикасының заңнамасын басшылыққа алады. 14 Реквизиттер Тапсырыс беруші: Тапсырыс берушінің толық атауы Тапсырыс берушінің толық заңды мекенжайы БСН Тапсырыс берушінің БСН БСК Тапсырыс берушінің БСК ЖСК Тапсырыс берушінің ЖСК Банктің атауы Тел.: Тапсырыс берушінің телефоны Тапсырыс берушінің лауазымы Тапсырыс берушінің ТАӘ Өнім беруші (Өнім беруші ақша талабын (факторингті) басқаға беру арқылы қаржыландыру шартын жасасқан кезде қаражат алушы): Өнім берушінің толық атауы Өнім берушінің толық заңды мекенжайы БСН/ЖСН Өнім берушінің БСН/СЖН/ТБН БСК Өнім берушінің БСК ЖСК Өнім берушінің ЖСК Банктің атауы Тел.: Өнім берушінің телефоны Өнім берушінің лауазымы Өнім берушінің ТАӘ Аббревиатураларды таратып жазу: БСН – бизнес-сәйкестендіру нөмірі; БСК – банктік сәйкестендіру коды; ЖСК – жеке сәйкестендіру коды; ЖСН – жеке сәйкестендіру нөмірі; ССН – салық төлеушінің сәйкестендіру нөмірі; ТЕН – төлеушіні есепке алу нөмірі; ҚҚС – қосылған құн салығы; Т.А.Ә. – тегі аты әкесінің аты Договор о государственных закупках услуг регион Заказчика Номер договора Дата подписания договора Полное наименование заказчика, именуемый (ое)(ая) в дальнейшем Заказчик, от лица которого выступает Должность заказчика ФИО заказчика, действующий на основании Основание заказчика, с одной стороны и Полное наименование поставщика, именуемый(ое)(ая) в дальнейшем Поставщик, от лица которого выступает Должность поставщика ФИО поставщика, действующий на основании Основание поставщика, с другой стороны, далее совместно именуемые «Стороны», на основании Закона Республики Казахстан «О государственных закупках» (далее - Закон) и итогов государственных закупок способом Открытый конкурс от <дата итогов> года № <номер итогов>, заключили настоящий договор о государственных закупках услуг (далее - Договор) и пришли к соглашению о нижеследующем: 1 Предмет договора 1.1 Поставщик обязуется оказать Услугу(и) согласно условиям, требованиям и по ценам, указанным в приложениях к настоящему Договору, являющихся неотъемлемой его частью, а Заказчик обязуется принять оказанную(ые) Услугу(и) и оплатить за нее на условиях настоящего Договора при условии надлежащего исполнения Поставщиком своих обязательств по Договору. 1.2 Перечисленные ниже документы и условия, оговоренные в них, образуют данный Договор и считаются его неотъемлемой частью, а именно: 1) настоящий Договор; 2) перечень лотов и условия оказания услуг (приложение 1); 3) техническая спецификация (Приложение 2). 2 Сумма Договора и условия оплаты 2.1 Общая сумма Договора определяется Приложением 1 к Договору и составляет Сумма договора сумма договора прописью и включает все расходы, связанные с оказанием Услуг, <а также все налоги и сборы, предусмотренные законодательством Республики Казахстан, в том числе НДС <сумма НДС> тенге> /без НДС> (далее – сумма Договора). 2.2 Оплата за оказанные Услуги производится Заказчиком путем перечисления денежных средств на расчетный счет Поставщика не позднее 30 (тридцати) календарных дней с даты подписания Сторонами акта оказанных Услуг. 2.2 Заказчик после вступления Договора в силу, производит авансовый платеж в размере согласно приложению 1 после внесения Поставщиком обеспечения исполнения Договора, обеспечения аванса и (или) суммы в соответствии со статьей 13 Закона. Оставшаяся сумма оплачивается Заказчиком путем перечисления денежных средств на расчетный счет Поставщика не позднее 30 (тридцати) календарных дней с даты подписания Сторонами акта оказанных услуг, с учетом пропорционального удержания ранее оплаченного аванса. Оплата за оказанные Услуги производится Заказчиком путем перечисления денежных средств на расчетный счет Поставщика не позднее 30 (тридцати) календарных дней с даты подписания Сторонами акта оказанных Услуг. 2.3 Объем оказываемых Услуг в количественном и стоимостном выражении оговорен в Приложении 1 к Договору. 2.4 Необходимые документы, предшествующие оплате: 1) подписанный Договор; 2) акт(ы) оказанных услуг; 3) отчет о внутристрановой ценности в работах и услугах по форме согласно приложению 53 к Правилам осуществления государственных закупок; 4) электронная счет-фактура с описанием, указанием общей суммы оказанных услуг, предоставленная Поставщиком Заказчику; 3 Обязательства Сторон 3.1 Поставщик обязуется: 1) обеспечить полное и надлежащее исполнение взятых на себя обязательств по Договору; 2) в течение десяти рабочих дней со дня вступления в силу Договора, внести обеспечение исполнения Договора в размере трех процентов от суммы договора на текущий финансовый год равную Cумма обеспечения исполнения договора в размере 3х процентов и размеров аванса, предусмотренных по предметам договора согласно Приложению 1 к Договору равную Сумма аванса, <а также сумму в соответствии со статьей 13 Закона равную <сумма> тенге> что в общем составляет Сумма обеспечения Сумма обеспечения прописью теңге в виде: денег, находящихся в электронном кошельке Подрядчика; либо: банковской гарантии, представляемой в форме электронного документа согласно приложению 44 к Правилам. либо: договора страхования гражданско-правовой ответственности поставщика в виде электронного документа по типовой форме согласно приложению 45 к Правилам осуществления государственных закупок. При этом обеспечение исполнения Договора может не вноситься поставщиком в случае полного и надлежащего им исполнения обязательств по Договору до истечения срока внесения обеспечения исполнения Договора; 3) при исполнении своих обязательств по Договору обеспечить соответствие оказываемых услуг требованиям, указанным в приложениях к настоящему Договору, являющихся неотъемлемой частью Договора; 4) не раскрывать без предварительного письменного согласия Заказчика содержание технической документации, представленной Заказчиком или от его имени другими лицами, за исключением того персонала, который привлечен Поставщиком для исполнения условий Договора. Указанная информация должна предоставляться этому персоналу конфиденциально и в той мере, насколько это необходимо для исполнения обязательств; 5) без предварительного письменного согласия Заказчика не использовать какие-либо вышеперечисленные документы и информацию, кроме как в целях реализации Договора; 6) по первому требованию Заказчика предоставлять информацию о ходе исполнения обязательств по Договору; 7) возмещать Заказчику в полном объеме причиненные ему убытки, вызванные ненадлежащим исполнением Поставщиком условий Договора и/или иными неправомерными действиями; 8) оформить и направить Заказчику посредством веб-портала утвержденный электронноцифровой подписью акт оказанных услуг, а также отчет о внутристрановой ценности в услугах по форме согласно приложению 53 к правилам осуществления государственных закупок; 9) после утверждения Заказчиком акта оказанных услуг выписать счет-фактуру в электронной форме посредством цифровой системы электронных счетов-фактур в соответствии с Правилами выписки счет-фактуры и его формы, утвержденными приказом Министра финансов Республики Казахстан от 28 октября 2025 года № 629, зарегистрированным в Реестре государственной регистрации нормативных правовых актов под № 37241 (далее – Правила выписки счетфактуры и его формы). 3.2 Поставщик вправе: 1) требовать от Заказчика оплату за оказанные Услуги по Договору; 2) на досрочное оказание Услуг, указанных в Приложении №1 к Договору, заранее согласовав с Заказчиком сроки выполнения. 3.3 Заказчик обязуется: 1) обеспечить доступ специалистов Поставщика для оказания Услуг; 2) при выявлении несоответствий оказанных Услуг незамедлительно письменно уведомить Поставщика; 3) при приемке Услуг утвердить посредством веб-портала акт оказанных услуг либо отказать в принятии с указанием аргументированных обоснований ее непринятия в сроки, установленные пунктом 587 Правил осуществления государственных закупок; 4) после утверждения акта оказанных услуг принять счет-фактуру, выписанную Поставщиком в электронной форме посредством цифровой системы электронных счетов-фактур в соответствии с Правилами выписки счет-фактуры и его формы; 5) произвести оплату в порядке и сроки, установленные настоящим Договором. 3.4 Заказчик вправе: 1) проверять качество оказанных Услуг; 2) в случае досрочного оказания Услуг, Заказчик вправе досрочно принять услуги и оплатить за нее в соответствии с условиями Договора. Отказ в досрочном оказании Услуг допускается в случаях отсутствия возможности его принятия. 4 Проверка Услуг на соответствие технической спецификации 4.1 Заказчик или его представители могут проводить контроль и проверку оказываемых Услуг на предмет соответствия требованиям, указанным в технической спецификации (приложение 2 к Договору). При этом все расходы по этим проверкам несет Поставщик. Заказчик должен в письменном виде и своевременно уведомляет Поставщика о своих представителях, определенных для этих целей. 4.2 Услуги, оказываемые в рамках настоящего Договора, должны соответствовать или быть выше стандартов, указанных в технической спецификации. 4.3 Если результаты оказанных Услуг при проверке будут признаны не соответствующими требованиям технической спецификации (приложение 2 к Договору), Поставщик принимает меры по устранению несоответствий требованиям технической спецификации, без каких-либо дополнительных затрат со стороны Заказчика, в течение 3 дня с момента проверки. 4.4 Ни один вышеуказанный пункт не освобождает Поставщика от других обязательств по Договору. 5 Оказание Услуг 5.1 Оказание Услуг Поставщиком осуществляется в сроки, указанные в приложении 1 к Договору, являющемся неотъемлемой частью Договора. 5.2 Услуга считается оказанной при условии полной сдачи Поставщиком услуги Заказчику в точном соответствии требованиям, указанным в приложениях к настоящему Договору 6 Гарантия 6.1 Поставщик гарантирует обеспечение бесперебойного, качественного и своевременного оказания Услуг Заказчику. 6.2 Поставщик гарантирует безвозмездное исправление ошибок, недоработок и других несоответствий Услуг технической спецификации (Приложение 2 к Договору). 6.3 Заказчик обязан оперативно уведомить Поставщика в письменном виде обо всех претензиях, связанных с данной гарантией, после чего Поставщик должен принять меры по устранению недостатков за свой счет, включая все расходы, связанные с этим, в срок, определенный Заказчиком в уведомлении 6.4 Если Поставщик, получив уведомление, своевременно не примет соответствующие меры по устранению недостатков, Заказчик может применить необходимые санкции и меры по устранению недостатков за счет Поставщика и без какого-либо ущерба другим правам, которыми Заказчик может обладать по Договору в отношении Поставщика. 7 Ответственность сторон 7.1 В случае неисполнения или ненадлежащего исполнения Сторонами своих обязательств в рамках настоящего Договора все споры и разногласия разрешаются в соответствии с действующим законодательством Республики Казахстан. 7.2 За исключением случаев секвестра и/или недостаточности денег на контрольном счете наличности соответствующих бюджетов/расчетном счете государственного предприятия, юридического лица, пятьдесят и более процентов голосующих акций которых принадлежат государству, если Заказчик не выплачивает Поставщику причитающиеся ему средства в сроки, указанные в Договоре, то Заказчик выплачивает Поставщику неустойку (пеню) по задержанным платежам в размере 0,1% (ноль целых один) от причитающейся суммы за каждый день просрочки. При этом общая сумма неустойки (пени) не должна превышать 10 % от общей суммы Договора. 7.3 В случае просрочки сроков оказания Услуг, Заказчик удерживает (взыскивает) с Поставщика неустойку (штраф, пеню) в размере 0,1 % от общей суммы договора за каждый день просрочки в случае полного неисполнения поставщиком обязательств либо удерживает (взыскивает) неустойку (штраф, пеню) в размере 0,1 % от суммы неисполненных обязательств за каждый день просрочки в случае ненадлежащего исполнения (частичного неисполнения) обязательств. При этом общая сумма неустойки (штрафа, пени) не должна превышать 15 % от общей суммы Договора. 7.4 . В случае отказа Поставщика от оказания Услуг или просрочки оказания Услуг на срок более одного месяца со дня истечения срока оказания Услуг по Договору, но не позднее срока окончания действия Договора, Заказчик имеет право расторгнуть настоящий Договор в одностороннем порядке с взысканием с Поставщика суммы неустойки (штрафа, пени) в размере 0,1 % от общей суммы Договора за каждый день просрочки. 7.5 Уплата неустойки (штрафа, пени) не освобождает Стороны от выполнения обязательств, предусмотренных настоящим Договором. 7.6 Если любое изменение ведет к уменьшению стоимости или сроков, необходимых Поставщику для оказания Услуг по Договору, то сумма Договора или график оказания Услуг, или и то и другое соответствующим образом корректируется, а в Договор вносятся соответствующие поправки. Все запросы Поставщика на проведение корректировки должны быть предъявлены в течение 30 (тридцати) дней со дня получения Поставщиком распоряжения об изменениях от Заказчика. 7.7 Не допускается передача Поставщиком ни полностью, ни частично кому-либо своих обязательств по настоящему Договору без предварительного письменного согласия Заказчика. 7.8 Заказчик не возвращает обеспечение исполнения договора, обеспечение аванса (если договором предусмотрен аванс), а также сумму внесенную Поставщиком в соответствии со статьей 13 Закона (при наличии) о государственных закупках в случае его расторжения в связи с неисполнением Поставщиком своих обязательств по данному Договору. 7.9 Обязательное соблюдение Сторонами настоящего Договора норм антикоррупционного законодательства, деловой этики и добропорядочности, принципов добросовестной конкуренции 8 Срок действия и условия расторжения договора 8.1 Договор вступает в силу со дня подписания и действует по 2026-12-31 года. 8.2 Следующие события влекут за собой изменение сроков продолжительности услуг в части их увеличения: 1) Заказчик запрещает пользоваться всеми участками Объекта, что в свою очередь влечет задержку оказания услуг; 2) Заказчик дает Поставщику указание на остановку предоставления услуг для проведения испытаний, не запланированных Договором. При этом, в случае если данные испытаний не выявили дефектов, то время остановки оказания услуг добавляются к сроку оказания услуг; 8.3 Заказчик может в любое время в одностороннем порядке отказаться от исполнения условий Договора, направив Поставщику соответствующее письменное уведомление, если Поставщик становится банкротом или неплатежеспособным. В этом случае отказ от исполнения условий Договора осуществляется немедленно, и Заказчик не несет никакой финансовой обязанности по отношению к Поставщику при условии, если отказ от исполнения условий Договора не наносит ущерба или не затрагивает каких-либо прав на совершение действий или применение санкций, которые были или будут впоследствии предъявлены Заказчику. 8.4 Договор может быть расторгнут по соглашению сторон, в случае нецелесообразности его дальнейшего исполнения. 8.5 Когда Договор аннулируется в силу вышеуказанных обстоятельств, Поставщик имеет право требовать оплату только за фактические затраты, связанные с расторжением по Договору, на день расторжения. 8.6 Без ущерба каким-либо другим санкциям за нарушение условий Договора Заказчик с учетом требований пункта 7.4. настоящего Договора может расторгнуть настоящий Договор полностью или частично, направив Поставщику письменное уведомление о неисполнении обязательств: 1) если Поставщик не может оказать Услуги в сроки, предусмотренные Договором, или в течение периода продления настоящего Договора, предоставленного Заказчиком; 2) если Поставщик не может выполнить свои обязательства по Договору. 8.7 Договор о государственных закупках может быть расторгнут на любом этапе в случае: 1) в случае отказа поставщика от исполнения своих обязательств по заключенному договору; 2) в случае неисполнения либо ненадлежащего исполнения поставщиком своих обязательств по договору; 3) в случае привлечения поставщиком не заявленных на участие в конкурсе субподрядчиков по выполнению работ (соисполнителей по оказанию услуг), а также при передаче субподрядчику по выполнению работ (соисполнителю по оказанию услуг) работ (услуг) в объеме, превышающем объем, установленный пунктом 8 статьи 17 настоящего Закона; 4) в случае ликвидации либо банкротства заказчика или поставщика, являющегося юридическим лицом, за исключением реорганизации, либо смерти поставщика, являющегося физическим лицом; 5) в случае потери поставщиком правоспособности, необходимой для исполнения им своих обязательств по договору, смерти поставщика (признания судом безвестно отсутствующим или объявления умершим); 6) в случае выявления нарушения ограничений, предусмотренных статьей 7 настоящего Закона, в отношении закупки, на основании которой заключен договор; 7) в случае выявления оказания организатором, единым организатором содействия поставщику при осуществлении государственной закупки, не предусмотренного настоящим Законом; 8) в случае нецелесообразности дальнейшего исполнения договора с подробным обоснованием причин данной нецелесообразности; 9) в случае невнесения поставщиком обеспечения исполнения договора (обеспечения аванса, антидемпинговой суммы) в сроки, предусмотренные правилами осуществления государственных закупок, за исключением случая исполнения поставщиком своих обязательств до истечения срока внесения обеспечения исполнения договора; 10) по судебному акту, вступившему в законную силу, исполнение которого требует расторжение договора. 9 Уведомление 9.1 Любое уведомление, которое одна сторона направляет другой стороне в соответствии с Договором, высылается оплаченным заказным письмом или по телеграфу, телексу, факсу, телефаксу либо посредством веб-портала 9.2 Уведомление вступает в силу после доставки или в указанный день вступления в силу (если указано в уведомлении) в зависимости от того, какая из этих дат наступит позднее. 10 Форс-мажор 10.1 Стороны не несут ответственность за неисполнение условий Договора, если оно явилось результатом форс-мажорных обстоятельств. 10.2 Поставщик не лишается своего обеспечения исполнения Договора и не несет ответственность за выплату неустоек или расторжение Договора в силу неисполнения его условий, если задержка с исполнением Договора является результатом форс-мажорных обстоятельств. 10.3 Для целей Договора «форс-мажор» означает событие, неподвластное контролю Сторон, и имеющее непредвиденный характер. Такие события могут включать, но не исключительно: военные действия, природные или стихийные бедствия и другие. 10.4 При возникновении форс-мажорных обстоятельств Поставщик незамедлительно направляет Заказчику письменное уведомление о таких обстоятельствах и их причинах. Если от Заказчика не поступает иных письменных инструкций, Поставщик продолжает выполнять свои обязательства по Договору, насколько это целесообразно, и ведет поиск альтернативных способов выполнения Договора, не зависящих от форс-мажорных обстоятельств. 11 Решение спорных вопросов 11.1 Заказчик и Поставщик должны прилагать все усилия к тому, чтобы разрешать в процессе прямых переговоров все разногласия или споры, возникающие между ними по Договору или в связи с ним. 11.2 Если после таких переговоров Заказчик и Поставщик не могут разрешить спор по Договору, любая из сторон может потребовать решения этого вопроса в соответствии с законодательством Республики Казахстан. 12 Противодействие коррупции 12.1 При исполнении своих обязательств по настоящему Договору, Стороны не выплачивают, не предлагают выплатить и не разрешают выплату каких-либо денежных средств или ценностей, прямо или косвенно, любым лицам, для оказания влияния на действия или решения этих лиц с целью получить какие-либо неправомерные преимущества или иные неправомерные цели. 12.2 При исполнении своих обязательств по настоящему Договору, Стороны не осуществляют действия, квалифицируемые применимым для целей настоящего Договора законодательством, как дача/получение взятки, коммерческий подкуп, а также действия, нарушающие требования применимого законодательства и международных актов о противодействии легализации (отмыванию) доходов, полученных преступным путем. 12.3 Каждая из Сторон настоящего Договора отказывается от стимулирования каким-либо образом представителей другой Стороны, в том числе путем предоставления денежных сумм, подарков, безвозмездного выполнения в их адрес работ (услуг) и другими способами, ставящего работника в определенную зависимость, и направленными на обеспечение выполнения этим работником каких-либо действий в пользу стимулирующей его Стороны. 12.4 В случае возникновения у Стороны подозрений, что произошло или может произойти нарушение каких-либо антикоррупционных условий, соответствующая Сторона обязуется уведомить другую Сторону в письменной форме. 12.5 В письменном уведомлении Сторона обязана сослаться на факты или предоставить материалы, достоверно подтверждающие или дающие основание предполагать, что произошло или может произойти нарушение каких-либо положений настоящих условий контрагентом, выражающееся в действиях, квалифицируемых применимым законодательством, как дача или получение взятки, коммерческий подкуп, а также действиях, нарушающих требования применимого законодательства и международных актов о противодействии легализации доходов, полученных преступным путем. 12.6 Стороны настоящего Договора признают проведение процедур по предотвращению коррупции и контролируют их соблюдение. При этом Стороны прилагают разумные усилия, чтобы минимизировать риск деловых отношений с контрагентами, которые могут быть вовлечены в коррупционную деятельность, а также оказывают взаимное содействие друг другу в целях предотвращения коррупции. Стороны обязуются обеспечить реализацию процедур по проведению проверок в целях предотвращения рисков вовлечения Сторон в коррупционную деятельность. 13 Прочие условия 13.1 Налоги и другие обязательные платежи в бюджет подлежат уплате в соответствии с налоговым и таможеным законодательством Республики Казахстан 13.2 Любые изменения и дополнения к Договору совершаются в той же форме, что и заключение Договора 13.3 Внесение изменений в заключенный Договор при условии неизменности качества и других условий, явившихся основой выбора поставщика, допускается в случаях, предусмотренных в пункте 2 статьи 18 Закона. 13.4 Передача обязанностей одной из Сторон по Договору допускается только с письменного согласия другой Стороны. 13.5 Договор составлен на казахском и русском языках, имеющих одинаковую юридическую силу, заключенный посредством веб-портала 13.6 В части, неурегулированной Договором, Стороны руководствуются законодательством Республики Казахстан. 14 Реквизиты Сторон Заказчик: Полное наименование заказчика Полный юридический адрес Заказчика БИН БИН заказчика БИК БИК заказчика ИИК ИИК заказчика Наименование банка заказчика Тел.: Телефон заказчика Должность заказчика ФИО заказчика Поставщик (Получатель средств при заключении поставщиком договора финансирования под уступку денежного требования (факторинга): Полное наименование поставщика Полный юридический адрес Поставщика БИН/ИИН БИН/ИИН/ИНН/УНП поставщика БИК БИК поставщика ИИК ИИК поставщика Наименование банка поставщика Тел.: Телефон поставщика Должность поставщика ФИО поставщика Расшифровка аббревиатур: БИН – бизнес-идентификационный номер; БИК – банковский идентификационный код; ИИК – индивидуальный идентификационный код; ИИН – индивидуальный идентификационный номер; ИНН – идентификационный номер налогоплательщика; УНП – учетный номер плательщика; НДС – налог на добавленную стоимость; Ф.И.О. – фамилия имя отчество.
  • Приложение 1 (Перечень лотов и условия поставки товаров, выполнения работ, оказания услуг) — konkurs_lots_2022_17772698.pdf

    PDF52,6 КБ2 177 знаков

    Показать текст документа
    1 / 2 Лоттар тізбесі және тауарларды жеткізу, жұмыстарды орындау, қызметтерді көрсету шарттары (бекітілген жылдық жоспар негізінде қалыптастырылады) Конкурстың №: 17772698-1 Конкурстың атауы Ақпараттың таралып кетуін болдырмау жөніндегі аппараттық-бағдарламалық кешеннің (DLP) лицензиясын ұзарту Лоттың № Тапсырыс берушінің атауы Тауардың (жұмыстардың, көрсетілетін қызметтердің) атауы* Өлшем бірлігі Саны, көлемі Жеткізу шарты (ИНКОТЕРМС 2010-ға сәйкес) Тауарларды жеткізу, жұмыстарды орындау, қызметтерді көрсету мерзімі Тауарларды жеткізу, жұмыстарды орындау, қызметтерді көрсету орны Аванстық төлем мөлшері, % Лот бойынша бөлінген сома, теңге 1 2 3 4 5 6 7 8 9 10 82612732-ОК1 "Халықаралық бағдарламалар орталығы" акционерлік қоғамы Бағдарламалық жасақтама қолдану құқығына лицензия ұсыну бойынша қызмет көрсетулер Бір қызмет 1 шарт жасалған күннен бастап 15 күнтізбелік күн өткеннен кейін және 2026 жылғы 31 желтоқсанға дейін Астана қ., Есіл ауданы Астана қ., Есіл ауданы Сығанақ көшесі, 70 үй, 5 қабат; 0 8000000 * Тауарлардың, жұмыстардың, қызметтердің толық сипаты мен сипаттамасы техникалық ерекшеліктерде көрсетіледі. 2 / 2 Перечень лотов и условия поставки товаров, выполнения работ, оказания услуг (формируется на основе утвержденного годового плана) № конкурса 17772698-1 Наименование конкурса Программное обеспечение для мониторинга и защиты служебной и конфиденциальной информации DLP № лота Наименование заказчика Наименование товара (работы, услуги)* Единица измерения Количество, объем Условия поставки (в соответствии с ИНКОТЕРМС 2010) Срок поставки товаров, выполнения работ, оказания услуг Место поставки товаров, выполнения работ, оказания услуг Размер авансового платежа, % Сумма, выделенная по лоту, теңге 1 2 3 4 5 6 7 8 9 10 82612732-ОК1 Акционерное общество "Центр международных программ" Услуги по предоставлению лицензий на право использования программного обеспечения Одна услуга 1 по истечению 15 календарных дней с даты заключения договора и по 31 декабря 2026 года г.Астана, район Есиль г.Астана, район Есиль улица Сығанақ, д. 70, 5 этаж; 0 8000000 * Полное описание и характеристика товаров, работ, услуг указывается в технической спецификации
  • Приложение 8 (Квалификационные требования, предъявляемые к потенциальному поставщику при осуществлении государственных закупок услуг) — appendix_7_17772698.pdf

    PDF55,6 КБ4 927 знаков

    Показать текст документа
    1 / 4 Конкурстық құжаттамаға 8-қосымша Көрсетілетін қызметтерді мемлекеттік сатып алуды жүзеге асыру кезінде әлеуетті өнім берушіге қойылатын біліктілік талаптары (Тапсырыс беруші толтырады) Тапсырыс берушінің атауы "Халықаралық бағдарламалар орталығы" акционерлік қоғамы Ұйымдастырушының атауы "Халықаралық бағдарламалар орталығы" акционерлік қоғамы Конкурстың нөмірі 17772698-1 Конкурстың атауы Ақпараттың таралып кетуін болдырмау жөніндегі аппараттықбағдарламалық кешеннің (DLP) лицензиясын ұзарту Лоттың нөмірі 82612732-ОК1 Лоттың атауы Бағдарламалық жасақтама қолдану құқығына лицензия ұсыну бойынша қызмет көрсетулер Әлеуетті өнім беруші мынадай біліктілік талаптарына сәйкес келуі керек: 1. Рұқсаттар мен хабарламалар туралы Қазақстан Республикасының заңнамасына сәйкес қызметтерді ұсыну үшін рұқсаттың (хабарламаның) болуы. Егер қызметтерді көрсету тиісті рұқсатты алуды талап етсе, онда мынадай мәліметтерді толтыру қажет. № Рұқсаттың (хабарламаның) атауы Егер қызметтерді көрсету тиісті рұқсатты алуды хабарландыру жіберуді талап етпесе, онда осы мәліметтер толтырылмайды. 2. Республикалық бюджет туралы заңмен тиісті қаржы жылына белгіленген айлық есептік көрсеткіштің алты еселенген мөлшерінен асатын салық берешегінің болмауы (веб-порталда мемлекеттік кірістер органдарының мәліметтері негізінде веб-портал автоматты түрде айқындайды). 3. Банкроттық не таратылу рәсіміне жатқызылмауы. 4. Қажетті материалдық және еңбек ресурстарының болуы Материалдық ресурстар: № Материалдық ресурстардың атауы Саны 1 - 0 Еңбек ресурстары: № Еңбек ресурстарының атауы (мамандығы/біліктілігi) Саны Қызметкердің жұмыс өтілімі (қажет болған жағдайда) үш жылдан аспайтын (Қазақстан Республикасының заңнамасында немесе бекітілген нормативтерінде неғұрлым жоғары өтілім көзделген жағдайларды қоспағанда) 1 - 0 - 2 / 4 5. Сатып алынатын қызметтердің атауына соңғы бес жылда сәйкес келетін жұмыс тәжірибесінің болуы Егер сатып алынатын қызметтерді көрсетуге Қазақстан Республикасының Рұқсаттар және хабарламалар туралы заңнамасына сәйкес тиісті рұқсаттың (хабарламаның) болуы талап етілген жағдайда, жұмыс тәжірибесі бойынша талап қойылмайды № Сатып алынатың қызметтер мәнінің (лоттың атауы) Жыл саны Ескерту. 1. Талап етілетін материалдық және еңбек ресурстарының әрбір атауы жеке жолмен көрсетіледі. 2. Өзге құжаттарда әлеуетті өнім берушілерге қойылатын біліктілік талаптарын белгілеуге жол берілмейді. 3 / 4 Приложение 8 к конкурсной документации Квалификационные требования, предъявляемые к потенциальному поставщику при осуществлении государственных закупок услуг (заполняется заказчиком) Наименование заказчика Акционерное общество "Центр международных программ" Наименование организатора Акционерное общество "Центр международных программ" № конкурса 17772698-1 Наименование конкурса Программное обеспечение для мониторинга и защиты служебной и конфиденциальной информации DLP № лота 82612732-ОК1 Наименование лота Услуги по предоставлению лицензий на право использования программного обеспечения Потенциальный поставщик должен соответствовать следующим квалификационным требованиям: 1. Наличие разрешения (уведомления) на оказание услуг в соответствии с законодательством Республики Казахстан о разрешениях и уведомлениях. В случае если оказание услуг требует получения соответствующего разрешения, направления уведомления необходимо заполнить следующие сведения. № Наименование разрешения (уведомления) Если оказание услуг не требует получения соответствующего разрешения, направления уведомления, то данные сведения не заполняются. 2. Отсутствие налоговой задолженности, превышающей шестикратный размер месячного расчетного показателя, установленного на соответствующий финансовый год законом о республиканском бюджете (определяется веб-порталом автоматически на основании сведений органов государственных доходов). 3. Не подлежать процедуре банкротства либо ликвидации. 4. Наличие необходимых материальных и трудовых ресурсов Материальные ресурсы: № Наименование материальных ресурсов Количество 1 - 0 Трудовые ресурсы: 4 / 4 № Наименование трудовых ресурсов (специальность/квалификация) Количество Стаж работника (при необходимости) не более трех лет (за исключением случаев, когда законодательством Республики Казахстан или утвержденными нормативами предусмотрен более высокий стаж) 1 - 0 - 5. Наличие опыта работы, соответствующего предмету закупаемых услуг за последние пять лет В случае, если на оказание закупаемых услуг требуется наличие соответствующего разрешения (уведомления) в соответствии с законодательством Республики Казахстан о разрешениях и уведомлениях, требование по опыту работы не предъявляется. №/th> Наименование предмета закупаемых услуг (наименование лота) Количество лет Примечание. 1. Каждое наименование требуемых материальных и трудовых ресурсов указывается отдельной строкой. 2. Установление квалификационных требований, предъявляемых потенциальным поставщикам в иных документах, не допускается.
  • Приложение 16 (Техническая спецификация закупаемых услуг) — techspec_17772698_43574213.pdf

    PDF112,4 КБ86 210 знаков

    Показать текст документа
    Конкурстық құжаттамаға 16-қосымша Сатып алынатың қызметтердің Техникалық ерекшелігі (тапсырыс беруші толтырады) Тапсырыс берушінің атауы: "Халықаралық бағдарламалар орталығы" акционерлік қоғамы Ұйымдастырушының атауы: "Халықаралық бағдарламалар орталығы" акционерлік қоғамы Конкурстың №: № 17772698-1 Конкурстың атауы: Ақпараттың таралып кетуін болдырмау жөніндегі аппараттықбағдарламалық кешеннің (DLP) лицензиясын ұзарту Лоттың нөмірі: № 82612732-ОК1 Лоттың атауы Бағдарламалық жасақтама қолдану құқығына лицензия ұсыну бойынша қызмет көрсетулер Тауарлардың, жұмыстардың, көрсетілетін қызметтердің бірыңғай номенклатуралық анықтамалығы кодының атауы: 582950.000.000001 Қызметтің атауы: Бағдарламалық жасақтама қолдану құқығына лицензия ұсыну бойынша қызмет көрсетулер Өлшем бірлігі: Бір қызмет Саны (көлемі): 1 Қосылған құн салығын есептемегенде бірлік бағасы: 8000000 Қосылған құн салығын есепке алмағанда, сатып алуға бөлінген жалпы сома: 8000000 Авиациялық техниканы сатып алуды қоспағанда, тауар жаңа, пайдаланылмаған, шығарылған жылы шарт жасалған күнге дейін (үш жылға дейін) ерте болмауға тиіс: Қызмет көрсету мерзімі шарт жасалған күннен бастап 15 күнтізбелік күн өткеннен кейін және 2026 жылғы 31 желтоқсанға дейін Аванстық төлем мөлшері: 0 Кепілдік мерзімі (айлармен) 12 Талап етілетін сипаттамалардың, параметрлердің және өзге де бастапқы деректердің сипаттамасы 1. Жалпы талаптар 1.1. Жүйенің атауы және мақсаты Осы техникалық ерекшелік ақпараттық қауіпсіздікті қамтамасыз ету жүйесіне қойылатын функционалдық және техникалық талаптарды айқындайды. Жүйенің толық атауы — «Деректердің жылыстауын болдырмау жүйесі» (бұдан әрі — Жүйе). Жүйе деректерді беру арналарын бақылау, ақпараттық қауіпсіздік оқиғаларын анықтау, бақыланатын ақпаратты талдау және ақпаратты өңдеу, сақтау және беру процесінде белгіленген ақпараттық қауіпсіздік саясаттарының анықталған бұзушылықтарына ден қою арқылы құпия ақпараттың жылыстауын болдырмауға арналған. 1.2. Сатып алу объектісі және лицензияға қойылатын талаптар Осы техникалық ерекшелік шеңберінде «Халықаралық бағдарламалар орталығы» АҚ үшін бағдарламалық қамтамасыз етудің лицензиясын сатып алу көзделеді. Параметр Талап Лицензиялар саны «Деректердің жылыстауын болдырмау жүйесі» БҚ-ға 1 (бір) лицензия Пайдаланушылар саны Жүйенің барлық талап етілетін функционалдық мүмкіндіктерін пайдалана отырып, кемінде 100 (жүз) пайдаланушы Қолданылу мерзімі Жеткізілген күннен бастап кемінде 12 (он екі) ай Құқықтар көлемі Осы техникалық ерекшелікте көзделген барлық компоненттерді, ішкі жүйелерді, модульдерді, функцияларды, бақылау арналарын және талдау тетіктерін лицензияның бүкіл қолданылу мерзімі ішінде кемінде 100 пайдаланушы көлемінде пайдалану құқығы Заңдылығы Лицензия заңды, Тапсырыс берушінің пайдалануына арналған және бағдарламалық қамтамасыз ету өндірушісінің ресми жеткізу арналары арқылы ұсынылған болуы тиіс 1.3. Әлеуетті өнім берушіге қойылатын талаптар Әлеуетті өнім беруші конкурстық өтінім құрамында: • ұсынылатын шешімді бірмәнді сәйкестендіруге және оның осы техникалық ерекшеліктің функционалдық және техникалық талаптарына сәйкестігін тексеруге мүмкіндік беретін ұсынылатын бағдарламалық қамтамасыз етудің өндірушісін, толық атауын және нұсқасын көрсетуге; • бағдарламалық қамтамасыз ету өндірушісінің әлеуетті өнім берушіде ұсынылатын лицензиялық бағдарламалық қамтамасыз етуді Қазақстан Республикасының аумағында жеткізуге тиісті өкілеттіктердің бар екенін растайтын авторизациялық хатын ұсынуға тиіс. Көрсетілген авторизациялық хаттың электрондық көшірмесі конкурстық өтінім құрамында ұсынылуы тиіс. 1.4. Жеткізу және қабылдау Жеткізу нәтижелері бойынша Тапсырыс берушіге мыналарды растауға мүмкіндік беретін мәліметтер және/немесе құжаттар ұсынылуы тиіс: • лицензияның берілу фактісі; • оның қолданылу мерзімі; • лицензияланатын пайдаланушылар саны; • бағдарламалық қамтамасыз етудің атауы; • ұсынылған функционалдық мүмкіндіктердің құрамы. Жеткізілген бағдарламалық қамтамасыз етуді қабылдауды Тапсырыс беруші ұсынылған лицензияның және оның функционалдық мүмкіндіктерінің осы техникалық ерекшелік талаптарына сәйкестігін тексергеннен кейін жүзеге асырады. 2. Жалпы Жүйеге қойылатын талаптар 2.1. Жалпы ережелер Жүйені Тапсырыс берушінің қолданыстағы есептеу желісіне орнату Тапсырыс беруші серверлері мен жұмыс станцияларының қалыпты жұмыс істеуіне шектеулер қоймауы тиіс. Жүйеде web-интерфейс арқылы орыс тілінде тергеп-тексеру жүргізу және есептілік ұсыну консолі болуы тиіс. 2.2. Бақылауға қойылатын сандық талаптар Жүйе төменде аталған компоненттердің, деректерді беру арналарының, хаттамалардың және бақыланатын қосымшалардың әрқайсысы бойынша пайдаланушылардың кемінде 100 есептік жазбасын бақылау мүмкіндігін қамтамасыз етуі тиіс. 2.2.1. Ұстап алу ішкі жүйесі Ұстап алу ішкі жүйесі мынадай компоненттер мен арналар бойынша пайдаланушылардың кемінде 100 есептік жазбасын бақылауды қамтамасыз етуі тиіс: • SMTP, POP3, IMAP4 және MAPI хаттамалары бойынша трафикті бақылауды қоса алғанда, корпоративтік электрондық поштаны бақылау компоненті; • web-трафикті бақылау компоненті; • бұлттық қоймаларға web-қолжетімділікті бақылау компоненті; • Microsoft OneDrive, Google Drive, Яндекс Диск және Облако Mail.ru қоса алғанда, бұлттық қоймалардың desktop-клиенттерін бақылау компоненті; • мессенджерлер мен әлеуметтік коммуникацияларды бақылау компоненті; • қосылатын құрылғыларды бақылау компоненті; • FTP-трафикті бақылау компоненті; • алмасу буферімен жасалатын операцияларды бақылау компоненті; • құжаттарды басып шығаруды бақылау компоненті; • экран суреттерін жасауды бақылау компоненті; • қосымшаларды бақылау компоненті; • Google Chrome, Microsoft Internet Explorer, Microsoft Edge, Mozilla Firefox, Яндекс Браузер, 7-Zip, WinRAR, Zoom, WhatsApp және Telegram қоса алғанда, қосымшалар орындайтын файлдық операцияларды бақылау компоненті. 2.2.2. Талдау ішкі жүйесі Талдау ішкі жүйесі мынадай компоненттерді пайдалана отырып, пайдаланушылардың кемінде 100 есептік жазбасын бақылау кезінде алынатын деректерді өңдеуді қамтамасыз етуі тиіс: • лингвистикалық талдау компоненті; • цифрлық іздерді талдау компоненті; • мәтіндік объектілерді талдау компоненті; • паспорттардың кескіндерін талдау компоненті; • кредиттік карталардың кескіндерін талдау компоненті; • мөрлердің кескіндерін талдау компоненті; • құжаттардың тақырыптық санаттарын автоматтандырылған түрде анықтау компоненті. Көрсетілген сандық талаптарды Жүйе бақыланатын есептік жазбалардың белгіленген санына қол жеткізу үшін қосымша лицензиялар сатып алу қажеттілігінсіз әрбір тиісті компонент, арна, хаттама және қосымша үшін бір мезгілде қамтамасыз етуі тиіс. 2.3. Ақпарат алмасуға арналған байланыс тәсілдері мен құралдарына қойылатын талаптар • Жүйе Тапсырыс берушінің ақпараттық-есептеу желісінің құрамында жұмыс істеуі тиіс. • Жүйе компоненттері арасындағы ақпарат алмасу үшін тек TCP/IP тобының стандартты бірыңғай хаттамалары пайдаланылуы тиіс. • Жүйе IPv4 және IPv6 хаттамалары бойынша жұмыс істейтін желілерде жұмысты қолдауы тиіс. • Жүйе ақпараттық жүйенің қашықтағы элементтерінде орналасқан модульдермен өзара әрекеттесу кезінде байланыс арнасының жүктемесін басқаруды қамтамасыз етуі тиіс. 2.4. Өзара байланыстардың сипаттамаларына қойылатын талаптар Жүйе мыналардың мүмкіндігін қамтамасыз етуі тиіс: • Active Directoryден алынған деректермен объектілерді интеграциялау және сәйкестендіру; • ICAP қолдауы бар proxy-серверлермен интеграциялау; • ICAP хаттамасы бойынша Microsoft Cloud App Security-мен интеграциялау кезінде Microsoft Office (OneDrive/SharePoint) бұлттық сервисінде (жүйесінде/қосымшасында/қоймасында) құжаттарды жүктеуді және жасауды бақылау; • Microsoft Exchange Online бұлттық сервисінде жіберілген хаттардың көшірмесін алу. 2.5. Жұмыс істеу режимдеріне қойылатын талаптар Жүйе әкімшінің басқаруымен автоматтандырылған режимде жұмыс істеуі және мынадай режимдерде жұмыс істеу мүмкіндігін қамтамасыз етуі тиіс: Режим Сипаттамасы Штаттық Үздіксіз тәулік бойы жұмыс Сервистік Компонентке қызмет көрсету, қайта конфигурациялау және жаңғырту Автономды Жүйе компоненттері арасында немесе сыртқы желілермен байланыс болмаған жағдайда — конфигурациялық және мұрағаттық ақпаратқа қол жеткізу үшін 2.6. Диагностикалау жөніндегі талаптар • Жүйе қызметтік оқиғалар мен іркілістер бойынша ақпаратты аудит журналдарына жазу мүмкіндігін қамтамасыз етуі тиіс. Журналдардағы жазбалар ақаулықтың себебін анықтау үшін жеткілікті ақпаратты қамтуы тиіс. • Жүйе жүйелік файлдардың тұтастығын автоматты түрде де, қолмен де бақылау мүмкіндігін қамтамасыз етуі тиіс. 2.7. Персоналдың санына және біліктілігіне қойылатын талаптар Тапсырыс берушінің Жүйені әкімшілендіруге жауапты персоналы қазіргі уақытта корпоративтік ортада кеңінен пайдаланылатын ақпараттық технологиялар саласында, оның ішінде АЖО және серверлердің операциялық жүйелері, желілік хаттамалар, сәйкестендіру мен аутентификацияның орталықтандырылған жүйелері, электрондық пошта жүйелері және т.б. бойынша базалық білімге ие болуы тиіс. 2.8. Сенімділікке қойылатын талаптар • Жүйе автоматтандыру объектісінде Тапсырыс берушінің барлық пайдаланушылары бір мезгілде жұмыс істеген жағдайда штаттық жұмыс істеуді қамтамасыз етуі тиіс. • Жүйе масштабтау және ақауларға төзімділік мүмкіндігін қамтамасыз етуі, оның ішінде кластерлік технологияларды қолдауы тиіс. • Деректерді қалпына келтіру мүмкіндігімен резервтік көшірмелеу және деректердің резервтік көшірмелерін сақтау жүзеге асырылуы тиіс. • Жүйеде іркілістер болған жағдайда Тапсырыс берушінің бизнес-процестерінің үздіксіздігі қамтамасыз етілуі тиіс. 3. Жүйенің функционалдық мүмкіндіктеріне қойылатын талаптар 3.1. Трафикті ұстап алу ішкі жүйесі 3.1.1. Жалпы талаптар • Трафикті ұстап алу ішкі жүйесі клиент ұйымның жергілікті желісінен тыс болған жағдайда ақпаратты жіберу жөніндегі әрекеттерді бақылауды қамтамасыз етуі тиіс. • Трафикті ұстап алу ішкі жүйесі ұстап алынған объектілерден мәтіндік ақпарат пен салынымдарды алып шығуы, салынымдардың форматтарын анықтауды және алынған деректерді талдау ішкі жүйесіне беруді орындауы тиіс. • Жіберілген және алынған файлдардың көлеңкелі көшірмесін жасау мүмкіндігі болған кезде файлдың өлшемі мен форматын көрсете отырып, көлеңкелі көшірмені сақтауды баптау қамтамасыз етілуі тиіс. • Трафикті ұстап алу ішкі жүйесі ұстап алынған деректерден көліктік атрибуттарды (жіберуші, алушылар тізімі) бөліп алуды орындауы тиіс. 3.1.2. Корпоративтік поштаны бақылау компоненті Компонент мыналарды қамтамасыз етуі тиіс: • MAPI, POP3(S), IMAP4(S), SMTP(S) хаттамалары бойынша деректер алмасуды бақылау (оның ішінде хаттаманы пайдалануға тыйым салу), берілетін файлдардың көлеңкелі көшірмелерін жасау (бар болса), деректерді одан әрі талдауға дайындау (контекст және контент); • MAPI хаттамасы бойынша пошталық хабарламаларды жіберуді бұғаттау мүмкіндігі (оның ішінде мазмұнды талдау нәтижелері бойынша); • беру үшін MAPI хаттамасы және Microsoft криптографиялық провайдері пайдаланылса, S/MIME стандарты бойынша қалыптастырылған хабарламаларды шифрын ашу; • SMTP(S) хаттамасы бойынша пошталық хабарламаларды жіберуді бұғаттау және/немесе карантинге орналастыру мүмкіндігі, оның ішінде мазмұнды талдау нәтижелері бойынша, клиенттік бағдарламалық қамтамасыз етуді орнату қажеттілігінсіз. «Карантин» режимі пайдаланылған жағдайда қауіпсіздік офицері бұзушылықты растаған кезде хабарламалар бұғатталуы, керісінше жағдайда — адресатқа жіберілуі тиіс; • қауіпсіздік саясаттары іске қосылған кезде шығыс пошталық хабарламаларды уақытша кідіртуді қамтамасыз ететін интерактивті карантин мүмкіндігі. Компонент жіберуші қызметкерден жіберудің дұрыстығын растауды автоматты түрде сұратуы немесе хатты беруді болдырмау мүмкіндігін ұсынуы тиіс; • клиенттік бағдарламалық қамтамасыз етуді орнатпай, корпоративтік желіден POP3(S), IMAP4(S), SMTP(S) хаттамалары бойынша берілетін деректерді ұстап алу. 3.1.3. Web-трафикті бақылау компоненті Компонент мыналарды қамтамасыз етуі тиіс: • HTTP(S) хаттамалары бойынша жүктелетін деректерді ұстап алу (web-пошта, форумдар, блогтар, чаттар және т.б.); • мазмұнды талдау нәтижелері бойынша HTTP(S) хаттамалары бойынша деректерді беруді бұғаттау мүмкіндігі; • берілетін деректердің, олардың өлшемінің және осы сұраулар жіберілетін IP-мекенжайдың немесе доменнің негізінде «қоқыс трафигін» (пайдасыз қызметтік HTTP-сұрауларды) сүзгілеу. 3.1.4. Бұлттық қоймаларды бақылау компоненті Компонент бұлттық қоймалардың веб-клиенттерімен: Google Drive, Microsoft OneDrive, Яндекс.Диск жұмыс істеу кезінде пайдаланушылардың қол жеткізуін басқару (толық қолжетімділік, тек оқу, қолжетімділікті бұғаттау) мүмкіндігін қамтамасыз етуі тиіс. Компонент пайдаланушы мына сервистердің desktop-қосымшаларын пайдалану кезінде басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу мүмкіндігін қамтамасыз етуі тиіс: • Microsoft OneDrive; • Google Drive; • Яндекс Диск; • Облако Mail.ru. Файлдың көлеңкелі көшірмесін ұстап алу сәтінде экранның скриншоты жасалуы тиіс. 3.1.5. Қосылатын құрылғыларды бақылау компоненті Компонент мыналардың мүмкіндігін қамтамасыз етуі тиіс: • пайдаланушылар үшін перифериялық құрылғылармен (алынбалы тасығыштар, принтерлер, модемдер, әртүрлі физикалық порттар және т.б.) жұмыс істеуге рұқсат беру немесе тыйым салу, оның ішінде қол жеткізуді тек оқумен шектеу және уақытша қолжетімділік беру; • қол жеткізуге рұқсат етілген құрылғылардың ақ тізімдерін жасау; • қызметкердің жұмыс станциясы корпоративтік желіден тыс жерде болған жағдайда белгіленген серверлерге қолжетімділік беру немесе Интернет желісіне уақытша қолжетімділік ұсыну мүмкіндігімен корпоративтік емес желілерге қосылу ережелерін қалыптастыру; • растау кодын пайдалана отырып, корпоративтік емес желілерге қосылуға уақытша қолжетімділік беру немесе перифериялық құрылғылармен жұмыс істеуге рұқсат беру; • егер суреттер операциялық жүйенің стандартты құралдарымен жасалса, пайдаланушының жұмыс станциясында экран суреттерін жасауға тыйым салу; • алынбалы құрылғы (flash, сыртқы қатты дискілер, CD/DVD, MTP- және PTP-құрылғылар және т.б.) мен қорғалатын АЖО арасында берілетін деректерді (оның ішінде тікелей алынбалы құрылғыларда өңдеу кезінде) мазмұнды талдау нәтижелері бойынша беруді бұғаттау мүмкіндігімен ұстап алу және өңдеу; • деректерді алынбалы құрылғыдан АЖО-ға көшіру кезінде ұстап алу және бұғаттау, сондай-ақ деректердің таңдалған санатының орын ауыстыруын бақылау үшін алынбалы құрылғылардың рұқсат етілген атаулары мен сәйкестендіргіштерін, көшіру көзі мен қабылдағышының каталогтарын көрсету. 3.1.6. FTP-трафикті бақылау компоненті Компонент мыналарды қамтамасыз етуі тиіс: • FTP(S) хаттамасы бойынша деректер алмасуды бақылау (оның ішінде хаттаманы пайдалануға тыйым салу); • көшіру көзі мен қабылдағышының берілген каталогтары үшін саясаттар жасау мүмкіндігі; • берілетін файлдардың көлеңкелі көшірмелерін жасау (жүктеп алу және жүктеу кезінде); • деректерді контекстік және контенттік талдауға дайындау; • беру кезінде бұғаттау. Бұғаттау контекстік талдау және мазмұнды талдау нәтижелері бойынша, оның ішінде автономды режимде (Жүйенің серверлік бөлігіне қосылым болмаған кезде) қорғалатын АЖО-да жергілікті түрде сақталған саясаттарға сәйкес жүзеге асырылады. 3.1.7. Файлдық операцияларды бақылау компоненті Компонент пайдаланушы кез келген веб-сервистерді, оның ішінде бұлттық сервистерді мына браузерлер арқылы пайдалану кезінде басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу мүмкіндігін қамтамасыз етуі тиіс: • Google Chrome; • Mozilla Firefox; • Microsoft Edge; • Microsoft Internet Explorer; • Яндекс Браузер. Деректерді өңдеу SSL- шифрлау сертификатын алмастырмай жүзеге асырылуы тиіс. Компонент пайдаланушы мына desktop-қосымшаларды пайдалану кезінде басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу мүмкіндігін қамтамасыз етуі тиіс: • 7-Zip; • WinRAR; • Zoom; • WhatsApp; • Telegram. Файлдың көлеңкелі көшірмесін ұстап алу сәтінде экранның скриншоты жасалуы тиіс. Компонент контекстік талдау және мазмұнды талдау нәтижелері бойынша, оның ішінде автономды режимде (Жүйенің серверлік бөлігіне қосылым болмаған кезде) қорғалатын АЖО-да жергілікті түрде сақталған саясаттарға сәйкес бұғаттауды қамтамасыз етуі тиіс. 3.1.8. Алмасу буферін бақылау компоненті Компонент қосымшаларда алмасу буфері арқылы деректерді көшіру және кірістіру операцияларын ұстап алуды және бұғаттауды қамтамасыз етуі тиіс. 3.1.9. Құжаттарды басып шығаруды бақылау компоненті Компонент жергілікті және желілік принтерлерге басып шығаруға жіберілген файлдардың көлеңкелі көшірмелерін ұстап алуды, бұғаттауды және өңдеуді қамтамасыз етуі тиіс. Бұғаттау контекстік талдау және мазмұнды талдау нәтижелері бойынша, оның ішінде автономды режимде (Жүйенің серверлік бөлігіне қосылым болмаған кезде) қорғалатын АЖО-да жергілікті түрде сақталған саясаттарға сәйкес жүзеге асырылады. 3.1.10. Экран суреттерін бақылау компоненті • Компонент пайдаланушылардың жұмыс станцияларынан экран суреттерін жасауды және оларды сақтау ішкі жүйесіне беруді қамтамасыз етуі тиіс. Экран суреттерін жасау бапталатын кезеңділікпен, бапталатын тізімдегі қосымшаларды пайдалану кезінде, белсенді терезе ауысқан кезде жүзеге асырылуы тиіс. • Компонент алдын ала берілген тізімдегі қосымшалар белсенді болса, жұмыс станцияларынан экран суреттерін жасауды және оларды сақтау ішкі жүйесіне беруді қамтамасыз етуі тиіс. • Бұған қоса, Жүйе жұмыс станцияларынан алынған экран суреттеріндегі мәтінді тануды, сондай-ақ алынған мәтінді нәтиже бойынша толық мәтіндік іздеу жүргізу мүмкіндігімен талдау технологияларымен талдауды қамтамасыз етуі тиіс. 3.1.11. Қосымшаларды бақылау компоненті • Компонент қосымшалардың қара немесе ақ тізімдері негізінде пайдаланушылардың жұмыс станцияларындағы қосымшалармен жұмысын шектеу мүмкіндігін қамтамасыз етуі тиіс. • Компонент қалыптастырылған қосымшалар тізімінде алмасу буферін және басып шығаруды пайдалануды шектеу мүмкіндігін қамтамасыз етуі тиіс. 3.1.12. Мессенджерлерді бақылау компоненті Сервис / хаттама Ұстап алу және өңдеу Пайдалануға рұқсат беру / тыйым салу Telegram Чат хабарламалары, файлдар және дауыстық хабарламалар Иә XMPP-қосымшалар Чат хабарламалары және файлдар Иә WhatsApp Жіберілген және алынған чат хабарламалары және файлдар Иә 3.2. Талдау ішкі жүйесі 3.2.1. Жалпы талаптар • Талдау ішкі жүйесі ұстап алынған барлық деректерді талдауды және оларды саясаттарды қолдану ішкі жүйесіне беруді қамтамасыз етуі тиіс. • Талдау ішкі жүйесі құпия ақпаратты анықтау дәлдігін арттыру және жалған іске қосылулар санын азайту үшін бір мезгілде бірнеше талдау технологиясын ескере отырып күрделі құжаттарды сипаттайтын аралас қорғау объектілерін жасау мүмкіндігін қамтамасыз етуі тиіс. Хаттың нақты элементінде қорғау объектісін анықтау мүмкіндігі қамтамасыз етілуі тиіс. • Талдау ішкі жүйесі қауіпсіздік саясаттары іске қосылған кезде қорғау объектісін алып тастау мүмкіндігін қамтамасыз етуі тиіс. Мысалы, грифтелген ақпаратты «Коммерциялық құпия» сөз тіркесі бойынша анықтау және қызметкерлер хаттарының қолтаңбаларындағы дисклеймерге іске қосылмау қажет болған жағдайларда. • Талдау ішкі жүйесі файлдарды желімдеу фактілерін және файл кеңейтімі мен оның сигнатурасының сәйкес келмеуін анықтауы тиіс. • Талдау ішкі жүйесі мынадай кодтауларды қолдауы тиіс: ISO-8859-1, OEM 866, ISO-8859-5, ISO-8859-15, win-1251, win-1252, koi8-r, utf-8, utf-16. Талдау ішкі жүйесі объектілердің мынадай түрлерін өңдеу мүмкіндіктерін ұсынуы тиіс: Санат Форматтар Мұрағаттарды ашу Мұрағаттар 7z, exe, xz, lzh, gz, bzip, bz2, tar, arj, rar, zip, zipx, cab, uha, zlib Сигнатура бойынша анықтау Мұрағаттар z, lzw Дерекқорлар ace, mdb, accdb, dmp, mxl, vcs, vcsrd, bak, trn, full, dt, cf Мультимедиа cdr, ico, jxr, hdp, wdp, mov, ape, flac, wma, wmv, asf, mp3, wav, mpg, ogg, avi, m4a, aac, flv, mp4, ai, tif, tiff, pcl, pgm, zjs, wmf, jp2, gif, emf, ppm, svg, sun, ras, rast, rs, sr, scr, im1, im8, im24, im32, jpeg, jpg, jpe, pbm, png, psd, bmp, WebP Конструкторлық файлдар CATPart, CATProduct, CATDrawing, CATProcess, CATAnalysis, CATCatalog, CATMaterial, plt, sldprt, sldasm, slddrw, prtdot, asmdot, drwdot, prt, cdw, m3d, a3d, a3t, cdt, spt, spw, frt, frw, kdt, kdw, m3t, t3d, dgn, rvt, rfa, fbx, step, stp, igs, sat Орындалатын файлдар және кітапханалар rpm, so, exe, dll Басқа файлдар xlsb, eml, der, p7s, ink, p7m, otf, torrent, gpg, pgp, asc, kdb, kdb2, wim, evtx, mxf Форматсыз файлдар Gerber Technology file, Vector Data Мәтінді анықтау және алып шығару Конструкторлық файлдар dwg, dwt, dws Презентациялар ppt, pptx, pot, potm, potx, odp Кестелер xls, xlsx, xlt, xltm, xltx, ods, xlsb Құжаттар doc, docx, dot, dotx, docm, odt, pdf, txt, rtf, tsv, csv, stg, json, jsn, chm, pub, vsd, vsdx, html, xml, oxps, xps, djv, djvu, epub Пошталық хабарламалар tnef, tnf, winmail.dat, msg Басқа файлдар odg, mpp, iso, oxps, xps, vsd, vsdx, odt, ods, odd және т.б. Форматсыз файлдар Microsoft Compound Binary File Асты сызылып Жүйе iFilter бағдарламалық қамтамасыз етуі болған кезде өңдеуі тиіс форматтар белгіленген. 3.2.2. OCR компоненті • OCR компоненті трафикті ұстап алу ішкі жүйесінен алынған кескіндердегі мәтінді тануды қамтамасыз етуі тиіс. • OCR модулі таныған мәтін басқа талдау технологияларымен талдануы тиіс. 3.2.3. Лингвистикалық талдау компоненті • Компонент санаттардың иерархиялық анықтамалығын (классификаторды) құрайтын белгілі бір терминдерді (сөздер мен сөз тіркестерін) іздеуге негізделген лингвистикалық алгоритмдерді пайдалана отырып лингвистикалық талдауды орындауы тиіс, бұл ретте алынған мәтінде дұрыс өңделуі тиіс қателер, транслитерация немесе бүркемелеу мәтіні болуы мүмкін. • Компонент таңбалар регистрін және тілдік бірліктердің морфологиясын ескере отырып лингвистикалық талдау алгоритмін баптау мүмкіндігін ұсынуы тиіс. • Компонент мынадай тілдер үшін лингвистикалық талдау жүргізу мүмкіндігін ұсынуы тиіс: ағылшын*, орыс* (* — тиісті сөздіктің терминдерімен дәл сәйкестіктерге қосымша тіл морфологиясын қолдау). • «Ұйымды басқару», «Конкурстық құжаттама», «Маркетинг», «Қауіпсіздік жүйесі», «Кадрлар бөлімі», «Қаржы», «Шарттар мен келісімшарттар» және т.б. санаттарды қамтитын алдын ала бапталған стандартты классификатор болуы тиіс. • Компонент жеке классификаторды баптау мүмкіндігін көздеуі тиіс. 3.2.4. Цифрлық іздерді талдау компоненті • Компонент эталондық құжаттар базасын құрайтын берілетін эталондық құжаттарға тиесілі фрагменттерді іздеуді орындауы тиіс. • Пайдаланушы қосатын эталондық құжаттар үшін мәтіндік, бинарлық немесе мәтіндік және бинарлық іздер қалыптастырылуы тиіс, олардың әрқайсысы үшін жеке дәйексөздеу шегін көрсету мүмкіндігіне қолдау көрсетілуі тиіс. • Компонент цифрлық іздер базасын желілік каталогтармен автоматты түрде синхрондау мүмкіндігін қолдауы тиіс. • Мәтіндік түрдегі цифрлық іздерді пайдалана отырып ұстап алынған оқиғаларды өңдеу кезінде Жүйе қорғалатын құжаттан кірістірілген мәтіні бар, қолдау көрсетілетін кез келген форматтағы файлдар немесе хат (оның ішінде мәтіндік хабарлама) түрінде құжаттарды беру фактісін тіркеуі тиіс. 3.2.5. Мәтіндік объектілерді талдау компоненті • Компонент тұрақты өрнектерге сәйкес келетін мәтіндік объектілерді іздеуді орындауы тиіс. • Компонентте мәтіндік объектілердің алдын ала орнатылған үлгілері (кредиттік карта нөмірі және т.б.) болуы тиіс. Жалған оң іске қосылулар санын азайту үшін мәтіндік объектілерді верификациялау функциялары қолданылуы тиіс (мысалы, банк карталарының нөмірлерінде банктің BIN-і және бақылау цифры тексерілуі тиіс). • Компонент тұрақты өрнектер тілі негізінде мәтіндік объектілерді қосу мүмкіндігін ұсынуы тиіс. 3.2.6. Кредиттік карталардың кескіндерін талдау компоненті • Компонент талдауға түсетін кескіндерде кредиттік карталардың болуын қадағалауға мүмкіндік беруі тиіс. • Кредиттік карталарды анықтау үшін Жүйеге эталондық құжаттарды қосу талап етілмеуі тиіс. • Кредиттік карталардың кескіндері картада төлем жүйелері логотиптерінің (VISA, Visa Electron, MasterCard, Maestro) кескіндерінің болуы бойынша қосымша верификациядан өтуі тиіс. 3.2.7. Паспорттардың кескіндерін талдау компоненті • Компонент талдауға түсетін кескіндерде Қазақстан азаматы паспортының басты бетінің болуын қадағалауға мүмкіндік беруі тиіс. • Паспорттарды анықтау үшін Жүйеге эталондық құжаттарды қосу талап етілмеуі тиіс. • Паспорттардың кескіндері фотосуреттің стандартты орналасу орнында адам бетінің кескінінің болуы бойынша қосымша верификациядан өтуі тиіс. 3.2.8. Мөрлерді талдау компоненті • Компонент сканерленген құжаттардың кескіндерінде эталондық мөрлердің болуын қадағалауға мүмкіндік беруі тиіс. • Компонент мөрлерді анықтау модулін оқыту үшін мөрдің эталондық кескіндерін жүктеу мүмкіндігін ұсынуы тиіс. 3.2.9. Құжаттардың тақырыптық санаттарын автоматтандырылған түрде анықтау компоненті Компонент Жүйе ұстап алған құжаттар базасында тақырыптық санаттарды (кластерлерді) автоматтандырылған түрде анықтау және құжаттар базасын кластерлер бойынша бөлу мүмкіндігін ұсынуы тиіс. Тақырыпты анықтау алдын ала берілген сөздіктер мен классификаторларды пайдаланбай, құжаттардың мазмұнын талдау нәтижелері негізінде орындалуы тиіс. Құжаттарды бөлінген кластерлер бойынша бөлу құжат мазмұнының тақырыбы бойынша ең жақын кластерге сәйкестігін анықтау арқылы орындалуы тиіс. Кластерлеу процесі мыналарды қамтуы тиіс: • ұқсас тақырыптағы құжаттарды бір кластерге біріктіру; • кластер ішінде біртекті құжаттар топтарын бөлу; • әрбір кластер үшін кластердің тақырыбын сипаттайтын тегтер бұлтын қалыптастыру; • кластердің тақырыбын барынша релевантты көрсететін құжаттарды бөлу. Кластерлеу процесі аяқталғаннан кейін Жүйе компанияға тән сөздікті жасауды автоматтандыру үшін нәтижелерді қалыптастыруы тиіс. 3.2.10. Арнайы сөздіктерді автоматтандырылған түрде қалыптастыру компоненті Компонент пайдаланушы айқындаған құжаттар іріктемесі негізінде деректердің жеке классификаторын жасау арқылы арнайы сөздіктерді қалыптастыруды автоматтандыру мүмкіндігін ұсынуы тиіс. Тақырыптық санаттарды автоматтандырылған түрде анықтау (кластерлеу) нәтижесінде алынған құжаттар іріктемесі негізінде жеке классификатор жасау немесе құжат файлдарын жүктеу арқылы Жүйе консолінде пайдаланушының құжаттар санаттарын жасау мүмкіндігі көзделуі тиіс. Жеке классификаторды жасау процесі мыналарды қамтуы тиіс: 1) Санаттарды жасау. 2) Классификаторды оқыту. 3) Файлдарды классификаторда тексеру. 4) Санат құрамындағы мәтіндік объектілерді импорттау және экспорттау. 5) Мәтіндік объектілерді қорғау объектілеріне қосу. 3.3. Саясаттарды қолдану ішкі жүйесі • Саясаттарды қолдану ішкі жүйесі талдау ішкі жүйесі жұмысының нәтижелері негізінде ұстап алынған объектінің ақпараттық қауіпсіздік саясатын бұзу фактісінің бар-жоғы туралы вердикт шығаруды орындауы тиіс. Ішкі жүйе объектіні алушы немесе жіберуші туралы деректерді қызметкерлер мен жұмыс станциялары анықтамалығының жазбаларымен байланыстыруды қамтамасыз етуі тиіс. • Саясаттарды қолдану ішкі жүйесі ұстап алынған және талданған объектілердің каталогтар қызметінен алынған немесе пайдаланушы қолмен жасаған тұлғаларға, жұмыс станцияларына және топтарға сәйкестігін белгілеуі тиіс. • Саясаттарды қолдану ішкі жүйесі топтарды, контактілерді, жұмыс станцияларын, web-ресурстарды логикалық периметрлерге біріктіру мүмкіндігін қамтамасыз етуі тиіс. • Саясаттарды қолдану ішкі жүйесі басқару консолінен деректерді беруге, көшіруге, сақтауға немесе алмасу буферін пайдалануға қауіпсіздік саясаттарын белгілеу мүмкіндіктерін ұсынуы тиіс. • Саясаттарды қолдану ішкі жүйесі басқару консолінен ұстап алынған объектілерге қосымша атрибуттарды (тегтер, бұзушылық деңгейі, вердикт) автоматты түрде қою мүмкіндіктерін ұсынуы тиіс. • Саясаттарды қолдану ішкі жүйесі басқару консолінен қызметкерлерге, мысалы, «Жұмыстан босатылуға», «Бақылауда» және т.б. мәртебелерді автоматты түрде қою мүмкіндігін ұсынуы тиіс. • Талдау рәсімінен өткен ұстап алынған объектілерді сәйкестендіру кезінде қызметтік атрибуттарда қамтылған сәйкестендіру ақпаратын каталогтар қызметінен алынған немесе Жүйе пайдаланушысы берген сәйкестендіру ақпаратымен салыстыру жүзеге асырылуы тиіс. 3.4. Каталогтар қызметімен интеграциялау ішкі жүйесі • Ішкі жүйе осы ақпаратты ұстап алынған объектілердің деректерімен одан әрі байланыстыру үшін LDAP-каталог құрылымын қызметкерлер мен жұмыс станцияларының анықтамалығымен бастапқы импорттау және мерзімді синхрондау мүмкіндігін қамтамасыз етуі тиіс. • Жүйе мен Active Directory LDAP-каталогы арасындағы ақпарат алмасу LDAPS қорғалған хаттамасын пайдалана отырып жүзеге асырылуы тиіс. • Ішкі жүйе өзгертілген элементтерді сканерлеу кезеңін баптау мүмкіндігін ұсынуы тиіс. Өзгертілген элементтерді сканерлеу кезінде Жүйеде соңғы сканерлеу сәтінен бастап болған өзгерістер ғана ескеріледі. • Ішкі жүйе каталогтар қызметін сканерлеу кезеңі мен уақытын баптау мүмкіндігін ұсынуы тиіс. • Ішкі жүйе импорттау немесе синхрондау нәтижесінде алынған барлық деректерді сақтау ішкі жүйесіне беруі тиіс. • Ішкі жүйе топтар бөлімінің баптауларын одан әрі резервтік көшірме ретінде сақтау немесе Жүйенің басқа инсталляциясына көшіру үшін экспорттау/импорттау мүмкіндігін ұсынуы тиіс. 3.5. Шешімдер қабылдау ішкі жүйесі Шешімдер қабылдау ішкі жүйесі объектілер үшін оларды өңдеу сценарийлерінде сипатталған ережелерді орындау арқылы ақпараттық қауіпсіздік саясатын қолдануды қамтамасыз етуі тиіс. Шешімдер қабылдау ішкі жүйесі мыналардың негізінде объект бойынша вердиктті автоматты түрде шығару ережелерін белгілеу мүмкіндіктерін ұсынуы тиіс: • ұстап алынған объектінің формалды белгілері (жіберуші, алушы және т.б.), оның ішінде ұстап алынған объектінің түрі (трафикті ұстап алу ішкі жүйесінен алынған деректердің барлық түрлері); • талдау ішкі жүйесінен алынған ұстап алынған объектілерді талдау нәтижелері; • құжаттардың форматтары; • қызметкерлердің мәртебесі («Жұмыстан босатылуға», «Бақылауда» және т.б.); • логикалық периметр. Шешімдер қабылдау ішкі жүйесі сондай-ақ мыналарды қамтамасыз етуі тиіс: • Жүйе бапталған ережелер мен саясаттар негізінде автоматты түрде шығаратын оқиғалар бағасын өзгерту мүмкіндігінің болмауы; • инцидент туралы хабарлама-хатты электрондық пошта мекенжайына жіберу арқылы қауіпсіздік әкімшісін инциденттер туралы хабардар ету; • бұзушыға, қауіпсіздік офицеріне, сондай-ақ кез келген басқа алушыға арналған хабарлама-хаттардың мәтінін айқындау мүмкіндігі; • оқиғаларға қолданылған әртүрлі саясаттар мен вердиктер үшін хабарлама-хаттардың мәтінін айқындау мүмкіндігі; • HTTP(S)-сұраулар үшін — сұрау бағытталған сайттың түрін анықтау және объектіге сайт түріне сәйкес тег беру; • объектілерді сақтау ішкі жүйесіне беру. 3.6. Сақтау ішкі жүйесі • Сақтау ішкі жүйесі ұстап алынған барлық объектілерді, олар туралы ақпаратты, оларды талдау және саясаттарды қолдану нәтижелерін сақтауды қамтамасыз етуі, сондай-ақ басқару консолінен сұраулар арқылы сақталатын ақпаратты қарау мүмкіндігін ұсынуы тиіс. • Сақтау ішкі жүйесі деректерді баяу және жылдам дискілерге көшіру мүмкіндігімен, қосымша скрипттерді пайдаланбай айналмалы ротациямен бірыңғай ДҚБЖ-да деректерді сақтауды жүзеге асыруы тиіс. • Сақтау ішкі жүйесі барлық объектілер үшін де, тек бұзушылықтары бар объектілер үшін де әртүрлі сақтау кезеңін белгілеу мүмкіндігін қамтамасыз етуі тиіс. • Сақтау ішкі жүйесі саясат іске қосылған кезде мұрағат көлемін қысқарту үшін оқиғадан салынымдарды немесе салынымдарды алынған мәтінмен бірге іріктеп жоюға (бұл деректерді мұрағатқа орналастырмауға) мүмкіндік беруі тиіс, бұл ретте осы оқиғаның болғаны туралы ақпарат жоғалмауы тиіс. • Сақтау ішкі жүйесі деректерді әртүрлі физикалық дискілерде сақтау мүмкіндігін ұсынуы тиіс, мысалы, соңғы 3 айдағы деректер оқу жылдамдығы жоғары дискілерде сақталатын жағдайда. • Қатты дискідегі кеңістікті босату мақсатында сақтау ішкі жүйесі қойма ДҚ сегменттерін басқа ақпарат тасығыштарға орналастыра отырып мұрағаттауға мүмкіндік беруі, сондай-ақ оларды кейіннен қалпына келтіру мүмкіндігін қамтамасыз етуі тиіс. • Сақтау ішкі жүйесі сақтау мерзімі Жүйеде белгіленген сақтау мерзімінен аз ұстап алынған оқиғаларды Жүйе мұрағатынан жоюдың айқын мүмкіндігінің болмауын қамтамасыз етуі тиіс. 3.7. Пайдаланушы интерфейсі 3.7.1. Интерфейс құрамы Жүйеде мынадай бөлімдерден тұратын бірыңғай графикалық ортаны білдіретін бірыңғай интерфейс болуы тиіс. Тергеп-тексеру орталығы — Жүйенің орнатылған ішкі жүйелерінің деректерін талдау үшін, оның ішінде: • ұстап алынған оқиғаларды, қызметкерлердің әрекеттері, файлдарды сақтау және оларға қол жеткізу туралы деректерді біріктіру, визуалды талдау және ақпараттық кеңістіктегі алдағы тәуекелдер туралы хабарлау; • деректердің әртүрлі қималары арасында жылдам ауысу үшін бірыңғай сүзгіні және интерактивті интерфейсті пайдалану; • негізгі егжейтегжейлерге назар аудара отырып тергеп-тексерулер контекстін сақтау, сондай-ақ шешімдер қабылдау кезінде деректерді жылдам түсіндіру үшін бірнеше ішкі жүйеден алынған ақпаратты салыстыру; • сүзгіні қосымша баптаусыз инциденттерді анықтау және қызметкерлерді бақылау үшін жұмыс панельдерін әрбір утилитарлық міндетке баптау; • кірістірілген блокнотта мән-жайларды жинау барысында тергеп-тексеру туралы есепті қалыптастыру. Әкімшілендіру орталығы — Жүйенің саясаттарымен және баптауларымен жұмыс істеу үшін: • клиенттік бағдарламалық қамтамасыз етуге қол жеткізуді басқару; • қызметкерлердің жұмыс станцияларында клиенттік бағдарламалық қамтамасыз етуді орталықтандырылған түрде орнату және жаңарту; • компьютерлерді, қызметкерлерді және құрылғыларды мониторингтеу жүйесін баптау; • компьютерлер мен құрылғыларға қол жеткізуді бақылау; • нәтижелік саясаттармен жұмыс істеу. 3.7.2. Интерфейстің функционалдық мүмкіндіктері Пайдаланушы интерфейсінде мыналар көзделуі тиіс: • жалпы қабылданған ұғымдарды және табиғи тілдің сөйлеу формасын пайдалана отырып, диалогтық терезеде сұрақ түрінде сұрау қалыптастыру мүмкіндігімен Жүйеге сұраулармен жұмыс істеуге арналған орыс тіліндегі диалогтық интерфейс; • қауіпсіздік офицерінің әрекеттеріне толық аудит жүргізу; • рөлдік модель негізінде Жүйе функцияларымен жұмыс істеу бойынша пайдаланушылардың құқықтарын ажырату; • Жүйе пайдаланушылары үшін оқиғаларға қол жеткізуді басқару; • интерактивті режимде егжейтегжейлі есептерді алу; • ұстап алынған деректерде анықталған қорғау объектілері мен терминдерді тиісті түспен бөлектей отырып, оқиғаның егжей-тегжейлі карточкасын көрсету; • инцидент карточкасынан жұмыс станциясының бар экран суреттерін, оның ішінде оқиғаға байланыстыларын қарау; • алушылар санын, кез келген талдау технологиясын және деректерді беру арнасын көрсете отырып, барлық оқиғалар бойынша немесе тек салынымдар бойынша толық мәтіндік іздеу; • ұстап алынған объектілер бойынша статистикалық есептерді дайындау және оларды xls, xlsx, pdf және html форматтарына экспорттау; • оқиғаларды іздеу үлгілеріне және есептерге қол жеткізуді басқару; • әртүрлі бөлімдер мен филиалдардың Жүйе пайдаланушылары үшін тұлғалар мен контактілер туралы ақпараттың көрінуін шектеу. 3.7.3. Интерфейске қол жеткізу қауіпсіздігі • Қарапайым құпиясөз жасаудан және құпиясөзді іріктеп табудан қорғау. • Екінші фактор ретінде бір реттік кодтарды пайдалана отырып екі факторлы аутентификация. • Журнал деректерін оқиғаларды жинаудың сыртқы жүйелеріне беру мүмкіндігімен оператор әрекеттерінің егжей-тегжейлі журналын жүргізу. 3.8. Клиенттік бағдарламалық қамтамасыз етуді басқару ішкі жүйесі 3.8.1. Агенттерді басқару • Ішкі жүйе клиенттік бағдарламалық қамтамасыз етуді (агентті) қашықтан орнату/жаңарту/жою мүмкіндігін ұсынуы тиіс. • Ішкі жүйе Active Directory арқылы тарату және тікелей пайдаланушының жұмыс орнында орнату мүмкіндігімен агенттің инсталляциялық пакетін жасау мүмкіндігін ұсынуы тиіс. • Жүйе MS Active Directory-нің берілген тобында агенттік БҚ орнатылмаған жаңа құрылғыларды анықтау есебінен агенттерді жаңа АЖО-ға тарату мүмкіндігін қамтамасыз етуі тиіс. • Жүйе желілік қосылымға жүктемені төмендету мақсатында SMB- және FTP-ресурстарды пайдалана отырып агенттік БҚ-ны жаңарту мүмкіндігін қамтамасыз етуі тиіс. 3.8.2. Агентке қойылатын талаптар Жүйе агенті мынадай операциялық жүйелер ортасында жұмыс істеуі тиіс: • Linux; • Microsoft Windows; • Microsoft Windows Server; • Mac OS. Linux және Mac OS ОЖ-дағы агенттердің функционалы өндіруші мәлімдеген көлемде ұсынылуы тиіс. Жүйе агенті: • жүйеде жасырын жұмыс істеу мүмкіндігін ұсынуы және стандартты құралдармен анықталмауы; • ұстап алынған объектілерді талдау ішкі жүйесіне беру үшін TLS шифрлауын пайдалануы; • жалған орталық серверге қосылу мүмкіндігін болдырмау үшін авторизация жүйесін пайдалануы; • Secure Boot режимінде жұмыс қабілеттілігін қолдауы тиіс. 3.9. Деректерді талдау ішкі жүйесі • Деректерді талдау ішкі жүйесі талдау ішкі жүйесі ұсынатын деректерді ағынмен кейінгі өңдеуге және талдауға арналған. • Деректерді талдау ішкі жүйесінің жеке графикалық интерфейсі болмауы тиіс. • Деректерді талдау ішкі жүйесі деректерге ретроспективті талдау жүргізу және трафиктен бірдей құжаттарды іздеу мүмкіндігін қамтамасыз етуі тиіс. Іздеудің екі түрі іске асырылуы тиіс: Іздеу түрі Сипаттамасы және мысал Ұқсас құжаттарды іздеу Бірдей терминдерді қамтитын, бірақ әртүрлі үлгілер негізінде жасалған құжаттар. Мысалы, әртүрлі контрагенттерден жабдық жеткізуге арналған барлық шарттар. Құжаттардың үлгілерін іздеу Бірыңғай үлгіде жасалған, бірақ сөз формаларында шамалы айырмашылықтары бар бірдей құрылымдағы құжаттар немесе толық көшірмелер. Мысалы, компания қызметкерлерінің барлық еңбек шарттары немесе нақты контрагентпен жасалатын жеткізу шарттарының барлық жобалары. 4. Жүйені дамыту және жаңғырту перспективалары 4.1. Жалпы ережелер • Жүйе техникалық және/немесе бағдарламалық қамтамасыз етуді ауыстыру арқылы жаңғырту мүмкіндігін қамтамасыз етуі тиіс. • Жүйе талаптары төменде сипатталған қосымша компоненттер есебінен функционалдық мүмкіндіктерді кеңейтуге жол беруі тиіс. Сипатталған компоненттер Жүйені құру кезінде пайдаланылатын бағдарламалық қамтамасыз ету өндірушісі тарапынан қосымша әзірлеуді талап етпеуі тиіс. 4.2. Қосымша бақылау арналары • WinSCP desktop-қосымшасын пайдалану кезінде файлдық операцияларды бақылау және пайдаланушы басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу. Файлдың көлеңкелі көшірмесін ұстап алу сәтінде экранның скриншоты жасалуы тиіс. • IP-телефониямен интеграциялау (корпоративтік АТС және VoIP-шешімдерді пайдалану кезінде пайдаланушылардың дауыстық телефон қоңырауларын бақылау үшін) және ISDN хаттамалары бойынша цифрлық телефонияны пассивті жазу. • Кез келген типтегі құрылғылардан (оның ішінде мобильді құрылғылардан) хат алмасудан мәтін мен файлдарды алу үшін MS Teams бұлттық сервисімен интеграциялау. Компоненттің жұмыс қабілеттілігі бақыланатын құрылғыларға агенттік модульді орнатпай қамтамасыз етілуі тиіс. • Пошта сервері мен клиенттік құрылғы арасында ActiveSync және IMAP хаттамалары бойынша синхрондалатын поштаны бақылау және талдау. 4.3. Қосымша талдау технологиялары • Эталондық сызбалар базасын құрайтын берілетін эталондық сызбаларға тиесілі фрагменттерді іздеу, бұл ретте фрагменттер бұрылған, масштабталған немесе бір сызбадан екіншісіне ауыстырылған болуы мүмкін, мұны модуль дұрыс өңдеуі тиіс. Пайдаланушы қосатын эталондық құжаттар үшін дәйексөздеу шегін көрсету мүмкіндігімен векторлық із қалыптастырылуы тиіс. • Анықтау үшін толтырылған өрістердің ең аз санын белгілеу мүмкіндігімен толтырылған және бос эталондық бланкілердің, сауалнамалар мен формулярлардың болуын қадағалау. • Мәтіндер мен салынымдарда дерекқорлардан түсірілімдер объектілерін анықтау шарттарын белгілеу мүмкіндігімен анықтау: үйлесімі құпия ақпарат болып саналатын бағандар жиынтығы (мысалы, тек қызметкердің ТАӘ ондай ақпарат болып табылмайды, ал байланыс телефоны, паспорт нөмірі мен сериясы бар қызметкердің ТАӘ — болып табылады); анықталуы объектіде дерекқорлардан түсірілімнің болуы ретінде анықталатын жолдар саны. 4.4. Визуалды және болжамды талдау Жүйе деректерді визуалды талдау мүмкіндіктерін қамтамасыз етуі тиіс: • нақты уақыт режимінде деректердің жаңа қималары бойынша жиынтықты қайта құра отырып, статистика мен инциденттерді басқарудың бірыңғай орталығы ретінде ұйым филиалдары бойынша қауіпсіздіктің динамикалық жиынтығын қалыптастыру; • оқиғалар мен қызметкерлер бойынша егжей-тегжейлі мәліметтерді қарау мүмкіндігімен, сондай-ақ алушылардың e-mailмекенжайлары немесе домендері, белгілердің кез келген үйлесімі бар ақпарат санаттары және басқа параметрлер бойынша сүзгілеу мүмкіндігімен байланыстардың интерактивті графында барлық оқиғаларды, оның ішінде ұйым ішіндегі және сыртқы контактілермен қызметкерлердің байланыстарын көрсету; • оқиғалар бойынша егжейтегжейлі мәліметтерді көрсете отырып, байланыстардың жеке графын құра отырып және түсініктемелер мен файлдармен толықтыра отырып, ұйым қызметкеріне немесе кез келген сыртқы контактіге интерактивті досье қалыптастыру. Жүйе деректерді болжамды талдау мүмкіндіктерін қамтамасыз етуі тиіс: • кез келген бақыланатын арналарда (пошта, браузерлер, мессенджерлер, бұлттық қоймалар, сыртқы жинақтауыштар, принтерлер және т.б.) қызметкерлердің мінез-құлқындағы ауытқуларды автоматты түрде талдау және анықтау; • бірнеше параметр бойынша жиынтығында ауытқуларды автоматты түрде анықтау; • анықталған ауытқуларды тәуекел топтарымен жұмыс істеу үшін пайдалану: жұмыстан босатылуға дайындық, ақпаратты шығару белгілері, сыртқы коммуникациялар қарқынының артуы және т.б. 4.5. Сыртқы жүйелермен интеграциялау (API) Жүйе мынадай API (қосымшаның бағдарламалық интерфейстері) пайдалану есебінен сыртқы жүйелермен интеграциялау мүмкіндігін қамтамасыз етуі тиіс: • ұстап алынған ақпаратты Жүйе құралдарымен кейіннен талдау үшін әртүрлі арналардан ақпаратты ұстап алудың бөгде жүйелерінен деректер алуға арналған API (талдау және саясаттарды қолдану ішкі жүйелері пайдаланатын жаңа атрибуттармен оқиғаларды байыту мүмкіндігімен); • бөгде жүйелерден «Дерекқорлардың эталондық түсірілімдерін» және «Цифрлық іздер базасын» автоматты түрде жүктеуге арналған API; • оқиғалардың мазмұны мен метадеректерін Жүйеден әртүрлі бөгде жүйелерге жіберуге арналған API. Жүйе SIEM класындағы жүйелермен интеграциялау мүмкіндігін ұсынуы тиіс. 5. Енгізу бойынша ілеспе қызметтерге қойылатын талаптар 5.1. Жалпы ережелер DLP бағдарламалық қамтамасыз етуді пайдалану құқығына лицензиялар беру бойынша қызметтерді көрсету шеңберінде Өнім беруші Тапсырыс берушінің ақпараттық-коммуникациялық инфрақұрылымында бағдарламалық қамтамасыз етуді бастапқы өрістету және оның жұмыс қабілеттілігін қамтамасыз ету үшін қажетті іс-шаралар кешенінің орындалуын қамтамасыз етуге міндетті. 5.2. Іс-шаралар кешенінің құрамы № Іс-шара 1 Бағдарламалық қамтамасыз етудің серверлік компоненттерін орнату және баптау. 2 Тапсырыс берушінің жұмыс станцияларында бағдарламалық агенттерді өрістету және баптау. 3 Қолданыстағы Active Directory каталогтар қызметімен интеграциялау. 4 Құпия ақпараттың жылыстауын бақылау және болдырмау саясаттарын баптау. 5 Хабарламалар, оқиғаларды тіркеу және есептілікті қалыптастыру жүйесін баптау. 6 Тапсырыс берушінің кемінде үш маманын әкімшілендіру, пайдалану және қауіпсіздік саясаттарын баптау мәселелері бойынша оқыту. 7 Функционалдық тестілеу жүргізу және бағдарламалық қамтамасыз етудің жұмыс қабілеттілігін көрсету. 8 Пайдалану және техникалық құжаттаманы ұсыну. 9 Орындалған баптаулардың нәтижелерін беру және көрсетілген қызметтер актісін ресімдеу. 5.3. Іс-шаралардың құны Барлық көрсетілген іс-шаралар Тапсырыс беруші тарапынан қосымша ақы төлемей, шарттың жалпы құны шеңберінде орындалады. Әлеуетті өнім берушіге оның жеңімпазы анықталған және онымен Мемлекеттік сатып алу туралы шарт жасалған жағдайда қойылатын талаптар (қажет болған кезде көрсетіледі) (әлеуетті өнім берушіні көрсетілген мәліметтерді көрсетпегені және ұсынбағаны үшін қабылдамауға жол берілмейді) Приложение 16 к конкурсной документации Техническая спецификация закупаемых услуг (заполняется заказчиком) Наименование заказчика Акционерное общество "Центр международных программ" Наименование организатора Акционерное общество "Центр международных программ" № конкурса: № 17772698-1 Наименование конкурса: Программное обеспечение для мониторинга и защиты служебной и конфиденциальной информации DLP Номер лота: № 82612732-ОК1 Наименование лота: Услуги по предоставлению лицензий на право использования программного обеспечения Наименование кода Единого номенклатурного справочника товаров, работ, услуг: 582950.000.000001 Наименование услуги: Услуги по предоставлению лицензий на право использования программного обеспечения Единица измерения: Одна услуга Количество (объем): 1 Цена за единицу, без учета налога на добавленную стоимость: 8000000 Общая сумма, выделенная для закупки, без учета налога на добавленную стоимость: 8000000 Срок оказания услуги: по истечению 15 календарных дней с даты заключения договора и по 31 декабря 2026 года Размер авансового платежа* *: 0 % Гарантийный срок (в месяцах) 12 Описание требуемых характеристик, параметров и иных исходных данных 1. Общие требования 1.1. Наименование и назначение Системы Настоящая техническая спецификация определяет функциональные и технические требования к системе обеспечения информационной безопасности. Полное наименование системы - «Система предотвращения утечки данных» (далее - Система). Система предназначена для предотвращения утечек конфиденциальной информации путем контроля каналов передачи данных, выявления событий информационной безопасности, анализа контролируемой информации и реагирования на выявленные нарушения установленных политик информационной безопасности в процессе обработки, хранения и передачи информации. 1.2. Объект закупки и требования к лицензии В рамках настоящей технической спецификации предусматривается приобретение лицензии программного обеспечения для АО «Центр международных программ». Параметр Требование Количество лицензий 1 (одна) лицензия на ПО «Система предотвращения утечки данных» Количество пользователей Не менее 100 (ста) пользователей с использованием всех требуемых функциональных возможностей Системы Срок действия Не менее 12 (двенадцати) месяцев со дня поставки Объем прав Право использования всех компонентов, подсистем, модулей, функций, каналов контроля и механизмов анализа, предусмотренных настоящей технической спецификацией, в объеме не менее 100 пользователей в течение всего срока действия лицензии Легальность Лицензия должна быть легальной, предназначенной для использования Заказчиком и предоставленной через официальные каналы поставки производителя программного обеспечения 1.3. Требования к потенциальному поставщику Потенциальный поставщик в составе конкурсной заявки должен: • указать производителя, полное наименование и версию предлагаемого программного обеспечения, позволяющие однозначно идентифицировать предлагаемое решение и осуществить проверку его соответствия функциональным и техническим требованиям настоящей технической спецификации; • предоставить авторизационное письмо от производителя программного обеспечения, подтверждающее наличие у потенциального поставщика соответствующих полномочий на поставку предлагаемого лицензионного программного обеспечения на территории Республики Казахстан. Электронная копия указанного авторизационного письма должна быть представлена в составе конкурсной заявки. 1.4. Поставка и приемка По результатам поставки Заказчику должны быть предоставлены сведения и/или документы, позволяющие подтвердить: • факт предоставления лицензии; • срок ее действия; • количество лицензируемых пользователей; • наименование программного обеспечения; • состав предоставленных функциональных возможностей. Приемка поставленного программного обеспечения осуществляется Заказчиком после проверки соответствия предоставленной лицензии и ее функциональных возможностей требованиям настоящей технической спецификации. 2. Требования к Системе в целом 2.1. Общие положения Установка Системы в существующую вычислительную сеть Заказчика не должна накладывать ограничений на нормальное функционирование серверов и рабочих станций Заказчика. Система должна иметь консоль проведения расследований и предоставления отчетности на русском языке через web-интерфейс. 2.2. Количественные требования к контролю Система должна обеспечивать возможность контроля не менее 100 учетных записей пользователей по каждому из перечисленных ниже компонентов, каналов передачи данных, протоколов и контролируемых приложений. 2.2.1. Подсистема перехвата Подсистема перехвата должна обеспечивать контроль не менее 100 учетных записей пользователей по следующим компонентам и каналам: • компонент контроля корпоративной электронной почты, включая контроль трафика по протоколам SMTP, POP3, IMAP4 и MAPI; • компонент контроля webтрафика; • компонент контроля web-доступа к облачным хранилищам; • компонент контроля desktop-клиентов облачных хранилищ, включая Microsoft OneDrive, Google Drive, Яндекс Диск и Облако Mail.ru; • компонент контроля мессенджеров и социальных коммуникаций; • компонент контроля подключаемых устройств; • компонент контроля FTP-трафика; • компонент контроля операций с буфером обмена; • компонент контроля печати документов; • компонент контроля создания снимков экрана; • компонент контроля приложений; • компонент контроля файловых операций, выполняемых приложениями, включая Google Chrome, Microsoft Internet Explorer, Microsoft Edge, Mozilla Firefox, Яндекс Браузер, 7-Zip, WinRAR, Zoom, WhatsApp и Telegram. 2.2.2. Подсистема анализа Подсистема анализа должна обеспечивать обработку данных, получаемых при контроле не менее 100 учетных записей пользователей, с использованием следующих компонентов: • компонент лингвистического анализа; • компонент анализа цифровых отпечатков; • компонент анализа текстовых объектов; • компонент анализа изображений паспортов; • компонент анализа изображений кредитных карт; • компонент анализа изображений печатей; • компонент автоматизированного определения тематических категорий документов. Указанные количественные требования должны обеспечиваться Системой одновременно для каждого соответствующего компонента, канала, протокола и приложения, без необходимости приобретения дополнительных лицензий для достижения установленного количества контролируемых учетных записей. 2.3. Требования к способам и средствам связи для информационного обмена • Система должна функционировать в составе информационновычислительной сети Заказчика. • Для информационного обмена между компонентами Системы должны использоваться только стандартные унифицированные протоколы семейства TCP/IP. • Система должна поддерживать работу в сетях, работающих по протоколам IPv4 и IPv6. • Система должна обеспечивать управление загрузкой канала связи при взаимодействии с модулями, расположенными в удаленных элементах информационной системы. 2.4. Требования к характеристикам взаимосвязей Система должна обеспечивать возможность: • интеграции и идентификации объектов с данными, полученными из Active Directory; • интеграции с proxy-серверами с поддержкой ICAP; • контроля загрузки и создания документов в облачном сервисе (системе/приложении/хранилище) Microsoft Office (OneDrive/SharePoint) при интеграции с Microsoft Cloud App Security по протоколу ICAP; • получения копии писем, отправленных в облачном сервисе Microsoft Exchange Online. 2.5. Требования к режимам функционирования Система должна функционировать в автоматизированном режиме под управлением администратора и обеспечивать возможность работы в следующих режимах: Режим Описание Штатный Непрерывная круглосуточная работа Сервисный Проведение обслуживания, реконфигурации и модернизации компонента Автономный В случае отсутствия связи между компонентами Системы или с внешними сетями — для доступа к конфигурационной и архивной информации 2.6. Требования по диагностированию • Система должна обеспечивать возможность записи в журналы аудита информации по служебным событиям и сбоям. Записи в журналах должны содержать информацию, достаточную для установления причины неисправности. • Система должна обеспечивать возможность контроля целостности системных файлов как в автоматическом, так и в ручном режиме. 2.7. Требования к численности и квалификации персонала Персонал Заказчика, ответственный за администрирование Системы, должен иметь базовые знания в области широко используемых в настоящее время в корпоративной среде информационных технологий — в том числе операционных систем АРМ и серверов, сетевых протоколов, централизованных систем идентификации и аутентификации, систем электронной почты и т.п. 2.8. Требования к надежности • Система должна обеспечивать штатное функционирование в случае одновременной работы всех пользователей Заказчика на объекте автоматизации. • Система должна обеспечивать возможность масштабирования и отказоустойчивости, в том числе поддерживать кластерные технологии. • Должно осуществляться резервное копирование и хранение резервных копий данных с возможностью их восстановления. • Должна быть обеспечена непрерывность бизнеспроцессов Заказчика в случае отказов Системы. 3. Требования к функциональным возможностям Системы 3.1. Подсистема перехвата трафика 3.1.1. Общие требования • Подсистема перехвата трафика должна обеспечивать контроль действий по отправке информации в ситуации, когда клиент находится вне локальной сети организации. • Подсистема перехвата трафика должна извлекать из перехваченных объектов текстовую информацию и вложения, выполнять определение форматов вложений и передачу извлеченных данных в подсистему анализа. • При возможности создания теневой копии отправленных и полученных файлов должна обеспечиваться настройка сохранения теневой копии с указанием размера и формата файла. • Подсистема перехвата трафика должна выполнять выделение транспортных атрибутов (отправитель, список получателей) из перехваченных данных. 3.1.2. Компонент контроля корпоративной почты Компонент должен обеспечивать: • контроль обмена данными по протоколам MAPI, POP3(S), IMAP4(S), SMTP(S) (в т.ч. запрет использования протокола), создание теневых копий передаваемых файлов (при наличии), подготовку данных к дальнейшему анализу (контекст и контент); • возможность блокировки отправки почтовых сообщений по протоколу MAPI (в т.ч. по результатам анализа содержимого); • расшифровку сообщений, сформированных по стандарту S/MIME, если для передачи используется протокол MAPI и криптографический провайдер Microsoft; • возможность блокировки отправки и/или помещения на карантин почтовых сообщений по протоколу SMTP(S), в т.ч. по результатам анализа содержимого, без необходимости установки клиентского программного обеспечения. В случае использования режима «карантин» при подтверждении нарушения офицером безопасности сообщения должны блокироваться, в противном случае — отправляться адресату; • возможность интерактивного карантина, обеспечивающего временную задержку исходящих почтовых сообщений при срабатывании политик безопасности. Компонент должен автоматически запрашивать у сотрудника-отправителя подтверждение корректности отправки или предоставлять возможность отмены передачи письма; • перехват данных, передаваемых из корпоративной сети по протоколам POP3(S), IMAP4(S), SMTP(S), без установки клиентского программного обеспечения. 3.1.3. Компонент контроля webтрафика Компонент должен обеспечивать: • перехват загружаемых данных по протоколам HTTP(S) (web-почта, форумы, блоги, чаты и т.д.); • возможность блокировки передачи данных по протоколам HTTP(S) по результатам анализа содержимого; • фильтрацию «мусорного трафика» (бесполезных служебных HTTP-запросов) на основании передаваемых данных, их размера и IP-адреса или домена, к которому отправляются эти запросы. 3.1.4. Компонент контроля облачных хранилищ Компонент должен обеспечивать возможность управления доступом (полный доступ, только чтение, блокировка доступа) пользователей при работе с веб-клиентами облачных хранилищ: Google Drive, Microsoft OneDrive, Яндекс.Диск. Компонент должен обеспечивать возможность перехвата файлов, которые пользователь получает или отправляет другим адресатам при использовании desktop-приложений сервисов: • Microsoft OneDrive; • Google Drive; • Яндекс Диск; • Облако Mail.ru. В момент перехвата теневой копии файла должен создаваться скриншот экрана. 3.1.5. Компонент контроля подключаемых устройств Компонент должен обеспечивать возможность: • разрешения или запрета для пользователей работы с периферийными устройствами (съемные носители, принтеры, модемы, различные физические порты и т.д.), в том числе ограничения доступа только на чтение и предоставления временного доступа; • создания белых списков устройств, доступ к которым разрешен; • формирования правил подключения к некорпоративным сетям с возможностью дать доступ на заданные серверы или предоставить временный доступ к сети Интернет, если рабочая станция сотрудника находится за пределами корпоративной сети; • предоставления временного доступа подключения к некорпоративным сетям или разрешения работы с периферийными устройствами с использованием кода подтверждения; • запрета создания снимков экрана на рабочей станции пользователя, если снимки создаются стандартными средствами операционной системы; • перехвата и обработки данных, передаваемых между съемным устройством (flash, внешние жесткие диски, CD/DVD, MTP- и PTP-устройства и т.д.) и защищаемым АРМ (в т.ч. при редактировании непосредственно на съемных устройствах), с возможностью блокировки передачи по результатам анализа содержимого; • перехвата и блокировки при копировании данных со съемного устройства на АРМ, а также указания разрешенных имен и идентификаторов съемных устройств, каталогов источника и приемника копирования для контроля перемещения выбранной категории данных. 3.1.6. Компонент контроля FTP-трафика Компонент должен обеспечивать: • контроль обмена данными по протоколу FTP(S) (в т.ч. запрет использования протокола); • возможность создания политик для заданных каталогов источника и приемника копирования; • создание теневых копий передаваемых файлов (при скачивании и загрузке); • подготовку данных к контекстному и контентному анализу; • блокировку при передаче. Блокировка осуществляется по результатам контекстного анализа и анализа содержимого, в т.ч. в автономном режиме (при отсутствии подключения к серверной части Системы) согласно политикам, сохраненным локально на защищаемом АРМ. 3.1.7. Компонент контроля файловых операций Компонент должен обеспечивать возможность перехвата файлов, которые пользователь получает или отправляет другим адресатам при использовании любых веб-сервисов, в том числе облачных, через браузеры: • Google Chrome; • Mozilla Firefox; • Microsoft Edge; • Microsoft Internet Explorer; • Яндекс Браузер. Обработка данных должна осуществляться без подмены сертификата SSL-шифрования. Компонент должен обеспечивать возможность перехвата файлов, которые пользователь получает или отправляет другим адресатам при использовании desktop-приложений: • 7-Zip; • WinRAR; • Zoom; • WhatsApp; • Telegram. В момент перехвата теневой копии файла должен создаваться скриншот экрана. Компонент должен обеспечивать блокировку по результатам контекстного анализа и анализа содержимого, в т.ч. в автономном режиме (при отсутствии подключения к серверной части Системы) согласно политикам, сохраненным локально на защищаемом АРМ. 3.1.8. Компонент контроля буфера обмена Компонент должен обеспечивать перехват и блокировку операций копирования и вставки данных через буфер обмена в приложениях. 3.1.9. Компонент контроля печати документов Компонент должен обеспечивать перехват, блокировку и обработку теневых копий файлов, отправленных на печать на локальные и сетевые принтеры. Блокировка осуществляется по результатам контекстного анализа и анализа содержимого, в т.ч. в автономном режиме (при отсутствии подключения к серверной части Системы) согласно политикам, сохраненным локально на защищаемом АРМ. 3.1.10. Компонент контроля снимков экрана • Компонент должен обеспечивать создание снимков экрана с рабочих станций пользователей и их передачу в подсистему хранения. Создание снимков экрана должно происходить с настраиваемой периодичностью, при использовании приложений из настраиваемого списка, при смене активного окна. • Компонент должен обеспечивать создание снимков экрана с рабочих станций, если активны приложения из заранее заданного списка, и их передачу в подсистему хранения. • Дополнительно Система должна обеспечивать распознавание текста на снимках экранов с рабочих станций, а также анализ полученного текста технологиями анализа с возможностью производить полнотекстовый поиск по результату. 3.1.11. Компонент контроля приложений • Компонент должен обеспечивать возможность ограничения работы пользователей с приложениями на рабочих станциях на базе черных или белых списков приложений. • Компонент должен обеспечивать возможность ограничения использования буфера обмена и печати в сформированном списке приложений. 3.1.12. Компонент контроля мессенджеров Сервис / протокол Перехват и обработка Разрешение / запрет использования Telegram Сообщения чатов, файлы и голосовые сообщения Да XMPP- приложения Сообщения чатов и файлы Да WhatsApp Отправленные и полученные сообщения чатов и файлы Да 3.2. Подсистема анализа 3.2.1. Общие требования • Подсистема анализа должна обеспечивать анализ всех перехваченных данных и их передачу в подсистему применения политик. • Подсистема анализа должна обеспечивать возможность создания комбинированных объектов защиты, описывающих сложные документы с учетом одновременно нескольких технологий анализа, для повышения точности детектирования конфиденциальной информации и уменьшения количества ложных срабатываний. Должна обеспечиваться возможность детектирования объекта защиты в конкретном элементе письма. • Подсистема анализа должна обеспечивать возможность исключения объекта защиты при срабатывании политик безопасности. Например, в случаях, когда необходимо определять грифованную информацию по словосочетанию «Коммерческая тайна» и не срабатывать на дисклеймер в подписях писем сотрудников. • Подсистема анализа должна выявлять факты склейки файлов и несоответствия расширения файла и его сигнатуры. • Подсистема анализа должна поддерживать следующие кодировки: ISO-8859-1, OEM 866, ISO-8859-5, ISO-8859-15, win-1251, win-1252, koi8-r, utf-8, utf-16. Подсистема анализа должна предоставлять возможности обработки следующих типов объектов: Категория Форматы Распаковка архивов Архивы 7z, exe, xz, lzh, gz, bzip, bz2, tar, arj, rar, zip, zipx, cab, uha, zlib Детектирование по сигнатуре Архивы z, lzw Базы данных ace, mdb, accdb, dmp, mxl, vcs, vcsrd, bak, trn, full, dt, cf Мультимедиа cdr, ico, jxr, hdp, wdp, mov, ape, flac, wma, wmv, asf, mp3, wav, mpg, ogg, avi, m4a, aac, flv, mp4, ai, tif, tiff, pcl, pgm, zjs, wmf, jp2, gif, emf, ppm, svg, sun, ras, rast, rs, sr, scr, im1, im8, im24, im32, jpeg, jpg, jpe, pbm, png, psd, bmp, WebP Конструкторские файлы CATPart, CATProduct, CATDrawing, CATProcess, CATAnalysis, CATCatalog, CATMaterial, plt, sldprt, sldasm, slddrw, prtdot, asmdot, drwdot, prt, cdw, m3d, a3d, a3t, cdt, spt, spw, frt, frw, kdt, kdw, m3t, t3d, dgn, rvt, rfa, fbx, step, stp, igs, sat Исполняемые файлы и библиотеки rpm, so, exe, dll Другие файлы xlsb, eml, der, p7s, ink, p7m, otf, torrent, gpg, pgp, asc, kdb, kdb2, wim, evtx, mxf Файлы без форматов Gerber Technology file, Vector Data Детектирование и извлечение текста Конструкторские файлы dwg, dwt, dws Презентации ppt, pptx, pot, potm, potx, odp Таблицы xls, xlsx, xlt, xltm, xltx, ods, xlsb Документы doc, docx, dot, dotx, docm, odt, pdf, txt, rtf, tsv, csv, stg, json, jsn, chm, pub, vsd, vsdx, html, xml, oxps, xps, djv, djvu, epub Почтовые сообщения tnef, tnf, winmail.dat, msg Другие файлы odg, mpp, iso, oxps, xps, vsd, vsdx, odt, ods, odd и др. Файлы без форматов Microsoft Compound Binary File Подчеркиванием выделены форматы, которые Система должна обрабатывать при наличии программного обеспечения iFilter. 3.2.2. Компонент OCR • Компонент OCR должен обеспечивать распознавание текста, содержащегося в изображениях, полученных от подсистемы перехвата трафика. • Текст, распознанный модулем OCR, должен анализироваться остальными технологиями анализа. 3.2.3. Компонент лингвистического анализа • Компонент должен выполнять лингвистический анализ с использованием лингвистических алгоритмов, основанных на поиске определенных терминов (слов и словосочетаний), образующих иерархический справочник категорий (классификатор), причем извлеченный текст может содержать опечатки, транслитерацию или маскировочный текст, которые должны быть корректно обработаны. • Компонент должен предоставлять возможность настройки алгоритма лингвистического анализа с учетом регистра символов и морфологии языковых единиц. • Компонент должен предоставлять возможность проведения лингвистического анализа для следующих языков: английский*, русский* (* — поддержка морфологии языка в дополнение к точным совпадениям с терминами соответствующего словаря). • Должен быть преднастроенный стандартный классификатор, содержащий категории «Управление организацией», «Конкурсная документация», «Маркетинг», «Система безопасности», «Отдел кадров», «Финансы», «Договоры и контракты» и др. • Компонент должен предусматривать возможность настройки индивидуального классификатора. 3.2.4. Компонент анализа цифровых отпечатков • Компонент должен выполнять поиск фрагментов, принадлежащих к задаваемым эталонным документам, составляющим базу эталонных документов. • Для добавляемых пользователем эталонных документов должен формироваться текстовый, бинарный или текстовый и бинарный отпечатки, для каждого из которых должна поддерживаться возможность указания отдельного порога цитируемости. • Компонент должен поддерживать возможность автоматической синхронизации базы цифровых отпечатков с сетевыми каталогами. • При обработке перехваченных событий с использованием цифровых отпечатков текстового вида Система должна фиксировать факт передачи документов в виде файлов любого из поддерживаемых форматов или письма (в т.ч. текстового сообщения), содержащих вставленный текст из защищаемого документа. 3.2.5. Компонент анализа текстовых объектов • Компонент должен выполнять поиск текстовых объектов, соответствующих регулярным выражениям. • Компонент должен содержать предустановленные шаблоны текстовых объектов (номер кредитной карты и т.д.). Должны применяться функции верификации текстовых объектов для уменьшения числа ложноположительных срабатываний (например, в номерах банковских карт должны проверяться BIN банка и контрольная цифра). • Компонент должен предоставлять возможность добавления текстовых объектов на основе языка регулярных выражений. 3.2.6. Компонент анализа изображений кредитных карт • Компонент должен позволять отслеживать наличие кредитных карт в поступающих на анализ изображениях. • Для детектирования кредитных карт не должно требоваться добавление эталонных документов в Систему. • Изображения кредитных карт должны проходить дополнительную верификацию по наличию изображений логотипов платежных систем на карте (VISA, Visa Electron, MasterCard, Maestro). 3.2.7. Компонент анализа изображений паспортов • Компонент должен позволять отслеживать наличие в поступающих на анализ изображениях главного разворота паспорта гражданина Казахстана. • Для детектирования паспортов не должно требоваться добавление эталонных документов в Систему. • Изображения паспортов должны проходить дополнительную верификацию по наличию изображения лица человека в месте стандартного расположения фотографии. 3.2.8. Компонент анализа печатей • Компонент должен позволять отслеживать наличие эталонных печатей на изображениях отсканированных документов. • Компонент должен предоставлять возможность загрузки эталонных изображений печати для обучения модуля детектирования печатей. 3.2.9. Компонент автоматизированного определения тематических категорий документов Компонент должен предоставлять возможность автоматизированного определения тематических категорий (кластеров) в базе документов, перехваченных Системой, и распределения базы документов по кластерам. Определение тематики должно выполняться на основе результатов анализа содержимого документов без использования заданных заранее словарей и классификаторов. Распределение документов по выделенным кластерам должно выполняться определением соответствия содержимого документа наиболее близкому по тематике кластеру. Процесс кластеризации должен включать в себя: • объединение в один кластер документов схожей тематики; • выделение внутри кластера групп однотипных документов; • формирование для каждого кластера облака тегов, характеризующих тематику кластера; • выделение документов, наиболее релевантно отражающих тематику кластера. По завершении процесса кластеризации Система должна сформировать результаты для автоматизации создания специфического для компании словаря. 3.2.10. Компонент автоматизированного формирования специфических словарей Компонент должен предоставлять возможность автоматизировать формирование специфических словарей путем создания индивидуального классификатора данных на основе определенной пользователем выборки документов. Должна быть предусмотрена возможность создания индивидуального классификатора на основе выборки документов, полученных в результате автоматизированного определения тематических категорий (кластеризации), или создания категорий документов пользователем в консоли Системы путем загрузки файлов документов. Процесс создания индивидуального классификатора должен включать в себя: 1) Создание категорий. 2) Обучение классификатора. 3) Проверку файлов на классификаторе. 4) Импорт и экспорт текстовых объектов в составе категории. 5) Добавление текстовых объектов в объекты защиты. 3.3. Подсистема применения политик • Подсистема применения политик должна выполнять вынесение вердикта о факте наличия или отсутствия нарушения перехваченным объектом политики информационной безопасности на основе результатов работы подсистемы анализа. Подсистема должна обеспечивать привязку данных о получателе или отправителе объекта к записям справочника сотрудников и рабочих станций. • Подсистема применения политик должна устанавливать соответствие перехваченных и проанализированных объектов персонам, рабочим станциям и группам, полученным из службы каталогов или созданным пользователем вручную. • Подсистема применения политик должна обеспечивать возможность объединения групп, контактов, рабочих станций, web-ресурсов в логические периметры. • Подсистема применения политик должна предоставлять возможности для задания политик безопасности на передачу данных, копирование, хранение данных или использование буфера обмена из консоли управления. • Подсистема применения политик должна предоставлять возможности для автоматического проставления перехваченным объектам дополнительных атрибутов (теги, уровень нарушения, вердикт) из консоли управления. • Подсистема применения политик должна предоставлять возможность автоматического проставления статусов сотрудникам, например «На увольнение», «Под наблюдением» и т.д., из консоли управления. • При идентификации перехваченных объектов, прошедших процедуру разбора, должно осуществляться сравнение идентификационной информации, содержащейся в служебных атрибутах, с идентификационной информацией, полученной из службы каталогов или заданной пользователем Системы. 3.4. Подсистема интеграции со службой каталогов • Подсистема должна обеспечивать возможность первоначального импорта и периодической синхронизации структуры LDAP-каталога со справочником сотрудников и рабочих станций для выполнения дальнейшей привязки этой информации к данным из перехваченных объектов. • Информационный обмен между Системой и LDAP-каталогом Active Directory должен осуществляться с использованием защищенного протокола LDAPS. • Подсистема должна предоставлять возможность настройки периода сканирования измененных элементов. При сканировании измененных элементов в Системе учитываются только изменения, произошедшие с момента последнего сканирования. • Подсистема должна предоставлять возможность настройки периода и времени сканирования службы каталогов. • Подсистема должна передавать все данные, полученные в результате импорта или синхронизации, в подсистему хранения. • Подсистема должна предоставлять возможность экспорта/импорта настроек раздела групп для дальнейшего их сохранения в качестве резервной копии или переноса на другую инсталляцию Системы. 3.5. Подсистема принятия решений Подсистема принятия решений должна обеспечивать применение политики информационной безопасности путем выполнения для объектов правил, описанных в сценариях их обработки. Подсистема принятия решений должна предоставлять возможности для задания правил автоматического вынесения вердикта по объекту на основании: • формальных признаков перехваченного объекта (отправитель, получатель и т.д.), в том числе типа перехваченного объекта (всех типов данных, полученных от подсистемы перехвата трафика); • результатов анализа перехваченных объектов от подсистемы анализа; • форматов документов; • статуса сотрудников («На увольнение», «Под наблюдением» и т.д.); • логического периметра. Подсистема принятия решений также должна обеспечивать: • отсутствие возможности изменения оценки событий, выносимой Системой автоматически на основании настроенных правил и политик; • информирование администратора безопасности об инцидентах путем отправки письмауведомления об инциденте на адрес электронной почты; • возможность определять текст писем-уведомлений нарушителю, офицеру безопасности, а также любому другому получателю; • возможность определять текст писем-уведомлений для разных политик и вердиктов, примененных к событиям; • для HTTP(S)-запросов — определение типа сайта, на который направлен запрос, и присвоение объекту тега, соответствующего типу сайта; • передачу объектов в подсистему хранения. 3.6. Подсистема хранения • Подсистема хранения должна обеспечивать хранение всех перехваченных объектов, информации о них, результатов их анализа и применения политик, а также предоставлять возможность просмотра хранящейся информации посредством запросов из консоли управления. • Подсистема хранения должна осуществлять хранение данных в единой СУБД с возможностью переноса данных на медленные и быстрые диски, круговой ротацией без использования дополнительных скриптов. • Подсистема хранения должна обеспечивать возможность устанавливать различный период хранения как для всех объектов, так и только для объектов с нарушениями. • Подсистема хранения должна позволять при срабатывании политики выборочно удалять из события вложения или вложения вместе с извлеченным текстом (не помещать эти данные в архив) для сокращения размера архива, не теряя при этом информации о том, что данное событие произошло. • Подсистема хранения должна предоставлять возможность хранения данных на разных физических дисках, например, когда данные за последние 3 месяца хранятся на дисках с более высокой скоростью чтения. • С целью освобождения пространства на жестком диске подсистема хранения должна позволять архивировать сегменты БД хранилища с размещением на других носителях информации, а также обеспечивать возможность их последующего восстановления. • Подсистема хранения должна обеспечивать отсутствие явной возможности удаления из архива Системы перехваченных событий, срок хранения которых меньше срока хранения, установленного в Системе. 3.7. Пользовательский интерфейс 3.7.1. Состав интерфейса Система должна иметь единый интерфейс, представляющий собой единую графическую среду, состоящую из следующих разделов. Центр расследований — для анализа данных установленных подсистем Системы, в том числе: • объединение перехваченных событий, данных о действиях сотрудников, хранении и доступе к файлам, визуальная аналитика и оповещение о грядущих рисках в информационном пространстве; • использование единого фильтра и интерактивного интерфейса для быстрого переключения между разными срезами данных; • сохранение контекста расследований с фокусом на ключевые детали, а также сопоставление информации из нескольких подсистем для быстрой интерпретации данных при принятии решений; • настройка рабочих панелей под каждую утилитарную задачу для обнаружения инцидентов и контроля сотрудников без дополнительных настроек фильтра; • формирование отчета о расследовании по ходу сбора обстоятельств во встроенном блокноте. Центр администрирования — для работы с политиками и настройками Системы: • управление доступом к клиентскому программному обеспечению; • централизованная установка и обновление клиентского программного обеспечения на рабочих станциях сотрудников; • настройка системы мониторинга компьютеров, сотрудников и устройств; • контроль доступа к компьютерам и устройствам; • работа с результирующими политиками. 3.7.2. Функциональные возможности интерфейса В пользовательском интерфейсе должны быть предусмотрены: • диалоговый интерфейс на русском языке для работы с запросами к Системе с возможностью формировать запрос в виде вопроса в диалоговом окне с использованием общепринятых понятий и разговорной формы естественного языка; • проведение полного аудита действий офицера безопасности; • разграничение прав пользователей по работе с функциями Системы на основании ролевой модели; • управление доступом к событиям для пользователей Системы; • получение детализированных отчетов в интерактивном режиме; • отображение детальной карточки события с подсветкой соответствующим цветом обнаруженных в перехваченных данных объектов защиты и терминов; • просмотр имеющихся снимков экрана рабочей станции, в том числе связанных с событием, из карточки инцидента; • полнотекстовый поиск по всем событиям или только по вложениям с указанием количества получателей, произвольной технологии анализа и канала передачи данных; • подготовка статистических отчетов по перехваченным объектам и их экспорт в форматы xls, xlsx, pdf и html; • управление доступом к шаблонам поиска событий и отчетам; • ограничение видимости информации о персонах и контактах для пользователей Системы из различных отделов и филиалов. 3.7.3. Безопасность доступа к интерфейсу • Защита от создания простого пароля и от перебора пароля. • Двухфакторная аутентификация с использованием одноразовых кодов в качестве второго фактора. • Ведение подробного журнала действий оператора с возможностью передачи данных журнала во внешние системы сбора событий. 3.8. Подсистема управления клиентским программным обеспечением 3.8.1. Управление агентами • Подсистема должна предоставлять возможность удаленной установки/обновления/удаления клиентского программного обеспечения (агента). • Подсистема должна предоставлять возможность создания инсталляционного пакета агента с возможностью распространения через Active Directory и установки непосредственно на рабочем месте пользователя. • Система должна обеспечивать возможность распространения агентов на новые АРМ за счет обнаружения в заданной группе MS Active Directory новых устройств без установленного агентского ПО. • Система должна обеспечивать возможность обновления агентского ПО с использованием SMB- и FTP-ресурсов с целью снижения нагрузки на сетевое соединение. 3.8.2. Требования к агенту Агент Системы должен функционировать в среде следующих операционных систем: • Linux; • Microsoft Windows; • Microsoft Windows Server; • Mac OS. Функционал агентов на ОС Linux и Mac OS должен предоставляться в объеме, заявленном производителем. Агент Системы должен: • предоставлять возможность скрытой работы в системе и не обнаруживаться стандартными средствами; • использовать шифрование TLS для передачи перехваченных объектов в подсистему анализа; • использовать систему авторизации для предотвращения возможности подключения к подложному центральному серверу; • поддерживать работоспособность в режиме Secure Boot. 3.9. Подсистема анализа данных • Подсистема анализа данных предназначена для потоковой постобработки и анализа данных, предоставляемых подсистемой анализа. • Подсистема анализа данных не должна иметь собственного графического интерфейса. • Подсистема анализа данных должна обеспечивать возможность проводить ретроспективный анализ данных и искать в трафике идентичные документы. Должно быть реализовано два типа поиска: Тип поиска Описание и пример Поиск аналогичных документов Документы, содержащие одинаковые термины, но созданные на базе разных шаблонов. Например, все договоры на поставку оборудования от разных контрагентов. Поиск образцов документов Документы с одинаковой структурой, созданные в едином шаблоне, но имеющие небольшие различия в словоформах, или полные копии. Например, все трудовые договоры сотрудников компании или все черновики договоров поставки с конкретным контрагентом. 4. Перспективы развития и модернизации Системы 4.1. Общие положения • Система должна обеспечивать возможность модернизации путем замены технического и/или программного обеспечения. • Система должна допускать расширение функциональных возможностей за счет дополнительных компонентов, требования к которым описаны ниже. Описанные компоненты не должны требовать дополнительной разработки со стороны производителя программного обеспечения, используемого при построении Системы. 4.2. Дополнительные каналы контроля • Контроль файловых операций и перехват файлов, которые пользователь получает или отправляет другим адресатам при использовании desktop-приложения WinSCP. В момент перехвата теневой копии файла должен создаваться скриншот экрана. • Интеграция с IP-телефонией (для контроля голосовых телефонных звонков пользователей при использовании корпоративной АТС и VoIP- решений) и пассивная запись цифровой телефонии по протоколам ISDN. • Интеграция с облачным сервисом MS Teams для получения текста и файлов из переписки с любых типов устройств (в том числе мобильных). Работоспособность компонента должна обеспечиваться без установки агентского модуля на контролируемые устройства. • Контроль и анализ почты, которая синхронизируется между почтовым сервером и клиентским устройством по протоколам ActiveSync и IMAP. 4.3. Дополнительные технологии анализа • Поиск фрагментов, принадлежащих к задаваемым эталонным чертежам, составляющим базу эталонных чертежей, причем фрагменты могут быть повернуты, отмасштабированы или перенесены из одного чертежа в другой, что должно корректно обрабатываться модулем. Для добавляемых пользователем эталонных документов должен формироваться векторный отпечаток с возможностью указания порога цитируемости. • Отслеживание наличия заполненных и пустых эталонных бланков, анкет и формуляров с возможностью задать минимальное число заполненных полей для детектирования. • Детектирование в текстах и вложениях объектов выгрузок из баз данных с возможностью задания условий детектирования: совокупности столбцов, сочетание которых считается конфиденциальной информацией (например, только ФИО сотрудника не является таковой, а ФИО сотрудника с контактным телефоном, номером и серией паспорта — является); количества строк, обнаружение которых детектируется как наличие в объекте выгрузки из баз данных. 4.4. Визуальная и предиктивная аналитика Система должна обеспечивать возможности визуальной аналитики данных: • формирование динамической сводки безопасности по филиалам организации как единого центра статистики и управления инцидентами, с перестроением сводки по новым срезам данных в режиме реального времени; • отображение всех событий, в том числе связей сотрудников внутри организации и с внешними контактами, на интерактивном графе связей с возможностью просмотра детализации по событиям и сотрудникам, а также фильтрацией по e-mail-адресам или доменам получателей, категориям информации с произвольной комбинацией признаков и прочим параметрам; • формирование интерактивного досье на сотрудника организации или любой внешний контакт с отображением детализации по событиям, построением индивидуального графа связей и дополнением комментариями и файлами. Система должна обеспечивать возможности предиктивной аналитики данных: • автоматический анализ и выявление аномалий в поведении сотрудников на любых контролируемых каналах (почта, браузеры, мессенджеры, облачные хранилища, внешние накопители, принтеры и др.); • автоматическое выявление аномалий по нескольким параметрам в совокупности; • использование выявленных аномалий для работы с группами риска: подготовка к увольнению, признаки вывода информации, повышение интенсивности внешних коммуникаций и др. 4.5. Интеграция с внешними системами (API) Система должна обеспечивать возможность интеграции с внешними системами за счет использования следующих API (программных интерфейсов приложения): • API для получения данных из сторонних систем перехвата информации с различных каналов (с возможностью обогащения событий новыми атрибутами, используемыми подсистемами анализа и применения политик) для последующего анализа перехваченной информации средствами Системы; • API для автоматической загрузки «Эталонных выгрузок баз данных» и «Базы цифровых отпечатков» из сторонних систем; • API для отправки содержимого и метаданных событий из Системы в различные сторонние системы. Система должна предоставлять возможность интеграции с системами класса SIEM. 5. Требования к сопутствующим услугам по внедрению 5.1. Общие положения В рамках оказания услуг по предоставлению лицензий на право использования программного обеспечения DLP Поставщик обязан обеспечить выполнение комплекса мероприятий, необходимых для первоначального развертывания и обеспечения работоспособности программного обеспечения в информационно-коммуникационной инфраструктуре Заказчика. 5.2. Состав комплекса мероприятий № Мероприятие 1 Установка и настройка серверных компонентов программного обеспечения. 2 Развертывание и настройка программных агентов на рабочих станциях Заказчика. 3 Интеграция с действующей службой каталогов Active Directory. 4 Настройка политик контроля и предотвращения утечек конфиденциальной информации. 5 Настройка системы уведомлений, регистрации событий и формирования отчетности. 6 Проведение обучения не менее трех специалистов Заказчика по вопросам администрирования, эксплуатации и настройки политик безопасности. 7 Проведение функционального тестирования и демонстрация работоспособности программного обеспечения. 8 Предоставление эксплуатационной и технической документации. 9 Передача результатов выполненных настроек и оформление акта оказанных услуг. 5.3. Стоимость мероприятий Все указанные мероприятия выполняются в рамках общей стоимости договора без дополнительной оплаты со стороны Заказчика. Условия к потенциальному поставщику в случае определения его победителем и заключения с ним договора о государственных закупках (указываются при необходимости) (Отклонение потенциального поставщика за не указание и непредставление указанных сведений не допускается)
  • Дополнительные файлы для тех. спецификации — ТС DLP KAZ.pdf

    PDF304,7 КБ40 126 знаков

    Показать текст документа
    2 мүмкіндік беретін ұсынылатын бағдарламалық қамтамасыз етудің өндірушісін, толық атауын және нұсқасын көрсетуге; • бағдарламалық қамтамасыз ету өндірушісінің әлеуетті өнім берушіде ұсынылатын лицензиялық бағдарламалық қамтамасыз етуді Қазақстан Республикасының аумағында жеткізуге тиісті өкілеттіктердің бар екенін растайтын авторизациялық хатын ұсынуға тиіс. Көрсетілген авторизациялық хаттың электрондық көшірмесі конкурстық өтінім құрамында ұсынылуы тиіс. 1.4. Жеткізу және қабылдау Жеткізу нәтижелері бойынша Тапсырыс берушіге мыналарды растауға мүмкіндік беретін мәліметтер және/немесе құжаттар ұсынылуы тиіс: • лицензияның берілу фактісі; • оның қолданылу мерзімі; • лицензияланатын пайдаланушылар саны; • бағдарламалық қамтамасыз етудің атауы; • ұсынылған функционалдық мүмкіндіктердің құрамы. Жеткізілген бағдарламалық қамтамасыз етуді қабылдауды Тапсырыс беруші ұсынылған лицензияның және оның функционалдық мүмкіндіктерінің осы техникалық ерекшелік талаптарына сәйкестігін тексергеннен кейін жүзеге асырады. 2. Жалпы Жүйеге қойылатын талаптар 2.1. Жалпы ережелер Жүйені Тапсырыс берушінің қолданыстағы есептеу желісіне орнату Тапсырыс беруші серверлері мен жұмыс станцияларының қалыпты жұмыс істеуіне шектеулер қоймауы тиіс. Жүйеде web-интерфейс арқылы орыс тілінде тергеп-тексеру жүргізу және есептілік ұсыну консолі болуы тиіс. 2.2. Бақылауға қойылатын сандық талаптар Жүйе төменде аталған компоненттердің, деректерді беру арналарының, хаттамалардың және бақыланатын қосымшалардың әрқайсысы бойынша пайдаланушылардың кемінде 100 есептік жазбасын бақылау мүмкіндігін қамтамасыз етуі тиіс. 2.2.1. Ұстап алу ішкі жүйесі Ұстап алу ішкі жүйесі мынадай компоненттер мен арналар бойынша пайдаланушылардың кемінде 100 есептік жазбасын бақылауды қамтамасыз етуі тиіс: • SMTP, POP3, IMAP4 және MAPI хаттамалары бойынша трафикті бақылауды қоса алғанда, корпоративтік электрондық поштаны бақылау компоненті; • web-трафикті бақылау компоненті; • бұлттық қоймаларға web-қолжетімділікті бақылау компоненті; • Microsoft OneDrive, Google Drive, Яндекс Диск және Облако Mail.ru қоса алғанда, бұлттық қоймалардың desktop-клиенттерін бақылау компоненті; • мессенджерлер мен әлеуметтік коммуникацияларды бақылау компоненті; • қосылатын құрылғыларды бақылау компоненті; • FTP-трафикті бақылау компоненті; • алмасу буферімен жасалатын операцияларды бақылау компоненті; • құжаттарды басып шығаруды бақылау компоненті; • экран суреттерін жасауды бақылау компоненті; • қосымшаларды бақылау компоненті; • Google Chrome, Microsoft Internet Explorer, Microsoft Edge, Mozilla Firefox, Яндекс Браузер, 7-Zip, WinRAR, Zoom, WhatsApp және Telegram қоса алғанда, қосымшалар орындайтын файлдық операцияларды бақылау компоненті. 3 2.2.2. Талдау ішкі жүйесі Талдау ішкі жүйесі мынадай компоненттерді пайдалана отырып, пайдаланушылардың кемінде 100 есептік жазбасын бақылау кезінде алынатын деректерді өңдеуді қамтамасыз етуі тиіс: • лингвистикалық талдау компоненті; • цифрлық іздерді талдау компоненті; • мәтіндік объектілерді талдау компоненті; • паспорттардың кескіндерін талдау компоненті; • кредиттік карталардың кескіндерін талдау компоненті; • мөрлердің кескіндерін талдау компоненті; • құжаттардың тақырыптық санаттарын автоматтандырылған түрде анықтау компоненті. Көрсетілген сандық талаптарды Жүйе бақыланатын есептік жазбалардың белгіленген санына қол жеткізу үшін қосымша лицензиялар сатып алу қажеттілігінсіз әрбір тиісті компонент, арна, хаттама және қосымша үшін бір мезгілде қамтамасыз етуі тиіс. 2.3. Ақпарат алмасуға арналған байланыс тәсілдері мен құралдарына қойылатын талаптар • Жүйе Тапсырыс берушінің ақпараттық-есептеу желісінің құрамында жұмыс істеуі тиіс. • Жүйе компоненттері арасындағы ақпарат алмасу үшін тек TCP/IP тобының стандартты бірыңғай хаттамалары пайдаланылуы тиіс. • Жүйе IPv4 және IPv6 хаттамалары бойынша жұмыс істейтін желілерде жұмысты қолдауы тиіс. • Жүйе ақпараттық жүйенің қашықтағы элементтерінде орналасқан модульдермен өзара әрекеттесу кезінде байланыс арнасының жүктемесін басқаруды қамтамасыз етуі тиіс. 2.4. Өзара байланыстардың сипаттамаларына қойылатын талаптар Жүйе мыналардың мүмкіндігін қамтамасыз етуі тиіс: • Active Directory-ден алынған деректермен объектілерді интеграциялау және сәйкестендіру; • ICAP қолдауы бар proxy-серверлермен интеграциялау; • ICAP хаттамасы бойынша Microsoft Cloud App Security-мен интеграциялау кезінде Microsoft Office (OneDrive/SharePoint) бұлттық сервисінде (жүйесінде/қосымшасында/қоймасында) құжаттарды жүктеуді және жасауды бақылау; • Microsoft Exchange Online бұлттық сервисінде жіберілген хаттардың көшірмесін алу. 2.5. Жұмыс істеу режимдеріне қойылатын талаптар Жүйе әкімшінің басқаруымен автоматтандырылған режимде жұмыс істеуі және мынадай режимдерде жұмыс істеу мүмкіндігін қамтамасыз етуі тиіс: Режим Сипаттамасы Штаттық Үздіксіз тәулік бойы жұмыс Сервистік Компонентке қызмет көрсету, қайта конфигурациялау және жаңғырту Автономды Жүйе компоненттері арасында немесе сыртқы желілермен байланыс болмаған жағдайда — конфигурациялық және мұрағаттық ақпаратқа қол жеткізу үшін 2.6. Диагностикалау жөніндегі талаптар • Жүйе қызметтік оқиғалар мен іркілістер бойынша ақпаратты аудит журналдарына жазу мүмкіндігін қамтамасыз етуі тиіс. Журналдардағы жазбалар ақаулықтың себебін анықтау үшін жеткілікті ақпаратты қамтуы тиіс. 4 • Жүйе жүйелік файлдардың тұтастығын автоматты түрде де, қолмен де бақылау мүмкіндігін қамтамасыз етуі тиіс. 2.7. Персоналдың санына және біліктілігіне қойылатын талаптар Тапсырыс берушінің Жүйені әкімшілендіруге жауапты персоналы қазіргі уақытта корпоративтік ортада кеңінен пайдаланылатын ақпараттық технологиялар саласында, оның ішінде АЖО және серверлердің операциялық жүйелері, желілік хаттамалар, сәйкестендіру мен аутентификацияның орталықтандырылған жүйелері, электрондық пошта жүйелері және т.б. бойынша базалық білімге ие болуы тиіс. 2.8. Сенімділікке қойылатын талаптар • Жүйе автоматтандыру объектісінде Тапсырыс берушінің барлық пайдаланушылары бір мезгілде жұмыс істеген жағдайда штаттық жұмыс істеуді қамтамасыз етуі тиіс. • Жүйе масштабтау және ақауларға төзімділік мүмкіндігін қамтамасыз етуі, оның ішінде кластерлік технологияларды қолдауы тиіс. • Деректерді қалпына келтіру мүмкіндігімен резервтік көшірмелеу және деректердің резервтік көшірмелерін сақтау жүзеге асырылуы тиіс. • Жүйеде іркілістер болған жағдайда Тапсырыс берушінің бизнес-процестерінің үздіксіздігі қамтамасыз етілуі тиіс. 3. Жүйенің функционалдық мүмкіндіктеріне қойылатын талаптар 3.1. Трафикті ұстап алу ішкі жүйесі 3.1.1. Жалпы талаптар • Трафикті ұстап алу ішкі жүйесі клиент ұйымның жергілікті желісінен тыс болған жағдайда ақпаратты жіберу жөніндегі әрекеттерді бақылауды қамтамасыз етуі тиіс. • Трафикті ұстап алу ішкі жүйесі ұстап алынған объектілерден мәтіндік ақпарат пен салынымдарды алып шығуы, салынымдардың форматтарын анықтауды және алынған деректерді талдау ішкі жүйесіне беруді орындауы тиіс. • Жіберілген және алынған файлдардың көлеңкелі көшірмесін жасау мүмкіндігі болған кезде файлдың өлшемі мен форматын көрсете отырып, көлеңкелі көшірмені сақтауды баптау қамтамасыз етілуі тиіс. • Трафикті ұстап алу ішкі жүйесі ұстап алынған деректерден көліктік атрибуттарды (жіберуші, алушылар тізімі) бөліп алуды орындауы тиіс. 3.1.2. Корпоративтік поштаны бақылау компоненті Компонент мыналарды қамтамасыз етуі тиіс: • MAPI, POP3(S), IMAP4(S), SMTP(S) хаттамалары бойынша деректер алмасуды бақылау (оның ішінде хаттаманы пайдалануға тыйым салу), берілетін файлдардың көлеңкелі көшірмелерін жасау (бар болса), деректерді одан әрі талдауға дайындау (контекст және контент); • MAPI хаттамасы бойынша пошталық хабарламаларды жіберуді бұғаттау мүмкіндігі (оның ішінде мазмұнды талдау нәтижелері бойынша); • беру үшін MAPI хаттамасы және Microsoft криптографиялық провайдері пайдаланылса, S/MIME стандарты бойынша қалыптастырылған хабарламаларды шифрын ашу; • SMTP(S) хаттамасы бойынша пошталық хабарламаларды жіберуді бұғаттау және/немесе карантинге орналастыру мүмкіндігі, оның ішінде мазмұнды талдау нәтижелері бойынша, клиенттік бағдарламалық қамтамасыз етуді орнату қажеттілігінсіз. «Карантин» режимі пайдаланылған жағдайда қауіпсіздік офицері бұзушылықты растаған кезде хабарламалар бұғатталуы, керісінше жағдайда — адресатқа жіберілуі тиіс; • қауіпсіздік саясаттары іске қосылған кезде шығыс пошталық хабарламаларды уақытша кідіртуді қамтамасыз ететін интерактивті карантин мүмкіндігі. Компонент жіберуші қызметкерден жіберудің дұрыстығын растауды автоматты түрде сұратуы немесе хатты беруді болдырмау мүмкіндігін ұсынуы тиіс; 5 • клиенттік бағдарламалық қамтамасыз етуді орнатпай, корпоративтік желіден POP3(S), IMAP4(S), SMTP(S) хаттамалары бойынша берілетін деректерді ұстап алу. 3.1.3. Web-трафикті бақылау компоненті Компонент мыналарды қамтамасыз етуі тиіс: • HTTP(S) хаттамалары бойынша жүктелетін деректерді ұстап алу (web-пошта, форумдар, блогтар, чаттар және т.б.); • мазмұнды талдау нәтижелері бойынша HTTP(S) хаттамалары бойынша деректерді беруді бұғаттау мүмкіндігі; • берілетін деректердің, олардың өлшемінің және осы сұраулар жіберілетін IP- мекенжайдың немесе доменнің негізінде «қоқыс трафигін» (пайдасыз қызметтік HTTP- сұрауларды) сүзгілеу. 3.1.4. Бұлттық қоймаларды бақылау компоненті Компонент бұлттық қоймалардың веб-клиенттерімен: Google Drive, Microsoft OneDrive, Яндекс.Диск жұмыс істеу кезінде пайдаланушылардың қол жеткізуін басқару (толық қолжетімділік, тек оқу, қолжетімділікті бұғаттау) мүмкіндігін қамтамасыз етуі тиіс. Компонент пайдаланушы мына сервистердің desktop-қосымшаларын пайдалану кезінде басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу мүмкіндігін қамтамасыз етуі тиіс: • Microsoft OneDrive; • Google Drive; • Яндекс Диск; • Облако Mail.ru. Файлдың көлеңкелі көшірмесін ұстап алу сәтінде экранның скриншоты жасалуы тиіс. 3.1.5. Қосылатын құрылғыларды бақылау компоненті Компонент мыналардың мүмкіндігін қамтамасыз етуі тиіс: • пайдаланушылар үшін перифериялық құрылғылармен (алынбалы тасығыштар, принтерлер, модемдер, әртүрлі физикалық порттар және т.б.) жұмыс істеуге рұқсат беру немесе тыйым салу, оның ішінде қол жеткізуді тек оқумен шектеу және уақытша қолжетімділік беру; • қол жеткізуге рұқсат етілген құрылғылардың ақ тізімдерін жасау; • қызметкердің жұмыс станциясы корпоративтік желіден тыс жерде болған жағдайда белгіленген серверлерге қолжетімділік беру немесе Интернет желісіне уақытша қолжетімділік ұсыну мүмкіндігімен корпоративтік емес желілерге қосылу ережелерін қалыптастыру; • растау кодын пайдалана отырып, корпоративтік емес желілерге қосылуға уақытша қолжетімділік беру немесе перифериялық құрылғылармен жұмыс істеуге рұқсат беру; • егер суреттер операциялық жүйенің стандартты құралдарымен жасалса, пайдаланушының жұмыс станциясында экран суреттерін жасауға тыйым салу; • алынбалы құрылғы (flash, сыртқы қатты дискілер, CD/DVD, MTP- және PTP- құрылғылар және т.б.) мен қорғалатын АЖО арасында берілетін деректерді (оның ішінде тікелей алынбалы құрылғыларда өңдеу кезінде) мазмұнды талдау нәтижелері бойынша беруді бұғаттау мүмкіндігімен ұстап алу және өңдеу; • деректерді алынбалы құрылғыдан АЖО-ға көшіру кезінде ұстап алу және бұғаттау, сондай-ақ деректердің таңдалған санатының орын ауыстыруын бақылау үшін алынбалы құрылғылардың рұқсат етілген атаулары мен сәйкестендіргіштерін, көшіру көзі мен қабылдағышының каталогтарын көрсету. 6 3.1.6. FTP-трафикті бақылау компоненті Компонент мыналарды қамтамасыз етуі тиіс: • FTP(S) хаттамасы бойынша деректер алмасуды бақылау (оның ішінде хаттаманы пайдалануға тыйым салу); • көшіру көзі мен қабылдағышының берілген каталогтары үшін саясаттар жасау мүмкіндігі; • берілетін файлдардың көлеңкелі көшірмелерін жасау (жүктеп алу және жүктеу кезінде); • деректерді контекстік және контенттік талдауға дайындау; • беру кезінде бұғаттау. Бұғаттау контекстік талдау және мазмұнды талдау нәтижелері бойынша, оның ішінде автономды режимде (Жүйенің серверлік бөлігіне қосылым болмаған кезде) қорғалатын АЖО-да жергілікті түрде сақталған саясаттарға сәйкес жүзеге асырылады. 3.1.7. Файлдық операцияларды бақылау компоненті Компонент пайдаланушы кез келген веб-сервистерді, оның ішінде бұлттық сервистерді мына браузерлер арқылы пайдалану кезінде басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу мүмкіндігін қамтамасыз етуі тиіс: • Google Chrome; • Mozilla Firefox; • Microsoft Edge; • Microsoft Internet Explorer; • Яндекс Браузер. Деректерді өңдеу SSL-шифрлау сертификатын алмастырмай жүзеге асырылуы тиіс. Компонент пайдаланушы мына desktop-қосымшаларды пайдалану кезінде басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу мүмкіндігін қамтамасыз етуі тиіс: • 7-Zip; • WinRAR; • Zoom; • WhatsApp; • Telegram. Файлдың көлеңкелі көшірмесін ұстап алу сәтінде экранның скриншоты жасалуы тиіс. Компонент контекстік талдау және мазмұнды талдау нәтижелері бойынша, оның ішінде автономды режимде (Жүйенің серверлік бөлігіне қосылым болмаған кезде) қорғалатын АЖО-да жергілікті түрде сақталған саясаттарға сәйкес бұғаттауды қамтамасыз етуі тиіс. 3.1.8. Алмасу буферін бақылау компоненті Компонент қосымшаларда алмасу буфері арқылы деректерді көшіру және кірістіру операцияларын ұстап алуды және бұғаттауды қамтамасыз етуі тиіс. 3.1.9. Құжаттарды басып шығаруды бақылау компоненті Компонент жергілікті және желілік принтерлерге басып шығаруға жіберілген файлдардың көлеңкелі көшірмелерін ұстап алуды, бұғаттауды және өңдеуді қамтамасыз етуі тиіс. Бұғаттау контекстік талдау және мазмұнды талдау нәтижелері бойынша, оның ішінде автономды режимде (Жүйенің серверлік бөлігіне қосылым болмаған кезде) қорғалатын АЖО-да жергілікті түрде сақталған саясаттарға сәйкес жүзеге асырылады. 3.1.10. Экран суреттерін бақылау компоненті • Компонент пайдаланушылардың жұмыс станцияларынан экран суреттерін жасауды және оларды сақтау ішкі жүйесіне беруді қамтамасыз етуі тиіс. Экран суреттерін 7 жасау бапталатын кезеңділікпен, бапталатын тізімдегі қосымшаларды пайдалану кезінде, белсенді терезе ауысқан кезде жүзеге асырылуы тиіс. • Компонент алдын ала берілген тізімдегі қосымшалар белсенді болса, жұмыс станцияларынан экран суреттерін жасауды және оларды сақтау ішкі жүйесіне беруді қамтамасыз етуі тиіс. • Бұған қоса, Жүйе жұмыс станцияларынан алынған экран суреттеріндегі мәтінді тануды, сондай-ақ алынған мәтінді нәтиже бойынша толық мәтіндік іздеу жүргізу мүмкіндігімен талдау технологияларымен талдауды қамтамасыз етуі тиіс. 3.1.11. Қосымшаларды бақылау компоненті • Компонент қосымшалардың қара немесе ақ тізімдері негізінде пайдаланушылардың жұмыс станцияларындағы қосымшалармен жұмысын шектеу мүмкіндігін қамтамасыз етуі тиіс. • Компонент қалыптастырылған қосымшалар тізімінде алмасу буферін және басып шығаруды пайдалануды шектеу мүмкіндігін қамтамасыз етуі тиіс. 3.1.12. Мессенджерлерді бақылау компоненті Сервис / хаттама Ұстап алу және өңдеу Пайдалануға рұқсат беру / тыйым салу Telegram Чат хабарламалары, файлдар және дауыстық хабарламалар Иә XMPP- қосымшалар Чат хабарламалары және файлдар Иә WhatsApp Жіберілген және алынған чат хабарламалары және файлдар Иә 3.2. Талдау ішкі жүйесі 3.2.1. Жалпы талаптар • Талдау ішкі жүйесі ұстап алынған барлық деректерді талдауды және оларды саясаттарды қолдану ішкі жүйесіне беруді қамтамасыз етуі тиіс. • Талдау ішкі жүйесі құпия ақпаратты анықтау дәлдігін арттыру және жалған іске қосылулар санын азайту үшін бір мезгілде бірнеше талдау технологиясын ескере отырып күрделі құжаттарды сипаттайтын аралас қорғау объектілерін жасау мүмкіндігін қамтамасыз етуі тиіс. Хаттың нақты элементінде қорғау объектісін анықтау мүмкіндігі қамтамасыз етілуі тиіс. • Талдау ішкі жүйесі қауіпсіздік саясаттары іске қосылған кезде қорғау объектісін алып тастау мүмкіндігін қамтамасыз етуі тиіс. Мысалы, грифтелген ақпаратты «Коммерциялық құпия» сөз тіркесі бойынша анықтау және қызметкерлер хаттарының қолтаңбаларындағы дисклеймерге іске қосылмау қажет болған жағдайларда. • Талдау ішкі жүйесі файлдарды желімдеу фактілерін және файл кеңейтімі мен оның сигнатурасының сәйкес келмеуін анықтауы тиіс. • Талдау ішкі жүйесі мынадай кодтауларды қолдауы тиіс: ISO-8859-1, OEM 866, ISO-8859-5, ISO-8859-15, win-1251, win-1252, koi8-r, utf-8, utf-16. Талдау ішкі жүйесі объектілердің мынадай түрлерін өңдеу мүмкіндіктерін ұсынуы тиіс: Санат Форматтар Мұрағаттарды ашу Мұрағаттар 7z, exe, xz, lzh, gz, bzip, bz2, tar, arj, rar, zip, zipx, cab, uha, zlib Сигнатура бойынша анықтау Мұрағаттар z, lzw Дерекқорлар ace, mdb, accdb, dmp, mxl, vcs, vcsrd, bak, trn, full, dt, cf 8 Санат Форматтар Мультимедиа cdr, ico, jxr, hdp, wdp, mov, ape, flac, wma, wmv, asf, mp3, wav, mpg, ogg, avi, m4a, aac, flv, mp4, ai, tif, tiff, pcl, pgm, zjs, wmf, jp2, gif, emf, ppm, svg, sun, ras, rast, rs, sr, scr, im1, im8, im24, im32, jpeg, jpg, jpe, pbm, png, psd, bmp, WebP Конструкторлық файлдар CATPart, CATProduct, CATDrawing, CATProcess, CATAnalysis, CATCatalog, CATMaterial, plt, sldprt, sldasm, slddrw, prtdot, asmdot, drwdot, prt, cdw, m3d, a3d, a3t, cdt, spt, spw, frt, frw, kdt, kdw, m3t, t3d, dgn, rvt, rfa, fbx, step, stp, igs, sat Орындалатын файлдар және кітапханалар rpm, so, exe, dll Басқа файлдар xlsb, eml, der, p7s, ink, p7m, otf, torrent, gpg, pgp, asc, kdb, kdb2, wim, evtx, mxf Форматсыз файлдар Gerber Technology file, Vector Data Мәтінді анықтау және алып шығару Конструкторлық файлдар dwg, dwt, dws Презентациялар ppt, pptx, pot, potm, potx, odp Кестелер xls, xlsx, xlt, xltm, xltx, ods, xlsb Құжаттар doc, docx, dot, dotx, docm, odt, pdf, txt, rtf, tsv, csv, stg, json, jsn, chm, pub, vsd, vsdx, html, xml, oxps, xps, djv, djvu, epub Пошталық хабарламалар tnef, tnf, winmail.dat, msg Басқа файлдар odg, mpp, iso, oxps, xps, vsd, vsdx, odt, ods, odd және т.б. Форматсыз файлдар Microsoft Compound Binary File Асты сызылып Жүйе iFilter бағдарламалық қамтамасыз етуі болған кезде өңдеуі тиіс форматтар белгіленген. 3.2.2. OCR компоненті • OCR компоненті трафикті ұстап алу ішкі жүйесінен алынған кескіндердегі мәтінді тануды қамтамасыз етуі тиіс. • OCR модулі таныған мәтін басқа талдау технологияларымен талдануы тиіс. 3.2.3. Лингвистикалық талдау компоненті • Компонент санаттардың иерархиялық анықтамалығын (классификаторды) құрайтын белгілі бір терминдерді (сөздер мен сөз тіркестерін) іздеуге негізделген лингвистикалық алгоритмдерді пайдалана отырып лингвистикалық талдауды орындауы тиіс, бұл ретте алынған мәтінде дұрыс өңделуі тиіс қателер, транслитерация немесе бүркемелеу мәтіні болуы мүмкін. • Компонент таңбалар регистрін және тілдік бірліктердің морфологиясын ескере отырып лингвистикалық талдау алгоритмін баптау мүмкіндігін ұсынуы тиіс. • Компонент мынадай тілдер үшін лингвистикалық талдау жүргізу мүмкіндігін ұсынуы тиіс: ағылшын*, орыс* (* — тиісті сөздіктің терминдерімен дәл сәйкестіктерге қосымша тіл морфологиясын қолдау). • «Ұйымды басқару», «Конкурстық құжаттама», «Маркетинг», «Қауіпсіздік жүйесі», «Кадрлар бөлімі», «Қаржы», «Шарттар мен келісімшарттар» және т.б. санаттарды қамтитын алдын ала бапталған стандартты классификатор болуы тиіс. • Компонент жеке классификаторды баптау мүмкіндігін көздеуі тиіс. 3.2.4. Цифрлық іздерді талдау компоненті • Компонент эталондық құжаттар базасын құрайтын берілетін эталондық құжаттарға тиесілі фрагменттерді іздеуді орындауы тиіс. 9 • Пайдаланушы қосатын эталондық құжаттар үшін мәтіндік, бинарлық немесе мәтіндік және бинарлық іздер қалыптастырылуы тиіс, олардың әрқайсысы үшін жеке дәйексөздеу шегін көрсету мүмкіндігіне қолдау көрсетілуі тиіс. • Компонент цифрлық іздер базасын желілік каталогтармен автоматты түрде синхрондау мүмкіндігін қолдауы тиіс. • Мәтіндік түрдегі цифрлық іздерді пайдалана отырып ұстап алынған оқиғаларды өңдеу кезінде Жүйе қорғалатын құжаттан кірістірілген мәтіні бар, қолдау көрсетілетін кез келген форматтағы файлдар немесе хат (оның ішінде мәтіндік хабарлама) түрінде құжаттарды беру фактісін тіркеуі тиіс. 3.2.5. Мәтіндік объектілерді талдау компоненті • Компонент тұрақты өрнектерге сәйкес келетін мәтіндік объектілерді іздеуді орындауы тиіс. • Компонентте мәтіндік объектілердің алдын ала орнатылған үлгілері (кредиттік карта нөмірі және т.б.) болуы тиіс. Жалған оң іске қосылулар санын азайту үшін мәтіндік объектілерді верификациялау функциялары қолданылуы тиіс (мысалы, банк карталарының нөмірлерінде банктің BIN-і және бақылау цифры тексерілуі тиіс). • Компонент тұрақты өрнектер тілі негізінде мәтіндік объектілерді қосу мүмкіндігін ұсынуы тиіс. 3.2.6. Кредиттік карталардың кескіндерін талдау компоненті • Компонент талдауға түсетін кескіндерде кредиттік карталардың болуын қадағалауға мүмкіндік беруі тиіс. • Кредиттік карталарды анықтау үшін Жүйеге эталондық құжаттарды қосу талап етілмеуі тиіс. • Кредиттік карталардың кескіндері картада төлем жүйелері логотиптерінің (VISA, Visa Electron, MasterCard, Maestro) кескіндерінің болуы бойынша қосымша верификациядан өтуі тиіс. 3.2.7. Паспорттардың кескіндерін талдау компоненті • Компонент талдауға түсетін кескіндерде Қазақстан азаматы паспортының басты бетінің болуын қадағалауға мүмкіндік беруі тиіс. • Паспорттарды анықтау үшін Жүйеге эталондық құжаттарды қосу талап етілмеуі тиіс. • Паспорттардың кескіндері фотосуреттің стандартты орналасу орнында адам бетінің кескінінің болуы бойынша қосымша верификациядан өтуі тиіс. 3.2.8. Мөрлерді талдау компоненті • Компонент сканерленген құжаттардың кескіндерінде эталондық мөрлердің болуын қадағалауға мүмкіндік беруі тиіс. • Компонент мөрлерді анықтау модулін оқыту үшін мөрдің эталондық кескіндерін жүктеу мүмкіндігін ұсынуы тиіс. 3.2.9. Құжаттардың тақырыптық санаттарын автоматтандырылған түрде анықтау компоненті Компонент Жүйе ұстап алған құжаттар базасында тақырыптық санаттарды (кластерлерді) автоматтандырылған түрде анықтау және құжаттар базасын кластерлер бойынша бөлу мүмкіндігін ұсынуы тиіс. Тақырыпты анықтау алдын ала берілген сөздіктер мен классификаторларды пайдаланбай, құжаттардың мазмұнын талдау нәтижелері негізінде орындалуы тиіс. Құжаттарды бөлінген кластерлер бойынша бөлу құжат мазмұнының тақырыбы бойынша ең жақын кластерге сәйкестігін анықтау арқылы орындалуы тиіс. Кластерлеу процесі мыналарды қамтуы тиіс: • ұқсас тақырыптағы құжаттарды бір кластерге біріктіру; • кластер ішінде біртекті құжаттар топтарын бөлу; 10 • әрбір кластер үшін кластердің тақырыбын сипаттайтын тегтер бұлтын қалыптастыру; • кластердің тақырыбын барынша релевантты көрсететін құжаттарды бөлу. Кластерлеу процесі аяқталғаннан кейін Жүйе компанияға тән сөздікті жасауды автоматтандыру үшін нәтижелерді қалыптастыруы тиіс. 3.2.10. Арнайы сөздіктерді автоматтандырылған түрде қалыптастыру компоненті Компонент пайдаланушы айқындаған құжаттар іріктемесі негізінде деректердің жеке классификаторын жасау арқылы арнайы сөздіктерді қалыптастыруды автоматтандыру мүмкіндігін ұсынуы тиіс. Тақырыптық санаттарды автоматтандырылған түрде анықтау (кластерлеу) нәтижесінде алынған құжаттар іріктемесі негізінде жеке классификатор жасау немесе құжат файлдарын жүктеу арқылы Жүйе консолінде пайдаланушының құжаттар санаттарын жасау мүмкіндігі көзделуі тиіс. Жеке классификаторды жасау процесі мыналарды қамтуы тиіс: 1) Санаттарды жасау. 2) Классификаторды оқыту. 3) Файлдарды классификаторда тексеру. 4) Санат құрамындағы мәтіндік объектілерді импорттау және экспорттау. 5) Мәтіндік объектілерді қорғау объектілеріне қосу. 3.3. Саясаттарды қолдану ішкі жүйесі • Саясаттарды қолдану ішкі жүйесі талдау ішкі жүйесі жұмысының нәтижелері негізінде ұстап алынған объектінің ақпараттық қауіпсіздік саясатын бұзу фактісінің баржоғы туралы вердикт шығаруды орындауы тиіс. Ішкі жүйе объектіні алушы немесе жіберуші туралы деректерді қызметкерлер мен жұмыс станциялары анықтамалығының жазбаларымен байланыстыруды қамтамасыз етуі тиіс. • Саясаттарды қолдану ішкі жүйесі ұстап алынған және талданған объектілердің каталогтар қызметінен алынған немесе пайдаланушы қолмен жасаған тұлғаларға, жұмыс станцияларына және топтарға сәйкестігін белгілеуі тиіс. • Саясаттарды қолдану ішкі жүйесі топтарды, контактілерді, жұмыс станцияларын, web-ресурстарды логикалық периметрлерге біріктіру мүмкіндігін қамтамасыз етуі тиіс. • Саясаттарды қолдану ішкі жүйесі басқару консолінен деректерді беруге, көшіруге, сақтауға немесе алмасу буферін пайдалануға қауіпсіздік саясаттарын белгілеу мүмкіндіктерін ұсынуы тиіс. • Саясаттарды қолдану ішкі жүйесі басқару консолінен ұстап алынған объектілерге қосымша атрибуттарды (тегтер, бұзушылық деңгейі, вердикт) автоматты түрде қою мүмкіндіктерін ұсынуы тиіс. • Саясаттарды қолдану ішкі жүйесі басқару консолінен қызметкерлерге, мысалы, «Жұмыстан босатылуға», «Бақылауда» және т.б. мәртебелерді автоматты түрде қою мүмкіндігін ұсынуы тиіс. • Талдау рәсімінен өткен ұстап алынған объектілерді сәйкестендіру кезінде қызметтік атрибуттарда қамтылған сәйкестендіру ақпаратын каталогтар қызметінен алынған немесе Жүйе пайдаланушысы берген сәйкестендіру ақпаратымен салыстыру жүзеге асырылуы тиіс. 3.4. Каталогтар қызметімен интеграциялау ішкі жүйесі • Ішкі жүйе осы ақпаратты ұстап алынған объектілердің деректерімен одан әрі байланыстыру үшін LDAP-каталог құрылымын қызметкерлер мен жұмыс станцияларының анықтамалығымен бастапқы импорттау және мерзімді синхрондау мүмкіндігін қамтамасыз етуі тиіс. • Жүйе мен Active Directory LDAP-каталогы арасындағы ақпарат алмасу LDAPS қорғалған хаттамасын пайдалана отырып жүзеге асырылуы тиіс. 11 • Ішкі жүйе өзгертілген элементтерді сканерлеу кезеңін баптау мүмкіндігін ұсынуы тиіс. Өзгертілген элементтерді сканерлеу кезінде Жүйеде соңғы сканерлеу сәтінен бастап болған өзгерістер ғана ескеріледі. • Ішкі жүйе каталогтар қызметін сканерлеу кезеңі мен уақытын баптау мүмкіндігін ұсынуы тиіс. • Ішкі жүйе импорттау немесе синхрондау нәтижесінде алынған барлық деректерді сақтау ішкі жүйесіне беруі тиіс. • Ішкі жүйе топтар бөлімінің баптауларын одан әрі резервтік көшірме ретінде сақтау немесе Жүйенің басқа инсталляциясына көшіру үшін экспорттау/импорттау мүмкіндігін ұсынуы тиіс. 3.5. Шешімдер қабылдау ішкі жүйесі Шешімдер қабылдау ішкі жүйесі объектілер үшін оларды өңдеу сценарийлерінде сипатталған ережелерді орындау арқылы ақпараттық қауіпсіздік саясатын қолдануды қамтамасыз етуі тиіс. Шешімдер қабылдау ішкі жүйесі мыналардың негізінде объект бойынша вердиктті автоматты түрде шығару ережелерін белгілеу мүмкіндіктерін ұсынуы тиіс: • ұстап алынған объектінің формалды белгілері (жіберуші, алушы және т.б.), оның ішінде ұстап алынған объектінің түрі (трафикті ұстап алу ішкі жүйесінен алынған деректердің барлық түрлері); • талдау ішкі жүйесінен алынған ұстап алынған объектілерді талдау нәтижелері; • құжаттардың форматтары; • қызметкерлердің мәртебесі («Жұмыстан босатылуға», «Бақылауда» және т.б.); • логикалық периметр. Шешімдер қабылдау ішкі жүйесі сондай-ақ мыналарды қамтамасыз етуі тиіс: • Жүйе бапталған ережелер мен саясаттар негізінде автоматты түрде шығаратын оқиғалар бағасын өзгерту мүмкіндігінің болмауы; • инцидент туралы хабарлама-хатты электрондық пошта мекенжайына жіберу арқылы қауіпсіздік әкімшісін инциденттер туралы хабардар ету; • бұзушыға, қауіпсіздік офицеріне, сондай-ақ кез келген басқа алушыға арналған хабарлама-хаттардың мәтінін айқындау мүмкіндігі; • оқиғаларға қолданылған әртүрлі саясаттар мен вердиктер үшін хабарламахаттардың мәтінін айқындау мүмкіндігі; • HTTP(S)-сұраулар үшін — сұрау бағытталған сайттың түрін анықтау және объектіге сайт түріне сәйкес тег беру; • объектілерді сақтау ішкі жүйесіне беру. 3.6. Сақтау ішкі жүйесі • Сақтау ішкі жүйесі ұстап алынған барлық объектілерді, олар туралы ақпаратты, оларды талдау және саясаттарды қолдану нәтижелерін сақтауды қамтамасыз етуі, сондайақ басқару консолінен сұраулар арқылы сақталатын ақпаратты қарау мүмкіндігін ұсынуы тиіс. • Сақтау ішкі жүйесі деректерді баяу және жылдам дискілерге көшіру мүмкіндігімен, қосымша скрипттерді пайдаланбай айналмалы ротациямен бірыңғай ДҚБЖ- да деректерді сақтауды жүзеге асыруы тиіс. • Сақтау ішкі жүйесі барлық объектілер үшін де, тек бұзушылықтары бар объектілер үшін де әртүрлі сақтау кезеңін белгілеу мүмкіндігін қамтамасыз етуі тиіс. • Сақтау ішкі жүйесі саясат іске қосылған кезде мұрағат көлемін қысқарту үшін оқиғадан салынымдарды немесе салынымдарды алынған мәтінмен бірге іріктеп жоюға (бұл деректерді мұрағатқа орналастырмауға) мүмкіндік беруі тиіс, бұл ретте осы оқиғаның болғаны туралы ақпарат жоғалмауы тиіс. 12 • Сақтау ішкі жүйесі деректерді әртүрлі физикалық дискілерде сақтау мүмкіндігін ұсынуы тиіс, мысалы, соңғы 3 айдағы деректер оқу жылдамдығы жоғары дискілерде сақталатын жағдайда. • Қатты дискідегі кеңістікті босату мақсатында сақтау ішкі жүйесі қойма ДҚ сегменттерін басқа ақпарат тасығыштарға орналастыра отырып мұрағаттауға мүмкіндік беруі, сондай-ақ оларды кейіннен қалпына келтіру мүмкіндігін қамтамасыз етуі тиіс. • Сақтау ішкі жүйесі сақтау мерзімі Жүйеде белгіленген сақтау мерзімінен аз ұстап алынған оқиғаларды Жүйе мұрағатынан жоюдың айқын мүмкіндігінің болмауын қамтамасыз етуі тиіс. 3.7. Пайдаланушы интерфейсі 3.7.1. Интерфейс құрамы Жүйеде мынадай бөлімдерден тұратын бірыңғай графикалық ортаны білдіретін бірыңғай интерфейс болуы тиіс. Тергеп-тексеру орталығы — Жүйенің орнатылған ішкі жүйелерінің деректерін талдау үшін, оның ішінде: • ұстап алынған оқиғаларды, қызметкерлердің әрекеттері, файлдарды сақтау және оларға қол жеткізу туралы деректерді біріктіру, визуалды талдау және ақпараттық кеңістіктегі алдағы тәуекелдер туралы хабарлау; • деректердің әртүрлі қималары арасында жылдам ауысу үшін бірыңғай сүзгіні және интерактивті интерфейсті пайдалану; • негізгі егжей-тегжейлерге назар аудара отырып тергеп-тексерулер контекстін сақтау, сондай-ақ шешімдер қабылдау кезінде деректерді жылдам түсіндіру үшін бірнеше ішкі жүйеден алынған ақпаратты салыстыру; • сүзгіні қосымша баптаусыз инциденттерді анықтау және қызметкерлерді бақылау үшін жұмыс панельдерін әрбір утилитарлық міндетке баптау; • кірістірілген блокнотта мән-жайларды жинау барысында тергеп-тексеру туралы есепті қалыптастыру. Әкімшілендіру орталығы — Жүйенің саясаттарымен және баптауларымен жұмыс істеу үшін: • клиенттік бағдарламалық қамтамасыз етуге қол жеткізуді басқару; • қызметкерлердің жұмыс станцияларында клиенттік бағдарламалық қамтамасыз етуді орталықтандырылған түрде орнату және жаңарту; • компьютерлерді, қызметкерлерді және құрылғыларды мониторингтеу жүйесін баптау; • компьютерлер мен құрылғыларға қол жеткізуді бақылау; • нәтижелік саясаттармен жұмыс істеу. 3.7.2. Интерфейстің функционалдық мүмкіндіктері Пайдаланушы интерфейсінде мыналар көзделуі тиіс: • жалпы қабылданған ұғымдарды және табиғи тілдің сөйлеу формасын пайдалана отырып, диалогтық терезеде сұрақ түрінде сұрау қалыптастыру мүмкіндігімен Жүйеге сұраулармен жұмыс істеуге арналған орыс тіліндегі диалогтық интерфейс; • қауіпсіздік офицерінің әрекеттеріне толық аудит жүргізу; • рөлдік модель негізінде Жүйе функцияларымен жұмыс істеу бойынша пайдаланушылардың құқықтарын ажырату; • Жүйе пайдаланушылары үшін оқиғаларға қол жеткізуді басқару; • интерактивті режимде егжей-тегжейлі есептерді алу; • ұстап алынған деректерде анықталған қорғау объектілері мен терминдерді тиісті түспен бөлектей отырып, оқиғаның егжей-тегжейлі карточкасын көрсету; • инцидент карточкасынан жұмыс станциясының бар экран суреттерін, оның ішінде оқиғаға байланыстыларын қарау; 13 • алушылар санын, кез келген талдау технологиясын және деректерді беру арнасын көрсете отырып, барлық оқиғалар бойынша немесе тек салынымдар бойынша толық мәтіндік іздеу; • ұстап алынған объектілер бойынша статистикалық есептерді дайындау және оларды xls, xlsx, pdf және html форматтарына экспорттау; • оқиғаларды іздеу үлгілеріне және есептерге қол жеткізуді басқару; • әртүрлі бөлімдер мен филиалдардың Жүйе пайдаланушылары үшін тұлғалар мен контактілер туралы ақпараттың көрінуін шектеу. 3.7.3. Интерфейске қол жеткізу қауіпсіздігі • Қарапайым құпиясөз жасаудан және құпиясөзді іріктеп табудан қорғау. • Екінші фактор ретінде бір реттік кодтарды пайдалана отырып екі факторлы аутентификация. • Журнал деректерін оқиғаларды жинаудың сыртқы жүйелеріне беру мүмкіндігімен оператор әрекеттерінің егжей-тегжейлі журналын жүргізу. 3.8. Клиенттік бағдарламалық қамтамасыз етуді басқару ішкі жүйесі 3.8.1. Агенттерді басқару • Ішкі жүйе клиенттік бағдарламалық қамтамасыз етуді (агентті) қашықтан орнату/жаңарту/жою мүмкіндігін ұсынуы тиіс. • Ішкі жүйе Active Directory арқылы тарату және тікелей пайдаланушының жұмыс орнында орнату мүмкіндігімен агенттің инсталляциялық пакетін жасау мүмкіндігін ұсынуы тиіс. • Жүйе MS Active Directory-нің берілген тобында агенттік БҚ орнатылмаған жаңа құрылғыларды анықтау есебінен агенттерді жаңа АЖО-ға тарату мүмкіндігін қамтамасыз етуі тиіс. • Жүйе желілік қосылымға жүктемені төмендету мақсатында SMB- және FTP- ресурстарды пайдалана отырып агенттік БҚ-ны жаңарту мүмкіндігін қамтамасыз етуі тиіс. 3.8.2. Агентке қойылатын талаптар Жүйе агенті мынадай операциялық жүйелер ортасында жұмыс істеуі тиіс: • Linux; • Microsoft Windows; • Microsoft Windows Server; • Mac OS. Linux және Mac OS ОЖ-дағы агенттердің функционалы өндіруші мәлімдеген көлемде ұсынылуы тиіс. Жүйе агенті: • жүйеде жасырын жұмыс істеу мүмкіндігін ұсынуы және стандартты құралдармен анықталмауы; • ұстап алынған объектілерді талдау ішкі жүйесіне беру үшін TLS шифрлауын пайдалануы; • жалған орталық серверге қосылу мүмкіндігін болдырмау үшін авторизация жүйесін пайдалануы; • Secure Boot режимінде жұмыс қабілеттілігін қолдауы тиіс. 3.9. Деректерді талдау ішкі жүйесі • Деректерді талдау ішкі жүйесі талдау ішкі жүйесі ұсынатын деректерді ағынмен кейінгі өңдеуге және талдауға арналған. • Деректерді талдау ішкі жүйесінің жеке графикалық интерфейсі болмауы тиіс. • Деректерді талдау ішкі жүйесі деректерге ретроспективті талдау жүргізу және трафиктен бірдей құжаттарды іздеу мүмкіндігін қамтамасыз етуі тиіс. 14 Іздеудің екі түрі іске асырылуы тиіс: Іздеу түрі Сипаттамасы және мысал Ұқсас құжаттарды іздеу Бірдей терминдерді қамтитын, бірақ әртүрлі үлгілер негізінде жасалған құжаттар. Мысалы, әртүрлі контрагенттерден жабдық жеткізуге арналған барлық шарттар. Құжаттардың үлгілерін іздеу Бірыңғай үлгіде жасалған, бірақ сөз формаларында шамалы айырмашылықтары бар бірдей құрылымдағы құжаттар немесе толық көшірмелер. Мысалы, компания қызметкерлерінің барлық еңбек шарттары немесе нақты контрагентпен жасалатын жеткізу шарттарының барлық жобалары. 4. Жүйені дамыту және жаңғырту перспективалары 4.1. Жалпы ережелер • Жүйе техникалық және/немесе бағдарламалық қамтамасыз етуді ауыстыру арқылы жаңғырту мүмкіндігін қамтамасыз етуі тиіс. • Жүйе талаптары төменде сипатталған қосымша компоненттер есебінен функционалдық мүмкіндіктерді кеңейтуге жол беруі тиіс. Сипатталған компоненттер Жүйені құру кезінде пайдаланылатын бағдарламалық қамтамасыз ету өндірушісі тарапынан қосымша әзірлеуді талап етпеуі тиіс. 4.2. Қосымша бақылау арналары • WinSCP desktop-қосымшасын пайдалану кезінде файлдық операцияларды бақылау және пайдаланушы басқа адресаттардан алатын немесе оларға жіберетін файлдарды ұстап алу. Файлдың көлеңкелі көшірмесін ұстап алу сәтінде экранның скриншоты жасалуы тиіс. • IP-телефониямен интеграциялау (корпоративтік АТС және VoIP-шешімдерді пайдалану кезінде пайдаланушылардың дауыстық телефон қоңырауларын бақылау үшін) және ISDN хаттамалары бойынша цифрлық телефонияны пассивті жазу. • Кез келген типтегі құрылғылардан (оның ішінде мобильді құрылғылардан) хат алмасудан мәтін мен файлдарды алу үшін MS Teams бұлттық сервисімен интеграциялау. Компоненттің жұмыс қабілеттілігі бақыланатын құрылғыларға агенттік модульді орнатпай қамтамасыз етілуі тиіс. • Пошта сервері мен клиенттік құрылғы арасында ActiveSync және IMAP хаттамалары бойынша синхрондалатын поштаны бақылау және талдау. 4.3. Қосымша талдау технологиялары • Эталондық сызбалар базасын құрайтын берілетін эталондық сызбаларға тиесілі фрагменттерді іздеу, бұл ретте фрагменттер бұрылған, масштабталған немесе бір сызбадан екіншісіне ауыстырылған болуы мүмкін, мұны модуль дұрыс өңдеуі тиіс. Пайдаланушы қосатын эталондық құжаттар үшін дәйексөздеу шегін көрсету мүмкіндігімен векторлық із қалыптастырылуы тиіс. • Анықтау үшін толтырылған өрістердің ең аз санын белгілеу мүмкіндігімен толтырылған және бос эталондық бланкілердің, сауалнамалар мен формулярлардың болуын қадағалау. • Мәтіндер мен салынымдарда дерекқорлардан түсірілімдер объектілерін анықтау шарттарын белгілеу мүмкіндігімен анықтау: үйлесімі құпия ақпарат болып саналатын бағандар жиынтығы (мысалы, тек қызметкердің ТАӘ ондай ақпарат болып табылмайды, ал байланыс телефоны, паспорт нөмірі мен сериясы бар қызметкердің ТАӘ — болып табылады); анықталуы объектіде дерекқорлардан түсірілімнің болуы ретінде анықталатын жолдар саны. 15 4.4. Визуалды және болжамды талдау Жүйе деректерді визуалды талдау мүмкіндіктерін қамтамасыз етуі тиіс: • нақты уақыт режимінде деректердің жаңа қималары бойынша жиынтықты қайта құра отырып, статистика мен инциденттерді басқарудың бірыңғай орталығы ретінде ұйым филиалдары бойынша қауіпсіздіктің динамикалық жиынтығын қалыптастыру; • оқиғалар мен қызметкерлер бойынша егжей-тегжейлі мәліметтерді қарау мүмкіндігімен, сондай-ақ алушылардың e-mail-мекенжайлары немесе домендері, белгілердің кез келген үйлесімі бар ақпарат санаттары және басқа параметрлер бойынша сүзгілеу мүмкіндігімен байланыстардың интерактивті графында барлық оқиғаларды, оның ішінде ұйым ішіндегі және сыртқы контактілермен қызметкерлердің байланыстарын көрсету; • оқиғалар бойынша егжей-тегжейлі мәліметтерді көрсете отырып, байланыстардың жеке графын құра отырып және түсініктемелер мен файлдармен толықтыра отырып, ұйым қызметкеріне немесе кез келген сыртқы контактіге интерактивті досье қалыптастыру. Жүйе деректерді болжамды талдау мүмкіндіктерін қамтамасыз етуі тиіс: • кез келген бақыланатын арналарда (пошта, браузерлер, мессенджерлер, бұлттық қоймалар, сыртқы жинақтауыштар, принтерлер және т.б.) қызметкерлердің мінезқұлқындағы ауытқуларды автоматты түрде талдау және анықтау; • бірнеше параметр бойынша жиынтығында ауытқуларды автоматты түрде анықтау; • анықталған ауытқуларды тәуекел топтарымен жұмыс істеу үшін пайдалану: жұмыстан босатылуға дайындық, ақпаратты шығару белгілері, сыртқы коммуникациялар қарқынының артуы және т.б. 4.5. Сыртқы жүйелермен интеграциялау (API) Жүйе мынадай API (қосымшаның бағдарламалық интерфейстері) пайдалану есебінен сыртқы жүйелермен интеграциялау мүмкіндігін қамтамасыз етуі тиіс: • ұстап алынған ақпаратты Жүйе құралдарымен кейіннен талдау үшін әртүрлі арналардан ақпаратты ұстап алудың бөгде жүйелерінен деректер алуға арналған API (талдау және саясаттарды қолдану ішкі жүйелері пайдаланатын жаңа атрибуттармен оқиғаларды байыту мүмкіндігімен); • бөгде жүйелерден «Дерекқорлардың эталондық түсірілімдерін» және «Цифрлық іздер базасын» автоматты түрде жүктеуге арналған API; • оқиғалардың мазмұны мен метадеректерін Жүйеден әртүрлі бөгде жүйелерге жіберуге арналған API. Жүйе SIEM класындағы жүйелермен интеграциялау мүмкіндігін ұсынуы тиіс. 5. Енгізу бойынша ілеспе қызметтерге қойылатын талаптар 5.1. Жалпы ережелер DLP бағдарламалық қамтамасыз етуді пайдалану құқығына лицензиялар беру бойынша қызметтерді көрсету шеңберінде Өнім беруші Тапсырыс берушінің ақпараттықкоммуникациялық инфрақұрылымында бағдарламалық қамтамасыз етуді бастапқы өрістету және оның жұмыс қабілеттілігін қамтамасыз ету үшін қажетті іс-шаралар кешенінің орындалуын қамтамасыз етуге міндетті. 5.2. Іс-шаралар кешенінің құрамы № Іс-шара 1 Бағдарламалық қамтамасыз етудің серверлік компоненттерін орнату және баптау. 2 Тапсырыс берушінің жұмыс станцияларында бағдарламалық агенттерді өрістету және баптау. 3 Қолданыстағы Active Directory каталогтар қызметімен интеграциялау. 4 Құпия ақпараттың жылыстауын бақылау және болдырмау саясаттарын баптау. 5 Хабарламалар, оқиғаларды тіркеу және есептілікті қалыптастыру жүйесін баптау. 16 № Іс-шара 6 Тапсырыс берушінің кемінде үш маманын әкімшілендіру, пайдалану және қауіпсіздік саясаттарын баптау мәселелері бойынша оқыту. 7 Функционалдық тестілеу жүргізу және бағдарламалық қамтамасыз етудің жұмыс қабілеттілігін көрсету. 8 Пайдалану және техникалық құжаттаманы ұсыну. 9 Орындалған баптаулардың нәтижелерін беру және көрсетілген қызметтер актісін ресімдеу. 5.3. Іс-шаралардың құны Барлық көрсетілген іс-шаралар Тапсырыс беруші тарапынан қосымша ақы төлемей, шарттың жалпы құны шеңберінде орындалады. ____________________
  • Дополнительные файлы для тех. спецификации — ТС DLP RUS.pdf

    PDF295,6 КБ39 666 знаков

    Показать текст документа
    2 решение и осуществить проверку его соответствия функциональным и техническим требованиям настоящей технической спецификации; • предоставить авторизационное письмо от производителя программного обеспечения, подтверждающее наличие у потенциального поставщика соответствующих полномочий на поставку предлагаемого лицензионного программного обеспечения на территории Республики Казахстан. Электронная копия указанного авторизационного письма должна быть представлена в составе конкурсной заявки. 1.4. Поставка и приемка По результатам поставки Заказчику должны быть предоставлены сведения и/или документы, позволяющие подтвердить: • факт предоставления лицензии; • срок ее действия; • количество лицензируемых пользователей; • наименование программного обеспечения; • состав предоставленных функциональных возможностей. Приемка поставленного программного обеспечения осуществляется Заказчиком после проверки соответствия предоставленной лицензии и ее функциональных возможностей требованиям настоящей технической спецификации. 2. Требования к Системе в целом 2.1. Общие положения Установка Системы в существующую вычислительную сеть Заказчика не должна накладывать ограничений на нормальное функционирование серверов и рабочих станций Заказчика. Система должна иметь консоль проведения расследований и предоставления отчетности на русском языке через web-интерфейс. 2.2. Количественные требования к контролю Система должна обеспечивать возможность контроля не менее 100 учетных записей пользователей по каждому из перечисленных ниже компонентов, каналов передачи данных, протоколов и контролируемых приложений. 2.2.1. Подсистема перехвата Подсистема перехвата должна обеспечивать контроль не менее 100 учетных записей пользователей по следующим компонентам и каналам: • компонент контроля корпоративной электронной почты, включая контроль трафика по протоколам SMTP, POP3, IMAP4 и MAPI; • компонент контроля web-трафика; • компонент контроля web-доступа к облачным хранилищам; • компонент контроля desktop-клиентов облачных хранилищ, включая Microsoft OneDrive, Google Drive, Яндекс Диск и Облако Mail.ru; • компонент контроля мессенджеров и социальных коммуникаций; • компонент контроля подключаемых устройств; • компонент контроля FTP-трафика; • компонент контроля операций с буфером обмена; • компонент контроля печати документов; • компонент контроля создания снимков экрана; • компонент контроля приложений; • компонент контроля файловых операций, выполняемых приложениями, включая Google Chrome, Microsoft Internet Explorer, Microsoft Edge, Mozilla Firefox, Яндекс Браузер, 7-Zip, WinRAR, Zoom, WhatsApp и Telegram. 3 2.2.2. Подсистема анализа Подсистема анализа должна обеспечивать обработку данных, получаемых при контроле не менее 100 учетных записей пользователей, с использованием следующих компонентов: • компонент лингвистического анализа; • компонент анализа цифровых отпечатков; • компонент анализа текстовых объектов; • компонент анализа изображений паспортов; • компонент анализа изображений кредитных карт; • компонент анализа изображений печатей; • компонент автоматизированного определения тематических категорий документов. Указанные количественные требования должны обеспечиваться Системой одновременно для каждого соответствующего компонента, канала, протокола и приложения, без необходимости приобретения дополнительных лицензий для достижения установленного количества контролируемых учетных записей. 2.3. Требования к способам и средствам связи для информационного обмена • Система должна функционировать в составе информационно-вычислительной сети Заказчика. • Для информационного обмена между компонентами Системы должны использоваться только стандартные унифицированные протоколы семейства TCP/IP. • Система должна поддерживать работу в сетях, работающих по протоколам IPv4 и IPv6. • Система должна обеспечивать управление загрузкой канала связи при взаимодействии с модулями, расположенными в удаленных элементах информационной системы. 2.4. Требования к характеристикам взаимосвязей Система должна обеспечивать возможность: • интеграции и идентификации объектов с данными, полученными из Active Directory; • интеграции с proxy-серверами с поддержкой ICAP; • контроля загрузки и создания документов в облачном сервисе (системе/приложении/хранилище) Microsoft Office (OneDrive/SharePoint) при интеграции с Microsoft Cloud App Security по протоколу ICAP; • получения копии писем, отправленных в облачном сервисе Microsoft Exchange Online. 2.5. Требования к режимам функционирования Система должна функционировать в автоматизированном режиме под управлением администратора и обеспечивать возможность работы в следующих режимах: Режим Описание Штатный Непрерывная круглосуточная работа Сервисный Проведение обслуживания, реконфигурации и модернизации компонента Автономный В случае отсутствия связи между компонентами Системы или с внешними сетями — для доступа к конфигурационной и архивной информации 2.6. Требования по диагностированию • Система должна обеспечивать возможность записи в журналы аудита информации по служебным событиям и сбоям. Записи в журналах должны содержать информацию, достаточную для установления причины неисправности. 4 • Система должна обеспечивать возможность контроля целостности системных файлов как в автоматическом, так и в ручном режиме. 2.7. Требования к численности и квалификации персонала Персонал Заказчика, ответственный за администрирование Системы, должен иметь базовые знания в области широко используемых в настоящее время в корпоративной среде информационных технологий — в том числе операционных систем АРМ и серверов, сетевых протоколов, централизованных систем идентификации и аутентификации, систем электронной почты и т.п. 2.8. Требования к надежности • Система должна обеспечивать штатное функционирование в случае одновременной работы всех пользователей Заказчика на объекте автоматизации. • Система должна обеспечивать возможность масштабирования и отказоустойчивости, в том числе поддерживать кластерные технологии. • Должно осуществляться резервное копирование и хранение резервных копий данных с возможностью их восстановления. • Должна быть обеспечена непрерывность бизнес-процессов Заказчика в случае отказов Системы. 3. Требования к функциональным возможностям Системы 3.1. Подсистема перехвата трафика 3.1.1. Общие требования • Подсистема перехвата трафика должна обеспечивать контроль действий по отправке информации в ситуации, когда клиент находится вне локальной сети организации. • Подсистема перехвата трафика должна извлекать из перехваченных объектов текстовую информацию и вложения, выполнять определение форматов вложений и передачу извлеченных данных в подсистему анализа. • При возможности создания теневой копии отправленных и полученных файлов должна обеспечиваться настройка сохранения теневой копии с указанием размера и формата файла. • Подсистема перехвата трафика должна выполнять выделение транспортных атрибутов (отправитель, список получателей) из перехваченных данных. 3.1.2. Компонент контроля корпоративной почты Компонент должен обеспечивать: • контроль обмена данными по протоколам MAPI, POP3(S), IMAP4(S), SMTP(S) (в т.ч. запрет использования протокола), создание теневых копий передаваемых файлов (при наличии), подготовку данных к дальнейшему анализу (контекст и контент); • возможность блокировки отправки почтовых сообщений по протоколу MAPI (в т.ч. по результатам анализа содержимого); • расшифровку сообщений, сформированных по стандарту S/MIME, если для передачи используется протокол MAPI и криптографический провайдер Microsoft; • возможность блокировки отправки и/или помещения на карантин почтовых сообщений по протоколу SMTP(S), в т.ч. по результатам анализа содержимого, без необходимости установки клиентского программного обеспечения. В случае использования режима «карантин» при подтверждении нарушения офицером безопасности сообщения должны блокироваться, в противном случае — отправляться адресату; • возможность интерактивного карантина, обеспечивающего временную задержку исходящих почтовых сообщений при срабатывании политик безопасности. Компонент должен автоматически запрашивать у сотрудника-отправителя подтверждение корректности отправки или предоставлять возможность отмены передачи письма; • перехват данных, передаваемых из корпоративной сети по протоколам POP3(S), IMAP4(S), SMTP(S), без установки клиентского программного обеспечения. 5 3.1.3. Компонент контроля web-трафика Компонент должен обеспечивать: • перехват загружаемых данных по протоколам HTTP(S) (web-почта, форумы, блоги, чаты и т.д.); • возможность блокировки передачи данных по протоколам HTTP(S) по результатам анализа содержимого; • фильтрацию «мусорного трафика» (бесполезных служебных HTTP-запросов) на основании передаваемых данных, их размера и IP-адреса или домена, к которому отправляются эти запросы. 3.1.4. Компонент контроля облачных хранилищ Компонент должен обеспечивать возможность управления доступом (полный доступ, только чтение, блокировка доступа) пользователей при работе с веб-клиентами облачных хранилищ: Google Drive, Microsoft OneDrive, Яндекс.Диск. Компонент должен обеспечивать возможность перехвата файлов, которые пользователь получает или отправляет другим адресатам при использовании desktopприложений сервисов: • Microsoft OneDrive; • Google Drive; • Яндекс Диск; • Облако Mail.ru. В момент перехвата теневой копии файла должен создаваться скриншот экрана. 3.1.5. Компонент контроля подключаемых устройств Компонент должен обеспечивать возможность: • разрешения или запрета для пользователей работы с периферийными устройствами (съемные носители, принтеры, модемы, различные физические порты и т.д.), в том числе ограничения доступа только на чтение и предоставления временного доступа; • создания белых списков устройств, доступ к которым разрешен; • формирования правил подключения к некорпоративным сетям с возможностью дать доступ на заданные серверы или предоставить временный доступ к сети Интернет, если рабочая станция сотрудника находится за пределами корпоративной сети; • предоставления временного доступа подключения к некорпоративным сетям или разрешения работы с периферийными устройствами с использованием кода подтверждения; • запрета создания снимков экрана на рабочей станции пользователя, если снимки создаются стандартными средствами операционной системы; • перехвата и обработки данных, передаваемых между съемным устройством (flash, внешние жесткие диски, CD/DVD, MTP- и PTP-устройства и т.д.) и защищаемым АРМ (в т.ч. при редактировании непосредственно на съемных устройствах), с возможностью блокировки передачи по результатам анализа содержимого; • перехвата и блокировки при копировании данных со съемного устройства на АРМ, а также указания разрешенных имен и идентификаторов съемных устройств, каталогов источника и приемника копирования для контроля перемещения выбранной категории данных. 3.1.6. Компонент контроля FTP-трафика Компонент должен обеспечивать: • контроль обмена данными по протоколу FTP(S) (в т.ч. запрет использования протокола); • возможность создания политик для заданных каталогов источника и приемника копирования; • создание теневых копий передаваемых файлов (при скачивании и загрузке); • подготовку данных к контекстному и контентному анализу; 6 • блокировку при передаче. Блокировка осуществляется по результатам контекстного анализа и анализа содержимого, в т.ч. в автономном режиме (при отсутствии подключения к серверной части Системы) согласно политикам, сохраненным локально на защищаемом АРМ. 3.1.7. Компонент контроля файловых операций Компонент должен обеспечивать возможность перехвата файлов, которые пользователь получает или отправляет другим адресатам при использовании любых вебсервисов, в том числе облачных, через браузеры: • Google Chrome; • Mozilla Firefox; • Microsoft Edge; • Microsoft Internet Explorer; • Яндекс Браузер. Обработка данных должна осуществляться без подмены сертификата SSL- шифрования. Компонент должен обеспечивать возможность перехвата файлов, которые пользователь получает или отправляет другим адресатам при использовании desktopприложений: • 7-Zip; • WinRAR; • Zoom; • WhatsApp; • Telegram. В момент перехвата теневой копии файла должен создаваться скриншот экрана. Компонент должен обеспечивать блокировку по результатам контекстного анализа и анализа содержимого, в т.ч. в автономном режиме (при отсутствии подключения к серверной части Системы) согласно политикам, сохраненным локально на защищаемом АРМ. 3.1.8. Компонент контроля буфера обмена Компонент должен обеспечивать перехват и блокировку операций копирования и вставки данных через буфер обмена в приложениях. 3.1.9. Компонент контроля печати документов Компонент должен обеспечивать перехват, блокировку и обработку теневых копий файлов, отправленных на печать на локальные и сетевые принтеры. Блокировка осуществляется по результатам контекстного анализа и анализа содержимого, в т.ч. в автономном режиме (при отсутствии подключения к серверной части Системы) согласно политикам, сохраненным локально на защищаемом АРМ. 3.1.10. Компонент контроля снимков экрана • Компонент должен обеспечивать создание снимков экрана с рабочих станций пользователей и их передачу в подсистему хранения. Создание снимков экрана должно происходить с настраиваемой периодичностью, при использовании приложений из настраиваемого списка, при смене активного окна. • Компонент должен обеспечивать создание снимков экрана с рабочих станций, если активны приложения из заранее заданного списка, и их передачу в подсистему хранения. • Дополнительно Система должна обеспечивать распознавание текста на снимках экранов с рабочих станций, а также анализ полученного текста технологиями анализа с возможностью производить полнотекстовый поиск по результату. 7 3.1.11. Компонент контроля приложений • Компонент должен обеспечивать возможность ограничения работы пользователей с приложениями на рабочих станциях на базе черных или белых списков приложений. • Компонент должен обеспечивать возможность ограничения использования буфера обмена и печати в сформированном списке приложений. 3.1.12. Компонент контроля мессенджеров Сервис / протокол Перехват и обработка Разрешение / запрет использования Telegram Сообщения чатов, файлы и голосовые сообщения Да XMPP- приложения Сообщения чатов и файлы Да WhatsApp Отправленные и полученные сообщения чатов и файлы Да 3.2. Подсистема анализа 3.2.1. Общие требования • Подсистема анализа должна обеспечивать анализ всех перехваченных данных и их передачу в подсистему применения политик. • Подсистема анализа должна обеспечивать возможность создания комбинированных объектов защиты, описывающих сложные документы с учетом одновременно нескольких технологий анализа, для повышения точности детектирования конфиденциальной информации и уменьшения количества ложных срабатываний. Должна обеспечиваться возможность детектирования объекта защиты в конкретном элементе письма. • Подсистема анализа должна обеспечивать возможность исключения объекта защиты при срабатывании политик безопасности. Например, в случаях, когда необходимо определять грифованную информацию по словосочетанию «Коммерческая тайна» и не срабатывать на дисклеймер в подписях писем сотрудников. • Подсистема анализа должна выявлять факты склейки файлов и несоответствия расширения файла и его сигнатуры. • Подсистема анализа должна поддерживать следующие кодировки: ISO-8859-1, OEM 866, ISO-8859-5, ISO-8859-15, win-1251, win-1252, koi8-r, utf-8, utf-16. Подсистема анализа должна предоставлять возможности обработки следующих типов объектов: Категория Форматы Распаковка архивов Архивы 7z, exe, xz, lzh, gz, bzip, bz2, tar, arj, rar, zip, zipx, cab, uha, zlib Детектирование по сигнатуре Архивы z, lzw Базы данных ace, mdb, accdb, dmp, mxl, vcs, vcsrd, bak, trn, full, dt, cf Мультимедиа cdr, ico, jxr, hdp, wdp, mov, ape, flac, wma, wmv, asf, mp3, wav, mpg, ogg, avi, m4a, aac, flv, mp4, ai, tif, tiff, pcl, pgm, zjs, wmf, jp2, gif, emf, ppm, svg, sun, ras, rast, rs, sr, scr, im1, im8, im24, im32, jpeg, jpg, jpe, pbm, png, psd, bmp, WebP Конструкторские файлы CATPart, CATProduct, CATDrawing, CATProcess, CATAnalysis, CATCatalog, CATMaterial, plt, sldprt, sldasm, slddrw, prtdot, asmdot, drwdot, prt, cdw, m3d, a3d, a3t, cdt, spt, spw, frt, frw, kdt, kdw, m3t, t3d, dgn, rvt, rfa, fbx, step, stp, igs, sat 8 Категория Форматы Исполняемые файлы и библиотеки rpm, so, exe, dll Другие файлы xlsb, eml, der, p7s, ink, p7m, otf, torrent, gpg, pgp, asc, kdb, kdb2, wim, evtx, mxf Файлы без форматов Gerber Technology file, Vector Data Детектирование и извлечение текста Конструкторские файлы dwg, dwt, dws Презентации ppt, pptx, pot, potm, potx, odp Таблицы xls, xlsx, xlt, xltm, xltx, ods, xlsb Документы doc, docx, dot, dotx, docm, odt, pdf, txt, rtf, tsv, csv, stg, json, jsn, chm, pub, vsd, vsdx, html, xml, oxps, xps, djv, djvu, epub Почтовые сообщения tnef, tnf, winmail.dat, msg Другие файлы odg, mpp, iso, oxps, xps, vsd, vsdx, odt, ods, odd и др. Файлы без форматов Microsoft Compound Binary File Подчеркиванием выделены форматы, которые Система должна обрабатывать при наличии программного обеспечения iFilter. 3.2.2. Компонент OCR • Компонент OCR должен обеспечивать распознавание текста, содержащегося в изображениях, полученных от подсистемы перехвата трафика. • Текст, распознанный модулем OCR, должен анализироваться остальными технологиями анализа. 3.2.3. Компонент лингвистического анализа • Компонент должен выполнять лингвистический анализ с использованием лингвистических алгоритмов, основанных на поиске определенных терминов (слов и словосочетаний), образующих иерархический справочник категорий (классификатор), причем извлеченный текст может содержать опечатки, транслитерацию или маскировочный текст, которые должны быть корректно обработаны. • Компонент должен предоставлять возможность настройки алгоритма лингвистического анализа с учетом регистра символов и морфологии языковых единиц. • Компонент должен предоставлять возможность проведения лингвистического анализа для следующих языков: английский*, русский* (* — поддержка морфологии языка в дополнение к точным совпадениям с терминами соответствующего словаря). • Должен быть преднастроенный стандартный классификатор, содержащий категории «Управление организацией», «Конкурсная документация», «Маркетинг», «Система безопасности», «Отдел кадров», «Финансы», «Договоры и контракты» и др. • Компонент должен предусматривать возможность настройки индивидуального классификатора. 3.2.4. Компонент анализа цифровых отпечатков • Компонент должен выполнять поиск фрагментов, принадлежащих к задаваемым эталонным документам, составляющим базу эталонных документов. • Для добавляемых пользователем эталонных документов должен формироваться текстовый, бинарный или текстовый и бинарный отпечатки, для каждого из которых должна поддерживаться возможность указания отдельного порога цитируемости. • Компонент должен поддерживать возможность автоматической синхронизации базы цифровых отпечатков с сетевыми каталогами. • При обработке перехваченных событий с использованием цифровых отпечатков текстового вида Система должна фиксировать факт передачи документов в виде файлов любого из поддерживаемых форматов или письма (в т.ч. текстового сообщения), содержащих вставленный текст из защищаемого документа. 9 3.2.5. Компонент анализа текстовых объектов • Компонент должен выполнять поиск текстовых объектов, соответствующих регулярным выражениям. • Компонент должен содержать предустановленные шаблоны текстовых объектов (номер кредитной карты и т.д.). Должны применяться функции верификации текстовых объектов для уменьшения числа ложноположительных срабатываний (например, в номерах банковских карт должны проверяться BIN банка и контрольная цифра). • Компонент должен предоставлять возможность добавления текстовых объектов на основе языка регулярных выражений. 3.2.6. Компонент анализа изображений кредитных карт • Компонент должен позволять отслеживать наличие кредитных карт в поступающих на анализ изображениях. • Для детектирования кредитных карт не должно требоваться добавление эталонных документов в Систему. • Изображения кредитных карт должны проходить дополнительную верификацию по наличию изображений логотипов платежных систем на карте (VISA, Visa Electron, MasterCard, Maestro). 3.2.7. Компонент анализа изображений паспортов • Компонент должен позволять отслеживать наличие в поступающих на анализ изображениях главного разворота паспорта гражданина Казахстана. • Для детектирования паспортов не должно требоваться добавление эталонных документов в Систему. • Изображения паспортов должны проходить дополнительную верификацию по наличию изображения лица человека в месте стандартного расположения фотографии. 3.2.8. Компонент анализа печатей • Компонент должен позволять отслеживать наличие эталонных печатей на изображениях отсканированных документов. • Компонент должен предоставлять возможность загрузки эталонных изображений печати для обучения модуля детектирования печатей. 3.2.9. Компонент автоматизированного определения тематических категорий документов Компонент должен предоставлять возможность автоматизированного определения тематических категорий (кластеров) в базе документов, перехваченных Системой, и распределения базы документов по кластерам. Определение тематики должно выполняться на основе результатов анализа содержимого документов без использования заданных заранее словарей и классификаторов. Распределение документов по выделенным кластерам должно выполняться определением соответствия содержимого документа наиболее близкому по тематике кластеру. Процесс кластеризации должен включать в себя: • объединение в один кластер документов схожей тематики; • выделение внутри кластера групп однотипных документов; • формирование для каждого кластера облака тегов, характеризующих тематику кластера; • выделение документов, наиболее релевантно отражающих тематику кластера. По завершении процесса кластеризации Система должна сформировать результаты для автоматизации создания специфического для компании словаря. 3.2.10. Компонент автоматизированного формирования специфических словарей Компонент должен предоставлять возможность автоматизировать формирование специфических словарей путем создания индивидуального классификатора данных на основе определенной пользователем выборки документов. 10 Должна быть предусмотрена возможность создания индивидуального классификатора на основе выборки документов, полученных в результате автоматизированного определения тематических категорий (кластеризации), или создания категорий документов пользователем в консоли Системы путем загрузки файлов документов. Процесс создания индивидуального классификатора должен включать в себя: 1) Создание категорий. 2) Обучение классификатора. 3) Проверку файлов на классификаторе. 4) Импорт и экспорт текстовых объектов в составе категории. 5) Добавление текстовых объектов в объекты защиты. 3.3. Подсистема применения политик • Подсистема применения политик должна выполнять вынесение вердикта о факте наличия или отсутствия нарушения перехваченным объектом политики информационной безопасности на основе результатов работы подсистемы анализа. Подсистема должна обеспечивать привязку данных о получателе или отправителе объекта к записям справочника сотрудников и рабочих станций. • Подсистема применения политик должна устанавливать соответствие перехваченных и проанализированных объектов персонам, рабочим станциям и группам, полученным из службы каталогов или созданным пользователем вручную. • Подсистема применения политик должна обеспечивать возможность объединения групп, контактов, рабочих станций, web-ресурсов в логические периметры. • Подсистема применения политик должна предоставлять возможности для задания политик безопасности на передачу данных, копирование, хранение данных или использование буфера обмена из консоли управления. • Подсистема применения политик должна предоставлять возможности для автоматического проставления перехваченным объектам дополнительных атрибутов (теги, уровень нарушения, вердикт) из консоли управления. • Подсистема применения политик должна предоставлять возможность автоматического проставления статусов сотрудникам, например «На увольнение», «Под наблюдением» и т.д., из консоли управления. • При идентификации перехваченных объектов, прошедших процедуру разбора, должно осуществляться сравнение идентификационной информации, содержащейся в служебных атрибутах, с идентификационной информацией, полученной из службы каталогов или заданной пользователем Системы. 3.4. Подсистема интеграции со службой каталогов • Подсистема должна обеспечивать возможность первоначального импорта и периодической синхронизации структуры LDAP-каталога со справочником сотрудников и рабочих станций для выполнения дальнейшей привязки этой информации к данным из перехваченных объектов. • Информационный обмен между Системой и LDAP-каталогом Active Directory должен осуществляться с использованием защищенного протокола LDAPS. • Подсистема должна предоставлять возможность настройки периода сканирования измененных элементов. При сканировании измененных элементов в Системе учитываются только изменения, произошедшие с момента последнего сканирования. • Подсистема должна предоставлять возможность настройки периода и времени сканирования службы каталогов. • Подсистема должна передавать все данные, полученные в результате импорта или синхронизации, в подсистему хранения. 11 • Подсистема должна предоставлять возможность экспорта/импорта настроек раздела групп для дальнейшего их сохранения в качестве резервной копии или переноса на другую инсталляцию Системы. 3.5. Подсистема принятия решений Подсистема принятия решений должна обеспечивать применение политики информационной безопасности путем выполнения для объектов правил, описанных в сценариях их обработки. Подсистема принятия решений должна предоставлять возможности для задания правил автоматического вынесения вердикта по объекту на основании: • формальных признаков перехваченного объекта (отправитель, получатель и т.д.), в том числе типа перехваченного объекта (всех типов данных, полученных от подсистемы перехвата трафика); • результатов анализа перехваченных объектов от подсистемы анализа; • форматов документов; • статуса сотрудников («На увольнение», «Под наблюдением» и т.д.); • логического периметра. Подсистема принятия решений также должна обеспечивать: • отсутствие возможности изменения оценки событий, выносимой Системой автоматически на основании настроенных правил и политик; • информирование администратора безопасности об инцидентах путем отправки письма-уведомления об инциденте на адрес электронной почты; • возможность определять текст писем-уведомлений нарушителю, офицеру безопасности, а также любому другому получателю; • возможность определять текст писем-уведомлений для разных политик и вердиктов, примененных к событиям; • для HTTP(S)-запросов — определение типа сайта, на который направлен запрос, и присвоение объекту тега, соответствующего типу сайта; • передачу объектов в подсистему хранения. 3.6. Подсистема хранения • Подсистема хранения должна обеспечивать хранение всех перехваченных объектов, информации о них, результатов их анализа и применения политик, а также предоставлять возможность просмотра хранящейся информации посредством запросов из консоли управления. • Подсистема хранения должна осуществлять хранение данных в единой СУБД с возможностью переноса данных на медленные и быстрые диски, круговой ротацией без использования дополнительных скриптов. • Подсистема хранения должна обеспечивать возможность устанавливать различный период хранения как для всех объектов, так и только для объектов с нарушениями. • Подсистема хранения должна позволять при срабатывании политики выборочно удалять из события вложения или вложения вместе с извлеченным текстом (не помещать эти данные в архив) для сокращения размера архива, не теряя при этом информации о том, что данное событие произошло. • Подсистема хранения должна предоставлять возможность хранения данных на разных физических дисках, например, когда данные за последние 3 месяца хранятся на дисках с более высокой скоростью чтения. • С целью освобождения пространства на жестком диске подсистема хранения должна позволять архивировать сегменты БД хранилища с размещением на других носителях информации, а также обеспечивать возможность их последующего восстановления. 12 • Подсистема хранения должна обеспечивать отсутствие явной возможности удаления из архива Системы перехваченных событий, срок хранения которых меньше срока хранения, установленного в Системе. 3.7. Пользовательский интерфейс 3.7.1. Состав интерфейса Система должна иметь единый интерфейс, представляющий собой единую графическую среду, состоящую из следующих разделов. Центр расследований — для анализа данных установленных подсистем Системы, в том числе: • объединение перехваченных событий, данных о действиях сотрудников, хранении и доступе к файлам, визуальная аналитика и оповещение о грядущих рисках в информационном пространстве; • использование единого фильтра и интерактивного интерфейса для быстрого переключения между разными срезами данных; • сохранение контекста расследований с фокусом на ключевые детали, а также сопоставление информации из нескольких подсистем для быстрой интерпретации данных при принятии решений; • настройка рабочих панелей под каждую утилитарную задачу для обнаружения инцидентов и контроля сотрудников без дополнительных настроек фильтра; • формирование отчета о расследовании по ходу сбора обстоятельств во встроенном блокноте. Центр администрирования — для работы с политиками и настройками Системы: • управление доступом к клиентскому программному обеспечению; • централизованная установка и обновление клиентского программного обеспечения на рабочих станциях сотрудников; • настройка системы мониторинга компьютеров, сотрудников и устройств; • контроль доступа к компьютерам и устройствам; • работа с результирующими политиками. 3.7.2. Функциональные возможности интерфейса В пользовательском интерфейсе должны быть предусмотрены: • диалоговый интерфейс на русском языке для работы с запросами к Системе с возможностью формировать запрос в виде вопроса в диалоговом окне с использованием общепринятых понятий и разговорной формы естественного языка; • проведение полного аудита действий офицера безопасности; • разграничение прав пользователей по работе с функциями Системы на основании ролевой модели; • управление доступом к событиям для пользователей Системы; • получение детализированных отчетов в интерактивном режиме; • отображение детальной карточки события с подсветкой соответствующим цветом обнаруженных в перехваченных данных объектов защиты и терминов; • просмотр имеющихся снимков экрана рабочей станции, в том числе связанных с событием, из карточки инцидента; • полнотекстовый поиск по всем событиям или только по вложениям с указанием количества получателей, произвольной технологии анализа и канала передачи данных; • подготовка статистических отчетов по перехваченным объектам и их экспорт в форматы xls, xlsx, pdf и html; • управление доступом к шаблонам поиска событий и отчетам; • ограничение видимости информации о персонах и контактах для пользователей Системы из различных отделов и филиалов. 13 3.7.3. Безопасность доступа к интерфейсу • Защита от создания простого пароля и от перебора пароля. • Двухфакторная аутентификация с использованием одноразовых кодов в качестве второго фактора. • Ведение подробного журнала действий оператора с возможностью передачи данных журнала во внешние системы сбора событий. 3.8. Подсистема управления клиентским программным обеспечением 3.8.1. Управление агентами • Подсистема должна предоставлять возможность удаленной установки/обновления/удаления клиентского программного обеспечения (агента). • Подсистема должна предоставлять возможность создания инсталляционного пакета агента с возможностью распространения через Active Directory и установки непосредственно на рабочем месте пользователя. • Система должна обеспечивать возможность распространения агентов на новые АРМ за счет обнаружения в заданной группе MS Active Directory новых устройств без установленного агентского ПО. • Система должна обеспечивать возможность обновления агентского ПО с использованием SMB- и FTP-ресурсов с целью снижения нагрузки на сетевое соединение. 3.8.2. Требования к агенту Агент Системы должен функционировать в среде следующих операционных систем: • Linux; • Microsoft Windows; • Microsoft Windows Server; • Mac OS. Функционал агентов на ОС Linux и Mac OS должен предоставляться в объеме, заявленном производителем. Агент Системы должен: • предоставлять возможность скрытой работы в системе и не обнаруживаться стандартными средствами; • использовать шифрование TLS для передачи перехваченных объектов в подсистему анализа; • использовать систему авторизации для предотвращения возможности подключения к подложному центральному серверу; • поддерживать работоспособность в режиме Secure Boot. 3.9. Подсистема анализа данных • Подсистема анализа данных предназначена для потоковой постобработки и анализа данных, предоставляемых подсистемой анализа. • Подсистема анализа данных не должна иметь собственного графического интерфейса. • Подсистема анализа данных должна обеспечивать возможность проводить ретроспективный анализ данных и искать в трафике идентичные документы. Должно быть реализовано два типа поиска: Тип поиска Описание и пример Поиск аналогичных документов Документы, содержащие одинаковые термины, но созданные на базе разных шаблонов. Например, все договоры на поставку оборудования от разных контрагентов. 14 Тип поиска Описание и пример Поиск образцов документов Документы с одинаковой структурой, созданные в едином шаблоне, но имеющие небольшие различия в словоформах, или полные копии. Например, все трудовые договоры сотрудников компании или все черновики договоров поставки с конкретным контрагентом. 4. Перспективы развития и модернизации Системы 4.1. Общие положения • Система должна обеспечивать возможность модернизации путем замены технического и/или программного обеспечения. • Система должна допускать расширение функциональных возможностей за счет дополнительных компонентов, требования к которым описаны ниже. Описанные компоненты не должны требовать дополнительной разработки со стороны производителя программного обеспечения, используемого при построении Системы. 4.2. Дополнительные каналы контроля • Контроль файловых операций и перехват файлов, которые пользователь получает или отправляет другим адресатам при использовании desktop-приложения WinSCP. В момент перехвата теневой копии файла должен создаваться скриншот экрана. • Интеграция с IP-телефонией (для контроля голосовых телефонных звонков пользователей при использовании корпоративной АТС и VoIP-решений) и пассивная запись цифровой телефонии по протоколам ISDN. • Интеграция с облачным сервисом MS Teams для получения текста и файлов из переписки с любых типов устройств (в том числе мобильных). Работоспособность компонента должна обеспечиваться без установки агентского модуля на контролируемые устройства. • Контроль и анализ почты, которая синхронизируется между почтовым сервером и клиентским устройством по протоколам ActiveSync и IMAP. 4.3. Дополнительные технологии анализа • Поиск фрагментов, принадлежащих к задаваемым эталонным чертежам, составляющим базу эталонных чертежей, причем фрагменты могут быть повернуты, отмасштабированы или перенесены из одного чертежа в другой, что должно корректно обрабатываться модулем. Для добавляемых пользователем эталонных документов должен формироваться векторный отпечаток с возможностью указания порога цитируемости. • Отслеживание наличия заполненных и пустых эталонных бланков, анкет и формуляров с возможностью задать минимальное число заполненных полей для детектирования. • Детектирование в текстах и вложениях объектов выгрузок из баз данных с возможностью задания условий детектирования: совокупности столбцов, сочетание которых считается конфиденциальной информацией (например, только ФИО сотрудника не является таковой, а ФИО сотрудника с контактным телефоном, номером и серией паспорта — является); количества строк, обнаружение которых детектируется как наличие в объекте выгрузки из баз данных. 4.4. Визуальная и предиктивная аналитика Система должна обеспечивать возможности визуальной аналитики данных: • формирование динамической сводки безопасности по филиалам организации как единого центра статистики и управления инцидентами, с перестроением сводки по новым срезам данных в режиме реального времени; • отображение всех событий, в том числе связей сотрудников внутри организации и с внешними контактами, на интерактивном графе связей с возможностью просмотра детализации по событиям и сотрудникам, а также фильтрацией по e-mail-адресам или 15 доменам получателей, категориям информации с произвольной комбинацией признаков и прочим параметрам; • формирование интерактивного досье на сотрудника организации или любой внешний контакт с отображением детализации по событиям, построением индивидуального графа связей и дополнением комментариями и файлами. Система должна обеспечивать возможности предиктивной аналитики данных: • автоматический анализ и выявление аномалий в поведении сотрудников на любых контролируемых каналах (почта, браузеры, мессенджеры, облачные хранилища, внешние накопители, принтеры и др.); • автоматическое выявление аномалий по нескольким параметрам в совокупности; • использование выявленных аномалий для работы с группами риска: подготовка к увольнению, признаки вывода информации, повышение интенсивности внешних коммуникаций и др. 4.5. Интеграция с внешними системами (API) Система должна обеспечивать возможность интеграции с внешними системами за счет использования следующих API (программных интерфейсов приложения): • API для получения данных из сторонних систем перехвата информации с различных каналов (с возможностью обогащения событий новыми атрибутами, используемыми подсистемами анализа и применения политик) для последующего анализа перехваченной информации средствами Системы; • API для автоматической загрузки «Эталонных выгрузок баз данных» и «Базы цифровых отпечатков» из сторонних систем; • API для отправки содержимого и метаданных событий из Системы в различные сторонние системы. Система должна предоставлять возможность интеграции с системами класса SIEM. 5. Требования к сопутствующим услугам по внедрению 5.1. Общие положения В рамках оказания услуг по предоставлению лицензий на право использования программного обеспечения DLP Поставщик обязан обеспечить выполнение комплекса мероприятий, необходимых для первоначального развертывания и обеспечения работоспособности программного обеспечения в информационно-коммуникационной инфраструктуре Заказчика. 5.2. Состав комплекса мероприятий № Мероприятие 1 Установка и настройка серверных компонентов программного обеспечения. 2 Развертывание и настройка программных агентов на рабочих станциях Заказчика. 3 Интеграция с действующей службой каталогов Active Directory. 4 Настройка политик контроля и предотвращения утечек конфиденциальной информации. 5 Настройка системы уведомлений, регистрации событий и формирования отчетности. 6 Проведение обучения не менее трех специалистов Заказчика по вопросам администрирования, эксплуатации и настройки политик безопасности. 7 Проведение функционального тестирования и демонстрация работоспособности программного обеспечения. 8 Предоставление эксплуатационной и технической документации. 9 Передача результатов выполненных настроек и оформление акта оказанных услуг. 16 5.3. Стоимость мероприятий Все указанные мероприятия выполняются в рамках общей стоимости договора без дополнительной оплаты со стороны Заказчика. _________________________
  • Приложение 4 (Информация о бенефициарном владении потенциального поставщика)

    Файл

    Площадка публикует только название документа: этот документ прикладывает поставщик вместе с заявкой.

  • Приложение 2 (Соглашение об участии в конкурсе)

    Файл

    Типовой бланк — он одинаковый во всех закупках, искать внутри нечего

  • Приложение 12 (Сведения о квалификации и критериях, влияющих на конкурсное ценовое предложение при закупках услуг)

    Файл

    Типовой бланк — он одинаковый во всех закупках, искать внутри нечего

  • Приложение 19 (Обеспечение заявки)

    Файл

    Типовой бланк — он одинаковый во всех закупках, искать внутри нечего

  • Приложение 20 (Сведения о субподрядчиках по выполнению работ (соисполнителях при оказании услуг)) / Документы по квалиф. требованиям Субподрядчиков

    Файл

    Типовой бланк — он одинаковый во всех закупках, искать внутри нечего

  • Разрешения первой категории (Лицензии)

    Файл

    Площадка публикует только название документа: этот документ прикладывает поставщик вместе с заявкой.

  • Разрешения второй категории

    Файл

    Площадка публикует только название документа: этот документ прикладывает поставщик вместе с заявкой.

  • Свидетельства, сертификаты, дипломы и другие документы

    Файл

    Площадка публикует только название документа: этот документ прикладывает поставщик вместе с заявкой.

  • Свидетельство о постановке на учет по НДС

    Файл

    Площадка публикует только название документа: этот документ прикладывает поставщик вместе с заявкой.

История изменений

Что заказчик поменял после публикации