В средата на август Министерството на съобщенията, представлявано от директора на отдела за развитие висока технологияСалават Мигранова обяви, че тази есен руският софтуерен регистър ще започне да работи по новите правила. Според служителя е необходим преход от екстензивно разрастване на регистъра към качествено. Освен това ще бъдат премахнати някои пропуски в правната уредба на заместването на вноса в областта на ИТ. Новите правила ще добавят и допълнително изискване да не бъдете принудени да актуализирате и управлявате специфичен софтуер от чужбина. Можете да се запознаете с текста на законопроекта. Очевидно е, че обявените от Министерството на телекомуникациите и масовите комуникации промени в работата на регистъра ще засегнат както руските разработчици на софтуер, така и държавните клиенти. В очакване на конкретика, нека се опитаме да спекулираме докъде ще доведе всичко това.
Малко теория
За да включи софтуерен продукт в регистъра на руския софтуер, разработчикът трябва да подаде заявление до Министерството на телекомуникациите и масовите комуникации в електронна форма, да изчака публикуването му, след което заявлението ще бъде разгледано от експертен съвет, който включва представители на 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 софтуерни продукта, които са официално признати за руски. Като се има предвид, че регистърът е замислен като инструмент за прилагане на заместване на вноса, а не просто като списък на всички налични ИТ продукти с руски произход, изключително важно е да се предостави обективна оценка на съответствието на софтуера с изискванията на държавните клиенти. Но това е много трудно да се направи и ето защо. Опериращ върху този моментпроцедурата по кандидатстване не предполага проверка на съответствието на софтуерните продукти с определени изисквания на клиентите. С други думи, задачата на експертния съвет е да потвърди или отрече руския произход на софтуера, а неговата функционалност, надеждност и сигурност остават на съвестта на разработчика. Няма да завиждате на държавните клиенти: дори въпреки подкрепата на Министерството на съобщенията (методически материали, таблица за съответствие на руски софтуер с чуждестранни аналози и т.н.), задачата за избор на софтуерни продукти е, меко казано, трудна. Образно казано, това е изборът на едно от стотиците „прасе в джоба“.
Очертаната от министерството перспектива за качествено разрастване на регистъра вдъхва надежда, че в бъдеще към кандидатстващите за включване в него програмни продукти ще бъдат поставени по-детайлни изисквания, отговарящи на интересите на клиентите. В същото време разработчиците ще трябва да се съсредоточат не толкова върху организационните въпроси, колкото върху функционалността на своя софтуер, което ще отнеме както време, така и значителни разходи. Но в крайна сметка конкурентоспособността и фокусът върху клиентите на продуктите ще се увеличат и всички ще се възползват от това.
Указ на правителството на Руската федерация от 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) в съответствие със законодателството на Руската федерация;
общи файлове за обмен на аудио и видео информация, електронни текстови документи(напр. 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 при липса на достъп до Интернет.
Записът в регистъра е допълнен с информация за съответствие или несъответствие на софтуера с допълнителни изисквания.
5) Руска търговска организация без преобладаващо чуждестранно участие. Търговска организация е такава, ако повече от 50 процента в нея е общият дял на пряко и (или) непряко участие:
- Руска федерация,
- общини,
- граждани на Руската федерация.
6) гражданин на Руската федерация.
Изискване 2. Софтуерът е законно въведен в гражданско обращение на територията на Руската федерация. Копия на Софтуера или правата за използването му се прилагат свободно в цялата Руска федерация.
Изискване 3. Това изискване важи за общия размер на плащанията за календарната година по лицензионни и други договори (независимо от вида на договора).
Това са договори, които:
1) осигуряват предоставянето на права върху резултатите от интелектуалната дейност и средствата за индивидуализация, извършването на работа, предоставянето на услуги;
2) са свързани с разработването, адаптирането и модифицирането на софтуер и са сключени за разработване, адаптиране и модифициране на софтуер;
3) включват плащания:
- чуждестранни юридически и (или) физически лица, контролирани от тях руски търговски и (или) нетърговски организации,
- агенти, представители на чуждестранни лица и контролирани от тях руски търговски и (или) нетърговски организации.
Общият размер на плащанията към такива лица за една календарна година трябва да бъде по-малък от 30 процента от постъпленията на притежателя (носителите на права) на софтуера от продажбата му (включително предоставянето на права за използване).
Изискване 4. Информацията за софтуера не представлява държавна тайна и не съдържа информация, която я представлява.
Изискване 5. Софтуерът отговаря на изискванията за информационна сигурност. Тоест трябва да има сертификат на системата за сертифициране на информационната сигурност за изискванията за информационна сигурност. Процедурата за издаването му се определя от правителството на Руската федерация.
Това изискване се отнася само за софтуер, който изпълнява функции за защита на поверителна информация.
Изискване 6. Има лиценз за извършване на дейности по разработване и производство на средства за защита на поверителна информация, ако:
- като част от софтуера се изпълняват функции за защита на поверителна информация.
Кой може да въвежда информация в регистъра
Притежателят на правата на софтуера или лице, което е упълномощено от всички притежатели на права (клауза 9 от Правилата), може да се обърне към упълномощения орган (Министерството на телекомуникациите и масовите комуникации на Русия) със заявление за включване на информация в регистъра.
Ако изключителното право върху софтуера принадлежи на Руската федерация, съставна единица на Руската федерация, община, тогава заявлението се подава съответно:
- федерален изпълнителен орган,
- изпълнителен орган на съставния субект на Руската федерация,
- местна власт или
- организация, която управлява (разпорежда) с такова право.
За организация или индивидуаленса били в състояние да въведат информация за софтуера в регистъра, той трябва да има:
Акаунт в ЕСИА
Необходим е за подаване на документи през официалния сайт на Регистъра. Това е възможно само след авторизация в лична сметкачрез ОВОСС.
Ако правоносителят е физическо лице, тогава верифицираната му сметка в ОВОСС е достатъчна. С юридическо лице е по-трудно - трябва да го регистрирате сметка. Това изисква:
- юридическото лице е имало квалифициран сертификат за електронен подпис, издаден на ръководителя на организацията, и
- управителят е имал верифициран акаунт като физическо лице в ОВОСС.
За да създаде акаунт на юридическо лице в ОВОСС, управителят трябва да портал за обществени услуги :
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. Екземпляр на Софтуера.В този раздел трябва да предоставите валидна връзка за изтегляне на софтуерната дистрибуция. Също така трябва да прикачите инструкции (под формата на единичен документ във всякаква форма) за изтегляне и инсталиране. Тя трябва да включва (ако е необходимо) лицензионен ключ (сериен номер), за да активирате.
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 от Правилата).
Операторът трябва да направи това не по-късно от работния ден, следващ деня на вземане на решение от упълномощения орган.
От 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 г. правителството одобри програми за електронни компютри и бази данни, информацията за които е включена в регистъра на руския софтуер. Изискванията определят състава, архитектурата, функциите на софтуера, необходим за замяна на внесени аналози.
По-специално, софтуерният интерфейс трябва да бъде изпълнен на руски език. Софтуерът не трябва да изисква инсталирането на друг софтуер (допълнителни софтуерни модули, шрифтове), който има ограничения за свободното му разпространение в Русия, с изключение на операционните системи. Софтуерните актуализации трябва да се извършват само след потвърждение от потребителя или оторизиран персонал. В същото време за всеки тип софтуер (операционна система, комуникационен софтуер, офис пакет, приложения за електронна поща, органайзер, зрители, интернет браузър, редактор на презентации, редактор на електронни таблици, текстов редактор, софтуер за управление на файлове, правна справочна система (ATS), софтуерни системи за електронен документооборот и антивирусна защита) са предвидени специални изисквания.
Съгласно резолюцията записът в регистъра се допълва с информация за съответствието или несъответствието на софтуера с допълнителни изисквания. Към края на 2017 г. обаче такава информация не можеше да бъде открита в регистъра.
През юни 2017 г. Министерството на телекомуникациите и масовите комуникации публикува за изпълнението на плановете за преход на федералните изпълнителни органи и държавните извънбюджетни фондове към използването на домашен офис софтуер, включително вместо закупен по-рано офис софтуер.
За пълен списък на разпоредбите, свързани със заместването на вноса на софтуер, вж
Зареждане...