Nem vittek sírni. A jogilag jelentős elektronikus dokumentumok archív tárolásának jellemzői
97. ábra Eszköztár. Elutasítás gomb
30 nappal az érvényesítési kulcs tanúsítványának lejárta előtt Elektronikus aláírás, megjelenik egy ablak a megfelelő tájékoztató üzenettel, amikor a felhasználó jogosult az SUFD-ben. Ez az ablak az OK gomb megnyomásával zárható be (98., 99. ábra).
98. ábra: "A tanúsítvány lejár" információs mező több tanúsítványhoz
99. ábra: "A tanúsítvány lejár" információs mező egyetlen tanúsítványhoz
Az SUFD-ben minden egyes felhasználói jogosultsághoz egy tájékoztató üzenet is megjelenik abban az esetben, ha az elektronikus aláírás-ellenőrző kulcs tanúsítványa lejárt (100., 101. ábra).
100. ábra: "A tanúsítvány lejárt" információs ablak több tanúsítványhoz
101. ábra: "A tanúsítvány lejárt" információs ablak egyetlen tanúsítványhoz
6.7.3. Aláírás eltávolítása
Egy dokumentum aláírásának eltávolításához (ha a dokumentumot még nem küldték el), jelölje ki a dokumentumlistából azt a dokumentumot, amelynek aláírása törlés alatt áll, és kattintson az eszköztár („Aláírás eltávolítása”) gombra (102. ábra).
102. ábra Eszköztár. Aláírás törlése gomb
6.8. Dokumentum küldése
A dokumentum elküldése előtt ellenőrizzük az aláírásokat az UES-be való behozatalra, valamint az aláíráskészlet teljességét. Ha a dokumentum aláírásai nem felelnek meg a követelményeknek, akkor a dokumentum nem kerül elküldésre (az átvitel állapota nem változik). A felhasználónak megjelenik egy üzenet, amely szerint "Az aláírás nem került az UES-be" vagy "A dokumentum nincs aláírva teljes aláíráskészlettel."
A kiválasztott dokumentum elküldéséhez kattintson a ("Küldés") gombra az eszköztáron (103. ábra).
103. ábra Eszköztár. Beküldés gomb
A képernyőn megjelenik egy információs ablak (104. ábra).
104. ábra Információs ablak "Dokumentum küldése"
A dokumentum elküldésére irányuló művelet sikeres befejezése esetén a képernyőn egy információs ablak jelenik meg a művelet befejezésével kapcsolatos információkkal (105. ábra).
105. ábra Információs ablak
A művelet eredménye a „Feladatkezelő” segítségével megtekinthető (lásd 5. ábra). A feladatkezelő meghívása után megnyílik egy ablak, mint a 106. ábrán.
106. ábra Feladatkezelő ablak
A küldési művelettel kapcsolatos további információkért kattintson duplán a bal egérgombbal a "Feladatkezelő" ablak műveletlistájának megfelelő sorára. Ezt követően megnyílik egy ablak a művelettel kapcsolatos információkkal (107. ábra). Ha a bizonylat állapotsémája nem tartalmazza a dokumentum elküldését az aktuális állapotával, akkor az „Eredmény” mezőben erről egy üzenet jelenik meg.
107. ábra A művelet részletei
Ha egy dokumentum küldésekor a címzett címét nem határozta meg a rendszer, akkor a dokumentum állapota „Címzési hiba”-ra változik. Ebben az esetben újra megkeresheti a címzettet a gombra kattintva ("A címzett ismételt keresése"), vagy visszautasíthatja a dokumentumot a https://pandia.ru/text/80/135/images/ gombra kattintva. image215_0.jpg" width="19 " height="22"> ("Küldés"), amely után a kiválasztott dokumentum elküldésre kerül. Ha a dokumentumot sikeresen elküldi, az átviteli állapota "Elküldve" lesz. Továbbá az állapot a dokumentum módosítása a fogadó munkaállomáson a dokumentumhoz rendelt állapotoknak megfelelően .
Ha hiba történt a küldés során, a dokumentum állapota "Küldési hiba" lesz. Ebben az esetben vissza kell állítani a dokumentum állapotát (lásd 5.10.2. fejezet), és újra el kell küldeni a dokumentumot.
6.9. Dokumentum importálása/exportálása
6.9.1. Kézi dokumentumimportálás
Dokumentum importálásához a következő műveletsort kell végrehajtania:
1. A navigációs panelen lépjen az importált dokumentum típusának megfelelő részhez.
2..jpg" width="642" height="450">
108. ábra Eszköztár. Import gomb
Jegyzet. Ha kifejezetten meg kell adnia az importált fájl formátumát, kattintson az importálás gomb jobb oldalán található kiválasztás gombra. Megnyílik az elérhető importformátumok listája (109. ábra).
109. ábra Az importált fájl formátumának kiválasztása
3. A megnyíló "Fájl letöltése" ablakban keresse meg és adja meg az importálandó fájlt. Nyomja meg a "Megnyitás" gombot.
Az importált fájl dokumentumkezelésének automatikus végrehajtásához ki kell választania a „+Dokumentum. ellenőrzés". Ebben az esetben a fájl importálása után azonnal megtörténik a dokumentum ellenőrzése. Az okmányellenőrzés sikeres átadása esetén a dokumentum „Bevezetve” / „Bevezetve” státuszba kerül. Ha a dokumentumok ellenőrzése során hibák lépnek fel, azok megjelennek a feladatkezelő ablakban, valamint a kézi dokumentumkezelés során (lásd 5.6. pont).
Az import művelet eredményeként az állomány(ok)ból új dokumentum(ok) töltődnek be az SUFD adatbázisba, az általános és a kiválasztott görgetőben a bizonylatok automatikusan sorba rendeződnek a felhasználó rendezési beállításai szerint.
6.9.2. Kézi dokumentumexportálás
Dokumentum exportálásához kövesse az alábbi lépéseket:
1. A navigációs panelen lépjen az exportált dokumentum típusának megfelelő részhez.
2. Adja meg az exportált fájlt (vagy több fájlt) a dokumentumok listájában.
3..jpg" width="642" height="450">
110. ábra Eszköztár. Exportálás gomb
Jegyzet. Ha kifejezetten meg kell adnia az exportált fájl formátumát, kattintson az exportálás gomb jobb oldalán található gombra. Megnyílik az elérhető exportformátumok listája (111., 112. ábra).
111. ábra Az exportált fájl formátumának kiválasztása
2013. április 30. 13:40Ivan Agapov, a Synerdocs üzleti elemzője
Próbáljuk kitalálni, mi történik ma Oroszországban a hosszú távú tárolás területén elektronikus dokumentumokat elektronikus aláírás segítségével. Mire számíthatnak a vállalkozások képviselői az új szabvány kapcsán, és van-e szilárd jogszabályi alapja az elektronikus archiválásnak.
Napjainkban egyre gyakrabban van szükség a dokumentumok elektronikus formájúvá alakítására, nem csak ideiglenes használatra, hanem hosszabb, vagy akár tartós tárolási időre is. Az a tény, hogy az elektronikus dokumentumkezelés lehetővé teszi a dokumentumokkal való munkát anélkül, hogy azokat papíron sokszorosítaná. Ezért az ilyen elektronikus dokumentumok száma folyamatosan növekszik. Különösen fontos az úgynevezett jogilag jelentős dokumentumok - számlák, szerződések, okiratok, számlák stb.
A jogilag jelentős elektronikus dokumentumok tárolásának megszervezése során számos probléma adódik. Mindenekelőtt a dokumentumtároló fizikai elhelyezkedésével kapcsolatban merül fel a kérdés.. Az adathordozók (eltávolítható vagy helyi) kiválasztásakor figyelembe kell venni, hogy az eltarthatóságuk korlátozott. A működési feltételek is nagyon fontosak. Például olyan tényezők, mint a szobahőmérséklet, páratartalom, UV-sugárzás, stb. A nagy vállalati információmennyiség tárolásának megszervezéséhez pedig szerverekre van szükség. Logikus, hogy a szerverszobákkal szemben támasztott követelmények még komolyabbak lesznek, mint a mindenütt megtalálható helyi adathordozókkal szemben. Ez nem csak az ablakok hiánya a szobában és az emelt padló jelenléte, hanem számos más jelentős korlátozás is. Ennek alapján a tárolt információkról időszakonként biztonsági mentést kell készíteni, felül kell írni, adathordozót cserélni stb.
A speciális elektronikus archívumok kiutat jelenthetnek ebből a helyzetből. Például 2002 márciusában az Orosz Föderációban elindult az "Elektronikus Oroszország (2002-2010)" szövetségi célprogram, amelynek keretében megvalósult az "Orosz Föderáció elnökének elektronikus archívuma" projekt. Az archívum teljes terjedelme megközelítőleg 15 millió dokumentumot tett ki. 2010 végén azonban a program eredményességét alacsonyra értékelték: a kormányhivatalok közötti elektronikus dokumentumkezelés, valamint a kormányhivatalok és az állampolgárok közötti elektronikus kommunikáció nem működött maradéktalanul. Az oroszországi közigazgatás hatékonysága a Világbank szerint nem sokat változott az évek során. Sajnálatos, hogy ma ez a projekt felfüggesztésre került, és nem kell beszélni az ilyen programok széleskörű és széles körű terjesztéséről. Ezt különösen az segítette elő, hogy az Orosz Föderációban nem létezett olyan szabályozási keret, amely szabályozni tudná az elektronikus archiválás terén fennálló kapcsolatokat, de egy célzott program elindítása mégis reményt ad ennek az iránynak a fejlődésére.
Az elektronikus dokumentumok hosszú távú tárolásának második és talán legfontosabb problémája a jogi jelentőségük biztosítása. Ez utóbbit elektronikus aláírással (ES) érik el. A mai napig az ezen a területen fennálló kapcsolatokat az alábbiak szabályozzák: 2002. január 10-i szövetségi törvény, 1-FZ „Az elektronikus digitális aláírás” és az elektronikus aláírásról szóló 2011. április 6-i 63-FZ szövetségi törvény. A 63. számú szövetségi törvény szerint az EP két típusát különböztetjük meg: egyszerű és megerősített.
Minden aláírás különbözik egymástól jellemző tulajdonságaiban, amelyek egyértelműen tükröződnek a feltüntetettekben szövetségi törvények. Sajnos azonban vannak bizonyos korlátozások az egyes aláírástípusok használatában, miközben jogi jelentőséggel bírnak. Az a tény, hogy az elektronikus aláírás-ellenőrző kulcs tanúsítványát főszabály szerint egy évre adják ki, és az aláírt dokumentumot a törvényi előírásoknak megfelelően legalább öt évig meg kell őrizni. Felmerül a kérdés, hogy három év alatt hogyan lehet igazolni az ES érvényességét, amit ez a tanúsítvány igazolt? Ez azt jelenti, hogy a dokumentum aláírásakor az elektronikus aláírás és tanúsítvány érvényességének megállapítása a feladat előtt áll.
Ezt a problémát a használatával oldja meg fejlett elektronikus aláírás (UEP). Formátumához a hitelességet igazoló jelek kerültek, például időbélyeg, tanúsítvány visszavonási adatok stb.
Az UEP lehetővé teszi a következők biztosítását:
● az aláírás létrehozásának pillanatának bizonyítási igazolása;
● az elektronikus aláírási kulcs tanúsítvány létrehozásának időpontjában érvényességének bizonyító erejű igazolása;
● jogilag jelentős elektronikus dokumentumok archiválása.
Mint látható, a modern fejlesztések és technológiák lehetővé teszik a jogilag jelentős elektronikus dokumentumok tárolásának biztosítását.
A SWED archív tárolásának kérdésében egy másik fontos szempont a berendezések és a technológia rohamos fejlődése. A gyors fejlődés nem engedi, hogy 10-15 évnél tovább tekintsünk a jövőbe. Hogy megértsük, miről beszélünk, ugorjunk vissza néhány évet, és mit fogunk látni? Az információk tárolására aktívan 3½ hüvelykes hajlékonylemezeket használnak. A Sony azonban már 2011 márciusában véget vetett a hajlékonylemezek történetének azzal, hogy hivatalosan is beszüntette a gyártását és értékesítését. És most a PC-k egyszerűen nem feltételezik a hajlékonylemez-meghajtó jelenlétét. Az optikai lemezek modern gyártói legfeljebb 10 évig garantálják a meghajtók működését. A flash meghajtók élettartama az adatfelülírási folyamatok számától függ. Mindez arra utal, hogy egy idő után egyszerűen kénytelenek vagyunk felülírni az információkat az egyre modernebb meghajtókon. Így garantáltan kell, hogy legyen, hogy 10-15 éven belül gond nélkül ellenőrizni tudjuk a tárolt dokumentumok ES-ét, és természetesen 10 év múlva „elolvassuk” annak a szövegszerkesztőnek a formátumát, amelyben az elektronikus dokumentum készült. ezelőtt (pl. Lexikon formátum). Ehhez szükségünk van egy lejátszóeszközre, egy operációs rendszerre és az ES-vel való munkavégzéshez szükséges eszközökre, amelyek támogatják a tárolt elektronikus dokumentum formátumát.
Mindez lehetséges?
Igen. A mai napig minden szükséges eszközzel rendelkezünk a SWED irattári tárolásának megszervezéséhez. A speciális aláírási formátum használata biztosítja, hogy dokumentumai jogilag érvényesek legyenek. Szervez munkahely, amely lehetővé teszi az ES ellenőrzését 10-15 év után, a folyamatok megfelelő megszervezése mellett, szintén nem okoz komoly nehézségeket. Az elektronikus archívumok létrehozása nem fogja várakozni az irántuk való kereslet növekedésével.
Kicsit nehezebb a helyzet jogszabályi keret RF az elektronikus archiválás területén, de talán annál gyorsabb üzlet megtagadja a papírt, minél hamarabb jelennek meg hazánkban az elektronikus levéltárakról szóló törvényben részletes információk az elektronikus dokumentumokról? Az első precedensek megjelenése egy eddig kevéssé vizsgált területen egyszerűen arra kényszeríti az államot, hogy foglalkozzon ezzel a kérdéssel.
Minden összefügg, és a legtöbb esetben tőlünk függ. Az üres elvárások nem vezetnek eredményre – ideje cselekedni!
A kereskedelmi üzembe helyezés megvalósításához a következő szervezési intézkedésekről kell gondoskodni:
Az "ASFC (SUFD)" szoftver "Workstation Offline disztribúciói" címtárának beállítása az "Offline - kliens FK" munkaállomás klienseinek dokumentumai és adatfeltöltési katalógusok útválasztására.
Tevékenységek az új ügyfelek betanítására a rendszerben való munkavégzés alapelveire.
Rendezvények az OrFC alkalmazottainak oktatására az offline ügyfelekkel való interakció elveiről és a dokumentumáramlás szabályozásáról.
2.3.Megváltozott dokumentáció
Változások történtek a SUFD_RAS_System settings.doc fájlban - a 7.1.4 szakasz frissült, a 7.1.11 hozzáadásra került.2.4 Változások a felhasználói felületen
2.4.1 Rendszerállandó GroupOutgoingPacket
Kifejlesztették a GroupOutgoingPacket rendszerállandót (AWS Offline és SUFD között küldött kimenő csomagok csoportja) (1. ábra).A konstans a következő értéket veszi fel:
1 és a 0-tól eltérő bármely érték - csoportcsomagok;
0 - ne csoportosítson (alapértelmezett).
1. A GroupOutgoingPacket rendszerállandó EF-je
2.5 Változások a könyvtárakban
2.5.1. Az "OrFC csomagjainak referenciakönyve" címtára
A SUFD-ben és az Offline munkaállomáson egy új "Offline szervezet kódja" mező került hozzáadásra az OrFC kötegek könyvtárának képernyőn megjelenő űrlapjához, amely az Offline munkaállomáson kiszolgált szervezet kódját tárolja (2. ábra). ).
2. Az ORFC hivatkozási könyvtárának EF-bejegyzései
2.5.2. Kézikönyv „Offline terjesztések a munkaállomásokon”
A "References - System - Settings of Workstation Offline" menüpontban (3., 4. ábra) egy új referenciakönyvet fejlesztettek ki "Workstation Offline Distributions".
3. A "Workstation Offline Distributions" könyvtár EF-je
4. EF rekordok a "Workstation Offline Distributions" könyvtárban
3.SUFD-56709. A fejlett elektronikus aláírás-ellenőrzés finomítása
3.1 A felülvizsgálat rövid leírása
A Szövetségi Pénzügyminisztérium 2014. július 17-i, 42-11.0-13 / 226. sz., az „ASFC (SUFD)” PPO-ban kelt levelének megfelelően:
A Cryptoserver elektronikus aláírást erősítő funkciója továbbfejlesztésre került, mivel a megbízható időszolgáltatási tanúsítvány lejárati dátumát külső időbélyegzőből adták hozzá.
A Cryptoserver továbbfejlesztett elektronikus aláírás ellenőrzésére szolgáló funkciója továbbfejlesztett az időbélyegek ellenőrzésére szolgáló algoritmus javítása érdekében.
A Cryptoserverben kifejlesztették azt a funkciót, amely a megbízható időszolgáltatási tanúsítvány érvényességi idejét külső időbélyegből kinyeri.
Az "Elektronikus aláírás archív formátumba hozása" funkciót a Cryptoserverben fejlesztették ki.
Kifejlesztettek egy funkciót az események regisztrálására, hogy az elektronikus aláírásokat archív formátumba vigyék
A Cryptoserverben kifejlesztették azt a funkciót, amely kérést generál a megbízható időszolgáltatás felé archív időbélyegző generálására.
Az archív időbélyeg létrehozásának funkcióját a Cryptoserver fejlesztette ki.
Az elektronikus aláíráshoz archív időbélyegző adásának funkcióját a Cryptoserver fejlesztette ki.
Az MQ szerveren egy olyan funkciót fejlesztettek ki, amely az utolsó időbélyegző létrehozásához használt megbízható időszolgáltatási tanúsítvány lejárati dátumát elektronikus aláírásból lekéri.
Az MQ szerveren kifejlesztették az "Elektronikus aláírás bevitele archív formátumba" funkciót.
Az MQ szerveren az elektronikus aláírás megerősítésének funkciója továbbfejlesztésre került, mivel a megbízható időszolgáltatási tanúsítvány lejárati dátumát külső időbélyegről adták hozzá.
Az elektronikus aláírás tárolásának funkciója továbbfejlesztésre került egy új „Megbízható időszolgáltatási tanúsítvány lejárati dátuma” mező hozzáadásával.
Az „Elektronikus aláírás megerősítése” funkció továbbfejlesztésre került a megbízható időszolgáltatási tanúsítvány lejárati idejére vonatkozó információk külső időbélyegről történő mentése szempontjából.
Továbbfejlesztették az elektronikus aláírás ellenőrzési funkcióját a megbízható időszolgálati tanúsítvány elektronikus aláírását ellenőrző jelének meghatározása tekintetében.
Az „ASFC (SUFD)” PPO-ban tárolt elektronikus aláírásokhoz az „Elektronikus aláírások archív formátumba vitele” funkciót fejlesztették ki.
3.1.1. "Az archívum időbélyegzőjének megújítási időszaka" (SUFDCORE-14146) konfigurációs paraméter kidolgozása
A sufd.properties konfigurációs fájlba egy új "Archív időbélyeg frissítési időszak" paraméter (sufd.crypto.dateForUpdateArchiveTimestamp) került.A paraméter azt az időszakot hivatott megadni napokban, amelyhez közeledve frissül az aláírás archív időbélyege. Alapértelmezett érték = 30 nap.
3.1.2 „Megbízható időszolgáltatási tanúsítvány érvényességi idejének meghatározása” (SUFDCORE-13990) program fejlesztése
Az „ASFC (SUFD)” PPO-ban már tárolt elektronikus aláírásokhoz fejlesztették ki a „Megbízható időszolgáltatási tanúsítvány érvényességi idejének meghatározása” című programot.A program algoritmusa a következő:
A „Megbízható időszolgáltatás tanúsítványának lejárati dátuma” mezőt az ASFC (SUFD) szoftverben már tárolt elektronikus aláírások esetén tölti ki úgy, hogy a megbízható időszolgáltatási tanúsítvány lejárati dátumát egy külső időbélyegzőből nyeri ki.
A program egyszer fut le minden olyan elektronikus aláírásnál, amelynél üres a „Megbízható időszolgáltatás tanúsítvány lejárati dátuma” mező.
3.1.3. Az "Elektronikus aláírások archív formátumba hozása" funkció fejlesztése (SUFDCORE-13989)
Kifejlesztésre került az „Elektronikus aláírások archív formátumba hozása” funkció.A függvény algoritmusa a következő:
A bemeneti paraméter az aktuális és az új megbízható időszolgáltatási tanúsítvány (SUFDCORE-14146 új konfigurációs paraméter) közötti átfedési időszak.
Olyan elektronikus aláírások kerülnek kiválasztásra, amelyeknél a megbízható időszolgáltatás tanúsítványának az utolsó időbélyegző (külső időbélyeg vagy az archív időbélyegek láncában az utolsó időbélyeg) érvényességi ideje és az aktuális rendszerdátum közötti különbség kisebb, mint a program értéke. bemeneti paraméter, de nagyobb nullánál. Minden elektronikus aláírás feldolgozása a következő forgatókönyv szerint történik:
ha a program az AWP SUFD-Portálon vagy az AWP OrFK-n indul, akkor:
az elektronikus aláírás a Cryptoserver "Elektronikus aláírás archív formátumba vitelének funkciója" hívásával az archív formátumba kerül,
Az archív formátumba hozva az elektronikus aláírást és a megbízható időszolgáltatási tanúsítvány lejárati dátumát az AWP SUFD-portál / AWP OrFC adatbázisa tárolja.
ha a program az OFK-offline munkaállomáson indul, akkor:
az elektronikus aláírás alapján a Cryptoserver "Megbízható idő szolgáltatásra vonatkozó kérés létrehozása" funkciójának felhívásával a megbízható idő szolgáltatás felé kérés jön létre archív időbélyeg kialakítására;
a kérés megbízható időszolgáltatáshoz történő eljuttatásához fuvarozói szolgáltatási dokumentum jön létre, amelybe a kérés hozzáadódik. A szállító dokumentumot elküldik az SUFD logisztikai munkaállomásra;
az SUFD-logisztikai munkaállomásra hordozó dokumentum érkezésekor a dokumentumból egy kérés kinyerésre kerül, amely alapján az „Archív címke létrehozásának funkciója a továbbított kérés alapján” funkció meghívásai alapján egy archív időbélyeg. alakult;
A generált időbélyeg kézbesítéséhez fuvarozói szolgáltatási dokumentum készül, amelyhez egy archív bélyegző is hozzáadódik. A hordozódokumentum az OFC-offline munkaállomásra kerül, ahonnan a szervizdokumentum érkezett archív címke kialakításához;
amikor egy hordozó dokumentum érkezik az OFC-offline munkaállomásra, akkor a dokumentumból egy archív bélyegző kerül kinyerésre, és a Cryptoserver „Archív időbélyegző hozzáadása az elektronikus aláíráshoz” funkciójának meghívásával hozzáadódik a Elektronikus aláírás. A hozzáadást követően az archív időbélyegzőlánc ellenőrzésre kerül; az archív formátumba hozott elektronikus aláírás és az archív címkén található megbízható időszolgáltatási tanúsítvány lejárati dátuma az OFC-offline AWP adatbázisban tárolódik.
Hozzáadták a kérés jelét: vagy az ES megerősítése, vagy archív címke kialakítása.
Egy Dátum típusú mező került hozzáadásra, amely a TSP szolgáltatási tanúsítvány lejárati dátumát az utolsó időbélyegtől kezdve továbbítja.
3.1.4. A tárolás finomítása, az ES-adatok WF-je (SUFDCORE-13988)
Javult az ES adattárolási struktúra: a táblázatban egy további "A megbízható időszolgáltatási tanúsítvány lejárati dátuma" mező került be (a "Utolsó ellenőrzés" mező mellett).3.1.5. A Cryptoserver/MQ szerver finomítása (SUFDCORE-13980)
Továbbfejlesztett Cryptoserver/MQ szerver a következők tekintetében:
Fejlesztés az archív aláírások támogatása terén (a CAdES-A példájával az archív időbélyeg attribútum használatával, amely egy archív időbélyegző).
Az aláírás a következő:
Képződés:
a kriptoszerver a második időbélyeg aláírásának kivonata alapján kérést generál az SDV-ben;
SDV aláír a kulcsával;
Az archív védjegyek utólagos felhelyezése:
a kriptoszerver az utolsó archivált időbélyeg aláírás-kivonata alapján kérést generál SDV-ben;
Az ADD kihúzza a hash-t és alkalmazza a pontos időt;
SDV aláír a kulcsával;
a kapott válasz visszakerül a kriptoszerverhez.
Vizsgálat:
Ha az ellenőrzés sikeres volt, akkor az előző címke láncát ugyanúgy (és így tovább a legelsőig) ellenőrzik - a tanúsítvány érvényességét a következő címkében megadott időpontban ellenőrzik.
A jelenlegi megvalósítás magyarázata:
dokumentum (első 20 kb);
aláírás a dokumentumon;
Az 1. címke (belső) rákerül az aláírási hashre;
OCSP válasz;
A 2. címke (külső) rákerül a hashre (első címkealáírás + OCSP válaszaláírás).
A következő objektumazonosító (OID) határozza meg az archív időbélyeg attribútumot: 1.2.840.113549.1.9.16.2.48.
Az „UEP-be hozás” funkció finomítása egy további visszatérési paraméter – „Az utolsó időbélyegző lejárati dátuma” – tekintetében.
Az „ES által az utolsó időbélyegző tanúsítványának lejárati dátuma” funkció megvalósítása.
3.1.6. „Az elektronikus aláírás megerősítése” (SUFDCORE-13975) kriptoszerverrel való interakció finomítása
Egy új típusú interakciót valósítottak meg a Cryptoserverrel - "Elektronikus aláírás megerősítése":
Az EP bemenetként van megadva.
A kimenet UES egy további időbélyeggel (archívum-időbélyeg), és külön a tanúsítvány lejárati dátumával és a kiegészítő bélyegzővel (utolsó időbélyeggel).
A visszaadott "Az utolsó időbélyeg lejárati dátuma" paraméter mentése (amikor "hozzuk az UES-hez" vagy "Az ES fejlesztése az archív tárolási formátumra") az ES tárolótábla megfelelő mezőjébe (SUFDCORE-13988 - a "Lejárat dátuma" mezőbe). a megbízható munkaidő szolgáltatási tanúsítvány" .
3.1.7 Az aláírás-ellenőrzési funkció továbbfejlesztése (SUFDCORE-13969)
A továbbfejlesztett elektronikus aláírás (SES) ellenőrzésének funkciója továbbfejlesztett az időbélyegek ellenőrzésére szolgáló algoritmus finomítása szempontjából.Az időbélyegek ellenőrzésének algoritmusa a következő:
A "Továbbfejlesztett elektronikus aláírás ellenőrzése" funkció paramétereiben az érvényes algoritmus szerinti ellenőrzés előjele van megadva. Ebben az esetben a külső időbélyeg létrehozásának dátuma, a belső időbélyeg pedig a külső időbélyeg létrehozásának dátuma alapján kerül ellenőrzésre.
A "Továbbfejlesztett elektronikus aláírás ellenőrzése" funkció paramétereiben az új algoritmus szerinti ellenőrzés jele található, akkor ebben az esetben:
Az elektronikus aláírás archiválási jelek láncát tartalmazza, ebben az esetben a láncban lévő N-edik időbélyeg ellenőrzi az aktuális rendszerdátumot, az (N-1)-edik időbélyeg pedig az N-edik időbélyeg létrehozásának dátumát. A külső időbélyeg ellenőrzi az 1. archivált időbélyeg keletkezésének dátumát;
az elektronikus aláírás nem tartalmaz archív időbélyegek láncolatát, ebben az esetben a külső időbélyeg az aktuális rendszerdátummal, a belső időbélyeg a külső időbélyeg létrehozásának dátumával történik.
Az UEP kétezer bűncselekmény megoldását állította magára
A Moszkvai Ügyészség befejezte a Moszkvai Központi Belügyi Igazgatóság Gazdasági Bűnözés Elleni Osztálya munkájának ellenőrzését. Kiderült, hogy a rendőrök utóiratokkal és elferdítő riportokkal foglalkoznak, miközben sok veszélyes bűnözőt egyáltalán nem keres senki. Maga az UEP ezzel kategorikusan nem ért egyet. Vezetősége szakszerűtlenséggel és a helyzet alapos tanulmányozására való hajlandósággal vádolja az ellenőröket. A Kommersant tudósítója, VLADIMIR Kommersant-SYUN megpróbálta ezt megtenni.
Az ügyészek számára már az ellenőrzés kezdetétől világossá vált, hogy ahelyett igazi munka Az UEP nagy erőfeszítéssel alakítja láthatóságát. S hogy ne veszítsenek arcot a Belügyminisztérium előtt, a fővárosi rendőrök megtanulták, hogy az utóiratokkal semmivel sem rosszabbul bánjanak, mint azokkal, akikkel szolgálat közben harcolniuk kell. Igor Bobrovszkij, a belügyi szervekben a törvények végrehajtását felügyelő ügyészség vezetője szerint "az UEP-ben több száz úgynevezett folyamatos bűncselekményt tartanak nyilván". "Vegyük például az illegális vállalkozást" - háborodik fel Bobrovsky. Ha valaki 100 gumiabroncsot hozott be illegálisan, akkor a csempészet bűncselekménye nem egy, hanem száz." Ennek eredményeként a városi ügyészség csak tavaly több mint ezer csalási tényt, több mint száz csempészetet és 113 vesztegetési epizódot törölt a nyilvántartásból. És összesen - több mint kétezer bűncselekmény, amelyek nyilvánosságra hozatalát az UEP magának tulajdonította.
Ráadásul az ügyészség szerint az uepoviták becsapták a minisztériumot, arra hivatkozva, hogy az ő osztályukon gyakorlatilag nincs bürokrácia, és szó szerint néhány nap alatt megvizsgálták az ügyeket. Három nap alatt például 147 bűncselekményt sikerült megoldani. Ugyanebben az időszakban 173 ügyet utasítottak el.
Az ügyészek azonban megállapították, hogy 147 ügyből mindössze kettőt három napon belül, 13-at 10 napon belül tárgyaltak, 58 ügyben három hónapnál hosszabb ideig, 26 ügyben hat hónapnál hosszabb ideig döntöttek. Sok esetben általában minden rekord megdőlt (kb. két év). De általában a hosszadalmas nyomozások során a bizonyítékok érvényüket vesztik, a dokumentumok és az anyagi értékek eltűnnek, és a bűnözőknek sikerül megszökniük.
Például 1996-ban az UEP panaszt kapott Mysyagin, a CJSC "Third Rome" vezérigazgatója csalárd tevékenysége miatt. 90 millió rubelt kellett volna elsikkasztania. A tényellenőrzést több mint másfél évig végezték. Ezután az UEP kilencedik osztálya határozatot hozott a büntetőeljárás megindításának elutasításáról. Az ügyészség pedig indokolatlannak ítélte ezt a döntést, és újraindította a nyomozást.
Ugyanez történt a Szövetségi Kötelező Egészségbiztosítási Alap anyagaival is. Az ebben a szerkezetben elkövetett pénzügyi csalásról 1997 januárjában érkeztek információk, és a rendőrség csak egy hónappal később kezdte el az ellenőrzést. Hat hónappal később pedig az UEP elküldte az anyagokat a Belügyminisztérium GUEP-jének. Innen 1997 végén ismét a városi rendőrségre küldték őket, akik végül megtagadták a büntetőeljárás megindítását. Az ügyészeknek kevesebb mint egy hónapba telt, mire rendezték a helyzetet és megindították az ügyet.
A városi ügyészség által a büntetőeljárások megindításának megtagadásáról szóló 190 anyagból összesen 38 határozatot töröltek. 15 anyag szerint maga az ügyészség indított büntetőeljárást, 23 UEP szerint pedig alaposabb vizsgálatot javasoltak.
Az ilyen figyelmetlenség oda vezetett, hogy 1994 óta sok esetben egyáltalán nem keresik a csalókat. Még az úgynevezett operatív keresési ügyeket sem indították ellenük.
Az a tény, hogy az UEP gyakran figyelmen kívül hagyja a kereskedelmi struktúrákra vonatkozó információ-megosztási kötelezettségét az adóhatósággal, különös panaszokat váltott ki a városi ügyészségtől. Ezzel kapcsolatban az ügyészek azt mondják, hogy a Belügyminisztérium bűncselekmény-nyilvántartási rendszerét független struktúrákhoz kellene áthelyezni. Például az Igazságügyi Minisztérium, amely nem bűnüldöző szerv, és nem érdeklődik az utóiratok iránt. Nyilvánvalóan Borisz Jelcin, aki nemrégiben írt alá egy rendeletet „Az interakció biztosításáról kormányzati szervek a gazdasági szférában elkövetett bűncselekmények elleni küzdelemben". Ezzel a dokumentummal utasította a kormányt, hogy három hónapon belül dolgozzon ki egységes rendszert a gazdasági szférában felderített bűncselekmények nyilvántartására.
Teljesen ellentétes az UEP vezetésének véleménye az ügyészi ellenőrzés eredményéről. Az osztályvezető, Anatolij Filatov ezredes úgy véli, az ő osztályán alapvetően lehetetlen a regisztráció: "Az ügyészek összekeverik a stagnálás kori és a mai bűnözést. Ma már többepizódos jellegűek a bűnügyek. És minden epizódot külön-külön vizsgálunk. Nem nekik való, nem mélyednek el a dologban, a zónás információs központból vesznek anyagokat, látják, hogy sok epizód van az ügyben – itt az utóirat.
Filatov kétségei vannak abban is, hogy az ügyészség képes lesz bíróság elé állítani az UEP által lezárt büntetőügyeket. "Húsz év szolgálati ideje alatt nem emlékszem, hogy az ügyészek valaha is börtönbe zártak volna valakit elhagyott anyagok alapján. Aztán maguk zárják be, nem találnak bűncselekményt" - állítja az ezredes.
Azt kell mondani, hogy az ilyen konfliktusok jellemzőek a rendvédelmi szervekre. A nyilvánosságra hozatalok tulajdonítását, és ezzel együtt a valódi bűncselekmények eltitkolását az ügyészség minden ellenőrzött rendőri egységben feltárja. A stagnáló idők óta meglehetősen kemény terveket kaptak a bűnözés felülről való leküzdésére. Most a Belügyminisztérium azt állítja, hogy nincsenek ilyen tervek. De vannak mutatói a bűnözés elleni küzdelemnek, és ezek a fő kritériumok a bónuszok elosztására, a címek odaítélésére és az új pozícióba való kinevezésre. Ugyanez a rendszer működik az ügyészségen is: minél több szabálysértést találnak alkalmazottai a rendőrség munkájában, annál több bátorítást kapnak vezetésüktől. Egyszóval ördögi kör alakul ki - mindenki számára előnyös, ha utóiratokkal foglalkozik.