Ei tuotu itkemään. Juridisesti merkittävien sähköisten asiakirjojen arkistoinnin ominaisuudet

Kuva 97. Työkalurivi. Hylkää-painike

30 päivää ennen sähköisen allekirjoituksen vahvistusavaimen varmenteen voimassaolon päättymistä ilmestyy ikkuna, jossa on vastaava ilmoitus, kun käyttäjä on valtuutettu SUFD:hen. Tämä ikkuna suljetaan painamalla OK-painiketta (kuvat 98, 99).

Kuva 98. Tietoruutu "Varmenne vanhenee" useille varmenteille

Kuva 99. Tietoruutu "Sertifikaatti vanhenee" yksittäiselle varmenteelle

Jokaiselle käyttäjän valtuutukselle näytetään myös tiedotusviesti SUFD:ssä siinä tapauksessa, että sähköisen allekirjoituksen vahvistusavaimen varmenne on vanhentunut (kuvat 100, 101).

Kuva 100. Tietoikkuna "Varmenne on vanhentunut" useille varmenteille

Kuva 101. Tietoikkuna "Varmenne on vanhentunut" yksittäiselle varmenteelle

6.7.3. Allekirjoituksen poistaminen

Poistaaksesi asiakirjan allekirjoituksen (jos asiakirjaa ei ole vielä lähetetty), valitse dokumenttiluettelosta asiakirja, jonka allekirjoitusta ollaan poistamassa ja napsauta työkalurivin painiketta ("Poista allekirjoitus") (kuva 102).

Kuva 102. Työkalurivi. Poista allekirjoitus -painike

6.8 Asiakirjan lähettäminen

Ennen asiakirjan lähettämistä allekirjoitukset tarkistetaan UES:ään tuomista varten sekä allekirjoitusjoukon täydellisyys. Jos asiakirjan allekirjoitukset eivät täytä vaatimuksia, asiakirjaa ei lähetetä (siirtotila ei muutu). Käyttäjälle näytetään viesti, jonka mukaan "Allekirjoitusta ei tuotu UES:ään" tai "Asiakirjaa ei ole allekirjoitettu täydellä allekirjoitusjoukolla."

Voit lähettää valitun asiakirjan napsauttamalla työkalurivin painiketta ("Lähetä") (kuva 103).

Kuva 103. Työkalurivi. Lähetä-painike

Näyttöön tulee tietoikkuna (kuva 104).

Kuva 104. Tietoikkuna "Asiakirjan lähettäminen"

Jos asiakirjan lähetystoiminto on suoritettu onnistuneesti, näyttöön tulee tietoikkuna, jossa on tietoja toiminnon suorittamisesta (kuva 105).

Kuva 105. Tietoikkuna

Toimenpiteen tulosta voi tarkastella "Task Managerilla" (katso kuva 5). Tehtävänhallinnan kutsumisen jälkeen avautuu ikkuna, kuten kuvassa 106.

Kuva 106. Tehtävienhallinta-ikkuna

Saat lisätietoja lähetystoiminnosta kaksoisnapsauttamalla hiiren vasenta painiketta vastaavalla rivillä "Task Manager" -ikkunan toimintoluettelossa. Tämän jälkeen avautuu ikkuna, jossa on tietoja toiminnasta (kuva 107). Jos dokumentin tilakaavio ei sisällä asiakirjan lähettämistä sen hetkisen tilan kanssa, niin "Tulos"-kenttään tulee viesti tästä.

Kuva 107 Käyttötiedot

Jos järjestelmä ei määrittänyt asiakirjaa lähetettäessä vastaanottajan osoitetta, asiakirjan tilaksi vaihtuu "Osoitevirhe". Tässä tapauksessa voit etsiä vastaanottajaa uudelleen napsauttamalla painiketta ("Toista vastaanottajan haku") tai hylätä asiakirjan napsauttamalla painiketta https://pandia.ru/text/80/135/images/ image215_0.jpg" width="19 " height="22"> ("Lähetä"), jonka jälkeen valittu asiakirja lähetetään. Jos asiakirja on lähetetty onnistuneesti, sen siirron tilaksi asetetaan "Lähete". asiakirjan muuttuvat vastaanottavassa työasemassa asiakirjalle määritettyjen tilojen mukaisesti.

Jos lähetyksen aikana tapahtui virhe, asiakirjan tilaksi asetetaan "Lähetysvirhe". Tässä tapauksessa on tarpeen palauttaa asiakirjan tila (katso osa 5.10.2) ja lähettää asiakirja uudelleen.

6.9 Tuo/Vie asiakirja

6.9.1. Manuaalinen asiakirjan tuonti

Asiakirjan tuomiseksi sinun on suoritettava seuraava toimintosarja:

1. Siirry navigointipaneelissa tuotavan asiakirjan tyyppiä vastaavaan osioon.

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

Kuva 108. Työkalurivi. Tuo-painike

Huomautus. Jos sinun on määritettävä tuodun tiedoston muoto, sinun on napsautettava tuontipainikkeen oikealla puolella olevaa valintapainiketta. Luettelo käytettävissä olevista tuontiformaateista avautuu (kuva 109).

Kuva 109. Tuodun tiedoston muodon valinta

3. Etsi avautuvasta "Lataa tiedosto" -ikkunasta ja määritä tuotava tiedosto. Paina "Avaa"-painiketta.

Suorittaaksesi tuodun tiedoston dokumentaarisen hallinnan automaattisesti, sinun on valittava jokin valikosta, joka sisältää sanat “+Doc. kontrolli". Tässä tapauksessa heti tiedoston tuonnin jälkeen sen asiakirjojen valvonta suoritetaan. Mikäli asiakirjatarkastuksen läpäisy onnistuu, asiakirja siirtyy tilaan "Otettu käyttöön" / "Otettu käyttöön". Jos asiakirjojen ohjauksen aikana tapahtuu virheitä, ne näkyvät tehtävänhallintaikkunassa, kuten manuaalisessa dokumentin ohjauksessa (katso kohta 5.6).

Tuonnin tuloksena tiedostosta (tiedostoista) ladataan uudet asiakirjat SUFD-tietokantaan, yleisissä ja valituissa rullauksissa asiakirjat lajitellaan automaattisesti käyttäjän lajitteluasetusten mukaisesti.

6.9.2. Manuaalinen asiakirjavienti

Vie asiakirja seuraavasti:

1. Siirry navigointipaneelista vietävän asiakirjan tyyppiä vastaavaan osioon.

2. Määritä viety tiedosto (tai useita tiedostoja) asiakirjaluettelosta.

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

Kuva 110. Työkalurivi. Vie-painike

Huomautus. Jos sinun on määritettävä viedyn tiedoston muoto, napsauta vientipainikkeen oikealla puolella olevaa painiketta. Saatavilla olevien vientimuotojen luettelo avautuu (kuvat 111, 112).

Kuva 111. Viedyn tiedoston muodon valinta

30. huhtikuuta 2013 klo 13.40

Ivan Agapov, Synerdocsin liiketoimintaanalyytikko

Yritetään selvittää, mitä Venäjällä tapahtuu tänään sähköisten asiakirjojen pitkäaikaisen säilyttämisen alalla sähköisen allekirjoituksen avulla. Mitä elinkeinoelämän edustajien pitäisi odottaa uudesta standardista ja onko sähköiselle arkistointille olemassa vankka lainsäädäntöperusta.

Nykyään asiakirjoja on yhä useammin muutettava sähköiseen muotoon, ei vain tilapäistä käyttöä, vaan myös pitkää tai jopa pysyvää säilytysaikaa varten. Tosiasia on, että sähköisen asiakirjahallinnan avulla voit työskennellä asiakirjojen kanssa kopioimatta niitä paperille. Siksi tällaisten sähköisten asiakirjojen määrä kasvaa jatkuvasti. Erityisen tärkeää on säilyttää ns. juridisesti merkittävät asiakirjat - laskut, sopimukset, asiakirjat, laskut jne.

Juridisesti merkittävien sähköisten asiakirjojen säilytystä organisoitaessa ilmenee useita ongelmia. Ensinnäkin herää kysymys asiakirjojen säilytyksen fyysisestä sijainnista.. Tallennusvälineitä (irrotettavat tai paikalliset) valittaessa tulee ottaa huomioon, että niiden säilyvyys on rajoitettu. Myös käyttöolosuhteet ovat erittäin tärkeitä. Esimerkiksi sellaisia tekijöitä kuin huoneen lämpötila, kosteus, UV-säteet jne. Ja suuren yrityksen tietomäärän varastoinnin järjestämiseen tarvitaan palvelimia. On loogista, että palvelinhuoneille asetettavat vaatimukset ovat vielä vakavammat kuin kaikkialla läsnä oleville paikallisille tallennusvälineille. Tämä ei johdu vain ikkunoiden puutteesta huoneessa ja korotetun lattian olemassaolosta, vaan myös useista muista merkittävistä rajoituksista. Tämän perusteella tallennetut tiedot on ajoittain varmuuskopioitava, ylikirjoitettava, vaihdettava tietovälineitä jne.

Erikoistuneista sähköisistä arkistoista voi tulla ulospääsy tästä tilanteesta. Esimerkiksi maaliskuussa 2002 Venäjän federaatiossa käynnistettiin liittovaltion kohdeohjelma "Elektroninen Venäjä (2002-2010)", jonka puitteissa toteutettiin hanke "Venäjän federaation presidentin sähköinen arkisto". Arkiston kokonaismäärä oli noin 15 miljoonaa asiakirjaa. Vuoden 2010 lopussa ohjelman tehokkuus arvioitiin kuitenkin alhaiseksi: sähköinen asiakirjahallinta valtion virastojen välillä sekä sähköinen viestintä valtion virastojen ja kansalaisten välillä ei toiminut täysimääräisesti. Venäjän julkishallinnon tehokkuus ei Maailmanpankin mukaan ole juurikaan muuttunut vuosien aikana. On valitettavaa, että tänään tämä hanke on keskeytetty, eikä tällaisten ohjelmien laajasta ja laajasta levittämisestä tarvitse puhua. Tätä helpotti erityisesti Venäjän federaation sääntelykehyksen puute, joka voisi säännellä suhteita sähköisen arkistoinnin alalla, mutta kohdennetun ohjelman käynnistäminen antaa silti toivoa tämän alueen kehitykselle.

Toinen ja kenties tärkein ongelma sähköisten asiakirjojen pitkäaikaisessa säilyttämisessä on niiden oikeudellisen merkityksen varmistaminen. Jälkimmäinen saavutetaan käyttämällä sähköistä allekirjoitusta (ES). Tähän mennessä tämän alan suhteita säätelevät: liittovaltion laki nro 1-FZ, 10. tammikuuta 2002 "Elektronisesta digitaalisesta allekirjoituksesta" ja liittovaltion laki nro 63-FZ, 6. huhtikuuta 2011 "Sähköisestä allekirjoituksesta". Liittovaltion lain nro 63 mukaan erotetaan kaksi tyyppiä EP:t: yksinkertainen ja vahvistettu.

Kaikki allekirjoitukset eroavat toisistaan ominaispiirteissään, jotka näkyvät selvästi näissä liittovaltion laeissa. Mutta valitettavasti jokaisen allekirjoitustyypin käytössä on joitain rajoituksia, vaikka niillä on oikeudellinen merkitys. Tosiasia on, että sähköisen allekirjoituksen vahvistusavaimen varmenne myönnetään pääsääntöisesti vuodeksi ja allekirjoitettua asiakirjaa on säilytettävä lain vaatimusten mukaisesti vähintään viisi vuotta. Herää kysymys, kuinka kolmessa vuodessa voidaan todistaa ES:n voimassaolo, joka vahvistettiin tällä todistuksella? Tämä tarkoittaa, että meillä on tehtävänä määrittää sähköisen allekirjoituksen ja varmenteen voimassaolo asiakirjan allekirjoitushetkellä.

Tämä ongelma ratkaistaan käyttämällä kehittynyt sähköinen allekirjoitus (UEP). Sen muotoon on lisätty aitouden todistavia merkkejä, kuten aikaleima, varmenteen peruutustiedot jne.

UEP antaa sinun tarjota:

● todisteellinen vahvistus allekirjoituksen luomishetkestä;

● todistettava vahvistus sähköisen allekirjoituksen avainvarmenteen voimassaolosta sen luomishetkellä;

● juridisesti merkittävien sähköisten asiakirjojen arkistointi.

Kuten näet, nykyaikainen kehitys ja teknologia mahdollistavat juridisesti merkittävien sähköisten asiakirjojen säilyttämisen.

Toinen tärkeä näkökohta SWED:n arkistovarastointikysymyksessä on laitteiden ja tekniikan nopea kehitys. Nopea kehitys ei salli meidän katsoa tulevaisuuteen 10-15 vuotta kauempaa. Ymmärtääksemme, mistä puhumme, palataanpa muutama vuosi taaksepäin ja mitä näemme? Tietojen tallentamiseen käytetään aktiivisesti 3½ tuuman levykkeitä. Mutta jo maaliskuussa 2011 Sony lopetti levykkeiden historian lopettamalla virallisesti niiden tuotannon ja myynnin. Ja nyt PC:t eivät yksinkertaisesti oleta levykeaseman olemassaoloa. Nykyaikaiset optisten levyjen valmistajat takaavat asemien toiminnan enintään 10 vuodeksi. Flash-asemien käyttöikä riippuu tietojen päällekirjoitusprosessien määrästä. Kaikki tämä viittaa siihen, että jonkin ajan kuluttua olemme yksinkertaisesti pakotettuja korvaamaan tietoja yhä nykyaikaisemmista asemista. Näin ollen meillä on oltava takeet siitä, että voimme 10-15 vuoden kuluttua tarkistaa tallennettujen asiakirjojen ES:n ilman ongelmia ja tietysti "lukea" sen tekstieditorin muodon, jossa sähköinen asiakirja on luotu 10 vuotta. sitten (esim. Lexicon-muoto). Tätä varten tarvitsemme toistolaitteen, käyttöjärjestelmän ja työkalut ES:n kanssa työskentelemiseen, jotka tukevat tallennetun sähköisen asiakirjan muotoa.

Onko tämä kaikki mahdollista?

Joo. Toistaiseksi meillä on kaikki tarvittavat työkalut SWED:n arkistovaraston järjestämiseen. Kehittyneen allekirjoitusmuodon käyttäminen varmistaa, että asiakirjasi ovat laillisesti päteviä. Työpaikan järjestäminen, jonka avulla voit tarkistaa ES:n 10–15 vuoden kuluttua asianmukaisella prosessien organisoinnilla, ei myöskään aiheuta vakavia vaikeuksia. Sähköisten arkistojen luominen ei jätä odottamaan niiden kysynnän lisääntyessä.

Tilanne on hieman monimutkaisempi Venäjän federaation lainsäädäntökehyksen kanssa sähköisen arkistoinnin alalla, mutta ehkä mitä nopeammin yritys luopuu paperista, sitä nopeammin yksityiskohtaiset tiedot sähköisistä asiakirjoista ilmestyvät maassamme laissa "Sähköisistä arkistoista". ? Ensimmäisten ennakkotapausten ilmaantuminen toistaiseksi vähän tutkitulla alueella pakottaa valtion ottamaan tämän asian hallintaan.

Kaikki liittyy toisiinsa ja useimmissa tapauksissa riippuu meistä. Tyhjät odotukset eivät johda tuloksiin – on aika alkaa toimia!

Uudistuksen toteuttamiseksi kaupalliseen käyttöön tulee varmistaa seuraavat organisatoriset toimenpiteet:

Ohjelmiston "ASFC (SUFD)" hakemiston "Workstation Offline-jakelut" perustaminen "Offline - client FK" -työaseman asiakkaiden asiakirjojen reitittämistä ja tiedonsiirtoluetteloita varten.
Toimintaa uusien asiakkaiden kouluttamiseksi järjestelmässä työskentelyn perusperiaatteisiin.
Tapahtumat, joissa koulutetaan OrFC:n työntekijöitä vuorovaikutuksen periaatteista offline-asiakkaiden kanssa ja asiakirjavirran hallintaan.

2.3. Muutettu dokumentaatio

Tiedostoon SUFD_RAS_System settings.doc on tehty muutoksia - lauseke 7.1.4 on päivitetty, 7.1.11 on lisätty.

2.4 Muutokset käyttöliittymään

2.4.1 Järjestelmävakio GroupOutgoingPacket

Järjestelmävakio GroupOutgoingPacket (AWS Offlinen ja SUFD:n välillä lähetettyjen lähtevien pakettien ryhmä) on kehitetty (kuva 1).

Vakio saa arvon:

1 ja mikä tahansa muu arvo kuin 0 - ryhmäpaketit;
0 - älä ryhmittele (oletus).

Järjestelmävakio on kyky määritellä uudelleen mielivaltaiselle organisaatiolle, ts. se on organisaatiotason vakio.

1. GroupOutgoingPacket-järjestelmävakion EF

2.5 Muutokset hakemistoissa

2.5.1. Hakemisto "OrFC:n nippujen viitekirjasta"

SUFD:ssä ja Offline-työasemassa uusi kenttä "Offline-organisaation koodi" on lisätty OrFC:n nippuhakemiston tietueen näyttölomakkeeseen, joka tallentaa Offline-työasemalla palvelevan organisaation koodin (kuva 2). ).

2. ORFC:n linkkihakemiston EF-merkinnät

2.5.2. Käsikirja "Työaseman offline-jakelu"

Uusi hakuteos "Workstation Offline Distributions" on kehitetty valikkokohdassa "References - System - Settings of Workstation Offline" (Kuva 3, 4).

3. EF hakemistosta "Workstation Offline Distributions"

4. EF-tietueet hakemistosta "Workstation Offline Distributions"

3.SUFD-56709. Kehittyneen sähköisen allekirjoituksen tarkistuksen parantaminen

3.1 Lyhyt kuvaus tarkistuksesta

Liittovaltion valtiovarainministeriön 17. heinäkuuta 2014 päivätyn kirjeen nro 42-11.0-13 / 226 mukaisesti PPO "ASFC (SUFD)":

Cryptoserverin sähköisen allekirjoituksen vahvistamistoimintoa on parannettu lisäämällä luotetun aikapalvelun varmenteen viimeinen voimassaolopäivä ulkoisesta aikaleimasta.
Parannetun sähköisen allekirjoituksen tarkistamiseen tarkoitetun kryptopalvelimen toimintoa on parannettu aikaleimojen tarkistusalgoritmin parantamiseksi.
Cryptoserverissä on kehitetty toiminto luotetun aikapalvelun varmenteen voimassaoloajan poimimiseksi ulkoisesta aikaleimasta.
Cryptoserverissä on kehitetty toiminto "Sähköisen allekirjoituksen tuominen arkistomuotoon".
Tapahtumien rekisteröintitoiminto sähköisten allekirjoitusten saattamiseksi arkistomuotoon on kehitetty
Cryptoserverissä on kehitetty toiminto, jolla luodaan pyyntö luotettu aikapalveluun arkiston aikaleiman luomiseksi.
Arkiston aikaleiman muodostamistoiminto on kehitetty Cryptoserverissä.
Cryptoserverissä on kehitetty toiminto arkiston aikaleiman lisäämiseksi sähköiseen allekirjoitukseen.
MQ-palvelimeen on kehitetty toiminto viimeisimmän aikaleiman luomiseen käytetyn luotetun aikapalvelun varmenteen vanhenemispäivämäärän saamiseksi sähköisestä allekirjoituksesta.
MQ-palvelimelle on kehitetty toiminto "Sähköisen allekirjoituksen tuominen arkistomuotoon".
MQ-palvelimen sähköisen allekirjoituksen vahvistamistoimintoa on parannettu lisäämällä luotetun aikapalvelun varmenteen parametrin vanhenemispäivä ulkoisesta aikaleimasta.
Sähköisen allekirjoituksen tallennustoimintoa on parannettu lisäämällä uusi kenttä "Luotetun aikapalvelun varmenteen viimeinen voimassaolopäivä".
Toimintoa "Sähköisen allekirjoituksen vahvistaminen" on parannettu luotetun aikapalvelun varmenteen vanhentumispäivätietojen tallentamisen suhteen ulkoisesta aikaleimasta.
Sähköisen allekirjoituksen tarkistuksen toimintoa on parannettu luotetun aikapalvelun varmenteen sähköisen allekirjoituksen tarkistusmerkin määrittämisen osalta.
Toiminto "Sähköisten allekirjoitusten tuominen arkistomuotoon" on kehitetty PPO "ASFC (SUFD)" -palveluun tallennetuille sähköisille allekirjoituksille.

Osana tätä tarkistusta tehtiin seuraavat työt:

3.1.1.Konfigurointiparametrin "Arkiston aikaleiman uusimisjakso" (SUFDCORE-14146) kehittäminen

Uusi parametri "Arkiston aikaleiman päivitysjakso" (sufd.crypto.dateForUpdateArchiveTimestamp) on lisätty sufd.properties-määritystiedostoon.

Parametri on tarkoitettu määrittämään päivinä ajanjakso, jonka lähestyessä allekirjoituksen arkiston aikaleima päivitetään. Oletusarvo = 30 päivää.

3.1.2 Ohjelman "Luotetun aikapalvelun varmenteen voimassaoloajan määrittäminen" kehittäminen (SUFDCORE-13990)

PPO:ssa "ASFC (SUFD)" jo tallennetuille sähköisille allekirjoituksille on kehitetty ohjelma "Luotetun aikapalvelun varmenteen voimassaoloajan määritys".

Ohjelman algoritmi on seuraava:

Kenttä ”Luotetun aikapalvelun sertifikaatin viimeinen voimassaolopäivä” täytetään ASFC (SUFD) -ohjelmistoon jo tallennetuille sähköisille allekirjoituksille poimimalla luotettavan aikapalvelun varmenteen vanhenemispäivä ulkoisesta aikaleimasta.
Ohjelma suoritetaan kerran jokaiselle sähköiselle allekirjoitukselle, jossa on tyhjä kenttä "Luotetun aikapalvelun sertifikaatin viimeinen voimassaolopäivä".

Ohjelma käynnistetään aikataulun mukaisesti ja se suoritetaan Tyynenmeren laivaston toimintapäivän ulkopuolella (työ yöllä).

3.1.3. Toiminnon "Sähköisten allekirjoitusten tuominen arkistomuotoon" kehittäminen (SUFDCORE-13989)

Toimintoa "Sähköisten allekirjoitusten tuominen arkistomuotoon" on kehitetty.

Toiminnon algoritmi on seuraava:

Syöteparametri on päällekkäisyysjakso nykyisen ja uuden luotetun aikapalvelun varmenteen välillä (SUFDCORE-14146 uusi konfiguraatioparametri).
Valitaan sähköiset allekirjoitukset, joille viimeisimmän aikaleiman (ulkoinen aikaleima tai viimeinen aikaleima arkiston aikaleimaketjussa) ja nykyisen järjestelmän päivämäärän välinen ero on pienempi kuin ohjelman arvo. syöttöparametri, mutta suurempi kuin nolla. Jokainen sähköinen allekirjoitus käsitellään seuraavan skenaarion mukaisesti:

jos ohjelma käynnistetään AWP SUFD-Portalissa tai AWP OrFK:ssa, niin:

sähköinen allekirjoitus tuodaan Cryptoserverin toimintoon "Toiminto sähköisen allekirjoituksen tuominen arkistomuotoon" kutsun kautta arkistomuotoon,
arkistomuotoon tuotu sähköinen allekirjoitus ja luotetun aikapalvelun varmenteen viimeinen voimassaolopäivä tallennetaan AWP SUFD-portaalin / AWP OrFC -tietokantaan.

jos ohjelma käynnistetään OFK-offline-työasemalla, niin:

sähköisen allekirjoituksen perusteella luodaan kutsun kautta kryptopalvelimen toimintoon "Pyynnön luominen luotettu aikapalveluun" luotettu aikapalveluun pyyntö arkiston aikaleiman muodostamiseksi;
pyynnön toimittamiseksi luotettu aikapalveluun luodaan operaattoripalveluasiakirja, johon pyyntö lisätään. Kuljetusasiakirja lähetetään SUFD:n logistiikkatyöasemalle;
kun kantoasiakirja vastaanotetaan SUFD-logistiikkatyöasemaan, asiakirjasta poimitaan pyyntö, jonka perusteella "Arkistoetiketin luontitoiminto lähetetyn pyynnön perusteella" -toimintoon kutsujen kautta arkiston aikaleima. muodostuu;
Luodun aikaleiman toimittamiseksi luodaan operaattoripalveluasiakirja, johon lisätään arkistoleima. Kuljetusasiakirja lähetetään OFC-offline-työasemalle, josta palveluasiakirja tuli arkistoetiketin muodostamista varten;
kun OFC-offline-työasemaan vastaanotetaan kantaja-asiakirja, asiakirjasta poimitaan arkistoleima ja lisätään Cryptoserverin "Arkiston aikaleiman lisääminen sähköiseen allekirjoitukseen" -toimintoon kutsumalla. Sähköinen allekirjoitus. Kun arkiston aikaleimaketju on lisätty, se tarkistetaan. arkistomuotoon tuotu sähköinen allekirjoitus ja arkistomerkinnän luotetun aikapalvelun varmenteen viimeinen voimassaolopäivä tallennetaan OFC-offline AWP -tietokantaan.

UEP Carrier -tyyppistä järjestelmäasiakirjaa on parannettu:

Lisätty merkki pyynnöstä: joko ES:n vahvistaminen tai arkistomerkin muodostaminen.
Lisätty Date-tyyppinen kenttä, joka kuljettaa TSP-palveluvarmenteen vanhenemispäivämäärän viimeisestä aikaleimasta.

3.1.4. Tallennuksen tarkentaminen, ES-tietojen WF (SUFDCORE-13988)

ES-tiedontallennusrakennetta on parannettu: taulukkoon ("Viimeksi vahvistettu" -kentän viereen) on lisätty kenttä "Luotetun aikapalvelun varmenteen viimeinen voimassaolopäivä".

3.1.5. Salauspalvelimen/MQ-palvelimen (SUFDCORE-13980) tarkentaminen

Parannettu kryptopalvelin/MQ-palvelin seuraavilla tavoilla:

Arkiston allekirjoitusten tuen parannus (esimerkiksi CAdES-A, joka käyttää arkiston aikaleima-attribuuttia, joka on arkiston aikaleima).
1. Allekirjoitus on:

(((CAdES-BES käytetään FK:ssa + arkiston aikaleima1) + arkiston aikaleima2) .. arkiston aikaleimaN)

Muodostus:

kryptopalvelin generoi pyynnön SDV:ssä toisen aikaleiman allekirjoituksen hajautusarvon perusteella;
SDV allekirjoittaa avaimellaan;

Myöhempi arkistomerkkien asettaminen:

kryptopalvelin generoi pyynnön SDV:ssä viimeisen arkistoidun aikaleiman allekirjoitushajautusarvon perusteella;
ADD poistaa hashin ja käyttää tarkan ajan;
SDV allekirjoittaa avaimellaan;
vastaanotettu vastaus palautetaan kryptopalvelimelle.

Tutkimus:

Tarkistuksessa tarkistetaan arkisto-aikaleimaN-tarra (jos aikaleimoja on useita, niin viimeinen aikaleima tarkistetaan) - varmenteen voimassaolo tarkistetaan tällä hetkellä.

Jos tarkistus onnistui, niin edellisen tarran ketju tarkistetaan samalla tavalla (ja niin edelleen aivan ensimmäiseen asti) - varmenteen voimassaolo tarkistetaan seuraavassa tarrassa määritettynä ajankohtana.

Selitys nykyisestä toteutuksesta:

asiakirja (ensimmäiset 20 kt);
allekirjoitus asiakirjassa;
Ensimmäinen etiketti (sisäinen) on peitetty allekirjoituksen tiivisteellä;
OCSP-vastaus;
Toinen etiketti (ulompi) on päällekkäin hashin päällä (ensimmäinen etiketin allekirjoitus + OCSP-vastausallekirjoitus).

Seuraava objektitunniste (OID) määrittää arkisto-aikaleima-attribuutin: 1.2.840.113549.1.9.16.2.48.

Toiminnon "Tuo UEP:iin" tarkentaminen lisäpalautusparametrilla - "Viimeisen aikaleiman viimeinen voimassaolopäivä".
Toiminnon "Hae ES:n kautta viimeisen aikaleiman varmenteen viimeinen voimassaolopäivä" toteutus.

Metodi palauttaa ulkoisen aikaleimavarmenteen vanhenemispäivämäärän, jos extra timestamps -attribuutti puuttuu, tai viimeisen aikaleiman lisäaikaleimat-attribuutista, jos se on olemassa.

3.1.6. Vuorovaikutuksen tarkentaminen kryptopalvelimen kanssa "Sähköisen allekirjoituksen vahvistaminen" (SUFDCORE-13975)

Uudenlainen vuorovaikutus kryptopalvelimen kanssa on otettu käyttöön - "Elektronisen allekirjoituksen vahvistaminen":

EP annetaan syötteenä.
Tulosteena on UES lisäaikaleimalla (arkisto-aikaleima) ja erikseen varmenteen viimeinen voimassaolopäivä ja lisäleima (viimeinen aikaleima).
Palautetun parametrin "Viimeisen aikaleiman vanhenemispäivä" tallentaminen (kun "tuodaan UES:ään" tai "ES:n parantaminen arkistotallennusmuotoon") ES-tallennustaulukon vastaavaan kenttään (SUFDCORE-13988 - kenttä "Viimeinen voimassaolopäivä" luotetun ajan palvelutodistuksesta".

3.1.7 Allekirjoituksen vahvistustoiminnon (SUFDCORE-13969) parantaminen

Parannetun sähköisen allekirjoituksen (SES) tarkistustoimintoa on parannettu aikaleimojen tarkistuksen algoritmin jalostamisen suhteen.

Aikaleimojen tarkistamisen algoritmi on seuraava:

"Enhanced Electronic Signature Verification" -toiminnon parametreissa määritetään voimassa olevan algoritmin mukainen vahvistusmerkki. Tässä tapauksessa ulkoisesta aikaleimasta tarkistetaan sen luontipäivämäärä, sisäisestä aikaleimasta ulkoisen aikaleiman luontipäivämäärän mukaan.
Toiminnon "Parannetun sähköisen allekirjoituksen varmennus" parametreissa on uuden algoritmin mukainen vahvistusmerkki, niin tässä tapauksessa:

Sähköinen allekirjoitus sisältää ketjun arkistomerkkejä, jolloin ketjun N. aikaleima tarkistetaan nykyisen järjestelmän päivämäärän osalta, (N-1) aikaleima tarkistetaan N:nnen aikaleiman luomispäivämäärän osalta. Ulkoisesta aikaleimasta tarkistetaan ensimmäisen arkiston aikaleiman muodostuspäivämäärä;
sähköinen allekirjoitus ei sisällä arkiston aikaleimojen ketjua, tässä tapauksessa ulkoinen aikaleima verrataan nykyiseen järjestelmän päivämäärään, sisäinen aikaleima verrataan ulkoisen aikaleiman luomispäivämäärään.

UEP väitti ratkaisevansa kaksi tuhatta rikosta
Moskovan syyttäjänvirasto on saanut päätökseen Moskovan sisäasiainministeriön talousrikososaston toiminnan tarkastuksen. Paljastui, että poliisit harjoittavat jälkikirjoitusta ja vääristelevät raportointia, kun taas kukaan ei etsi paljon vaarallisia rikollisia. UEP itse on tästä kategorisesti eri mieltä. Sen johto syyttää tarkastajia ammattitaidottomuudesta ja haluttomuudesta tutkia tilannetta perusteellisesti. Kommersantin kirjeenvaihtaja VLADIMIR Kommersant-SYUN yritti tehdä tämän.

Heti tarkastuksen alusta lähtien syyttäjille kävi selväksi, että todellisen työn sijaan UEP luo kiivaasti ilmeään. Ja jotta eivät menettäisi kasvojaan sisäministeriön edessä, pääkaupungin poliisit ovat oppineet käsittelemään jälkikirjoituksia yhtään huonommin kuin ihmiset, joiden kanssa heidän on taisteltava päivystystyössä. Lakien täytäntöönpanoa sisäasioiden elimissä valvovan syyttäjänviraston päällikön Igor Bobrovskyn mukaan "UEP:ssä on rekisteröity satoja niin sanottuja jatkuvia rikoksia". "Otetaan esimerkiksi laiton yrittäjyys", Bobrovsky närkästää. Jos joku toi laittomasti 100 rengasta, niin salakuljetuksen rikokset eivät ole yksi, vaan sata." Seurauksena oli, että kaupungin syyttäjänvirasto poisti viime vuonna yli tuhat petostapausta, yli sata salakuljetusta ja 113 lahjontajaksoa. Ja yhteensä - yli kaksi tuhatta rikosta, joiden paljastamisen UEP syytti itseään.
Lisäksi syyttäjän mukaan uepovilaiset pettivät ministeriötä väittäen, että heidän osastollaan ei käytännössä ollut byrokratiaa ja tapaukset käsiteltiin kirjaimellisesti muutamassa päivässä. Esimerkiksi kolmessa päivässä selvitettiin 147 rikosta. Samana aikana 173 tapausta hylättiin.
Syyttäjät kuitenkin totesivat, että vain kaksi tapauksesta 147:stä käsiteltiin kolmen päivän kuluessa, 13:ssa 10 päivän sisällä, 58 tapauksessa päätökset tehtiin yli kolmeksi kuukaudeksi ja 26 tapauksessa yli kuusi kuukautta. Monissa tapauksissa kaikki ennätykset rikottiin yleisesti (noin kaksi vuotta). Mutta pääsääntöisesti pitkien tutkimusten aikana todisteet menettävät pätevyyden, asiakirjat ja aineelliset arvot katoavat ja rikolliset onnistuvat pakenemaan.
Esimerkiksi vuonna 1996 UEP sai valituksen CJSC "Kolmannen Rooman" pääjohtajan Mysyaginin petollisista toimista. Hänen piti kavaltaa 90 miljoonaa ruplaa. Faktatarkastusta tehtiin yli puolitoista vuotta. Sitten UEP:n yhdeksäs osasto teki päätöksen kieltäytyä aloittamasta rikosasiaa. Syyttäjä puolestaan piti päätöstä kohtuuttomana ja jatkoi tutkintaa.
Sama tapahtui liittovaltion pakollisen sairausvakuutusrahaston materiaalien kanssa. Tietoa tässä rakenteessa tapahtuneesta talouspetoksesta saatiin tammikuussa 1997, ja poliisi ryhtyi tarkastamaan sitä vasta kuukautta myöhemmin. Ja kuusi kuukautta myöhemmin UEP lähetti materiaalit sisäministeriön GUEP:lle. Sieltä vuoden 1997 lopussa heidät lähetettiin jälleen kaupungin poliisille, joka lopulta kieltäytyi aloittamasta rikosasiaa. Syyttäjiltä kesti alle kuukausi tilanteen selvittämiseen ja tapauksen aloittamiseen.
Kaiken kaikkiaan kaupungin syyttäjänviraston tutkimasta 190 rikosasian aloittamisen kieltäytymistä koskevasta materiaalista 38 päätöstä kumottiin. 15 aineiston mukaan syyttäjä itse aloitti rikosasian, ja 23 UEP:n mukaan esitettiin tarkempaa tutkintaa.
Tällainen huolimattomuus on johtanut siihen, että vuodesta 1994 lähtien huijareita ei usein etsitä lainkaan. Heitä vastaan ei ole aloitettu edes niin kutsuttuja operatiivisia etsintöjä.
Se, että UEP usein laiminlyö velvollisuutensa jakaa tietoja kaupallisista rakenteista veroviranomaisille, aiheutti erityisiä valituksia kaupungin syyttäjänvirastolta. Tältä osin syyttäjät sanovat, että sisäministeriön rikosten kirjaamisjärjestelmä tulisi siirtää itsenäisille rakenteille. Esimerkiksi oikeusministeriö, joka ei ole rikostentorjuntaelin eikä ole kiinnostunut jälkikirjoituksista. Ilmeisesti samaa mieltä on Boris Jeltsin, joka äskettäin allekirjoitti asetuksen "Valtion elinten vuorovaikutuksen varmistamisesta rikosten torjunnassa talouden alalla". Tällä asiakirjalla hän määräsi hallituksen kehittämään kolmen kuukauden kuluessa yhtenäisen järjestelmän havaittujen talousrikosten kirjaamiseksi.
UEP:n johdon mielipide syyttäjän tarkastuksen tuloksista on täysin päinvastainen. Osaston päällikkö eversti Anatoli Filatov uskoo, että rekisteröinti hänen osastolleen on periaatteessa mahdotonta: "Syyttäjät sekoittavat rikollisuuden pysähtyneisyyden ajoilta nykypäivään. Nyt rikosasiat ovat luonteeltaan monijaksoisia. Ja tutkimme jokaista jaksoa erikseen. Se ei ole heille, he eivät perehdy asiaan, he ottavat materiaalia vyöhyketietokeskuksesta, he näkevät, että asiassa on monia jaksoja - tässä on jälkikirjoitus sinulle.
Filatov epäilee myös, että syyttäjänvirasto voi viedä UEP:n lopettamat rikosasiat oikeuteen. "20 palvelusvuoteni aikana en muista, että syyttäjät olisivat koskaan vangiksineet ketään hylättyjen materiaalien perusteella. Sitten he sulkevat ne itse löytämättä rikoskoostumusta", eversti vakuuttaa.
On sanottava, että tällaiset konfliktit ovat tyypillisiä lainvalvontaviranomaisille. Paljastusten syyt ja niiden myötä todellisten rikosten salailu paljastuvat syyttäjänvirastossa kaikissa tarkastettavissa olevissa poliisiyksiköissä. Pysähtyneistä ajoista lähtien heille on annettu melko kovia suunnitelmia rikollisuuden torjumiseksi ylhäältä käsin. Nyt sisäministeriö väittää, ettei sellaisia suunnitelmia ole. Mutta on olemassa indikaattoreita rikollisuuden torjunnasta, ja ne ovat pääkriteeri bonusten jakamisessa, nimikkeiden myöntämisessä ja nimittämisessä uuteen virkaan. Sama järjestelmä toimii myös syyttäjänvirastossa: mitä enemmän sen työntekijät havaitsevat rikkomuksia poliisin työssä, sitä enemmän he saavat rohkaisua omalta johdolta. Sanalla sanoen, siitä muodostuu noidankehä - kaikkien on hyödyllistä käsitellä jälkikirjoituksia.