skatter 

Ikke brakt til å gråte. Funksjoner ved arkivlagring av juridisk viktige elektroniske dokumenter

Figur 97. Verktøylinje. Avvis-knapp

30 dager før utløpet av sertifikatet til den elektroniske signaturverifiseringsnøkkelen, vises et vindu med den tilsvarende informasjonsmeldingen når brukeren er autorisert i SUFD. Dette vinduet lukkes ved å trykke på OK-knappen (fig. 98, 99).

Figur 98. Informasjonsboks "Sertifikatet utløper" for flere sertifikater

Figur 99. Informasjonsboks "Sertifikatet utløper" for et enkelt sertifikat

En informasjonsmelding vises også for hver brukerautorisasjon i SUFD i tilfelle når sertifikatet til den elektroniske signaturverifiseringsnøkkelen har utløpt (fig. 100, 101).

Figur 100. Informasjonsvindu "Sertifikatet har utløpt" for flere sertifikater

Figur 101. Informasjonsvindu "Sertifikatet har utløpt" for et enkelt sertifikat

6.7.3. Fjerner en signatur

For å slette et dokuments signatur (hvis dokumentet ennå ikke er sendt), velg dokumentet hvis signatur slettes i listen over dokumenter og klikk på knappen ("Fjern signatur") på verktøylinjen (fig. 102).

Figur 102. Verktøylinje. Slett signatur-knapp

6.8. Sender et dokument

Før dokumentet sendes, sjekkes signaturer for å bringes til UES, samt sjekker for fullstendigheten til settet med signaturer. Hvis signaturene til dokumentet ikke oppfyller kravene, vil ikke dokumentet bli sendt (overføringsstatusen endres ikke). Brukeren blir presentert med en melding som sier at "Signaturen ble ikke brakt til UES" eller "Dokumentet er ikke signert med et fullstendig sett med signaturer."


For å sende det valgte dokumentet, klikk på knappen ("Send") på verktøylinjen (fig. 103).

Figur 103. Verktøylinje. Send inn-knapp

Et informasjonsvindu vises på skjermen (fig. 104).

Figur 104. Informasjonsvindu "Sende et dokument"

I tilfelle vellykket fullføring av operasjonen for å sende dokumentet, vil et informasjonsvindu med informasjon om fullføringen av operasjonen vises på skjermen (fig. 105).

Figur 105. Informasjonsvindu

Resultatet av operasjonen kan sees ved hjelp av "Task Manager" (se fig. 5). Etter å ha kalt opp oppgavebehandlingen, åpnes et vindu, som i figur 106.

Figur 106. Oppgavebehandling-vindu

For mer informasjon om sendeoperasjonen, dobbeltklikk venstre museknapp på den tilsvarende linjen i listen over operasjoner i "Oppgavebehandling"-vinduet. Etter det vil et vindu med informasjon om operasjonen åpnes (fig. 107). Hvis statusskjemaet til dokumentet ikke innebærer å sende dokumentet med gjeldende status, vises en melding om dette i "Resultat"-feltet.

Figur 107 Driftsdetaljer

Hvis mottakerens adresse ikke ble bestemt av systemet ved sending av et dokument, endres statusen til dokumentet til "Adresseringsfeil". I dette tilfellet kan du søke etter adressaten på nytt ved å klikke på knappen ("Gjenta søk etter adressaten"), eller nekte dokumentet ved å klikke på knappen https://pandia.ru/text/80/135/images/ image215_0.jpg" width="19 " height="22"> ("Send"), hvoretter det valgte dokumentet sendes. Hvis dokumentet sendes, settes overføringsstatusen til "Sendt". Videre, statusen av dokumentet endres i samsvar med statusene som er tildelt dokumentet på den mottakende arbeidsstasjonen.

Hvis det oppstod en feil under sending, settes statusen til dokumentet til "Send feil". I dette tilfellet er det nødvendig å rulle tilbake dokumentstatusen (se avsnitt 5.10.2) og sende dokumentet på nytt.

6.9. Importer/eksporter dokument

6.9.1. Manuell dokumentimport

For å importere et dokument, må du utføre følgende handlingssekvens:

1. På navigasjonspanelet går du til delen som tilsvarer typen dokument som importeres.

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

Figur 108. Verktøylinje. Importer-knapp

Merk. Hvis du eksplisitt trenger å spesifisere formatet til den importerte filen, må du klikke på velg-knappen til høyre for import-knappen. En liste over tilgjengelige importformater åpnes (fig. 109).

Figur 109. Velge formatet til den importerte filen

3. Finn og spesifiser filen som skal importeres i det åpne vinduet "Last ned fil". Trykk på "Åpne"-knappen.

For automatisk å utføre dokumentarkontroll av den importerte filen, må du velge ett av menyelementene som inneholder ordene "+Dok. kontrollen". I dette tilfellet, umiddelbart etter import av filen, vil dokumentkontroll bli utført. Ved vellykket bestått dokumentkontroll vil dokumentet bli overført til statusen "Introdusert" / "Introdusert". Hvis det oppstår feil under dokumentkontroll, vil de vises i oppgavebehandlingsvinduet, som ved manuell dokumentkontroll (se avsnitt 5.6).


Som et resultat av importoperasjonen vil et nytt dokument(er) fra filen(e) lastes inn i SUFD-databasen, i de generelle og valgte rullene vil dokumentene automatisk sorteres i henhold til brukerens sorteringsinnstillinger.

6.9.2. Manuell dokumenteksport

Følg disse trinnene for å eksportere et dokument:

1. På navigasjonspanelet går du til delen som tilsvarer typen dokument som eksporteres.

2. Spesifiser den eksporterte filen (eller flere filer) i listen over dokumenter.

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

Figur 110. Verktøylinje. Eksporter-knapp

Merk. Hvis du eksplisitt trenger å spesifisere formatet til den eksporterte filen, klikker du på knappen til høyre for eksportknappen. En liste over tilgjengelige eksportformater åpnes (fig. 111, 112).

Figur 111. Velge formatet til den eksporterte filen

30. april 2013 kl. 13.40

Ivan Agapov, forretningsanalytiker i Synerdocs

La oss prøve å finne ut hva som skjer i Russland i dag innen langtidslagring av elektroniske dokumenter ved hjelp av en elektronisk signatur. Hva bør næringsrepresentanter forvente i forbindelse med den nye standarden, og er det et solid lovgrunnlag for elektronisk arkivering.

I dag er det stadig oftere behov for å konvertere dokumenter til elektronisk form, ikke bare for midlertidig bruk, men også for en lang eller til og med permanent lagringsperiode. Faktum er at elektronisk dokumenthåndtering lar deg jobbe med dokumenter uten å duplisere dem på papir. Derfor vokser antallet slike elektroniske dokumenter stadig. Det er spesielt viktig å oppbevare de såkalte juridisk betydningsfulle dokumentene - fakturaer, kontrakter, handlinger, fakturaer mv.

Ved organisering av lagring av juridisk viktige elektroniske dokumenter oppstår det en rekke problemer. Først av alt oppstår spørsmålet om den fysiske plasseringen av dokumentlagringen.. Når du velger lagringsmedier (flyttbare eller lokale), bør det tas hensyn til at holdbarheten deres er begrenset. Driftsforholdene er også svært viktige. For eksempel faktorer som romtemperatur, fuktighet, UV-stråler osv. Og for å organisere lagring av en stor bedriftsinformasjon kreves servere. Det er logisk at kravene som stilles til serverrom vil være enda mer alvorlige enn til de allestedsnærværende lokale lagringsmediene. Dette er ikke bare mangelen på vinduer i rommet og tilstedeværelsen av et hevet gulv, men også en rekke andre betydelige begrensninger. Basert på dette skal den lagrede informasjonen periodisk sikkerhetskopieres, overskrives, erstattes medie mv.

Spesialiserte elektroniske arkiver kan bli en vei ut av denne situasjonen. For eksempel, i mars 2002, ble det føderale målprogrammet "Electronic Russia (2002-2010)" lansert i Russland, innenfor rammen av hvilket prosjektet "Electronic Archive of the President of the Russian Federation" ble implementert. Det totale volumet av arkivet utgjorde omtrent 15 millioner dokumenter. På slutten av 2010 ble imidlertid effektiviteten av programmet vurdert som lav: elektronisk dokumenthåndtering mellom offentlige etater, samt elektronisk kommunikasjon mellom offentlige etater og innbyggere, fungerte ikke fullt ut. Effektiviteten til offentlig administrasjon i Russland, ifølge Verdensbanken, har ikke endret seg mye gjennom årene. Det er uheldig at dette prosjektet i dag er suspendert, og det er ikke nødvendig å snakke om den utbredte og brede distribusjonen av slike programmer. Spesielt ble dette tilrettelagt av mangelen på et regelverk i den russiske føderasjonen som kunne regulere relasjoner innen elektronisk arkivering, men lanseringen av et målrettet program gir fortsatt håp for utviklingen av dette området.

Det andre og kanskje viktigste problemet med langtidslagring av elektroniske dokumenter er å sikre deres juridiske betydning. Sistnevnte oppnås ved å bruke en elektronisk signatur (ES). Til dags dato er forholdet på dette området regulert av: Føderal lov nr. 1-FZ av 10. januar 2002 "On Electronic Digital Signature" og Federal Law No. 63-FZ av 6. april 2011 "On Electronic Signature". I henhold til føderal lov nr. 63 skilles to typer EP: enkel og forsterket.

Alle signaturer skiller seg fra hverandre i sine karakteristiske trekk, som tydelig gjenspeiles i disse føderale lovene. Men dessverre er det noen begrensninger i bruken av hver av signaturtypene samtidig som de gir juridisk betydning. Faktum er at sertifikatet for verifiseringsnøkkelen for elektronisk signatur, som regel, utstedes for ett år, og det signerte dokumentet, i henhold til lovens krav, må lagres i minst fem år. Spørsmålet oppstår, hvordan om tre år å bevise gyldigheten av ES, som ble bekreftet av dette sertifikatet? Dette betyr at vi står overfor oppgaven med å fastslå gyldigheten av den elektroniske signaturen og sertifikatet ved signering av dokumentet.

Dette problemet løses ved å bruke avansert elektronisk signatur (UEP). Tegn på bevis på autentisitet er lagt til formatet, for eksempel et tidsstempel, data om tilbakekall av sertifikat, etc.

UEP lar deg gi:

● bevisbekreftelse av tidspunktet for opprettelsen av signaturen;

● bevisbekreftelse på gyldigheten av nøkkelsertifikatet for elektronisk signatur på tidspunktet for opprettelsen;

● arkivlagring av juridisk viktige elektroniske dokumenter.

Som du kan se, gjør moderne utvikling og teknologi det mulig å sikre lagring av juridisk viktige elektroniske dokumenter.

Et annet viktig aspekt i spørsmålet om arkivlagring av SWED er den raske utviklingen av utstyr og teknologi. Rask fremgang lar oss ikke se inn i fremtiden mer enn 10-15 år. For å forstå hva vi snakker om, la oss gå noen år tilbake og hva vil vi se? For å lagre informasjon brukes 3½-tommers disketter aktivt. Men allerede i mars 2011 satte Sony en stopper for historien til disketter ved offisielt å stanse produksjon og salg. Og nå antar ikke PC-er tilstedeværelsen av en diskettstasjon. Moderne produsenter av optiske plater garanterer driften av stasjoner i ikke mer enn 10 år. Levetiden til flash-stasjoner avhenger av antall dataoverskrivingsprosesser. Alt dette tyder på at vi etter en tid rett og slett blir tvunget til å overskrive informasjon på flere og mer moderne stasjoner. Dermed må vi ha garantier for at vi om 10-15 år vil være i stand til å sjekke ES til lagrede dokumenter uten problemer, og selvfølgelig "lese" formatet til tekstredigereren der det elektroniske dokumentet ble opprettet i 10 år siden (f.eks. Lexicon-format). For å gjøre dette trenger vi en avspillingsenhet, et operativsystem og verktøy for å jobbe med ES som vil støtte formatet til det lagrede elektroniske dokumentet.

Skal alt dette være mulig?

Ja. Til dags dato har vi alle nødvendige verktøy for å organisere arkivlagring av SWED. Bruk av det avanserte signaturformatet sikrer at dokumentene dine er juridisk gyldige. Å organisere en arbeidsplass som lar deg sjekke ES etter 10-15 år, med riktig organisering av prosesser, forårsaker heller ikke alvorlige vanskeligheter. Opprettelsen av elektroniske arkiver vil ikke la deg vente med en økning i etterspørselen etter dem.

Situasjonen er litt mer komplisert med den russiske føderasjonens lovgivning innen elektronisk arkivering, men kanskje jo før virksomheten forlater papir, jo raskere vil detaljert informasjon om elektroniske dokumenter vises i landet vårt i loven "On Electronic Archives" ? Fremkomsten av de første presedensene i et område så langt lite studert vil ganske enkelt tvinge staten til å ta tak i dette spørsmålet.

Alt henger sammen og avhenger i de fleste tilfeller av oss. Tomme forventninger vil ikke føre til resultater - det er på tide å begynne å handle!

For å implementere revisjonen til kommersiell drift, er det nødvendig å sikre følgende organisatoriske tiltak:

  1. Sette opp katalogen "Workstation Offline-distribusjoner" av programvaren "ASFC (SUFD)" for ruting av dokumenter til klienter til "Offline - client FK"-arbeidsstasjonen og dataopplastingskataloger.

  2. Aktiviteter for å lære opp nye kunder i de grunnleggende prinsippene for å jobbe i systemet.

  3. Arrangementer for å trene OrFC-ansatte i prinsippene for interaksjon med offline-klienter og kontroll over dokumentflyt.

2.3.Endret dokumentasjon

Det er gjort endringer i SUFD_RAS_System settings.doc - klausul 7.1.4 er oppdatert, 7.1.11 er lagt til.

2.4 Endringer i brukergrensesnittet

2.4.1 Systemkonstant GroupOutgoingPacket

Systemkonstanten GroupOutgoingPacket (Gruppe av utgående pakker sendt mellom AWS Offline og SUFD) er utviklet (fig. 1).

Konstanten tar verdien:


  • 1 og alle andre verdier enn 0 - gruppepakker;

  • 0 - ikke grupper (standard).
Systemkonstanten har evnen til å omdefineres for en vilkårlig organisasjon, dvs. det er en konstant organisasjonsnivå.

  1. 1. EF for GroupOutgoingPacket-systemets konstant

2.5 Endringer i kataloger

2.5.1. Katalog over "Referansebok med bunter for OrFC"

I SUFD og Offline arbeidsstasjon er et nytt felt "Offline organisasjonskode" lagt til i skjermskjemaet for posten til Directory of bundles for OrFC, som lagrer koden til organisasjonen som serveres på den offline arbeidsstasjonen (fig. 2) ).


  1. 2. EF-oppføringer i katalogen med lenker for ORFC

2.5.2. Håndbok "Workstation Offline Distributions"

En ny oppslagsbok "Workstation Offline Distributions" er utviklet i menypunktet "References - System - Settings of Workstation Offline" (fig. 3, 4).


  1. 3. EF i katalogen "Workstation Offline Distributions"


  1. 4. EF-poster for katalogen "Workstation Offline Distributions"

3.SUFD-56709. Forfining av avansert elektronisk signaturverifisering

3.1 Kort beskrivelse av revisjonen

I samsvar med brevet fra Federal Treasury datert 17. juli 2014 nr. 42-11.0-13 / 226 i PPO "ASFC (SUFD)":

  1. Funksjonen til kryptoserveren for å styrke den elektroniske signaturen er forbedret når det gjelder å legge til utløpsdatoen for det pålitelige tidstjenestesertifikatet fra et eksternt tidsstempel.

  2. Funksjonen til kryptoserveren for å sjekke en forbedret elektronisk signatur har blitt forbedret når det gjelder å forbedre algoritmen for å sjekke tidsstempler.

  3. Funksjonen for å trekke ut gyldighetsperioden til et pålitelig tidstjenestesertifikat fra et eksternt tidsstempel er utviklet i Cryptoserveren.

  4. Funksjonen "Bringe den elektroniske signaturen til arkivformatet" er utviklet i Kryptoserveren.

  5. Det er utviklet en funksjon for registrering av arrangementer for å bringe elektroniske signaturer til et arkivformat

  6. Funksjonen for å generere en forespørsel til den pålitelige tidstjenesten for å generere et arkivtidsstempel er utviklet i Cryptoserveren.

  7. Funksjonen for å danne et arkivtidsstempel er utviklet i Cryptoserveren.

  8. Funksjonen for å legge til et arkivtidsstempel til en elektronisk signatur er utviklet i Cryptoserveren.

  9. Det er utviklet en funksjon i MQ-serveren for å hente utløpsdatoen til det pålitelige tidstjenestesertifikatet, som ble brukt til å generere siste tidsstempel, fra en elektronisk signatur.

  10. Funksjonen "Bringe en elektronisk signatur til et arkivformat" er utviklet i MQ-serveren.

  11. Funksjonen for å styrke den elektroniske signaturen i MQ-serveren har blitt forbedret når det gjelder å legge til parameterens utløpsdato for det pålitelige tidstjenestesertifikatet fra et eksternt tidsstempel.

  12. Funksjonen for å lagre en elektronisk signatur er forbedret med tanke på å legge til et nytt felt "Utløpsdato for klarert tidstjenestesertifikat".

  13. Funksjonen «Styrking av den elektroniske signaturen» er forbedret når det gjelder lagring av informasjon om utløpsdatoen til klarert tidstjenestesertifikat fra et eksternt tidsstempel.

  14. Funksjonen for å kontrollere den elektroniske signaturen er forbedret når det gjelder å bestemme fortegnet for å kontrollere den elektroniske signaturen til det pålitelige tidstjenestesertifikatet.

  15. Funksjonen "Bringe elektroniske signaturer til arkivformatet" er utviklet for elektroniske signaturer lagret i PPO "ASFC (SUFD)".

Som en del av denne revisjonen ble følgende arbeid utført:

3.1.1. Utvikling av konfigurasjonsparameteren "Fornyelsesperiode for arkivtidsstemplet" (SUFDCORE-14146)

En ny parameter "Arkivtidsstempeloppdateringsperiode" (sufd.crypto.dateForUpdateArchiveTimestamp) er lagt til i sufd.properties-konfigurasjonsfilen.

Parameteren er ment for å spesifisere perioden i dager, når arkivtidsstemplet til signaturen oppdateres. Standardverdi = 30 dager.

3.1.2 Utvikling av programmet "Bestemme gyldighetsperioden for et pålitelig tidstjenestesertifikat" (SUFDCORE-13990)

Et program "Bestemme gyldighetsperioden for et pålitelig tidstjenestesertifikat" er utviklet for elektroniske signaturer som allerede er lagret i PPO "ASFC (SUFD)".

Algoritmen til programmet er som følger:


  1. Feltet "Trusted time service sertifikat utløpsdato" fylles ut for elektroniske signaturer som allerede er lagret i ASFC (SUFD)-programvaren ved å trekke ut utløpsdatoen for klarert tidsservicesertifikat fra et eksternt tidsstempel.

  2. Programmet kjøres én gang for hver elektronisk signatur som har et tomt felt "Trusted time service certificate expiration date".
Programmet lanseres i henhold til tidsplanen og utføres utenom tidspunktet for operasjonsdagen til Stillehavsflåten (jobb om natten).

3.1.3. Utvikling av funksjonen "Bringe elektroniske signaturer til arkivformat" (SUFDCORE-13989)

Funksjonen «Bringe elektroniske signaturer til arkivformat» er utviklet.

Algoritmen til funksjonen er som følger:


  1. Inndataparameteren er overlappingsperioden mellom gjeldende og nye klarerte tidstjenestesertifikater (SUFDCORE-14146 ny konfigurasjonsparameter).

  2. Det velges elektroniske signaturer der forskjellen mellom gyldighetsperioden til det pålitelige tidstjenestesertifikatet fra siste tidsstempel (eksternt tidsstempel eller siste tidsstempel i kjeden av arkivtidsstempler) og gjeldende systemdato er mindre enn verdien av programmet inngangsparameter, men større enn null. Hver elektronisk signatur behandles i henhold til følgende scenario:

  • hvis programmet er lansert på AWP SUFD-Portal eller AWP OrFK, så:

  • den elektroniske signaturen gjennom kallet til funksjonen "Funksjonen for å bringe den elektroniske signaturen til arkivformatet" til kryptoserveren bringes til arkivformatet,

  • brakt til arkivformatet, den elektroniske signaturen og utløpsdatoen til det pålitelige tidstjenestesertifikatet lagres i databasen til AWP SUFD-portalen / AWP OrFC.

  • hvis programmet startes på OFK-offline arbeidsstasjonen, så:

  • på grunnlag av den elektroniske signaturen, gjennom kallet til funksjonen "Funksjon for å opprette en forespørsel til den pålitelige tidstjenesten" til kryptoserveren, opprettes en forespørsel til den pålitelige tidstjenesten for å danne et arkivtidsstempel;

  • for å levere forespørselen til den pålitelige tidstjenesten, opprettes et transportørtjenestedokument, der forespørselen legges til. Transportørdokumentet sendes til SUFD logistikkarbeidsstasjon;

  • når et bærerdokument mottas i SUFD-logistikkarbeidsstasjonen, trekkes det ut en forespørsel fra dokumentet, på grunnlag av dette, gjennom kall til funksjonen "Funksjonen for å lage en arkivetikett basert på den overførte forespørselen", et arkivtidsstempel er formet;

  • For å levere det genererte tidsstemplet opprettes et transportørservicedokument, som det legges til et arkivstempel. Transportørdokumentet sendes til OFC-offline arbeidsstasjonen, hvorfra servicedokumentet kom for dannelsen av en arkivetikett;

  • når et bærerdokument mottas på OFC-offline arbeidsstasjonen, trekkes et arkivstempel ut fra dokumentet og, gjennom et kall til funksjonen "Funksjon for å legge til et arkivtidsstempel til den elektroniske signaturen"-funksjonen til kryptoserveren, legges det til elektronisk signatur. Når den er lagt til, blir arkivtidsstempelkjeden sjekket; den elektroniske signaturen, brakt til arkivformatet, og utløpsdatoen for sertifikatet for klarert tidstjeneste fra arkivetiketten lagres i OFC-offline AWP-databasen.
Systemdokumentet for UEP Carrier-typen er forbedret:

  1. Lagt til et tegn på forespørselen: enten styrking av ES, eller dannelsen av en arkivetikett.

  2. Det er lagt til et felt av typen Dato som transporterer utløpsdatoen til TSP-servicesertifikatet fra siste tidsstempel.

3.1.4. Avgrensning av lagring, WF av ES-data (SUFDCORE-13988)

ES-datalagringsstrukturen er forbedret: et tilleggsfelt "Utløpsdato for pålitelig tidstjenestesertifikat" er lagt til i tabellen (ved siden av feltet "Sist bekreftet").

3.1.5. Forbedring av Cryptoserver/MQ-serveren (SUFDCORE-13980)

Forbedret Cryptoserver/MQ-server når det gjelder:

  1. Forbedring når det gjelder støtte for arkivsignatur (for eksempel CAdES-A ved å bruke attributtet archive-time-stamp, som er et arkivtidsstempel).

    1. Signaturen er:
(((CAdES-BES brukt i FK + arkivtidsstempel1) + arkivtidsstempel2) .. arkivtidsstempelN)

    1. Formasjon:

  • kryptoserveren, basert på hashen til signaturen til det andre tidsstemplet, genererer en forespørsel i SDV;


  • SDV-skilt med sin nøkkel;


    1. Påfølgende pålegging av arkivmerker:

  • kryptoserveren, basert på signaturhashen til det siste arkiverte tidsstempelet, genererer en forespørsel i SDV;

  • ADD trekker ut hashen og bruker den nøyaktige tiden;

  • SDV-skilt med sin nøkkel;

  • det mottatte svaret returneres til kryptoserveren.

    1. Undersøkelse:
Når du sjekker, kontrolleres arkiv-tidsstempelN-etiketten (hvis det er flere tidsstempler, er det siste tidsstemplet sjekket) - sertifikatet sjekkes for gyldighet i det aktuelle øyeblikket.

Hvis kontrollen var vellykket, kontrolleres kjeden til den forrige etiketten på samme måte (og så videre til den aller første) - sertifikatet sjekkes for gyldighet på tidspunktet som er spesifisert i neste etikett.


    1. Forklaring av gjeldende implementering:

  • dokument (første 20 kb);

  • signatur på dokumentet;

  • Den første etiketten (intern) er lagt over signatur-hashen;

  • OCSP-svar;

  • Den andre etiketten (ytre) er lagt over hashen (første etikettsignatur + OCSP-svarsignatur).

    1. Følgende objektidentifikator (OID) definerer archive-time-stamp-attributtet: 1.2.840.113549.1.9.16.2.48.

  1. Forfining av funksjonen "Bringing to UEP" i form av en ekstra returparameter - "Utløpsdato for siste tidsstempel".

  2. Implementering av funksjonen "Få ved ES utløpsdatoen for sertifikatet for siste tidsstempel".
Metoden returnerer utløpsdatoen til det eksterne tidsstempelsertifikatet hvis attributtet for ekstra tidsstempler mangler, eller det siste tidsstemplet fra attributtet for ekstra tidsstempler hvis det er til stede.

3.1.6. Forfining av interaksjon med kryptoserveren "Forsterkning av den elektroniske signaturen" (SUFDCORE-13975)

En ny type interaksjon med kryptoserveren har blitt implementert - "Elektronisk signaturstyrking":

  1. EP er gitt som innspill.

  2. Utgangen er UES med et ekstra tidsstempel (arkivtidsstempel), og separat utløpsdatoen til sertifikatet og tilleggsstempelet (siste tidsstempel).

  3. Lagre den returnerte parameteren "Utløpsdato for siste tidsstempel" (når "bringer til UES" eller "Forbedrer ES til arkivlagringsformatet") i det tilsvarende feltet i ES-lagringstabellen (SUFDCORE-13988 - feltet "Utløpsdato av det pålitelige tidstjenestesertifikatet".

3.1.7 Forbedring av signaturverifiseringsfunksjonen (SUFDCORE-13969)

Funksjonen for å sjekke den forbedrede elektroniske signaturen (SES) har blitt forbedret når det gjelder å avgrense algoritmen for å sjekke tidsstempler.

Algoritmen for å sjekke tidsstempler er som følger:


  1. I parametrene til funksjonen "Enhanced Electronic Signature Verification" spesifiseres verifiseringstegnet i henhold til gjeldende algoritme. I dette tilfellet sjekkes det eksterne tidsstemplet for opprettelsesdatoen, det interne tidsstemplet sjekkes for datoen det eksterne tidsstemplet ble opprettet.

  2. I parametrene til funksjonen "Verifisering av forbedret elektronisk signatur" er det et tegn på bekreftelse i henhold til den nye algoritmen, så i dette tilfellet:

  • Den elektroniske signaturen inneholder en kjede av arkivmerker, i hvilket tilfelle det n. tidsstemplet i kjeden kontrolleres for gjeldende systemdato, det (N-1) tidsstemplet sjekkes for datoen det n. tidsstemplet ble generert. Det eksterne tidsstemplet kontrolleres for datoen for dannelsen av det 1. arkivtidsstemplet;

  • den elektroniske signaturen inneholder ikke en kjede av arkivtidsstempler, i dette tilfellet kontrolleres det eksterne tidsstemplet mot gjeldende systemdato, det interne tidsstemplet kontrolleres mot datoen det eksterne tidsstemplet ble opprettet.

UEP hevdet å løse to tusen forbrytelser
Moskvas påtalemyndighet har fullført en revisjon av arbeidet til avdelingen for økonomisk kriminalitet i Moskvas sentrale interndirektorat. Det ble avslørt at politimennene driver med etterskrift og forvansker rapportering, mens ingen leter etter mange farlige kriminelle i det hele tatt. UEP er selv kategorisk uenig i dette. Ledelsen anklager inspektørene for uprofesjonalitet og manglende vilje til å studere situasjonen grundig. Kommersant-korrespondent VLADIMIR Kommersant-SYUN prøvde å gjøre dette.

Helt fra begynnelsen av inspeksjonen ble det klart for påtalemyndighetene at i stedet for ekte arbeid, skaper UEP iherdig sitt utseende. Og for ikke å tape ansikt foran innenriksdepartementet, har hovedstadens politimenn lært seg å håndtere etterskrifter ikke verre enn menneskene som de må kjempe med på vakt. Ifølge Igor Bobrovsky, leder av påtalemyndigheten for tilsyn med gjennomføringen av lover i organene for indre anliggender, er «hundrevis av såkalte vedvarende forbrytelser registrert i UEP». "Ta for eksempel ulovlig entreprenørskap," er Bobrovsky indignert. Hvis noen ulovlig importerte 100 dekk, så er smuglingsforbrytelsene ikke én, men hundre." Som et resultat avregistrerte byens påtalemyndighet mer enn tusen fakta om svindel, mer enn hundre smugling og 113 episoder med bestikkelser bare i fjor. Og totalt - mer enn to tusen forbrytelser, avsløringen som UEP tilskrev seg selv.
I tillegg, ifølge påtalemyndigheten, lurte Uepovitene departementet og hevdet at det praktisk talt ikke var noen byråkrati i deres avdeling, og at saker ble behandlet bokstavelig talt i løpet av få dager. For eksempel ble 147 forbrytelser oppklart på tre dager. I samme periode ble 173 saker avslått.
Påtalemyndigheten fant imidlertid at kun to av 147 saker ble behandlet innen tre dager, 13 innen 10 dager, vedtak ble fattet i 58 saker for mer enn tre måneder, og 26 saker ble behandlet for mer enn seks måneder. I mange tilfeller ble alle rekorder brutt generelt (ca. to år). Men som regel, under lange etterforskninger, mister bevis sin gyldighet, dokumenter og materielle verdier forsvinner, og kriminelle klarer å rømme.
For eksempel, i 1996 mottok UEP en klage på de uredelige aktivitetene til Mysyagin, generaldirektør for CJSC "Third Rome". Han skulle underslå 90 millioner rubler. Faktasjekken ble gjennomført i over halvannet år. Så utstedte den niende avdelingen i UEP en beslutning om å nekte å innlede en straffesak. Aktoratet mente på sin side denne avgjørelsen som urimelig og gjenopptok etterforskningen.
Det samme skjedde med materialene til Federal Compulsory Medical Insurance Fund. Informasjon om økonomisk svindel i denne strukturen ble mottatt i januar 1997, og politiet begynte å sjekke den bare en måned senere. Og seks måneder senere sendte UEP materialet til GUEP i innenriksdepartementet. Derfra ble de i slutten av 1997 igjen sendt til byens politi, som til slutt nektet å opprette en straffesak. Det tok påtalemyndigheten mindre enn en måned å ordne opp i situasjonen og opprette sak.
Totalt ble 38 avgjørelser kansellert av 190 materialer studert av byens påtalemyndighet om avslaget på å innlede straffesaker. Ifølge 15 materialer har påtalemyndigheten selv innledet straffesaker, og ifølge 23 UEP ble det foreslått å etterforske mer nøye.
Slik uforsiktighet har ført til at svindlere siden 1994 i mange tilfeller ikke blir ransaket i det hele tatt. Selv de såkalte operasjonelle søkssakene er ikke opprettet mot dem.
Det faktum at UEP ofte forsømmer sin forpliktelse til å dele informasjon om kommersielle strukturer med skattemyndighetene, førte til spesielle klager fra byens påtalemyndighet. I denne forbindelse sier påtalemyndigheten at systemet for registrering av forbrytelser fra innenriksdepartementet bør overføres til uavhengige strukturer. For eksempel Justisdepartementet, som ikke er et kriminalitetsbekjempende organ og ikke er interessert i etterskrifter. Tilsynelatende er Boris Jeltsin, som nylig undertegnet et dekret "Om å sikre samspillet mellom statlige organer i bekjempelse av lovbrudd i økonomiens sfære," av samme oppfatning. Med dette dokumentet beordret han regjeringen til å utvikle et enhetlig system for registrering av oppdagede forbrytelser i den økonomiske sfæren innen tre måneder.
Oppfatningen til ledelsen i UEP om resultatene av aktorsjekken er helt motsatt. Avdelingslederen, oberst Anatoly Filatov, mener registreringer i hans avdeling i utgangspunktet er umulige: "Aktorer blander sammen kriminalitet fra stagnasjonstider og i dag. Nå er straffesaker av flerepisode karakter. Og vi etterforsker hver episode separat. Det er ikke for dem, de fordyper seg ikke i saken, de tar materiale fra soneinformasjonssenteret, de ser at det er mange episoder i saken – her er etterskriftet ditt.»
Filatov tviler også på at påtalemyndigheten vil være i stand til å bringe straffesaker avsluttet av UEP for retten. "I mine 20 års tjeneste kan jeg ikke huske at påtalemyndigheten noen gang har fengslet noen på grunnlag av forlatt materiale. Så lukker de dem selv, uten å finne corpus delicti," slår obersten fast.
Det skal sies at slike konflikter er typiske for rettshåndhevelsesbyråer. Tilskrivelser av avsløringer, og med dem fortielse av reelle forbrytelser, avsløres av påtalemyndigheten i alle politienheter som kontrolleres. Siden stillestående tider har de fått ganske tøffe planer for å bekjempe kriminalitet ovenfra. Nå hevder innenriksdepartementet at det ikke finnes slike planer. Men det er indikatorer på kampen mot kriminalitet, og de er hovedkriteriet for fordeling av bonuser, tildeling av titler og tilsetting i en ny stilling. Det samme systemet fungerer i påtalemyndigheten: Jo mer de ansatte finner brudd i politiets arbeid, jo mer vil de få oppmuntring fra ledelsen. Med et ord viser det seg en ond sirkel - det er fordelaktig for alle å forholde seg til etterskrifter.