Další požadavky na programy pro elektronické počítače a databáze, jejichž informace jsou uvedeny v registru ruského softwaru. Registr ruského softwaru Ministerstva telekomunikací a masových komunikací

5) Ruská obchodní organizace bez převažující zahraniční účasti. Komerční organizace je taková, pokud v ní více než 50 procent tvoří celkový podíl přímé a (nebo) nepřímé účasti:

Ruská Federace,

obce,

občané Ruské federace.

6) občan Ruské federace.

Požadavek 2 Software byl legálně uveden do civilního oběhu na území Ruské federace. Kopie softwaru nebo práva k jeho použití jsou volně implementovány v celé Ruské federaci.

Požadavek 3. Tento požadavek se vztahuje na celkovou výši plateb za kalendářní rok na základě licenčních a jiných smluv (bez ohledu na typ smlouvy).

Jedná se o smlouvy, které:

1) zajistit udělování práv k výsledkům duševní činnosti a prostředkům individualizace, výkonu práce, poskytování služeb;

2) spojené s vývojem, adaptací a modifikací software a jsou uzavřeny pro vývoj, adaptaci a modifikaci softwaru;

3) zahrnují platby:

zahraniční právnické osoby a (nebo) fyzické osoby, ruské komerční a (nebo) nekomerční organizace jimi ovládané,

agenti, zástupci zahraničních osob a jimi ovládané ruské obchodní a (nebo) nekomerční organizace.

Celková výše plateb takovým osobám za kalendářní rok musí být nižší než 30 procent z výnosu držitele autorských práv (držitelů práv) k softwaru z jeho prodeje (včetně udělení práv k užívání).

Požadavek 4. Informace o softwaru nepředstavují státní tajemství a neobsahují informace, které jej tvoří.

Požadavek 5. Software splňuje požadavky na bezpečnost informací. To znamená, že musí existovat certifikát certifikačního systému bezpečnosti informací pro požadavky na bezpečnost informací. Postup pro jeho vydávání stanoví vláda Ruské federace.

Tento požadavek se vztahuje pouze na software, který implementuje ochranné funkce. důvěrná informace.

Požadavek 6. Existuje licence k provádění činností pro vývoj a výrobu prostředků na ochranu důvěrných informací, pokud:

jako součást softwaru jsou implementovány funkce ochrany důvěrných informací.

Kdo může zadávat informace do rejstříku

Držitel práv k softwaru nebo osoba, která je oprávněna všemi držiteli práv (článek 9 Pravidel), se může obrátit na oprávněný orgán (Ministerstvo telekomunikací a hromadných komunikací Ruska) se žádostí o zařazení informací do rejstříku.

Pokud výhradní právo na software náleží Ruské federaci, ustavující jednotce Ruské federace, obci, pak se žádost podává odpovídajícím způsobem:

federální výkonný orgán,

výkonný orgán ustavující entity Ruské federace,

místní samospráva popř

organizace, která s takovým právem spravuje (disponuje).

Pro organizaci resp individuální mohli zadat informace o softwaru do rejstříku, musí mít:

Účet v ESIA

Je potřeba k předkládání dokumentů prostřednictvím oficiálních webových stránek rejstříku. To je možné pouze po autorizaci v osobní účet prostřednictvím ESIA.

Pokud je držitelem práv fyzická osoba, stačí jeho ověřený účet v ESIA. U právnické osoby je to složitější – je potřeba ji zaregistrovat účet. To vyžaduje, aby:

právnická osoba měla kvalifikovaný certifikát elektronický podpis vydává vedoucímu organizace a

manažer měl ověřený účet jako fyzická osoba v ESIA.

K vytvoření účtu právnické osoby v ESIA musí správce portál veřejných služeb :

1) přejděte na kartu „Organizace“,

2) vyberte "Vytvořit účet organizace",

3) vyplňte navrhovaný formulář a

4) znovu potvrdit kvalifikovaným elektronickým podpisem.

Vylepšený kvalifikovaný elektronický podpis

Je potřeba k podepsání žádosti o zadání informací o softwaru do Registru.

Je-li nositelem práv fyzická osoba, musí být žádost podepsána osobním vylepšeným kvalifikovaným elektronickým podpisem.

Pokud držitel autorských práv entita, pak hovoříme o vylepšeném kvalifikovaném elektronickém podpisu organizace zastoupené jejím vedoucím nebo oprávněnou osobou (na základě plné moci).

Jak se přihlásit

Aby bylo možné vložit informace o softwaru do rejstříku, je nutné předložit Ministerstvu telekomunikací a hromadných komunikací Ruska příslušnou žádost a dokumenty a materiály k ní připojené (článek 14 Pravidel).

K tomu je třeba vyplnit elektronické formuláře, které jsou zveřejněny na oficiálních stránkách registru. register.minsvyaz.ru(Nařízení Ministerstva telekomunikací a masových komunikací Ruska ze dne 31. prosince 2015 č. 614 "O stanovení oficiálních webových stránek provozovatele jednotného registru ruských počítačových programů a databází v informační a telekomunikační síti "Internet"") .

To lze provést po žadateli (článek 14 Pravidel).

Informace, dokumenty a materiály potřebné k podání žádosti(podle oddílu IV Postup při podání žádosti o vložení informací o softwaru do rejstříku ):

1. Název softwaru. Musíte zadat aktuální název softwaru (žádná čísla verzí produktu).

2. Předchozí a (nebo) alternativní tituly NA. Toto pole může zůstat prázdné.

3. Kód(y) produktu. Musíte zadat jeden nebo více kódů OKPD 2. Jejich popis je uveden v Celoruském klasifikátoru produktů podle druhu ekonomické činnosti OK 034-2014 (KPES 2008).

4. Třída (třídy) softwaru, kterému (kterému) software odpovídá. Musí být specifikována jedna nebo více softwarových tříd. Zároveň pod softwarová třída rozumí skupině, která:

kombinuje software, který má podobné funkční, technické a (nebo) provozní vlastnosti, a

určeno klasifikátorem (schváleno Ministerstvem telekomunikací a masových komunikací Ruska příkazem ze dne 31. prosince 2015 č. 621).

Taková definice je uvedena v odstavci 2 Pravidel.

Postup pro stanovení třídy (tříd) je schválen objednávkou č. 622 ze dne 31. prosince 2015.

Klasifikátor používá metodu hierarchické klasifikace a metodu sekvenčního kódování. Kód se skládá ze 2-4 digitálních znaků.

Software odpovídá několika třídám, pokud plně nebo částečně splňuje funkční, technické a (nebo) provozní vlastnosti těchto tříd.

5. Status držitele autorských práv. Zde musíte vybrat jednu nebo více položek ze seznamu:

Ruská obchodní organizace;

ruská obchodní organizace, která má v řetězci vlastnictví zahraniční subjekty (zahraniční organizace nebo trusty);

Ruská nezisková organizace;

občan Ruské federace.

6. Informace o držitelích autorských práv k softwaru. Obsah závisí na postavení držitele autorských práv:

1) ve vztahu k občanovi musíte uvést:

příjmení, jméno, patronymie,

jméno a údaje o dokladu totožnosti,

adresa registrace v místě bydliště (pobytu), nebo pokud taková registrace chybí, adresa místa skutečného bydliště;

2) ve vztahu k organizaci musíte uvést celé jméno, PSRN a TIN.

7. Údaje o podílech přímé a nepřímé účasti na držiteli práv:

Ruská Federace,

subjekty Ruské federace,

obce,

Ruské neziskové organizace bez převažující zahraniční účasti a

občané Ruské federace.

Toto pole je nutné vyplnit ve dvou případech – pokud výhradní právo k softwaru náleží držiteli autorských práv :

„Ruská obchodní organizace“ popř

"Ruská obchodní organizace se zahraničními subjekty v řetězci vlastnictví."

V prvním případě musíte uvést konečné vlastníky (občany Ruska) a velikost jejich podílů.

Ve druhém případě je nutné zveřejnit celý řetězec vlastnictví ve formě tabulky a nahrát naskenované výpisy (nebo jiné dokumenty) z registrů příslušných států.

Informace musí být vyplněny pro všechny konečné příjemce (ruské občany), kteří vlastní více než 5 procent autorizovaného kapitálu organizace držitelů práv.

Samostatné pravidlo je stanoveno pro případ, kdy takoví beneficienti společně vlastní méně než 50 procent schváleného kapitálu (tj. nelze ověřit kritérium vlastnictví výhradního práva). V takové situaci je nutné zahrnout informace o ruských občanech vlastnících akcie menší než 5 procent. To musí být provedeno tak, aby žádost obsahovala informace o ruských občanech, kteří celkem vlastní více než 50 procent základního kapitálu organizace držitelů práv. To znamená, že není nutné poskytovat informace o všech konečných příjemcích – ruských občanech.

8. E-mailová adresa a telefonní číslo pro kontaktování žadatele. Musíte poskytnout platné kontakty pro oznámení a žádosti o další informace.

9. Adresa stránky webu držitele autorských práv na internetu s dokumentací, která obsahuje popis funkčních charakteristik softwaru a informace pro jeho instalaci a provoz. Jde o uživatelskou dokumentaci.

10. Status osoby podepisující žádost. V tomto poli musíte vybrat jednu položku ze seznamu:

zástupce nositele práv jednající na základě plné moci;

osoba, která má právo jednat jménem nositele práv, kterým je právnická osoba, bez plné moci;

držitel práv, který je občanem Ruské federace.

11. Dokument, který potvrzuje oprávnění osoby podepisující žádost(pokud žádost o zápis informace do rejstříku podepisuje zmocněnec). Toto je plná moc s oprávněním jednat jménem držitele autorských práv k softwaru. Žadatel musí nahrát naskenovanou verzi plné moci ve formátu pdf.

12. Kopie listiny držitele autorských práv k softwaru(pokud žádost podává organizace). Musíte si stáhnout naskenovanou verzi zakládací listiny ve formátu pdf. Musíte to udělat v jednom souboru.

13. Instance softwaru. V tato sekce ke stažení distribuce softwaru musíte poskytnout platný odkaz. Musíte také připojit pokyny (ve formě jediného dokumentu v jakékoli podobě) pro stažení a instalaci. Měl by obsahovat (v případě potřeby) licenční klíč (sériové číslo) aktivovat.

14. Dokumenty, které potvrzují, že software splňuje požadavek vlastnictví výhradního práva(pokud je žádost podána ). Je potřeba stáhnout:

soubor s popisem řetězce vlastnictví ve formě tabulky (ve volné formě) a

naskenovanou verzi výpisů (nebo jiných dokumentů) z registrů příslušných států potvrzující údaje v tabulce.

15. Informace o důvodech pro držitele práv (držitelů práv) mít výhradní právo k Softwaru na celém světě a po celou dobu trvání výhradního práva. Toto pole musí být vyplněno textová forma(ve volné formě).

Základem pro vznik výhradního práva může být např. vlastní vývoj (vytvoření zaměstnaneckého díla) nebo získání výhradního práva.

16. Dokumentace popisující funkční charakteristiky softwaru a informace pro jeho instalaci a provoz. Tato dokumentace musí být stažena v textovém formátu.

17. Dokumentace, která obsahuje:

1) popis procesů, které zajišťují údržbu životního cyklu softwaru, včetně:

odstranění závad zjištěných během provozu softwaru,

vylepšení softwaru;

2) informace o personálu, který je povinen takovou podporu poskytovat.

Tato dokumentace musí být rovněž stažena v textovém formátu.

18. Další dokumenty.Žadatel může připojit jakékoli dokumenty, které potvrzují, že produkt splňuje kritéria ruského softwaru a softwarové třídy.

Žadatel musí (článek 14 Pravidel).

Kdo a jak obsahuje informace o softwaru v registru

V procesu zařazování informací o softwaru do registru, s výjimkou , můžeme rozlišit ještě tři aktéry.

1. Ministerstvo komunikací Ruska. Toto je oprávněný federální výkonný orgán pro vytváření a udržování registru. Ministerstvo telekomunikací a masových komunikací Ruska rozhoduje o zařazení informací o softwaru do rejstříku a o jejich vyloučení z registru.

2. provozovatel registru. Přímo se podílí na vedení rejstříku.

Ministerstvo telekomunikací a masových komunikací Ruska přitahuje operátora v souladu s federálním zákonem ze dne 5. dubna 2013 č. 44-FZ „O smluvním systému v oblasti zadávání zakázek na zboží, práce, služby pro potřeby státu a obcí “ (dále jen zákon č. 44-FZ) (pravidla bod 6). Musí splňovat dvě podmínky:

být registrován na území Ruské federace;

mít nárok na získání legální kopie Softwaru.

Tyto podmínky splňují tři organizace uvedené v článku 13 federálního zákona ze dne 29. prosince 1994 č. 77-FZ „O povinném ukládání listin“:

Mezisektorový výzkumný ústav "Integrál";

Vědeckotechnické centrum "Informregister";

Prezidentská knihovna pojmenovaná po B. N. Jelcin.

Provozovatel z řad svých zaměstnanců určuje osoby oprávněné uvádět informace do evidence, měnit je a (nebo) je z evidence vyřazovat (čl. 7 Pravidel).

3. Odborná rada pro ruský software. Je vytvořen ministerstvem telekomunikací a masových komunikací Ruska za účelem provedení kontroly, když jsou informace o softwaru zahrnuty do rejstříku (článek 8 Pravidel, nařízení Ministerstva telekomunikací a masových komunikací Ruska ze dne 30. 2015 č. 615 „O schválení předpisů o Radě odborníků pro ruský software pod Ministerstvem komunikací a masmediálních komunikací Ruské federace).

P Proces zařazování informací o softwaru do Registru lze zhruba rozdělit do devíti fází.

Fáze 1. Oprávněný orgán zkontroluje žádost a k ní připojené dokumenty a materiály do 10 pracovních dnů ode dne obdržení (bod 16 Pravidel).

Fáze 2 Oprávněný orgán si do 5 pracovních dnů ode dne obdržení žádosti vyžádá od státních orgánů doklady a informace potvrzující údaje v žádosti a doklady a materiály k ní připojené (odst. 20 Pravidel).

Fáze 3 Oprávněný orgán žádost zaeviduje (článek 19 Pravidel).

Žadateli bude zamítnuta registrace, pokud (článek 17 Pravidel):

porušil Pravidla;

oprávněná osoba ve lhůtě 12 měsíců před obdržením žádosti již:

odmítl žadateli zařadit údaje do rejstříku z důvodu, že předložil nepravdivé dokumenty, materiály a (nebo) nepřesné informace (odst. „a“ čl. 27 Pravidel), nebo

ze stejného důvodu vyřadil informaci z Rejstříku (písm. „c“, odst. 33 Pravidel).

Poté, co žadatel odstraní důvody uvedené v prvním odstavci, bude moci znovu podat žádost (odstavec 18 Pravidel).

Fáze 4. Provozovatel registru nejpozději následující pracovní den po dni registrace přihlášky založí otevřený přístup na oficiálních stránkách (článek 19 Pravidel). Zároveň dochází k depersonalizaci osobních údajů (pokud existují).

Fáze 5. Odborná rada žádost posoudí do 30 pracovních dnů ode dne její registrace a schválí odborný posudek (čl. 21 Pravidel). Měl by obsahovat závěry o tom, zda software vyhovuje:

Fáze 6. Odborný posudek je předán provozovateli systému do jednoho pracovního dne ode dne jeho schválení (bod 21 Pravidel).

Fáze 7. Provozovatel registru zveřejní znalecký posudek na oficiální webové stránky (článek 21 Pravidel).

Fáze 8. O zařazení informací o softwaru do Registru rozhoduje oprávněný orgán. Musí udělat toto:

do 65 pracovních dnů ode dne zaevidování přihlášky, ale

nejpozději do 10 pracovních dnů ode dne, kdy odborná rada schválila odborný posudek.

Uvedené rozhodnutí se vydává ve formě příkazu Ministerstva telekomunikací a hromadných komunikací Ruska (článek 25 Pravidel).

Oprávněná osoba může odmítnout zařazení informací o softwaru do Rejstříku ze tří důvodů (článek 27 Pravidel):

žadatel předložil nepravdivé doklady, materiály a (nebo) nepravdivé informace;

žadatel nepředložil do 30 pracovních dnů vysvětlení a (nebo) dokumenty na žádost odborné rady (článek 22 Pravidel), pokud bez nich nelze potvrdit správnost poskytnutých informací a (nebo) pravost předložených dokumentů;

Fáze 9. Operátor registru:

zveřejní rozhodnutí oprávněného orgánu na oficiálních webových stránkách a informuje o něm žadatele na e-mailovou adresu uvedenou v žádosti (čl. 28 Pravidel);

obsahuje informace o softwaru v Registru (článek 29 Pravidel).

Provozovatel tak musí učinit nejpozději v pracovní den následující po dni, kdy oprávněný orgán rozhodne.

Vytvořeno v rámci opatření přijatých státem za účelem omezení nákupu dováženého softwaru ve státních úřadech a společnostech se státní účastí. Registr je v provozu od 1. ledna 2016. Tak. Ministr telekomunikací a masových komunikací Ruské federace Nikolaj Nikiforov 21. září 2016 připustil možnost rozšíření provozu domácího softwarového registru na celou Euroasijskou hospodářskou unii.

Ministr vyjádřil svůj názor na výroční 33. světové konferenci Mezinárodní asociace vědeckých parků a inovačních rozvojových zón (IASP) "Společný technologický prostor Eurasijské hospodářské unie (EAEU): model pro shromáždění."

V rámci diskuse účastníci konference diskutovali o vlivu regionalizace na globální ekonomiku, mechanismech a možnostech zemí EAEU v rozvoji technologických parků a inovačních klastrů. Upozornili na potřebu zlepšit stav technoparků a inovačních klastrů, jejich přechod z národního formátu na mezinárodní.

Účastníci diskuse nastolili otázku vypracování společného postoje k řadě aspektů vnitrostátních právních předpisů pro společná práce v EAEU. Zejména šéf ruského ministerstva telekomunikací a masových komunikací uvedl, že vláda Ruské federace nedávno přijala rezoluci zajišťující 15% cenovou preferenci pro ruské výrobce při dodávkách produktů a služeb státním společnostem. Hovořil také o zkušenostech s vývojem registru domácího softwaru a vyzval představitele unijních zemí, aby zvážili možnost vytvoření podobných mechanismů ve své legislativě.

Registr ruského softwaru byl doplněn o 645 nových softwarových produktů

V rámci pátého osobního setkání na Ministerstvu komunikací a masmédií Ruské federace odhlasovala ruská softwarová expertní rada v září 2016 zahrnutí 645 nových produktů do jednotného registru ruského softwaru. V registru ruského softwaru je již zahrnuto 1823 softwarových produktů.

Přidané softwarové produkty byly uznány jako vyhovující požadavkům stanoveným odstavcem 5 pravidel pro tvorbu a údržbu jednotného registru ruských programů pro elektronické počítače a databáze, schváleného nařízením vlády Ruské federace č. nákupy do uspokojovat potřeby státu a obce“ ze dne 16.11.2015

Expertní rada pro ruský software je stálým orgánem, který prověřuje aplikace společností za účelem zahrnutí informací o jejich softwarových produktech do Jednotného registru ruského softwaru. V radě jsou zástupci federálních výkonných orgánů, institucí pro vývoj inovací a také sdružení ruských softwarových vývojářů. Zástupci resortů v něm nemohou mít více než 40 % hlasů, zástupci IT průmyslu, v jehož zájmu je reforma realizována, musí mít alespoň 50 % hlasů. Rada rozhoduje prostou většinou hlasů jejích členů účastnících se zasedání, a to i na dálku. V případě rovnosti hlasů je rozhodující hlas předsedy.

Vývojář požaduje od Nikiforova, aby do registru ruského softwaru zařadil produkt na importní platformě

Společnost Letograf, vývojář stejnojmenného produktu pro tvorbu systémů pro správu dokumentů, zaslala dopis ministru komunikací Nikolaji Nikiforovovi, v němž požadovala přehodnocení rozhodnutí o zařazení jejich produktu do registru ruského softwaru.

Příkaz k odmítnutí zařazení Letografu do rejstříku Ministerstva telekomunikací a masových komunikací byl vydán v květnu a zveřejněn v srpnu 2016. Generální ředitel společnosti Gleb Lukin řekl TAdviser, že Letograph zaslal ministerstvu žádost o důvod zamítnutí a Ministerstvo telekomunikací a masových komunikací své rozhodnutí zdůvodnilo skutečností, že klíčová funkce softwaru deklarovaná Letographem je implementována. na zahraniční proprietární platformě Ensemble.

Letograf uvádí, že takový důvod odmítnutí zákon nestanoví. Systém správy dokumentů Letograf plně splňuje požadavky uvedené ve spolkovém zákoně ze dne 29. června 2015 č. 188-FZ a čl. 14 spolkového zákona a jde o zcela tuzemský vývoj, uvádí společnost.

Generální ředitel Letografu Gleb Lukin nesouhlasí s rozhodnutím ministerstva telekomunikací a masových komunikací odmítnout zařadit produkt společnosti do registru

V č. 188-FZ „O změně federálního zákona „o informacích, informační technologie a o ochraně informací“ a článek 14 federálního zákona „O smluvním systému při pořizování zboží, prací a služeb pro státní a komunální potřeby“ formulují požadavky na domácí software. Letograf ve svém dopise Nikiforovovi vysvětluje, že jejich software splňuje všechny body, včetně existence výhradních práv k softwaru ruskou společností, bezplatné distribuce na území Ruské federace, výše srážek za zahraniční komponenty, které nesmí přesáhnout 30 % výnosů z prodeje produktu a také absence informací představujících státní tajemství v softwaru.

Dále se uvádí, že produkt obsahuje více než 500 MB programového kódu napsaného ruskými vývojáři a vlastněného domácí komerční organizací.

Letograph v dopise ministrovi upozorňuje na skutečnost, že všechny EDMS prezentované na tuzemském trhu vyžadují ke svému fungování DBMS vyvinutý třetí společností a registr zahrnuje produkty využívající importované DBMS, jako např. Microsoft SQL Server nebo Oracle. Jako příklad vývojář uvádí E1 Euphrates a Delo EDMS. „Letograf“ je zase zcela domácí řešení využívající řešení InterSystems Cache nebo Ensemble jako DBMS, píše se v dopise.

V reakci na dopis Nikolaji Nikiforovovi obdržel Letograf dopis od Innokentyho Dementieva, zástupce ředitele odboru rozvoje špičkových technologií ministerstva komunikací a masmédií, který společnosti doporučil, aby znovu podala žádost, a odstranil důvody, pro které bylo dříve odmítnuto zahrnout informace o softwarovém produktu do registru nebo přiložit k žádosti vysvětlení o shodě produktu s požadavky stanovenými pravidly.

Dříve, v březnu, se členové Expertní rady pro ruský software na ministerstvu telekomunikací a masových komunikací na jednom ze setkání dohodli, že do registru nevpustí řešení, pokud jejich klíčová vlastnost není založena na domácí technologie, i když v celku formálně splňuje zákonná kritéria „ruskosti“ . Plánovalo se, že se tato politika použije, včetně softwaru s open source.

V tomto ohledu bylo později z rejstříku ruského softwaru vyřazeno několik produktů již v něm obsažených, u nichž byl odhalen jejich hlavní zahraniční původ.

Přiznání vývojáře: "Existuje jen málo šancí okamžitě se dostat do registru ruského softwaru"

Společnost "Elar", specializující se na tvorbu, vybavení a plnění elektronických archivů a dalších IT služeb, hovořila o "úskalích", které se vyskytly v procesu podávání a zvažování žádosti o vstup do registru ruského softwaru. Příkazy k odmítnutí zahrnutí softwarových produktů do jednotného registru, které poprvé zveřejnilo ministerstvo telekomunikací a hromadných komunikací v červenci 2016, obsahují tři řešení Elar: AIS Elar-Archive, Elar-SAAD a ELAR-Document Flow.

Formálně žádosti o zařazení softwarových produktů společnosti v rejstříku byly zamítnuty kvůli přítomnosti softwarových komponent zahraničního původu v distribučních sadách a nedostatku některých dokumentů potvrzujících vlastnictví společnosti k softwaru, vysvětlil TAdviser Artem Vartanyan, vedoucí marketingového oddělení společnosti Elar. Takové „nesplnění“ požadavků je ale podle něj důsledkem toho, že postup při vkládání tuzemského softwaru do registru není transparentní.

Nedostatečnou transparentnost mechanismu pro zařazování softwaru do registru zaznamenali také někteří další vývojáři, kteří obdrželi zamítnutí (viz níže v podsekci „Kdo a proč nemají povolen vstup do registru domácího softwaru“).

Při podávání žádostí ministerstvu telekomunikací a hromadných komunikací se vývojáři a vlastníci spoléhají na následující dokumenty, vysvětluje zástupce společnosti Elar. Za prvé k federálnímu zákonu Ruské federace ze dne 29. června 2015 č. 188-FZ „o změně federálního zákona „o informacích, informačních technologiích a ochraně informací“ a článku 14 federálního zákona „o smluvním systému ve obor obstarávání zboží, prací, služeb pro potřeby státu a obcí“, který formuloval požadavky na tuzemský software. Zadruhé k „Pravidlům pro vytváření a udržování jednotného registru ruských programů pro elektronické počítače a databáze“. Za třetí k „Postupu pro podání žádosti o zařazení informací o softwaru do jednotného registru ruských programů pro elektronické počítače a databáze“.

Žádný z těchto dokumentů se nezmiňuje o požadavcích na distribuci nebo například o požadavcích prokazování vlastnictví softwaru personální obsazení, což přesvědčí komisi, že to byli naši programátoři, kdo napsal kód, poznamenal Artem Vartanyan v rozhovoru s TAdviser.

Kdo a za co nesmí do registru tuzemského softwaru

V srpnu 2016 zveřejnilo ministerstvo telekomunikací a hromadných komunikací řadu příkazů, které odmítly zahrnout softwarové produkty do jednotného registru ruského softwaru. Ve 12 takových dokumentech, vydaných v různých časech od února do května, je asi 230 produktů. Mezi nejznámější společnosti a produkty v seznamech patří Croc s firemním EDMS, dceřiná společnost IT Group "Business Logic" s několika řešeními v oblasti elektronické správy dokumentů, řešení pro monitorování médií "Medialogia", řada produkty "MSVSfera" Národní centrum podpora a rozvoj“, WorksPad „dceřiné společnosti“ „IT“ „Laboratoř podnikové mobility“, balík kancelářských aplikací „IvolgaPRO“ a další.

Důvody pro odmítnutí zahrnout všechny tyto programy do rejstříku ministerstva telekomunikací a masových komunikací nevysvětluje. Dříve existovaly precedenty, kdy byly výrobky z registru vyřazeny, protože byly založeny na zahraničních technologiích. Například dva produkty "Business Logic" - "Logic ECM ASL.SED" a "Logic ECM ASL. Electronic Archive“ byly nejprve zahrnuty do registru a poté z něj vyloučeny, protože odborníci zjistili, že používají technologie IBM. V době zveřejnění příkazů k odmítnutí jsou v registru tři další produkty Business Logic. Společnost TAdviser sdělila, že proces registrace stále probíhá a společnost bude připravena se k tomu vyjádřit ihned po dokončení.

Podobný osud a ze stejného důvodu – použití softwaru IBM – potkal produkt „Karelian Medical Information System“ společnosti „K-MIS“. Z registru byla také odstraněna platforma pro správu elektronických dokumentů „M1: ECM Platform“ společnosti „Metamodel Group“, založená na produktech EMC.

Ministerstvo telekomunikací a masových komunikací nevysvětluje důvody zamítnutí zařazení produktů do rejstříku

Croc již dříve oznámil, že obdržel certifikaci EMC pro produkt se stejným názvem jako ten, který byl předložen do registru na platformě EMC Documentum a byl zamítnut. Společnost neupřesnila TAdviser, produkt založený na platformě, který byl předložen do registru, ale poznamenala, že se jedná o proprietární řešení, které splňuje požadavky Ministerstva telekomunikací a hromadných komunikací.

Igor Nikulin, ředitel odboru informačních technologií Croc, řekl TAdviseru, že společnost plánuje počkat na oficiální oznámení a pokračovat v interakci s kolegy z Ministerstva telekomunikací a masových komunikací: „Zajímá nás, že v registru byl zveřejněn maximální částka našeho vývoje softwaru, protože šíře výběru a zdravá konkurence jsou v zájmu samotných zákazníků.

Řešení „MSVSfera“, která nebyla zahrnuta do registru, jsou zase založena na produktech Red Hat. Již dříve se členové Expertní rady pro ruský software při ministerstvu komunikací, která o zařazení softwaru do registru rozhoduje, dohodli, že do něj nebudou vpouštět produkty, včetně open source, pokud jejich klíčová vlastnost nebude založena na domácích technologiích .

Pokud jde o produkt IvolgaPRO, dříve média psala o spojení tohoto produktu s produkty lotyšské společnosti Ascensio CIA (značka OnlyOfice). Na Novém komunikační technologie"- vývojář IvolgaPRO - řekl TAdviser, že rozhodnutí ministerstva telekomunikací a masových komunikací jim není jasné. Společnost nedostala písemné odůvodnění odmítnutí a může se pouze „dohadovat“, co jej způsobilo. Možná jde o nedokonalost mechanismu pro zahrnutí softwaru do registru: „Mechanismus pro vkládání softwaru do registru je velmi uzavřený a netransparentní,“ říká Lev Bannov, generální ředitel společnosti. Dodal, že firma s rozhodnutím nesouhlasí.

Odmítnutí nezměnilo plány společnosti, dodal Lev Bannov. Hlavní úkoly zůstávají stejné – vyrobit konkurenceschopný produkt a najít své místo v globálním systému dělby práce. Přitom při tvorbě čistě ruský systém dělba práce v oblasti softwaru, vrcholový manažer nevěří: „To je fikce a sebeklam. Všechny programy zahrnuté v registru mají importované součásti. Jen z nějakého důvodu jsou někteří považováni za Rusy, zatímco jiní ne.“ Dodal, že Nové komunikační technologie počkají na vývoj situace.

Část produktů by mohla být na seznamech odmítnutých z důvodu nesprávně provedených nebo předložených dokumentů nebo z jiných organizačních důvodů. Tak tomu bylo například v případě řešení "Bars.ZhKH". Toto rozhodnutí je uvedeno v seznamech „refuseniků“, ale fakticky je v době jejich zveřejnění přítomno v rejstříku. Skupina Bars vysvětlila TAdviseru, že důvody, proč se toto rozhodnutí objevilo na seznamu odmítačů pro zařazení do rejstříku, jsou čistě organizační povahy.

V případě rozhodnutí CryptoPro CSP(verze 4.0)“, který je na seznamech, ale je přítomen i v registru, bylo odmítnutí registrace učiněno na žádost samotné developerské společnosti v souladu s dopisem o chybné opětovné přihlášce.

Shelly pro platformy IBM a EMC byly odstraněny z registru

Dne 8. června 2016 se vešlo ve známost o odstranění řady softwarových produktů zahraničního původu z rejstříku domácího softwaru pod dohledem Ministerstva telekomunikací a hromadných komunikací.

„Seznam vyvrženců“ obsahoval:

„Logic ECM ASL.SED“ a „Logic ECM ASL. Elektronický archiv" společnosti "Business Logic" (součást skupiny IT),
"Karelský lékařský informační systém" společnosti "K-MIS" a
"M1: Platforma ECM" společnosti "Metamodel Group".

První tři produkty byly zapsány do registru na začátku dubna 2016, poslední - na konci dubna.

Důvodem tohoto rozhodnutí byly „nově zjištěné informace o specifikách práce tohoto softwaru“, poukazující na platformy zahraničních prodejců v jádru vlastností těchto programů: IBM a EMC, což znamená, že žadatelé o registraci nemají na ně výhradní práva a neovládají je.

Oficiální oznámení odboru o vyřazení softwaru z registru sice nebylo, ale analýza předchozího a současného seznamu programů v registru ukazuje na absenci uvedených produktů v registru.

Podle zdroje publikace CNews byl dotyčný software zařazen do rejstříku omylem a nedopatřením. Zdůraznil, že odpovědný odborník, který dává předběžné stanovisko ke shodě softwaru s kritérii „čistokrevnosti“, měl v každém ze čtyř případů svůj vlastní. To znamená, že o něčí systémové zlomyslné schválnosti nemůže být řeč.

Odborník se domnívá, že Ministerstvo telekomunikací a masových komunikací při vydávání příkazu k zápisu produktů do registru (zřejmě mluvíme o „tranši“, kdy byla do seznamů zahrnuta řešení na IBM), vědělo, co se děje , ale mechanicky dokončil formální proces.

Partnerská řešení založená na SAP budou žádat o vstup do registru ruského softwaru

SAP s řadou ruských partnerů diskutuje o tom, jak zkombinovat software s jejich produkty, aby jako součást partnerských řešení mohl vstoupit do registru ruského softwaru, řekl TAdviser v březnu 2016 Rolf Schumann, CTO společnosti SAP v regionu EMEA&MEE (podrobněji).

84 nových produktů, včetně Abbyy, MyOffice, Dr. Web, Docsvision

Dne 18. února se na Ministerstvu telekomunikací a masových komunikací konalo osobní setkání expertní rady pro ruský software, kterému předsedal ministr Nikolaj Nikiforov. Podle jeho výsledků bylo do registru tuzemského softwaru zařazeno 84 nových produktů.

Seznam zahrnoval produkty od takových vývojářů, jako jsou Cognitive Technologies, Dr. Web, Bars Group, Nové cloudové technologie, Prognoz, 1C-Bitrix, Docsvision, 1C, Alt Linux atd. U produktů posledních dvou zmíněných vývojářů byl snížen počet pozic pro zařazení do registru, zdroj blízký expertní rada řekla TAdviser.

Do poloviny února bylo přijato více než 700 žádostí o vložení informací o softwaru do registru ruského softwaru

Registr ruského softwaru nyní zahrnuje následující třídy softwarových produktů: operační systémy, systémy řízení organizačních procesů, DBMS, cloudové a distribuční výpočetní nástroje, virtualizační a úložné nástroje, servery a middleware, vyhledávače, monitorovací a řídicí systémy, prostředky poskytování informační bezpečnost, kancelářské aplikace, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, systémy pro řízení projektů, výzkum, vývoj, návrh a implementaci, lingvistický software.

Mezi produkty zahrnuté v registru jsou 1C-Bitrix: Site Management (několik verzí), 1C-Bitrix24, ABBYY FineReader, ABBYY Lingvo, ABBYY Comparator, Dr.Web Desktop Security Suite, Dr.Web Katana, Prognoz Platform, Docsvision system, "1C: ERP Enterprise Management 8", "1C: Accounting 8", "1C: Retail 8", "MyOffice Mail", Digitální design: Bezpečná mobilita, Bars Housing and Public Utilities, BARS.Monitoring - Education, "Alt Linux KDesktop ““, „Alt Linux 7.0 Centaur“ atd.

U některých žádostí bylo rozhodnuto o zamítnutí zařazení do evidence. Zdroj TAdviser uvádí, že v mnoha případech se tak stalo ještě před podáním žádostí k posouzení odborné radě, a to v podstatě z důvodu neshody elektronického podpisu, kterým jsou žádosti podepisovány.

Jiný zdroj TAdviser blízký radě odborníků poznamenává, že některé produkty čelily selhání kvůli tomu, že vývojáři neposkytli samotnému softwarovému produktu dokumenty, aby si ho bylo možné prohlédnout, a v některých případech kvůli tomu, že konečnými příjemci softwaru nejsou ruské osoby.

Antiviry ESET se mohou dostat do registru

5. února 2016 bylo známo, že software společnosti ESET lze rozpoznat v ruštině. Iset Development LLC navrhla zařadit svůj produkt komplexního antivirového řešení do registru tuzemského softwaru (více).

První produkty v registru ruského softwaru

Dne 1. února 2016 podepsal ministr komunikací Nikolaj Nikiforov příkaz k zařazení prvních tří softwarových produktů do jednotného registru ruského softwaru. Jedním z nich byl systém pro správu databází „Red Database“ od „Red Soft“, vyvinutý na bázi open source softwaru Firebird. Používá se ve více než 30 státních úřadech a státních organizacích, více než 150 bankách. Největším klientem „Red Database“ ve veřejném sektoru je FSSP.

Další dva produkty zahrnuté v registru jsou 1C: School. Informatika. Třída 11“ a „1C: Škola. Ruský jazyk. 5-6 třída. Lexikologie“ z „1C-Publishing“.

Rozhodnutí o zařazení produktů do rejstříku bylo přijato během nepřítomného zasedání ruské softwarové expertní rady, která zahrnuje zástupce federálních výkonných orgánů, institucí pro vývoj inovací a sdružení ruských softwarových vývojářů. Rozhodnutí Rady jsou přijímána prostou většinou hlasů jejích členů. Na základě výsledků hlasování byly tyto softwarové produkty uznány jako splňující požadavky stanovené v pátém odstavci pravidel pro vytvoření registru.

EMC Documentum tvrdí, že je zahrnuto do registru

V lednu 2016 EMC zahájila proces registrace řady partnerských projektů založených na platformě Documentum v registru domácího softwaru, Vjačeslav Kadnikov, regionální ředitel EMC ECD (Enterprise Content Division) ve východní Evropě, Rusku a SNS. řekl (podrobněji).

Regulace registru

Schválení pravidel pro vytvoření registru

Pravidla pro tvorbu registru byla schválena nařízením vlády ze dne 16. listopadu 2015 č. 1236.

Před podpisem vládního nařízení nemělo Ministerstvo telekomunikací a hromadných komunikací pravomoc se registrem zabývat. Podpisem dokumentu se ministerstvo stává odpovědným za registr, vysvětluje TAdviser Evgenia Vasilenko, výkonná ředitelka Asociace ruských softwarových vývojářů (ARPP „Domestic software“).

„Do 1. ledna je málo času, ale úkolů je mnoho. Ministerstvo telekomunikací a masových komunikací musí přijmout nařízení, definovat pravidla pro práci odborné rady a jmenovat provozovatele registru. Je nutné vypracovat a schválit klasifikátor softwaru. Vytvořte informační systém registru,“ říká Vasilenko.

Sdružení je podle ní připraveno se na těchto úkolech aktivně podílet.

„Klasifikátor se již vyrábí a bude předán ministerstvu komunikací. Jsme připraveni se zapojit do tvorby informačního systému, ale zde potřebujeme specifika, která lze dopracovat společně s regulátorem. Již dříve jsme v ARPP diskutovali o tom, že jsme připraveni systém bezplatně implementovat a převést na ministerstvo, pokud na tom budeme společně pracovat, především ve smyslu formalizace požadavků na systém,“ dodává ředitel ARPP.

Ministerstvo telekomunikací a masových komunikací slibuje, že po zveřejnění vládního nařízení odpoví na otázky ohledně vzniku registru.

Zákon o zřízení registru

Vytvoření registru ruského softwaru je upraveno federálním zákonem podepsaným prezidentem Vladimirem Putinem v červnu 2015.

Federální zákon definuje kritéria, která musí software splňovat, aby se do něj dostal tento registr. Mezi nimi:

výhradní právo na software na celém světě a po celou dobu trvání výhradního práva musí patřit: Ruské federaci, zakládajícímu subjektu Ruské federace nebo obci; ruská nezisková organizace, jejíž nejvyšší řídící orgán tvoří přímo nebo nepřímo Rusko, zakládající subjekty Ruské federace, obce nebo Rusové a která není uznávána jako ruská organizace ovládaná zahraniční osobou; ruská obchodní organizace s celkovým podílem přímé nebo nepřímé účasti Ruské federace, zakládajících subjektů Ruské federace, obcí, nevládních organizací a přímé nebo nepřímé účasti občanů Ruské federace vyšší než 50 %; občan Ruské federace;

Software je volně dostupný;

celková výše plateb podle licenčních a jiných smluv upravujících udělování práv k výsledkům duševní činnosti a prostředkům individualizace, výkonu práce, poskytování služeb sloužících k vývoji, úpravě a úpravě softwaru ve prospěch zahraničních subjektů, ruských organizací jimi ovládanými agenty, zástupci zahraničních subjektů a jimi ovládanými ruskými organizacemi činí méně než 30 % příjmů držitele autorských práv z prodeje softwaru za kalendářní rok;

informace o držiteli autorských práv k softwaru jsou uvedeny v rejstříku akreditovaných organizací působících v oblasti informačních technologií;

informace o softwaru nepředstavují státní tajemství a samotné programy nebo databáze neobsahují informace představující státní tajemství.

O zařazení konkrétního softwaru do registru tuzemského softwaru bude rozhodovat odborná rada, kterou vytvoří Ministerstvo telekomunikací a masových komunikací.

Ministerstvo telekomunikací a masových komunikací bylo jmenováno odpovědným za registr vládním výnosem podepsaným premiérem Dmitrijem Medveděvem v listopadu 2015. Rezoluce ukládá omezení na nákup dováženého softwaru od vládních agentur a společností s účastí státu, pokud je podobný software obsažen v registru.

Softwarové produkty zahrnuté v registru

Registr ruského softwaru

№	název	Třída softwaru (v terminologii registru)	Datum vstupu
1	Červená databáze	DBMS	29. ledna 2016
2	1C: Škola. Ruský jazyk, ročníky 5.–6. Lexikologie	Systémy řízení organizačních procesů,	29. ledna 2016
3	1C: Škola. Informatika, třída 11		29. ledna 2016
4	ABBYY ScanDifFinder SDK	Rutinní knihovny (SDK), lingvistický software,	20. února 2016
5	Alt Linux 7.0 Centaur	Utility a ovladače, nástroje pro přípravu spustitelného kódu, nástroje pro kontrolu verzí zdrojového kódu, cloudové a distribuované výpočetní nástroje, virtualizační nástroje a systémy pro ukládání dat, vývojová, testovací a ladicí prostředí, operační systémy	20. února 2016
6	1C: Komplexní automatizace 8	Systémy řízení organizačních procesů	20. února 2016
7	Adresář elektronických periodik „Systémový garant“	Informační systémy pro řešení specifických oborových úloh, aplikační software obecný účel, vyhledávače, databáze, kancelářské aplikace	20. února 2016
8	Alt Linux KDesktop	Vývoj, testování a ladění prostředí, obslužných programů a ovladačů, nástrojů pro správu verzí zdrojového kódu, cloudových a distribuovaných výpočetních nástrojů, virtualizačních nástrojů a systémů pro ukládání dat, operačních systémů, nástrojů pro přípravu spustitelného kódu	20. února 2016
9	E1 Eufrat	Kancelářské aplikace, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, univerzální aplikační software,	20. února 2016
10	Alt Linux SPT	Nástroje pro přípravu spustitelného kódu, cloudové a distribuované výpočetní nástroje, virtualizační nástroje a systémy pro ukládání dat, nástroje a ovladače, prostředí pro vývoj, testování a ladění, nástroje pro kontrolu verzí zdrojového kódu, operační systémy	20. února 2016
11	ABBYY Passport Reader SDK	Knihovny podprogramů (SDK), systémy pro shromažďování, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, lingvistický software	20. února 2016
12	ABBYY FineReader Bank	Lingvistický software, informační systémy pro řešení specifických průmyslových problémů, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
13	ABBYY Scan Station	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
14	ABBYY Screenshot Reader		20. února 2016
15	ABBYY Business Card Reader	Kancelářské aplikace, lingvistický software	20. února 2016
16	ABBYY Recognition Server	Lingvistický software, systémy pro shromažďování, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
17	ABBYY Lingvo	Lingvistický software	20. února 2016
18	Komparátor ABBYY	Lingvistický software, kancelářské aplikace	20. února 2016
19	ABBYY PDF Transformer	Univerzální aplikační software, kancelářské aplikace, lingvistický software	20. února 2016
20	ABBYY FineReader	Kancelářské aplikace, lingvistický software, univerzální aplikační software	20. února 2016
21	1C-Bitrix24 (společnost)	Kancelářské aplikace, systémy projektového řízení, výzkum, vývoj, návrh a implementace systémů, sběr, ukládání, zpracování, analýza, modelování a vizualizace datových polí, systémy řízení procesů organizace	20. února 2016
22	1C-Bitrix24 (Project+)	Kancelářské aplikace, systémy řízení procesů organizace, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, systémy řízení projektů, výzkum, vývoj, návrh a implementace	20. února 2016
23	1C-Bitrix24 (tým)	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, systémy řízení projektů, výzkumné, vývojové, návrhové a implementační systémy, systémy řízení procesů organizace, kancelářské aplikace	20. února 2016
24	1C-Bitrix24 (držení)	Kancelářské aplikace, systémy řízení procesů organizace, systémy řízení projektů, systémy pro výzkum, vývoj, návrh a implementaci, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
25	1C-Bitrix24 (firemní portál)	Systémy řízení organizačních procesů, kancelářské aplikace, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, systémy řízení projektů, výzkum, vývoj, návrh a implementace	20. února 2016
26	1C-Bitrix: Správa webu – Enterprise	Systémy řízení organizačních procesů	20. února 2016
27	1C-Bitrix: Správa webu – podnikání	Systémy řízení organizačních procesů	20. února 2016
28	1C-Bitrix: Správa webu - Expert	Systémy řízení organizačních procesů	20. února 2016
29	1C-Bitrix: Správa místa - Small Business	Systémy řízení organizačních procesů	20. února 2016
30	1C-Bitrix: Správa webu – standard	Systémy řízení organizačních procesů	20. února 2016
31	Informační a referenční systém „Kodeks“	systémy pro shromažďování, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, kancelářské aplikace, vyhledávače, systémy pro správu databází, univerzální aplikační software, informační systémy pro řešení specifických průmyslových problémů	20. února 2016
32	Účtování škodní činnosti	Univerzální aplikační software, vyhledávače, informační systémy pro řešení specifických oborových úkolů, systémy řízení procesů organizace	20. února 2016
33	mobilní, pohybliví pracoviště Hlava	Univerzální aplikační software, kancelářské aplikace, systémy pro shromažďování, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, systémy pro řízení organizačních procesů	20. února 2016
34	Chráněná mobilita	Nástroje pro bezpečnost informací, systémy řízení procesů organizace, univerzální aplikační software, kancelářské aplikace	20. února 2016
35	1C-Bitrix: Správa webu - Start	Systémy řízení organizačních procesů	20. února 2016
36	docsvision	Systémy projektového řízení, výzkum, vývoj, návrh a implementace, systémy řízení procesů organizace	20. února 2016
37	RAIDIX 4.0	Operační systémy, servery a middleware, cloud a distribuované výpočty, virtualizace a úložné systémy	20. února 2016
38	Dr.Web CureIt!	Univerzální aplikační software, nástroje pro bezpečnost informací	20. února 2016
39	Dr. Web Katana		20. února 2016
40	Dr.Web CureNet!		20. února 2016
41	Dr.Web Mobile Security Suite	Nástroje pro bezpečnost informací, univerzální aplikační software	20. února 2016
42	Dr.Web Gateway Security Suite	Server a middleware, nástroje pro bezpečnost informací, univerzální aplikační software	20. února 2016
43	Dr.Web Mail Security Suite	Server a middleware, univerzální aplikační software, nástroje pro bezpečnost informací	20. února 2016
44	BARS.Education - Elektronická vysoká škola	Informační systémy pro řešení specifických oborových úloh	20. února 2016
45	BARS.Education - E-school	Aplikační software pro obecné účely, informační systémy pro řešení specifických průmyslových problémů	20. února 2016
46	Dr.Web Server Security Suite	Nástroje pro bezpečnost informací, server a middleware, univerzální aplikační software	20. února 2016
47	Dr.Web Desktop Security Suite	Nástroje pro bezpečnost informací, univerzální aplikační software	20. února 2016
48	Dr.Web Enterprise Security Suite	Nástroje pro bezpečnost informací, univerzální aplikační software	20. února 2016
49	BARS.ZhKH	Informační systémy pro řešení specifických oborových úloh	20. února 2016
50	BARY.Inventář	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
51	BARS.Stavební komplex	Systémy řízení organizačních procesů, informační systémy pro řešení specifických průmyslových problémů, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, systémy řízení projektů, výzkum, vývoj, návrh a implementace	20. února 2016
52	BARS.Stroykompleks – KapStroy	Informační systémy pro řešení specifických průmyslových problémů, systémy řízení projektů, výzkum, vývoj, návrh a implementace, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
53	BARS.Stroykompleks - Kontrola a dohled	Informační systémy pro řešení specifických průmyslových problémů, systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
54	BARS.Portal - Vzdělávání	Informační systémy pro řešení specifických oborových úloh	20. února 2016
55	BARS.Portal - bytové a komunální služby	Informační systémy pro řešení specifických oborových úloh	20. února 2016
56	BARS.Efektivní region	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
57	BARS.Monitoring - Efektivita řízení	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
58	BARS.Monitoring - Energetická účinnost	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
59	BARS.Monitoring - Doprava	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
60	BARS.Monitoring - Zemědělství	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
61	BARS.Monitoring - Vzdělávání	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
62	BARS.Monitoring-Politika mládeže, Sport	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
63	BARS.Monitoring - Zdravotní pojištění	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
64	BARS.Monitoring - Kultura	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí	20. února 2016
65	BARS.Education - Elektronická školka	Informační systémy pro řešení specifických oborových úloh	20. února 2016
66	BARS. Správa nemovitostí	Informační systémy pro řešení specifických oborových úloh	20. února 2016
67	BARS. Energetická účinnost	Informační systémy pro řešení specifických oborových úloh	20. února 2016
68	BARS.ZhKH – fakturační centrum	Informační systémy pro řešení specifických oborových úloh, univerzální aplikační software	20. února 2016
69	Platforma Prognoz		20. února 2016
70	1C: Maloobchod 8		20. února 2016
71	1C: Divadlo	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
72	1C: Enterprise Management ERP 8	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
73	MyOffice Mail	Kancelářské aplikace	20. února 2016
74	Komplex automatizace sestavy hlášení (KASO)	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, univerzální aplikační software, informační systémy pro řešení specifických průmyslových problémů	20. února 2016
75	Glonass Kontrola a účtování dopravy	Serverový a spojovací software, monitorovací a řídicí systémy, informační systémy pro řešení specifických oborových úkolů	20. února 2016
76	1C: Účetnictví 8	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
77	1C: Škola. Dějiny středověku, 6. třída	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
78	Server TrueConf	Kancelářské aplikace, univerzální aplikační software, server a middleware	20. února 2016
79	1C: Knihovna	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
80	1C: Škola. Informatika. Stupeň 10	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
81	JE RPGU	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
82	IndorCAD/Silnice	Systémy pro sběr, ukládání, zpracování, analýzu, modelování a vizualizaci datových polí, informační systémy pro řešení specifických průmyslových problémů	20. února 2016
83	Algorius Net Viewer		20. února 2016
84	Algorius Net Watcher	Monitorovací a řídicí systémy	20. února 2016
85	1C: Muzeum	Systémy řízení organizačních procesů, informační systémy pro řešení specifických oborových úkolů	20. února 2016
86	Kancelářský systém pro automatizaci a správu elektronických dokumentů ("Case")	Nástroje pro bezpečnost informací, systémy řízení procesů organizace, knihovny podprogramů (SDK), kancelářské aplikace, univerzální aplikační software	20. února 2016
87	RP-server	Prostředí pro vývoj, testování a ladění, nástroje pro přípravu spustitelného kódu, nástroje pro správu verzí zdrojového kódu, knihovny podprogramů (SDK)	20. února 2016

Aktuální složení registru je k dispozici na webových stránkách Ministerstva telekomunikací a masových komunikací na adrese

Od 1. ledna 2016 budou všechny státní a obecní orgány, státní korporace Rosatom a Roskosmos, řídící orgány státních mimorozpočtových fondů, jakož i státní a rozpočtové instituce, které provádějí nákupy v souladu s požadavky „Systému o smlouvě“ v oblasti pořizování zboží, prací, služeb pro státní a komunální potřeby“, jsou povinni dodržovat zákaz přijímání softwaru pocházejícího ze zahraničí pro účely pořízení pro státní a komunální potřeby.

Aby se zákazník mohl rozhodnout o nákupu softwaru, potřebuje pracovat s registrem. Při práci s registrem ruského softwaru musí zákazník zadávající objednávku na dodávku softwarových produktů:

1) prostudujte klasifikátor a určete, která třída odpovídá softwaru plánovanému k nákupu;

2) přejděte na oficiální webovou stránku registru a zjistěte, zda registr obsahuje informace o softwaru pro tuto třídu (viz níže, jak to provést);

3) pokud jsou v registru informace o jednom nebo více softwarových produktech pro požadovanou třídu, zákazník bude muset nezávisle určit, zda alespoň jeden z produktů splňuje vlastnosti, které zákazník požaduje a které plánuje zahrnout do popisu předmětu zakázky. K tomu je vhodné určit požadované funkční, technické a provozní vlastnosti softwaru a porovnat je s podobnými vlastnostmi softwaru, o kterém jsou informace umístěny v registru.

Níže je uveden příklad formy srovnání výkonu:

č. p / p	Funkce softwaru	Požadované	Produkt A	Produkt B
1.	Funkční charakteristiky
1.1.	Centralizované řízení	Ano	Ano	Ano
1.2.	Správa fyzické a virtuální infrastruktury	Ano	Omezený	Ano
…	Schopnost spravovat virtualizační prostředí od více dodavatelů	Ano	Ano	Ano
2.	Specifikace
2.1.	Maximální počet hostitelů virtualizace	64	64	200
2.2.	Maximální počet virtuálních strojů	3000	8000	Není zdokumentováno
2.3.	Automatické obnovení po havárii virtuálního počítače (HA)	Ano	Ano	Ano
3.	Výkonové charakteristiky
3.1.	Integrace s AD	Ano	Ano	Ne
3.2.	Možnost centralizované správy prostřednictvím webového prohlížeče	Ano	Ano	Ano
3.3.	Dostupnost API pro zálohování	Ne	Ano	Ne

Poznámka

Je třeba poznamenat, že v souladu s nařízením vlády Ruské federace č. 1236 o vlastnostech softwaru, záznam v registru obsahuje pouze adresu stránky webu nositele autorských práv v informační a telekomunikační síti Internet, která obsahuje dokumentaci obsahující popis funkčních vlastností softwaru a informace nezbytné pro instalaci a provoz softwaru. V praxi stránky držitele autorských práv ne vždy obsahují vše nezbytné informace o softwaru. Mechanismus získávání těchto informací pro přípravu odůvodnění nebyl upraven. V případě nedostatečných informací o požadovaném softwaru je vhodné požádat držitele autorských práv o poskytnutí takových charakteristik.

Na základě výsledků provedené práce se zákazník rozhodne pro jedno ze dvou rozhodnutí: buď si koupí některý z ruských softwarových produktů uvedených v registru, nebo zdůvodní nákup softwaru, který není v registru zahrnut.

Druhý je možný, pokud:

a) registr neobsahuje informace o softwaru požadované třídy;

b) software, o kterém jsou v evidenci zařazeny údaje podle požadované třídy, neodpovídá svými funkčními, technickými a (nebo) provozními vlastnostmi požadavkům objednatele.

V tomto případě musí objednatel připravit, schválit a zveřejnit (spolu se zadávací dokumentací) . Taková povinnost je stanovena v části 3 článku 14 federálního zákona ze dne 5. dubna 2013 č. 44-FZ „O smluvním systému v oblasti zadávání zakázek na zboží, práce a služby pro potřeby státu a obcí“. Postup přípravy odůvodnění (Postup) je schválen.

Za zmínku stojí, že v souladu s bodem 4. postupu musí zákazník schválit uvedené odůvodnění ke dni vyvěšení oznámení o zakázce. Nestačí schválit odůvodnění současně s celým balíkem zadávací dokumentace.

Pro dodržení tohoto ustanovení by měli zadavatelé s ohledem na složitost zadávacích řízení obecně sledovat nejen samotný registr, ale také žádosti podané o zařazení do registru (jsou také vyvěšeny na webu provozovatele registru). To vám umožní předvídat zahrnutí konkrétního softwaru do registru.

Je vhodné připravit návrh odůvodnění již v době přípravy kompletní balíček zadávací dokumentaci a následně ji v den zveřejnění aktualizovat a schválit.

Odůvodnění musí obsahovat údaj:

a) okolnost, v souvislosti s níž nelze zákaz dodržet (vybírá se pododstavec „a“ nebo „b“ odst. 2 nařízení vlády Ruské federace č. 1236);

b) třída (třídy) softwaru, která (která) musí odpovídat softwaru, který je předmětem zakázky;

c) požadavky na funkční, technické a provozní vlastnosti softwaru, který je předmětem pořízení, stanovené objednatelem (s uvedením třídy (tříd), kterým musí software odpovídat, viz výše);

d) funkční, technické a (nebo) provozní vlastnosti, včetně kvantitativních, podle kterých softwarové produkty z registru nesplňují požadavky stanovené zákazníkem pro softwarový produkt, který je předmětem pořízení, pro každý softwarový produkt z registru (s uvedením jeho názvu). Takto porovnávané softwarové produkty musí patřit do stejné třídy ().

Viz také příklady zdůvodnění nemožnosti nákupu softwaru z registru: ; . Můžete vidět více příkladů podobných dokumentů předložených k odůvodnění nemožnosti nákupu domácího softwarového produktu.

Pokud registr neobsahuje informace o softwaru pro požadovanou třídu (je vybrán pododstavec „a“ odstavce 2 nařízení vlády Ruské federace č. 1236), není poslední blok („d“) zahrnut do odůvodnění.

U tohoto bloku („d“) je také třeba mít na paměti, že nařízení vlády Ruské federace č. 1236 nestanoví povinné uvedení funkčních, technických a provozních charakteristik zakoupeného softwaru za účelem prokázat jeho odlišnost od softwaru uvedeného v registru. Nicméně nesprávné specifikované vlastnosti, software požadovaný zákazníkem i software umístěný v registru mohou sloužit jako základ pro nároky regulačních orgánů. Důvodem reklamace může být např. odvolání softwarového vývojáře, jehož údaje jsou zapsány v registru, se stížností na Federální antimonopolní službu na nesprávné odůvodnění nemožnosti dodržení zákazu ze strany zákazníka.

V případě nedostatečných informací o vlastnostech softwaru, o kterém jsou informace umístěny v registru, je vhodné požádat držitele autorských práv o poskytnutí takových charakteristik.

Pokud takové informace nebudou poskytnuty, je vhodné pořídit screenshoty stránek webu držitele autorských práv, které obsahují informace o vlastnostech softwaru z registru (v době zveřejnění odůvodnění), a tyto screenshoty přiložit k odůvodnění.

Příklad zdůvodnění nemožnosti dodržet zákaz nákupu softwaru je uveden v.

Kontrola přítomnosti informací o softwaru pro konkrétní třídu v registru na webu reestr.minsvyaz.ru v aktuální podobě se provádí následovně:

1) na webu registru ruského softwaru přejděte do sekce „Registr“;

2) vyberte požadovanou třídu softwaru:

3a) pokud v registru nejsou žádné informace o softwaru pro požadovanou třídu, zobrazí se odpovídající zpráva:

3b) pokud registr obsahuje informace o softwaru požadované třídy, zobrazí se seznam softwarových produktů:

Aktuální přírůstky (k prosinci 2017)

V březnu 2017 vláda schválila programy pro elektronické počítače a databáze, jejichž informace jsou součástí registru ruského softwaru. Požadavky určují složení, architekturu a funkce softwaru potřebného k nahrazení importovaných analogů.

Zejména softwarové rozhraní musí být implementováno v ruštině. Software nesmí vyžadovat instalaci jiného softwaru (doplňkové softwarové moduly, fonty), který má jakákoli omezení na jeho bezplatnou distribuci v Rusku, s výjimkou operační systémy. Aktualizace softwaru by měly být prováděny pouze po potvrzení uživatelem nebo oprávněným personálem. Zároveň pro každý typ softwaru (operační systém, komunikační software, kancelářský oblek poštovní aplikace, organizátor, prohlížeče, internetový prohlížeč, editor prezentací, tabulkový editor, textový editor, ON správce souborů, právní referenční systém (ATS), software pro systém elektronické správy dokumentů a antivirová ochrana) zvláštní požadavky.

Registrační záznam je dle usnesení doplněn o informaci o shodě či nesouladu softwaru s dalšími požadavky. Ke konci roku 2017 se však žádné takové informace v registru nenašly.

V červnu 2017 zveřejnilo ministerstvo telekomunikací a hromadných komunikací realizaci plánů na přechod federálních výkonných orgánů a státních mimorozpočtových fondů na používání domácího kancelářského softwaru, a to i namísto dříve zakoupeného kancelářského softwaru.

Úplný seznam předpisů týkajících se nahrazování importu softwaru viz

Drazí kolegové!

Zajímavý a užitečný materiál pro státní a komunální zákazníky je zveřejněn na webových stránkách Expertního centra pro elektronický stát d-russia.ru. Tento materiál obsahuje pokyny krok za krokem o uplatňování nařízení vlády Ruské federace ze dne 16. listopadu 2015 č. 1236 „o stanovení zákazu přijímání softwaru pocházejícího z cizích zemí pro účely pořizování pro státní a komunální potřeby“.

Registr ruského softwaru - pokyny pro vládní zákazníky

Od 1. ledna 2016 jsou všechny státní a obecní orgány, státní korporace Rosatom a Roskosmos, řídící orgány státních mimorozpočtových fondů, jakož i státní a rozpočtové instituce, které provádějí nákupy v souladu s požadavky federálního zákona ze dne 5. , 2013 č. 44 -FZ "O smluvním systému v oblasti obstarávání zboží, prací, služeb pro uspokojování státních a komunálních potřeb", jsou povinni dodržovat zákaz přijímání softwaru pocházejícího ze zahraničí pro účely zadávání zakázek pro státní a komunální potřeby.

1) prostudujte klasifikátor a určete, která třída odpovídá softwaru plánovanému k nákupu;

2) přejděte na oficiální webovou stránku registru a zjistěte, zda registr obsahuje informace o softwaru pro tuto třídu (viz níže, jak to provést);

3) pokud jsou v registru informace o jednom nebo více softwarových produktech pro požadovanou třídu, bude muset zákazník samostatně určit, zda alespoň jeden z produktů splňuje vlastnosti, které zákazník požaduje a které plánuje zahrnout do popisu předmět nákupu. K tomu je vhodné určit požadované funkční, technické a provozní vlastnosti softwaru a porovnat je s podobnými vlastnostmi softwaru, o kterém jsou informace umístěny v registru.

Níže je uveden příklad formy srovnání výkonu:

č. p / p	Funkce softwaru	Požadované	Produkt A	Produkt B
1.	Funkční charakteristiky
1.1.	Centralizované řízení	Ano	Ano	Ano
1.2.	Správa fyzické a virtuální infrastruktury	Ano	Omezený	Ano
…	Schopnost spravovat virtualizační prostředí od více dodavatelů	Ano	Ano	Ano
2.	Specifikace
2.1.	Maximální počet hostitelů virtualizace	64	64	200
2.2.	Maximální počet virtuálních strojů	3000	8000	Není zdokumentováno
2.3.	Automatické obnovení po havárii virtuálního počítače (HA)	Ano	Ano	Ano
3.	Výkonové charakteristiky
3.1.	Integrace s AD	Ano	Ano	Ne
3.2.	Možnost centralizované správy prostřednictvím webového prohlížeče	Ano	Ano	Ano
3.3.	Dostupnost API pro zálohování	Ne	Ano	Ne

Poznámka

Je třeba poznamenat, že v souladu s nařízením vlády Ruské federace č. 1236 o charakteristikách softwaru obsahuje záznam v registru pouze adresu stránky webu držitele autorských práv v informační a telekomunikační síti Internet, která obsahuje dokumentaci obsahující popis funkčních charakteristik softwaru a informace nezbytné pro instalaci a provoz softwaru. V praxi ne vždy stránka držitele autorských práv obsahuje všechny potřebné informace o softwaru. Mechanismus získávání těchto informací pro přípravu odůvodnění nebyl upraven. V případě nedostatečných informací o požadovaném softwaru je vhodné požádat držitele autorských práv o poskytnutí takových charakteristik.

Druhý je možný, pokud:

ale) registr neobsahuje informace o softwaru požadované třídy;

b) software, o kterém jsou údaje zařazeny v evidenci podle požadované třídy, neodpovídá svými funkčními, technickými a (nebo) provozními vlastnostmi požadavkům zákazníka.

V tomto případě musí zadavatel připravit, schválit a zveřejnit (spolu se zadávací dokumentací) odůvodnění nemožnosti zákazu dodržet. Taková povinnost je stanovena v části 3 článku 14 federálního zákona ze dne 5. dubna 2013 č. 44-FZ „O smluvním systému v oblasti zadávání zakázek na zboží, práce a služby pro potřeby státu a obcí“. Usnesením vlády ze dne 16.11.2015 č. 1236 byl schválen postup přípravy odůvodnění (Řízení).

Návrh odůvodnění je vhodné připravit v době přípravy kompletního balíku zadávací dokumentace a následně jej v den zveřejnění aktualizovat a schválit.

Odůvodnění musí obsahovat údaj:

ale) okolnost, v souvislosti s níž nelze zákaz dodržet (vybírá se pododstavec „a“ nebo „b“ odst. 2 vyhlášky vlády Ruské federace č. 1236);

b) třída (třídy) softwaru, kterému (kterému) musí software, který je předmětem zakázky, odpovídat;

v) požadavky na funkční, technické a provozní vlastnosti softwaru, který je předmětem pořízení, stanovené objednatelem (s uvedením třídy (tříd), kterým musí software odpovídat, viz výše);

G) funkční, technické a (nebo) provozní vlastnosti, včetně kvantitativních, podle kterých softwarové produkty z registru nesplňují požadavky stanovené zákazníkem na softwarový produkt, který je předmětem pořízení, pro každý softwarový produkt od registru (s uvedením jeho názvu). Takto porovnávané softwarové produkty musí patřit do stejné třídy ( příklad srovnání softwarových produktů).

Pro tento blok ("G") je také třeba mít na paměti, že nařízení vlády Ruské federace č. 1236 nestanoví povinné uvedení funkčních, technických a provozních vlastností zakoupeného softwaru za účelem prokázání jeho odlišnosti od softwaru uvedeného v Registrovat. Nesprávně specifikované vlastnosti softwaru požadovaného zákazníkem i softwaru umístěného v registru však mohou sloužit jako základ pro reklamace regulačních orgánů. Důvodem reklamace může být např. odvolání softwarového vývojáře, jehož údaje jsou zapsány v registru, se stížností na Federální antimonopolní službu na nesprávné odůvodnění nemožnosti dodržení zákazu ze strany zákazníka.

Příklad zdůvodnění nemožnosti dodržet zákaz nákupu software je uveden v příloze.

Kontrola přítomnosti informací o softwaru pro konkrétní třídu v registru na webu reestr.minsvyaz.ru v aktuální podobě se provádí následovně:

1) na webu registru ruského softwaru přejděte do sekce "Registr";

2) vyberte požadovanou třídu (třídy) softwaru:

3a) pokud v registru nejsou žádné informace o softwaru pro požadovanou třídu, zobrazí se odpovídající zpráva:

3b) pokud registr obsahuje informace o softwaru třídy, kterou hledáte, zobrazí se seznam softwarových produktů:

Nařízení vlády Ruské federace ze dne 23. března 2017 č. 325 „O schválení dodatečných požadavků na programy pro elektronické počítače a databáze, o nichž jsou informace zahrnuty v registru ruského softwaru, ao změnách pravidel pro vytváření a udržování jednotného registru ruských programů pro elektronické počítače a databáze“

V souladu s odstavcem 6 článku 12.1 federálního zákona „o informacích, informačních technologiích a ochraně informací“ vláda Ruské federace rozhoduje:

1. Schvalte přiložené:

další požadavky na programy pro elektronické počítače a databáze, o kterých jsou informace zahrnuty v registru ruského softwaru;

změny, které se provádějí v Pravidlech pro tvorbu a vedení jednotného registru ruských programů pro elektronické počítače a databáze, schválených nařízením vlády Ruské federace ze dne 16. listopadu 2015 č. 1236 „O zřízení zákaz přijímání softwaru pocházejícího z cizích zemí pro účely nákupu pro státní a komunální potřeby“ (Sbírka právních předpisů Ruské federace, 2015, č. 47, položka 6600).

2. Federální výkonné orgány a státní mimorozpočtové fondy při pořizování programů pro elektronické počítače a databáze pro státní potřeby, o nichž jsou informace obsaženy v registru ruského softwaru, dbají na splnění dalších požadavků schválených tímto usnesením.

3. Ministerstvu telekomunikací a masových komunikací Ruské federace:

schvaluje postup a metodiku potvrzování shody programů pro elektronické počítače a databáze, jejichž informace jsou uvedeny v registru ruského softwaru, s dalšími požadavky schválenými tímto usnesením;

uvést regulační právní akty do souladu s tímto usnesením;

do 6 měsíců od data oficiálního zveřejnění tohoto usnesení zajistit, aby software zahrnutý v registru ruského softwaru vyhovoval dalším požadavkům schváleným tímto usnesením.

4. Změny schválené tímto usnesením nabývají účinnosti po 6 měsících ode dne oficiálního zveřejnění tohoto usnesení.

SCHVÁLENÝ
Nařízení vlády
Ruská Federace
ze dne 23. března 2017 č. 325

Dodatečné požadavky
na programy pro elektronické počítače a databáze, o kterých jsou informace zahrnuty v registru ruského softwaru

I. Obecná ustanovení

1. Tento dokument definuje požadavky na programy pro elektronické počítače a databáze, jejichž informace jsou obsaženy v registru ruského softwaru, pokud jde o složení a funkční vlastnosti softwaru určeného mimo jiné k automatizaci funkcí zaměstnanců společnosti federální výkonné orgány a státní mimorozpočtové fondy Ruské federace při výkonu úřední povinnosti(dále příslušně - uživatelé, software).

2. Informační podpora uživatelům (dále - uživatelská podpora) by měla být poskytována v souladu s tímto dokumentem v celé Ruské federaci bez omezení.

II. Požadavky na skladbu, funkční vlastnosti a operační prostředí kancelářského softwaru

3. Kancelářský software zahrnuje operační systém, komunikační software, kancelářský balík, e-mailové aplikace, organizér, prohlížeče, internetový prohlížeč, editor prezentací, tabulkový editor, textový editor, software pro správu souborů, právní referenční systém, softwarové systémy pro správu elektronických dokumentů a antivirus ochrana.

Kancelářský software se skládá ze samostatného a/nebo webového softwaru a klientského softwaru. Kancelářský software může být soubor vzájemně propojených softwarových produktů, které odpovídají klasifikátoru programů pro elektronické počítače a databáze v souladu s právními předpisy Ruské federace.

4. Kancelářský software musí zajistit práci uživatelů na osobních elektronických počítačích, koncových přístupových zařízeních a účastnických zařízeních radiomobilních komunikací bez připojení k místním sítím a (nebo) pomocí internetové informační a telekomunikační sítě a (nebo) s využitím infrastruktury který poskytuje informace a technologickou interakci informačních systémů sloužících k poskytování veřejné služby a provádění funkcí státu v elektronické podobě, vytváření, zpřístupňování, zpracování, ukládání a výmaz elektronické dokumenty(technologie „cloud“) a (nebo) používání místních sítí pro uživatelský přístup k softwaru nainstalovanému na serverovém hardwaru.

5. Pokud má kancelářský software funkci identifikace a autentizace uživatelů, musí být možné identifikovat a autentizovat uživatele mimo jiné pomocí federálního informačního systému „ jeden systém identifikace a autentizace v infrastruktuře, která zajišťuje interakci informačních technologií informačních systémů sloužících k poskytování veřejných a komunální služby v elektronické podobě“ způsobem stanoveným právními předpisy Ruské federace.

6. Rozhraní kancelářského softwaru musí být implementováno v ruštině. Rozhraní kancelářského softwaru může být implementováno pomocí dalších jazyků.

7. Kancelářský software by neměl vyžadovat instalaci dalšího softwaru (doplňkové softwarové moduly, fonty), který má jakákoli omezení pro jeho bezplatné šíření na území Ruské federace, s výjimkou operačních systémů.

8. Aktualizace kancelářského softwaru by měly být prováděny pouze po potvrzení uživatelem kancelářského softwaru nebo oprávněným personálem.

9. V případě, že uživatel přistupuje ke kancelářskému softwaru pomocí internetového prohlížeče, musí kancelářský software poskytovat možnost používat internetové prohlížeče alespoň 3 různých nositelů autorských práv výhradních práv k programu pro elektronické počítače nebo databázi (držitelé práv, skupiny držitelů práv), informace o jednom z nich jsou uvedeny v jednotném registru ruského softwaru.

10. Kancelářský software musí splňovat požadavky právních předpisů Ruské federace o ochraně informací a o ochraně osobních údajů v případech stanovených právními předpisy Ruské federace.

Přenos dat prostřednictvím komunikačních kanálů, včetně textových zpráv a (nebo) elektronických dokumentů, hlasových, zvukových, obrazových a jiných informací, pomocí kancelářského softwaru musí být prováděn s ohledem na požadavky právních předpisů Ruské federace o ochraně informací a sdělení.

11. Funkční charakteristiky kancelářského softwaru a prostředí pro jeho provoz musí splňovat následující požadavky:

a) požadavky na operační prostředí kancelářského softwaru:

kancelářský software, s výjimkou operačních systémů, musí běžet na následujících operačních systémech:

pro automatizované pracoviště uživatele (osobní elektronický počítač nebo terminálové přístupové zařízení) - provozující alespoň 2 různé operační systémy, o kterých jsou informace zahrnuty v jednotném registru ruského softwaru, a provozující systémy Microsoft Windows (verze 7 a vyšší), certifikované v souladu s požadavky právních předpisů Ruské federace o ochraně informací;

pro serverový hardware - běžící alespoň 2 operační systémy, jejichž informace jsou uvedeny v jednotném registru ruského softwaru, a operační systémy Microsoft Windows Server(verze 2008 a vyšší), přičemž virtualizační nástroje lze využít k zajištění fungování kancelářského softwaru pod operačními systémy pro serverová zařízení;

pro účastnická zařízení radiomobilní komunikace - pod kontrolou obs Systémy Android, iOS;

operační systémy pro pracovní stanici uživatele musí obsahovat provozní režim, který vám umožní implementovat funkce kancelářského softwaru, který funguje a běží v jiných operačních systémech uvedených v odstavci tři tohoto pododstavce;

b) požadavky na komunikační software:

komunikační software, což je software pro vytváření a zpracování informací, jakož i interakci uživatele prostřednictvím přenosu informací pomocí telekomunikačních kanálů, včetně zabezpečených komunikačních kanálů, a (nebo) lokálních sítí pomocí automatizovaného pracoviště a (nebo ) účastnických zařízení rádiová mobilní komunikace uživatele by měla poskytovat:

vytváření, prohlížení, úpravy, kopírování, tisk informací zpracovávaných pomocí komunikačního softwaru a přenos informací pomocí telekomunikačních kanálů a místních počítačových sítí, včetně připojení elektronických dokumentů, elektronické zprávy, včetně textových zpráv, obrázků, zvukových souborů a video souborů;

doručení uživateli oznámení o elektronických zprávách zasílaných ostatními uživateli komunikačního softwaru na koncové přístupové zařízení uživatele, na kterém je komunikační software nainstalován nebo které se používá pro přístup ke komunikačnímu softwaru nainstalovanému na serverovém zařízení;

možnost znemožnit uživateli funkci pro doručování upozornění na přijaté elektronické zprávy;

možnost ukládání a mazání textových zpráv a elektronických dokumentů na osobních elektronických počítačích a na účastnických zařízeních radiomobilní komunikace;

možnost prohledávat uložené textové zprávy a elektronické dokumenty, pokud uživatel nemá přístup k serverovému softwaru pomocí místního počítačová síť nebo nedostatek přístupu k informační a telekomunikační síti „Internet“;

možnost ukládání elektronických zpráv a elektronických dokumentů na osobních elektronických počítačích, serverových zařízeních a účastnických zařízeních rádiové mobilní komunikace, jakož i přenos elektronických zpráv a elektronických dokumentů do centralizovaného úložiště;

přenos textových zpráv a elektronických dokumentů vytvořených uživateli pomocí komunikačního softwaru do federálních informačních systémů;

schopnost tisknout informace zpracované pomocí komunikačního softwaru;

přenos dat pomocí komunikačního softwaru lze provádět prostřednictvím otevřené kanály komunikace, jakož i zabezpečené komunikační kanály využívající šifrovací (kryptografické) nástroje ochrany informací certifikované v souladu s požadavky právních předpisů Ruské federace;

c) požadavky na kancelářský balík:

kancelářský balík, což je samostatný software nebo soubor vzájemně propojeného kancelářského softwaru s jednotným rozhraním pro vytváření, prohlížení, úpravu, ukládání, mazání elektronických dokumentů, výměnu elektronických dokumentů a zavádění dalších způsobů jejich zpracování, jakož i poskytování schopnosti pro tisk informací v případě potřeby, zpracovaných pomocí odpovídajícího softwaru, musí poskytovat funkčnost alespoň 4 z následujících typů softwaru:

textový editor;

tabulkový editor;

editor prezentací;

poštovní aplikace;

Komunikační software;

Software pro správu souborů;

organizátor;

diváci;

kancelářský balík ve smyslu textového editoru, tabulkového editoru a prezentačního editoru by měl zajistit společnou práci na elektronickém dokumentu skupinou uživatelů, včetně možnosti zaznamenat změny v elektronickém dokumentu v reálném čase;

kancelářský balík musí splňovat požadavky na funkční vlastnosti odpovídajícího softwaru;

d) požadavky na poštovní přihlášku:

poštovní aplikace, což je software (dále jen e-mailový software) pro prohlížení, vytváření, úpravu, mazání, ukládání, tisk a odesílání e-mailových zpráv, musí poskytovat:

vytváření, úprava, mazání a odesílání elektronických textových zpráv a připojování elektronických dokumentů k nim, automatické ukládání elektronické dokumenty a e-mailové zprávy;

vytváření, mazání, přejmenování katalogů e-mailových zpráv v systému elektronické pošty (dále jen katalogy systému elektronické pošty);

možnost ukládat, mazat, kopírovat a přesouvat e-mailové zprávy v adresářích e-mailového systému;

možnost vyhledávat e-mailové zprávy v elektronické schránce uživatele mimo jiné pomocí různých kritérií vyhledávání e-mailových zpráv;

vytváření, úpravy, mazání a odesílání elektronických textových zpráv ve více elektronických schránkách (e-mailových adresách) pomocí jediné uživatelské rozhraní;

zobrazovat pomocí jediného uživatelského rozhraní e-mailového softwaru e-mailové zprávy z více e-mailů poštovní schránky uživatel (e-mailové adresy);

Konsolidované zobrazení e-mailových zpráv podle tématu pomocí jediného uživatelského rozhraní;

automatické vytváření a úprava nastavení připojených e-mailových schránek uživatele na všech zařízeních uživatele, na kterých je nainstalován a používán e-mailový software;

vytváření, mazání, změna pořadí zpracování e-mailových zpráv dle kritérií stanovených uživatelem, včetně automatického přesunu e-mailových zpráv do adresářů e-mailového systému, opožděné odesílání e-mailových zpráv na určitou dobu nastavená uživatelem, automatická odpověď na přijaté e-mailové zprávy;

vytváření, mazání, úprava informací o uživateli a automatické přidávání těchto informací do vytvářené elektronické zprávy;

možnost uživatele vybrat e-mailovou adresu jiného příjemce (jiných příjemců) e-mailové zprávy pomocí uživatelského adresáře organizace a osobního adresáře uživatele;

schopnost tisknout informace zpracované pomocí e-mailového softwaru;

možnost použití ověřené fondy elektronický podpis s využitím kvalifikovaných certifikátů za účelem zajištění integrity přenášených e-mailových zpráv;

Interakce informačních technologií mezi softwarem e-mailového serveru a softwarem e-mailového klienta by měla být mimo jiné prováděna pomocí následujících protokolů:

SMTP nebo ESMTP - pro odesílání e-mailových zpráv;

IMAP nebo POP3 - pro příjem e-mailových zpráv;

HTTPS - pro interakci s webovým klientem e-mailového systému;

CalDav - pro vytváření a přijímání informací o událostech zadaných v kalendáři;

CardDav - vytvářet a přijímat seznam osobních kontaktů a seznam uživatelů organizace;

e-mailový software musí implementovat:

prostředky pro automatické zjišťování nežádoucích e-mailových zpráv a jejich automatické přesouvání do příslušného adresáře systému elektronické pošty;

prostředky integrace s externím antivirovým softwarem, o kterém jsou informace zahrnuty v jednotném registru ruského softwaru;

aby byla zajištěna důvěrnost e-mailových zpráv a elektronických dokumentů zpracovávaných pomocí e-mailového softwaru, musí být tento software schopen integrace s nástroji ochrany kryptografických informací certifikovanými v souladu s legislativou Ruské federace;

e) požadavky na organizátora - organizátor, což je software pro vytváření, úpravu, ukládání, mazání a přenos informací o kontaktech, úkolech a událostech uživatele, musí zajistit:

vytváření informací o kontaktech, úkolech a událostech uživatele;

zobrazit podrobnosti plánu v kalendáři uživatele;

smazání události z kalendáře uživatele;

editace události v kalendáři uživatele;

schopnost podporovat spolupráci uživatelů;

možnost diferenciace přístupových práv uživatelů k informacím;

možnost poskytovat informace o uživatelských událostech ostatním uživatelům;

výměna informací mezi serverovým softwarem a klientským softwarem nainstalovaným na pracovních stanicích uživatele a na rádiových mobilních komunikačních zařízeních uživatele, která by měla být prováděna, včetně použití protokolů výměny informací CalDav;

f) požadavky na prohlížeče - prohlížeče, které jsou softwarem pro prohlížení elektronických dokumentů bez možnosti jejich úpravy, musí poskytovat možnost prohlížení elektronických dokumentů uložených, a to i ve formátech odpovídajících různým rozšířením elektronických dokumentů, včetně bmp, jpg, jpeg, png, gif, tif, tiff, OOXML, docx, doc, pptx, rtf, txt, pdf, xls, xlsx, odt, ods, odp, avi, mpeg, mp3;

g) Požadavky na internetový prohlížeč – nástroje internetového prohlížeče musí podporovat html5, CSS3, javascript a další technologie;

h) požadavky na prezentační editor - prezentační editor, což je software pro prohlížení, vytváření, úpravu, mazání a tisk informací zpracovávaných pomocí prezentačního editoru a ukládání prezentačních materiálů ve formě elektronických dokumentů, sestávající ze sady snímků obsahující v uživatelsky definované strukturované podobě musí informace, včetně textových, grafických, tabulkových a audiovizuálních informací (dále jen snímky), poskytovat:

vytváření nových elektronických prezentačních dokumentů, včetně dokumentů ve formátu Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, PPTX);

otevírání existujících elektronických prezentačních dokumentů, včetně dokumentů ve formátu Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, PPTX);

použití různých písem pro návrh textových informací umístěných na diapozitivech;

návrh textových informací umístěných na diapozitivech s použitím různých barev a pozadí;

návrh textových informací umístěných na diapozitivech pomocí uživatelem instalovaných tučných, kurzívních a podtržených písem, jakož i libovolné velikosti písma;

zajištění zarovnání textových informací do středu oblasti umístění informací, podél levého nebo pravého okraje oblasti umístění informací, stejně jako podél šířky oblasti umístění informací;

vkládání do snímku a vyjímání ze snímku grafických a dalších prvků, včetně grafické obrázky, audio a video informace;

nastavení prezentace;

tisk diapozitivů pomocí zařízení pro tisk dokumentů;

předvádění diapozitivů, jakož i zobrazování informací umístěných na diapozitivech pomocí zařízení terminálového rozhraní;

ukládání dokumentů elektronické prezentace ve formátech podporovaných softwarem, včetně formátu Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, PPTX) a Portable Document Format (PDF);

i) požadavky na tabulkový editor - tabulkový editor (tabulkový editor), což je software pro prohlížení, vytváření, úpravy, mazání a ukládání elektronického dokumentu (včetně tabulkového dokumentu), musí poskytovat:

vytváření nových tabulkových dokumentů, včetně dokumentů ve formátu Open Document Format (GOST R ISO/IEC 26300-2010) Office Open XML (OOXML, XLSX);

otevírání existujících elektronických tabulkových dokumentů, včetně dokumentů ve formátu Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, XLSX);

zadávání dat do tabulky;

odstranění dat z tabulky;

úpravy a kopírování dat, včetně přidávání, změn, mazání a kopírování obsahu buněk a rozsahů buněk v tabulkách;

návrh tabulkových dat včetně spojování a oddělování buněk tabulky, výběr písma, barvy zadávaných informací, pozadí buněk, návrh ohraničení tabulky jako celku a jejích částí;

formátování dat v buňkách tabulky, včetně dat v číselném, textovém, peněžním, finančním a procentuálním formátu;

podpora schopnosti zobrazovat grafy a tabulky;

schopnost vytvářet a mazat listy elektronického tabulkového dokumentu;

možnost aplikace vzorců (včetně matematických) v ruštině a Angličtina k tabulkovým datům a také automatické zobrazení výsledků výpočtu uživatelem vybraných vzorců pro vybranou buňku nebo rozsah buněk ve stavovém řádku;

schopnost zrušit jakoukoli operaci provedenou během procesu úprav a vrátit zrušené operace;

společná úprava tabulky bez omezení funkčnosti softwaru;

použití šablon tabulek;

tisk informací obsažených v tabulkách pomocí zařízení pro tisk dokumentů;

ukládání tabulek ve formátech podporovaných softwarem, včetně formátu Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, XLSX) a Portable Document Format (PDF);

j) požadavky na textový editor - textový editor, což je software pro prohlížení, vytváření, úpravu a ukládání elektronického dokumentu, musí poskytovat:

vytváření elektronických textových dokumentů, včetně dokumentů ve formátu Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, DOCX);

otevírání existujících elektronických textových dokumentů, včetně dokumentů ve formátu Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, DOCX);

zadávání dat do elektronického textového dokumentu a jejich úprava;

příprava elektronických textových dokumentů na formulářích A0, A1, A2, A3, A4, A5, A6;

podélné uspořádání detailů na podobě elektronického textového dokumentu;

nastavení libovolné velikosti odsazení odstavce od levého okraje elektronického textového dokumentu;

poskytování možnosti číslování různých prvků seznamů;

možnost používat uživatelsky nainstalovaná tučná, kurzíva, podtržená písma a také velikosti písem 10, 12, 13, 14 nebo vlastní velikosti;

schopnost zvýraznit text v písmenu velkými písmeny a v řadě;

schopnost zarovnat textové informace v elektronickém textovém dokumentu na střed, podél levého a pravého okraje textového pole a také podél šířky textového pole;

možnost nastavit hodnotu řádkování;

možnost nastavit samostatné číslování pro první a následující stránky elektronického textového dokumentu, včetně číslování stránek uprostřed záhlaví nebo zápatí;

možnost nastavit odsazení od okraje horního pole elektronického textového dokumentu;

možnost nastavit šířku horního, spodního, pravého a levého okraje elektronického textového dokumentu;

možnost zrušit jakoukoli operaci provedenou během procesu úprav a vrátit zrušené operace;

schopnost zaznamenat opravy v elektronickém textovém dokumentu;

společná úprava elektronického textového dokumentu více uživateli (až 10 a více uživatelů);

možnost automatická kontrola pravopis, syntaxe a interpunkce v souladu s pravidly ruského jazyka, včetně možnosti použití externích elektronických pravopisných slovníků ruského jazyka;

uložení elektronického textového dokumentu ve formátech podporovaných softwarem, včetně formátu Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, DOCX) a Portable Document Format (PDF);

zajištění možnosti přípravy elektronických textových dokumentů na základě standardních šablon dokumentů v souladu s GOST R 6.30-2003 a požadavky legislativy Ruské federace v oblasti organizace kancelářské práce a toku dokumentů v činnosti státních orgánů;

k) požadavky na software pro správu souborů - správce souborů, což je software pro vytváření, kopírování, přejmenování a mazání katalogů elektronických dokumentů, musí poskytovat možnost mazat, kopírovat a přesouvat elektronické dokumenty;

l) požadavky na právní referenční systémy – právní referenční systém musí:

poskytovat stálou službu vyhledávání informací pro poskytování právních úkonů a referenčních a informačních dokumentů;

zajistit síťovou verzi referenčního a právního systému s pravidelně aktualizovanou databází federálních a regionálních právních předpisů, instalovanou v místní síti uživatele a umožňující práci s referenčním a právním systémem, a to i v případě absence přístupu k informacím a telekomunikační síť "Internet";

m) požadavky na programové vybavení systému elektronické správy dokumentů - programové vybavení systému elektronické správy dokumentů musí splňovat požadavky kladené právními předpisy Ruské federace na informační systémy pro správu elektronických dokumentů;

n) požadavky na antivirovou ochranu - antivirová ochrana musí zajistit ochranu údajů zpracovávaných pomocí informačních a komunikačních technologií v souladu s požadavky na informační systém, který využívá nástroje antivirové ochrany se schopností rychle sledovat a analyzovat protokoly událostí z jediné administrátorské konzole.

12. Kancelářský software, pokud je potřeba importovat (exportovat) data, musí poskytovat možnost zpracování dat v jednom z následujících formátů:

Formát otevřených dokumentů (GOST R ISO/IEC 26300-2010);

Office Open XML (OOXML, DOCX, XLSX, PPTX, návrh ISO/IEC IS 29500:2008);

PDF/A-1 vyhovující normě ISO 19005-1:2005 "Správa dokumentů - Formát souboru elektronického dokumentu pro dlouhodobé uchování - Část I: Použití ve formátu PDF 1.4 (PDF/A-1)" (Správa dokumentů - Formát souboru elektronického dokumentu pro dlouhodobé uchování - Část I: Použití PDF 1.4 (PDF/A-1) v souladu s legislativou Ruské federace;

společné soubory pro výměnu zvukových a obrazových informací, elektronické textové dokumenty(např. bmp, jpg, jpeg, png, gif, tif, tiff, rtf, txt, zip, avi, mpeg, mp3).

13. Programovací rozhraní (API) by měla být implementována a zdokumentována v kancelářském softwaru pro integraci s jinými systémy.

14. Kancelářský software by měl poskytovat kompatibilitu s formáty dokumentů založenými na formátu Open Document Format (GOST R ISO / IEC 26300-2010) a také formátu Portable Document Format (PDF).

15. Provozní dokumentace dodávaná s kancelářským softwarem musí obsahovat materiály v elektronické podobě v ruštině, včetně:

uživatelská příručka;

instalační průvodce;

průvodce administrací;

Požadavky na systém;

informace o nová verze software.

III. Požadavky na údržbu softwaru

16. Uživatelský doprovod je poskytován pomocí telefonní spojení a zařízení elektronické pošty v ruštině nepřetržitě.

17. Kontakt a další údaje nezbytné pro interakci uživatelů a držitele autorských práv k softwaru v rámci uživatelské podpory musí být zveřejněny na oficiálních stránkách výrobce softwaru v informační a telekomunikační síti „Internet“.

SCHVÁLENÝ
Nařízení vlády
Ruská Federace
ze dne 23. března 2017 č. 325

Změny,
které jsou součástí Pravidel pro vytváření a údržbu jednotného registru ruských programů pro elektronické počítače a databáze

1. Odstavec 4 se doplňuje o pododstavec „n“ s tímto obsahem:

"m) informace o souladu nebo nesouladu softwaru s dodatečnými požadavky na programy pro elektronické počítače a databáze, o kterých jsou informace uvedeny v registru ruského softwaru schváleného nařízením vlády Ruské federace ze dne 23. , 2017 č. 325 „O schválení dodatečných požadavků na programy pro elektronické počítače a databáze, o nichž jsou informace zahrnuty v registru ruského softwaru, a o změnách Pravidel pro vytváření a údržbu jednotného registru ruských programů pro elektronické počítačů a databází „(dále jen dodatečné požadavky).“.

2. Odstavec 19 se doplňuje tímto odstavcem:

„Oprávněný orgán do 30 dnů ode dne zařazení informace do registru zajistí ověření a potvrzení shody softwaru s dalšími požadavky v souladu s postupem a metodikou pro potvrzování shody se schválenými programy pro elektronické počítače a databázemi. autorizovaným orgánem, jehož informace jsou uvedeny v registru ruské softwarové bezpečnosti, další požadavky.“.

Přehled dokumentů

Pro domácí kancelářský software zahrnutý v Registru ruského softwaru byly stanoveny další požadavky. Budou použity při zadávání veřejných zakázek.

Software zahrnuje operační systém, komunikační software, kancelářský balík, e-mailové aplikace, organizér, prohlížeče, internetový prohlížeč, editor prezentací, tabulkový editor, textový editor, software pro správu souborů, právní referenční systém (SLS), software a nástroje systému elektronické správy dokumentů antivirová ochrana.

Požadavky určují složení, architekturu a funkce softwaru potřebného k nahrazení importovaných analogů.

Na každý typ softwaru jsou přitom kladeny speciální požadavky.

SPS by tak měla poskytovat stálou službu vyhledávání informací pro poskytování právních úkonů a referenčních a informačních dokumentů, stejně jako poskytovat síťovou verzi s pravidelně aktualizovanou databankou federální a regionální legislativy, instalovanou v místní síti uživatele a umožňující práci s SPS v t .h při absenci přístupu k internetu.

Záznam registru byl doplněn o informaci o shodě či neshodě softwaru s dalšími požadavky.