porezi 

Nije doveden na plakanje. Značajke arhivske pohrane pravno značajnih elektroničkih dokumenata

Slika 97. Alatna traka. Gumb za odbijanje

30 dana prije isteka certifikata ključa za provjeru valjanosti Elektronički potpis, pojavljuje se prozor s odgovarajućom informativnom porukom kada je korisnik ovlašten u SUFD-u. Ovaj prozor se zatvara pritiskom na tipku OK (Sl. 98, 99).

Slika 98. Informacijski okvir "Certifikat ističe" za više certifikata

Slika 99. Informacijski okvir "Certifikat ističe" za jedan certifikat

Također se prikazuje informativna poruka za svaku autorizaciju korisnika u SUFD-u u slučaju kada je potvrda ključa za provjeru elektroničkog potpisa istekla (sl. 100, 101).

Slika 100. Informacijski prozor "Certifikat je istekao" za nekoliko certifikata

Slika 101. Informacijski prozor "Certifikat je istekao" za jedan certifikat

6.7.3. Uklanjanje potpisa

Da biste uklonili potpis dokumenta (ako dokument još nije poslan), na popisu dokumenata odaberite dokument čiji se potpis briše i kliknite gumb (“Ukloni potpis”) na alatnoj traci (Sl. 102).

Slika 102. Alatna traka. Gumb za brisanje potpisa

6.8. Slanje dokumenta

Prije slanja dokumenta vrši se provjera potpisa za donošenje u UES, kao i provjera kompletnosti kompleta potpisa. Ako potpisi dokumenta ne ispunjavaju uvjete, dokument neće biti poslan (status prijenosa se neće promijeniti). Korisniku se prikazuje poruka da "Potpis nije donesen u UES" ili "Dokument nije potpisan punim skupom potpisa".


Za slanje odabranog dokumenta kliknite gumb ("Pošalji") na alatnoj traci (Sl. 103).

Slika 103. Alatna traka. Gumb za slanje

Na ekranu će se pojaviti informativni prozor (slika 104).

Slika 104. Informacijski prozor "Slanje dokumenta"

U slučaju uspješnog završetka operacije slanja dokumenta, na ekranu će se pojaviti informativni prozor s informacijama o završetku operacije (slika 105).

Slika 105. Informacijski prozor

Rezultat operacije može se vidjeti pomoću "Task Managera" (vidi sliku 5). Nakon poziva upravitelja zadataka, otvorit će se prozor, kao na slici 106.

Slika 106. Prozor Upravitelj zadataka

Za više informacija o operaciji slanja, dvaput kliknite lijevu tipku miša na odgovarajući redak na popisu operacija u prozoru "Task Manager". Nakon toga će se otvoriti prozor s informacijama o operaciji (slika 107). Ako statusna shema dokumenta ne uključuje slanje dokumenta s njegovim trenutnim statusom, tada se u polju "Rezultat" prikazuje poruka o tome.

Slika 107 Detalji operacije

Ako prilikom slanja dokumenta sustav nije odredio adresu primatelja, tada se status dokumenta mijenja u "Pogreška u adresiranju". U tom slučaju možete ponovno potražiti primatelja klikom na gumb ("Ponovite pretragu primatelja") ili odbiti dokument klikom na gumb https://pandia.ru/text/80/135/images/ image215_0.jpg" width="19 " height="22"> ("Pošalji"), nakon čega se šalje odabrani dokument. Ako je dokument uspješno poslan, status prijenosa je postavljen na "Poslano". Nadalje, status dokumenta mijenja u skladu sa statusima dodijeljenim dokumentu na radnoj stanici primatelja.

Ako je došlo do pogreške tijekom slanja, status dokumenta je postavljen na "Pogreška slanja". U tom slučaju potrebno je vratiti status dokumenta (vidi odjeljak 5.10.2) i ponovno poslati dokument.

6.9. Dokument za uvoz/izvoz

6.9.1. Ručni uvoz dokumenata

Da biste uvezli dokument, morate izvršiti sljedeći slijed radnji:

1. Na navigacijskoj ploči idite na odjeljak koji odgovara vrsti dokumenta koji se uvozi.

2..jpg" width="642" height="450">

Slika 108. Alatna traka. Gumb za uvoz

Bilješka. Ako trebate eksplicitno odrediti format uvezene datoteke, trebate kliknuti na gumb za odabir koji se nalazi desno od gumba za uvoz. Otvorit će se popis dostupnih formata za uvoz (slika 109).

Slika 109. Odabir formata uvezene datoteke

3. U otvorenom prozoru "Preuzmi datoteku" pronađite i odredite datoteku koju želite uvesti. Pritisnite gumb "Otvori".

Da biste automatski izvršili dokumentarnu kontrolu uvezene datoteke, morate odabrati jednu od stavki izbornika koja sadrži riječi „+Doc. kontrolirati". U tom slučaju, odmah nakon uvoza datoteke, izvršit će se njezina dokumentarna kontrola. U slučaju uspješnog prolaska dokumentarne kontrole, dokument će biti prebačen u status "Uveden" / "Uveden". Ako se pogreške pojave tijekom kontrole dokumentacije, one će biti prikazane u prozoru upravitelja zadataka, kao i tijekom ručne kontrole dokumentacije (vidi točku 5.6).


Kao rezultat operacije uvoza, novi dokument(i) iz datoteke(a) će se učitati u SUFD bazu podataka, u općim i odabranim scrollerima dokumenti će se automatski sortirati u skladu s korisničkim postavkama sortiranja.

6.9.2. Ručni izvoz dokumenata

Za izvoz dokumenta slijedite ove korake:

1. Na navigacijskoj ploči idite na odjeljak koji odgovara vrsti dokumenta koji se izvozi.

2. Navedite izvezenu datoteku (ili nekoliko datoteka) na popisu dokumenata.

3..jpg" width="642" height="450">

Slika 110. Alatna traka. Gumb za izvoz

Bilješka. Ako trebate eksplicitno odrediti format izvezene datoteke, kliknite na gumb koji se nalazi desno od gumba za izvoz. Otvorit će se popis dostupnih formata za izvoz (sl. 111, 112).

Slika 111. Odabir formata izvezene datoteke

30. travnja 2013. 13:40 sati

Ivan Agapov, poslovni analitičar u Synerdocsu

Pokušajmo shvatiti što se danas događa u Rusiji na području dugoročnog skladištenja elektronički dokumenti korištenjem elektroničkog potpisa. Što predstavnici gospodarstva mogu očekivati ​​u vezi s novim standardom i postoji li čvrsta zakonska osnova za elektroničko arhiviranje.

Danas se sve češće javlja potreba za pretvaranjem dokumenata u elektronički oblik, ne samo za privremenu upotrebu, već i za dugo ili čak trajno skladištenje. Činjenica je da elektroničko upravljanje dokumentima omogućuje rad s dokumentima bez umnožavanja na papir. Stoga broj takvih elektroničkih dokumenata stalno raste. Posebno je važno pohraniti tzv. pravno značajne dokumente – račune, ugovore, akte, račune i sl.

Prilikom organiziranja pohrane pravno značajnih elektroničkih dokumenata javlja se niz problema. Prije svega, postavlja se pitanje o fizičkoj lokaciji pohrane dokumenata.. Prilikom odabira medija za pohranu (uklonjivih ili lokalnih), treba uzeti u obzir da je njihov rok trajanja ograničen. Uvjeti rada također su vrlo važni. Na primjer, čimbenici kao što su sobna temperatura, vlažnost, UV zrake itd. A za organiziranje pohrane velike korporativne količine informacija potrebni su poslužitelji. Logično je da će zahtjevi koji se postavljaju pred sobe za poslužitelje biti još ozbiljniji od sveprisutnih lokalnih medija za pohranu podataka. To nije samo nedostatak prozora u sobi i prisutnost povišenog poda, već i niz drugih značajnih ograničenja. Na temelju toga, pohranjene informacije moraju se povremeno sigurnosno kopirati, prepisivati, zamijeniti medij itd.

Specijalizirani elektronički arhivi mogu postati izlaz iz ove situacije. Na primjer, u ožujku 2002. u Ruskoj Federaciji pokrenut je savezni ciljni program "Elektronska Rusija (2002.-2010.)", u okviru kojeg je proveden projekt "Elektronski arhiv predsjednika Ruske Federacije". Ukupni volumen arhive iznosio je oko 15 milijuna dokumenata. No, krajem 2010. godine učinkovitost programa procijenjena je kao niska: elektroničko upravljanje dokumentima između državnih tijela, kao ni elektronička komunikacija između državnih tijela i građana, nije funkcionirala u potpunosti. Učinkovitost javne uprave u Rusiji, prema Svjetskoj banci, nije se puno promijenila tijekom godina. Žalosno je da je danas ovaj projekt obustavljen, a o raširenosti i rasprostranjenosti ovakvih programa ne treba govoriti. Tome je posebno pridonio nedostatak regulatornog okvira u Ruskoj Federaciji koji bi mogao regulirati odnose u području elektroničkog arhiviranja, ali pokretanje ciljanog programa još uvijek daje nadu za razvoj ovog smjera.

Drugi i, možda, najvažniji problem dugotrajne pohrane elektroničkih dokumenata je osiguranje njihovog pravnog značaja. Potonje se postiže korištenjem elektroničkog potpisa (ES). Do danas su odnosi u ovoj oblasti regulirani: Saveznim zakonom od 10. siječnja 2002. br. 1-FZ „O elektroničkim digitalni potpis”i Federalni zakon od 06.04.11. br. 63-FZ “O elektroničkom potpisu”. Prema Saveznom zakonu br. 63 razlikuju se dvije vrste EP-a: jednostavni i ojačani.

Svi se potpisi međusobno razlikuju po svojim karakterističnim značajkama, koje se jasno odražavaju u naznačenom savezni zakoni. No, nažalost, postoje određena ograničenja u korištenju svake od vrsta potpisa, a istovremeno daju pravni značaj. Činjenica je da se potvrda ključa za provjeru elektroničkog potpisa u pravilu izdaje na godinu dana, a potpisani dokument, prema zahtjevima zakona, mora se čuvati najmanje pet godina. Postavlja se pitanje, kako u tri godine dokazati valjanost ES-a, što je potvrđeno ovom potvrdom? To znači da je pred nama zadatak utvrđivanja valjanosti elektroničkog potpisa i certifikata u trenutku potpisivanja dokumenta.

Ovaj problem se rješava korištenjem napredni elektronički potpis (UEP). Njegovom formatu dodani su znakovi dokaza autentičnosti, kao što su vremenski žig, podaci o opozivu certifikata itd.

UEP vam omogućuje da pružite:

● dokazna potvrda trenutka nastanka potpisa;

● dokazna potvrda valjanosti certifikata ključa elektroničkog potpisa u trenutku njegove izrade;

● arhivska pohrana pravno značajnih elektroničkih dokumenata.

Kao što vidite, suvremeni razvoj i tehnologije omogućuju pohranu pravno značajnih elektroničkih dokumenata.

Drugi važan aspekt u pitanju arhivske pohrane SWED-a je brzi razvoj opreme i tehnologije. Brzi napredak ne dopušta nam da gledamo u budućnost više od 10-15 godina. Da bismo razumjeli o čemu govorimo, vratimo se koju godinu unatrag i što ćemo vidjeti? Za pohranjivanje informacija aktivno se koriste 3½-inčne diskete. No već u ožujku 2011. Sony je stao na kraj povijesti disketa službenim prestankom njihove proizvodnje i prodaje. A sada računala jednostavno ne pretpostavljaju prisutnost disketnog pogona. Suvremeni proizvođači optičkih diskova jamče rad pogona ne više od 10 godina. Vijek trajanja flash pogona ovisi o broju procesa prepisivanja podataka. Sve to sugerira da smo nakon nekog vremena jednostavno prisiljeni prepisivati ​​informacije na sve modernijim pogonima. Dakle, moramo imati jamstva da ćemo za 10-15 godina moći bez problema provjeriti ES pohranjenih dokumenata i, naravno, 10 godina "čitati" format uređivača teksta u kojem je elektronički dokument kreiran. prije (npr. format Leksikona). Za to nam je potreban uređaj za reprodukciju, operativni sustav i alati za rad s ES-om koji će podržavati format pohranjenog elektroničkog dokumenta.

Zar bi sve ovo trebalo biti moguće?

Da. Do danas imamo sve potrebne alate za organizaciju arhivske pohrane SWED-a. Korištenje naprednog formata potpisa osigurava da su vaši dokumenti pravno valjani. Organizirati radno mjesto, koji vam omogućuje provjeru ES-a nakon 10-15 godina, uz odgovarajuću organizaciju procesa, također ne uzrokuje ozbiljne poteškoće. Stvaranje elektroničkih arhiva neće vas čekati s povećanjem potražnje za njima.

Malo teži je slučaj s zakonodavni okvir RF u području elektroničkog arhiviranja, ali možda i nego brže poslovanje odbija papir, što će se prije kod nas u zakonu "O elektroničkom arhivu" pojaviti detaljnije informacije o elektroničkim dokumentima? Pojava prvih presedana u dosad malo proučenom području jednostavno će natjerati državu da se uhvati u koštac s tim pitanjem.

Sve je međusobno povezano i u većini slučajeva ovisi o nama. Prazna očekivanja neće dovesti do rezultata – vrijeme je da počnete djelovati!

Za provedbu revizije u komercijalno poslovanje potrebno je osigurati sljedeće organizacijske mjere:

  1. Postavljanje imenika "Workstation Offline distribucije" softvera "ASFC (SUFD)" za usmjeravanje dokumenata klijenata radne stanice "Offline - client FK" i katalozi za upload podataka.

  2. Aktivnosti osposobljavanja novih kupaca o osnovnim principima rada u sustavu.

  3. Događaji za obuku zaposlenika OrFC-a o principima interakcije s offline klijentima i kontrole tijeka dokumenata.

2.3.Promijenjena dokumentacija

Izvršene su promjene u SUFD_RAS_System settings.doc - klauzula 7.1.4 je ažurirana, 7.1.11 je dodana.

2.4 Promjene korisničkog sučelja

2.4.1 Konstanta sustava GroupOutgoingPacket

Razvijena je konstanta sustava GroupOutgoingPacket (Grupa odlaznih paketa koji se šalju između AWS Offline i SUFD) (slika 1.).

Konstanta uzima vrijednost:


  • 1 i bilo koja vrijednost osim 0 - grupni paketi;

  • 0 - ne grupiraj (zadano).
Konstanta sustava ima mogućnost redefiniranja za proizvoljnu organizaciju, t.j. to je konstanta na razini organizacije.

  1. 1. EF konstante sustava GroupOutgoingPacket

2.5 Promjene u imenicima

2.5.1. Imenik "Referentne knjige paketa za OrFC"

U SUFD i Offline radnoj stanici, novo polje "Offline organizacijski kod" dodano je na zaslonski obrazac zapisa Imenika paketa za OrFC, koji pohranjuje kod organizacije koja se poslužuje na Offline radnoj stanici (slika 2. ).


  1. 2. EF unosi direktorija veza za ORFC

2.5.2. Priručnik "Izvanmrežne distribucije radne stanice"

Novi priručnik "Izvanmrežne distribucije radne stanice" razvijen je u točki izbornika "Reference - Sustav - Postavke radne stanice izvan mreže" (sl. 3, 4).


  1. 3. EF imenika "Izvanmrežne distribucije radne stanice"


  1. 4. EF zapisi imenika "Izvanmrežne distribucije radne stanice"

3.SUFD-56709. Poboljšanje napredne provjere elektroničkog potpisa

3.1 Kratak opis revizije

U skladu s dopisom Federalnog trezora od 17. srpnja 2014. broj 42-11.0-13 / 226 u PPO "ASFC (SUFD)":

  1. Unaprijeđena je funkcija kriptoposlužitelja za jačanje elektroničkog potpisa u smislu dodavanja datuma isteka certifikata pouzdanog vremena iz vanjske vremenske oznake.

  2. Unaprijeđena je funkcija Cryptoservera za provjeru poboljšanog elektroničkog potpisa u smislu poboljšanja algoritma za provjeru vremenskih oznaka.

  3. Funkcija izdvajanja razdoblja valjanosti certifikata pouzdanog vremena iz vanjske vremenske oznake razvijena je u Cryptoserveru.

  4. U Cryptoserveru je razvijena funkcija "Dovođenje elektroničkog potpisa u arhivski format".

  5. Razvijena je funkcija za registraciju događaja za dovođenje elektroničkih potpisa u arhivski format

  6. U Cryptoserveru je razvijena funkcija generiranja zahtjeva pouzdanoj vremenskoj usluzi za generiranje arhivskog vremenskog žiga.

  7. U Cryptoserveru je razvijena funkcija formiranja vremenske oznake arhive.

  8. U Cryptoserveru je razvijena funkcija dodavanja vremenske oznake arhive elektroničkom potpisu.

  9. U MQ poslužitelju razvijena je funkcija za dobivanje datuma isteka certifikata pouzdanog vremena, koji je korišten za generiranje posljednje vremenske oznake, iz elektroničkog potpisa.

  10. U MQ poslužitelju razvijena je funkcija "Dovođenje elektroničkog potpisa u arhivski format".

  11. Unaprijeđena je funkcija jačanja elektroničkog potpisa u MQ poslužitelju u smislu dodavanja parametra datuma isteka certifikata pouzdanog vremena iz vanjske vremenske oznake.

  12. Unaprijeđena je funkcija pohrane elektroničkog potpisa u smislu dodavanja novog polja „Datum isteka certifikata usluge pouzdanog vremena“.

  13. Unaprijeđena je funkcija "Jačanje elektroničkog potpisa" u smislu spremanja podataka o datumu isteka certifikata pouzdane vremenske usluge s vanjske vremenske oznake.

  14. Unaprijeđena je funkcija provjere elektroničkog potpisa u smislu određivanja predznaka provjere elektroničkog potpisa certifikata pouzdane vremenske usluge.

  15. Razvijena je funkcija "Dovođenje elektroničkih potpisa u arhivski format" za elektroničke potpise pohranjene u JPO "ASFC (SUFD)".

U sklopu ove revizije obavljeni su sljedeći radovi:

3.1.1. Razvoj konfiguracijskog parametra "Razdoblje obnove za vremensku oznaku arhive" (SUFDCORE-14146)

Novi parametar "Razdoblje ažuriranja vremenske oznake arhive" (sufd.crypto.dateForUpdateArchiveTimestamp) dodan je konfiguracijskoj datoteci sufd.properties.

Parametar je namijenjen određivanju razdoblja u danima pri čijem se približavanju ažurira arhivski vremenski žig potpisa. Zadana vrijednost = 30 dana.

3.1.2 Razvoj programa "Utvrđivanje roka valjanosti certifikata pouzdanog vremena" (SUFDCORE-13990)

Za elektroničke potpise koji su već pohranjeni u PPO "ASFC (SUFD)" razvijen je program "Određivanje razdoblja valjanosti potvrde pouzdanog vremena".

Algoritam programa je sljedeći:


  1. Polje “Datum isteka certifikata pouzdanog vremena” popunjava se za elektroničke potpise koji su već pohranjeni u softveru ASFC (SUFD) izdvajanjem datuma isteka certifikata pouzdanog vremena iz vanjske vremenske oznake.

  2. Program se izvršava jednom za svaki elektronički potpis koji ima prazno polje "Datum isteka certifikata pouzdanog vremena".
Program se pokreće prema rasporedu i izvodi se izvan vremena operativnog dana Pacifičke flote (posao noću).

3.1.3. Razvoj funkcije "Dovođenje elektroničkih potpisa u arhivski format" (SUFDCORE-13989)

Razvijena je funkcija "Dovođenje elektroničkih potpisa u arhivski format".

Algoritam funkcije je sljedeći:


  1. Ulazni parametar je razdoblje preklapanja između trenutnih i novih certifikata pouzdane vremenske usluge (SUFDCORE-14146 novi konfiguracijski parametar).

  2. Odabiru se elektronički potpisi za koje je razlika između razdoblja valjanosti certifikata pouzdane vremenske usluge od posljednje vremenske oznake (vanjske vremenske oznake ili posljednje vremenske oznake u lancu arhivskih vremenskih oznaka) i trenutnog datuma sustava manja od vrijednosti programa ulazni parametar, ali veći od nule. Svaki elektronički potpis obrađuje se prema sljedećem scenariju:

  • ako je program pokrenut na AWP SUFD-portalu ili AWP OrFK, tada:

  • elektronički potpis putem poziva na funkciju „Funkcija dovođenja elektroničkog potpisa u arhivski format“ Kriptoservera dovodi se u arhivski format,

  • doveden u arhivski format, elektronički potpis i datum isteka certifikata pouzdanog vremena pohranjeni su u bazi podataka AWP SUFD-portala / AWP OrFC.

  • ako je program pokrenut na OFK-offline radnoj stanici, tada:

  • na temelju elektroničkog potpisa, pozivom na funkciju „Funkcija kreiranja zahtjeva za pouzdanu vremensku uslugu“ Kriptoservera, kreira se zahtjev pouzdanoj vremenskoj usluzi za formiranje arhivske vremenske oznake;

  • za isporuku zahtjeva pouzdanoj vremenskoj usluzi kreira se dokument usluge prijevoznika u koji se dodaje zahtjev. Dokument nositelja šalje se na SUFD logističku radnu stanicu;

  • kada se dokument nositelja primi u SUFD-logističku radnu stanicu, iz dokumenta se izdvaja zahtjev na temelju kojeg se pozivima na funkciju “Funkcija kreiranja arhivske oznake na temelju poslanog zahtjeva” postavlja vremenska oznaka arhive formiran je;

  • Za isporuku generirane vremenske oznake kreira se dokument usluge prijevoznika kojemu se dodaje arhivski žig. Nosivi dokument se šalje na OFC-offline radnu stanicu s koje je servisni dokument došao za formiranje arhivske oznake;

  • kada se dokument nositelja primi na OFC-offline radnu stanicu, iz dokumenta se izdvaja arhivski pečat i, pozivom na funkciju "Funkcija dodavanja vremenskog žiga arhive u elektronički potpis" kriptoservera, dodaje se u Elektronički potpis. Nakon dodavanja, provjerava se arhivski lanac vremenske oznake; elektronički potpis, doveden u arhivski format, i datum isteka certifikata pouzdanog vremena s naljepnice arhive pohranjeni su u OFC-offline AWP bazi podataka.
Sistemski dokument tipa UEP Carrier je poboljšan:

  1. Dodan znak zahtjeva: ili jačanje ES-a ili formiranje arhivske oznake.

  2. Dodano je polje tipa Datum koje prenosi datum isteka certifikata usluge TSP od posljednje vremenske oznake.

3.1.4. Pročišćavanje pohrane, WF podataka ES (SUFDCORE-13988)

Unaprijeđena je struktura pohrane podataka ES-a: u tablicu je dodano dodatno polje "Datum isteka servisnog certifikata pouzdanog vremena" (pored polja "Zadnja provjera").

3.1.5. Poboljšanje kriptoservera/MQ poslužitelja (SUFDCORE-13980)

Poboljšani Cryptoserver/MQ poslužitelj u smislu:

  1. Poboljšanje u smislu podrške arhivskog potpisa (na primjeru CAdES-A uz korištenje atributa archive-time-stamp, koji je arhivski vremenski žig).

    1. Potpis je:
(((CAdES-BES se koristi u FK + arhivska-vremenska oznaka1) + arhivska-vremenska-žiga2) .. arhivska-vremena-žig N)

    1. Formacija:

  • kriptoposlužitelj, na temelju hash potpisa drugog vremenskog žiga, generira zahtjev u SDV-u;


  • SDV potpisuje svojim ključem;


    1. Naknadno stavljanje arhivskih oznaka:

  • kriptoposlužitelj, na temelju hash potpisa posljednje arhivirane vremenske oznake, generira zahtjev u SDV;

  • ADD izvlači hash i primjenjuje točno vrijeme;

  • SDV potpisuje svojim ključem;

  • primljeni odgovor se vraća kriptoposlužitelju.

    1. pregled:
Prilikom provjere provjerava se oznaka arhiva-vremenski žigN (ako postoji više vremenskih oznaka, onda se provjerava posljednja vremenska oznaka) - provjerava se valjanost certifikata u trenutnom trenutku.

Ako je provjera bila uspješna, tada se na isti način provjerava lanac prethodne oznake (i tako dalje do prve) - provjerava se valjanost certifikata u vrijeme navedeno u sljedećoj naljepnici.


    1. Objašnjenje trenutne implementacije:

  • dokument (prvih 20 kb);

  • potpis na dokumentu;

  • 1. oznaka (interna) je prekrivena na hash potpisa;

  • OCSP odgovor;

  • Druga oznaka (vanjska) se postavlja na hash (potpis prve oznake + potpis OCSP odgovora).

    1. Sljedeći identifikator objekta (OID) definira atribut archive-time-stamp: 1.2.840.113549.1.9.16.2.48.

  1. Dopuna funkcije "Dovođenje u UEP" u smislu dodatnog povratnog parametra - "Datum isteka posljednje vremenske oznake".

  2. Implementacija funkcije "Dobijte od ES-a datum isteka certifikata zadnje vremenske oznake".
Metoda vraća datum isteka certifikata vanjske vremenske oznake ako nedostaje atribut extra timestamps ili posljednju vremensku oznaku iz atributa extra timestamps ako je prisutan.

3.1.6. Dopuna interakcije s kriptoserverom "Jačanje elektroničkog potpisa" (SUFDCORE-13975)

Implementirana je nova vrsta interakcije s kriptoserverom - "Jačanje elektroničkog potpisa":

  1. EP se daje kao ulaz.

  2. Izlaz je UES s dodatnom vremenskom oznakom (vremenski žig arhive), a posebno datumom isteka certifikata i dodatnim žigom (posljednja vremenska oznaka).

  3. Spremanje vraćenog parametra "Datum isteka zadnje vremenske oznake" (prilikom "dovođenja u UES" ili "Poboljšanje ES-a u format arhivske pohrane") u odgovarajuće polje tablice ES pohrane (SUFDCORE-13988 - polje "Datum isteka" certifikata pouzdane vremenske usluge".

3.1.7 Poboljšanje funkcije provjere potpisa (SUFDCORE-13969)

Unaprijeđena je funkcija provjere poboljšanog elektroničkog potpisa (SES) u smislu dorade algoritma za provjeru vremenskih oznaka.

Algoritam za provjeru vremenskih oznaka je sljedeći:


  1. U parametrima funkcije "Poboljšana provjera elektroničkog potpisa" naveden je predznak provjere prema trenutnom algoritmu. U ovom slučaju, vanjska vremenska oznaka provjerava se za datum njezina stvaranja, interna vremenska oznaka provjerava se za datum izrade vanjske vremenske oznake.

  2. U parametrima funkcije "Provjera poboljšanog elektroničkog potpisa" nalazi se znak provjere prema novom algoritmu, tada u ovom slučaju:

  • Elektronički potpis sadrži lanac arhivskih oznaka, pri čemu se N-ta vremenska oznaka u lancu provjerava za trenutni datum sustava, provjerava se (N-1)-ta vremenska oznaka za datum generiranja N-te vremenske oznake. Vanjska vremenska oznaka provjerava se za datum formiranja 1. arhivirane vremenske oznake;

  • elektronički potpis ne sadrži lanac arhivskih vremenskih oznaka, u ovom slučaju se vanjska vremenska oznaka provjerava u odnosu na trenutni datum sustava, interna vremenska oznaka se provjerava prema datumu izrade vanjske vremenske oznake.

UEP je tvrdio da je riješio dvije tisuće zločina
Moskovsko tužiteljstvo završilo je reviziju rada Odjela za gospodarski kriminal moskovske središnje uprave unutarnjih poslova. Otkriveno je da se policajci bave dopisima i iskrivljavanjem izvješćivanja, a za mnoge opasne kriminalce nitko uopće ne traži. Sam UEP s tim se kategorički ne slaže. Njegova uprava optužuje inspektore za neprofesionalnost i nespremnost da temeljito prouče situaciju. Dopisnik Kommersanta VLADIMIR Kommersant-SYUN pokušao je to učiniti.

Od samog početka revizije tužiteljima je postalo jasno da umjesto pravi posao UEP intenzivno stvara svoju vidljivost. A da ne bi izgubili obraz pred Ministarstvom unutarnjih poslova, prijestolnički policajci naučili su se nositi s dopisima ništa gore od ljudi s kojima se moraju boriti na dužnosti. Prema riječima Igora Bobrovskog, šefa tužiteljstva za nadzor nad izvršenjem zakona u tijelima unutarnjih poslova, "u UEP-u se evidentiraju stotine takozvanih kontinuiranih kaznenih djela". "Uzmimo, na primjer, ilegalno poduzetništvo", ogorčen je Bobrovsky. Ako je netko ilegalno uvezao 100 guma, onda zločina krijumčarenja nije jedan, nego sto." Zbog toga je samo prošle godine gradsko tužiteljstvo odjavilo više od tisuću činjenica prijevare, više od stotinu krijumčarenja i 113 epizoda davanja mita. A ukupno - više od dvije tisuće zločina, čije je otkrivanje UEP pripisao sebi.
Osim toga, prema tvrdnjama tužiteljstva, Uepovci su prevarili ministarstvo tvrdeći da u njihovom odjelu praktički nema birokratije i da se predmeti razmatraju doslovno u nekoliko dana. Primjerice, u tri dana rasvijetljeno je 147 kaznenih djela. U istom razdoblju odbijena su 173 predmeta.
No, tužitelji su utvrdili da su samo dva od 147 predmeta razmotrena u roku od tri dana, 13 u roku od 10 dana, u 58 predmeta odluke su donesene duže od tri mjeseca, a 26 predmeta je razmatrano duže od šest mjeseci. U mnogim slučajevima svi su rekordi oboreni općenito (oko dvije godine). No, u pravilu, tijekom dugih istraga dokazi gube na valjanosti, dokumenti i materijalne vrijednosti nestaju, a kriminalci uspijevaju pobjeći.
Na primjer, 1996. godine UEP je primio pritužbu o prijevarnim aktivnostima Mysyagina, generalnog direktora CJSC "Treći Rim". Trebao je pronevjeriti 90 milijuna rubalja. Provjera činjenica je vršena više od godinu i pol dana. Tada je deveti odjel UEP-a donio rješenje o odbijanju pokretanja kaznenog postupka. Tužiteljstvo je pak ovu odluku smatralo nerazumnom i nastavilo istragu.
Isto se dogodilo i s materijalima Federalnog fonda obveznog zdravstvenog osiguranja. Informacije o financijskim prijevarama u ovoj strukturi zaprimljene su u siječnju 1997. godine, a policija ih je počela provjeravati tek mjesec dana kasnije. A šest mjeseci kasnije, UEP je materijale poslao GUEP-u Ministarstva unutarnjih poslova. Odatle su krajem 1997. ponovno poslani u gradsku policiju, koja je na kraju odbila pokrenuti kazneni postupak. Tužiteljima je trebalo manje od mjesec dana da riješe situaciju i pokrenu slučaj.
Ukupno, od 190 materijala koje je gradsko tužiteljstvo proučilo o odbijanju pokretanja kaznenih postupaka, 38 odluka je poništeno. Prema 15 materijala, samo je tužiteljstvo pokrenulo kaznene postupke, a prema 23 UEP-a predloženo je da se pomnije istraži.
Takva nepažnja dovela je do toga da se od 1994. godine u mnogim slučajevima uopće ne traga za prevarantima. Protiv njih nisu pokrenuti ni takozvani operativno-istražni predmeti.
Posebnu pritužbu gradskog tužiteljstva izazvala je činjenica da UEP često zanemaruje svoju obvezu dijeljenja informacija o poslovnim strukturama s poreznim vlastima. S tim u vezi, tužitelji kažu da bi sustav evidentiranja kaznenih djela iz MUP-a trebao biti prebačen na nezavisne strukture. Primjerice, Ministarstvo pravosuđa koje nije tijelo za borbu protiv kriminala i ne zanimaju ga dopisi. Očigledno, Boris Jeljcin, koji je nedavno potpisao dekret „O osiguravanju interakcije vladine agencije u borbi protiv prekršaja u gospodarstvu". Ovim je dokumentom naložio Vladi da u roku od tri mjeseca izradi jedinstveni sustav evidentiranja otkrivenih kaznenih djela u gospodarstvu.
Mišljenje vodstva UEP-a o rezultatima tužiteljske provjere potpuno je suprotno. Načelnik odjela, pukovnik Anatolij Filatov, smatra da su registracije u njegovom odjelu u osnovi nemoguće: "Tužitelji brkaju kriminal iz vremena stagnacije i danas. Sada su kazneni predmeti višeepizodne prirode. A mi istražujemo svaku epizodu posebno. Nije to za njih, oni se ne upuštaju u stvar, uzimaju materijale iz zonskog informativnog centra, vide da ima mnogo epizoda u slučaju - evo vam postscript.
Filatov također sumnja da će tužiteljstvo moći iznijeti sudu kaznene predmete koje je zatvorio UEP. "U mojih 20 godina službe, ne sjećam se da su tužitelji ikad zatvorili nekoga na temelju napuštenih materijala. Onda ih sami zatvore, ne nalazeći corpus delicti", tvrdi pukovnik.
Treba reći da su takvi sukobi tipični za agencije za provođenje zakona. Atribucije razotkrivanja, a s njima i prikrivanja stvarnih zločina, otkrivaju tužiteljstva u svim policijskim jedinicama koje se provjeravaju. Još od vremena zastoja dobili su prilično teške planove za borbu protiv kriminala odozgo. Sada iz Ministarstva unutarnjih poslova tvrde da takvih planova nema. No, postoje pokazatelji borbe protiv kriminala, a oni su glavni kriterij za raspodjelu bonusa, dodjelu titula i imenovanje na novu funkciju. Isti sustav djeluje i u tužiteljstvu: što više njegovi zaposlenici pronalaze prekršaje u radu policije, to će ih vodstvo više ohrabrivati. Jednom riječju, ispada začarani krug - svima je korisno baviti se postskriptumima.