У середині серпня Мінкомзв'язок від імені директора департаменту розвитку високих технологійСалавата Мігранова оголосило, що вже восени цього року реєстр російського ПЗ працюватиме за новими правилами. За словами чиновника, необхідний перехід від екстенсивного зростання реєстру до якісного. Крім цього, будуть усунуті деякі проріхи у правовому регулюванні імпортозаміщення у сфері ІТ. Нові правила також встановлять додаткову вимогу щодо відсутності примусового оновлення та управління конкретним програмним забезпеченням з-за кордону. Ознайомитися з текстом законопроекту можна. Вочевидь, що анонсовані Мінкомзв'язком зміни у роботі реєстру позначаться як у російських розробників ПЗ, і на держзамовниках. В очікуванні конкретики спробуємо поміркувати, чого це все приведе.
Трохи теорії
Для включення програмного продукту до Реєстру російського ПЗ розробнику необхідно подати до Мінкомзв'язку заяву в електронному вигляді, дочекатися його публікації, після чого заявка буде розглянута експертною радою, до якої входять представники ІТ-компаній. На підставі рішення ради міністерство випустить наказ про включення до Реєстру або відмови. Уся процедура триває близько 70 днів.
До заяви мають додаватися документи, що підтверджують виключне право розробника ПЗ. Також необхідно надати екземпляр продукту без технічних засобівзахисту авторських прав або із засобами законного усунення обмежень використання софту. До речі, нові правила роботи реєстру містять туманніші формулювання. Посилаючись на члена експертної ради, видання пише, що тепер розробники можуть прикласти до заявки не продукт цілком, а лише його елементи, що суттєво ускладнить експертизу.
Пристрасті навколо реєстру
У 2016 році надбанням громадськості стало президента НП «Руссофт» Валентина Макарова директору департаменту розвитку високих технологій Мінкомзв'язку Дмитру Чернову, яке стосувалося непрозорості процедури прийняття рішень щодо включення програмних продуктів до Реєстру. На думку Макарова, члени експертної ради не завжди можуть уникнути різночитань, помилок, конфлікту інтересів при винесенні рішень. Проте запропонована ним можливість створення процедури апеляцій, у тому числі із залученням незалежних експертів, поки що залишилася нереалізованою.
На непрозорість процедури включення до Реєстру вказували інші учасники ринку. Компанія «ІСЕТ Девелопмент» заперечувала рішення Мінкомзв'язку про відмову включити до Реєстру антивірусне рішення Eset. У жовтні 2016 року суд виніс рішення на користь відомства, мотивувавши це тим, що «ІСЕТ Девелопмент» не має сертифікату для розробки ПЗ, в якому реалізовано функції захисту конфіденційної інформації. Учасники ринку вважають це формальною причиною і припустили, що реальна полягає в тому, що «ІСЕТ Девелопмент» як дочірня компанія словацького виробника не змогла довести, що її продукт є російським. На підтвердження цього глава Мінкомзв'язку Нікіфоров привітав рішення суду, зазначивши, що досить часто закордонні компанії намагаються подати свої розробки через дочірні структури в Росії, щоб включити їх до реєстру.
Наочний приклад: у серпні в реєстрі російського програмного забезпечення був продукт американської компанії Hewlett Packard Enterprise. «Російська» версія програми ArcSight зветься «Ankey SIEM». При цьому зазначено, що виключні права на ПЗ та його компоненти належать розробнику ТОВ «Газінформсервіс». У HPE відкрито, що таким чином вони локалізують свої продукти для продажу їх у державні структури.
На цьому тлі цікаво виглядають повідомлення про те, що до реєстру не увійшла операційна система"Вісь", розроблена "дочкою" "Ростеха", компанією НЦІ. Підставою відмови: НЦІ не надав експертній раді документи, що підтверджують виключні права на систему, а також ліцензію ФСТЕК. Історія досить гучна, тому скажу лише головне. У самій НЦІ, що «ОСь» заснована на вільному програмному забезпеченні та програмних модулях власної розробки. Проте щодо члена експертної ради Наталії Касперської, у заявці, навпаки, було зазначено, що це пропрієтарне ПЗ. Як буде розвиватися ситуація – покаже час, а поки що НЦІ подав заявку.
Є й інші випадки, що інтригують: так, у червні 2016 року без будь-яких коментарів з боку Мінкомзв'язку з реєстру раніше включені до нього продукти на базі рішень IBM і EMC, у тому числі розробки «КРОКу», «Логики Бізнесу» («дочка») Сам факт, що продукти були виключені з реєстру, а не отримали відмову за підсумками розгляду заявки, свідчив про незрілість процедур роботи експертної ради на той момент.
Мільярди повз бюджет
Десятки мільярдів рублів щорічно необґрунтовано йдуть до іноземних виробників ПЗ, Мінкомзв'язок. У зв'язку з цим відомство разом із ФАС має намір жорстко карати держструктури та компанії з державною участю, що використовують закордонний софт за наявності російських аналогів. У травні Микола Никифоров запропонував взагалі обкласти податком такі держустанови, розмір збору може скласти 5% вартості на те іноземне ПЗ, яке можна було б замінити вітчизняним.
Що й казати, перехід від софту світових виробників на розробки своїх співвітчизників – справа неабияка. Необхідність витрачати час і ресурси на проекти міграції на нове ПЗ, а також ризики таких проектів відлякують замовників і штовхають їх на пошук обхідних шляхів. Широко практика придбання обчислювальної технікиз попередньо встановленим софтом, а також «завуальованої» закупівлі іноземних програмних продуктів під виглядом послуг, наприклад SaaS, оренди обладнання з встановленим софтом або техпідтримки, що включає оновлення ПЗ.
Після набуття чинності змінами, що стосуються роботи реєстру, такі схеми не працюватимуть. Замовників зобов'яжуть закуповувати програмне забезпечення окремо від обчислювальної техніки, і таким чином обмеження не можна буде обійти. Це обернеться додатковими витратами міграцію на вітчизняний софт, але у деяких випадках частина витрат компенсується з допомогою меншої вартості російських розробок.
Не числом, а вмінням
На сьогоднішній день реєстр містить відомості про більш ніж 4000 програмних продуктів, які офіційно визнані російськими. З урахуванням того, що реєстр задуманий як інструмент реалізації імпортозаміщення, а не просто як перелік всіх ІТ-продуктів російського походження, дуже важливо забезпечити об'єктивну оцінку відповідності ПЗ вимогам держзамовників. Але це зробити дуже важко і ось чому. Чинна на Наразіпроцедура подання заявки не передбачає будь-якої експертизи щодо відповідності програмних продуктів тим чи іншим вимогам замовників. Інакше кажучи, завдання експертної ради - підтвердити або спростувати російське походження ПЗ, а його функціональність, надійність, безпека залишаються на совісті розробника. Держзамовникам не позаздриш: навіть незважаючи на підтримку Мінкомзв'язку (методичні матеріали, таблиця відповідності російського ПЗ іноземним аналогам тощо), завдання вибору програмних продуктів, м'яко кажучи, утруднене. Якщо вже зовсім образно висловитися, це вибір одного з сотень «котів у мішку».
Позначена міністерством перспектива якісного зростання реєстру вселяє надію, що в майбутньому до програмних продуктів, що претендують на включення до нього, будуть висунуті більш розгорнуті вимоги, що відповідають інтересам замовників. Розробникам при цьому доведеться сфокусуватися не так на організаційних питаннях, як на функціональності свого ПЗ, на що знадобиться і час, і чималі витрати. Але в результаті підвищиться конкурентоспроможність і клієнтоорієнтованість товарів, а від цього виграють усі.
Постанова Уряду РФ від 23 березня 2017 р. № 325 “Про затвердження додаткових вимог до програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення, та внесення змін до Правил формування та ведення єдиного реєстру російських програмдля електронних обчислювальних машин та баз даних”
Відповідно до пункту 6 статті 12.1 Федерального закону "Про інформацію, інформаційних технологійта про захист інформації" Уряд Російської Федераціїухвалює:
1. Затвердити додані:
додаткові вимоги до програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення;
зміни, що вносяться до Правил формування та ведення єдиного реєстру російських програм для електронних обчислювальних машин та баз даних, затверджених постановою Уряду Російської Федерації від 16 листопада 2015 р. № 1236 "Про встановлення заборони на допуск програмного забезпечення, що походить з іноземних держав, для цілей здійснення закупівель для забезпечення державних та муніципальних потреб "(Збори законодавства Російської Федерації, 2015 № 47, ст. 6600).
2. Федеральним органам виконавчої влади та державним позабюджетним фондам при здійсненні закупівель програм для електронних обчислювальних машин та баз даних для забезпечення державних потреб, відомості про які включені до Реєстру російського програмного забезпечення, забезпечувати виконання додаткових вимог, затверджених цією постановою.
3. Міністерству зв'язку та масових комунікацій Російської Федерації:
затвердити порядок та методику підтвердження відповідності програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення, додатковим вимогам, затвердженим цією постановою;
привести нормативні правові акти у відповідність до цієї постанови;
у 6-місячний термін з дня офіційного опублікування цієї постанови, забезпечити підтвердження відповідності програмного забезпечення, включеного до Реєстру російського програмного забезпечення, додатковим вимогам, затвердженим цією постановою.
4. Зміни, затверджені цією постановою, набирають чинності через 6 місяців з дня офіційного опублікування цієї постанови.
ЗАТВЕРДЖЕНІ
постановою Уряду
Російської Федерації
від 23 березня 2017 р. № 325
Додаткові вимоги
до програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення
I. Загальні положення
1. Цей документ визначає вимоги до програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення, у частині складу та функціональних характеристик програмного забезпечення, призначеного у тому числі для автоматизації функцій працівників федеральних органів виконавчої влади та державних позабюджетних фондів Російської Федерації під час виконання посадових обов'язків(далі відповідно – користувачі, програмне забезпечення).
2. Інформаційна підтримка користувачів (далі - супровід користувачів) повинна надаватись відповідно до цього документа на всій території Російської Федерації без обмежень.
ІІ. Вимоги до складу, функціональних характеристик та середовища функціонування офісного програмного забезпечення
3. До офісного програмного забезпечення належать операційна система, комунікаційне програмне забезпечення, офісний пакет, поштові програми, органайзер, засоби перегляду, інтернет-браузер, редактор презентацій, табличний редактор, текстовий редактор, програмне забезпечення файлового менеджера, довідково-правова система, програмне забезпечення системи електронного документообігута засоби антивірусного захисту.
Офісне програмне забезпечення складається з автономного та (або) мережного програмного забезпечення та клієнтського програмного забезпечення. Офісне програмне забезпечення може бути сукупність взаємозалежних програмних продуктів, відповідних класифікатору програм для електронних обчислювальних машин та баз даних відповідно до законодавства Російської Федерації.
4. Офісне програмне забезпечення має забезпечувати роботу користувачів на персональних електронних обчислювальних машинах, пристроях термінального доступу та абонентських пристроях радіорухомого зв'язку без підключення до локальних обчислювальних мереж та (або) з використанням інформаційно-телекомунікаційної мережі "Інтернет" та (або) з використанням інфраструктури, що забезпечує інформаційно-технологічну взаємодію інформаційних систем, що використовуються для надання державних послугта виконання державних функцій в електронній формі, створення, доступу, обробки, зберігання та видалення електронних документів("хмарна" технологія), та (або) з використанням локальних обчислювальних мереж доступу користувачів до програмного забезпечення, встановленого на серверному обладнанні.
5. У разі наявності в офісному програмному забезпеченні функції ідентифікації та аутентифікації користувачів повинна забезпечуватись можливість ідентифікації та аутентифікації користувачів з використанням у тому числі федеральної державної інформаційної системи державних та муніципальних послуг в електронній формі" у порядку, передбаченому законодавством Російської Федерації.
6. Інтерфейс офісного програмного забезпечення має бути реалізований російською мовою. Інтерфейс офісного програмного забезпечення може бути реалізований з використанням інших мов.
7. Офісне програмне забезпечення не повинно вимагати встановлення іншого програмного забезпечення (додаткових програмних модулів, шрифтів), що має будь-які обмеження на його вільне поширення на території Російської Федерації, за винятком операційних систем.
8. Оновлення офісного програмного забезпечення повинні виконуватись лише після підтвердження з боку користувача офісного програмного забезпечення або уповноважених працівників.
9. У разі доступу користувача до офісного програмного забезпечення з використанням засобів інтернет-браузера, офісне програмне забезпечення має забезпечувати можливість використання інтернет-браузерів не менше ніж 3 різних правовласників виключних прав на програму для електронних обчислювальних машин або базу даних (правовласників, груп правовласників), відомості про один з яких включені до єдиного реєстру російського програмного забезпечення.
10. Офісне програмне забезпечення має відповідати вимогам законодавства України про захист інформації та про захист персональних даних у випадках, встановлених законодавством України.
Передача даних каналами зв'язку, у тому числі текстових повідомленьта (або) електронних документів, голосової, звукової, візуальної та іншої інформації, з використанням офісного програмного забезпечення повинна здійснюватися з урахуванням вимог законодавства Російської Федерації про захист інформації та зв'язок.
11. Функціональні характеристики офісного програмного забезпечення та середовища його функціонування повинні відповідати таким вимогам:
а) вимоги до середовища функціонування офісного програмного забезпечення:
офісне програмне забезпечення, за винятком операційних систем, має працювати під керуванням наступних операційних систем:
для автоматизованого робочого місця користувача (персональна електронна обчислювальна машина або пристрій термінального доступу) - під керуванням не менше 2 різних операційних систем, відомості про які включені до єдиного реєстру російського програмного забезпечення, та операційних систем Microsoft Windows(версії 7 та вище), сертифікованих відповідно до вимог законодавства Російської Федерації про захист інформації;
для серверного обладнання - під управлінням не менше 2 операційних систем, відомості про які включені до єдиного реєстру російського програмного забезпечення, та операційних систем Microsoft Windows Server(версії 2008 і вище), для забезпечення функціонування офісного програмного забезпечення під управлінням операційних систем для серверного обладнання можуть бути використані засоби віртуалізації;
для абонентських пристроїв радіорухомого зв'язку - під керуванням операційних систем Android, iOS;
операційні системи для автоматизованого робочого місця користувача повинні мати у своєму складі режим роботи, що дозволяє реалізувати функціонал офісного програмного забезпечення, що функціонує та працює в інших операційних системах, зазначених в абзаці третьому цього підпункту;
б) вимоги до комунікаційного програмного забезпечення:
комунікаційне програмне забезпечення, що є програмним забезпеченням для створення та обробки інформації, а також взаємодії користувачів за допомогою передачі інформації з використанням телекомунікаційних каналів зв'язку, у тому числі захищених каналів зв'язку, та (або) локальних обчислювальних мереж, із застосуванням автоматизованого робочого місця та (або ) абонентських пристроїв радіорухомого зв'язку користувача, що має забезпечувати:
створення, перегляд, редагування, копіювання, виведення на друк інформації, що обробляється з використанням комунікаційного програмного забезпечення, та передачу з використанням телекомунікаційних каналів зв'язку та локальних обчислювальних мереж інформації, у тому числі із прикріпленням електронних документів, електронних повідомлень, включаючи текстові повідомлення, зображення, аудіофайли та відеофайли;
доставку користувачеві повідомлень про електронні повідомлення, передані іншими користувачами комунікаційного програмного забезпечення, на обладнання термінального доступу користувача, на яке встановлено комунікаційне програмне забезпечення або з використанням якого здійснюється доступ до комунікаційного програмного забезпечення, встановленого на серверному устаткуванні;
можливість відключення користувачем функції з доставки повідомлень про отримані електронними повідомленнями;
можливість збереження та видалення текстових повідомлень та електронних документів на персональних електронних обчислювальних машинах та на абонентських пристроях радіорухомого зв'язку;
можливість пошуку за збереженими текстовими повідомленнями та електронними документами у разі відсутності доступу користувача до серверного програмного забезпечення з використанням локальної обчислювальної мережіабо відсутність доступу до інформаційно-телекомунікаційної мережі "Інтернет";
можливість зберігання електронних повідомлень та електронних документів на персональних електронних обчислювальних машинах, серверному обладнанні та абонентських пристроях радіорухомого зв'язку, а також передачі електронних повідомлень та електронних документів до централізованого сховища;
передачу текстових повідомлень та електронних документів, створених користувачами з використанням комунікаційного програмного забезпечення, у федеральні інформаційні системи;
можливість виведення на друк інформації, опрацьованої з використанням комунікаційного програмного забезпечення;
передача даних з використанням комунікаційного програмного забезпечення може здійснюватися по відкритих каналах зв'язку, а також захищеним каналам зв'язку із застосуванням шифрувальних (криптографічних) засобів захисту інформації, сертифікованих відповідно до вимог законодавства України;
в) вимоги до офісного пакету:
офісний пакет, що є окремим програмним забезпеченням або сукупністю взаємопов'язаного офісного програмного забезпечення з уніфікованим інтерфейсом для створення, перегляду, редагування, збереження, видалення електронних документів, обміну електронними документами та здійснення інших способів їх обробки, а також забезпечення можливості виведення при необхідності на друк інформації , обробленої з використанням відповідного програмного забезпечення, повинен забезпечувати функціональність не менше ніж 4 з наступних типів програмного забезпечення:
текстовий редактор;
табличний редактор;
редактор презентацій;
поштові програми;
комунікаційне програмне забезпечення;
програмне забезпечення файлового менеджера;
органайзер;
засоби перегляду;
офісний пакет у частині текстового редактора, табличного редактора та редактора презентацій повинен забезпечувати спільну роботу над електронним документом групи користувачів, у тому числі із можливістю запису змін в електронному документі у режимі реального часу;
офісний пакет повинен відповідати вимогам, що висуваються до функціональних характеристик відповідного програмного забезпечення;
г) вимоги до поштової програми:
поштовий додаток, що є програмним забезпеченням (далі - програмне забезпечення електронної пошти) для перегляду, створення, редагування, видалення, збереження, виведення на друк, а також надсилання повідомлень електронної пошти, має забезпечувати:
створення, редагування, видалення та передачу електронних текстових повідомлень та прикріплення до них електронних документів, автоматичне збереження електронних документів та повідомлень електронної пошти;
створення, видалення, перейменування каталогів повідомлень електронної пошти в електронній поштовій системі (далі - каталоги електронної пошти поштової системи);
можливість збереження, видалення, копіювання та переміщення повідомлень електронної пошти у каталогах електронної поштової системи;
можливість пошуку повідомлень електронної пошти в електронній поштовій скриньці користувача з використанням різних критеріїв пошуку повідомлень електронної пошти;
створення, редагування, видалення та передачу електронних текстових повідомлень у кількох електронних поштових скриньках (адрес електронної пошти) з використанням єдиного інтерфейсу користувача;
відображення з використанням єдиного інтерфейсу користувача програмного забезпечення електронної пошти повідомлень електронної пошти з декількох електронних поштових скриньоккористувача (адрес електронної пошти);
об'єднане відображення повідомлень електронної пошти за темами з використанням єдиного інтерфейсу користувача;
автоматичне створення та зміна налаштувань підключених електронних поштових скриньок користувача на всіх пристроях користувача, на яких встановлено та використовується програмне забезпечення електронної пошти;
створення, видалення, зміна порядку обробки повідомлень електронної пошти відповідно до критеріїв, встановлених користувачем, у тому числі автоматичне переміщення повідомлень електронної пошти до каталогів електронної поштової системи, відкладене надсилання повідомлень електронної пошти на встановлений користувачем час, автоматичну відповідь на отримані повідомлення електронної пошти;
створення, видалення, редагування інформації про користувача та автоматичне додавання такої інформації до створюваного електронного повідомлення;
можливість вибору користувачем адреси електронної пошти іншого одержувача (одержувачів) повідомлення електронної пошти з використанням каталогу користувачів організації та особистого каталогу користувача;
можливість виведення на друк інформації, опрацьованої з використанням програмного забезпечення електронної пошти;
можливість використання сертифікованих коштів електронного підписуіз застосуванням кваліфікованих сертифікатів з метою забезпечення цілісності повідомлень електронної пошти, що передаються;
інформаційно-технологічна взаємодія між серверним програмним забезпеченням електронної пошти та клієнтським програмним забезпеченням електронної пошти повинна здійснюватись у тому числі з використанням наступних протоколів:
SMTP або ESMTP - для надсилання повідомлень електронної пошти;
IMAP або POP3 – для отримання повідомлень електронної пошти;
HTTPS – для взаємодії з веб-клієнтом електронної поштової системи;
CalDav - для створення та отримання інформації про внесені в календар події;
CardDav - для створення та отримання списку персональних контактів та списку користувачів організації;
у програмному забезпеченні електронної пошти мають бути реалізовані:
засоби автоматичного визначеннянебажаних повідомлень електронної пошти та їх автоматичного переміщення до відповідного каталогу електронної поштової системи;
засоби інтеграції із зовнішнім антивірусним програмним забезпеченням, відомості про яке включені до єдиного реєстру російського програмного забезпечення;
з метою забезпечення конфіденційності повідомлень електронної пошти та електронних документів, що обробляються з використанням програмного забезпечення електронної пошти, у даному програмному забезпеченні має бути реалізована можливість інтеграції із сертифікованими відповідно до законодавства Російської Федерації засобами криптографічного захистуінформації;
д) вимоги до органайзера - органайзер, що є програмним забезпеченням для створення, редагування, зберігання, видалення та передачі відомостей про контакти, завдання та події користувача, повинен забезпечувати:
створення відомостей про контакти, завдання та події користувача;
перегляд відомостей про розклад у календарі користувача;
видалення події з календаря користувача;
редагування події у календарі користувача;
можливість підтримки спільної роботи користувачів;
можливість розмежування прав доступу користувачів до інформації;
можливість надання відомостей про події користувача іншим користувачам;
обмін інформацією між серверним програмним забезпеченням та клієнтським програмним забезпеченням, встановленим на автоматизованих робочих місцях користувача та на абонентських пристроях радіорухомого зв'язку користувача, який повинен здійснюватись у тому числі з використанням протоколів обміну інформацією CalDav;
е) вимоги до засобів перегляду - засоби перегляду, що є програмним забезпеченням для перегляду електронних документів без можливості їх зміни, повинні забезпечувати можливість перегляду електронних документів, збережених у тому числі у форматах, що відповідають різним розширенням електронних документів, включаючи bmp, jpg, jpeg, png, gif, tif, tiff, OOXML, docx, doc, pptx, rtf, txt, pdf, xls, xlsx, odt, ods, odp, avi, mpeg, mp3;
ж) вимоги до інтернет-браузера - засоби інтернет-браузера повинні підтримувати технології HTML5, CSS3, Javascript, а також інші технології;
з) вимоги до редактора презентацій - редактор презентацій, що є програмним забезпеченням для перегляду, створення, редагування, видалення та виведення на друк інформації, обробленої з використанням редактора презентацій, та збереження презентаційних матеріалів у формі електронних документів, що складаються з набору слайдів, що містять визначеному користувачемструктурованому вигляді інформацію, у тому числі текстову, графічну, табличну та аудіовізуальну інформацію (далі - слайди), має забезпечувати:
створення нових електронних документів презентацій, у тому числі у форматах Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010) та Office Open XML (OOXML, PPTX);
відкриття існуючих електронних документів презентацій, у тому числі у форматах Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010) та Office Open XML (OOXML, PPTX);
використання різних шрифтів для оформлення текстової інформації, що розміщується на слайдах;
оформлення текстової інформації, що розміщується на слайдах, з використанням різних кольорів і фону;
оформлення текстової інформації, що розміщується на слайдах, з використанням встановлюваних користувачем шрифтів напівжирного, курсивного та підкресленого, а також довільного розміру шрифту;
забезпечення вирівнювання текстової інформації по центру зони розміщення інформації, по лівій або правій межі зони розміщення інформації, а також по ширині зони розміщення інформації;
вставку в слайд та видалення з слайду графічних та інших елементів, у тому числі графічних зображень, аудіо- та відеоінформації;
настроювання демонстрації слайдів;
виведення на друк слайдів з використанням пристроїв друку документів;
демонстрацію слайдів, а також відображення інформації, розміщеної на слайдах з використанням обладнання термінального інтерфейсу;
збереження електронних документів презентацій у форматах, що підтримуються програмним забезпеченням, у тому числі у форматах Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010), Office Open XML (OOXML, PPTX) та Portable Document Format (PDF);
і) вимоги до табличного редактора - табличний редактор (редактор електронних таблиць), що є програмним забезпеченням для перегляду, створення, редагування, видалення та збереження електронного документа (у тому числі табличного документа), повинен забезпечувати:
створення нових електронних табличних документів, у тому числі у форматах Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010) Office Open XML (OOXML, XLSX);
відкриття існуючих електронних табличних документів, у тому числі у форматах Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010) та Office Open XML (OOXML, XLSX);
введення даних у таблицю;
видалення даних із таблиці;
редагування та копіювання даних, включаючи додавання, зміну, видалення та копіювання вмісту осередків та діапазонів осередків таблиць;
оформлення табличних даних, включаючи об'єднання та поділ осередків таблиць, вибір шрифту, кольору інформації, що вноситься, фону осередку, оформлення меж таблиці в цілому та її частин;
форматування даних у осередках таблиці, включаючи дані у форматах числовому, текстовому, грошовому, фінансовому та процентному;
підтримку можливості відображення графіків та діаграм;
можливість створення та видалення аркушів електронного табличного документа;
можливість застосування формул (у тому числі математичних) російською та англійською мовамидо даних таблиці, а також автоматичне відображення результатів розрахунку вибраних користувачем формул по виділеному осередку або діапазону осередків у рядку стану;
можливість скасування будь-якої операції, скоєної у процесі редагування, та повернення скасованих операцій;
спільне редагування таблиці без обмеження функціональності програмного забезпечення;
використання шаблонів таблиць;
висновок друку інформації, що міститься в таблицях, з використанням пристроїв друку документів;
збереження таблиць у форматах, що підтримуються програмним забезпеченням, у тому числі у форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010), Office Open XML (OOXML, XLSX) та Portable Document Format (PDF);
к) вимоги до текстового редактора - текстовий редактор, що є програмним забезпеченням для перегляду, створення, редагування та збереження електронного документа, повинен забезпечувати:
створення електронних текстових документів, у тому числі у форматах Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010) та Office Open XML (OOXML, DOCX);
відкриття існуючих електронних текстових документів, у тому числі у форматах Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010) та Office Open XML (OOXML, DOCX);
введення даних до електронного текстового документа, а також їх редагування;
підготовку електронних текстових документів на бланках А0, А1, А2, А3, А4, А5, А6;
поздовжнє розташування реквізитів на бланку електронного текстового документа;
встановлення довільного розміру абзацного відступу від лівого краю електронного текстового документа;
забезпечення можливості нумерації різноманітних елементів списків;
можливість використання шрифтів напівжирного, курсивного, підкресленого, а також розміру шрифту 10, 12, 13, 14 або довільного розміру;
можливість виділення тексту на листі великими літерами та врозрядку;
можливість вирівнювання текстової інформації в електронному текстовому документі по центру, по лівій та правій межі текстового поля, а також по ширині текстового поля;
можливість встановлення значення міжрядкового інтервалу;
можливість встановлення окремої нумерації для першої та наступних сторінок електронного текстового документа, у тому числі нумерації сторінок по центру верхнього або нижнього колонтитула;
можливість встановлення відступу від межі верхнього поля електронного текстового документа;
можливість встановлення ширини верхнього, нижнього, правого та лівого полів електронного текстового документа;
можливість скасування будь-якої досконалої в процесі редагування операції та повернення скасованих операцій;
можливість запису виправлень у електронному текстовому документі;
спільне редагування електронного текстового документа кількома користувачами (до 10 та більше користувачів);
можливість автоматичної перевірки правопису, синтаксису та пунктуації відповідно до правил російської мови, у тому числі з можливістю використання зовнішніх електронних орфографічних словників російської мови;
збереження електронного текстового документа у форматах, які підтримуються програмним забезпеченням, у тому числі у форматах Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010), Office Open XML (OOXML, DOCX) та Portable Document Format (PDF);
забезпечення можливості підготовки електронних текстових документів на підставі типових шаблонів документів відповідно до ГОСТ Р 6.30-2003 та вимог законодавства Російської Федерації у сфері організації діловодства та документообігу в діяльності державних органів;
л) вимоги до програмного забезпечення файлового менеджера -файловий менеджер, що є програмним забезпеченням для створення, копіювання, перейменування та видалення каталогів електронних документів, повинен забезпечувати можливість видалення, копіювання та переміщення електронних документів;
м) вимоги до довідково-правових систем - довідково-правова система повинна:
забезпечувати постійно діючий інформаційно-пошуковий сервіс з надання правових актів та довідково-інформаційних документів;
передбачати мережеву версію довідково-правової системи з регулярно оновлюваним банком даних федерального та регіонального законодавства, що встановлюється в локальній обчислювальній мережі користувача та дозволяє здійснювати роботу з довідково-правовою системою у тому числі за відсутності доступу до інформаційно-телекомунікаційної мережі "Інтернет";
н) вимоги до програмного забезпечення системи електронного документообігу - програмне забезпечення системи електронного документообігу має відповідати вимогам, що пред'являються законодавством України до інформаційних систем електронного документообігу;
о) вимоги до засобів антивірусного захисту - засоби антивірусного захисту повинні забезпечувати захист даних, що обробляються з використанням інформаційно-комунікаційних технологій відповідно до вимог, які пред'являються до інформаційної системи, в якій використовуються засоби антивірусного захисту, з можливістю оперативного моніторингу та аналізу журналів подій з єдиної консолі адміністратора.
12. Офісне програмне забезпечення у разі необхідності імпорту (експорту) даних має забезпечувати можливість обробки даних в одному з таких форматів:
Open Document Format (ГОСТ Р ІСО/МЕК 26300-2010);
Office Open XML (OOXML, DOCX, XLSX, PPTX, проект ISO/IEC IS 29500:2008);
PDF/A-1, що відповідає стандарту ISO 19005-1:2005 "Керування документацією. Формат файлів електронних документів для довгострокового збереження. Частина I: Використання формату PDF 1.4 (PDF/A-1)" (Document management - Electronic document file format for long-term preservation - Part I: Use of PDF 1.4 (PDF/A-1) відповідно до законодавства Російської Федерації;
поширені файли обміну аудіо- та відеоінформацією, електронними текстовими документами(наприклад, bmp, jpg, jpeg, png, gif, tif, tiff, rtf, txt, zip, avi, mpeg, mp3).
13. В офісному програмному забезпеченні мають бути реалізовані та документовані програмні інтерфейси (API) для інтеграції з іншими системами.
14. Офісне програмне забезпечення має забезпечувати сумісність із форматами документів на основі Open Document Format (ГОСТ Р ИСО/МЭК 26300-2010), а також Portable Document Format (PDF).
15. Експлуатаційна документація, що постачається з офісним програмним забезпеченням, має містити матеріали в електронній формі російською мовою, у тому числі:
керівництво користувача;
посібник із встановлення;
керівництво з адміністрування;
системні вимоги;
інформацію про нової версіїпрограмного забезпечення.
ІІІ. Вимоги до супроводу програмного забезпечення
16. Супровід користувачів забезпечується за допомогою використання телефонного зв'язку та засобів електронної пошти російською у цілодобовому режимі.
17. Контактна та інша інформація, необхідна для взаємодії користувачів та правовласника програмного забезпечення в рамках супроводу користувачів, має бути опублікована на офіційному сайті виробника програмного забезпечення в інформаційно-телекомунікаційній мережі Інтернет.
ЗАТВЕРДЖЕНІ
постановою Уряду
Російської Федерації
від 23 березня 2017 р. № 325
Зміни,
які вносяться до Правил формування та ведення єдиного реєстру російських програм для електронних обчислювальних машин та баз даних
1. Пункт 4 доповнити підпунктом "н" такого змісту:
"н) відомості про відповідність або невідповідність програмного забезпечення додатковим вимогам до програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення, затвердженого постановою Уряду Російської Федерації від 23 березня 2017 р. № 325 "Про затвердження додаткових вимог до програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення, та внесення змін до Правил формування та ведення єдиного реєстру російських програм для електронних обчислювальних машин та баз даних" (далі - додаткові вимоги).".
2. Пункт 19 доповнити абзацом такого змісту:
"Уповноважений орган протягом 30 днів з дня включення відомостей до реєстру забезпечує перевірку та підтвердження відповідності програмного забезпечення додатковим вимогам відповідно до затверджених уповноваженим органом порядком та методикою підтвердження відповідності програм для електронних обчислювальних машин і баз даних, відомості про які включені до реєстру . забезпечення, додатковим вимогам."
Огляд документа
Встановлено додаткові вимоги до вітчизняного офісного програмного забезпечення, включеного до Реєстру російського програмного забезпечення. Вони будуть застосовуватись у рамках держзакупівель.
До ПЗ належать операційна система, комунікаційне програмне забезпечення, офісний пакет, поштові програми, органайзер, засоби перегляду, інтернет-браузер редактор презентацій, табличний редактор, текстовий редактор, ПЗ файлового менеджера, довідково-правова система (УПС), ПЗ системи електронного документообігу та засоби антивірусного захисту.
Вимоги визначають склад, архітектуру, функції, необхідного для заміни імпортних аналогів.
Зокрема, інтерфейс програмного забезпечення повинен бути реалізований російською мовою. ПЗ не повинно вимагати встановлення іншого ПЗ (додаткових програмних модулів, шрифтів), що має будь-які обмеження на його вільне поширення на території Росії, за винятком операційних систем. Оновлення програмного забезпечення повинні виконуватись лише після підтвердження з боку користувача або уповноважених співробітників.
При цьому для кожного виду програмного забезпечення передбачені спеціальні вимоги.
Так, УПС повинна забезпечувати постійно діючий інформаційно-пошуковий сервіс з надання правових актів та довідково-інформаційних документів, а також передбачати мережеву версію з регулярно оновлюваним банком даних федерального та регіонального законодавства, що встановлюється в локальній обчислювальній мережі користувача та дозволяє здійснювати роботу з УПС ч. за відсутності доступу до Інтернету.
Реєстровий запис доповнено відомостями про відповідність або невідповідність програмного забезпечення додатковим вимогам.
5) Російської комерційної організації без переважаючої іноземної участі. Комерційна організація є такою, якщо понад 50 відсотків у ній становить сумарна частка прямої та (або) непрямої участі:
- Російської Федерації,
- муніципальних утворень,
- громадян Російської Федерації.
6) громадянин Російської Федерації.
Вимоги 2. ПЗ правомірно введено в цивільний оборот біля Російської Федерації. Примірники ПЗ або права його використання вільно реалізуються по всій території Російської Федерації.
Вимоги 3. Ця вимога відноситься до загальної суми виплат за календарний рік за ліцензійними та іншими договорами (незалежно від виду договору).
Йдеться про договори, які:
1) передбачають надання прав на результати інтелектуальної діяльності та засоби індивідуалізації, виконання робіт, надання послуг;
2) пов'язані з розробкою, адаптацією та модифікацією програмного забезпечення та укладені для розробки, адаптації та модифікації програмного забезпечення;
3) передбачають виплати:
- іноземним юридичним та (або) фізичним особам, контрольованим ними російським комерційним та (або) некомерційним організаціям,
- агентам, представникам іноземних осіб та контрольованим ними російським комерційним та (або) некомерційним організаціям.
Загальна сума виплат таким особам за календарний рік має бути меншою ніж 30 відсотків виручки правовласника (правовласників) ПЗ від його реалізації (включаючи надання прав використання).
Вимога 4. Відомості про ПЗ не становлять державну таємницю, і воно не містить відомостей, що її становлять.
Вимога 5. ПЗ відповідає вимогам безпеки інформації. Тобто має бути сертифікат системи сертифікації засобів захисту інформації щодо вимог безпеки інформації. Порядок його видачі встановлює Уряд РФ.
Ця вимога стосується лише ПЗ, у складі якого реалізовано функції захисту конфіденційної інформації.
Вимога 6. Є ліцензія на провадження діяльності з розробки та виробництва засобів захисту конфіденційної інформації, якщо:
- у складі ПЗ реалізовані функції захисту конфіденційної інформації.
Хто може внести відомості до Реєстру
Звернутися до уповноваженого органу (Мінкомзв'язок Росії) із заявою про включення відомостей до Реєстру може правовласник ПЗ або особа, яка уповноважена всіма правовласниками (п. 9 Правил).
Якщо виключне право ПЗ належить Російської Федерації, суб'єкту Російської Федерації, муніципальному освіті, то заява подає відповідно:
- федеральний орган виконавчої,
- орган виконавчої влади суб'єкта РФ,
- орган місцевого самоврядування або
- організація, яка здійснює управління (розпорядження) таким правом.
Щоб організація або фізична особазмогли внести відомості про ПЗ до Реєстру, у неї мають бути:
Обліковий запис в ЕСІА
Вона потрібна для того, щоби подати документи через офіційний сайт Реєстру. Це можливо тільки після авторизації в особистому кабінетічерез ЕСІА.
Якщо правовласник - фізична особа, то достатньо його підтвердженого облікового запису в ЕСІА. З юрособою складніше - необхідно зареєструвати її обліковий запис. Для цього потрібно, щоб:
- у юрособи був кваліфікований сертифікат електронного підпису, випущений на керівника організації, а
- у керівника був підтверджений обліковий запис як фізична особа в ЕСІА.
Щоб створити обліковий запис юрособи в ЕСІА, керівнику необхідно в особистому кабінеті порталу Держпослуг :
1) перейти на вкладку «Організації»,
2) вибрати пункт «Створити обліковий запис організації»,
3) заповнити пропоновану форму та
4) знову підтвердити її кваліфікованим електронним підписом.
Посилений кваліфікований електронний підпис
Вона потрібна для того, щоб підписати заяву на внесення відомостей про ПЗ до Реєстру.
Якщо правовласник - фізична особа, то заяву потрібно підписати особистим посиленим кваліфікованим електронним підписом.
Якщо правовласник - юридична особа, то йдеться про посилений кваліфікований електронний підпис організації в особі її керівника або уповноваженої особи (на підставі довіреності).
Як подати заяву
Щоб внести відомості про ПЗ до Реєстру, необхідно подати до Мінкомзв'язку Росії відповідну заяву та документи та матеріали, що додаються до нього (п. 14 Правил).
Для цього потрібно заповнити електронні форми, розміщені на офіційному сайті реєстру reestr.minsvyaz.ru(наказ Мінкомзв'язку Росії від 31 грудня 2015 р. № 614 "Про визначення офіційного сайту оператора єдиного реєстру російських програм для ЕОМ та баз даних в інформаційно-телекомунікаційній мережі "Інтернет"").
Це можна буде зробити після того, як заявник (П. 14 Правил).
Відомості, документи та матеріали, необхідні для подання заяви(згідно з розділом IV Порядку подання заяви для внесення відомостей про ПЗ до Реєстру ):
1. Назва ПЗ.Потрібно вказати поточну назву програмного забезпечення (без номерів версій продукту).
2. Попередні та (або) альтернативні назвиПЗ.Це поле можна заповнювати.
3. Код (коди) продукції.Потрібно вказати один або кілька кодів ОКПД 2. Їх опис наведено у Загальноросійському класифікаторі продукції за видами економічної діяльності ОК 034-2014 (КПЕС 2008).
4. Клас (класи) ПЗ, якому (яким) відповідає ПЗ.Потрібно вказати один або кілька класів ПЗ. При цьому під класом ПЗрозуміють групу, яка:
- об'єднує ПЗ, що має аналогічні функціональні, технічні та (або) експлуатаційні характеристики, та
- визначається за класифікатором (його затвердив Мінкомзв'язку Росії наказом від 31 грудня 2015 р. № 621).
Таке визначення наведено у пункті 2 Правил.
Порядок, яким потрібно керуватися, щоб визначити клас (класи), затверджено наказом від 31 грудня 2015 р. № 622.
У класифікаторі використані ієрархічний метод класифікації та послідовний метод кодування. Код складається із 2-4 цифрових знаків.
ПЗ відповідає декільком класам, якщо повністю або частково відповідає функціональним, технічним та (або) експлуатаційним характеристикам таких класів.
5. Статус правовласника.Тут потрібно вибрати один або кілька пунктів зі списку:
- російська комерційна організація;
- російська комерційна організація, що має в ланцюжку володіння іноземних осіб (іноземні організації чи трасти);
- російська некомерційна організація;
- громадянин Російської Федерації.
6. Відомості про правовласників ПЗ.Зміст залежить від статусу правовласника:
1) щодо громадянина слід зазначити:
- прізвище, ім'я, по батькові,
- найменування та реквізити документа, що засвідчує особу,
- адресу реєстрації за місцем проживання (перебування) або, якщо така реєстрація відсутня, - адреса місця фактичного проживання;
2) щодо організації необхідно вказати повне найменування, ОГРН та ІПН.
7. Відомості про частки прямої та непрямої участі у правовласникі:
- Російської Федерації,
- суб'єктів Російської Федерації,
- муніципальних утворень,
- російських некомерційних організацій без переважаючої іноземної участі та
- громадян Російської Федерації.
Це поле потрібно заповнити у двох випадках – якщо виключне право на ПЗ належить правовласнику :
- «російська комерційна організація» або
- "Російська комерційна організація, що має в ланцюжку володіння іноземних осіб".
У першому випадку потрібно вказати кінцевих власників (російських громадян) та розміри їх часток.
У другому випадку необхідно розкрити весь ланцюжок володіння у формі таблиці та завантажити скановані виписки (або інші документи) із реєстрів відповідних держав.
Відомості необхідно заповнити щодо всіх кінцевих бенефіціарів (російських громадян), які мають понад 5 відсотками статутного капіталу організації-правовласника.
Окреме правило встановлено для випадку, коли такі бенефіціари сукупно володіють не більше 50 відсотками статутного капіталу (тобто перевірити критерій належності виключного права неможливо). У такій ситуації необхідно включити інформацію про російських громадян, які мають частками менше 5 відсотків. Зробити це потрібно так, щоб заява містила відомості про російських громадян, які мають у сукупності понад 50 відсотків статутного капіталу організації-правовласника. Тобто представляти інформацію про всіх кінцевих бенефіціарів – російських громадян не обов'язково.
8. Адреса електронної пошти та номер телефону для зв'язку із заявником.Необхідно вказати діючі контакти для надсилання повідомлень та запитів щодо надання додаткової інформації.
9. Адреса сторінки сайту правовласника в Інтернеті з документацією, що містить опис функціональних характеристик ПЗ та інформацію для його встановлення та експлуатації. Йдеться про документацію користувача.
10. Статус особи, яка підписує заяву.У цьому полі потрібно вибрати одну позицію зі списку:
- представник правовласника, який діє на підставі довіреності;
- особа, яка має право без довіреності діяти від імені правовласника, що є юридичною особою;
- правовласник, що є громадянином Російської Федерації.
11. Документ, що підтверджує повноваження особи, яка підписує заяву(якщо заяву на включення відомостей до Реєстру підписує представник із довіреності). Йдеться про доручення з повноваженнями на здійснення дій від імені правовласника (правовласників) ПЗ. Заявнику необхідно завантажити скановану версію довіреності в форматі pdf.
12. Копія статуту правовласника ПЗ(якщо заяву подає організація). Необхідно завантажити скановану версію статуту у форматі PDF. Зробити це потрібно одним файлом.
13. Примірник ПЗ.У цьому розділі необхідно надати посилання на скачування дистрибутива ПЗ. Також потрібно додати інструкцію (у вигляді одного документа у довільній формі) по завантаженню та установці. Вона повинна включати (за потреби) ліцензійний ключ (серійний номер) для активації.
14. Документи, які підтверджують, що ПЗ відповідає вимогам щодо належності виключного права(якщо заяву подає ). Необхідно завантажити:
- файл з описом ланцюжка володіння у формі таблиці (у довільній формі) та
- скановану версію виписок (або інших документів) із реєстрів відповідних країн, що підтверджують дані таблиці.
15. Відомості про підстави виникнення у правовласника (правовласників) виключного права на ПЗ на території всього світу та на весь термін дії виключного права. Це поле потрібно заповнити у текстовому вигляді (у довільній формі).
Підставою виникнення виняткового права може бути, наприклад, власна розробка (створення службового твору) чи придбання виняткового права.
16. Документація з описом функціональних характеристик ПЗ та інформацією для його встановлення та експлуатації. Цю документацію необхідно завантажити у текстовому форматі.
17. Документація, що містить:
1) опис процесів, що забезпечують підтримання життєвого циклу ПЗ, у тому числі:
- усунення несправностей, виявлених під час експлуатації ПЗ,
- вдосконалення ПЗ;
2) інформацію про персонал, необхідний для забезпечення такої підтримки.
Цю документацію також необхідно завантажити у текстовому форматі.
18. Інші документи.Заявник може додати будь-які документи, які підтверджують, що товар відповідає критеріям російського ПЗ та класу ПЗ.
Заявник винен (П. 14 Правил).
Хто і як включає відомості про ПЗ до Реєстру
У процесі включення відомостей про ПЗ до Реєстру, крім , можна виділити ще трьох дійових осіб
1. Мінкомзв'язку Росії. Це уповноважений федеральний орган виконавчої з формування та ведення Реєстру. Мінкомзв'язку Росії приймає рішення про включення відомостей про ПЗ до Реєстру та їх виключення з нього.
2. Оператор реєстру. Він займається безпосередньо веденням Реєстру.
Мінкомзв'язку Росії залучає оператора в порядку Федерального закону від 5 квітня 2013 р. № 44-ФЗ «Про контрактну систему у сфері закупівель товарів, робіт, послуг для забезпечення державних та муніципальних потреб» (далі – Закон № 44-ФЗ) (п. 6 правил). Він повинен відповідати двом умовам:
- мати реєстрацію біля РФ;
- мати право отримувати обов'язковий екземпляр ПЗ.
Цим умовам відповідають три організації, перелічені у статті 13 Федерального закону від 29 грудня 1994 р. № 77-ФЗ «Про обов'язковий примірник документів»:
- Міжгалузевий науково-дослідний інститут "Інтеграл";
- Науково-технічний центр «Інформреєстр»;
- Президентська бібліотека імені Б.М. Єльцина.
Оператор із числа своїх працівників визначає осіб, уповноважених на включення до реєстру відомостей, їх зміну та (або) виключення з реєстру (п. 7 Правил).
3. Експертна рада з російського ПЗ. Його створює Мінкомзв'язку Росії для того, щоб проводити експертизу при включенні відомостей про ПЗ до Реєстру (п. 8 Правил, наказ Мінкомзв'язку Росії від 30 грудня 2015 р. № 615 «Про затвердження Положення про Експертну раду з Російського програмного забезпечення при Міністерстві зв'язку та масових комунікацій Російської Федерації»).
П Процес включення відомостей про ПЗ до Реєстру можна умовно розділити на дев'ять етапів.
Етап 1.Уповноважений орган перевіряє заяву та документи та матеріали, що додаються до неї, протягом 10 робочих днів з дня надходження (п. 16 Правил).
Етап 2.Уповноважений орган протягом 5 робочих днів з дня надходження заяви запитує в органів державної влади документи та інформацію, що підтверджує відомості в заяві та документи та матеріали, що додаються до неї (п. 20 Правил).
Етап 3.Уповноважений орган реєструє заяву (п. 19 Правил).
Заявнику відмовлять у реєстрації, якщо (п. 17 Правил):
- він порушив правила;
- уповноважений орган протягом 12 місяців до надходження заяви:
- відмовляв заявнику у включенні відомостей до Реєстру через те, що той подав підроблені документи, матеріали та (або) недостовірні відомості (підп. «а» п. 27 Правил), або
- виключив відомості з Реєстру з тієї ж причини (підп. «п» 33 Правил).
Після того, як заявник усуне причини, зазначені у першому пункті, він зможе повторно подати заяву (п. 18 Правил).
Етап 4.Оператор реєстру в строк не пізніше робочого дня, наступного за днем реєстрації заяви, розміщує його в відкритому доступіна офіційному сайті (п. 19 Правил). У цьому персональні дані (за наявності) знеособлюють.
Етап 5.Експертна рада розглядає заяву протягом 30 робочих днів з дня її реєстрації та затверджує експертний висновок (п. 21 Правил). Воно має містити висновки про те, чи ПЗ відповідає:
Етап 6.Експертний висновок передають оператору системи протягом одного робочого дня з дня його затвердження (п. 21 Правил).
Етап 7.Оператор реєстру розміщує експертний висновок у відкритому доступі на офіційному сайті (п. 21 Правил).
Етап 8.Уповноважений орган приймає рішення про включення відомостей про ПЗ до Реєстру. Він це має зробити:
- протягом 65 робочих днів з дня реєстрації заяви, але
- не пізніше 10 робочих днів з дня, коли експертна рада затвердила експертний висновок.
Зазначене рішення видають у формі наказу Мінкомзв'язку Росії (п. 25 Правил).
Уповноважений орган може відмовити у включенні відомостей про ПЗ до Реєстру з трьох підстав (п. 27 Правил):
- заявник подав підроблені документи, матеріали та (або) недостовірні відомості;
- заявник не подав протягом 30 робочих днів пояснення та (або) документи на запит експертної ради (п. 22 Правил), якщо без них неможливо підтвердити достовірність поданих відомостей та (або) справжність поданих документів;
Етап 9.Оператор реєстру:
- розміщує рішення уповноваженого органу на офіційному сайті та інформує про нього заявника на адресу електронної пошти, що зазначена у заяві (п. 28 Правил);
- включає відомості про ПЗ до Реєстру (п. 29 Правил).
Оператор повинен це зробити в строк не пізніше робочого дня, наступного за днем, коли уповноважений орган ухвалить рішення.
З 1 січня 2016 року всі державні та муніципальні органи, державні корпорації «Росатом» та «Роскосмос», органи управління державними позабюджетними фондами, а також казенні та бюджетні установи, що здійснюють закупівлі відповідно до вимог «Про контрактну систему у сфері закупівель товарів, робіт, послуг для забезпечення державних та муніципальних потреб», зобов'язані дотримуватися заборони на допуск програмного забезпечення, що походить з іноземних держав, з метою здійснення закупівель для забезпечення державних та муніципальних потреб .
Для того щоб прийняти рішення про закупівлю ПЗ, замовнику необхідно провести роботу з реєстром. При роботі з реєстром російського ПЗ замовник, який розміщує замовлення на постачання програмних продуктів, повинен:
1) вивчити класифікатор та визначити, якому класу відповідає програмне забезпечення, яке планується до закупівлі;
2) зайти на офіційний сайт реєстру та з'ясувати, чи є у реєстрі відомості про програмне забезпечення по даному класу (як це зробити, див. нижче);
3) якщо відомості про один або кілька програмних продуктів за шуканим класом у реєстрі є, замовнику необхідно буде самостійно визначити, чи відповідає хоча б один із продуктів тим характеристикам, які потрібні замовнику і які він планує включити до опису об'єкта закупівлі. Для цього доцільно визначити необхідні функціональні, технічні та експлуатаційні характеристики ПЗ та порівняти їх з аналогічними характеристиками ПЗ, відомості про яке розміщені в реєстрі.
Орієнтовна форма порівняння характеристик наведена нижче:
| № п/п | Характеристики ПЗ | Потрібні | Продукт А | Продукт Б |
| 1. | Функціональні характеристики | |||
| 1.1. | Централізоване управління | Так | Так | Так |
| 1.2. | Управління фізичною та віртуальною інфраструктурою | Так | Обмежено | Так |
| … | Можливість керувати середовищем віртуалізації від різних постачальників | Так | Так | Так |
| 2. | Технічні характеристики | |||
| 2.1. | Максимальна кількість хостів віртуалізації | 64 | 64 | 200 |
| 2.2. | Максимальна кількість віртуальних машин | 3000 | 8000 | Не документовано |
| 2.3. | Автоматичне відновлення ВМ після збою (HA) | Так | Так | Так |
| 3. | Експлуатаційні характеристики | |||
| 3.1. | Інтеграція з AD | Так | Так | Ні |
| 3.2. | Можливість централізованого керування через веб-браузер | так | Так | Так |
| 3.3. | Наявність API для резервного копіювання | Ні | Так | Ні |
Примітка
Необхідно зазначити, що відповідно до постанови уряду Російської Федерації № 1236 щодо характеристик ПЗ, реєстровий запис містить тільки адресу сторінки сайту правовласника в інформаційно-телекомунікаційній мережі Інтернет, на якій розміщена документація, що містить опис функціональних характеристик програмного забезпечення та інформацію, необхідну для встановлення та експлуатації програмного забезпечення. Насправді сайт правовласника який завжди містить всю необхідну інформацію про ПЗ. Механізм отримання такої інформації для підготовки обґрунтування не врегульований. У разі недостатності інформації про необхідне ПЗ доцільно запитати правовласника про надання таких характеристик.
За результатами проведеної роботи замовник приймає одне з двох рішень: або купувати один із російських програмних продуктів, зазначених у реєстрі, або обґрунтовувати закупівлю ПЗ, що не входить до Реєстру.
Друге можливе, якщо:
а) у реєстрі відсутні відомості про програмне забезпечення шуканого класу;
б) програмне забезпечення, відомості про яке включені до Реєстру за шуканим класом, за своїми функціональними, технічними та (або) експлуатаційними характеристиками не відповідає вимогам замовника.
У цьому випадку замовник повинен підготувати, затвердити та опублікувати (разом із документацією про закупівлю). Такий обов'язок встановлений частиною 3 статті 14 Федерального закону від 5 квітня 2013 р. № 44-ФЗ «Про контрактну систему у сфері закупівель товарів, робіт, послуг для забезпечення державних та муніципальних потреб». Порядок підготовки обґрунтування (Порядок) затверджено.
Варто звернути увагу на те, що відповідно до п. 4 Порядку, замовник повинен затвердити зазначене обґрунтування за станом безпосередньо на день розміщення повідомлення про здійснення закупівлі. Недостатньо затвердити обґрунтування одночасно з усім пакетом документації щодо закупівлі.
Для дотримання зазначеного положення, враховуючи складні процедури закупівлі загалом, замовникам варто здійснювати моніторинг не лише самого реєстру, а й заяв, поданих для включення до Реєстру (вони також розміщені на сайті оператора реєстру). Це дозволить заздалегідь передбачити включення того чи іншого програмного забезпечення до Реєстру.
Доцільно підготувати проект обґрунтування в момент підготовки повного пакета документації про закупівлю, а потім актуалізувати та затвердити його у день публікації.
Обґрунтування має містити вказівку на:
а) обставина, у зв'язку з яким неможливе дотримання заборони (вибирається підпункт "а" або "б" пункту 2 постанови уряду Російської Федерації № 1236);
б) клас (класи) програмного забезпечення, якому (яким) має відповідати програмне забезпечення, яке є об'єктом закупівлі;
в) вимоги до функціональних, технічних та експлуатаційних характеристик програмного забезпечення, що є об'єктом закупівлі, встановлені замовником (із зазначенням класу (класів), якому (яким) має відповідати програмне забезпечення, див. вище);
г) функціональні, технічні та (або) експлуатаційні характеристики, у тому числі кількісні, за якими програмні продукти з реєстру не відповідають встановленим замовником вимогам до програмного продукту, що є об'єктом закупівлі, щодо кожного програмного продукту з реєстру (із зазначенням його назви). Порівнювані таким чином програмні продукти повинні належати до одного класу ().
також приклади обґрунтувань неможливості закупівлі ПЗ з реєстру: ; . Ще приклади аналогічних документів, поданих в обґрунтування неможливості закупити вітчизняний програмний продукт, можна подивитися .
Якщо у реєстрі немає відомостей про програмне забезпечення по шуканому класу (обрано підпункт «а» пункту 2 постанови уряду Російської Федерації № 1236), останній блок («г») до обґрунтування не включається.
По даному блоку («г») також слід мати на увазі, що постановою уряду Російської Федерації № 1236 не передбачено обов'язкову вказівку і функціональних, і технічних, і експлуатаційних характеристик ПЗ, щоб довести його відмінність від ПЗ, зазначеного в реєстрі. Тим не менш, некоректно зазначені характеристики, як необхідного замовнику ПЗ, так і ПЗ, розміщеного в реєстрі, можуть стати підставою для виникнення претензій контролюючих органів. Причиною для претензій може бути, наприклад, звернення розробника програмного забезпечення, відомості про яке внесені до Реєстру, зі скаргою до Федеральної антимонопольної служби на некоректне обґрунтування замовником неможливості дотримання заборони.
У разі недостатності інформації про характеристики ПЗ, відомості про які розміщені у реєстрі, доцільно запитати правовласника про надання таких характеристик.
Якщо така інформація не буде надана, доцільно зробити скріншоти сторінок сайту правовласника, на яких розміщено інформацію про характеристики ПЗ з реєстру (на момент публікації обґрунтування), та додати дані скріншоти до обґрунтування.
Приклад обґрунтування неможливості дотриматися заборони на закупівлю ПЗ наведено в .
Перевірка наявності в реєстрі відомостей про програмне забезпечення за конкретним класом на сайті reestr.minsvyaz.ru у його нинішньому вигляді виконується таким чином:
1) на сайті реєстру російського ПЗ заходимо в розділ «Реєстр»;
2) вибираємо необхідний клас (класи) ПЗ:
3а) якщо у реєстрі відомостей про програмне забезпечення по шуканому класу немає, з'являється відповідне повідомлення:
3б) якщо у реєстрі є відомості про програмне забезпечення шуканого класу, з'являється перелік програмних продуктів:
Актуальні доповнення (станом на грудень 2017 року)
У березні 2017 року уряд затвердив до програм для електронних обчислювальних машин та баз даних, відомості про які включені до Реєстру російського програмного забезпечення. Вимоги визначають склад, архітектуру, функції, необхідного для заміни імпортних аналогів.
Зокрема, інтерфейс програмного забезпечення повинен бути реалізований російською мовою. ПЗ не повинно вимагати встановлення іншого ПЗ (додаткових програмних модулів, шрифтів), що має будь-які обмеження на його вільне поширення на території Росії, за винятком операційних систем. Оновлення програмного забезпечення повинні виконуватись лише після підтвердження з боку користувача або уповноважених співробітників. При цьому для кожного виду ПЗ (операційна система, комунікаційне програмне забезпечення, офісний пакет, поштові програми, органайзер, засоби перегляду, інтернет-браузер, редактор презентацій, табличний редактор, текстовий редактор, ПЗ файлового менеджера, довідково-правова система (УПС), ПЗ системи електронного документообігу та засоби антивірусного захисту) передбачені спеціальні вимоги.
Відповідно до постанови реєстровий запис доповнено відомостями про відповідність або невідповідність ПЗ додатковим вимогам. Проте станом на кінець 2017 року таких відомостей у реєстрі виявити не вдалося.
У червні 2017 року Мінкомзв'язок опублікував з реалізації планів переходу федеральних органів виконавчої влади та державних позабюджетних фондів на використання вітчизняного офісного програмного забезпечення, у тому числі замість раніше закупленого офісного ПЗ.
Повний перелік нормативних актів, що належать до імпортозаміщення ПЗ, див.
Завантаження...