Регистър на руски софтуер. Работа по грешки: регистърът на руския софтуер чака промени

През 2016 г. производителите софтуеризправени пред много трудности. Стана много трудно да се продават разработки в рамките на закона от 5 април 2013 г. Клиентите отказаха да работят с фирми, чиито продукти не са включени в единен регистър. От януари само местни производители, които са преминали процедурата по регистрация, могат да участват в изпълнението на държавни или общински поръчки.

По изключение е позволено да се прибягва до помощта на чуждестранни компании.

Накратко за промените

Нормите за подкрепа на руски разработчици са включени в закон 149-FZ от 27 юли 2006 г. Указ на правителството на Руската федерация № 1236 също направи важни корекции в системата за обществени поръчки.Беше разрешено закупуването на продукти, регистрирани в един държавен регистър. Остана възможността за закупуване на чужд аналог от клиенти. За упражняване на правото обаче е необходимо да се състави изчерпателна обосновка.

важно!Ако по-рано беше сключен договорът за доставка на руски софтуер, вече не е възможно да закупите чуждестранна версия. Такова условие се съдържа в закона 44-FZ.

Клиентът може да заобиколи забраната в четири случая:

На какви изисквания трябва да отговаря софтуерът?

Единственото, което остава на руските компании, е да подобрят собствения си продукт и да поискат включването му в регистъра. Преди да изпратите документите до Министерството на телекомуникациите и масовите комуникации на Руската федерация, ще е необходимо да се извърши анализ на съответствието. От длъжностните лица се изисква да въвеждат информация в държавната база данни, ако са изпълнени шест условия:

внимание! Задължителни условия за извършване на вписване в регистъра е кандидатът да притежава квал цифров подписи регистрация в ОВОСС.

Как да съставя документи за регистриране на софтуер в регистъра?

Производителят на софтуер трябва внимателно да прочете правилата, одобрени с правителствен указ № 1236, както и да проучи заповедта на Министерството на икономическото развитие на Руската федерация № 614 от 31 декември 2015 г.

Първата стъпка е да попълните електронен формуляр на официалния уебсайт на регистъра. Формулярът за кандидатстване трябва да посочи:

• името на софтуерния продукт;
• алтернативно име;
• код от ;
• клас;
• подробна информацияотносно носителя на авторските права;
• данни за дела на участието на отделни лица в уставния капитал на дружеството;
• контакти на кандидата, вкл електронна пощаи номер мобилен телефон;
• адрес на официалната уеб страница с описание на софтуерния продукт;
• информация за длъжностното лице, подписало заявлението;
• данни и наименование на документа, упълномощил представителя да кандидатства.

Като приложение към електронното заявление ще действат сканирани копия на пълномощно, устав на дружеството, решения за назначаване на ръководство. Освен това ще трябва да прикачите едно копие от регистрираната програма, както и документи, потвърждаващи правата върху нея.

внимание!Файлове за разглеждане pdf формат.

Като текстови документиможете да изтеглите технически спецификации, описания на функционални характеристики, информация за появата на права за развитие. Моля, прикачете инструкции за отстраняване на неизправности и подобрения към попълнения формуляр. Отразява и информация за изискванията към оборудването и обслужващия персонал. Кандидатът има право да приложи допълнителни документи.

Процедурата за въвеждане на информация в регистъра на Министерството на далекосъобщенията и масовите комуникации

Производителят на софтуер ще трябва да изгради взаимоотношения с три субекта. Представители на Министерството на телекомуникациите и масовите комуникации на Руската федерация вземат решение за включване на записа в единна база данни, операторът поддържа регистър, а експертният съвет оценява продукта.

Процедурата по регистрация може да бъде разделена на девет етапа:

В заключение отбелязваме, че упълномощеният орган може да отхвърли заявлението на притежателя на правата, ако бъде разкрито едно от трите обстоятелства. Причината за отказа е недостоверността на информацията, неизпълнението на заявителя на допълнителна заявка, изпратена от експерта, или установяването на факта, че софтуерният продукт не отговаря на действащите стандарти.

Скъпи колеги!

Интересен и полезен материал за държавни и общински клиенти е публикуван на уебсайта на Експертния център за електронна държава d-russia.ru. Този материалсъдържа инструкции стъпка по стъпкаотносно прилагането на Указ на правителството на Руската федерация от 16 ноември 2015 г. № 1236 „За установяване на забрана за допускане на софтуер с произход от чужди държави за целите на обществените поръчки за държавни и общински нужди“.

Регистър на руски софтуер - инструкции за държавни клиенти

От 1 януари 2016 г. всички държавни и общински органи, държавните корпорации "Росатом" и "Роскосмос", органи за управление на държавни извънбюджетни фондове, както и държавни и бюджетни институциикоито извършват покупки в съответствие с изискванията на Федералния закон от 5 април 2013 г. № 44-FZ „За договорната система в областта на обществените поръчки за стоки, строителство, услуги за задоволяване на държавни и общински нужди“, са длъжни да спазват със забраната за допускане на софтуер с произход от чужди държави, за целите на обществени поръчки за държавни и общински нужди.

За да вземе решение за закупуване на софтуер, клиентът трябва да работи с регистъра. Когато работите с регистъра на руски софтуер, клиентът, който прави поръчка за доставка на софтуерни продукти, трябва:

1) проучете класификатора и определете кой клас съответства на планирания за закупуване софтуер;

2) отидете на официалния уебсайт на регистъра и разберете дали регистърът съдържа информация за софтуер за този клас (вижте по-долу как да направите това);

3) ако в регистъра има информация за един или повече софтуерни продукти за необходимия клас, клиентът ще трябва самостоятелно да определи дали поне един от продуктите отговаря на характеристиките, които клиентът изисква и които планира да включи в описанието на обект на поръчка. За да направите това, препоръчително е да определите необходимите функционални, технически и оперативни характеристики на софтуера и да ги сравните с подобни характеристики на софтуера, информация за които е поставена в регистъра.

Примерна форма за сравнение на ефективността е дадена по-долу:

Забележка

Трябва да се отбележи, че в съответствие с правителственото постановление Руска федерация№ 1236 по отношение на софтуерните характеристики, запис в регистърасъдържа само адреса на страницата на сайта на притежателя на авторските права в информационната и телекомуникационна мрежа Интернет, която съдържа документация, съдържаща описание на функционалните характеристики на софтуера и информация, необходима за инсталиране и работа със софтуера. На практика сайтът на притежателя на авторските права не винаги съдържа цялата необходима информация за софтуера. Механизмът за получаване на такава информация за изготвяне на обосновка не е регламентиран. В случай на недостатъчна информация за необходимия софтуер е препоръчително да поискате от носителя на авторските права да предостави такива характеристики.

Въз основа на резултатите от извършената работа клиентът взема едно от двете решения: или да закупи един от руските софтуерни продукти, посочени в регистъра, или да оправдае закупуването на софтуер, който не е включен в регистъра.

Второто е възможно, ако:

а)регистърът не съдържа информация за софтуера от необходимия клас;

б)софтуерът, информацията за който е включена в регистъра според необходимия клас, не отговаря на изискванията на клиента по отношение на неговите функционални, технически и (или) оперативни характеристики.

В този случай възложителят трябва да изготви, утвърди и публикува (заедно с документацията за поръчката) обосновка за невъзможността за спазване на забраната. Такова задължение е установено в член 14, част 3 от Федералния закон от 5 април 2013 г. № 44-FZ „За договорната система в областта на обществените поръчки за стоки, работи, услуги за задоволяване на държавни и общински нужди“. Процедурата за изготвяне на обосновка (Процедура) е одобрена с правителствено постановление от 16 ноември 2015 г. № 1236.

Заслужава да се отбележи, че в съответствие с клауза 4 от Процедурата клиентът трябва да одобри посочената обосновка от деня на публикуване на обявлението за поръчка. Не е достатъчно обосновката да бъде одобрена едновременно с целия пакет документи за обществената поръчка.

За спазването на тази разпоредба, предвид сложните процедури за възлагане на обществени поръчки като цяло, възложителите следва да наблюдават не само самия регистър, но и подадените заявления за вписване в регистъра (те са публикувани и на сайта на оператора на регистъра). Това ще ви позволи да предвидите включването на определен софтуер в регистъра.

Препоръчително е да се изготви проект на обосновка по време на подготовката на пълен пакет от документация за обществена поръчка и след това да се актуализира и одобри в деня на публикуването.

Обосновката трябва да съдържа указание за:

а)обстоятелство, във връзка с което е невъзможно да се спазва забраната (избрана е алинея "а" или "б" на параграф 2 от Указ на правителството на Руската федерация № 1236);

б)класа (класовете) софтуер, на който (които) трябва да отговаря софтуерът, който е обект на поръчката;

V)изисквания за функционалните, техническите и експлоатационните характеристики на софтуера, който е обект на поръчката, установени от клиента (с посочване на класа (класовете), на който трябва да отговаря софтуерът, виж по-горе);

G)функционални, технически и (или) експлоатационни характеристики, включително количествени, според които софтуерните продукти от регистъра не отговарят на изискванията, установени от клиента за софтуерния продукт, който е обект на поръчката, за всеки софтуерен продукт от регистър (като се посочи името му). Сравняваните по този начин софтуерни продукти трябва да принадлежат към един и същи клас ( пример за сравняване на софтуерни продукти).

Ако регистърът не съдържа информация за софтуера за необходимия клас (избрана е алинея „а“ от параграф 2 от Указ на правителството на Руската федерация № 1236), последният блок („d“) не е включен в оправданието.

За този блок ("G")трябва също така да се има предвид, че Постановление на правителството на Руската федерация № 1236 не предвижда задължително посочване както на функционални, така и на технически и експлоатационни характеристикизакупен софтуер, за да докаже разликата му от софтуера, посочен в регистъра. Въпреки това, неправилно посочените характеристики както на софтуера, изискван от клиента, така и на софтуера, поставен в регистъра, могат да послужат като основание за искове от страна на регулаторните органи. Причината за искове може да бъде например жалба от разработчик на софтуер, информацията за която е вписана в регистъра, с жалба до Федералната антимонополна служба за неправилно обосноваване от страна на клиента на невъзможността за спазване на забраната.

В случай на недостатъчна информация относно характеристиките на софтуера, информацията за която е поместена в регистъра, препоръчително е да поискате от притежателя на авторските права да предостави такива характеристики.

Ако такава информация не е предоставена, препоръчително е да направите екранни снимки на страниците на уебсайта на притежателя на авторските права, които съдържат информация за характеристиките на софтуера от регистъра (към момента на публикуване на обосновката), и да прикачите тези екранни снимки към оправданието.

Пример за обосновка на невъзможността да се спазва забраната за закупуване на софтуер е даден в приложението.

Проверката за наличие в регистъра на информация за софтуер за конкретен клас на сайта reestr.minsvyaz.ru в текущия му вид се извършва, както следва:

1) на уебсайта на регистъра на руския софтуер отидете в раздела "Регистър";

2) изберете необходимия клас (класове) софтуер:

3а)ако в регистъра няма информация за софтуера за необходимия клас, се появява съответното съобщение:

3б)ако регистърът съдържа информация за софтуера от класа, който търсите, се появява списък със софтуерни продукти:

В средата на август Министерството на съобщенията, представлявано от директора на отдела за развитие висока технологияСалават Мигранова обяви, че тази есен руският софтуерен регистър ще започне да работи по новите правила. Според служителя е необходим преход от екстензивно разрастване на регистъра към качествено. Освен това ще бъдат премахнати някои пропуски в правната уредба на заместването на вноса в областта на ИТ. Новите правила ще добавят и допълнително изискване да не бъдете принудени да актуализирате и управлявате специфичен софтуер от чужбина. Можете да се запознаете с текста на законопроекта. Очевидно е, че обявените от Министерството на телекомуникациите и масовите комуникации промени в работата на регистъра ще засегнат както руските разработчици на софтуер, така и държавните клиенти. В очакване на конкретика, нека се опитаме да спекулираме докъде ще доведе всичко това.

Малко теория

За да включи софтуерен продукт в регистъра на руския софтуер, разработчикът трябва да подаде заявление до Министерството на телекомуникациите и масовите комуникации в електронна форма, да изчака публикуването му, след което заявлението ще бъде разгледано от експертен съвет, който включва представители на IT компании. Въз основа на решението на съвета министерството ще издаде заповед за вписване в регистъра или за отказ. Цялата процедура отнема около 70 дни.

Заявлението трябва да бъде придружено от документи, потвърждаващи изключителното право на разработчика върху софтуера. Трябва също да предоставите копие на продукта без технически средствазащита на авторските права или със средства за законно премахване на ограниченията върху използването на софтуера. Между другото, новите правила на регистъра съдържат по-неясни формулировки. Позовавайки се на член на експертния съвет, изданието пише, че сега разработчиците могат да прикачат към приложението не целия продукт, а само неговите елементи, което значително ще усложни проверката.

Страст около регистъра

През 2016 г. президентът на НП "Руссофт" Валентин Макаров стана публично достояние на директора на отдела за развитие на високите технологии на Министерството на телекомуникациите и масовите комуникации Дмитрий Чернов, който се отнася до непрозрачността на процедурата за вземане на решения по включването на софтуерни продукти в регистъра. Според Макаров членовете на експертния съвет не винаги могат да "избегнат несъответствия, грешки, конфликт на интереси при вземането на решения". Предложената от него възможност за създаване на процедура за обжалване, включително с участието на независими експерти, засега остава нереализирана.

Непрозрачността на процедурата по вписване в регистъра бе посочена и от други участници на пазара. Компанията ISET Development оспори решението на Министерството на телекомуникациите и масовите комуникации за отказ да включи антивирусното решение Eset в регистъра. През октомври 2016 г. съдът се произнесе в полза на отдела с аргумента, че ISET Development няма сертификат за разработване на софтуер, който изпълнява функции за защита на поверителна информация. Участниците на пазара смятат това за формална причина и предполагат, че истинската причина е, че ISET Development, като дъщерно дружество на словашки производител, не може да докаже, че продуктът му е руски. В потвърждение на това ръководителят на Министерството на съобщенията Никифоров приветства решението на съда, като отбеляза, че доста често чуждестранни компании се опитват да представят своите разработки чрез дъщерни дружества в Русия, за да ги включат в регистъра.

Добър пример: през август в руския софтуерен регистър беше включен продукт на американската компания Hewlett Packard Enterprise. "Руската" версия на програмата ArcSight се нарича "Ankey SIEM". В същото време се посочва, че изключителните права върху софтуера и всички негови компоненти принадлежат на разработчика Gazinformservice LLC. HPE е отворена, че по този начин те локализират своите продукти за продажба на държавни агенции.

На този фон интересни изглеждат съобщения, които не са включени в регистъра. операционна система"AXIS", разработена от "дъщерята" на "Ростех", компанията NCI. Причина за отказа: NCI не предостави на експертния съвет документи, потвърждаващи изключителните права върху системата, както и лиценза на FSTEC. Историята е доста шумна, така че ще кажа само основното. В самия NCI, че "AXIS" е базиран на безплатен софтуер и софтуерни модулисобствено развитие. Въпреки това, според член на експертния съвет Наталия Касперски, в приложението, напротив, е посочено, че това е собствен софтуер. Времето ще покаже как ще се развие ситуацията, но засега НЦИ е подал заявление.

Има и други интригуващи случаи: например през юни 2016 г., без никакви коментари от Министерството на телекомуникациите и масовите комуникации, от регистъра, продукти, включени преди това в него, базирани на решения на IBM и EMC, включително разработката на KROK, Business Logic ( „дъщерната” IT Co.), K-MIS, Metamodel Group и др. Самият факт, че продуктите бяха изключени от регистъра и не бяха отхвърлени след разглеждане на заявлението, свидетелства за незрялостта на процедурите за работа на експертния съвет. по това време.

Милиарди над бюджета

Десетки милиарди рубли годишно неоправдано отиват при чуждестранни производители на софтуер, Министерство на телекомуникациите и масовите комуникации. В тази връзка ведомството, съвместно с FAS, възнамерява да накаже строго държавните агенции и компаниите с държавно участие, които използват чужд софтуер при наличието на руски аналози. През май Николай Никифоров предложи тези държавни институции да бъдат изцяло обложени, като таксата може да бъде 5% от цената на чуждия софтуер, който може да бъде заменен с местен.

Излишно е да казвам, че преходът от софтуера на световните производители към разработката на техните сънародници не е малък въпрос. Необходимостта да се харчат време и ресурси за проекти за миграция към нов софтуер, както и рисковете от такива проекти, плашат клиентите и ги тласкат да намерят заобиколни решения. Широко разпространена е практиката за закупуване на компютърно оборудване с предварително инсталиран софтуер, както и „прикрити“ покупки на чужди софтуерни продукти под прикритието на услуги, като SaaS, наемане на оборудване с предварително инсталиран софтуер или техническа поддръжка, включително софтуерни актуализации .

След като промените в работата на регистъра влязат в сила, подобни схеми вече няма да работят. От клиентите ще се изисква да купуват софтуер отделно от компютрите и по този начин ограниченията не могат да бъдат заобиколени. Това ще доведе до допълнителни разходи за миграция към местен софтуер, но в някои случаи част от разходите се компенсират от по-ниската цена на руските разработки.

Не по брой, а по умение

Към днешна дата регистърът съдържа информация за повече от 4000 софтуерни продукта, които са официално признати за руски. Като се има предвид, че регистърът е замислен като инструмент за прилагане на заместване на вноса, а не просто като списък на всички налични ИТ продукти с руски произход, изключително важно е да се предостави обективна оценка на съответствието на софтуера с изискванията на държавните клиенти. Но това е много трудно да се направи и ето защо. Опериращ върху този моментпроцедурата по кандидатстване не предполага проверка на съответствието на софтуерните продукти с определени изисквания на клиентите. С други думи, задачата на експертния съвет е да потвърди или отрече руския произход на софтуера, а неговата функционалност, надеждност и сигурност остават на съвестта на разработчика. Няма да завиждате на държавните клиенти: дори въпреки подкрепата на Министерството на съобщенията (методически материали, таблица за съответствие на руски софтуер с чуждестранни аналози и т.н.), задачата за избор на софтуерни продукти е, меко казано, трудна. Образно казано, това е изборът на едно от стотиците „прасе в джоба“.

Очертаната от министерството перспектива за качествено разрастване на регистъра вдъхва надежда, че в бъдеще софтуерни продуктикъм кандидатите за включване в него ще се предявяват по-подробни изисквания, отговарящи на интересите на клиентите. В същото време разработчиците ще трябва да се съсредоточат не толкова върху организационните въпроси, колкото върху функционалността на своя софтуер, което ще отнеме както време, така и значителни разходи. Но в крайна сметка конкурентоспособността и фокусът върху клиентите на продуктите ще се увеличат и всички ще се възползват от това.