Operačná riaditeľka služby Online Patent Alina Akinshina pripravila stránku na požiadanie podrobné pokyny o tom, ako sa dostať do registra ruského softvér a ktoré spoločnosti z toho budú mať prospech.

Alina Akinshina. Fotografiu poskytla spoločnosť Softline Venture Partners

1. januára 2016 vstúpil v Rusku do platnosti zákon, ktorý predpisuje vytvorenie registra ruského softvéru a určuje kritériá na určenie domáceho pôvodu softvéru. Samotný účel vytvorenia registra je jednoduchý - rozšíriť používanie ruského softvéru a poskytnúť štátnu podporu držiteľom autorských práv k softvéru.

Zákon o substitúcii dovozu poskytuje obyvateľom IT klastra Skolkovo (a ďalším ruským vývojárom softvéru) dostatok príležitostí na rýchlu organizáciu predaja v rámci výberových konaní na dodávku softvéru podnikom a organizáciám, ktoré majú nariadené používať ruský softvér.

Alina Akinshina vo svojom stĺpčeku vysvetľuje, aké kroky je potrebné vykonať v každej fáze, aby ste sa čo najskôr dostali do ruského softvérového registra, a tiež varuje pred Bežné chyby. To pomôže vývojárom ušetriť čas a peniaze na proces podávania žiadostí a následné zúčtovanie.

Life hack: ak nemáte čas na čítanie veľkého textu s množstvom podrobností, môžete ho posunúť do tabuľky. Vysvetľuje iterácie a poskytuje predstavu o množstve času, ktorý je potrebné stráviť prechodom cez hlavné fázy vstupu do registra domáceho softvéru.

Prečo je to potrebné?

Na začiatok malý úvod o povahe ruského softvérového registra. Zákon dal vláde právo zakázať vstup tovaru s pôvodom v zahraničí, ako aj prác a služieb vykonávaných a poskytovaných zahraničnými osobami. Odteraz môže vláda obmedziť prijímanie týchto tovarov, prác a služieb na účasť vo verejnom obstarávaní. To znamená, že štátny zákazník je povinný v prvom rade vyhľadať softvérové ​​produkty, ktoré potrebuje, v špeciálnom zozname ruského softvéru. Ak správne riešenie nie v registratúre, bude potrebné vypracovať odôvodnené odôvodnenie nemožnosti dodržať zákaz prijatia softvéru s pôvodom v zahraničí.

Pravidlá tvorby a vedenia registra, ako aj zoznam listín potrebných na zápis do neho ustanovuje vyššie uvedené uznesenie.

Aké je poradie?

Prvou dobrou správou je, že žiadosť na Ministerstvo telekomunikácií a masových komunikácií o zaradenie do registra je bezplatná. Naozaj to nič nestojí, ale úprimne povedané, úspešné zhromaždenie všetkých dokumentov a správne vyplnenie všetkého nie je ľahká úloha. Preto sa na úplnom začiatku pokusu o zahrnutie softvéru do registra musíte rozhodnúť, čo je pre projekt dôležitejšie - ušetriť peniaze a prevziať zvýšené riziká spojené s veľmi pravdepodobným odmietnutím zahrnúť váš produkt. v registratúre, alebo zaplatiť odborníkom, ktorí takúto operáciu úspešne absolvovali viackrát . Druhou dobrou správou je, že žiadosť je možné podať online, prostredníctvom elektronického formulára na oficiálnej stránke reestr.minsvyaz.ru. Tým sa minimalizujú následky stretov s byrokraciou.

Teraz sa pozrime podrobne na každý krok procesu prihlášky a registrácie.

Krok #0. Ak chcete podať žiadosť, fyzická aj právnická osoba sa musí prihlásiť do systému Unified Identification and Authentication System (ESIA). Ak to chcete urobiť, postupujte takto:

0,1. Skontrolujte, či má organizácia kľúč EDS vydaný centrom akreditovaným ministerstvom komunikácií (https://e-trust.gosuslugi.ru/CA). Ak takýto kľúč EDS neexistuje, budete ho musieť získať. Postup na získanie kľúča zvyčajne trvá niekoľko dní až týždeň a stojí 5 až 10 000 rubľov.

0,2. Skontrolujte dostupnosť osobného účtu vedúceho organizácie (konkrétne vedúceho jednotlivca) v ESIA (Unified Identification and Authentication System). Ak tam nie je, vytvorte si ho (v zásade však hovoríme o účtovníctve na portáli Štátnych služieb, pravdepodobne ho máte). Tento účet je bezplatný.

0,3. Vytvorte účtu právnická osoba v ESIA, na tento účel:

- vo vašom osobný účet jednotlivec na portáli štátnych služieb prejdite na kartu „Organizácie“,

- vyberte "Vytvoriť účet organizácie",

– vyplňte navrhovaný formulár, potvrďte ho EDS kľúčom organizácie.

Takže všetko je v poriadku a podarilo sa vám zaregistrovať. Prejdite na stránku https://reestr.minsvyaz.ru/, kliknite na „Odoslať žiadosť. Formuláre na vyplnenie žiadosti o zaradenie informácií o softvéri do registra, sťahovanie dokumentov a materiálov. Ďalej - v skutočnosti vyplňte žiadosť o zahrnutie informácií o softvéri do registra, stiahnite si dokumenty a materiály. Vypĺňanie prebieha online, rozhranie je veľmi priateľské.

Krok 1 Uveďte názov svojho softvéru. Tu môžete určiť aj predchádzajúce a alternatívne tituly, Ak nejaké existujú.

Krok 2 Teraz musíte svoj softvér klasifikovať, a to naraz pomocou dvoch klasifikátorov, ktoré nie sú veľmi dobre prepojené. Ako poznamenal jeden z našich kolegov žiadateľov, „dané klasifikátory nie sú prístupné na rozumnú analýzu, musíme myslieť spoločne.“ Aj keď však uvažujeme spoločne, nie vždy je možné softvér jednoznačne zaradiť. Našťastie máte možnosť priradiť softvér k niekoľkým triedam naraz. Informácie v klasifikátoroch - celoruský klasifikátor produktov podľa typu ekonomickej činnosti a klasifikátor schválený ministerstvom komunikácií si môžete pozrieť tu: http://minsvyaz.ru/ru/documents/5072/. Pri výbere vám môže pomôcť aj webová stránka Združenia. Ruskí výrobcovia programy (ARPP) "Domestic Soft": http://www.arppsoft.ru/catalog/71/. Jeho hodnota je v tom, že vidíte „spolužiakov“ vášho programu – kandidátov na vstup do registra.

Krok č. 3 Vezmite si firemnú kartu a skopírujte si všetky základné údaje: meno, PSRN, DIČ. Uveďte podiely jednotlivých vlastníkov spoločnosti. Pripojte kópiu charty v aktuálnom vydaní. Hlavná vec, ktorá sa tu od vás vyžaduje, je maximálna starostlivosť, pretože oprava chýb v aplikácii bude možná len na špeciálnu žiadosť.

Špecialistov, ktorí sa rozhodnú zahrnúť konkrétny vývoj do registra, bude zaujímať, kto je držiteľom autorských práv: ruská obchodná organizácia (RKO); RKO, ktoré má v reťazci vlastníctva zahraničných osôb; ruská nezisková organizácia; občan Ruskej federácie. Ak má organizácia v reťazci vlastníctva zahraničné osoby, bude potrebné celý tento reťazec otvoriť vo forme tabuľky a nahrať naskenované výpisy z registrov príslušných štátov. Informácie sa zhromažďujú vo vzťahu ku všetkým konečným príjemcom (ruským občanom), ktorí vlastnia viac ako 5 % autorizovaného kapitálu organizácie držiteľov práv.

Účtovné oddelenie držiteľa práv môže byť požiadané o poskytnutie informácií potvrdzujúcich skutočnosť, že celková výška platieb za kalendárny rok na základe licenčných a iných zmlúv o udelení práv k softvéru v prospech zahraničných subjektov je nižšia ako 30 % z výnosov spoločnosti. držiteľa softvérových práv z jeho predaja.

Ministerstvo telekomunikácií a masových komunikácií bude vyžadovať aj údaje o stave osoby podpisujúcej žiadosť a doklad potvrdzujúci jej oprávnenie. Touto osobou môže byť zástupca držiteľa autorských práv konajúci na základe plnej moci (v tomto prípade si budete musieť stiahnuť naskenovanú verziu plnej moci), osoba, ktorá má právo konať v mene držiteľa autorských práv bez splnomocnenia (čiže ak žiadosť podpisuje generálny riaditeľ, nie sú potrebné žiadne ďalšie splnomocnenia) alebo držiteľ autorských práv.

Nakoniec musíte zadať adresu. Email a telefónne číslo, na ktorom bude žiadateľ kontaktovaný. Oznámenia a žiadosti o dodatočné informácie budú zasielané na tieto kontaktné údaje.

Potom sa do registra zapíšu informácie o držiteľovi autorských práv, z ktorých sa už môže radovať.

Krok číslo 4. Zadajte informácie o softvérovom produkte. Najprv budete musieť uviesť odkaz na stránku webovej stránky držiteľa autorských práv na internete, kde je dokumentácia obsahujúca popis funkčných charakteristík softvéru, ako aj informácie potrebné na fungovanie a zlepšovanie programu. je umiestnený. Inými slovami, musíte poskytnúť platný odkaz na stránku s informáciami o používateľovi softvéru.

Okrem iného musíte poskytnúť prístup ku kópii softvéru – pripojte odkaz na stiahnutie súpravy na distribúciu softvéru. Mali by ste priložiť pokyny na stiahnutie a inštaláciu, poskytnúť odborníkom možnosť analyzovať váš softvér – teda poskytnúť napríklad test licenčný kľúč.

Osobitnú pozornosť treba venovať doložke o dôvodoch vzniku výhradného práva na program pre žiadateľa (napríklad vlastný vývoj, zamestnanecká práca, získanie výhradného práva). Toto pole je možné vyplniť v ľubovoľnej forme, ale hlavné je byť presvedčivé, pretože odborná rada bude musieť zistiť, či skutočne máte práva na tento softvér. Veľkým plusom tu bude osvedčenie o registrácii počítačového programu v Rospatent, pretože má právnu silu a predpoklad spoľahlivosti informácií.

V prípade, že sú v softvéri implementované ochranné funkcie dôverné informácie budete musieť poskytnúť ďalšie informácie. Súlad softvéru s požiadavkami informačnej bezpečnosti musí byť potvrdený špeciálnym certifikátom certifikačného systému informačnej bezpečnosti pre požiadavky informačnej bezpečnosti. Malo by sa tiež potvrdiť, že držiteľ autorských práv má licenciu na vývoj a výrobu prostriedkov na ochranu dôverných informácií.

Krok číslo 5. Podanie prihlášky končí jej elektronickým podpisom digitálny podpis vydané certifikačným centrom akreditovaným ministerstvom komunikácií a zaslané na posúdenie.

Čo sa stane po odoslaní žiadosti?

Ministerstvo telekomunikácií a hromadných komunikácií skontroluje žiadosť z formálnych dôvodov, potom žiadosť buď zaregistruje, alebo zamietne registráciu s odkazom na konkrétny odsek „Pravidiel pre vytváranie a udržiavanie jednotného registra ruských programov pre elektronické počítače“. a databázy“. V druhom prípade by mal žiadateľ napraviť porušenia a znova podať žiadosť.

V prvej fáze sa tiež kontroluje, či sú príjemcovia správne uvedení. Ak boli údaje sfalšované, opätovnú žiadosť nemožno podať skôr ako o rok neskôr.

Ihneď po zaregistrovaní žiadosti bude informácia o tom do 24 hodín zverejnená na webovej stránke registra bez uvedenia osobných údajov žiadateľa. Následne je žiadosť predložená odbornej rade, ktorá do 30 pracovných dní vypracuje záver a predloží ho ministerstvu komunikácií. Počas tohto obdobia môžu byť žiadateľovi zaslané žiadosti o objasnenie, čím sa obnoví 30-dňová lehota. Výsledkom je, že odborná rada zverejňuje svoje stanovisko na webovej stránke registra, ktoré je následne schválené nariadením ministerstva komunikácií do 10 dní. Po prijatí kladného rozhodnutia sa softvér do 24 hodín zapíše do registra ruského softvéru. Ak bola žiadosť zamietnutá, takéto rozhodnutie možno do 3 mesiacov napadnúť na súde.

Podrobné informácie o postupe preskúmania s odkazmi na doložky, ktoré ich upravujú Pravidlá pre vytváranie a udržiavanie jednotného registra ruských programov pre elektronické počítače a databázy zhrnuté v tabuľke:

názov

Od 1.1.2016 všetky štátne a obecné orgány, verejné korporácie Rosatom a Roskosmos, riadiace orgány štátnych mimorozpočtových fondov, ako aj štátne a rozpočtové inštitúcie, ktoré uskutočňujú nákupy v súlade s požiadavkami „O zmluvnom systéme v oblasti obstarávania tovarov, prác, služieb na splnenie št. a komunálne potreby“, sú povinní dodržiavať zákaz prijímania softvéru pochádzajúceho zo zahraničia na účely obstarávania pre štátne a komunálne potreby.

Aby sa zákazník mohol rozhodnúť o kúpe softvéru, potrebuje pracovať s registrom. Pri práci s registrom ruského softvéru zákazník zadáva objednávku softvérové ​​produkty, musieť:

1) preštudujte si klasifikátor a určte, ktorá trieda zodpovedá softvéru plánovanému na nákup;

2) prejdite na oficiálnu webovú stránku registra a zistite, či register obsahuje informácie o softvéri pre túto triedu (ako to urobiť, pozri nižšie);

3) ak sú v registri informácie o jednom alebo viacerých softvérových produktoch pre požadovanú triedu, zákazník bude musieť nezávisle určiť, či aspoň jeden z produktov spĺňa vlastnosti, ktoré zákazník požaduje a ktoré plánuje zahrnúť do popisu predmetu obstarávania. Na tento účel je vhodné určiť požadované funkčné, technické a prevádzkové vlastnosti softvéru a porovnať ich s podobnými vlastnosťami softvéru, o ktorom sú informácie umiestnené v registri.

Príklad formy porovnania výkonu je uvedený nižšie:

č. p / p Softvérové ​​funkcie Požadovaný Produkt A Produkt B
1. Funkčné charakteristiky
1.1. Centralizované riadenie Áno Áno Áno
1.2. Správa fyzickej a virtuálnej infraštruktúry Áno Obmedzené Áno
… Schopnosť spravovať virtualizačné prostredia od viacerých dodávateľov Áno Áno Áno
2. technické údaje
2.1. Maximálny počet hostiteľov virtualizácie 64 64 200
2.2. Maximálny počet virtuálnych počítačov 3000 8000 Nie je zdokumentované
2.3. Automatické obnovenie po zlyhaní virtuálneho počítača (HA) Áno Áno Áno
3. Výkonnostné charakteristiky
3.1. Integrácia s AD Áno Áno nie
3.2. Možnosť centralizovanej správy cez webový prehliadač Áno Áno Áno
3.3. Dostupnosť API pre zálohovanie nie Áno nie

Poznámka

Treba poznamenať, že v súlade s nariadením vlády Ruská federáciač. 1236 z hľadiska charakteristiky programového vybavenia registratúrny záznam obsahuje iba adresu webovej stránky nositeľa autorských práv v informačnej a telekomunikačnej sieti Internet, ktorá obsahuje dokumentáciu obsahujúcu popis funkčných charakteristík programového vybavenia a informácie potrebné na inštaláciu a prevádzku softvér. V praxi nie vždy stránka držiteľa autorských práv obsahuje všetky potrebné informácie o softvéri. Mechanizmus získavania takýchto informácií na prípravu odôvodnenia nebol upravený. V prípade nedostatočných informácií o požadovanom softvéri je vhodné požiadať držiteľa autorských práv o poskytnutie takýchto charakteristík.

Na základe výsledkov vykonanej práce zákazník urobí jedno z dvoch rozhodnutí: buď si kúpi jeden z ruských softvérových produktov uvedených v registri, alebo odôvodní nákup softvéru, ktorý nie je zahrnutý v registri.

Druhý je možný, ak:

a) register neobsahuje informácie o softvéri požadovanej triedy;

b) softvér, o ktorom sú údaje zaradené do evidencie podľa požadovanej triedy, nezodpovedá svojimi funkčnými, technickými a (alebo) prevádzkovými vlastnosťami požiadavkám objednávateľa.

V tomto prípade musí objednávateľ pripraviť, schváliť a zverejniť (spolu s dokumentáciou k obstarávaniu) . Takáto povinnosť je ustanovená v časti 3 článku 14 federálneho zákona č. 44-FZ z 5. apríla 2013 „O zmluvnom systéme v oblasti obstarávania tovarov, prác, služieb na uspokojovanie potrieb štátu a obcí“. Schvaľuje sa postup prípravy odôvodnenia (Postup).

Za zmienku stojí, že v súlade s bodom 4 Postupu musí objednávateľ schváliť uvedené odôvodnenie ku dňu vyvesenia oznámenia o obstarávaní. Nestačí schváliť zdôvodnenie súčasne s celým balíkom podkladov k obstarávaniu.

Vyhovieť uvedené ustanovenie Vzhľadom na komplexnosť postupov verejného obstarávania vo všeobecnosti sa klientom oplatí sledovať nielen samotnú matriku, ale aj podané žiadosti o zápis do registra (ktoré sú zverejnené aj na webovej stránke prevádzkovateľa registra). To vám umožní predvídať zahrnutie konkrétneho softvéru do registra.

Návrh odôvodnenia je vhodné pripraviť v čase prípravy kompletného balíka obstarávacej dokumentácie a následne ho v deň zverejnenia aktualizovať a schváliť.

V odôvodnení musí byť uvedené:

a) okolnosť, v súvislosti s ktorou nie je možné dodržať zákaz (vyberá sa písmeno „a“ alebo „b“ ods. 2 vyhlášky vlády Ruskej federácie č. 1236);

b) trieda (triedy) softvéru, ktorý (ktorý) musí zodpovedať softvéru, ktorý je predmetom obstarávania;

c) požiadavky na funkčné, technické a prevádzkové vlastnosti softvéru, ktorý je predmetom obstarávania, stanovené objednávateľom (s uvedením triedy (tried), ktorým musí softvér zodpovedať, viď vyššie);

d) funkčné, technické a (alebo) prevádzkové vlastnosti vrátane kvantitatívnych, podľa ktorých softvérové ​​produkty z registratúry nespĺňajú požiadavky stanovené objednávateľom na softvérový produkt, ktorý je predmetom obstarávania, pre každý softvérový produkt z registra (s uvedením jeho názvu). Takto porovnávané softvérové ​​produkty musia patriť do rovnakej triedy ().

Pozri aj príklady odôvodnení nemožnosti zakúpenia softvéru z registra: ; . Môžete vidieť viac príkladov podobných dokumentov predložených na odôvodnenie nemožnosti nákupu domáceho softvérového produktu.

Ak register neobsahuje informácie o softvéri pre požadovanú triedu (vyberie sa odsek 2 písm. „a“ vyhlášky vlády Ruskej federácie č. 1236), posledný blok („d“) nie je zahrnutý do zdôvodnenie.

Pre tento blok („d“) je tiež potrebné mať na pamäti, že vyhláška vlády Ruskej federácie č. 1236 nestanovuje povinné označenie funkčných, technických a prevádzkových charakteristík zakúpeného softvéru, aby preukázať jeho odlišnosť od softvéru uvedeného v registri. Nesprávne špecifikované vlastnosti softvéru požadovaného zákazníkom a softvéru umiestneného v registri však môžu slúžiť ako základ pre reklamácie regulačných orgánov. Dôvodom reklamácie môže byť napríklad odvolanie vývojára softvéru, o ktorom sú údaje zapísané v registri, so sťažnosťou na Federálnu protimonopolnú službu na nesprávne odôvodnenie nemožnosti dodržania zákazu zo strany zákazníka.

V prípade nedostatočných informácií o vlastnostiach softvéru, o ktorom sú informácie umiestnené v registri, je vhodné požiadať držiteľa autorských práv o poskytnutie takýchto charakteristík.

Ak takéto informácie nie sú uvedené, je vhodné urobiť screenshoty stránok webu držiteľa autorských práv, ktoré obsahujú informácie o vlastnostiach softvéru z registra (v čase zverejnenia odôvodnenia), a priložiť tieto screenshoty k odôvodnenie.

Príklad odôvodnenia nemožnosti dodržať zákaz nákupu softvéru je uvedený v.

Kontrola prítomnosti informácií o softvéri pre konkrétnu triedu v registri na stránke reestr.minsvyaz.ru v jej aktuálnej podobe sa vykonáva takto:

1) na webovej stránke registra ruského softvéru prejdite do časti „Register“;

2) vyberte požadovanú triedu softvéru:

3a) ak v registri nie sú žiadne informácie o softvéri pre požadovanú triedu, zobrazí sa príslušná správa:

3b) ak register obsahuje informácie o softvéri požadovanej triedy, zobrazí sa zoznam softvérových produktov:

Aktuálne prírastky (od decembra 2017)

V marci 2017 vláda schválila programy pre elektronické počítače a databázy, informácie o ktorých sú zahrnuté v registri ruského softvéru. Požiadavky určujú zloženie, architektúru a funkcie softvéru potrebného na nahradenie dovážaných analógov.

Softvérové ​​rozhranie musí byť implementované najmä v ruštine. Softvér nesmie vyžadovať inštaláciu iného softvéru (doplnkového softvérové ​​moduly, písma), ktorý má akékoľvek obmedzenia na jeho bezplatnú distribúciu na území Ruska, s výnimkou operačné systémy. Aktualizácie softvéru by sa mali vykonávať až po potvrdení používateľom alebo oprávneným personálom. Zároveň pre každý typ softvéru (operačný systém, komunikačný softvér, kancelársky balík poštové aplikácie, organizátor, prehliadače, internetový prehliadač, editor prezentácií, tabuľkový editor, textový editor, ON Správca súborov, právny referenčný systém (SPS), softvér a nástroje systému elektronickej správy dokumentov antivírusová ochrana) podliehajú osobitným požiadavkám.

Registratúrny záznam je podľa uznesenia doplnený o informáciu o súlade alebo nesúlade softvéru s ďalšími požiadavkami. Ku koncu roka 2017 sa však takéto informácie v registri nenašli.

V júni 2017 ministerstvo telekomunikácií a masovej komunikácie zverejnilo implementáciu plánov prechodu federálnych výkonných orgánov a štátnych mimorozpočtových fondov na používanie domáceho kancelárskeho softvéru, a to aj namiesto predtým zakúpeného kancelárskeho softvéru.

Úplný zoznam predpisov týkajúcich sa nahrádzania importu softvéru nájdete v časti

Drahí kolegovia!

Zaujímavé a užitočný materiál pre štátnych a komunálnych zákazníkov je zverejnený na webovej stránke Expertného centra pre elektronický štát d-russia.ru. Tento materiál obsahuje pokyny krok za krokom o uplatňovaní nariadenia vlády Ruskej federácie zo 16. novembra 2015 č. 1236 "O ustanovení zákazu prijímania softvéru pochádzajúceho zo zahraničia na účely obstarávania pre štátne a komunálne potreby."

Register ruského softvéru - pokyny pre vládnych zákazníkov

Od 1. januára 2016 sú všetky štátne a mestské orgány, štátne korporácie Rosatom a Roskosmos, riadiace orgány štátnych mimorozpočtových fondov, ako aj štátne a rozpočtové inštitúcie, ktoré uskutočňujú nákupy v súlade s požiadavkami federálneho zákona z 5. apríla , 2013 č. 44 -FZ "O zmluvnom systéme v oblasti obstarávania tovarov, prác, služieb na uspokojovanie potrieb štátu a samosprávy", sú povinní dodržiavať zákaz prijímania softvéru pochádzajúceho zo zahraničia na účely obstarávania pre štátne a komunálne potreby.

Aby sa zákazník mohol rozhodnúť o kúpe softvéru, potrebuje pracovať s registrom. Pri práci s registrom ruského softvéru musí zákazník zadávajúci objednávku na dodávku softvérových produktov:

1) preštudujte si klasifikátor a určte, ktorá trieda zodpovedá softvéru plánovanému na nákup;

2) prejdite na oficiálnu webovú stránku registra a zistite, či register obsahuje informácie o softvéri pre túto triedu (ako to urobiť, pozri nižšie);

3) ak sú v registri informácie o jednom alebo viacerých softvérových produktoch pre požadovanú triedu, zákazník bude musieť samostatne určiť, či aspoň jeden z produktov spĺňa vlastnosti, ktoré zákazník požaduje a ktoré plánuje zahrnúť do popisu predmet obstarávania. Na tento účel je vhodné určiť požadované funkčné, technické a prevádzkové vlastnosti softvéru a porovnať ich s podobnými vlastnosťami softvéru, o ktorom sú informácie umiestnené v registri.

Príklad formy porovnania výkonu je uvedený nižšie:

č. p / p Softvérové ​​funkcie Požadovaný Produkt A Produkt B
1. Funkčné charakteristiky
1.1. Centralizované riadenie Áno Áno Áno
1.2. Správa fyzickej a virtuálnej infraštruktúry Áno Obmedzené Áno
… Schopnosť spravovať virtualizačné prostredia od viacerých dodávateľov Áno Áno Áno
2. technické údaje
2.1. Maximálny počet hostiteľov virtualizácie 64 64 200
2.2. Maximálny počet virtuálnych počítačov 3000 8000 Nie je zdokumentované
2.3. Automatické obnovenie po zlyhaní virtuálneho počítača (HA) Áno Áno Áno
3. Výkonnostné charakteristiky
3.1. Integrácia s AD Áno Áno nie
3.2. Možnosť centralizovanej správy cez webový prehliadač Áno Áno Áno
3.3. Dostupnosť API pre zálohovanie nie Áno nie

Poznámka

Je potrebné poznamenať, že v súlade s nariadením vlády Ruskej federácie č.1236 týkajúcim sa softvérových charakteristík záznam v registri obsahuje iba adresu stránky webu držiteľa autorských práv v informačnej a telekomunikačnej sieti Internet, ktorá obsahuje dokumentáciu obsahujúcu popis funkčných charakteristík softvéru a informácie potrebné na inštaláciu a prevádzku softvéru. V praxi nie vždy stránka držiteľa autorských práv obsahuje všetky potrebné informácie o softvéri. Mechanizmus získavania takýchto informácií na prípravu odôvodnenia nebol upravený. V prípade nedostatočných informácií o požadovanom softvéri je vhodné požiadať držiteľa autorských práv o poskytnutie takýchto charakteristík.

Na základe výsledkov vykonanej práce zákazník urobí jedno z dvoch rozhodnutí: buď si kúpi jeden z ruských softvérových produktov uvedených v registri, alebo odôvodní nákup softvéru, ktorý nie je zahrnutý v registri.

Druhý je možný, ak:

a) register neobsahuje informácie o softvéri požadovanej triedy;

b) softvér, o ktorom sú údaje zaradené do evidencie podľa požadovanej triedy, nevyhovuje svojimi funkčnými, technickými a (alebo) prevádzkovými vlastnosťami požiadavkám objednávateľa.

V tomto prípade musí obstarávateľ pripraviť, schváliť a zverejniť (spolu s dokumentáciou k obstarávaniu) odôvodnenie nemožnosti dodržať zákaz. Takáto povinnosť je ustanovená v časti 3 článku 14 federálneho zákona č. 44-FZ z 5. apríla 2013 „O zmluvnom systéme v oblasti obstarávania tovarov, prác, služieb na uspokojovanie potrieb štátu a obcí“. Postup prípravy odôvodnenia (Postup) bol schválený uznesením vlády zo dňa 16.11.2015 č.1236.

Za zmienku stojí, že v súlade s bodom 4 Postupu musí objednávateľ schváliť uvedené odôvodnenie ku dňu vyvesenia oznámenia o obstarávaní. Nestačí schváliť zdôvodnenie súčasne s celým balíkom podkladov k obstarávaniu.

V záujme dodržiavania tohto ustanovenia, vzhľadom na komplexné postupy verejného obstarávania vo všeobecnosti, by verejní obstarávatelia mali monitorovať nielen samotný register, ale aj žiadosti podané na zaradenie do registra (tiež sú zverejnené na webovej stránke prevádzkovateľa registra). To vám umožní predvídať zahrnutie konkrétneho softvéru do registra.

Návrh odôvodnenia je vhodné pripraviť v čase prípravy kompletného balíka obstarávacej dokumentácie a následne ho v deň zverejnenia aktualizovať a schváliť.

V odôvodnení musí byť uvedené:

a) okolnosť, v súvislosti s ktorou nie je možné dodržať zákaz (vyberá sa odsek „a“ alebo „b“ ods. 2 vyhlášky vlády Ruskej federácie č. 1236);

b) trieda (triedy) softvéru, ktorému (ktorému) musí softvér, ktorý je predmetom obstarávania, zodpovedať;

v) požiadavky na funkčné, technické a prevádzkové vlastnosti softvéru, ktorý je predmetom obstarávania, stanovené objednávateľom (s uvedením triedy (tried), ktorým musí softvér zodpovedať, pozri vyššie);

G) funkčné, technické a (alebo) prevádzkové vlastnosti vrátane kvantitatívnych, podľa ktorých softvérové ​​produkty z registratúry nespĺňajú požiadavky stanovené objednávateľom na softvérový produkt, ktorý je predmetom obstarávania, pre každý softvérový produkt od registra (s uvedením jeho názvu). Softvérové ​​produkty porovnávané týmto spôsobom musia patriť do rovnakej triedy ( príklad porovnania softvérových produktov).

Ak register neobsahuje informácie o softvéri pre požadovanú triedu (vyberie sa odsek 2 písm. „a“ vyhlášky vlády Ruskej federácie č. 1236), posledný blok („d“) nie je zahrnutý do zdôvodnenie.

Pre tento blok ("G") treba si uvedomiť aj to, že nariadenie vlády Ruskej federácie č. 1236 neustanovuje povinné označenie funkčných, technických a prevádzkových charakteristík zakúpeného softvéru na preukázanie jeho odlišnosti od softvéru uvedeného v Registrovať. Nesprávne špecifikované vlastnosti softvéru požadovaného zákazníkom a softvéru umiestneného v registri však môžu slúžiť ako základ pre reklamácie regulačných orgánov. Dôvodom reklamácie môže byť napríklad odvolanie vývojára softvéru, o ktorom sú údaje zapísané v registri, so sťažnosťou na Federálnu protimonopolnú službu na nesprávne odôvodnenie nemožnosti dodržania zákazu zo strany zákazníka.

V prípade nedostatočných informácií o vlastnostiach softvéru, o ktorom sú informácie umiestnené v registri, je vhodné požiadať držiteľa autorských práv o poskytnutie takýchto charakteristík.

Ak takéto informácie nie sú uvedené, je vhodné urobiť screenshoty stránok webu držiteľa autorských práv, ktoré obsahujú informácie o vlastnostiach softvéru z registra (v čase zverejnenia odôvodnenia), a priložiť tieto screenshoty k odôvodnenie.

Príklad odôvodnenia nemožnosti dodržať zákaz nákupu softvéru je uvedený v prílohe.

Kontrola prítomnosti informácií o softvéri pre konkrétnu triedu v registri na stránke reestr.minsvyaz.ru v jej aktuálnej podobe sa vykonáva takto:

1) na webovej stránke registra ruského softvéru prejdite do časti „Register“;

2) vyberte požadovanú triedu (triedy) softvéru:

3a) ak v registri nie sú žiadne informácie o softvéri pre požadovanú triedu, zobrazí sa príslušná správa:

3b) ak register obsahuje informácie o softvéri triedy, ktorú hľadáte, zobrazí sa zoznam softvérových produktov:

5) Ruská obchodná organizácia bez prevažujúcej zahraničnej účasti. Komerčná organizácia je taká, ak viac ako 50 percent v nej predstavuje celkový podiel priamej a (alebo) nepriamej účasti:

  • Ruská federácia,
  • obce,
  • občania Ruskej federácie.

6) občan Ruskej federácie.

Požiadavka 2. Softvér bol zákonne uvedený do civilného obehu na území Ruskej federácie. Kópie softvéru alebo práva na jeho používanie sú voľne implementované v celej Ruskej federácii.

Požiadavka 3. Táto požiadavka sa vzťahuje na celkovú výšku platieb za kalendárny rok na základe licenčných a iných zmlúv (bez ohľadu na typ zmluvy).

Ide o zmluvy, ktoré:

1) zabezpečiť udeľovanie práv na výsledky duševnej činnosti a prostriedky individualizácie, výkon práce, poskytovanie služieb;

2) sú spojené s vývojom, adaptáciou a modifikáciou softvéru a uzatvárajú sa na vývoj, adaptáciu a modifikáciu softvéru;

3) zahŕňajú platby:

  • zahraničné právnické osoby a (alebo) fyzické osoby, ruské komerčné a (alebo) nekomerčné organizácie nimi kontrolované,
  • agenti, zástupcovia zahraničných osôb a nimi kontrolované ruské komerčné a (alebo) nekomerčné organizácie.

Celková výška platieb takýmto osobám za kalendárny rok musí byť nižšia ako 30 percent z výnosu držiteľa autorských práv (nositeľov práv) softvéru z jeho predaja (vrátane udelenia práv na používanie).

Požiadavka 4. Informácie o softvéri nepredstavujú štátne tajomstvo a neobsahujú informácie, ktoré ho tvoria.

Požiadavka 5. Softvér spĺňa požiadavky na bezpečnosť informácií. To znamená, že musí existovať certifikát certifikačného systému informačnej bezpečnosti pre požiadavky informačnej bezpečnosti. Postup pri jeho vydávaní stanovuje vláda Ruskej federácie.

Táto požiadavka sa vzťahuje len na softvér, ktorý implementuje funkcie ochrany dôverných informácií.

Požiadavka 6. Existuje licencia na vykonávanie činností na vývoj a výrobu prostriedkov na ochranu dôverných informácií, ak:

  • ako súčasť softvéru sú implementované funkcie ochrany dôverných informácií.

Kto môže zadávať informácie do registra

Držiteľ práv k softvéru alebo osoba, ktorá je oprávnená všetkými držiteľmi práv (článok 9 Pravidiel), môže požiadať autorizovaný orgán (Ministerstvo telekomunikácií a masových komunikácií Ruska) so žiadosťou o zahrnutie informácií do registra.

Ak výhradné právo na softvér patrí Ruskej federácii, zakladajúcej jednotke Ruskej federácie, obci, potom sa žiadosť podáva podľa toho:

  • federálny výkonný orgán,
  • výkonný orgán zakladajúceho subjektu Ruskej federácie,
  • samosprávy resp
  • organizácia, ktorá takéto právo spravuje (disponuje).

Pre organizáciu resp individuálne mohli zadať informácie o softvéri do registra, musí mať:

Účet v ESIA

Je potrebný na predloženie dokumentov prostredníctvom oficiálnej webovej stránky registra. To je možné len po autorizácii na vašom osobnom účte prostredníctvom ESIA.

Ak je držiteľom práva fyzická osoba, stačí jeho overený účet v ESIA. S právnickou osobou je to zložitejšie – treba si zaregistrovať jeho účet. To si vyžaduje, aby:

  • právnická osoba mala kvalifikovaný certifikát elektronický podpis vydané vedúcemu organizácie, a
  • manažér mal overený účet ako fyzická osoba v ESIA.

Ak chcete vytvoriť účet právnickej osoby v ESIA, manažér to potrebuje portál verejných služieb :

1) prejdite na kartu „Organizácie“,

2) vyberte "Vytvoriť účet organizácie",

3) vyplňte navrhovaný formulár a

4) opätovne potvrdiť kvalifikovaným elektronickým podpisom.

Vylepšený kvalifikovaný elektronický podpis

Je potrebný na podpísanie žiadosti o zadávanie informácií o softvéri do registra.

Ak je držiteľom práva fyzická osoba, žiadosť musí byť podpísaná osobným vylepšeným kvalifikovaným elektronickým podpisom.

Ak držiteľ autorských práv subjekt, potom hovoríme o vylepšenom kvalifikovanom elektronickom podpise organizácie zastúpenej jej vedúcim alebo oprávnenou osobou (na základe plnej moci).

Ako použiť

Na vloženie informácií o softvéri do registra je potrebné predložiť Ministerstvu telekomunikácií a masových komunikácií Ruska príslušnú žiadosť a k nej pripojené dokumenty a materiály (článok 14 pravidiel).

Ak to chcete urobiť, musíte vyplniť elektronické formuláre, ktoré sú zverejnené na oficiálnej webovej stránke registra. register.minsvyaz.ru(Nariadenie Ministerstva telekomunikácií a masových komunikácií Ruska z 31. decembra 2015 č. 614 „O určení oficiálnej webovej stránky prevádzkovateľa jednotného registra ruských počítačových programov a databáz v informačnej a telekomunikačnej sieti „Internet““) .

To možno vykonať po žiadateľovi (článok 14 pravidiel).

Informácie, dokumenty a materiály potrebné na podanie žiadosti(podľa oddielu IV Postup pri podaní žiadosti o zapísanie informácií o softvéri do registra ):

1. Názov softvéru. Musíte zadať aktuálny názov softvéru (žiadne čísla verzií produktu).

2. Predchádzajúce a (alebo) alternatívne názvy softvéru. Toto pole môže zostať prázdne.

3. Kód(y) produktu. Musíte zadať jeden alebo viac kódov OKPD 2. Ich popis je uvedený v Celoruskom klasifikátore produktov podľa druhu ekonomickej činnosti OK 034-2014 (KPES 2008).

4. Trieda (triedy) softvéru, ktorému (ktorému) softvér zodpovedá. Musí byť špecifikovaná jedna alebo viac softvérových tried. Zároveň pod softvérová trieda rozumieť skupine, ktorá:

  • kombinuje softvér, ktorý má podobné funkčné, technické a (alebo) prevádzkové vlastnosti, a
  • určil klasifikátor (bol schválený Ministerstvom telekomunikácií a masových komunikácií Ruska nariadením z 31. decembra 2015 č. 621).

Takáto definícia je uvedená v odseku 2 Pravidiel.

Postup na určenie triedy (tried) je schválený príkazom č. 622 z 31. decembra 2015.

Klasifikátor používa metódu hierarchickej klasifikácie a metódu sekvenčného kódovania. Kód sa skladá z 2-4 digitálnych znakov.

Softvér zodpovedá niekoľkým triedam, ak úplne alebo čiastočne spĺňa funkčné, technické a (alebo) prevádzkové charakteristiky týchto tried.

5. Štatút držiteľa autorských práv. Tu musíte vybrať jednu alebo viac položiek zo zoznamu:

  • Ruská obchodná organizácia;
  • ruská obchodná organizácia, ktorá má v reťazci vlastníctva zahraničné subjekty (zahraničné organizácie alebo trusty);
  • Ruská nezisková organizácia;
  • občan Ruskej federácie.

6. Informácie o držiteľoch autorských práv k softvéru. Obsah závisí od postavenia držiteľa autorských práv:

1) vo vzťahu k občanovi musíte uviesť:

  • priezvisko, meno, priezvisko,
  • meno a údaje o doklade totožnosti,
  • adresa registrácie v mieste bydliska (pobytu) alebo, ak takáto registrácia chýba, adresa miesta skutočného bydliska;

2) vo vzťahu k organizácii musíte uviesť celé meno, PSRN a TIN.

7. Informácie o podieloch priamej a nepriamej účasti na držiteľovi práv:

  • Ruská federácia,
  • subjekty Ruskej federácie,
  • obce,
  • Ruské neziskové organizácie bez prevažujúcej zahraničnej účasti a
  • občania Ruskej federácie.

Toto pole je potrebné vyplniť v dvoch prípadoch – ak výhradné právo na softvér patrí držiteľovi autorských práv :

  • „Ruská obchodná organizácia“ resp
  • "Ruská obchodná organizácia so zahraničnými subjektmi v reťazci vlastníctva."

V prvom prípade musíte uviesť konečných vlastníkov (ruských občanov) a veľkosť ich podielov.

V druhom prípade je potrebné zverejniť celý reťazec vlastníctva vo forme tabuľky a nahrať naskenované výpisy (alebo iné dokumenty) z registrov príslušných štátov.

Informácie musia byť vyplnené pre všetkých konečných príjemcov (ruských občanov), ktorí vlastnia viac ako 5 percent schváleného kapitálu organizácie držiteľov práv.

Samostatné pravidlo je ustanovené pre prípad, keď títo príjemcovia spoločne vlastnia menej ako 50 percent schváleného kapitálu (t. j. nie je možné skontrolovať kritérium vlastníctva výhradného práva). V takejto situácii je potrebné zahrnúť informácie o ruských občanoch, ktorí vlastnia akcie menšie ako 5 percent. Musí to byť vykonané tak, aby žiadosť obsahovala informácie o ruských občanoch, ktorí vlastnia celkovo viac ako 50 percent základného imania organizácie držiteľov práv. To znamená, že nie je potrebné poskytovať informácie o všetkých konečných príjemcoch – ruských občanoch.

8. E-mailová adresa a telefónne číslo na kontaktovanie žiadateľa. Musíte poskytnúť platné kontakty pre oznámenia a žiadosti o dodatočné informácie.

9. Adresa stránky webovej stránky držiteľa autorských práv na internete s dokumentáciou, ktorá obsahuje popis funkčných charakteristík softvéru a informácie pre jeho inštaláciu a prevádzku. Ide o užívateľskú dokumentáciu.

10. Stav osoby podpisujúcej žiadosť. V tomto poli musíte vybrať jednu položku zo zoznamu:

  • zástupca nositeľa práv konajúci na základe plnej moci;
  • osoba, ktorá má právo konať v mene nositeľa práv, ktorým je právnická osoba, bez plnomocenstva;
  • držiteľ práv, ktorý je občanom Ruskej federácie.

11. Dokument, ktorý potvrdzuje oprávnenie osoby podpisujúcej žiadosť(ak žiadosť o zápis údajov do registra podpisuje splnomocnenec). Toto je plná moc s oprávnením konať v mene držiteľa (držiteľov) autorských práv k softvéru. Žiadateľ musí nahrať naskenovanú verziu plnej moci vo formáte pdf.

12. Kópia charty držiteľa autorských práv k softvéru(ak žiadosť podáva organizácia). Musíte si stiahnuť naskenovanú verziu charty vo formáte pdf. Musíte to urobiť v jednom súbore.

13. Inštancia softvéru. AT túto sekciu na stiahnutie distribúcie softvéru musíte poskytnúť platný odkaz. Musíte tiež pripojiť pokyny (vo forme jedného dokumentu v akejkoľvek forme) na stiahnutie a inštaláciu. Mal by obsahovať (ak je to potrebné) licenčný kľúč ( sériové číslo) aktivovať.

14. Dokumenty, ktoré potvrdzujú, že softvér spĺňa požiadavku vlastníctva výhradného práva(ak je žiadosť podaná ). Je potrebné stiahnuť:

  • súbor s popisom reťazca vlastníctva vo forme tabuľky (vo voľnej forme) a
  • naskenovanú verziu výpisov (alebo iných dokumentov) z registrov príslušných štátov potvrdzujúcu údaje v tabuľke.

15. Informácie o dôvodoch, na základe ktorých má držiteľ práv (držitelia práv) výhradné právo na softvér na celom svete a počas celého trvania výhradného práva. Toto pole je potrebné vyplniť v textovej forme (v akejkoľvek forme).

Základom pre vznik výhradného práva môže byť napríklad vlastný vývoj (vytvorenie zamestnaneckého diela) alebo získanie výhradného práva.

16. Dokumentácia popisujúca funkčné charakteristiky softvéru a informácie o jeho inštalácii a prevádzke. Túto dokumentáciu je potrebné stiahnuť v textovom formáte.

17. Dokumentácia, ktorá obsahuje:

1) popis procesov, ktoré zabezpečujú údržbu životný cyklus Softvér vrátane:

  • odstraňovanie porúch zistených počas prevádzky softvéru,
  • zlepšovanie softvéru;

2) informácie o personáli, ktorý je potrebný na poskytovanie takejto podpory.

Túto dokumentáciu je potrebné stiahnuť aj v textovom formáte.

18. Iné dokumenty.Žiadateľ môže pripojiť akékoľvek dokumenty, ktoré potvrdzujú, že produkt spĺňa kritériá ruského softvéru a triedy softvéru.

Žiadateľ musí (článok 14 pravidiel).

Kto a ako obsahuje informácie o softvéri v registri

V procese zaraďovania informácií o softvéri do registra, okrem , môžeme rozlíšiť ešte troch hercov.

1. Ministerstvo komunikácií Ruska. Toto je oprávnený federálny výkonný orgán na vytváranie a udržiavanie registra. Ministerstvo telekomunikácií a masových komunikácií Ruska rozhoduje o zahrnutí informácií o softvéri do registra a o ich vylúčení z registra.

2. prevádzkovateľ registra. Priamo sa podieľa na vedení registra.

Ministerstvo telekomunikácií a masových komunikácií Ruska priťahuje operátora v súlade s federálnym zákonom z 5. apríla 2013 č. 44-FZ „O zmluvnom systéme v oblasti obstarávania tovarov, prác, služieb na uspokojenie štátnych a komunálnych potrieb “ (ďalej len zákon č. 44-FZ) (pravidlá odsek 6). Musí spĺňať dve podmienky:

  • byť zaregistrovaný na území Ruskej federácie;
  • mať nárok na legálnu kópiu Softvéru.

Tieto podmienky spĺňajú tri organizácie uvedené v článku 13 federálneho zákona z 29. decembra 1994 č. 77-FZ „O zákonnom ukladaní listín“:

  • Medzisektorový výskumný ústav "Integrál";
  • Vedecké a technické centrum "Informregister";
  • Prezidentská knižnica pomenovaná po B. N. Jeľcin.

Prevádzkovateľ z radov svojich zamestnancov určuje osoby oprávnené zapisovať informácie do registra, meniť ich a (alebo) ich z evidencie vyraďovať (bod 7 Pravidiel).

3. Odborná rada pre ruský softvér. Je vytvorený ruským ministerstvom telekomunikácií a masových komunikácií s cieľom vykonať preskúmanie, keď sú informácie o softvéri zahrnuté v registri (článok 8 pravidiel, nariadenie ruského ministerstva telekomunikácií a masových komunikácií z 30. decembra 2015 č. 615 „O schválení predpisov o Rade expertov pre ruský softvér pod Ministerstvom komunikácií a masmediálnej komunikácie Ruskej federácie).

P Proces zaraďovania informácií o softvéri do registra možno rozdeliť zhruba do deviatich etáp.

1. fáza Oprávnený orgán skontroluje žiadosť a k nej priložené dokumenty a materiály do 10 pracovných dní odo dňa prijatia (bod 16 Pravidiel).

2. fáza Oprávnený orgán si do 5 pracovných dní odo dňa doručenia žiadosti vyžiada od štátnych orgánov doklady a informácie potvrdzujúce údaje v žiadosti a doklady a materiály k nej priložené (odsek 20 Pravidiel).

3. fáza Oprávnený orgán žiadosť zaregistruje (bod 19 Pravidiel).

Žiadateľovi bude zamietnutá registrácia, ak (článok 17 Pravidiel):

  • porušil Pravidlá;
  • oprávnená osoba v lehote 12 mesiacov pred prijatím žiadosti už:
  • odmietla žiadateľovi zapísať informácie do registra z dôvodu, že predložil nepravdivé dokumenty, materiály a (alebo) nepresné informácie (odsek „a“ ods. 27 Pravidiel), alebo
  • vylúčil informácie z registra z rovnakého dôvodu (písm. „c“, ods. 33 Pravidiel).

Keď žiadateľ odstráni dôvody uvedené v prvom odseku, bude môcť podať žiadosť znova (odsek 18 pravidiel).

4. fáza Prevádzkovateľ registra najneskôr v pracovný deň nasledujúci po dni zaevidovania prihlášky založí otvorený prístup na oficiálnej webovej stránke (článok 19 Pravidiel). Zároveň dochádza k depersonalizácii osobných údajov (ak existujú).

5. fáza. Odborná rada posúdi žiadosť do 30 pracovných dní odo dňa jej registrácie a schváli odborný posudok (bod 21 Pravidiel). Mal by obsahovať závery o tom, či softvér spĺňa:

6. fáza Odborný posudok je odovzdaný prevádzkovateľovi systému do jedného pracovného dňa odo dňa jeho schválenia (bod 21 Pravidiel).

7. fáza. Prevádzkovateľ registra zverejňuje znalecký posudok na oficiálnej webovej stránke (bod 21 Pravidiel).

8. fáza. O zaradení informácií o softvéri do Registra rozhoduje autorizovaný orgán. Musí urobiť toto:

  • do 65 pracovných dní odo dňa zaevidovania žiadosti, ale
  • najneskôr do 10 pracovných dní odo dňa, keď odborná rada schválila znalecký posudok.

Uvedené rozhodnutie sa vydáva vo forme príkazu Ministerstva telekomunikácií a masových komunikácií Ruska (článok 25 pravidiel).

Oprávnený orgán môže odmietnuť zaradenie informácií o softvéri do registra z troch dôvodov (bod 27 Pravidiel):

  • žiadateľ predložil nepravdivé doklady, materiály a (alebo) nepravdivé informácie;
  • žiadateľ nepredložil do 30 pracovných dní vysvetlenia a (alebo) dokumenty na žiadosť odbornej rady (bod 22 Pravidiel), ak bez nich nie je možné potvrdiť správnosť poskytnutých informácií a (alebo) pravosť predložených dokumentov;

9. fáza. Operátor registra:

  • zverejní rozhodnutie oprávneného orgánu na oficiálnej webovej stránke a informuje o ňom žiadateľa na e-mailovú adresu uvedenú v žiadosti (bod 28 Pravidiel);
  • obsahuje informácie o softvéri v Registri (článok 29 Pravidiel).

Prevádzkovateľ to musí urobiť najneskôr v pracovný deň nasledujúci po dni, keď oprávnený orgán rozhodne.

Nariadenie vlády Ruskej federácie z 23. marca 2017 č. 325 „O schválení dodatočných požiadaviek na programy pre elektronické počítače a databázy, o ktorých sú informácie zahrnuté v registri ruského softvéru, ao zmenách a doplneniach pravidiel pre tvorbu a udržiavanie jednotného registra ruských programov pre elektronické počítače a databázy“.

V súlade s odsekom 6 článku 12.1 federálneho zákona „o informáciách, informačné technológie a o ochrane informácií“ Vláda Ruskej federácie rozhoduje:

1. Schváľte priložené:

dodatočné požiadavky na programy pre elektronické počítače a databázy, informácie o ktorých sú zahrnuté v registri ruského softvéru;

zmeny, ktoré sa uskutočňujú v Pravidlách pre tvorbu a vedenie jednotného registra ruských programov pre elektronické počítače a databázy, schválených nariadením vlády Ruskej federácie zo 16. novembra 2015 č. 1236 „O zriadení zákaz prijímania softvéru pochádzajúceho zo zahraničia na účely obstarávania pre štátne a komunálne potreby“ (Sobraniye zakonodatelstva Rossiyskoy Federatsii, 2015, č. 47, položka 6600).

2. Federálne výkonné orgány a štátne mimorozpočtové fondy pri obstarávaní programov pre elektronické počítače a databázy pre štátne potreby, o ktorých sú informácie zaradené do registra ruského softvéru, zabezpečujú dodržiavanie dodatočných požiadaviek schválených týmto uznesením.

3. Ministerstvu telekomunikácií a masových komunikácií Ruskej federácie:

schváliť postup a metodiku potvrdzovania súladu programov pre elektronické počítače a databázy, o ktorých sú informácie zahrnuté v registri ruského softvéru, s ďalšími požiadavkami schválenými týmto uznesením;

zosúladiť regulačné právne akty s týmto uznesením;

do 6 mesiacov odo dňa oficiálneho zverejnenia tohto uznesenia zabezpečiť, aby softvér zahrnutý v registri ruského softvéru spĺňal dodatočné požiadavky schválené týmto uznesením.

4. Zmeny schválené týmto uznesením nadobúdajú účinnosť po 6 mesiacoch odo dňa oficiálneho zverejnenia tohto uznesenia.

SCHVÁLENÉ
Nariadenie vlády
Ruská federácia
zo dňa 23.3.2017 č.325

Ďalšie požiadavky
na programy pre elektronické počítače a databázy, o ktorých sú informácie zahrnuté v registri ruského softvéru

I. Všeobecné ustanovenia

1. Tento dokument definuje požiadavky na programy pre elektronické počítače a databázy, informácie o ktorých sú zahrnuté v registri ruského softvéru, pokiaľ ide o zloženie a funkčné vlastnosti softvéru určeného okrem iného na automatizáciu funkcií zamestnancov spoločnosti federálne výkonné orgány a štátne mimorozpočtové fondy Ruskej federácie pri výkone úradné povinnosti(ďalej v tomto poradí - užívatelia, softvér).

2. Informačná podpora pre užívateľov (ďalej - užívateľská podpora) musí byť poskytovaná v súlade s týmto dokumentom na celom území Ruskej federácie bez obmedzení.

II. Požiadavky na skladbu, funkčné vlastnosti a prevádzkové prostredie kancelárskeho softvéru

3. Kancelársky softvér zahŕňa operačný systém, komunikačný softvér, kancelársky balík, e-mailové aplikácie, organizér, prehliadače, internetový prehliadač, editor prezentácií, tabuľkový editor, textový editor, softvér na správu súborov, právny referenčný systém, softvérové ​​systémy na správu elektronických dokumentov a antivírusové programy ochranu.

Kancelársky softvér pozostáva zo samostatného a/alebo webového softvéru a klientskeho softvéru. Kancelársky softvér môže byť súbor vzájomne prepojených softvérových produktov, ktoré zodpovedajú klasifikátoru programov pre elektronické počítače a databázy v súlade s právnymi predpismi Ruskej federácie.

4. Kancelársky softvér musí zabezpečiť prácu používateľov na osobných elektronických počítačoch, zariadeniach terminálový prístup a účastníckych zariadení rádiovej mobilnej komunikácie bez pripojenia k miestnym počítačovým sieťam a (alebo) využívajúcich informačnú a telekomunikačnú sieť „Internet“ a (alebo) využívajúcich infraštruktúru, ktorá zabezpečuje informačnú a technologickú interakciu informačných systémov používaných na poskytovanie verejné služby a výkon funkcií štátu v elektronickej podobe, vytváranie, sprístupňovanie, spracovanie, uchovávanie a vymazávanie elektronické dokumenty(technológia „cloud“) a (alebo) používanie lokálnych sietí na prístup používateľa k softvéru nainštalovanému na hardvér servera.

5. Ak má kancelársky softvér funkciu identifikácie a autentifikácie používateľov, musí byť možné identifikovať a autentifikovať používateľov okrem iného pomocou federálneho informačného systému „ jeden systém identifikácia a autentifikácia v infraštruktúre, ktorá zabezpečuje informačnú a technologickú interakciu informačných systémov používaných na poskytovanie štátnych a komunálnych služieb v elektronickej forme“ spôsobom predpísaným legislatívou Ruskej federácie.

6. Rozhranie kancelárskeho softvéru musí byť implementované v ruštine. Rozhranie kancelárskeho softvéru môže byť implementované aj pomocou ďalších jazykov.

7. Kancelársky softvér by nemal vyžadovať inštaláciu iného softvéru (ďalšie softvérové ​​moduly, fonty), ktorý má akékoľvek obmedzenia na jeho bezplatnú distribúciu na území Ruskej federácie, s výnimkou operačných systémov.

8. Aktualizácie kancelárskeho softvéru by sa mali vykonávať len po potvrdení používateľom kancelárskeho softvéru alebo oprávneným personálom.

9. V prípade, že používateľ pristupuje do kancelárskeho softvéru pomocou internetového prehliadača, kancelársky softvér musí poskytovať možnosť používania internetových prehliadačov najmenej 3 rôznych nositeľov autorských práv výhradných práv k programu pre elektronické počítače alebo k databáze (nositelia práv, skupiny držiteľov práv), informácie o jednom z nich sú zahrnuté v jednotnom registri ruského softvéru.

10. Kancelársky softvér musí spĺňať požiadavky právnych predpisov Ruskej federácie o ochrane informácií a o ochrane osobných údajov v prípadoch ustanovených právnymi predpismi Ruskej federácie.

Prenos údajov prostredníctvom komunikačných kanálov vrátane textových správ a (alebo) elektronických dokumentov, hlasových, zvukových, obrazových a iných informácií pomocou kancelárskeho softvéru sa musí vykonávať s prihliadnutím na požiadavky právnych predpisov Ruskej federácie o ochrane informácií a komunikácia.

11. Funkčné charakteristiky kancelárskeho softvéru a prostredia na jeho prevádzku musia spĺňať tieto požiadavky:

a) požiadavky na operačné prostredie kancelárskeho softvéru:

kancelársky softvér, s výnimkou operačných systémov, musí bežať na nasledujúcich operačných systémoch:

pre automatizované pracovisko používateľa (osobný elektronický počítač alebo terminálové prístupové zariadenie) - prevádzkuje aspoň 2 rôzne operačné systémy, ktorých informácie sú zahrnuté v jednotnom registri ruského softvéru, a operačné systémy Microsoft Windows(verzia 7 a vyššia), certifikovaná v súlade s požiadavkami právnych predpisov Ruskej federácie o ochrane informácií;

pre serverový hardvér - bežiace najmenej 2 operačné systémy, o ktorých sú informácie zahrnuté v jednotnom registri ruského softvéru, a operačné systémy systémy Microsoft Windows Server(verzie 2008 a vyššie), pričom virtualizačné nástroje možno využiť na zabezpečenie fungovania kancelárskeho softvéru pod operačnými systémami pre serverové zariadenia;

pre účastnícke zariadenia rádiovej mobilnej komunikácie - pod kontrolou obs systémy Android, iOS;

operačné systémy pre pracovnú stanicu používateľa musia zahŕňať prevádzkový režim, ktorý vám umožňuje implementovať funkčnosť kancelárskeho softvéru, ktorý funguje a beží v iných operačných systémoch uvedených v odseku 3 tohto pododseku;

b) požiadavky na komunikačný softvér:

komunikačný softvér, čo je softvér na vytváranie a spracovanie informácií, ako aj interakciu používateľa prostredníctvom prenosu informácií pomocou telekomunikačných kanálov vrátane zabezpečených komunikačných kanálov a (alebo) lokálnych sietí pomocou automatizovaného pracoviska a (alebo ) účastníckych zariadení rádiová mobilná komunikácia používateľa by mala poskytovať:

vytváranie, prezeranie, úprava, kopírovanie, tlač informácií spracovaných pomocou komunikačného softvéru a prenos informácií pomocou telekomunikačných kanálov a lokálnych počítačových sietí, a to aj s pripájaním elektronických dokumentov, elektronické správy vrátane textových správ, obrázkov, zvukových súborov a video súborov;

doručovanie užívateľovi upozornení o elektronických správach zaslaných inými užívateľmi komunikačného softvéru na koncové prístupové zariadenie užívateľa, na ktorom je komunikačný softvér nainštalovaný alebo ktoré sa používa na prístup ku komunikačnému softvéru nainštalovanému na serverovom zariadení;

možnosť užívateľa deaktivovať funkciu doručovania upozornení na prijaté elektronické správy;

možnosť ukladania a odstraňovania textových správ a elektronických dokumentov na osobných elektronických počítačoch a na účastníckych zariadeniach rádiomobilnej komunikácie;

schopnosť vyhľadávať uložené textové správy a elektronické dokumenty, ak používateľ nemá prístup k serverovému softvéru pomocou lokálneho počítačová sieť alebo nedostatočný prístup k informačnej a telekomunikačnej sieti „Internet“;

možnosť uchovávania elektronických správ a elektronických dokumentov na osobných elektronických počítačoch, serverových zariadeniach a účastníckych zariadeniach rádiovej mobilnej komunikácie, ako aj prenos elektronických správ a elektronických dokumentov do centralizovaného úložiska;

prenos textových správ a elektronických dokumentov vytvorených používateľmi pomocou komunikačného softvéru do federálnych informačných systémov;

schopnosť tlačiť informácie spracované pomocou komunikačného softvéru;

prenos dát pomocou komunikačného softvéru je možné uskutočniť prostredníctvom otvorené kanály komunikácia, ako aj zabezpečené komunikačné kanály využívajúce šifrovacie (kryptografické) nástroje na ochranu informácií certifikované v súlade s požiadavkami právnych predpisov Ruskej federácie;

c) požiadavky na kancelársky balík:

kancelársky balík, ktorý je samostatným softvérom alebo súborom vzájomne prepojeného kancelárskeho softvéru s jednotným rozhraním na vytváranie, prezeranie, úpravu, ukladanie, mazanie elektronických dokumentov, výmenu elektronických dokumentov a implementáciu iných spôsobov ich spracovania, ako aj poskytovanie schopnosti na tlač informácií v prípade potreby, spracované pomocou zodpovedajúceho softvéru, musí poskytovať funkčnosť aspoň 4 z nasledujúcich typov softvéru:

textový editor;

tabuľkový editor;

editor prezentácií;

poštové aplikácie;

Komunikačný softvér;

Softvér na správu súborov;

organizátor;

divákov;

kancelársky balík v zmysle textového editora, tabuľkového editora a prezentačného editora by mal zabezpečiť spoločnú prácu na elektronickom dokumente skupinou používateľov, vrátane možnosti zaznamenávať zmeny v elektronickom dokumente v reálnom čase;

kancelársky balík musí spĺňať požiadavky na funkčné charakteristiky súvisiaci softvér;

d) požiadavky na prihlášku poštou:

poštová aplikácia, ktorá je softvérom (ďalej len e-mailový softvér) na prezeranie, vytváranie, úpravu, mazanie, ukladanie, tlač a odosielanie e-mailových správ, musí poskytovať:

vytváranie, úprava, mazanie a odosielanie elektronických textových správ a prikladanie elektronických dokumentov k nim, automatické ukladanie elektronických dokumentov a e-mailových správ;

vytváranie, mazanie, premenovávanie katalógov e-mailových správ v systéme elektronickej pošty (ďalej len katalógy systému elektronickej pošty);

možnosť ukladať, mazať, kopírovať a presúvať e-mailové správy v adresároch e-mailového systému;

možnosť vyhľadávať e-mailové správy v elektronickej schránke používateľa okrem iného pomocou rôznych kritérií vyhľadávania e-mailových správ;

vytváranie, úprava, mazanie a odosielanie elektronických textových správ vo viacerých elektronických schránkach (e-mailových adresách) pomocou jedinej užívateľské rozhranie;

zobrazenie e-mailových správ z viacerých e-mailov pomocou jediného používateľského rozhrania e-mailového softvéru poštových schránok užívateľ (e-mailové adresy);

Konsolidované zobrazovanie e-mailových správ podľa témy pomocou jediného používateľského rozhrania;

automatické vytváranie a úprava nastavení pripojených e-mailových schránok užívateľa na všetkých užívateľských zariadeniach, na ktorých je nainštalovaný a používaný e-mailový softvér;

vytváranie, mazanie, zmena poradia spracovania e-mailových správ podľa kritérií stanovených používateľom, vrátane automatického presunu e-mailových správ do adresárov e-mailového systému, oneskorené odosielanie e-mailových správ na určitý čas nastavená užívateľom, automatická odpoveď na prijaté e-mailové správy;

vytváranie, mazanie, úprava informácií o užívateľovi a automatické pridávanie takýchto informácií do vytvorenej elektronickej správy;

možnosť používateľa vybrať e-mailovú adresu iného príjemcu (adresátov) e-mailovej správy pomocou používateľského adresára organizácie a osobného adresára používateľa;

schopnosť tlačiť informácie spracované pomocou e-mailového softvéru;

možnosť využitia nástrojov certifikovaného elektronického podpisu s využitím kvalifikovaných certifikátov za účelom zabezpečenia integrity prenášaných e-mailových správ;

Interakcia informačných technológií medzi softvérom e-mailového servera a softvérom e-mailového klienta by sa mala vykonávať okrem iného pomocou nasledujúcich protokolov:

SMTP alebo ESMTP - na odosielanie e-mailových správ;

IMAP alebo POP3 - na prijímanie e-mailových správ;

HTTPS - pre interakciu s webovým klientom e-mailového systému;

CalDav - na vytváranie a prijímanie informácií o udalostiach zapísaných v kalendári;

CardDav - vytvárať a prijímať zoznam osobných kontaktov a zoznam používateľov organizácie;

e-mailový softvér musí implementovať:

fondy automatická detekcia nevyžiadané e-mailové správy a ich automatický presun do príslušného adresára e-mailového systému;

prostriedky integrácie s externým antivírusovým softvérom, informácie o ktorých sú zahrnuté v jednotnom registri ruského softvéru;

aby sa zabezpečila dôvernosť e-mailových správ a elektronických dokumentov spracovaných pomocou e-mailového softvéru, musí byť tento softvér schopný integrácie s nástrojmi certifikovanými v súlade s legislatívou Ruskej federácie kryptografická ochrana informácie;

e) požiadavky na organizátora - organizátor, ktorým je softvér na vytváranie, úpravu, ukladanie, mazanie a prenos informácií o kontaktoch, úlohách a udalostiach užívateľa, musí zabezpečiť:

vytváranie informácií o kontaktoch, úlohách a udalostiach používateľa;

zobraziť podrobnosti plánu v kalendári používateľa;

odstránenie udalosti z kalendára používateľa;

úprava udalosti v kalendári používateľa;

schopnosť podporovať spoluprácu používateľov;

možnosť diferenciácie prístupových práv používateľov k informáciám;

možnosť poskytovať informácie o udalostiach používateľov iným používateľom;

výmena informácií medzi serverovým softvérom a klientskym softvérom nainštalovaným na pracovných staniciach používateľa a na rádiových mobilných komunikačných zariadeniach používateľa, ktorá by sa mala vykonávať, vrátane použitia protokolov výmeny informácií CalDav;

f) požiadavky na prehliadače - prehliadače, ktoré sú softvérom na prezeranie elektronických dokumentov bez možnosti ich zmeny, musia poskytovať možnosť prezerania elektronických dokumentov vrátane tých, ktoré sú uložené vo formátoch zodpovedajúcich rôzne rozšírenia elektronické dokumenty vrátane bmp, jpg, jpeg, png, gif, tif, tiff, OOXML, docx, doc, pptx, rtf, txt, pdf, xls, xlsx, odt, ods, odp, avi, mpeg, mp3;

g) Požiadavky na internetový prehliadač – nástroje internetového prehliadača musia podporovať html5, CSS3, javascript a ďalšie technológie;

h) požiadavky na prezentačný editor - prezentačný editor, čo je softvér na prezeranie, vytváranie, úpravu, mazanie a tlač informácií spracovaných pomocou prezentačného editora a ukladanie prezentačných materiálov vo forme elektronických dokumentov, pozostávajúci zo súboru snímok obsahujúcich definované užívateľom informácie v štruktúrovanej forme vrátane textových, grafických, tabuľkových a audiovizuálnych informácií (ďalej len diapozitívy) by mali poskytovať:

vytváranie nových elektronických prezentačných dokumentov vrátane dokumentov vo formáte Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, PPTX);

otváranie existujúcich dokumentov elektronickej prezentácie vrátane dokumentov vo formáte Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, PPTX);

použitie rôznych fontov pre dizajn umiestnený na diapozitívoch textové informácie;

návrh textových informácií umiestnených na diapozitívoch s použitím rôznych farieb a pozadí;

návrh textových informácií umiestnených na snímkach pomocou tučného písma, kurzívy a podčiarknutého písma nainštalovaného používateľom, ako aj ľubovoľnej veľkosti písma;

zabezpečenie zoradenia textových informácií v strede oblasti umiestnenia informácií, pozdĺž ľavého alebo pravého okraja oblasti umiestnenia informácií, ako aj pozdĺž šírky oblasti umiestnenia informácií;

vloženie do snímky a odstránenie grafických a iných prvkov zo snímky, vrátane grafické obrázky, audio a video informácie;

nastavenie prezentácie;

tlač diapozitívov pomocou zariadení na tlač dokumentov;

predvádzanie diapozitívov, ako aj zobrazovanie informácií umiestnených na diapozitívoch pomocou zariadenia terminálového rozhrania;

ukladanie elektronických prezentačných dokumentov vo formátoch podporovaných softvérom, vrátane formátu Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, PPTX) a Portable Document Format (PDF);

i) požiadavky na tabuľkový editor - tabuľkový editor (tabuľkový editor), čo je softvér na prezeranie, vytváranie, úpravu, mazanie a ukladanie elektronického dokumentu (vrátane tabuľkového dokumentu), musí poskytovať:

vytvorenie novej elektroniky tabuľkové dokumenty, vrátane formátu Open Document Format (GOST R ISO/IEC 26300-2010) Office Open XML (OOXML, XLSX);

otváranie existujúcich elektronických tabuľkových dokumentov vrátane dokumentov vo formáte Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, XLSX);

zadávanie údajov do tabuľky;

vymazanie údajov z tabuľky;

úprava a kopírovanie údajov, vrátane pridávania, zmeny, odstraňovania a kopírovania obsahu buniek a rozsahov buniek v tabuľkách;

návrh tabuľkových údajov vrátane kombinovania a oddeľovania buniek tabuľky, výber písma, farby zadávaných informácií, pozadia bunky, návrh okrajov tabuľky ako celku a jej častí;

formátovanie údajov v bunkách tabuľky vrátane údajov v numerickom, textovom, peňažnom, finančnom a percentuálnom formáte;

podpora schopnosti zobrazovať grafy a tabuľky;

schopnosť vytvárať a mazať listy elektronického tabuľkového dokumentu;

možnosť aplikácie vzorcov (vrátane matematických) v ruštine a Angličtina do údajov tabuľky, ako aj automatické zobrazenie výsledkov výpočtu užívateľom zvolených vzorcov pre vybranú bunku alebo rozsah buniek v stavovom riadku;

schopnosť zrušiť akúkoľvek operáciu vykonanú počas procesu úprav a vrátiť zrušené operácie;

spoločná úprava tabuľky bez obmedzenia funkčnosti softvéru;

používanie šablón tabuliek;

tlač informácií obsiahnutých v tabuľkách pomocou zariadení na tlač dokumentov;

ukladanie tabuliek vo formátoch podporovaných softvérom, vrátane formátu Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, XLSX) a Portable Document Format (PDF);

j) požiadavky na textový editor - textový editor, ktorý je softvérom na prezeranie, vytváranie, úpravu a ukladanie elektronického dokumentu, musí zabezpečovať:

vytváranie elektronických textových dokumentov vrátane dokumentov vo formáte Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, DOCX);

otváranie existujúcich elektronických textových dokumentov vrátane dokumentov vo formáte Open Document Format (GOST R ISO/IEC 26300-2010) a Office Open XML (OOXML, DOCX);

zadávanie údajov do elektronického textového dokumentu, ako aj ich úprava;

príprava elektronických textových dokumentov na formulároch A0, A1, A2, A3, A4, A5, A6;

pozdĺžne usporiadanie detailov na forme elektronického textového dokumentu;

nastavenie ľubovoľnej veľkosti odsadenia odseku od ľavého okraja elektronického textového dokumentu;

povolenie číslovania rôzne prvky zoznamy;

možnosť používať používateľom nainštalované tučné, kurzíva, podčiarknuté písma, ako aj veľkosti písma 10, 12, 13, 14 alebo vlastné veľkosti;

schopnosť zvýrazniť text v písmene veľkými písmenami a v rade;

schopnosť zarovnať textové informácie v elektronickom textovom dokumente na stred pozdĺž ľavého a pravého okraja textové pole, ako aj šírku textového poľa;

možnosť nastaviť hodnotu riadkovania;

možnosť nastaviť samostatné číslovanie pre prvú a nasledujúce strany elektronického textového dokumentu vrátane číslovania strán v strede hlavičky alebo päty;

možnosť nastaviť odsadenie od okraja horného poľa elektronického textového dokumentu;

možnosť nastaviť šírku horného, ​​spodného, ​​pravého a ľavého okraja elektronického textového dokumentu;

možnosť zrušiť akúkoľvek operáciu vykonanú počas procesu úprav a vrátiť zrušené operácie;

schopnosť zaznamenávať opravy v elektronickom textovom dokumente;

spoločná úprava elektronického textového dokumentu viacerými používateľmi (až 10 a viac používateľov);

možnosť automatická kontrola pravopis, syntax a interpunkcia v súlade s pravidlami ruského jazyka vrátane možnosti používania externých elektronických pravopisných slovníkov ruského jazyka;

uloženie elektronického textového dokumentu vo formátoch podporovaných softvérom, vrátane formátu Open Document Format (GOST R ISO / IEC 26300-2010), Office Open XML (OOXML, DOCX) a Portable Document Format (PDF);

zabezpečenie možnosti prípravy elektronických textových dokumentov na základe štandardných šablón dokumentov v súlade s GOST R 6.30-2003 a požiadavkami legislatívy Ruskej federácie v oblasti organizácie kancelárskej práce a toku dokumentov v činnosti štátnych orgánov;

k) požiadavky na softvér na správu súborov - správca súborov, čo je softvér na vytváranie, kopírovanie, premenovávanie a mazanie katalógov elektronických dokumentov, musí poskytovať možnosť odstraňovať, kopírovať a presúvať elektronické dokumenty;

l) požiadavky na právne referenčné systémy – právny referenčný systém musí:

poskytovať stálu službu vyhľadávania informácií na poskytovanie právnych úkonov a referenčných a informačných dokumentov;

zabezpečiť sieťovú verziu právneho referenčného systému s pravidelne aktualizovanou databázou federálnej a regionálnej legislatívy, inštalovanú v lokálnej sieti používateľa a umožňujúcu pracovať s právnym referenčným systémom, a to aj v prípade absencie prístupu k informačnej a telekomunikačnej sieti "Internet";

m) požiadavky na programové vybavenie systému elektronickej správy dokumentov - programové vybavenie systému elektronickej správy dokumentov musí spĺňať požiadavky kladené právnymi predpismi Ruskej federácie na informačné systémy na správu elektronických dokumentov;

n) požiadavky na antivírusovú ochranu - antivírusová ochrana musí zabezpečiť ochranu údajov spracúvaných pomocou informačných a komunikačných technológií v súlade s požiadavkami na informačný systém, ktorá využíva nástroje antivírusovej ochrany s možnosťou rýchleho monitorovania a analýzy protokolov udalostí z jedinej administrátorskej konzoly.

12. Kancelársky softvér, ak je potrebné importovať (exportovať) dáta, musí poskytovať možnosť spracovania dát v jednom z nasledujúcich formátov:

Formát otvoreného dokumentu (GOST R ISO/IEC 26300-2010);

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

PDF/A-1 v súlade s normou ISO 19005-1:2005 "Správa dokumentov - Formát súboru elektronického dokumentu na dlhodobé uchovávanie - Časť I: Použitie vo formáte PDF 1.4 (PDF/A-1)“ (Správa dokumentov – Formát súboru elektronického dokumentu na dlhodobé uchovávanie – Časť I: Použitie PDF 1.4 (PDF/A-1) v súlade s legislatívou Ruskej federácie;

spoločné súbory na výmenu zvukových a obrazových informácií, elektronické textové dokumenty(napr. bmp, jpg, jpeg, png, gif, tif, tiff, rtf, txt, zip, avi, mpeg, mp3).

13. Programovacie rozhrania (API) by mali byť implementované a zdokumentované v kancelárskom softvéri pre integráciu s inými systémami.

14. Kancelársky softvér by mal poskytovať kompatibilitu s formátmi dokumentov založenými na formáte Open Document Format (GOST R ISO / IEC 26300-2010), ako aj na formáte Portable Document Format (PDF).

15. Prevádzková dokumentácia dodávaná s kancelárskym softvérom musí obsahovať materiály v elektronickej forme v ruštine, vrátane:

užívateľská príručka;

návod na inštaláciu;

administračná príručka;

Požiadavky na systém;

informácie o Nová verzia softvér.

III. Požiadavky na údržbu softvéru

16. Sprevádzanie používateľa je poskytované prostredníctvom použitia telefonickú komunikáciu a e-mailové zariadenia v ruštine 24 hodín denne.

17. Kontakt a ďalšie informácie potrebné na interakciu používateľov a držiteľa autorských práv k softvéru v rámci používateľskej podpory musia byť zverejnené na oficiálnej stránke výrobcu softvéru v informačnej a telekomunikačnej sieti „Internet“.

SCHVÁLENÉ
Nariadenie vlády
Ruská federácia
zo dňa 23.3.2017 č.325

zmeny,
ktoré sú zahrnuté v Pravidlách pre vytváranie a udržiavanie jednotného registra ruských programov pre elektronické počítače a databázy

1. Odsek 4 sa dopĺňa písmenom „n“ s týmto obsahom:

"m) informácie o súlade alebo nesúlade softvéru s dodatočnými požiadavkami na programy pre elektronické počítače a databázy, o ktorých sú informácie uvedené v registri ruského softvéru, schválenom nariadením vlády Ruskej federácie zo dňa 23. , 2017 č. 325 „O schválení dodatočných požiadaviek na programy pre elektronické počítače a databázy, o ktorých sú informácie zahrnuté v registri ruského softvéru, a o zmenách a doplneniach pravidiel pre vytváranie a udržiavanie jednotného registra ruských programov pre elektronické počítačov a databáz „(ďalej len dodatočné požiadavky).“.

2. Odsek 19 sa dopĺňa týmto odsekom:

„Oprávnený orgán do 30 dní odo dňa zaradenia informácie do registra zabezpečí overenie a potvrdenie súladu softvéru s ďalšími požiadavkami v súlade s postupom a metodikou potvrdzovania súladu so schválenými programami pre elektronické počítače a databázy autorizovaným orgánom, ktorého informácie sú zahrnuté v registri ruskej softvérovej bezpečnosti, dodatočné požiadavky.“.

Prehľad dokumentov

Ďalšie požiadavky boli stanovené pre domáci kancelársky softvér zahrnutý v Registri ruského softvéru. Použijú sa pri verejnom obstarávaní.

Softvér zahŕňa operačný systém, komunikačný softvér, kancelársky balík, e-mailové aplikácie, organizér, prehliadače, internetový prehliadač, editor prezentácií, tabuľkový editor, textový editor, softvér na správu súborov, právny referenčný systém (SLS), softvér a nástroje systému elektronickej správy dokumentov antivírusová ochrana.

Požiadavky určujú zloženie, architektúru a funkcie softvéru potrebného na nahradenie dovážaných analógov.

Softvérové ​​rozhranie musí byť implementované najmä v ruštine. Softvér nesmie vyžadovať inštaláciu iného softvéru (ďalšie softvérové ​​moduly, fonty), ktorý má akékoľvek obmedzenia na jeho bezplatnú distribúciu v Rusku, s výnimkou operačných systémov. Aktualizácie softvéru by sa mali vykonávať až po potvrdení používateľom alebo oprávneným personálom.

Zároveň sú na každý typ softvéru kladené špeciálne požiadavky.

SPS by teda mala poskytovať stálu službu vyhľadávania informácií na poskytovanie právnych úkonov a referenčných a informačných dokumentov, ako aj poskytovať sieťovú verziu s pravidelne aktualizovanou databankou federálnej a regionálnej legislatívy, inštalovanú v lokálnej sieti používateľa a umožnenie práce s SPS v t .h pri absencii prístupu na internet.

Registratúrny záznam bol doplnený o informáciu o súlade alebo nesúlade softvéru s ďalšími požiadavkami.