Sredinom avgusta Ministarstvo telekomunikacija i masovnih komunikacija, koje predstavlja direktor Sektora za razvoj visoke tehnologije Salavat Migranov je najavio da će ove jeseni registar ruskog softvera početi da radi po novim pravilima. Prema riječima zvaničnika, neophodan je prijelaz sa ekstenzivnog rasta registra na kvalitativni rast. Osim toga, otkloniće se neke praznine u zakonskoj regulativi zamjene uvoza u IT sektoru. Nova pravila će također nametnuti dodatni zahtjev da se određeni softver ne smije prisiljavati na ažuriranje ili kontrolu iz inostranstva. Tekst zakona možete pročitati. Očigledno je da će promjene u radu registra koje je najavilo Ministarstvo telekomunikacija i masovnih komunikacija uticati i na ruske programere softvera i na vladine korisnike. Dok čekamo pojedinosti, hajde da nagađamo kuda će to sve dovesti.
Malo teorije
Da bi softverski proizvod uključio u registar ruskog softvera, programer mora elektronskim putem podnijeti prijavu Ministarstvu telekomunikacija i masovnih komunikacija, sačekati njeno objavljivanje, nakon čega će prijavu razmotriti stručno vijeće, koje uključuje predstavnike IT-a. kompanije. Na osnovu odluke Vijeća, ministarstvo će izdati naredbu za uvrštavanje u registar ili odbijanje. Cijela procedura traje oko 70 dana.
Aplikacija mora biti popraćena dokumentima koji potvrđuju isključivo pravo programera na softver. Također morate dostaviti kopiju proizvoda bez tehnička sredstva zaštitu autorskih prava ili sa sredstvima zakonskog eliminisanja ograničenja upotrebe softvera. Inače, nova pravila za registar sadrže nejasnije formulacije. Pozivajući se na člana stručnog vijeća, publikacija piše da sada programeri mogu priložiti ne cijeli proizvod aplikaciji, već samo njegove elemente, što će značajno otežati ispitivanje.
Strasti oko registra
Predsjednik NP Russoft Valentin Makarov je 2016. godine komunicirao s direktorom Odjeljenja za razvoj visoke tehnologije Ministarstva telekomunikacija i masovnih komunikacija Dmitrijem Černovom, o neprozirnosti postupka donošenja odluka za uključivanje softverskih proizvoda u registar. Prema riječima Makarova, članovi stručnog vijeća ne mogu uvijek “izbjeći neslaganja, greške i sukob interesa prilikom donošenja odluka”. Međutim, do sada je ostala nerealizovana mogućnost koju je predložio za stvaranje žalbenog postupka, uključujući i angažovanje nezavisnih stručnjaka.
Na neprozirnost postupka upisa u registar ukazali su i drugi učesnici na tržištu. Kompanija ISET Development osporila je odluku Ministarstva telekomunikacija i masovnih komunikacija da odbije upis u registar antivirusno rješenje Eset. U oktobru 2016. godine sud je presudio u korist odjela, navodeći činjenicu da ISET Development nema certifikat za razvoj softvera koji implementira sigurnosne funkcije povjerljiva informacija. Učesnici na tržištu su to smatrali formalnim razlogom i pretpostavili da je pravi razlog to što ISET Development, kao podružnica slovačkog proizvođača, ne može dokazati da je njegov proizvod ruski. U potvrdu toga, šef Ministarstva telekomunikacija i masovnih komunikacija Nikiforov pozdravio je odluku suda, napominjući da vrlo često strane kompanije pokušavaju da predstave svoj razvoj preko podružnica u Rusiji kako bi ih unele u registar.
Dobar primjer: u avgustu je ruski softverski registar uključio proizvod američke kompanije Hewlett Packard Enterprise. “Ruska” verzija ArcSighta zove se “Ankey SIEM”. Naznačeno je da ekskluzivna prava na softver i sve njegove komponente pripadaju developeru Gazinformservice LLC. HPE je otvoren da na taj način lokalizira svoje proizvode kako bi ih prodali državnim agencijama.
U tom kontekstu interesantno izgledaju poruke koje nisu uvrštene u registar operativni sistem„OS“, razvijen od strane Rostecove podružnice, NCI. Razlozi za odbijanje: NCI nije dostavio stručnom vijeću dokumente koji potvrđuju ekskluzivna prava na sistem, kao ni FSTEC licencu. Priča je prilično glasna, pa ću reći samo ono glavno. U samom NCI-ju, “OS” je baziran na slobodnom softveru i softverskim modulima vlastitog dizajna. Međutim, prema riječima Natalije Kasperske, člana stručnog vijeća, aplikacija je, naprotiv, pokazala da je riječ o vlasničkom softveru. Vrijeme će pokazati kako će se situacija razvijati, ali za sada je NCI podnio zahtjev.
Ima i drugih intrigantnih slučajeva: na primjer, u junu 2016. godine, bez ikakvih komentara Ministarstva telekomunikacija i masovnih komunikacija, proizvodi bazirani na IBM i EMC rješenjima prethodno su uvršteni u registar, uključujući razvoj KROK-a, Business Logic (podružnica ) "IT"), "K-MIS", "Metamodel Group" itd. Sama činjenica da su proizvodi isključeni iz registra, a nakon razmatranja prijave nisu odbijeni, svjedoči o nezrelosti radnih procedura stručnog vijeća u to vrijeme.
Milijarde preko budžeta
Desetine milijardi rubalja godišnje neopravdano odlaze stranim proizvođačima softvera, Ministarstvu telekomunikacija i masovnih komunikacija. S tim u vezi, odjel, zajedno sa FAS-om, namjerava oštro kazniti vladine agencije i kompanije sa državnim učešćem koje koriste strani softver u prisustvu ruskih analoga. Nikolaj Nikiforov je u svibnju predložio da se u potpunosti uvede porez na takve vladine agencije, a iznos takse mogao bi biti 5% cijene stranog softvera koji bi mogao biti zamijenjen domaćim.
Nepotrebno je reći da prelazak sa softvera globalnih proizvođača na razvoj svojih sunarodnika nije smiješan. Potreba da se utroši vrijeme i resursi na projekte migracije na novi softver, kao i rizici takvih projekata, obeshrabruju kupce i tjeraju ih da traže rješenja. Široko praktikovana nabavka kompjuterska tehnologija sa unapred instaliranim softverom, kao i „zastrte“ kupovine stranih softverskih proizvoda pod krinkom usluga, na primer, SaaS, iznajmljivanje opreme sa unapred instaliranim softverom ili tehnička podrška, uključujući ažuriranja softvera.
Nakon što promjene koje se tiču rada registra stupe na snagu, takve šeme više neće raditi. Kupci će morati da kupuju softver odvojeno od računarskog hardvera, pa se ograničenja ne mogu zaobići. To će rezultirati dodatnim troškovima za migraciju na domaći softver, ali u nekim slučajevima dio troškova je nadoknađen nižim troškovima ruskog razvoja.
Ne po broju, već po vještini
Do danas, registar sadrži informacije o više od 4.000 softverskih proizvoda koji su službeno priznati kao ruski. Uzimajući u obzir činjenicu da je registar zamišljen kao alat za implementaciju zamjene uvoza, a ne samo kao lista svih dostupnih IT proizvoda ruskog porijekla, izuzetno je važno dati objektivnu procjenu usklađenosti softvera sa zahtjevima vlade. kupaca. Ali ovo je veoma teško izvodljivo, a evo i zašto. Važi na ovog trenutka Procedura prijave ne podrazumijeva nikakvo ispitivanje kako bi se utvrdilo da li softverski proizvodi ispunjavaju bilo koje zahtjeve korisnika. Drugim riječima, zadatak stručnog vijeća je da potvrdi ili opovrgne rusko porijeklo softvera, a njegova funkcionalnost, pouzdanost i sigurnost ostaju na savjesti programera. Vladinim kupcima nema na čemu zavidjeti: čak i uprkos podršci Ministarstva telekomunikacija i masovnih komunikacija (metodološki materijali, tabela korespondencije ruskog softvera sa stranim analogima, itd.), zadatak odabira softverskih proizvoda je, blago rečeno, , teško. Sasvim slikovito rečeno, ovo je izbor jednog od stotina „svinja u džepu“.
Izgledi za kvalitativni rast registra koje navodi ministarstvo uliva nadu da će se u budućnosti postavljati detaljniji zahtevi za softverske proizvode koji se prijavljuju za uključivanje u njega i koji zadovoljavaju interese kupaca. Programeri će morati da se fokusiraju ne toliko na organizaciona pitanja, koliko na funkcionalnost svog softvera, što će zahtevati i vreme i značajne troškove. Ali na kraju će se povećati konkurentnost i fokus proizvoda na kupca i svi će imati koristi od toga.
Uredba Vlade Ruske Federacije od 23. marta 2017. br. 325 „O odobravanju dodatnih zahtjeva za programe za elektronske računare i baze podataka, informacije o kojima su uključene u registar ruske softver, te izmjene i dopune Pravila za formiranje i vođenje jedinstvenog registra Ruski programi za elektronske računare i baze podataka”
U skladu sa stavom 6 člana 12.1 Federalnog zakona „O informisanju, informacione tehnologije i o zaštiti informacija” Vlada Ruska Federacija odlučuje:
1. Odobrite priloženo:
dodatni zahtjevi za programe za elektronske računare i baze podataka o kojima su podaci uključeni u registar ruskog softvera;
izmjene koje se unose u Pravila za formiranje i održavanje jedinstvenog registra ruskih programa za elektronske računare i baze podataka, odobrenih Uredbom Vlade Ruske Federacije od 16. novembra 2015. br. 1236 „O uspostavljanju zabrane prihvatanje softvera porijeklom iz stranih zemalja za potrebe nabavke za potrebe državnih i općina“ (Sabrani zakoni Ruske Federacije, 2015, br. 47, čl. 6600).
2. Federalni organi izvršne vlasti i državni vanbudžetski fondovi, prilikom kupovine programa za elektronske računare i baze podataka za potrebe države, o kojima su podaci uključeni u registar ruskog softvera, moraju osigurati usklađenost sa dodatnim zahtjevima odobrenim ovom rezolucijom.
3. Ministarstvu telekomunikacija i masovnih komunikacija Ruske Federacije:
odobrava postupak i metodologiju za potvrđivanje usklađenosti programa za elektronske računare i baze podataka, o kojima su podaci uključeni u registar ruskog softvera, sa dodatnim zahtjevima odobrenim ovom rezolucijom;
uskladiti regulatorne pravne akte sa ovom rezolucijom;
u roku od 6 meseci od datuma zvaničnog objavljivanja ove rezolucije, dostavi potvrdu o usklađenosti softvera uključenog u ruski softverski registar sa dodatnim zahtevima odobrenim ovom rezolucijom.
4. Izmjene odobrene ovom odlukom stupaju na snagu nakon 6 mjeseci od dana zvaničnog objavljivanja ove odluke.
ODOBRENO
Vladina rezolucija
Ruska Federacija
od 23.03.2017.godine br.325
Dodatni zahtjevi
na programe za elektronske računare i baze podataka, informacije o kojima su uključene u registar ruskog softvera
I. Opće odredbe
1. Ovaj dokument definiše zahtjeve za programe za elektronske računare i baze podataka, o kojima su podaci uključeni u registar ruskog softvera, u smislu sastava i funkcionalnih karakteristika softvera, namijenjenog, između ostalog, za automatizaciju funkcija zaposlenih u savezne izvršne vlasti i državni vanbudžetski fondovi Ruske Federacije prilikom obavljanja poslovne obaveze(u daljem tekstu korisnici, softver).
2. Informaciona podrška za korisnike (u daljem tekstu korisnička podrška) mora biti obezbeđena u skladu sa ovim dokumentom širom Ruske Federacije bez ograničenja.
II. Zahtjevi za sastav, funkcionalne karakteristike i radno okruženje uredskog softvera
3. Office softver uključuje operativni sistem, komunikacioni softver, uredski paket, email aplikacije, organizator, gledaoci, internet pretraživač, uređivač prezentacija, uređivač tabela, uređivač teksta, softver file manager, referentni i pravni sistem, sistemski softver elektronsko upravljanje dokumentima i sredstva antivirusna zaštita.
Office softver se sastoji od samostalnog i/ili umreženog softvera i klijentskog softvera. Kancelarijski softver može biti skup međusobno povezanih softverskih proizvoda koji su u skladu sa klasifikatorom programa za elektronske računare i baze podataka u skladu sa zakonodavstvom Ruske Federacije.
4. Office softver mora omogućiti korisnicima rad na ličnim elektronskim računarima i uređajima pristup terminalu i pretplatnički uređaji radio mobilne komunikacije bez povezivanja na lokalne računarske mreže, i (ili) koristeći informaciono-telekomunikacionu mrežu "Internet", i (ili) koristeći infrastrukturu koja obezbeđuje informatičku i tehnološku interakciju informacionih sistema koji se koriste za obezbeđivanje javne usluge i izvršavanje državnih funkcija u elektronskom obliku, kreiranje, pristup, obrada, skladištenje i brisanje elektronski dokumenti(„oblak“ tehnologija) i (ili) korištenje lokalnih računarskih mreža za pristup korisnika softveru instaliranom na serverskoj opremi.
5. Ako uredski softver ima funkciju za identifikaciju i autentifikaciju korisnika, mora biti moguće identificirati i autentifikovati korisnike koristeći, između ostalog, federalni državni informacioni sistem " jedan sistem identifikacija i autentikacija u infrastrukturi koja osigurava informacijsku i tehnološku interakciju informacionih sistema koji se koriste za pružanje državnih i opštinskih usluga u elektronskom obliku" na način propisan zakonodavstvom Ruske Federacije.
6. Interfejs kancelarijskog softvera mora biti implementiran na ruskom jeziku. Interfejs kancelarijskog softvera može se implementirati korištenjem dodatnih drugih jezika.
7. Office softver ne bi trebao zahtijevati instalaciju drugog softvera (dodatnog softverski moduli, fontovi), s bilo kakvim ograničenjima njegove besplatne distribucije na teritoriji Ruske Federacije, s izuzetkom operativnih sistema.
8. Ažuriranja Office softvera treba da se vrše samo nakon potvrde korisnika kancelarijskog softvera ili ovlašćenog osoblja.
9. U slučaju pristupa korisnika kancelarijskom softveru pomoću internet pretraživača, kancelarijski softver mora da obezbedi mogućnost korišćenja internet pretraživača najmanje 3 različita nosioca autorskih prava ekskluzivnih prava na program za elektronske računare ili bazu podataka (nosioci autorskih prava, grupe nosilaca autorskih prava), informacije o jednom od njih su uključene u jedinstveni registar ruskog softvera.
10. Kancelarijski softver mora biti u skladu sa zahtjevima zakonodavstva Ruske Federacije o zaštiti informacija i zaštiti ličnih podataka u slučajevima utvrđenim zakonodavstvom Ruske Federacije.
Prijenos podataka putem komunikacijskih kanala, uključujući tekstualne poruke i (ili) elektronski dokumenti, glasovne, audio, vizuelne i druge informacije, korišćenjem kancelarijskog softvera, moraju se obavljati uzimajući u obzir zahteve zakonodavstva Ruske Federacije o zaštiti informacija i komunikacijama.
11. Funkcionalne karakteristike kancelarijskog softvera i njegovog operativnog okruženja moraju ispunjavati sljedeće zahtjeve:
a) zahtjevi za operativno okruženje uredskog softvera:
Office softver, osim operativnih sistema, mora raditi na sljedećim operativnim sistemima:
za automatizovanu korisničku radnu stanicu (lični elektronski računar ili uređaj za pristup terminalu) - koji pokreće najmanje 2 različita operativna sistema, informacije o kojima su uključene u jedinstveni registar ruskog softvera i operativnih sistema Microsoft Windows(verzija 7 i novija), certificirana u skladu sa zahtjevima zakonodavstva Ruske Federacije o zaštiti informacija;
za serversku opremu - sa najmanje 2 operativna sistema, informacije o kojima su uključene u jedinstveni registar ruskog softvera, i Microsoft operativni sistemi Windows Server(verzije 2008 i novije), dok se alati za virtuelizaciju mogu koristiti za osiguranje funkcionisanja kancelarijskog softvera koji pokreće operativne sisteme za serversku opremu;
za pretplatničke uređaje radio mobilne komunikacije - pod kontrolom operativnih Android sistemi, iOS;
operativni sistemi za automatizovanu radnu stanicu korisnika moraju da sadrže način rada koji im omogućava da implementiraju funkcionalnost kancelarijskog softvera koji funkcioniše i radi u drugim operativnim sistemima navedenim u stavu tri ove podtačke;
b) zahtjevi za komunikacioni softver:
komunikacioni softver, koji je softver za kreiranje i obradu informacija, kao i interakciju korisnika putem prijenosa informacija putem telekomunikacijskih kanala, uključujući sigurne komunikacijske kanale, i (ili) lokalne računalne mreže, korištenjem automatizirane radne stanice i (ili) mobilnog radija korisnika pretplatnički uređaji moraju obezbijediti:
kreiranje, pregledavanje, uređivanje, kopiranje, ispis informacija obrađenih korištenjem komunikacijskog softvera i prijenos informacija putem telekomunikacijskih kanala i lokalnih računalnih mreža, uključujući prilaganje elektronskih dokumenata, emails, uključujući tekstualne poruke, slike, audio datoteke i video datoteke;
dostavljanje korisniku obavještenja o elektronskim porukama koje prenose drugi korisnici komunikacionog softvera na korisnikovu terminalnu pristupnu opremu na kojoj je instaliran komunikacioni softver ili preko koje se obezbjeđuje pristup komunikacijskom softveru instaliranom na serverskoj opremi;
mogućnost da korisnik onemogući funkciju dostave obavještenja o primljenim email porukama;
mogućnost čuvanja i brisanja tekstualnih poruka i elektronskih dokumenata na ličnim elektronskim računarima i mobilnim radio pretplatničkim uređajima;
mogućnost pretraživanja spremljenih tekstualnih poruka i elektronskih dokumenata ako korisnik nema pristup serverskom softveru koristeći lokalno računarsku mrežu ili nedostatak pristupa informaciono-telekomunikacionoj mreži "Internet";
mogućnost skladištenja elektronskih poruka i elektronskih dokumenata na personalnim elektronskim računarima, serverskoj opremi i pretplatničkim uređajima radio mobilnih komunikacija, kao i prenos elektronskih poruka i elektronskih dokumenata u centralizovano skladište;
prijenos tekstualnih poruka i elektronskih dokumenata kreiranih od strane korisnika koristeći komunikacioni softver u federalne informacione sisteme;
mogućnost štampanja informacija obrađenih korišćenjem komunikacionog softvera;
prijenos podataka pomoću komunikacijskog softvera može se obavljati preko otvorenih komunikacijskih kanala, kao i sigurnih komunikacijskih kanala korištenjem enkripcijskih (kriptografskih) alata za sigurnost informacija certificiranih u skladu sa zahtjevima zakonodavstva Ruske Federacije;
c) zahtjevi za kancelarijski paket:
kancelarijski paket, koji je zaseban softver ili skup međusobno povezanih kancelarijskih softvera sa jedinstvenim interfejsom za kreiranje, pregled, uređivanje, čuvanje, brisanje elektronskih dokumenata, razmenu elektronskih dokumenata i implementaciju drugih metoda njihove obrade, kao i pružanje mogućnosti informacije za štampanje ako je potrebno, obrađene pomoću odgovarajućeg softvera, moraju osigurati funkcionalnost najmanje 4 od sljedeće vrste softvera:
uređivač teksta;
uređivač tablice;
urednik prezentacije;
aplikacije za e-poštu;
Komunikacijski softver;
Softver za upravljanje datotekama;
organizator;
Gledatelji;
uredski paket u smislu uređivača teksta, uređivača proračunskih tablica i uređivača prezentacija trebao bi osigurati suradnju na elektroničkom dokumentu za grupu korisnika, uključujući mogućnost evidentiranja promjena u elektronskom dokumentu u realnom vremenu;
uredski paket mora ispunjavati zahtjeve za funkcionalne karakteristike relevantnog softvera;
d) zahtjevi za prijavu pošte:
mail aplikacija, koja je softver (u daljem tekstu softver Email) za pregled, kreiranje, uređivanje, brisanje, spremanje, štampanje i prijenos poruka e-pošte, mora osigurati:
kreiranje, uređivanje, brisanje i prijenos elektroničkih tekstualnih poruka i prilaganje elektroničkih dokumenata uz njih, automatsko spremanje elektroničkih dokumenata i poruka e-pošte;
kreiranje, brisanje, preimenovanje direktorija e-mail poruka u sistemu e-pošte (u daljem tekstu imenici e-pošte) poštanski sistem);
mogućnost spremanja, brisanja, kopiranja i premeštanja e-mail poruka u imenike sistema elektronske pošte;
mogućnost pretraživanja e-mail poruka u poštanskom sandučetu korisnika koristeći, između ostalog, različite kriterije pretraživanja e-mail poruka;
kreirati, uređivati, brisati i prenositi elektronske tekstualne poruke u više elektronskih poštanskih sandučića (e-mail adresa) koristeći jednu korisnički interfejs;
prikaz pomoću jednog korisničkog interfejsa softvera za e-poštu e-poruka iz više e-poruka poštanski sandučići korisnik (adrese e-pošte);
objedinjeni prikaz e-mail poruka po temama pomoću jedinstvenog korisničkog interfejsa;
automatsko kreiranje i izmjena postavki za povezane korisničke e-mail račune na svim korisničkim uređajima na kojima je instaliran i korišten softver za e-poštu;
kreiranje, brisanje, mijenjanje redoslijeda obrade e-mail poruka u skladu sa kriterijima koje postavlja korisnik, uključujući automatsko premještanje e-mail poruka u imenike sistema elektronske pošte, odgađanje slanja e-mail poruka na vrijeme koje odredi korisnik, automatski odgovaranje na primljene e-mail poruke;
kreiranje, brisanje, uređivanje korisničkih informacija i automatsko dodavanje takvih informacija u generiranu poruku e-pošte;
mogućnost da korisnik odabere adresu e-pošte drugog primaoca(a) e-mail poruke koristeći korisnički imenik organizacije i lični imenik korisnika;
mogućnost štampanja informacija obrađenih korišćenjem softvera za e-poštu;
mogućnost korištenja certificiranih proizvoda elektronski potpis korištenje kvalifikovanih certifikata kako bi se osigurao integritet poslanih poruka e-pošte;
Interakcija informacijske tehnologije između softvera servera e-pošte i softvera klijenta e-pošte mora se obavljati, između ostalog, korištenjem sljedećih protokola:
SMTP ili ESMTP - za slanje e-mail poruka;
IMAP ili POP3 - za primanje email poruka;
HTTPS - za interakciju sa web klijentom e-mail sistema;
CalDav - za kreiranje i primanje informacija o događajima uključenim u kalendar;
CardDav - za kreiranje i primanje liste ličnih kontakata i liste korisnika organizacije;
Softver za e-poštu mora implementirati:
objekata automatska detekcija neželjene e-poruke i njihovo automatsko premještanje u odgovarajući direktorij e-mail sistema;
sredstva integracije sa eksternim antivirusnim softverom, informacije o kojima su uključene u jedinstveni registar ruskog softvera;
Kako bi se osigurala povjerljivost poruka e-pošte i elektronskih dokumenata obrađenih pomoću softvera za e-poštu, ovaj softver mora biti u mogućnosti integrirati se s alatima certificiranim u skladu sa zakonodavstvom Ruske Federacije kriptografska zaštita informacije;
e) zahtjevi za organizatora - organizator, koji je softver za kreiranje, uređivanje, pohranjivanje, brisanje i prijenos informacija o kontaktima, zadacima i događajima korisnika, mora obezbijediti:
kreiranje informacija o korisničkim kontaktima, zadacima i događajima;
Pogledajte informacije o rasporedu u kalendaru korisnika;
brisanje događaja iz kalendara korisnika;
uređivanje događaja u kalendaru korisnika;
mogućnost podrške saradnja korisnici;
mogućnost razlikovanja prava korisnika na pristup informacijama;
mogućnost pružanja informacija o korisničkim događajima drugim korisnicima;
razmjena informacija između serverskog softvera i klijentskog softvera instaliranog na automatiziranim radnim stanicama korisnika i na korisnikovim mobilnim radio pretplatničkim uređajima, koja se mora obavljati, između ostalog, korištenjem CalDav protokola za razmjenu informacija;
f) zahtjevi za alate za pregled - alati za pregled, koji su softver za pregled elektronskih dokumenata bez mogućnosti njihove promjene, moraju omogućiti pregled elektronskih dokumenata, uključujući i one sačuvane u formatima koji odgovaraju različitim ekstenzijama elektronskih dokumenata, uključujući bmp, jpg , jpeg, png, gif, tif, tiff, OOXML, docx, doc, pptx, rtf, txt, pdf, xls, xlsx, odt, ods, odp, avi, mpeg, mp3;
g) zahtjevi za internet pretraživač - alati za internet pretraživač moraju podržavati html5, CSS3, javascript, kao i druge tehnologije;
h) zahtjevi za uređivača prezentacija - uređivač prezentacija, koji je softver za pregled, kreiranje, uređivanje, brisanje i štampanje informacija obrađenih pomoću uređivača prezentacija i spremanje prezentacijskih materijala u obliku elektronskih dokumenata koji se sastoje od skupa slajdova koji sadrže definisano od strane korisnika strukturirani oblik informacija, uključujući tekstualne, grafičke, tabelarne i audiovizuelne informacije (u daljem tekstu: slajdovi), treba da obezbedi:
kreiranje novih elektronskih prezentacionih dokumenata, uključujući formate Open Document Format (GOST R ISO/IEC 26300-2010) i Office Open XML (OOXML, PPTX);
otvaranje postojećih dokumenata elektronske prezentacije, uključujući formate Open Document Format (GOST R ISO/IEC 26300-2010) i Office Open XML (OOXML, PPTX);
korištenje različitih fontova za dizajniranje tekstualnih informacija postavljenih na slajdove;
dizajn tekstualnih informacija postavljenih na slajdove koristeći različite boje i pozadine;
dizajn tekstualnih informacija postavljenih na slajdove koristeći korisnički definirane podebljane, kurzivne i podvučene fontove, kao i prilagođene veličine fonta;
osiguravanje poravnanja tekstualnih informacija u centru područja za smještaj informacija, duž lijeve ili desne granice područja za smještaj informacija, kao i po širini područja za smještaj informacija;
umetanje i uklanjanje grafičkih i drugih elemenata sa slajda, uključujući grafičke slike, audio i video informacije;
postavljanje slajd šoua;
Ispis slajdova pomoću uređaja za ispis dokumenata;
demonstracija slajdova, kao i prikaz informacija postavljenih na slajdove pomoću opreme terminalnog interfejsa;
čuvanje dokumenata elektronske prezentacije u formatima koje softver podržava, uključujući Open Document Format (GOST R ISO/IEC 26300-2010), Office Open XML (OOXML, PPTX) i Portable Document Format (PDF);
i) zahtjevi za uređivač proračunskih tablica - uređivač proračunskih tablica (urednik proračunskih tablica), koji je softver za pregledavanje, kreiranje, uređivanje, brisanje i spremanje elektronskog dokumenta (uključujući i tabelarni dokument), mora obezbijediti:
stvaranje novih elektronskih tabelarni dokumenti, uključujući i Open Document Format (GOST R ISO/IEC 26300-2010) Office Open XML (OOXML, XLSX);
otvaranje postojećih elektronskih tabelarskih dokumenata, uključujući i one u Open Document Formatu (GOST R ISO/IEC 26300-2010) i Office Open XML (OOXML, XLSX);
unos podataka u tabelu;
brisanje podataka iz tabele;
uređivanje i kopiranje podataka, uključujući dodavanje, promjenu, brisanje i kopiranje sadržaja ćelija i raspona ćelija tablice;
dizajn tabelarnih podataka, uključujući spajanje i podjelu ćelija tablice, odabir fonta, boje unesene informacije, pozadine ćelije, dizajn ivica tablice u cjelini i njenih dijelova;
formatiranje podataka u ćelijama tabele, uključujući podatke u numeričkom, tekstualnom, monetarnom, finansijskom i procentualnom formatu;
podrška za prikaz grafikona i grafikona;
mogućnost kreiranja i brisanja listova elektronskog tabelarnog dokumenta;
mogućnost korištenja formula (uključujući i matematičke) na ruskom i engleski jezici na podatke tabele, kao i automatski prikaz rezultata izračunavanja formula koje je izabrao korisnik za izabranu ćeliju ili opseg ćelija u statusnoj traci;
mogućnost otkazivanja bilo koje operacije izvršene tokom procesa uređivanja i vraćanja otkazanih operacija;
zajedničko uređivanje tablice bez ograničavanja funkcionalnosti softvera;
korištenje šablona tablica;
Ispis informacija sadržanih u tablicama pomoću uređaja za ispis dokumenata;
čuvanje tabela u formatima koje podržava softver, uključujući Open Document Format (GOST R ISO/IEC 26300-2010), Office Open XML (OOXML, XLSX) i Portable Document Format (PDF);
j) uslovi za uređivač teksta - uređivač teksta, koji je softver za pregled, kreiranje, uređivanje i čuvanje elektronskog dokumenta, mora da obezbedi:
kreiranje elektronskih tekstualnih dokumenata, uključujući formate Open Document Format (GOST R ISO/IEC 26300-2010) i Office Open XML (OOXML, DOCX);
otvaranje postojećih elektronskih tekstualnih dokumenata, uključujući one u Open Document Formatu (GOST R ISO/IEC 26300-2010) i Office Open XML (OOXML, DOCX);
unos podataka u elektronski tekstualni dokument, kao i njegovo uređivanje;
priprema elektronskih tekstualnih dokumenata na obrascima A0, A1, A2, A3, A4, A5, A6;
uzdužni raspored detalja na formi elektronskog tekstualnog dokumenta;
postavljanje proizvoljne veličine uvlačenja pasusa od lijeve ivice elektronskog tekstualnog dokumenta;
pružanje mogućnosti numeriranja različitih elemenata liste;
mogućnost korištenja korisnički definiranih fontova: podebljano, kurziv, podvučeno, veličina fonta 10, 12, 13, 14 ili prilagođena veličina;
mogućnost isticanja teksta na slovu velikim slovima i van reda;
mogućnost poravnanja tekstualnih informacija u elektronskom tekstualnom dokumentu centrirano, duž lijeve i desne granice tekstualnog polja, kao i duž širine tekstualnog polja;
mogućnost postavljanja vrijednosti razmaka između redova;
mogućnost postavljanja odvojenog numeriranja za prvu i naredne stranice elektronskog tekstualnog dokumenta, uključujući numeriranje stranica u sredini zaglavlja ili podnožja;
mogućnost postavljanja uvlake od ivice gornje margine elektronskog tekstualnog dokumenta;
mogućnost postavljanja širine gornje, donje, desne i lijeve margine elektronskog tekstualnog dokumenta;
mogućnost otkazivanja bilo koje operacije izvršene tokom procesa uređivanja i vraćanja otkazanih operacija;
mogućnost bilježenja ispravki u elektronski tekstualni dokument;
zajedničko uređivanje elektronskog tekstualnog dokumenta od strane više korisnika (do 10 ili više korisnika);
mogućnost automatske provjere pravopisa, sintakse i interpunkcije u skladu s pravilima ruskog jezika, uključujući mogućnost korištenja vanjskih elektronskih pravopisnih rječnika ruskog jezika;
čuvanje elektronskog tekstualnog dokumenta u formatima koje podržava softver, uključujući Open Document Format (GOST R ISO/IEC 26300-2010), Office Open XML (OOXML, DOCX) i Portable Document Format (PDF);
obezbeđivanje mogućnosti pripreme elektronskih tekstualnih dokumenata na osnovu standardnih šablona dokumenata u skladu sa GOST R 6.30-2003 i zahtevima zakonodavstva Ruske Federacije u oblasti organizovanja kancelarijskog rada i toka dokumenata u aktivnostima državnih organa;
k) zahtjevi za softver za upravljanje datotekama - fajl menadžer, koji je softver za kreiranje, kopiranje, preimenovanje i brisanje kataloga elektronskih dokumenata, mora obezbijediti mogućnost brisanja, kopiranja i premeštanja elektronskih dokumenata;
l) zahtjevi za referentne i pravne sisteme - referentni i pravni sistem moraju:
pruža stalnu uslugu pronalaženja informacija za obezbjeđivanje pravnih akata i referentnih i informativnih dokumenata;
obezbediti mrežnu verziju pravnog referentnog sistema sa redovno ažuriranom bankom podataka federalnog i regionalnog zakonodavstva, instaliranu na lokalnoj računarskoj mreži korisnika i koja omogućava rad sa pravnim referentnim sistemom, uključujući i u nedostatku pristupa Internet informacionoj i telekomunikacionoj mreži ;
m) zahtjevi za softver sistema za upravljanje elektronskim dokumentima - softver za sistem elektronskog upravljanja dokumentima mora biti u skladu sa zahtjevima propisanim zakonodavstvom Ruske Federacije za informacione sisteme elektronskog upravljanja dokumentima;
o) zahtjevi za sredstva antivirusne zaštite - sredstva antivirusne zaštite moraju osigurati zaštitu podataka obrađenih korištenjem informacionih i komunikacionih tehnologija u skladu sa zahtjevima za informacioni sistem, koji koristi alate za zaštitu od virusa sa mogućnošću brzog praćenja i analize dnevnika događaja sa jedne administratorske konzole.
12. Office softver, ukoliko je potrebno uvoziti (izvoziti) podatke, mora obezbijediti mogućnost obrade podataka u jednom od sljedećih formata:
Otvoreni format dokumenta (GOST R ISO/IEC 26300-2010);
Office Open XML (OOXML, DOCX, XLSX, PPTX, nacrt ISO/IEC IS 29500:2008);
PDF/A-1, u skladu sa ISO 19005-1:2005 "Upravljanje dokumentima - Format datoteke elektronskih dokumenata za dugoročno čuvanje - Dio I: Upotreba PDF 1.4 formata (PDF/A-1)" dugoročno čuvanje - Dio I: Upotreba PDF 1.4 (PDF/A-1) u skladu sa zakonodavstvom Ruske Federacije;
uobičajeni fajlovi za razmjenu audio i video informacija, elektronski tekstualni dokumenti(na primjer, bmp, jpg, jpeg, png, gif, tif, tiff, rtf, txt, zip, avi, mpeg, mp3).
13. Office softver mora implementirati i dokumentirati interfejse za programiranje aplikacija (API) za integraciju sa drugim sistemima.
14. Office softver mora da obezbedi kompatibilnost sa formatima dokumenata zasnovanim na Open Document Format (GOST R ISO/IEC 26300-2010), kao i Portable Document Format (PDF).
15. Operativna dokumentacija koja se isporučuje sa kancelarijskim softverom mora sadržati materijale u elektronskom obliku na ruskom jeziku, uključujući:
korisnički vodič;
vodič za instalaciju;
Administrativni vodič;
Zahtjevi sustava;
informacije o nova verzija softver.
III. Zahtjevi za održavanje softvera
16. Korisnička podrška se pruža korištenjem telefonska komunikacija i usluge e-pošte na ruskom jeziku non-stop.
17. Kontakt i druge informacije potrebne za interakciju između korisnika i nosioca autorskih prava na softver u sklopu korisničke podrške moraju se objaviti na službenoj web stranici proizvođača softvera na Internetu.
ODOBRENO
Vladina rezolucija
Ruska Federacija
od 23.03.2017.godine br.325
promjene,
koji su uključeni u Pravila za formiranje i održavanje jedinstvenog registra ruskih programa za elektronske računare i baze podataka
1. Stavu 4 dodati podstav "n" kako slijedi:
„m) informacije o usklađenosti ili neusklađenosti softvera sa dodatnim zahtjevima za programe za elektronske računare i baze podataka, informacije o kojima su uključene u registar ruskog softvera, odobren Uredbom Vlade Ruske Federacije od 23. marta , 2017 br. 325 „O odobravanju dodatnih zahtjeva za programe za elektronske računare i baze podataka, informacije o kojima su uključene u registar ruskog softvera, i izmjenama i dopunama Pravila za formiranje i održavanje jedinstvenog registra ruskih programa za elektronsku računare i baze podataka (u daljem tekstu dodatni zahtjevi).
2. Dodati stav 19 sa sljedećim stavom:
„Nadležni organ, u roku od 30 dana od dana upisa podataka u registar, obezbjeđuje verifikaciju i potvrdu usklađenosti softvera sa dodatnim zahtjevima u skladu sa procedurom i metodologijom odobrenom od strane nadležnog tijela za potvrđivanje usklađenosti programa za elektronskih računara i baza podataka, o kojima su podaci uključeni u registar ruske ponude softvera, dodatni zahtjevi."
Pregled dokumenta
Utvrđeni su dodatni zahtjevi za domaći kancelarijski softver uključen u Registar ruskog softvera. Oni će se koristiti u okviru državnih nabavki.
Softver uključuje operativni sistem, komunikacioni softver, kancelarijski paket, aplikacije za e-poštu, organizator, pregledače, internet pretraživač, uređivač prezentacija, uređivač tabela, uređivač teksta, softver za upravljanje datotekama, pravni referentni sistem (LRS), softver i alati za elektronsko upravljanje dokumentima.
Zahtjevi određuju sastav, arhitekturu i funkcije softvera potrebnog za zamjenu uvezenih analoga.
Konkretno, softverski interfejs mora biti implementiran na ruskom jeziku. Softver ne bi trebao zahtijevati instalaciju drugog softvera (dodatni softverski moduli, fontovi) koji ima bilo kakva ograničenja u njegovoj besplatnoj distribuciji u Rusiji, osim operativnih sistema. Ažuriranje softvera treba izvršiti samo nakon potvrde korisnika ili ovlaštenog osoblja.
Istovremeno, predviđeni su posebni zahtjevi za svaku vrstu softvera.
Dakle, ATP mora obezbijediti stalno operativnu uslugu pronalaženja informacija za pružanje pravnih akata i referentnih informativnih dokumenata, kao i obezbijediti mrežnu verziju sa redovno ažuriranom bankom podataka federalnog i regionalnog zakonodavstva, instaliranu u lokalnoj računarskoj mreži korisnika i omogućavanje rada sa ATP-om u nedostatku pristupa internetu.
Unos u registar je dopunjen informacijama o usklađenosti ili neusklađenosti softvera sa dodatnim zahtjevima.
5) Ruska komercijalna organizacija bez pretežnog stranog učešća. Komercijalna organizacija je takva ako više od 50 posto čini ukupni udio neposrednog i (ili) indirektnog učešća:
- Ruska Federacija,
- općine,
- državljani Ruske Federacije.
6) državljanin Ruske Federacije.
Zahtjev 2. Softver je legalno uveden u civilni promet na teritoriji Ruske Federacije. Kopije softvera ili prava na njegovo korištenje slobodno se prodaju u cijeloj Ruskoj Federaciji.
Zahtjev 3. Ovaj uslov se odnosi na ukupan iznos plaćanja za kalendarsku godinu prema licencnim i drugim ugovorima (bez obzira na vrstu ugovora).
Govorimo o sporazumima koji:
1) obezbeđuje davanje prava na rezultate intelektualne delatnosti i sredstva individualizacije, obavljanja poslova, pružanja usluga;
2) se odnose na razvoj, adaptaciju i modifikaciju softvera i zaključuju se za razvoj, adaptaciju i modifikaciju softvera;
3) uključuje plaćanja:
- strana pravna i (ili) fizička lica, ruske komercijalne i (ili) neprofitne organizacije koje kontrolišu,
- agenti, predstavnici stranih lica i ruskih komercijalnih i (ili) neprofitnih organizacija koje kontrolišu.
Ukupni iznos plaćanja takvim licima za kalendarsku godinu mora biti manji od 30 posto prihoda nosioca autorskog prava (nosioca prava) softvera od njegove prodaje (uključujući obezbjeđivanje prava korištenja).
Zahtjev 4. Podaci o softveru ne predstavljaju državnu tajnu i ne sadrže podatke koji je čine.
Zahtjev 5. Softver ispunjava zahtjeve sigurnosti informacija. Odnosno, mora postojati sertifikat sistema sertifikacije bezbednosti informacija za zahteve bezbednosti informacija. Proceduru za njegovo izdavanje utvrđuje Vlada Ruske Federacije.
Ovaj zahtjev se odnosi samo na softver koji uključuje funkcije zaštite povjerljivih informacija.
Zahtjev 6. Postoji licenca za obavljanje djelatnosti razvoja i proizvodnje sredstava za zaštitu povjerljivih informacija ako:
- Softver uključuje funkcije za zaštitu povjerljivih informacija.
Ko može unijeti podatke u Registar
Nosilac autorskog prava na softver ili lice koje su ovlastili svi nosioci autorskih prava može da se obrati ovlašćenom organu (Ministarstvo telekomunikacija i masovnih komunikacija Rusije) za uključivanje informacija u Registar (klauzula 9 Pravila).
Ako ekskluzivno pravo na softver pripada Ruskoj Federaciji, konstitutivnom entitetu Ruske Federacije ili opštinskom entitetu, onda se prijava podnosi u skladu s tim:
- savezni izvršni organ
- izvršni organ konstitutivnog entiteta Ruske Federacije,
- organ lokalne samouprave ili
- organizacija koja upravlja (raspolaže) takvim pravima.
Da bi organizacija ili pojedinac mogli unijeti podatke o softveru u Registar, mora imati:
Račun u ESIA
Potreban je za podnošenje dokumenata putem službene web stranice Registra. Ovo je moguće samo nakon prijave lični račun kroz ESIA.
Ako je nosilac autorskih prava fizičko lice, dovoljan je njegov potvrđeni nalog u jedinstvenom sistemu identifikacije i autentifikacije. Sa pravnim licem je teže - potrebno ga je registrovati račun. Da biste to učinili potrebno je:
- pravno lice ima sertifikat o kvalifikovanom elektronskom potpisu koji je izdat rukovodiocu organizacije, i
- menadžer je imao potvrđen nalog kao pojedinac u jedinstvenom sistemu identifikacije i autentifikacije.
Za kreiranje naloga pravnog lica u Jedinstvenom sistemu identifikacije i autentifikacije, menadžer treba da ode na svoj lični nalog Portal državnih službi :
1) idite na karticu "Organizacije",
2) izaberite „Kreiraj nalog organizacije“,
3) popunite dostavljeni obrazac i
4) ponovo potvrditi kvalifikovanim elektronskim potpisom.
Poboljšani kvalifikovani elektronski potpis
Potreban je za potpisivanje zahtjeva za unos podataka o softveru u Registar.
Ako je nosilac autorskog prava pojedinac, onda prijava mora biti potpisana ličnim poboljšanim kvalifikovanim elektronskim potpisom.
Ako je nosilac autorskog prava entiteta, tada je već riječ o poboljšanom kvalifikovanom elektronskom potpisu organizacije koju zastupa njen čelnik ili ovlašteno lice (na osnovu punomoćja).
Kako se prijaviti
Da biste unijeli podatke o softveru u Registar, morate podnijeti odgovarajuću prijavu i dokumente i materijale koji su uz nju priloženi Ministarstvu telekomunikacija i masovnih komunikacija Rusije (član 14. Pravila).
Da biste to učinili, morate ispuniti elektroničke obrasce koji su objavljeni na službenoj web stranici registra reestr.minsvyaz.ru(Naredba Ministarstva telekomunikacija i masovnih komunikacija Rusije od 31. decembra 2015. br. 614 „O određivanju zvanične veb stranice operatera jedinstvenog registra ruskih računarskih programa i baza podataka na Internet informaciono-telekomunikacionoj mreži“).
To se može učiniti nakon podnosioca zahtjeva (klauzula 14. Pravilnika).
Informacije, dokumenti i materijali potrebni za podnošenje prijave(prema odjeljku IV Postupak podnošenja zahtjeva za upis podataka o softveru u Registar ):
1. Naziv softvera. Morate navesti trenutni naziv softvera (bez brojeva verzija proizvoda).
2. Prethodni i (ili) alternativnih imena BY. Ovo polje može ostati prazno.
3. Šifra proizvoda. Morate navesti jedan ili više kodova OKPD 2. Njihov opis je dat u Sveruskom klasifikatoru proizvoda prema vrsti ekonomske djelatnosti OK 034-2014 (KPES 2008).
4. Klasa(e) softvera kojoj softver odgovara. Morate navesti jednu ili više klasa softvera. U isto vrijeme, pod klasa softvera razumjeti grupu koja:
- kombinuje softver koji ima slične funkcionalne, tehničke i (ili) operativne karakteristike, i
- utvrđen klasifikatorom (odobreno od strane Ministarstva telekomunikacija i masovnih komunikacija Rusije naredbom br. 621 od 31. decembra 2015. godine).
Ova definicija je data u stavu 2. Pravilnika.
Procedura koju treba slijediti za određivanje klase(a) odobrena je Naredbom br. 622 od 31. decembra 2015. godine.
Klasifikator koristi metod hijerarhijske klasifikacije i metod sekvencijalnog kodiranja. Šifra se sastoji od 2-4 digitalna znaka.
Softver odgovara nekoliko klasa ako u potpunosti ili djelimično ispunjava funkcionalne, tehničke i (ili) operativne karakteristike takvih klasa.
5. Status nosioca autorskih prava. Ovdje morate odabrati jednu ili više stavki sa liste:
- ruska komercijalna organizacija;
- ruska komercijalna organizacija koja ima strane subjekte (strane organizacije ili trustove) u svom lancu vlasništva;
- ruska neprofitna organizacija;
- državljanin Ruske Federacije.
6. Informacije o nosiocima autorskih prava nad softverom. Sadržaj zavisi od statusa nosioca autorskih prava:
1) u odnosu na građanina morate navesti:
- prezime, ime, patronim,
- naziv i podatke o ličnom dokumentu,
- registraciona adresa u mjestu prebivališta (boravaka) ili, ako takva registracija odsutna, - adresa stvarnog prebivališta;
2) u odnosu na organizaciju morate navesti puni naziv, OGRN i PIB.
7. Podaci o udjelima direktnog i indirektnog učešća u nosiocu autorskog prava:
- Ruska Federacija,
- subjekti Ruske Federacije,
- općine,
- Ruske neprofitne organizacije bez dominantnog stranog učešća i
- državljani Ruske Federacije.
Ovo polje se mora popuniti u dva slučaja - ako ekskluzivno pravo na softver pripada nosiocu autorskog prava :
- „Ruska komercijalna organizacija“ ili
- “Ruska komercijalna organizacija koja ima strane subjekte u svom lancu vlasništva.”
U prvom slučaju morate navesti krajnje vlasnike (državljane Rusije) i veličinu njihovih udjela.
U drugom slučaju, potrebno je u obliku tabele objelodaniti cijeli lanac vlasništva i učitati skenirane izvode (ili druge dokumente) iz registara relevantnih država.
Moraju se popuniti podaci o svim krajnjim korisnicima (državljanima Rusije) koji posjeduju više od 5 posto odobrenog kapitala organizacije legalnog vlasnika.
Posebno pravilo se utvrđuje za slučaj kada takvi korisnici kolektivno poseduju manje od 50 odsto odobrenog kapitala (tj. nije moguće proveriti kriterijum vlasništva ekskluzivnog prava). U takvoj situaciji potrebno je uključiti podatke o ruskim građanima koji posjeduju udjele manje od 5 posto. To se mora učiniti tako da aplikacija sadrži informacije o ruskim građanima koji zajedno posjeduju više od 50 posto odobrenog kapitala organizacije nositelja autorskih prava. Odnosno, nije potrebno davati podatke o svim krajnjim korisnicima - državljanima Rusije.
8. E-mail adresa i broj telefona za kontaktiranje podnosioca zahtjeva. Morate navesti važeće kontakte za obavještenja i zahtjeve za dodatnim informacijama.
9. Adresa web stranice nosioca autorskih prava na Internetu sa dokumentacijom koja sadrži opis funkcionalnih karakteristika softvera i informacije za njegovu instalaciju i rad. Govorimo o korisničkoj dokumentaciji.
10. Status osobe koja potpisuje prijavu. U ovom polju morate odabrati jednu stavku sa liste:
- predstavnik nosioca autorskog prava na osnovu punomoćja;
- lice koje ima pravo da istupa bez punomoćja u ime nosioca autorskog prava, koji je pravno lice;
- nosilac autorskih prava koji je državljanin Ruske Federacije.
11. Dokument koji potvrđuje ovlaštenje osobe koja potpisuje prijavu(ako prijavu za upis podataka u Registar potpisuje punomoćnik). Riječ je o punomoći sa ovlaštenjem za obavljanje radnji u ime nosioca autorskih prava (vlasnika autorskih prava) softvera. Podnosilac zahtjeva mora učitati skeniranu verziju punomoći na pdf format.
12. Kopija povelje nosioca autorskog prava na softver(ako prijavu podnosi organizacija). Morate učitati skeniranu verziju povelje u pdf formatu. Ovo treba uraditi u jednom fajlu.
13. Kopija softvera. U ovom odeljku morate dati važeći link za preuzimanje distribucije softvera. Također je potrebno priložiti upute (u obliku jednog dokumenta u bilo kojoj formi) za preuzimanje i instalaciju. Treba uključiti (ako je potrebno) licencni ključ (serijski broj) za aktiviranje.
14. Dokumenti koji potvrđuju da softver ispunjava uslove za ekskluzivna prava(ako je prijava podneta ). Potrebno je preuzeti:
- fajl koji opisuje lanac vlasništva u obliku tabele (u slobodnom obliku) i
- skeniranu verziju izvoda (ili drugih dokumenata) iz registara relevantnih država koji potvrđuju podatke u tabeli.
15. Informacije o osnovama da nosioci autorskih prava imaju ekskluzivno pravo na softver u celom svetu i za čitav period važenja ekskluzivnog prava. Ovo polje mora biti popunjeno u tekstualnom obliku (u bilo kojem obliku).
Osnova za nastanak ekskluzivnog prava može biti, na primjer, vlastiti razvoj (stvaranje djela za uslugu) ili stjecanje ekskluzivnog prava.
16. Dokumentacija koja opisuje funkcionalne karakteristike softvera i informacije za njegovu instalaciju i rad. Ova dokumentacija se mora preuzeti u tekstualnom formatu.
17. Dokumentacija koja sadrži:
1) opis procesa koji obezbeđuju održavanje životni ciklus softver, uključujući:
- otklanjanje problema identifikovanih tokom rada softvera,
- poboljšanje softvera;
2) podatke o osoblju potrebnom za pružanje takve podrške.
Ova dokumentacija se također mora preuzeti u tekstualnom formatu.
18. Ostali dokumenti. Podnosilac prijave može priložiti sve dokumente koji potvrđuju da proizvod ispunjava kriterije ruskog softvera i klase softvera.
Podnosilac zahtjeva mora (klauzula 14. Pravilnika).
Ko i kako uključuje podatke o softveru u Registar
U postupku unošenja podataka o softveru u Registar, osim , mogu se identificirati još tri znaka.
1. Ministarstvo telekomunikacija i masovnih komunikacija Rusije. Ovo je nadležni savezni organ izvršne vlasti za formiranje i održavanje Registra. Ministarstvo telekomunikacija i masovnih komunikacija Rusije donosi odluke o uvrštavanju podataka o softveru u Registar io njegovom isključenju iz njega.
2. Operator registra. Direktno je uključen u vođenje Registra.
Ministarstvo telekomunikacija i masovnih komunikacija Rusije privlači operatera u skladu sa Federalnim zakonom od 5. aprila 2013. br. 44-FZ „O sistemu ugovora u oblasti nabavke roba, radova, usluga za zadovoljavanje državnih i opštinskih potreba ” (u daljem tekstu Zakon br. 44-FZ) (klauzula 6 Pravila). Mora ispuniti dva uslova:
- biti registrovan na teritoriji Ruske Federacije;
- imaju pravo da dobiju legalnu kopiju softvera.
Ove uslove ispunjavaju tri organizacije navedene u članu 13. Federalnog zakona od 29. decembra 1994. br. 77-FZ „O zakonskom depozitu dokumenata“:
- Interindustrijski istraživački institut "Integral";
- Naučno-tehnički centar "Informregistar";
- Predsjednička biblioteka nazvana po B.N. Jeljcin.
Operater iz reda svojih zaposlenih određuje lica ovlašćena za unos podataka u registar, njihovu promjenu i (ili) isključivanje iz registra (tačka 7. Pravila).
3. Stručni savjeti o ruskom softveru. Kreira ga Ministarstvo telekomunikacija i masovnih komunikacija Rusije kako bi se izvršilo ispitivanje prilikom uključivanja informacija o softveru u Registar (klauzula 8 Pravila, naredba Ministarstva telekomunikacija i masovnih komunikacija Rusije od 30. decembra 2015. br. 615 „O odobravanju Pravilnika o Stručnom vijeću za ruski softver pri Ministarstvu komunikacija i masovnih komunikacija Ruske Federacije“).
P Proces unošenja informacija o softveru u Registar može se podijeliti u devet faza.
Faza 1. Ovlašćeni organ ovjerava prijavu i priloženu dokumentaciju i materijal u roku od 10 radnih dana od dana prijema (tačka 16. Pravilnika).
Faza 2. Ovlašćeni organ, u roku od 5 radnih dana od dana prijema prijave, traži od organa državne uprave dokumente i podatke kojima se potvrđuju podaci u prijavi i dokumentima i materijalima koji su uz nju priloženi (tačka 20. Pravilnika).
Faza 3. Ovlašćeni organ registruje prijavu (tačka 19. Pravila).
Podnosiocu prijave će biti odbijena registracija ako (tačka 17. Pravila):
- prekršio je Pravila;
- ovlašteni organ u roku od 12 mjeseci prije prijema zahtjeva već:
- odbio podnosioca da unese podatke u Registar zbog činjenice da je dostavio lažne dokumente, materijale i (ili) lažne podatke (tačka „a“ stava 27. Pravila), ili
- izuzeti podatak iz Registra iz istog razloga (podtačka „c“ tačke 33. Pravila).
Nakon što podnosilac prijave otkloni razloge navedene u prvom stavu, moći će ponovo da podnese prijavu (tačka 18. Pravila).
Faza 4. Operator registra, najkasnije narednog radnog dana od dana registracije prijave, istu upisuje otvoreni pristup na službenoj web stranici (tačka 19. Pravila). U ovom slučaju, lični podaci (ako ih ima) su anonimizirani.
Faza 5. Stručno vijeće razmatra prijavu u roku od 30 radnih dana od dana registracije i daje saglasnost na stručno mišljenje (tačka 21. Pravilnika). Mora sadržavati zaključke o tome da li je softver usklađen sa:
Faza 6. Stručno mišljenje se dostavlja operatoru sistema u roku od jednog radnog dana od dana njegovog davanja (tačka 21. Pravilnika).
Faza 7. Operater registra stručno mišljenje objavljuje u javnom domenu na službenoj internet stranici (tačka 21. Pravilnika).
Faza 8. Ovlašćeni organ donosi odluku o uključivanju podataka o softveru u Registar. On treba da uradi ovo:
- u roku od 65 radnih dana od dana registracije prijave, ali
- najkasnije u roku od 10 radnih dana od dana davanja stručnog mišljenja stručnog vijeća.
Navedena odluka se izdaje u obliku naredbe Ministarstva telekomunikacija i masovnih komunikacija Rusije (član 25. Pravila).
Ovlašćeni organ može odbiti unošenje podataka o softveru u Registar po tri osnova (tačka 27. Pravilnika):
- podnosilac zahtjeva je dostavio lažne dokumente, materijale i (ili) lažne podatke;
- podnosilac zahtjeva nije dostavio objašnjenja i (ili) dokumente na zahtjev stručnog vijeća u roku od 30 radnih dana (tačka 22. Pravilnika), ako bez njih nije moguće potvrditi tačnost datih podataka i (ili) autentičnost dostavljenih dokumenata;
Faza 9. Operater registra:
- odluku nadležnog organa objavljuje na službenoj internet stranici i o tome obavještava podnosioca zahtjeva na e-mail adresu navedenu u prijavi (tačka 28. Pravila);
- sadrži podatke o softveru u Registru (tačka 29. Pravila).
Operater to mora učiniti najkasnije narednog radnog dana od dana donošenja odluke nadležnog organa.
Od 1. januara 2016. svi državni i opštinski organi, državne korporacije Rosatom i Roskosmos, organi upravljanja državnim vanbudžetskim fondovima, kao i državni i budžetske institucije oni koji sprovode nabavke u skladu sa uslovima „O sistemu ugovora u oblasti nabavke roba, radova, usluga za potrebe državnih i opštinskih potreba” dužni su da poštuju zabranu prijema softvera poreklom iz inostranstva za svrha nabavke za zadovoljavanje državnih i opštinskih potreba.
Da bi donio odluku o kupovini softvera, kupac treba da radi sa registrom. Kada radite sa ruskim softverskim registrom, kupac koji naručuje nabavku softverskih proizvoda mora:
1) prouči klasifikator i utvrdi kojoj klasi softver koji je planiran za kupovinu odgovara;
2) idite na zvaničnu web stranicu registra i saznajte da li registar sadrži informacije o softveru za ovu klasu (pogledajte u nastavku kako to učiniti);
3) ako se u registru nalaze podaci o jednom ili više softverskih proizvoda za traženu klasu, kupac će morati samostalno utvrditi da li barem jedan od proizvoda ispunjava karakteristike koje kupac zahtijeva i koje planira uključiti u opis predmet nabavke. Da biste to učinili, preporučljivo je odrediti potrebne funkcionalne, tehničke i operativne karakteristike softvera i uporediti ih sa sličnim karakteristikama softvera, o kojima se informacije objavljuju u registru.
U nastavku je dat približan oblik poređenja karakteristika:
| br. | Karakteristike softvera | Obavezno | Proizvod A | Proizvod B |
| 1. | Funkcionalne karakteristike | |||
| 1.1. | Centralizovano upravljanje | Da | Da | Da |
| 1.2. | Upravljanje fizičkom i virtuelnom infrastrukturom | Da | Ograničeno | Da |
| … | Sposobnost upravljanja virtualizacijskim okruženjima od više dobavljača | Da | Da | Da |
| 2. | Specifikacije | |||
| 2.1. | Maksimalan broj virtuelizacijskih hostova | 64 | 64 | 200 |
| 2.2. | Maksimalan broj virtuelnih mašina | 3000 | 8000 | Nije dokumentovano |
| 2.3. | Automatski VM oporavak nakon kvara (HA) | Da | Da | Da |
| 3. | Karakteristike performansi | |||
| 3.1. | Integracija sa AD | Da | Da | br |
| 3.2. | Prilika centralizovano upravljanje preko web pretraživača | Da | Da | Da |
| 3.3. | Dostupnost API-ja za backup | br | Da | br |
Bilješka
Treba napomenuti da u skladu sa Uredbom Vlade Ruske Federacije br. 1236 o karakteristikama softvera, upis u registru sadrži samo adresu stranice web stranice nosioca autorskih prava na Internetu, koja sadrži dokumentaciju koja sadrži opis funkcionalnih karakteristika softvera i informacije potrebne za instalaciju i rad softvera. U praksi, web stranica nositelja autorskih prava ne sadrži uvijek sve potrebne informacije o softveru. Mehanizam za dobijanje takvih informacija za pripremu obrazloženja nije regulisan. Ako nema dovoljno informacija o potrebnom softveru, preporučljivo je zatražiti od nosioca autorskih prava da dostavi takve karakteristike.
Na osnovu rezultata obavljenog posla, kupac donosi jednu od dvije odluke: ili da kupi jedan od ruskih softverskih proizvoda navedenih u registru, ili da opravda kupovinu softvera koji nije uključen u registar.
Drugi je moguć ako:
a) registar ne sadrži podatke o softveru tražene klase;
b) softver, o kojem su podaci sadržani u registru za traženu klasu, ne ispunjava zahtjeve kupca u pogledu svojih funkcionalnih, tehničkih i (ili) operativnih karakteristika.
U tom slučaju naručilac mora pripremiti, odobriti i objaviti (zajedno sa dokumentacijom o nabavci). Ova obaveza je utvrđena dijelom 3. člana 14. Federalnog zakona od 5. aprila 2013. br. 44-FZ „O sistemu ugovora u oblasti nabavke roba, radova, usluga za zadovoljavanje državnih i općinskih potreba“. Odobrena je procedura za pripremu obrazloženja (Procedura).
Vrijedi napomenuti da u skladu sa tačkom 4. Procedure, naručilac mora dati odobrenje navedenog obrazloženja odmah na dan objavljivanja obavještenja o nabavci. Nije dovoljno odobriti obrazloženje istovremeno sa cijelim paketom dokumentacije o nabavci.
Da bi se poštivala ova odredba, s obzirom na složene procedure nabavke općenito, kupci bi trebali pratiti ne samo sam registar, već i prijave koje se podnose za uvrštavanje u registar (oni se objavljuju i na web stranici operatera registra). Ovo će vam omogućiti da unaprijed planirate uključivanje određenog softvera u registar.
Preporučljivo je pripremiti nacrt obrazloženja u trenutku pripreme kompletnog paketa dokumentacije nabavke, a zatim ga ažurirati i odobriti na dan objavljivanja.
Obrazloženje mora sadržavati naznaku:
a) okolnost zbog koje je nemoguće poštovati zabranu (odabran je podstav "a" ili "b" stava 2 Uredbe Vlade Ruske Federacije br. 1236);
b) klasu (klase) softvera sa kojom softver koji je predmet kupovine mora biti usklađen;
c) zahtjeve za funkcionalne, tehničke i operativne karakteristike softvera koji je predmet kupovine, koje je postavio kupac (naznačavajući klasu(e) kojoj softver mora biti usklađen, vidi gore);
d) funkcionalne, tehničke i (ili) operativne karakteristike, uključujući i kvantitativne, za koje softverski proizvodi iz registra ne ispunjavaju zahtjeve koje je naručilac utvrdio za softverski proizvod koji je predmet kupovine, za svaki softverski proizvod iz registra (sa naznakom njegovog imena). Softverski proizvodi koji se porede na ovaj način moraju pripadati istoj klasi ().
Vidi i primjere opravdanja za nemogućnost kupovine softvera iz registra: ; . Više primjera sličnih dokumenata predstavljeno je kako bi se opravdala nemogućnost kupovine domaćeg softver, mozes da vidis.
Ako registar ne sadrži informacije o softveru za potrebnu klasu (odabran je podstav "a" stava 2 Uredbe Vlade Ruske Federacije br. 1236), posljednji blok ("d") nije uključen u opravdanje.
Što se tiče ovog bloka („g“), takođe treba imati na umu da Uredba Vlade Ruske Federacije br. 1236 ne predviđa obavezno navođenje funkcionalnih, tehničkih i operativnih karakteristika kupljenog softvera kako bi se da dokaže svoju razliku od softvera navedenog u registru. Međutim, netačno navedene karakteristike softvera koji zahtijeva kupac i softvera smještenog u registar mogu dovesti do tužbi regulatornih tijela. Razlog za reklamacije može biti, na primjer, žalba programera softvera, o kojoj se podaci nalaze u registru, uz pritužbu Federalnoj antimonopolskoj službi na netačno opravdanje kupca za nemogućnost poštovanja zabrane.
Ukoliko nema dovoljno informacija o karakteristikama softvera, o kojima se podaci objavljuju u registru, preporučljivo je zatražiti od nosioca autorskih prava da dostavi takve karakteristike.
Ako takve informacije nisu dostavljene, preporučljivo je napraviti snimke ekrana stranica web stranice nositelja autorskih prava koje sadrže informacije o karakteristikama softvera iz registra (u vrijeme objavljivanja obrazloženja) i priložiti te snimke ekrana uz opravdanje.
Naveden je primjer opravdanja nemogućnosti poštovanja zabrane kupovine softvera.
Provjera prisutnosti u registru informacija o softveru za određenu klasu na web stranici reestr.minsvyaz.ru u trenutnom obliku vrši se na sljedeći način:
1) na web stranici registra ruskog softvera idite na odjeljak „Registar“;
2) izaberite potrebnu klasu(e) softvera:
3a) ako u registru nema podataka o softveru za traženu klasu, pojavljuje se odgovarajuća poruka:
3b) ako registar sadrži podatke o softveru tražene klase, pojavljuje se lista softverskih proizvoda:
Trenutni dodaci (od decembra 2017.)
U martu 2017. Vlada je odobrila programe za elektronske računare i baze podataka, o kojima su podaci uključeni u registar ruskog softvera. Zahtjevi određuju sastav, arhitekturu i funkcije softvera potrebnog za zamjenu uvezenih analoga.
Konkretno, softverski interfejs mora biti implementiran na ruskom jeziku. Softver ne bi trebao zahtijevati instalaciju drugog softvera (dodatni softverski moduli, fontovi) koji ima bilo kakva ograničenja u njegovoj besplatnoj distribuciji u Rusiji, osim operativnih sistema. Ažuriranje softvera treba izvršiti samo nakon potvrde korisnika ili ovlaštenog osoblja. Štaviše, za svaku vrstu softvera (operativni sistem, komunikacioni softver, kancelarijski paket, e-mail aplikacije, organizator, pregledači, internet pretraživač, uređivač prezentacija, uređivač tabela, uređivač teksta, softver za upravljanje datotekama, pravni referentni sistem (LRS), softverski elektronski dokument sistemi upravljanja i antivirusna zaštita) postoje posebni zahtjevi.
Prema odluci, upis u registar se dopunjava podacima o usklađenosti ili neusklađenosti softvera sa dodatnim zahtjevima. Međutim, do kraja 2017. takve informacije nisu mogle biti pronađene u registru.
Ministarstvo telekomunikacija i masovnih komunikacija objavilo je u junu 2017. planove za prelazak federalnih organa izvršne vlasti i državnih vanbudžetskih fondova na korištenje domaćeg kancelarijskog softvera, uključujući zamjenu prethodno kupljenog kancelarijskog softvera.
Za kompletnu listu propisa koji se odnose na zamjenu uvoza softvera, pogledajte
Učitavanje...