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

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

Оперативният директор на онлайн патентната услуга Алина Акиншина подготви сайта по искане подробни инструкцииза това как да влезете в регистъра на руския софтуери кои компании ще се възползват от това.

Алина Акиншина. Снимката е предоставена от Softline Venture Partners

На 1 януари 2016 г. в Русия влезе в сила закон, който предписва създаването на регистър на руския софтуер и определя критериите за определяне на вътрешния произход на софтуера. Сама по себе си целта на създаването на регистъра е проста - да се разшири използването на руски софтуер и да се осигури държавна подкрепа на притежателите на авторски права върху софтуера.

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

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

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

Защо е необходимо?

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

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

Какъв е редът?

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

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

Стъпка #0.За подаване на заявление е необходимо както физическо, така и юридическо лице да влезе в Единната система за идентификация и автентикация (ЕСИА). За да направите това, направете следното:

0,1. Проверете дали организацията има EDS ключ, издаден от център, акредитиран от Министерството на съобщенията (https://e-trust.gosuslugi.ru/CA). Ако няма такъв EDS ключ, ще трябва да го получите. Обикновено процедурата за получаване на ключ отнема от няколко дни до седмица и струва между 5-10 хиляди рубли.

0,2. Проверете наличието на личен акаунт на ръководителя на организацията (а именно ръководителя на физическо лице) в ESIA (Единна система за идентификация и удостоверяване). Ако не е там, създайте го (но по принцип говорим за счетоводство на портала за държавни услуги, най-вероятно го имате). Този акаунт е безплатен.

0,3. Създавайте сметкаюридическо лице в ОВОСС, за това:

- във вашия лична сметкафизическо лице в портала за държавни услуги отидете в раздела „Организации“,

- изберете „Създаване на акаунт на организация“,

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

И така, всичко е наред и успяхте да се регистрирате. Отидете на сайта https://reestr.minsvyaz.ru/, кликнете върху „Подаване на заявление. Формуляри за попълване на заявление за включване на информация за софтуер в регистъра, изтегляне на документи и материали. След това - всъщност попълнете заявление за включване на информация за софтуера в регистъра, изтеглете документи и материали. Попълването се извършва онлайн, интерфейсът е много приятелски настроен.

Етап 1Посочете името на вашия софтуер. Тук можете също да посочите предишния и алтернативни заглавия, ако има такива.

Стъпка 2Сега трябва да класифицирате вашия софтуер, и то наведнъж с два класификатора, които не са много добре свързани помежду си. Както коментира един от нашите колеги кандидати, „дадените класификатори не подлежат на разумен анализ, трябва да мислим заедно“. Въпреки това, дори ако мислим заедно, не винаги е възможно еднозначно да класифицираме софтуера. За щастие имате възможността да присвоявате софтуер на няколко класа едновременно. Можете да видите информация в класификаторите - Общоруския класификатор на продуктите по вид икономическа дейност и класификатора, одобрен от Министерството на телекомуникациите и масовите комуникации - тук: http://minsvyaz.ru/ru/documents/5072/. Сайтът на Сдружението също може да ви помогне в избора. Руски производителипрограми (ARPP) "Domestic Soft": http://www.arppsoft.ru/catalog/71/. Неговата стойност е, че можете да видите "съучениците" на вашата програма - кандидати за влизане в регистъра.

Стъпка #3Вземете фирмена карта и копирайте всички основни данни: име, PSRN, TIN. Посочете дяловете на отделните собственици на дружеството. Прикачете копие от Хартата в текущата редакция. Основното нещо, което се изисква от вас тук, е най-голямото внимание, тъй като коригирането на грешки в приложението ще бъде възможно само при специална заявка.

Специалистите, които вземат решение да включат конкретно развитие в регистъра, ще се интересуват от това кой е притежателят на авторските права: руска търговска организация (RCO); RKO, което има във веригата на собственост чуждестранни лица; руска организация с нестопанска цел; гражданин на Руската федерация. Ако организацията има чужди лица във веригата на собственост, ще е необходимо да отворите цялата тази верига под формата на таблица и да качите сканирани извлечения от регистрите на съответните държави. Информацията се събира по отношение на всички крайни бенефициенти (руски граждани), които притежават повече от 5% от уставния капитал на организацията, притежател на права.

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

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

Накрая трябва да предоставите адрес. електронна пощаи телефонен номер, на който ще се осъществи връзка с кандидата. Известия и искания за допълнителна информация ще бъдат изпращани на тези данни за контакт.

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

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

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

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

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

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

Какво се случва след подаване на заявлението?

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

Също така на първия етап се проверява дали бенефициентите са правилно посочени. Ако данните са фалшифицирани, повторно заявление не може да бъде подадено по-рано от година по-късно.

Веднага след като заявлението бъде регистрирано, информация за това ще бъде публикувана на уебсайта на регистъра в рамките на 24 часа, без да се посочват личните данни на заявителя. След това заявлението се внася в експертния съвет, който в рамките на 30 работни дни изготвя заключение и го внася в Министерството на съобщенията. През този период могат да се изпращат искания за разяснения до заявителя, който ще поднови 30-дневния срок. В резултат на това експертният съвет публикува становището си на сайта на регистъра, което след това се одобрява със заповед на Министерството на съобщенията в рамките на 10 дни. След вземане на положително решение софтуерът се вписва в регистъра на руския софтуер в рамките на 24 часа. Ако заявлението е отхвърлено, такова решение може да бъде обжалвано в съда в рамките на 3 месеца.

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

Име

От 1 януари 2016 г. всички държавни и общински органи, публични корпорацииРосатом и Роскосмос, органи за управление на държавни извънбюджетни фондове, както и държавни и бюджетни институции, които извършват покупки в съответствие с изискванията на „За договорната система в областта на обществените поръчки за стоки, работи, услуги за изпълнение на държавни и общински нужди”, са длъжни да спазват забраната за допускане на софтуер с произход от чужбина за целите на поръчки за държавни и общински нужди.

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

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

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

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

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

№ п / стр	Функции на софтуера	Задължително	Продукт А	Продукт Б
1.	Функционални характеристики
1.1.	Централизирано управление	да	да	да
1.2.	Управление на физическа и виртуална инфраструктура	да	Ограничен	да
…	Възможност за управление на среди за виртуализация от множество доставчици	да	да	да
2.	Спецификации
2.1.	Максимален брой хостове за виртуализация	64	64	200
2.2.	Максимален брой виртуални машини	3000	8000	Не е документирано
2.3.	Автоматично възстановяване на VM при срив (HA)	да	да	да
3.	Експлоатационни характеристики
3.1.	Интеграция с AD	да	да	Не
3.2.	Възможност за централизирано управление през уеб браузър	да	да	да
3.3.	Наличие на API за архивиране	Не	да	Не

Забележка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вижте също примери за обосновки за невъзможността за закупуване на софтуер от регистъра: ; . Можете да видите още примери за подобни документи, представени за обосноваване на невъзможността за закупуване на местен софтуерен продукт.

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

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

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

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

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

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

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

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

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

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

Текущи допълнения (от декември 2017 г.)

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

По-специално, софтуерният интерфейс трябва да бъде изпълнен на руски език. Софтуерът не трябва да изисква инсталирането на друг софтуер (допълнителен софтуерни модули, шрифтове), който има ограничения за безплатното му разпространение на територията на Русия, с изключение на операционна система. Софтуерните актуализации трябва да се извършват само след потвърждение от потребителя или оторизиран персонал. В същото време за всеки тип софтуер (операционна система, комуникационен софтуер, офис пакетприложения за поща, органайзер, зрители, интернет браузър, редактор на презентации, редактор на електронни таблици, текстов редактор, НА файлов мениджър, правна справочна система (SPS), софтуер и инструменти за система за управление на електронни документи антивирусна защита) подлежат на специални изисквания.

Съгласно резолюцията записът в регистъра се допълва с информация за съответствието или несъответствието на софтуера с допълнителни изисквания. Към края на 2017 г. обаче такава информация не можеше да бъде открита в регистъра.

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

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

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

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

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

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

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

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

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

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

№ п / стр	Функции на софтуера	Задължително	Продукт А	Продукт Б
1.	Функционални характеристики
1.1.	Централизирано управление	да	да	да
1.2.	Управление на физическа и виртуална инфраструктура	да	Ограничен	да
…	Възможност за управление на среди за виртуализация от множество доставчици	да	да	да
2.	Спецификации
2.1.	Максимален брой хостове за виртуализация	64	64	200
2.2.	Максимален брой виртуални машини	3000	8000	Не е документирано
2.3.	Автоматично възстановяване на VM при срив (HA)	да	да	да
3.	Експлоатационни характеристики
3.1.	Интеграция с AD	да	да	Не
3.2.	Възможност за централизирано управление през уеб браузър	да	да	да
3.3.	Наличие на API за архивиране	Не	да	Не

Забележка

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5) Руска търговска организация без преобладаващо чуждестранно участие. Търговска организация е такава, ако повече от 50 процента в нея е общият дял на пряко и (или) непряко участие:

Руска федерация,

общини,

граждани на Руската федерация.

6) гражданин на Руската федерация.

Изискване 2. Софтуерът е законно въведен в гражданско обращение на територията на Руската федерация. Копия на Софтуера или правата за използването му се прилагат свободно в цялата Руска федерация.

Изискване 3. Това изискване важи за общия размер на плащанията за календарната година по лицензионни и други договори (независимо от вида на договора).

Това са договори, които:

1) осигуряват предоставянето на права върху резултатите от интелектуалната дейност и средствата за индивидуализация, извършването на работа, предоставянето на услуги;

2) са свързани с разработването, адаптирането и модифицирането на софтуер и са сключени за разработване, адаптиране и модифициране на софтуер;

3) включват плащания:

чуждестранни юридически и (или) физически лица, контролирани от тях руски търговски и (или) нетърговски организации,

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

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

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

Изискване 5. Софтуерът отговаря на изискванията за информационна сигурност. Тоест трябва да има сертификат на системата за сертифициране на информационната сигурност за изискванията за информационна сигурност. Процедурата за издаването му се определя от правителството на Руската федерация.

Това изискване се отнася само за софтуер, който изпълнява функции за защита на поверителна информация.

Изискване 6. Има лиценз за извършване на дейности по разработване и производство на средства за защита на поверителна информация, ако:

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

Кой може да въвежда информация в регистъра

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

Ако изключителното право върху софтуера принадлежи на Руската федерация, съставна единица на Руската федерация, община, тогава заявлението се подава съответно:

федерален изпълнителен орган,

изпълнителен орган на съставния субект на Руската федерация,

местна власт или

организация, която управлява (разпорежда) с такова право.

За организация или индивидуаленса били в състояние да въведат информация за софтуера в регистъра, той трябва да има:

Акаунт в ЕСИА

Необходим е за подаване на документи през официалния сайт на Регистъра. Това е възможно само след оторизация в личния ви акаунт чрез ESIA.

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

юридическото лице притежава квалифицирано удостоверение електронен подписиздадено на ръководителя на организацията и

управителят е имал верифициран акаунт като физическо лице в ОВОСС.

За да създаде акаунт на юридическо лице в ОВОСС, управителят трябва да портал за обществени услуги :

1) отидете в раздела „Организации“,

2) изберете „Създаване на акаунт на организация“,

3) попълнете предложения формуляр и

4) потвърдете го отново с квалифициран електронен подпис.

Усъвършенстван квалифициран електронен подпис

Необходим е за подписване на заявление за въвеждане на информация за софтуера в регистъра.

Ако правоносителят е физическо лице, заявлението трябва да бъде подписано с личен усилен квалифициран електронен подпис.

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

Как да кандидатствам

За да въведете информация за софтуера в Регистъра, е необходимо да подадете до Министерството на телекомуникациите и масовите комуникации на Русия съответното заявление и приложените към него документи и материали (клауза 14 от Правилата).

За да направите това, трябва да попълните електронни формуляри, които са публикувани на официалния уебсайт на регистъра. register.minsvyaz.ru(Заповед на Министерството на далекосъобщенията и масовите комуникации на Русия от 31 декември 2015 г. № 614 „За определяне на официалния уебсайт на оператора на единния регистър на руски компютърни програми и бази данни в информационната и телекомуникационна мрежа „Интернет“) .

Това може да стане след заявителя (клауза 14 от Правилата).

Информация, документи и материали, необходими за кандидатстване(съгласно раздел IV Процедурата за подаване на заявление за въвеждане на информация за софтуера в регистъра ):

1. Име на софтуера.Трябва да предоставите текущото име на софтуера (без номера на версията на продукта).

2. Предишни и (или) алтернативни имена на софтуера.Това поле може да се остави празно.

3. Код(ове) на продукта.Трябва да посочите един или повече кодове OKPD 2. Тяхното описание е дадено във Всеруския класификатор на продуктите по вид икономическа дейност OK 034-2014 (KPES 2008).

4. Класът (класовете) на софтуера, на който (на които) съответства софтуерът.Трябва да бъдат посочени един или повече софтуерни класове. В същото време под софтуерен класразберете група, която:

комбинира софтуер, който има подобни функционални, технически и (или) оперативни характеристики, и

определен от класификатора (той е одобрен от Министерството на далекосъобщенията и масовите комуникации на Русия със заповед от 31 декември 2015 г. № 621).

Такава дефиниция е дадена в параграф 2 от Правилата.

Редът за определяне на класа/класовете е утвърден със Заповед № 622 от 31.12.2015 г.

Класификаторът използва метод на йерархична класификация и метод на последователно кодиране. Кодът се състои от 2-4 цифрови знака.

Софтуерът съответства на няколко класа, ако напълно или частично отговаря на функционалните, техническите и (или) оперативните характеристики на тези класове.

5. Статус на носителя на авторското право.Тук трябва да изберете един или повече елементи от списъка:

Руска търговска организация;

руска търговска организация, която има чуждестранни лица във веригата на собственост (чуждестранни организации или тръстове);

Руска организация с нестопанска цел;

гражданин на Руската федерация.

6. Информация за притежателите на авторските права върху софтуера.Съдържанието зависи от статуса на притежателя на авторските права:

1) по отношение на гражданин трябва да посочите:

фамилия, име, бащино име,

име и данни от документа за самоличност,

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

2) във връзка с организацията трябва да посочите пълното име, PSRN и TIN.

7. Информация за дяловете на пряко и непряко участие в правоимащия:

Руска федерация,

субекти на Руската федерация,

общини,

Руски организации с нестопанска цел без преобладаващо чуждестранно участие и

граждани на Руската федерация.

Това поле трябва да се попълни в два случая - ако изключителното право върху софтуера принадлежи на носителя на авторските права :

„руска търговска организация“ или

„руска търговска организация с чуждестранни лица във веригата на собственост“.

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

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

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

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

8. Електронен адрес и телефон за връзка с кандидата.Трябва да предоставите валидни контакти за известия и заявки за допълнителна информация.

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

10. Статус на лицето, подписало заявлението.В това поле трябва да изберете един елемент от списъка:

представител на правоимащия, действащ въз основа на пълномощно;

лице, което има право да действа от името на носителя на правото, което е юридическо лице, без пълномощно;

правопритежателят, който е гражданин на Руската федерация.

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

12. Копие от хартата на притежателя на авторските права на софтуера(ако заявлението е подадено от организацията). Необходимо е да изтеглите сканирана версия на хартата в pdf формат. Трябва да направите това в един файл.

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

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

файл с описание на веригата на собственост под формата на таблица (в свободна форма) и

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

15. Информация относно основанията за притежателя на правото (носителите на права) да има изключително право върху Софтуера по целия свят и за целия срок на изключителното право. Това поле трябва да бъде попълнено в текстов вид (в произволна форма).

Основание за възникване на изключително право може да бъде например собствена разработка (създаване на произведение на служител) или придобиване на изключително право.

16. Документация, описваща функционалните характеристики на софтуера и информация за неговото инсталиране и експлоатация. Тази документация трябва да бъде изтеглена в текстов формат.

17. Документация, която съдържа:

1) описание на процесите, които осигуряват поддръжката кръговат на животаСофтуер, включително:

отстраняване на повреди, установени по време на работата на софтуера,

подобряване на софтуера;

2) информация за персонала, необходим за предоставяне на такава поддръжка.

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

18. Други документи.Кандидатът може да приложи всякакви документи, които потвърждават, че продуктът отговаря на критериите за руски софтуер и софтуерен клас.

Кандидатът трябва (клауза 14 от Правилата).

Кой и как включва информация за софтуера в Регистъра

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

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

2. оператор на регистъра. Той участва пряко в поддържането на регистъра.

Министерството на далекосъобщенията и масовите комуникации на Русия привлича оператор в съответствие с Федералния закон от 5 април 2013 г. № 44-FZ „За договорната система в областта на обществените поръчки за стоки, работи, услуги за задоволяване на държавни и общински нужди “ (по-нататък - Закон № 44-FZ) (клауза 6 правила). Трябва да отговаря на две условия:

да бъде регистриран на територията на Руската федерация;

имате право да получите законно копие на Софтуера.

На тези условия отговарят три организации, изброени в член 13 от Федералния закон от 29 декември 1994 г. № 77-FZ „За задължителното депозиране на документи“:

Междуотраслов изследователски институт "Интеграл";

Научно-технически център "Информрегистър";

Президентска библиотека на името на B.N. Елцин.

Операторът измежду своите служители определя лицата, упълномощени да включват информация в регистъра, да я променят и (или) да я изключват от регистъра (клауза 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 от Правилата).

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

Указ на правителството на Руската федерация от 23 март 2017 г. № 325 „За одобряване на допълнителни изисквания към програми за електронни компютри и бази данни, информация за които е включена в регистъра на руски софтуер, и изменения в Правилата за формиране и поддържане на единен регистър на руските програми за електронни компютри и бази данни”

В съответствие с параграф 6 от член 12.1 от Федералния закон „За информацията, информационни технологиии относно защитата на информацията" Правителството на Руската федерация решава:

1. Одобрява приложеното:

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

промени, които се правят в Правилата за формиране и поддържане на единен регистър на руските програми за електронни компютри и бази данни, одобрени с Указ на правителството на Руската федерация от 16 ноември 2015 г. № 1236 „За установяване на забрана за допускането на софтуер с произход от чужди държави за целите на обществени поръчки за държавни и общински нужди“ (Собрание законодателства Российской федерации, 2015 г., № 47, т. 6600).

2. Федералните изпълнителни органи и държавните извънбюджетни фондове, когато закупуват програми за електронни компютри и бази данни за държавни нужди, информацията за които е включена в регистъра на руския софтуер, осигуряват спазването на допълнителните изисквания, одобрени с тази резолюция.

3. Към Министерството на телекомуникациите и масовите комуникации на Руската федерация:

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

приведе регулаторни правни актове в съответствие с тази резолюция;

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

4. Промените, одобрени с тази резолюция, влизат в сила след 6 месеца от датата на официалното публикуване на тази резолюция.

ОДОБРЕНО
Правителствен указ
Руска федерация
от 23 март 2017 г. № 325

Допълнителни изисквания
към програми за електронни компютри и бази данни, информация за които е включена в регистъра на руския софтуер

I. Общи положения

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

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

II. Изисквания към състава, функционалните характеристики и работната среда на офис софтуера

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

Офисният софтуер се състои от самостоятелен и/или уеб базиран софтуер и клиентски софтуер. Офисният софтуер може да бъде набор от взаимосвързани софтуерни продукти, които съответстват на класификатора на програми за електронни компютри и бази данни в съответствие със законодателството на Руската федерация.

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

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

6. Интерфейсът на офис софтуера трябва да бъде изпълнен на руски език. Интерфейсът на офис софтуера може да бъде реализиран с помощта на допълнителни езици.

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

8. Актуализации на офис софтуера трябва да се извършват само след потвърждение от потребителя на офис софтуера или оторизиран персонал.

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

10. Офисният софтуер трябва да отговаря на изискванията на законодателството на Руската федерация относно защитата на информацията и защитата на личните данни в случаите, установени от законодателството на Руската федерация.

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

11. Функционалните характеристики на офис софтуера и средата за неговото функциониране трябва да отговарят на следните изисквания:

а) изисквания към работната среда на офис софтуера:

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

за автоматизирано работно място на потребител (персонален електронен компютър или терминално устройство за достъп) - работещи с поне 2 различни операционни системи, информация за които е включена в единния регистър на руския софтуер и операционни системи Microsoft Windows(версия 7 и по-нова), сертифицирана в съответствие с изискванията на законодателството на Руската федерация за защита на информацията;

за сървърен хардуер - работещи с поне 2 операционни системи, информация за които е включена в единния регистър на руския софтуер, и операционни системи системи на Microsoft Windows сървър(версии 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;

g) Изисквания за интернет браузър – инструментите за интернет браузър трябва да поддържат html5, CSS3, javascript и други технологии;

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

създаване на нови електронни документи за представяне, включително такива във формат Open Document (GOST R ISO/IEC 26300-2010) и Office Open XML (OOXML, PPTX);

отваряне на съществуващи документи за електронно представяне, включително такива във формат Open Document (GOST R ISO/IEC 26300-2010) и Office Open XML (OOXML, PPTX);

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

дизайн на текстова информация, поставена на слайдове, използвайки различни цветове и фонове;

дизайн на текстова информация, поставена на слайдове, използвайки удебелени, курсивни и подчертани шрифтове, инсталирани от потребителя, както и произволен размер на шрифта;

осигуряване на подравняване на текстовата информация в центъра на зоната за поставяне на информация, по лявата или дясната граница на зоната за поставяне на информация, както и по ширината на зоната за поставяне на информация;

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

настройка на слайдшоу;

печат на слайдове с помощта на устройства за печат на документи;

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

запазване на електронни презентационни документи във формати, поддържани от софтуера, включително Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, PPTX) и Portable Document Format (PDF);

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

създаване на нови електронни документи с електронни таблици, включително във формат Open Document (GOST R ISO/IEC 26300-2010) Office Open XML (OOXML, XLSX);

отваряне на съществуващи електронни таблични документи, включително такива във формат Open Document (GOST R ISO/IEC 26300-2010) и Office Open XML (OOXML, XLSX);

въвеждане на данни в таблица;

изтриване на данни от таблица;

редактиране и копиране на данни, включително добавяне, промяна, изтриване и копиране на съдържанието на клетки и диапазони от клетки в таблици;

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

форматиране на данни в клетки на таблица, включително данни в числови, текстови, парични, финансови и процентни формати;

поддръжка за възможността за показване на графики и диаграми;

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

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

възможност за отмяна на всяка операция, извършена по време на процеса на редактиране, и връщане на отменени операции;

съвместно редактиране на таблицата без ограничаване на функционалността на софтуера;

използване на шаблони за таблици;

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

запазване на таблици във формати, поддържани от софтуера, включително Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, XLSX) и Portable Document Format (PDF);

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

създаване на електронни текстови документи, включително във формат Open Document (GOST R ISO/IEC 26300-2010) и Office Open XML (OOXML, DOCX);

отваряне на съществуващи електронни текстови документи, включително такива във формат Open Document (GOST R ISO/IEC 26300-2010) и Office Open XML (OOXML, DOCX);

въвеждане на данни в електронен текстов документ, както и редактирането им;

изготвяне на електронни текстови документи на формуляри А0, А1, А2, А3, А4, А5, А6;

надлъжно подреждане на детайли върху формата на електронен текстов документ;

задаване на произволен размер на отстъп на абзац от левия край на електронен текстов документ;

активиране на номериране различни елементисписъци;

възможност за използване на инсталирани от потребителя удебелени, курсивни, подчертани шрифтове, както и размери на шрифта 10, 12, 13, 14 или персонализирани размери;

способността да маркирате текст в писмо с главни букви и в ред;

възможност за подравняване на текстова информация в електронен текстов документ в центъра, по лявата и дясната граница текстово поле, както и ширината на текстовото поле;

възможност за задаване на стойността на разстоянието между редовете;

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

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

възможност за задаване на ширината на горното, долното, дясното и лявото поле на електронен текстов документ;

възможност за запис на корекции в електронен текстов документ;

съвместно редактиране на електронен текстов документ от няколко потребители (до 10 и повече потребители);

възможност автоматична проверкаправопис, синтаксис и пунктуация в съответствие с правилата на руския език, включително възможността за използване на външни електронни правописни речници на руския език;

запазване на електронен текстов документ във формати, поддържани от софтуера, включително Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, DOCX) и Portable Document Format (PDF);

осигуряване на възможност за изготвяне на електронни текстови документи въз основа на стандартни шаблони на документи в съответствие с GOST R 6.30-2003 и изискванията на законодателството на Руската федерация в областта на организирането на деловодството и документооборота в дейността на държавните органи;

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

л) изисквания към правните справочни системи - правната справочна система трябва:

осигурява постоянна услуга за извличане на информация за предоставяне на правни актове и справочни и информационни документи;

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

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

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

12. Офис софтуерът, ако е необходимо да се импортират (експортират) данни, трябва да осигурява възможност за обработка на данни в един от следните формати:

Формат на отворен документ (GOST R ISO/IEC 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)" (Управление на документи - Файлов формат на електронен документ за дългосрочно съхранение - Част I: Използване на PDF 1.4 (PDF/A-1) в съответствие със законодателството на Руската федерация;

общи файлове за обмен на аудио и видео информация, електронни текстови документи(напр. bmp, jpg, jpeg, png, gif, tif, tiff, rtf, txt, zip, avi, mpeg, mp3).

13. Програмните интерфейси (API) трябва да бъдат внедрени и документирани в офис софтуер за интеграция с други системи.

14. Офис софтуерът трябва да осигурява съвместимост с формати на документи, базирани на формата за отворен документ (GOST R ISO / IEC 26300-2010), както и формат за преносим документ (PDF).

15. Оперативната документация, предоставена с офис софтуер, трябва да съдържа материали в електронен вид на руски език, включително:

упътване;

ръководство за монтаж;

ръководство за администриране;

Системни изисквания;

информация относно нова версиясофтуер.

III. Изисквания за поддръжка на софтуера

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

17. Контактната и друга информация, необходима за взаимодействието на потребителите и притежателя на авторските права на софтуера в рамките на поддръжката на потребителите, трябва да бъде публикувана на официалния уебсайт на производителя на софтуера в информационната и телекомуникационна мрежа "Интернет".

ОДОБРЕНО
Правителствен указ
Руска федерация
от 23 март 2017 г. № 325

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

1. Алинея 4 се допълва с алинея "н" със следното съдържание:

„м) информация за съответствието или несъответствието на софтуера с допълнителни изисквания за програми за електронни компютри и бази данни, информация за които е включена в регистъра на руския софтуер, одобрен с постановление на правителството на Руската федерация от 23 март , 2017 г. № 325 „За одобряване на допълнителни изисквания към програми за електронни компютри и бази данни, информация за които е включена в регистъра на руски софтуер, и изменения в Правилата за формиране и поддържане на единен регистър на руски програми за електронни компютри и бази данни "(наричани по-нататък допълнителни изисквания).".

2. Алинея 19 се допълва със следната алинея:

„Упълномощеният орган в рамките на 30 дни от датата на вписване на информацията в регистъра осигурява проверката и потвърждаването на съответствието на софтуера с допълнителни изисквания в съответствие с утвърдената процедура и методика за потвърждаване на съответствието на програми за електронни компютри и бази данни. от упълномощения орган, информацията за която е включена в регистъра на руската софтуерна сигурност, допълнителни изисквания.".

Преглед на документа

Установени са допълнителни изисквания за местния офис софтуер, включен в Регистъра на руския софтуер. Те ще бъдат използвани при обществени поръчки.

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

Изискванията определят състава, архитектурата, функциите на софтуера, необходим за замяна на внесени аналози.

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

В същото време има специални изисквания за всеки тип софтуер.

По този начин SPS трябва да осигури постоянна услуга за извличане на информация за предоставяне на правни актове и справочни и информационни документи, както и да предостави мрежова версия с редовно актуализирана банка данни на федералното и регионалното законодателство, инсталирана в локалната мрежа на потребителя и позволяваща работа със SPS в t .h при липса на достъп до Интернет.

Записът в регистъра е допълнен с информация за съответствие или несъответствие на софтуера с допълнителни изисквания.

Само за комплекса. Програми. Желязо. Интернет. Windows