V polovici augusta ministerstvo komunikácií v zastúpení riaditeľa odboru rozvoja vysoká technológia Salavat Migranova oznámila, že túto jeseň začne ruský softvérový register fungovať podľa nových pravidiel. Podľa úradníka je potrebný prechod od extenzívneho rastu registra ku kvalitatívnemu. Okrem toho sa odstránia niektoré medzery v právnej úprave substitúcie dovozu v oblasti IT. Nové pravidlá pridajú aj ďalšiu požiadavku, aby ste neboli nútení aktualizovať a spravovať konkrétny softvér zo zahraničia. Môžete sa zoznámiť s textom návrhu zákona. Je zrejmé, že zmeny ohlásené ministerstvom telekomunikácií a masových komunikácií v prevádzke registra sa dotknú ruských vývojárov softvéru aj vládnych zákazníkov. V očakávaní konkrétností skúsme špekulovať, kam to všetko povedie.
Trochu teórie
Na zaradenie softvérového produktu do registra ruského softvéru musí vývojár podať žiadosť na ministerstvo telekomunikácií a masových komunikácií v elektronickej forme, počkať na jej zverejnenie, po ktorom bude žiadosť posúdená odbornou radou, ktorá zahŕňa zástupcovia IT spoločností. Ministerstvo na základe rozhodnutia rady vydá príkaz na zaradenie do registra alebo na odmietnutie. Celá procedúra trvá približne 70 dní.
K žiadosti musia byť priložené dokumenty potvrdzujúce výhradné právo vývojára na softvér. Musíte tiež poskytnúť kópiu produktu bez technické prostriedky s ochranou autorských práv alebo prostriedkami na legálne odstránenie obmedzení používania softvéru. Mimochodom, nový registratúrny poriadok obsahuje vágne znenie. S odvolaním sa na člena odbornej rady publikácia píše, že vývojári teraz môžu k aplikácii pripojiť nie celý produkt, ale iba jeho prvky, čo výrazne skomplikuje vyšetrenie.
Vášeň okolo registra
V roku 2016 sa prezident NP "Russoft" Valentin Makarov stal verejným riaditeľom odboru rozvoja špičkových technológií Ministerstva telekomunikácií a masových komunikácií Dmitrijom Černovom, čo sa týkalo netransparentnosti postupu pri rozhodovaní o zaradenie softvérových produktov do registra. Členovia odbornej rady sa podľa Makarova nemôžu vždy „vyhnúť nezrovnalostiam, chybám, konfliktom záujmov pri rozhodovaní“. Možnosť, ktorú navrhol na vytvorenie odvolacieho konania, a to aj so zapojením nezávislých odborníkov, však zostala doteraz nerealizovaná.
Na netransparentnosť postupu pri zápise do registra upozorňovali aj ďalší účastníci trhu. Spoločnosť ISET Development napadla rozhodnutie Ministerstva telekomunikácií a masových komunikácií o zamietnutí zápisu do registra antivírusové riešenie Eset. V októbri 2016 súd rozhodol v prospech rezortu s odvolaním sa na skutočnosť, že ISET Development nemá certifikát na vývoj softvéru, ktorý implementuje ochranné funkcie. dôverné informácie. Účastníci trhu to považovali za formálny dôvod a uviedli, že skutočným dôvodom bolo, že ISET Development ako dcérska spoločnosť slovenského výrobcu nevedela dokázať, že jej produkt je ruský. Na potvrdenie toho šéf ministerstva komunikácií Nikiforov privítal rozhodnutie súdu a poznamenal, že zahraničné spoločnosti sa pomerne často pokúšajú predložiť svoj vývoj prostredníctvom dcérskych spoločností v Rusku, aby ich zaradili do registra.
Dobrý príklad: v auguste ruský softvérový register obsahoval produkt americkej spoločnosti Hewlett Packard Enterprise. „Ruská“ verzia programu ArcSight sa nazýva „Ankey SIEM“. Zároveň sa uvádza, že výhradné práva na softvér a všetky jeho súčasti patria vývojárovi Gazinformservice LLC. Spoločnosť HPE je otvorená, že týmto spôsobom lokalizuje svoje produkty na predaj vládnym agentúram.
Na tomto pozadí vyzerajú správy, ktoré nie sú zahrnuté v registri, zaujímavo. operačný systém"AXIS", vyvinutý "dcérou" "Rostec", spoločnosťou NCI. Dôvod zamietnutia: NCI neposkytla odbornej rade dokumenty potvrdzujúce výhradné práva na systém, ako aj licenciu FSTEC. Príbeh je dosť hlasný, takže poviem len to hlavné. V samotnom NCI je táto „AXIS“ založená na slobodnom softvéri a softvérových moduloch vlastnej konštrukcie. Podľa členky odbornej rady Natalya Kaspersky sa však v žiadosti naopak uvádzalo, že ide o proprietárny softvér. Čas ukáže, ako sa situácia vyvinie, no zatiaľ NCI podal žiadosť.
Existujú aj ďalšie zaujímavé prípady: napríklad v júni 2016, bez pripomienok ministerstva telekomunikácií a masových komunikácií, z registra, v ňom predtým zahrnuté produkty založené na riešeniach IBM a EMC, vrátane vývoja KROK, Business Logic ( „dcéra“ IT Co.), K-MIS, Metamodel Group a pod. Už samotná skutočnosť, že výrobky boli vyradené z evidencie a neboli po posúdení žiadosti zamietnuté, svedčila o nezrelosti pracovných postupov odbornej rady. v tom čase.
Miliardy nad rozpočet
Desiatky miliárd rubľov ročne bezdôvodne smerujú k zahraničným výrobcom softvéru, ministerstvu telekomunikácií a masovej komunikácie. V tejto súvislosti má rezort spolu s FAS v úmysle prísne potrestať vládne agentúry a spoločnosti so štátnou účasťou, ktoré používajú zahraničný softvér v prítomnosti ruských analógov. V máji Nikolaj Nikiforov navrhol takéto štátne inštitúcie zdaniť úplne, poplatok by mohol predstavovať 5 % z ceny zahraničného softvéru, ktorý by sa dal nahradiť domácim softvérom.
Netreba dodávať, že prechod od softvéru svetových výrobcov k vývoju ich krajanov nie je žiadna maličkosť. Potreba minúť čas a zdroje na projekty migrácie na nový softvér, ako aj riziká takýchto projektov odstrašujú zákazníkov a nútia ich hľadať riešenia. Široká akvizičná prax počítačová veda s predinštalovaným softvérom, ako aj „zahalený“ nákup zahraničných softvérových produktov pod rúškom služieb, ako je SaaS, prenájom zariadení s predinštalovaným softvérom či technická podpora vrátane aktualizácií softvéru.
Po nadobudnutí účinnosti zmien vo fungovaní registra takéto schémy už nebudú fungovať. Zákazníci budú musieť kupovať softvér oddelene od počítačov, takže obmedzenia nemožno obísť. To bude mať za následok dodatočné náklady na migráciu na domáci softvér, ale v niektorých prípadoch je časť nákladov kompenzovaná nižšími nákladmi na ruský vývoj.
Nie podľa počtu, ale podľa zručnosti
K dnešnému dňu obsahuje register informácie o viac ako 4 000 softvérových produktoch, ktoré sú oficiálne uznané ako ruské. Vzhľadom na to, že register je koncipovaný ako nástroj na implementáciu substitúcie dovozu, a nielen ako zoznam všetkých dostupných IT produktov ruského pôvodu, je mimoriadne dôležité poskytnúť objektívne posúdenie súladu softvéru s požiadavkami vládnych zákazníkov. Ale to je veľmi ťažké urobiť, a tu je dôvod. V prevádzke tento moment postup podávania žiadostí nezahŕňa žiadne preskúmanie súladu softvérových produktov s určitými požiadavkami zákazníkov. Inými slovami, úlohou expertnej rady je potvrdiť alebo vyvrátiť ruský pôvod softvéru a jeho funkčnosť, spoľahlivosť a bezpečnosť zostáva na svedomí vývojára. Nebudete závidieť štátnym zákazníkom: aj napriek podpore ministerstva komunikácií (metodické materiály, tabuľka korešpondencie ruského softvéru so zahraničnými analógmi atď.) Je úloha výberu softvérových produktov, mierne povedané, náročná. Úplne obrazne povedané, ide o výber jedného zo stoviek „prasiat v žite“.
Ministerstvom načrtnutá perspektíva kvalitatívneho rastu registra vzbudzuje nádej, že v budúcnosti budú kladené podrobnejšie požiadavky na softvérové produkty, ktoré sa uchádzajú o zaradenie do registra, zodpovedajúce záujmom zákazníkov. Vývojári sa zároveň budú musieť sústrediť nie tak na organizačné záležitosti, ako na funkčnosť svojho softvéru, čo si vyžiada čas a značné náklady. Ale v konečnom dôsledku sa zvýši konkurencieschopnosť a zameranie produktov na zákazníka, z čoho budú profitovať všetci.
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 uvedené v registri Ruskej federácie. softvér, a ktorým sa menia a dopĺňajú Pravidlá tvorby a vedenia jednotného registra Ruské programy 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ády Ruská federácia 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 tvorby a vedenia 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 dňa 16. novembra 2015 č. 1236 „o ustanovení zákazu prijímanie 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 len 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, poštové aplikácie, organizátor, prehliadače, internetový prehliadač, editor prezentácií, editor tabuliek, textový editor, softvér Správca súborov, právny referenčný systém, systémový softvér elektronická správa dokumentov a finančné prostriedky antivírusová ochrana.
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ícke zariadenia rádiovej mobilnej komunikácie bez pripojenia k lokálnym sieťam a (alebo) využívajúce informačnú a telekomunikačnú sieť „Internet“ a (alebo) využívajúce infraštruktúru, ktorá poskytuje 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éri 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 (doplnkový softvérové moduly, písma), 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. Ak používateľ pristupuje k kancelárskemu 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 práv držitelia), 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 dát cez komunikačné kanály, vrátane textové správy a (alebo) elektronické dokumenty, hlasové, zvukové, obrazové a iné informácie pomocou kancelárskeho softvéru sa musia vykonávať s prihliadnutím na požiadavky právnych predpisov Ruskej federácie o ochrane informácií a komunikácii.
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 - prevádzkujú aspoň 2 operačné systémy, o ktorých sú informácie zahrnuté v jednotnom registri ruského softvéru, a operačné 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 údajov pomocou komunikačného softvéru sa môže vykonávať prostredníctvom otvorených komunikačných kanálov, ako aj bezpečných komunikačných kanálov pomocou šifrovacích (kryptografických) nástrojov na ochranu informácií certifikovaných 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é vlastnosti zodpovedajúceho softvéru;
d) požiadavky na prihlášku poštou:
poštová aplikácia, ktorá je softvérom (ďalej len softvér Email), ak chcete prezerať, vytvárať, upravovať, mazať, ukladať, tlačiť a odosielať e-mailové správy, musíte poskytnúť:
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 adresárov e-mailových správ v e-mailovom systéme (ďalej len adresáre e-mailov poštový systém);
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 použí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 zmena 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 certifikovaných prostriedkov elektronický podpis používanie kvalifikovaných certifikátov na zabezpečenie 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ť:
zariadení 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;
na zabezpečenie dôvernosti 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;
možnosť podpory spoločná práca 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 uložených elektronických dokumentov, a to aj vo formátoch zodpovedajúcich rôznym rozšíreniam elektronických dokumentov 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žívanie rôznych typov písma na navrhovanie textových informácií umiestnených na diapozitívoch;
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), ktorý je softvérom 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;
poskytovanie možnosti číslovania rôznych prvkov zoznamov;
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 do stredu, pozdĺž ľavého a pravého okraja textového poľa, ako aj pozdĺž šírky 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);
schopnosť automaticky kontrolovať pravopis, syntax a interpunkciu 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 odstraňovanie katalógov elektronických dokumentov, musí poskytovať možnosť odstraňovania, kopírovania a presúvania elektronických dokumentov;
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 referenčného a právneho 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 prácu s referenčným a právnym systémom, a to aj v prípade absencie prístupu k informáciám a telekomunikačná sieť "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 ISO 19005-1:2005 "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 telefónne spojenie a e-mailové zariadenia v ruštine 24 hodín denne.
17. Kontakt a ďalšie informácie potrebné pre 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 z 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
Pre domáci kancelársky softvér zahrnutý v Registri ruského softvéru boli stanovené ďalšie požiadavky. 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 mal 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.
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 v osobný účet cez 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 ju zaregistrovať účtu. To si vyžaduje, aby:
- právnická osoba mala vydaný kvalifikovaný certifikát elektronického podpisu 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 tituly BY. 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 splnomocnenia 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. V tejto časti musíte poskytnúť platný odkaz na stiahnutie distribúcie softvéru. 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.
Od 1. januára 2016 budú všetky štátne a samosprávne orgány, štátne korporácie Rosatom a Roskosmos, riadiace orgány štátnych mimorozpočtových fondov, ako aj štátne resp. 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 uspokojovanie potrieb štátu a obcí“, sú povinní dodržiavať zákaz prijímania softvéru pochádzajúceho zo zahraničia. krajín 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 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. | Príležitosť centralizované ovládanie 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 charakteristík softvéru obsahuje záznam v registri 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 zakú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í objednávateľ pripraviť, schváliť a zverejniť (spolu s dokumentáciou k obstarávaniu) . Takáto povinnosť je stanovená v časti 3 článku 14 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 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.
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 písmeno „a“ alebo „b“ odseku 2 vyhlášky vlády Ruskej federácie č. 1236);
b) triedu (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ť, pozri 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: ; . Viac príkladov podobných dokumentov predložených na odôvodnenie nemožnosti nákupu domáceho tovaru softvér, môžeš vidieť .
Ak register neobsahuje informácie o softvéri pre požadovanú triedu (vyberie sa písmeno „a“ odseku 2 vyhlášky vlády Ruskej federácie č. 1236), posledný blok („d“) nie je zahrnutý do odô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 nároky 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 tieto screenshoty priložiť 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 (ď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ň pre každý typ softvéru (operačný systém, komunikačný softvér, kancelársky balík, poštové 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 (ATS), softvérové systémy elektronickej správy dokumentov a antivírusová ochrana) sú stanovené špeciálne požiadavky.
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
Načítava...