Nuk është sjellë për të qarë. Karakteristikat e ruajtjes arkivore të dokumenteve elektronike me rëndësi ligjore

Figura 97. Shiriti i veglave. Butoni i refuzimit

30 ditë përpara skadimit të certifikatës së çelësit të verifikimit nënshkrim elektronik, shfaqet një dritare me mesazhin informues përkatës kur përdoruesi autorizohet në SUFD. Kjo dritare mbyllet duke shtypur butonin OK (Fig. 98, 99).

Figura 98. Kutia e informacionit "Certifikata po skadon" për certifikata të shumta

Figura 99. Kutia e informacionit "Certifikata po skadon" për një certifikatë të vetme

Një mesazh informues shfaqet gjithashtu për çdo autorizim përdoruesi në SUFD në rastin kur certifikata e çelësit të verifikimit të nënshkrimit elektronik ka skaduar (Fig. 100, 101).

Figura 100. Dritarja e informacionit “Certifikata ka skaduar” për disa certifikata

Figura 101. Dritarja e informacionit "Certifikata ka skaduar" për një certifikatë të vetme

6.7.3. Heqja e një nënshkrimi

Për të fshirë nënshkrimin e një dokumenti (nëse dokumenti nuk është dërguar ende), zgjidhni dokumentin nënshkrimi i të cilit po fshihet në listën e dokumenteve dhe klikoni butonin ("Hiq nënshkrimin") në shiritin e veglave (Fig. 102).

Figura 102. Shiriti i veglave. Butoni i fshirjes së nënshkrimit

6.8. Dërgimi i një dokumenti

Para dërgimit të dokumentit, nënshkrimet kontrollohen për t'u sjellë në UES, si dhe kontrollohet për plotësinë e grupit të nënshkrimeve. Nëse nënshkrimet e dokumentit nuk i plotësojnë kërkesat, atëherë dokumenti nuk do të dërgohet (statusi i transferimit nuk do të ndryshojë). Përdoruesit i paraqitet një mesazh ku thuhet se "Nënshkrimi nuk është sjellë në UES" ose "Dokumenti nuk është nënshkruar me një grup të plotë nënshkrimesh".

Për të dërguar dokumentin e përzgjedhur, klikoni butonin ("Dërgo") në shiritin e veglave (Fig. 103).

Figura 103. Shiriti i veglave. Butoni i dorëzimit

Një dritare informacioni do të shfaqet në ekran (Fig. 104).

Figura 104. Dritarja e informacionit "Dërgimi i një dokumenti"

Në rast të përfundimit të suksesshëm të operacionit për dërgimin e dokumentit, në ekran do të shfaqet një dritare informacioni me informacion për përfundimin e operacionit (Fig. 105).

Figura 105. Dritarja e informacionit

Rezultati i operacionit mund të shihet duke përdorur "Task Manager" (shih Fig. 5). Pas thirrjes së menaxherit të detyrave, do të hapet një dritare, si në figurën 106.

Figura 106. Dritarja e Task Manager

Për më shumë informacion mbi operacionin e dërgimit, klikoni dy herë butonin e majtë të miut në rreshtin përkatës në listën e operacioneve në dritaren "Task Manager". Pas kësaj, do të hapet një dritare me informacion mbi operacionin (Fig. 107). Nëse skema e statusit të dokumentit nuk përfshin dërgimin e dokumentit me statusin e tij aktual, atëherë një mesazh në lidhje me këtë shfaqet në fushën "Rezultati".

Figura 107 Detajet e funksionimit

Nëse, gjatë dërgimit të një dokumenti, adresa e marrësit nuk është përcaktuar nga sistemi, atëherë statusi i dokumentit ndryshon në "Gabim adresues". Në këtë rast, mund të rikërkoni për adresuesin duke klikuar butonin ("Përsëritni kërkimin për adresuesin"), ose të refuzoni dokumentin duke klikuar butonin https://pandia.ru/text/80/135/images/ image215_0.jpg" width="19 " height="22"> ("Dërgo"), pas së cilës dërgohet dokumenti i përzgjedhur. Nëse dokumenti dërgohet me sukses, statusi i transferimit të tij vendoset në "Dërguar". Më tej, statusi i dokumentit ndryshon në përputhje me statuset e caktuara për dokumentin në stacionin e punës të marrësit.

Nëse ka ndodhur një gabim gjatë dërgimit, statusi i dokumentit vendoset në "Gabim dërgimi". Në këtë rast, është e nevojshme të rikthehet statusi i dokumentit (shih seksionin 5.10.2) dhe ta ridërgojë dokumentin.

6.9. Dokument Import/Eksport

6.9.1. Importi manual i dokumentit

Për të importuar një dokument, duhet të kryeni sekuencën e mëposhtme të veprimeve:

1. Në panelin e lundrimit, shkoni te seksioni që korrespondon me llojin e dokumentit që importohet.

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

Figura 108. Shiriti i veglave. Butoni i importit

Shënim. Nëse duhet të specifikoni në mënyrë eksplicite formatin e skedarit të importuar, duhet të klikoni në butonin e zgjedhjes që ndodhet në të djathtë të butonit të importit. Do të hapet një listë e formateve të disponueshme të importit (Fig. 109).

Figura 109. Zgjedhja e formatit të skedarit të importuar

3. Në dritaren e hapur "Shkarko skedarin" gjeni dhe specifikoni skedarin që do të importohet. Shtypni butonin "Hap".

Për të kryer automatikisht kontrollin dokumentar të skedarit të importuar, duhet të zgjidhni një nga artikujt e menysë që përmban fjalët "+Dok. kontroll”. Në këtë rast, menjëherë pas importimit të dosjes, do të kryhet kontrolli dokumentar i tij. Në rast të kalimit të suksesshëm të kontrollit dokumentar, dokumenti do të kalojë në statusin "I prezantuar" / "I prezantuar". Nëse ndodhin gabime gjatë kontrollit dokumentar, ato do të shfaqen në dritaren e menaxherit të detyrave, si në kontrollin manual dokumentar (shih pikën 5.6).

Si rezultat i operacionit të importit, një dokument(e) i ri nga skedari(et) do të ngarkohet në bazën e të dhënave SUFD dhe dokumentet do të renditen automatikisht në rrotulluesit e përgjithshëm dhe të zgjedhur në përputhje me cilësimet e renditjes së përdoruesit.

6.9.2. Eksporti manual i dokumentit

Për të eksportuar një dokument, ndiqni këto hapa:

1. Në panelin e lundrimit, shkoni te seksioni që korrespondon me llojin e dokumentit që eksportohet.

2. Specifikoni skedarin e eksportuar (ose disa skedarë) në listën e dokumenteve.

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

Figura 110. Shiriti i veglave. Butoni i eksportit

Shënim. Nëse duhet të specifikoni në mënyrë eksplicite formatin e skedarit të eksportuar, klikoni në butonin e vendosur në të djathtë të butonit të eksportit. Do të hapet një listë e formateve të disponueshme të eksportit (Fig. 111, 112).

Figura 111. Zgjedhja e formatit të skedarit të eksportuar

30 Prill 2013 13:40

Ivan Agapov, analist biznesi në Synerdocs

Le të përpiqemi të kuptojmë se çfarë po ndodh sot në Rusi në fushën e ruajtjes afatgjatë dokumente elektronike duke përdorur një nënshkrim elektronik. Çfarë duhet të presin përfaqësuesit e biznesit në lidhje me standardin e ri dhe a ka një bazë solide legjislative për arkivimin elektronik.

Sot, gjithnjë e më shpesh lind nevoja e konvertimit të dokumenteve në formë elektronike, jo vetëm për përdorim të përkohshëm, por edhe për një periudhë të gjatë apo edhe të përhershme ruajtjeje. Fakti është se menaxhimi elektronik i dokumenteve ju lejon të punoni me dokumente pa i dubluar ato në letër. Prandaj, numri i dokumenteve të tilla elektronike është vazhdimisht në rritje. Është veçanërisht e rëndësishme të ruhen të ashtuquajturat dokumente të rëndësishme juridike - fatura, kontrata, akte, fatura, etj.

Kur organizoni ruajtjen e dokumenteve elektronike me rëndësi ligjore, ndodhin një sërë problemesh. Para së gjithash, lind pyetja për vendndodhjen fizike të ruajtjes së dokumenteve.. Kur zgjidhni mjetet e ruajtjes (të lëvizshme ose lokale), duhet të kihet parasysh se afati i tyre i ruajtjes është i kufizuar. Kushtet e funksionimit janë gjithashtu shumë të rëndësishme. Për shembull, faktorë të tillë si temperatura e dhomës, lagështia, rrezet UV, etj. Dhe për organizimin e ruajtjes së një sasie të madhe informacioni të korporatës, kërkohen serverë. Është logjike që kërkesat e parashtruara për dhomat e serverëve do të jenë edhe më serioze sesa për mediat lokale të ruajtjes kudo. Kjo nuk është vetëm mungesa e dritareve në dhomë dhe prania e një dyshemeje të ngritur, por edhe një numër kufizimesh të tjera të rëndësishme. Bazuar në këtë, informacioni i ruajtur duhet të rezervohet periodikisht, të mbishkruhet, të zëvendësohet media, etj.

Arkivat elektronike të specializuara mund të bëhen një rrugëdalje nga kjo situatë. Për shembull, në Mars 2002, në Federatën Ruse filloi programi federal i synuar "Rusia Elektronike (2002-2010)", në kuadrin e të cilit u zbatua projekti "Arkivi Elektronik i Presidentit të Federatës Ruse". Vëllimi i përgjithshëm i arkivit arriti në rreth 15 milionë dokumente. Megjithatë, në fund të vitit 2010, efektiviteti i programit u vlerësua si i ulët: menaxhimi elektronik i dokumenteve ndërmjet agjencive qeveritare, si dhe komunikimet elektronike ndërmjet agjencive qeveritare dhe qytetarëve, nuk funksionuan plotësisht. Efektiviteti i administratës publike në Rusi, sipas Bankës Botërore, nuk ka ndryshuar shumë gjatë viteve. Është për të ardhur keq që sot ky projekt është pezulluar dhe nuk ka nevojë të flitet për përhapjen e gjerë dhe të gjerë të programeve të tilla. Në veçanti, kjo u lehtësua nga mungesa e një kuadri rregullator në Federatën Ruse që mund të rregullonte marrëdhëniet në fushën e arkivimit elektronik, por nisja e një programi të synuar ende jep shpresë për zhvillimin e kësaj fushe.

Problemi i dytë dhe ndoshta më i rëndësishëm me ruajtjen afatgjatë të dokumenteve elektronike është sigurimi i rëndësisë së tyre juridike. Kjo e fundit arrihet duke përdorur një nënshkrim elektronik (ES). Deri më sot, marrëdhëniet në këtë fushë rregullohen nga: Ligji Federal i 10 janarit 2002 Nr. 1-FZ "Për Elektronikën nënshkrimi dixhital"dhe Ligji Federal i 06.04.11 Nr. 63-FZ "Për Nënshkrimin Elektronik". Sipas Ligjit Federal Nr. 63, dallohen dy lloje të EP: të thjeshta dhe të përforcuara.

Të gjitha nënshkrimet ndryshojnë nga njëra-tjetra në tiparet e tyre karakteristike, të cilat pasqyrohen qartë në të treguara ligjet federale. Por, për fat të keq, ka disa kufizime në përdorimin e secilit prej llojeve të nënshkrimeve duke ofruar rëndësi juridike. Fakti është se certifikata e çelësit të verifikimit të nënshkrimit elektronik, si rregull, lëshohet për një vit, dhe dokumenti i nënshkruar, sipas kërkesave të ligjit, duhet të ruhet për të paktën pesë vjet. Shtrohet pyetja, si të provohet në tre vjet vlefshmëria e ES, e cila u vërtetua nga kjo certifikatë? Kjo do të thotë se ne jemi përballë detyrës për të përcaktuar vlefshmërinë e nënshkrimit dhe certifikatës elektronike në momentin e nënshkrimit të dokumentit.

Ky problem zgjidhet duke përdorur nënshkrim elektronik i avancuar (UEP). Formatit të tij janë shtuar shenja të vërtetimit të autenticitetit, si vula kohore, të dhënat e revokimit të certifikatës, etj.

UEP ju lejon të siguroni:

● vërtetim provues i momentit të krijimit të nënshkrimit;

● konfirmim provues të vlefshmërisë së certifikatës së çelësit të nënshkrimit elektronik në momentin e krijimit të saj;

● ruajtja arkivore e dokumenteve elektronike me rëndësi ligjore.

Siç mund ta shihni, zhvillimet dhe teknologjitë moderne bëjnë të mundur sigurimin e ruajtjes së dokumenteve elektronike me rëndësi ligjore.

Një aspekt tjetër i rëndësishëm në çështjen e ruajtjes arkivore të SWED është zhvillimi i shpejtë i pajisjeve dhe teknologjisë. Përparimi i shpejtë nuk na lejon të shikojmë në të ardhmen më shumë se 10-15 vjet. Për të kuptuar se për çfarë po flasim, le të kthehemi disa vite pas dhe çfarë do të shohim? Për të ruajtur informacionin, përdoren në mënyrë aktive disketat 3½ inç. Por tashmë në Mars 2011, Sony i dha fund historisë së disketave duke ndërprerë zyrtarisht prodhimin dhe shitjen e tyre. Dhe tani PC-të thjesht nuk supozojnë praninë e një diskete. Prodhuesit modernë të disqeve optike garantojnë funksionimin e disqeve për jo më shumë se 10 vjet. Jeta e shërbimit të disqeve flash varet nga numri i proceseve të mbishkrimit të të dhënave. E gjithë kjo sugjeron që pas ca kohësh ne thjesht jemi të detyruar të mbishkruajmë informacionin në disqet gjithnjë e më moderne. Kështu, ne duhet të kemi garanci që në 10-15 vjet do të jemi në gjendje të kontrollojmë pa problem ES të dokumenteve të ruajtura dhe, natyrisht, të "lexojmë" formatin e redaktuesit të tekstit në të cilin është krijuar dokumenti elektronik për 10 vjet. më parë (p.sh. Formati i leksikut). Për ta bërë këtë, na duhet një pajisje riprodhimi, një sistem operativ dhe mjete për të punuar me ES që do të mbështesin formatin e dokumentit elektronik të ruajtur.

A supozohet të jetë e mundur e gjithë kjo?

Po. Deri më sot, ne kemi të gjitha mjetet e nevojshme për organizimin e ruajtjes arkivore të SWED. Përdorimi i formatit të avancuar të nënshkrimit siguron që dokumentet tuaja janë ligjërisht të vlefshme. Organizoni vendin e punës, duke ju lejuar të kontrolloni ES pas 10-15 vjetësh, me organizimin e duhur të proceseve, gjithashtu nuk shkakton vështirësi serioze. Krijimi i arkivave elektronike nuk do t'ju mbajë në pritje me një rritje të kërkesës për to.

Pak më e vështirë është rasti me kuadri legjislativ RF në fushën e arkivimit elektronik, por ndoshta se biznes më të shpejtë refuzon letrën, sa më shpejt informacioni i detajuar për dokumentet elektronike të shfaqet në vendin tonë në ligjin “Për Arkivat Elektronike”? Shfaqja e precedentëve të parë në një fushë deri tani pak të studiuar thjesht do ta detyrojë shtetin të merret me këtë çështje.

Gjithçka është e ndërlidhur dhe në shumicën e rasteve varet nga ne. Pritjet boshe nuk do të çojnë në rezultate - është koha të filloni të veproni!

Për të zbatuar rishikimin në funksionimin tregtar, kërkohet të sigurohen masat e mëposhtme organizative:

Vendosja e drejtorisë "Workstation Offline shpërndarjet" e softuerit "ASFC (SUFD)" për kursimin e dokumenteve të klientëve të stacionit të punës "Offline - klient FK" dhe katalogët e ngarkimit të të dhënave.
Aktivitete për të trajnuar klientët e rinj në parimet bazë të punës në sistem.
Ngjarje për të trajnuar punonjësit e OrFC mbi parimet e ndërveprimit me klientët offline dhe kontrollin mbi rrjedhën e dokumenteve.

2.3.Dokumentacioni i ndryshuar

Janë bërë ndryshime në SUFD_RAS_System settings.doc - pika 7.1.4 është përditësuar, 7.1.11 është shtuar.

2.4 Ndryshimet në ndërfaqen e përdoruesit

2.4.1 Konstantja e sistemit GroupOutgoingPacket

Është zhvilluar konstanta e sistemit GroupOutgoingPacket (Grupi i paketave dalëse të dërguara ndërmjet AWS Offline dhe SUFD) (Fig. 1).

Konstanta merr vlerën:

1 dhe çdo vlerë të ndryshme nga 0 - grupe paketash;
0 - mos grupo (e parazgjedhur).

Konstanta e sistemit ka aftësinë të ripërcaktohet për një organizatë arbitrare, d.m.th. është një konstante e nivelit të organizatës.

1. EF e konstantës së sistemit GroupOutgoingPacket

2.5 Ndryshimet në drejtori

2.5.1 Drejtoria e "Librit të referencës së paketave për OrFC"

Në SUFD dhe në stacionin e punës Offline, një fushë e re "Kodi i organizatës jashtë linje" është shtuar në formën në ekran të regjistrimit të Direktorisë së paketave për OrFC, e cila ruan kodin e organizatës së shërbyer në stacionin e punës Offline (Fig. 2 ).

2. Regjistrimet EF të drejtorisë së lidhjeve për ORFC

2.5.2 Manuali "Shpërndarjet jashtë linje të stacionit të punës"

Një libër i ri referimi "Shpërndarjet jashtë linje të stacionit të punës" është zhvilluar në artikullin e menysë "Referencat - Sistemi - Cilësimet e stacionit të punës jashtë linje" (Fig. 3, 4).

3. EF e drejtorisë "Shpërndarjet jashtë linje të stacionit të punës"

4. Regjistrimet EF të drejtorisë "Workstation Offline Distributions"

3.SUFD-56709. Përsosja e verifikimit të avancuar të nënshkrimit elektronik

3.1 Përshkrimi i shkurtër i rishikimit

Në përputhje me letrën e Thesarit Federal të datës 17 korrik 2014 Nr. 42-11.0-13 / 226 në PPO "ASFC (SUFD)":

Funksioni i Cryptoserver për të forcuar nënshkrimin elektronik është përmirësuar për sa i përket shtimit të datës së skadimit të certifikatës së shërbimit të kohës së besuar nga një vulë kohore e jashtme.
Funksioni i Cryptoserver për kontrollimin e një nënshkrimi elektronik të përmirësuar është përmirësuar në drejtim të përmirësimit të algoritmit për kontrollimin e stampave kohore.
Funksioni i nxjerrjes së periudhës së vlefshmërisë së një certifikate shërbimi të besuar të kohës nga një vulë kohore e jashtme është zhvilluar në Cryptoserver.
Funksioni "Sjellja e nënshkrimit elektronik në formatin e arkivit" është zhvilluar në Cryptoserver.
Është zhvilluar një funksion për regjistrimin e ngjarjeve për të sjellë nënshkrimet elektronike në një format arkivi
Funksioni i gjenerimit të një kërkese për shërbimin e besuar të kohës për gjenerimin e një vule kohore të arkivit është zhvilluar në Cryptoserver.
Funksioni i formimit të një vule kohore të arkivit është zhvilluar në Cryptoserver.
Funksioni i shtimit të një vule kohore të arkivit në një nënshkrim elektronik është zhvilluar në Cryptoserver.
Një funksion është zhvilluar në serverin MQ për të marrë datën e skadimit të certifikatës së shërbimit të kohës së besuar, e cila është përdorur për të gjeneruar vulën e fundit të kohës, nga një nënshkrim elektronik.
Funksioni "Sjellja e një nënshkrimi elektronik në një format arkivi" është zhvilluar në serverin MQ.
Funksioni i forcimit të nënshkrimit elektronik në serverin MQ është përmirësuar në drejtim të shtimit të datës së skadimit të parametrit të certifikatës së shërbimit të kohës së besuar nga një vulë kohore e jashtme.
Funksioni i ruajtjes së një nënshkrimi elektronik është përmirësuar për sa i përket shtimit të një fushe të re "Data e skadimit të certifikatës së shërbimit të kohës së besuar".
Funksioni "Forcimi i nënshkrimit elektronik" është përmirësuar për sa i përket ruajtjes së informacionit për datën e skadimit të certifikatës së shërbimit të kohës së besuar nga një vulë kohore e jashtme.
Është përmirësuar funksioni i kontrollit të nënshkrimit elektronik për sa i përket përcaktimit të shenjës së kontrollit të nënshkrimit elektronik të certifikatës së shërbimit me kohë të besuar.
Funksioni "Sjellja e nënshkrimeve elektronike në formatin e arkivit" është zhvilluar për nënshkrimet elektronike të ruajtura në PPO "ASFC (SUFD)".

Si pjesë e këtij rishikimi, u krye puna e mëposhtme:

3.1.1.Zhvillimi i parametrit të konfigurimit "Periudha e rinovimit për stampën kohore të arkivit" (SUFDCORE-14146)

Një parametër i ri "Periudha e përditësimit të stampës kohore të arkivit" (sufd.crypto.dateForUpdateArchiveTimestamp) është shtuar në skedarin e konfigurimit sufd.properties.

Parametri synon të specifikojë periudhën në ditë, në afrimin e së cilës përditësohet vula kohore e arkivimit të nënshkrimit. Vlera e paracaktuar = 30 ditë.

3.1.2 Zhvillimi i programit "Përcaktimi i periudhës së vlefshmërisë së një certifikate shërbimi të besuar në kohë" (SUFDCORE-13990)

Një program "Përcaktimi i periudhës së vlefshmërisë së një certifikate shërbimi të besuar në kohë" është zhvilluar për nënshkrimet elektronike të ruajtura tashmë në PPO "ASFC (SUFD)".

Algoritmi i programit është si më poshtë:

Fusha "Data e skadimit të certifikatës së shërbimit të kohës së besuar" plotësohet për nënshkrimet elektronike të ruajtura tashmë në softuerin ASFC (SUFD) duke nxjerrë datën e skadimit të certifikatës së shërbimit të kohës së besuar nga një vulë kohore e jashtme.
Programi ekzekutohet një herë për çdo nënshkrim elektronik që ka një fushë bosh "Data e skadimit të certifikatës së shërbimit në kohë të besuar".

Programi niset sipas orarit dhe ekzekutohet jashtë kohës së ditës operative të Flotës së Paqësorit (punë gjatë natës).

3.1.3 Zhvillimi i funksionit "Sjellja e nënshkrimeve elektronike në formatin e arkivit" (SUFDCORE-13989)

Është zhvilluar funksioni "Sjellja e nënshkrimeve elektronike në formatin e arkivit".

Algoritmi i funksionit është si më poshtë:

Parametri i hyrjes është periudha e mbivendosjes midis certifikatave aktuale dhe të reja të shërbimit të kohës së besuar (parametri i ri i konfigurimit SUFDCORE-14146).
Përzgjidhen nënshkrimet elektronike për të cilat diferenca midis periudhës së vlefshmërisë së certifikatës së shërbimit të kohës së besuar nga vula kohore e fundit (vula kohore e jashtme ose vula e fundit në zinxhirin e vulës kohore të arkivit) dhe datës aktuale të sistemit është më e vogël se vlera e programit. parametri hyrës, por më i madh se zero. Çdo nënshkrim elektronik përpunohet sipas skenarit të mëposhtëm:

nëse programi është nisur në AWP SUFD-Portal ose AWP OrFK, atëherë:

nënshkrimi elektronik përmes thirrjes në funksionin "Funksioni i sjelljes së nënshkrimit elektronik në formatin e arkivit" të kriptoserverit sillet në formatin e arkivit,
sjellë në formatin e arkivit, nënshkrimi elektronik dhe data e skadimit të certifikatës së shërbimit të kohës së besuar ruhen në bazën e të dhënave të portalit AWP SUFD / AWP OrFC.

nëse programi niset në stacionin e punës OFK-offline, atëherë:

mbi bazën e nënshkrimit elektronik, përmes thirrjes në funksionin "Funksioni i krijimit të një kërkese për shërbimin e besuar të kohës" të Cryptoserver, krijohet një kërkesë për shërbimin e besuar të kohës për të formuar një vulë kohore arkivore;
për të dorëzuar kërkesën në shërbimin e besuar të kohës, krijohet një dokument i shërbimit të transportuesit, në të cilin shtohet kërkesa. Dokumenti i transportuesit dërgohet në stacionin e punës të logjistikës SUFD;
kur një dokument transportues merret në stacionin e punës SUFD-logjistike, nga dokumenti merret një kërkesë, në bazë të së cilës, përmes thirrjeve në funksionin "Funksioni i krijimit të një etikete arkivi bazuar në kërkesën e transmetuar", një vulë kohore e arkivimit. eshte formuar;
Për të dhënë vulën kohore të krijuar, krijohet një dokument shërbimi i transportuesit, të cilit i shtohet një vulë arkivi. Dokumenti i transportuesit dërgohet në stacionin e punës OFC-offline, nga i cili erdhi dokumenti i shërbimit për formimin e një etikete arkivi;
kur një dokument transportues merret në stacionin e punës OFC-offline, një vulë arkivi nxirret nga dokumenti dhe, përmes një thirrjeje në funksionin "Funksioni i shtimit të një vule kohore arkivimi në nënshkrimin elektronik" të Cryptoserver, shtohet në nënshkrim elektronik. Pasi të shtohet, kontrollohet zinxhiri i vulës kohore të arkivit; nënshkrimi elektronik, i sjellë në formatin e arkivit dhe data e skadimit të certifikatës së shërbimit të kohës së besuar nga etiketa e arkivit ruhen në bazën e të dhënave AWP OFC-offline.

Dokumenti i sistemit të llojit UEP Carrier është përmirësuar:

U shtua një shenjë e kërkesës: ose forcimi i ES, ose formimi i një etikete arkivi.
Është shtuar një fushë e tipit Date që transporton datën e skadimit të certifikatës së shërbimit TSP nga vula kohore e fundit.

3.1.4. Përsosja e ruajtjes, WF e të dhënave ES (SUFDCORE-13988)

Struktura e ruajtjes së të dhënave ES është përmirësuar: një fushë shtesë "Data e skadimit të certifikatës së shërbimit të kohës së besuar" është shtuar në tabelë (pranë fushës "Verifikimi i fundit").

3.1.5. Përsosja e serverit Cryptoserver/MQ (SUFDCORE-13980)

Server Cryptoserver/MQ i përmirësuar në drejtim të:

Përmirësimi në aspektin e mbështetjes së nënshkrimit të arkivit (për shembull, CAdES-A duke përdorur atributin archive-time-stamp, i cili është një vulë kohore e arkivit).
1. Nënshkrimi është:

((CAdES-BES përdorur në FK + archive-time-stamp1) + archive-time-stamp2) .. archive-time-stampN)

Formimi:

kriptoserveri, bazuar në hash-in e nënshkrimit të vulës së dytë kohore, gjeneron një kërkesë në SDV;
Shenjat SDV me çelësin e saj;

Vendosja e mëvonshme e shenjave arkivore:

kriptoserveri, bazuar në hash-in e nënshkrimit të vulës kohore të fundit të arkivuar, gjeneron një kërkesë në SDV;
ADD nxjerr hash-in dhe zbaton kohën e saktë;
Shenjat SDV me çelësin e saj;
përgjigja e marrë i kthehet kriptoserverit.

Ekzaminimi:

Gjatë kontrollit, kontrollohet etiketa archive-time-stampN (nëse ka disa vula kohore, atëherë kontrollohet vula e fundit kohore) - certifikata kontrollohet për vlefshmëri në momentin aktual.

Nëse kontrolli ishte i suksesshëm, atëherë zinxhiri i etiketës së mëparshme kontrollohet në të njëjtën mënyrë (dhe kështu me radhë deri në të parën) - certifikata kontrollohet për vlefshmërinë në kohën e specifikuar në etiketën tjetër.

Shpjegimi i zbatimit aktual:

dokumenti (20 kb i parë);
nënshkrimi në dokument;
Etiketa e parë (e brendshme) është mbivendosur në hash-in e nënshkrimit;
Përgjigja OCSP;
Etiketa e dytë (e jashtme) është mbivendosur mbi hash (nënshkrimi i etiketës së parë + nënshkrimi i përgjigjes OCSP).

Identifikuesi i mëposhtëm i objektit (OID) përcakton atributin archive-time-stamp: 1.2.840.113549.1.9.16.2.48.

Përsosja e funksionit "Sjellja në UEP" për sa i përket një parametri shtesë kthimi - "Data e skadimit të vulës së fundit kohore".
Zbatimi i funksionit "Merr nga ES datën e skadencës së certifikatës së vulës së fundit kohore".

Metoda kthen datën e skadencës së certifikatës së vulës kohore të jashtme nëse mungon atributi shtesë i vulave kohore, ose vula kohore e fundit nga atributi i vulave kohore shtesë nëse është i pranishëm.

3.1.6. Përsosja e ndërveprimit me Cryptoserver "Forcimi i nënshkrimit elektronik" (SUFDCORE-13975)

Është zbatuar një lloj i ri ndërveprimi me Cryptoserver - "Forcimi i Nënshkrimit Elektronik":

EP jepet si hyrje.
Dalja është UES me një vulë kohore shtesë (arkivë-kohë-vulë), dhe veçmas datën e skadencës së certifikatës dhe vulën shtesë (vulën kohore të fundit).
Ruajtja e parametrit të kthyer "Data e skadimit të vulës kohore të fundit" (kur "sjell në UES" ose "Përmirësimi i ES në formatin e ruajtjes arkivore") në fushën përkatëse të tabelës së ruajtjes ES (SUFDCORE-13988 - fusha "Data e skadimit të certifikatës së shërbimit në kohë të besuar".

3.1.7 Përmirësimi i funksionit të verifikimit të nënshkrimit (SUFDCORE-13969)

Funksioni i kontrollit të nënshkrimit elektronik të përmirësuar (SES) është përmirësuar në drejtim të rafinimit të algoritmit për kontrollimin e stampave kohore.

Algoritmi për kontrollimin e stampave kohore është si më poshtë:

Në parametrat e funksionit "Enhanced Electronic Signature Verification" specifikohet shenja e verifikimit sipas algoritmit aktual. Në këtë rast, vula kohore e jashtme kontrollohet për datën e krijimit të saj, vula kohore e brendshme kontrollohet për datën kur u krijua vula kohore e jashtme.
Në parametrat e funksionit "Verifikimi i nënshkrimit elektronik të zgjeruar" ka një shenjë verifikimi sipas algoritmit të ri, atëherë në këtë rast:

Nënshkrimi elektronik përmban një zinxhir të shenjave arkivore, në të cilin rast vula kohore e N-të në zinxhir kontrollohet për datën aktuale të sistemit, vula kohore (N-1) kontrollohet për datën e gjenerimit të vulës kohore të nëntë. Vula kohore e jashtme kontrollohet për datën e formimit të vulës kohore të arkivit të parë;
nënshkrimi elektronik nuk përmban një zinxhir vulash kohore arkivore, në këtë rast vula kohore e jashtme kontrollohet kundrejt datës aktuale të sistemit, vula kohore e brendshme kontrollohet me datën kur është krijuar vula kohore e jashtme.

UEP pretendoi se kishte zgjidhur dy mijë krime
Prokuroria e Moskës ka përfunduar një auditim të punës së Departamentit për Krimet Ekonomike të Drejtorisë Qendrore të Punëve të Brendshme të Moskës. U zbulua se policët merren me postshkrime dhe deformojnë raportimet, ndërkohë që askush nuk kërkon fare kriminelë të rrezikshëm. Vetë UEP nuk pajtohet kategorikisht me këtë. Menaxhmenti i saj akuzon inspektorët për joprofesionalizëm dhe mosgatishmëri për të studiuar plotësisht situatën. Korrespondenti i Kommersant VLADIMIR Kommersant-SYUN u përpoq ta bënte këtë.

Që në fillim të auditimit, për prokurorët u bë e qartë se në vend të punë e vërtetë UEP krijon fort dukshmërinë e saj. Dhe për të mos humbur fytyrën para Ministrisë së Punëve të Brendshme, policët e kryeqytetit janë mësuar të merren me postshkrime jo më keq se njerëzit me të cilët duhet të luftojnë në detyrë. Sipas Igor Bobrovsky, kreu i prokurorisë për mbikëqyrjen e zbatimit të ligjeve në organet e punëve të brendshme, "qindra të ashtuquajtura krime të vazhdueshme janë regjistruar në UEP". "Merrni, për shembull, sipërmarrjen e paligjshme," është i indinjuar Bobrovsky. "Ndaj një biznesmeni është hapur një çështje penale, por ndërmarrja e tij vazhdon të punojë më tej. Nëse dikush ka importuar ilegalisht 100 goma, atëherë krimet e kontrabandës nuk janë një, por njeqind." Si rezultat, zyra e prokurorit të qytetit çregjistroi më shumë se një mijë fakte mashtrimi, më shumë se njëqind kontrabandë dhe 113 episode ryshfeti vetëm vitin e kaluar. Dhe në total - më shumë se dy mijë krime, zbulimi i të cilave UEP ia atribuoi vetes.
Përveç kësaj, sipas prokurorisë, Uepovitët mashtruan ministrinë, duke pretenduar se praktikisht nuk kishte burokraci në departamentin e tyre dhe se rastet u shqyrtuan fjalë për fjalë brenda pak ditësh. Për shembull, 147 krime u zbardhën në tre ditë. Gjatë të njëjtës periudhë janë refuzuar 173 raste.
Megjithatë, prokurorët konstatuan se vetëm dy nga 147 lëndë janë shqyrtuar brenda tre ditëve, 13 brenda 10 ditëve, në 58 raste janë marrë vendime për më shumë se tre muaj dhe 26 raste janë shqyrtuar për më shumë se gjashtë muaj. Në shumë raste, të gjitha rekordet janë thyer në përgjithësi (rreth dy vjet). Por, si rregull, gjatë hetimeve të gjata, provat humbasin vlefshmërinë e tyre, dokumentet dhe vlerat materiale zhduken dhe kriminelët arrijnë të arratisen.
Për shembull, në vitin 1996, UEP mori një ankesë për aktivitetet mashtruese të Mysyagin, Drejtori i Përgjithshëm i CJSC "Roma e Tretë". Ai supozohej të përvetësonte 90 milionë rubla. Kontrolli i fakteve u krye për më shumë se një vit e gjysmë. Pastaj departamenti i nëntë i UEP-së nxori një vendim për refuzimin e fillimit të një çështjeje penale. Nga ana e saj, prokuroria e cilësoi këtë vendim të paarsyeshëm dhe rifilloi hetimin.
E njëjta gjë ndodhi me materialet e Fondit Federal të Sigurimit të Detyrueshëm Mjekësor. Informacioni për mashtrim financiar në këtë strukturë u mor në janar 1997 dhe policia filloi ta kontrollonte vetëm një muaj më vonë. Dhe gjashtë muaj më vonë, UEP-i i dërgoi materialet në GUEP të Ministrisë së Punëve të Brendshme. Prej aty, në fund të vitit 1997, ata u dërguan përsëri në policinë e qytetit, e cila përfundimisht refuzoi të hapte një çështje penale. Prokurorëve iu deshën më pak se një muaj për të zgjidhur situatën dhe për të hapur një çështje.
Në total, nga 190 materialet e studiuara nga prokuroria e qytetit për refuzimin e fillimit të çështjeve penale, 38 vendime u anuluan. Sipas 15 materialeve, vetë prokuroria ka nisur çështjet penale dhe sipas 23 UEP është propozuar që të hetohen më me kujdes.
Një pakujdesi e tillë ka bërë që që nga viti 1994, në shumë raste mashtruesit të mos kontrollohen fare. Ndaj tyre nuk janë hapur as rastet e ashtuquajtura kërkim-operativë.
Fakti që UEP shpesh neglizhon detyrimin e saj për të shkëmbyer informacione për strukturat tregtare me organet tatimore shkaktoi ankesa të veçanta nga prokuroria e qytetit. Lidhur me këtë, prokurorët thonë se sistemi i evidentimit të krimeve nga Ministria e Punëve të Brendshme duhet të kalojë në struktura të pavarura. Për shembull, Ministria e Drejtësisë, e cila nuk është një organ kundër krimit dhe nuk është e interesuar për postskriptet. Me sa duket, Boris Yeltsin, i cili kohët e fundit nënshkroi një dekret "Për Sigurimin e Ndërveprimit agjencive qeveritare në luftën kundër veprave penale në sferën ekonomike.” Me këtë dokument ai urdhëroi qeverinë që brenda tre muajve të zhvillojë një sistem të unifikuar për evidentimin e krimeve të zbuluara në sferën ekonomike.
Krejtësisht i kundërt është opinioni i kryesisë së UEP-së për rezultatet e kontrollit prokurorial. Shefi i departamentit, kolonel Anatoly Filatov, beson se regjistrimet në departamentin e tij janë në thelb të pamundura: "Prokurorët ngatërrojnë krimin nga koha e stagnimit dhe sot. Tani çështjet penale janë të një natyre shumë-episode. Dhe ne hetojmë çdo episod veç e veç. Çfarë u ka, ata nuk thellohen në këtë çështje, marrin materiale nga zonale qendra e informacionit, ata shohin se ka shumë episode në këtë rast - ja postskriptet për ju.
Filatov dyshon gjithashtu se prokuroria do të jetë në gjendje të sjellë në gjykatë çështjet penale të mbyllura nga UEP. “Në 20 vitet e shërbimit tim, nuk mbaj mend që prokurorët të kenë burgosur dikë për materiale të braktisura. Më pas e mbyllin vetë, duke mos gjetur korpus delicti”, thotë koloneli.
Duhet thënë se konflikte të tilla janë tipike për agjencitë ligjzbatuese. Atributet e zbardhjes dhe bashkë me to fshehja e krimeve të vërteta, zbardhen nga prokuroria në të gjitha njësitë policore që kontrollohen. Që nga kohërat e stanjacionit, atyre u janë dhënë plane mjaft të vështira për të luftuar krimin nga lart. Tani Ministria e Punëve të Brendshme pretendon se nuk ka plane të tilla. Por ka tregues të luftës kundër krimit dhe janë kriteri kryesor për shpërndarjen e shpërblimeve, dhënien e titujve dhe emërimin në një pozicion të ri. I njëjti sistem funksionon në prokurori: sa më shumë punonjësit e saj të konstatojnë shkelje në punën e policisë, aq më shumë do të marrin inkurajim nga drejtuesit e tyre. Me një fjalë, rezulton një rreth vicioz - është e dobishme për të gjithë të merren me postskriptet.