الضرائب 

لم يتم إحضارها إلى wep. ميزات التخزين الأرشيفي للوثائق الإلكترونية المهمة من الناحية القانونية

الشكل 97. شريط الأدوات. زر الرفض

قبل 30 يومًا من انتهاء صلاحية شهادة مفتاح التحقق التوقيع الإلكتروني، تظهر نافذة بالرسالة الإعلامية المقابلة عندما يتم التصريح للمستخدم في SUFD. يتم إغلاق هذه النافذة بالضغط على زر موافق (الشكل 98 ، 99).

الشكل 98. مربع المعلومات "انتهاء صلاحية الشهادة" لشهادات متعددة

الشكل 99. مربع المعلومات "انتهاء صلاحية الشهادة" لشهادة واحدة

يتم أيضًا عرض رسالة إعلامية لكل ترخيص مستخدم في SUFD في حالة انتهاء صلاحية شهادة مفتاح التحقق من التوقيع الإلكتروني (الشكل 100 ، 101).

الشكل 100. نافذة المعلومات "انتهت صلاحية الشهادة" لعدة شهادات

الشكل 101. نافذة المعلومات "انتهت صلاحية الشهادة" لشهادة واحدة

6.7.3. إزالة التوقيع

لإزالة توقيع المستند (إذا لم يتم إرسال المستند بعد) ، حدد المستند الذي يتم حذف توقيعه من قائمة المستندات وانقر فوق الزر ("إزالة التوقيع") على شريط الأدوات (الشكل 102).

الشكل 102. شريط الأدوات. زر حذف التوقيع

6.8 إرسال مستند

قبل إرسال المستند ، يتم فحص التوقيعات لإحضارها إلى UES ، وكذلك التحقق من اكتمال مجموعة التوقيعات. إذا كانت تواقيع المستند لا تفي بالمتطلبات ، فلن يتم إرسال المستند (لن تتغير حالة النقل). يتم تقديم رسالة للمستخدم تفيد بأنه "لم يتم إحضار التوقيع إلى UES" أو "لم يتم توقيع المستند بمجموعة كاملة من التوقيعات."


لإرسال المستند المحدد ، انقر فوق الزر ("إرسال") الموجود على شريط الأدوات (الشكل 103).

الشكل 103. شريط الأدوات. زر الإرسال

ستظهر نافذة معلومات على الشاشة (الشكل 104).

الشكل 104. نافذة المعلومات "إرسال مستند"

في حالة إتمام عملية إرسال المستند بنجاح ، ستظهر على الشاشة نافذة معلومات بها معلومات حول اكتمال العملية (الشكل 105).

الشكل 105. نافذة المعلومات

يمكن عرض نتيجة العملية باستخدام "مدير المهام" (انظر الشكل 5). بعد استدعاء مدير المهام ، ستفتح نافذة ، كما في الشكل 106.

الشكل 106. نافذة إدارة المهام

لمزيد من المعلومات حول عملية الإرسال ، انقر نقرًا مزدوجًا فوق زر الماوس الأيسر على السطر المقابل في قائمة العمليات في نافذة "إدارة المهام". بعد ذلك ، ستفتح نافذة بها معلومات عن العملية (الشكل 107). إذا كان مخطط الحالة الخاص بالمستند لا يتضمن إرسال المستند بحالته الحالية ، فسيتم عرض رسالة حول هذا الأمر في حقل "النتيجة".

الشكل 107 تفاصيل العملية

إذا لم يتم تحديد عنوان المستلم من قبل النظام ، عند إرسال مستند ، فإن حالة المستند تتغير إلى "خطأ عنونة". في هذه الحالة ، يمكنك إعادة البحث عن المرسل إليه بالنقر فوق الزر ("كرر البحث عن المرسل إليه") ، أو رفض المستند بالنقر فوق الزر https://pandia.ru/text/80/135/images/ image215_side "width =" 19 "height =" 22 "> (" Send ") ، وبعد ذلك يتم إرسال المستند المحدد. إذا تم إرسال المستند بنجاح ، يتم تعيين حالة النقل إلى" مرسل ". علاوة على ذلك ، فإن الحالة من المستند وفقًا للحالات المعينة للمستند على محطة العمل المستقبلة.

في حالة حدوث خطأ أثناء الإرسال ، يتم تعيين حالة المستند على "خطأ إرسال". في هذه الحالة ، من الضروري التراجع عن حالة المستند (انظر القسم 5.10.2) وإعادة إرسال المستند.

6.9 وثيقة الاستيراد / التصدير

6.9.1. استيراد المستندات يدويًا

لاستيراد مستند ، يجب عليك تنفيذ التسلسل التالي من الإجراءات:

1. في لوحة التنقل ، انتقل إلى القسم المقابل لنوع المستند الجاري استيراده.

2..jpg "العرض =" 642 "الارتفاع =" 450 ">

الشكل 108. شريط الأدوات. زر الاستيراد

ملحوظة. إذا كنت بحاجة إلى تحديد تنسيق الملف المستورد بشكل صريح ، فأنت بحاجة إلى النقر فوق الزر تحديد الموجود على يمين زر الاستيراد. سيتم فتح قائمة بتنسيقات الاستيراد المتاحة (الشكل 109).

الشكل 109. تحديد تنسيق الملف المستورد

3. في النافذة المفتوحة "تنزيل ملف" ، ابحث عن الملف المراد استيراده وحدده. اضغط على زر "فتح".

لتنفيذ التحكم الوثائقي تلقائيًا في الملف المستورد ، يجب تحديد أحد عناصر القائمة التي تحتوي على الكلمات “+ Doc. مراقبة". في هذه الحالة ، مباشرة بعد استيراد الملف ، سيتم تنفيذ الرقابة المستندية الخاصة به. في حالة اجتياز الرقابة المستندية بنجاح ، سيتم نقل المستند إلى الحالة "مقدمة" / "مقدمة". إذا حدثت أخطاء أثناء التحكم الوثائقي ، فسيتم عرضها في نافذة مدير المهام ، كما هو الحال في التحكم الوثائقي اليدوي (انظر الفقرة 5.6).


نتيجة لعملية الاستيراد ، سيتم تحميل مستند (مستندات) جديدة من الملف (الملفات) في قاعدة بيانات SUFD ، في ملفات التمرير العامة والمحددة ، سيتم فرز المستندات تلقائيًا وفقًا لإعدادات الفرز الخاصة بالمستخدم.

6.9.2. تصدير المستندات يدويًا

لتصدير مستند ، اتبع الخطوات التالية:

1. في لوحة التنقل ، انتقل إلى القسم المقابل لنوع المستند الذي يتم تصديره.

2. حدد الملف الذي تم تصديره (أو عدة ملفات) في قائمة الوثائق.

3..jpg "العرض =" 642 "الارتفاع =" 450 ">

الشكل 110. شريط الأدوات. زر التصدير

ملحوظة. إذا كنت بحاجة إلى تحديد تنسيق الملف المصدر بشكل صريح ، فانقر فوق الزر الموجود على يمين زر التصدير. سيتم فتح قائمة تنسيقات التصدير المتاحة (الشكل 111 ، 112).

الشكل 111. تحديد تنسيق الملف المصدر

30 أبريل 2013 1:40 مساءً

إيفان أجابوف ، محلل الأعمال في شركة Synerdocs

دعنا نحاول معرفة ما يحدث في روسيا اليوم في مجال التخزين طويل الأجل المستندات الإلكترونيةباستخدام التوقيع الإلكتروني. ما الذي يجب أن يتوقعه ممثلو الأعمال فيما يتعلق بالمعيار الجديد ، وهل هناك أساس تشريعي متين للأرشفة الإلكترونية.

اليوم ، هناك حاجة أكثر فأكثر لتحويل المستندات إلى شكل إلكتروني ، ليس فقط للاستخدام المؤقت ، ولكن أيضًا لفترة تخزين طويلة أو حتى دائمة. الحقيقة هي أن إدارة المستندات الإلكترونية تتيح لك العمل مع المستندات دون نسخها على الورق. لذلك ، فإن عدد هذه الوثائق الإلكترونية في تزايد مستمر. من المهم بشكل خاص تخزين ما يسمى بالمستندات ذات الأهمية القانونية - الفواتير ، والعقود ، والأفعال ، والفواتير ، وما إلى ذلك.

عند تنظيم تخزين المستندات الإلكترونية المهمة قانونًا ، يحدث عدد من المشاكل. بادئ ذي بدء ، السؤال الذي يطرح نفسه حول الموقع الفعلي لتخزين المستندات.. عند اختيار وسائط التخزين (القابلة للإزالة أو المحلية) ، يجب مراعاة أن مدة صلاحيتها محدودة. ظروف التشغيل مهمة جدًا أيضًا. على سبيل المثال ، عوامل مثل درجة حرارة الغرفة ، والرطوبة ، والأشعة فوق البنفسجية ، وما إلى ذلك. ولتنظيم تخزين كمية كبيرة من معلومات الشركة ، يلزم وجود خوادم. من المنطقي أن تكون المتطلبات المطروحة على غرف الخوادم أكثر جدية من متطلبات وسائط التخزين المحلية في كل مكان. هذا ليس فقط عدم وجود نوافذ في الغرفة ووجود أرضية مرتفعة ، ولكن أيضًا عدد من القيود المهمة الأخرى. بناءً على ذلك ، يجب إجراء نسخ احتياطي للمعلومات المخزنة بشكل دوري ، والكتابة فوقها ، واستبدال الوسائط ، وما إلى ذلك.

يمكن أن تصبح المحفوظات الإلكترونية المتخصصة وسيلة للخروج من هذا الموقف. على سبيل المثال ، في آذار / مارس 2002 ، تم إطلاق البرنامج الفيدرالي المستهدف "روسيا الإلكترونية (2002-2010)" في الاتحاد الروسي ، وفي إطاره تم تنفيذ مشروع "الأرشيف الإلكتروني لرئيس الاتحاد الروسي". بلغ الحجم الإجمالي للأرشيف حوالي 15 مليون وثيقة. ومع ذلك ، في نهاية عام 2010 ، تم تقييم فعالية البرنامج على أنها منخفضة: إدارة الوثائق الإلكترونية بين الوكالات الحكومية ، وكذلك الاتصالات الإلكترونية بين الجهات الحكومية والمواطنين ، لم تعمل بشكل كامل. لم تتغير فعالية الإدارة العامة في روسيا ، وفقًا للبنك الدولي ، كثيرًا على مر السنين. ومن المؤسف أن هذا المشروع قد تم تعليقه اليوم ، ولا داعي للحديث عن الانتشار الواسع والواسع لمثل هذه البرامج. وقد سهل ذلك على وجه الخصوص عدم وجود إطار تنظيمي في الاتحاد الروسي يمكن أن ينظم العلاقات في مجال الأرشفة الإلكترونية ، ولكن إطلاق برنامج هادف لا يزال يعطي الأمل في تطوير هذا المجال.

المشكلة الثانية وربما الأكثر أهمية في التخزين طويل الأجل للوثائق الإلكترونية هي ضمان أهميتها القانونية. يتم تحقيق هذا الأخير باستخدام التوقيع الإلكتروني (ES). حتى الآن ، يتم تنظيم العلاقات في هذا المجال من خلال: القانون الاتحادي الصادر في 10 يناير 2002 رقم 1-FZ “على الإنترنت توقيع إلكتروني"والقانون الاتحادي الصادر في 06.04.11 رقم 63-FZ" بشأن التوقيع الإلكتروني ". وفقًا للقانون الاتحادي رقم 63 ، يتم تمييز نوعين من EP: بسيط ومعزز.

تختلف جميع التوقيعات عن بعضها البعض في سماتها المميزة ، والتي تنعكس بوضوح في المشار إليه القوانين الفدرالية. ولكن ، للأسف ، هناك بعض القيود في استخدام كل نوع من أنواع التوقيعات مع توفير الأهمية القانونية. الحقيقة هي أن شهادة مفتاح التحقق من التوقيع الإلكتروني ، كقاعدة عامة ، يتم إصدارها لمدة عام واحد ، ويجب تخزين المستند الموقع ، وفقًا لمتطلبات القانون ، لمدة خمس سنوات على الأقل. السؤال الذي يطرح نفسه ، كيف في غضون ثلاث سنوات إثبات صحة ES الذي أكدته هذه الشهادة؟ هذا يعني أننا نواجه مهمة تحديد صلاحية التوقيع الإلكتروني والشهادة في وقت توقيع المستند.

تم حل هذه المشكلة باستخدام التوقيع الإلكتروني المتقدم (UEP). تمت إضافة علامات إثبات الأصالة إلى تنسيقها ، مثل الطابع الزمني ، وبيانات إبطال الشهادة ، وما إلى ذلك.

يتيح لك UEP توفير:

● تأكيد الاستدلال لحظة إنشاء التوقيع ؛

● إثبات إثبات صحة شهادة مفتاح التوقيع الإلكتروني وقت إنشائها ؛

● تخزين أرشيفية للوثائق الإلكترونية المهمة من الناحية القانونية.

كما ترى ، فإن التطورات والتقنيات الحديثة تجعل من الممكن ضمان تخزين المستندات الإلكترونية المهمة قانونًا.

جانب آخر مهم في مسألة تخزين الأرشيف في SWED هو التطور السريع للمعدات والتكنولوجيا. التقدم السريع لا يسمح لنا بالنظر إلى المستقبل أكثر من 10-15 سنة. لفهم ما نتحدث عنه ، دعنا نعود بضع سنوات إلى الوراء وماذا سنرى؟ لتخزين المعلومات ، يتم استخدام الأقراص المرنة مقاس 3 بوصات بشكل نشط. ولكن بالفعل في مارس 2011 ، وضعت شركة Sony حدًا لتاريخ الأقراص المرنة من خلال التوقف رسميًا عن إنتاجها وبيعها. والآن لا تفترض أجهزة الكمبيوتر ببساطة وجود محرك أقراص مرنة. تضمن الشركات المصنعة الحديثة للأقراص الضوئية تشغيل محركات الأقراص لمدة لا تزيد عن 10 سنوات. تعتمد مدة خدمة محركات أقراص فلاش على عدد عمليات الكتابة فوق البيانات. يشير كل هذا إلى أنه بعد مرور بعض الوقت ، نضطر ببساطة إلى الكتابة فوق المعلومات الموجودة على المزيد والمزيد من محركات الأقراص الحديثة. وبالتالي ، يجب أن يكون لدينا ضمانات بأنه في غضون 10 إلى 15 عامًا سنتمكن من التحقق من ES للمستندات المخزنة دون أي مشاكل ، وبالطبع "قراءة" تنسيق محرر النصوص الذي تم إنشاء المستند الإلكتروني فيه لمدة 10 سنوات منذ (مثل تنسيق المعجم). للقيام بذلك ، نحتاج إلى جهاز تشغيل ونظام تشغيل وأدوات للعمل مع ES التي ستدعم تنسيق المستند الإلكتروني المخزن.

هل كل هذا من المفترض أن يكون ممكنا؟

نعم. حتى الآن ، لدينا جميع الأدوات اللازمة لتنظيم التخزين الأرشيفي للسويد. يضمن استخدام تنسيق التوقيع المتقدم أن مستنداتك صالحة قانونيًا. تنظم مكان العمل، مما يسمح لك بالتحقق من ES بعد 10-15 سنة ، مع التنظيم المناسب للعمليات ، لا يسبب أيضًا صعوبات خطيرة. إن إنشاء الأرشيفات الإلكترونية لن يجعلك تنتظر مع زيادة الطلب عليها.

أكثر صعوبة هو الحال مع الإطار التشريعي RF في مجال الأرشفة الإلكترونية ، ولكن ربما أكثر من عمل أسرعيرفض الورق ، فكلما أسرع المعلومات التفصيلية عن الوثائق الإلكترونية ستظهر في بلدنا في قانون "المحفوظات الإلكترونية"؟ إن ظهور السوابق الأولى في منطقة تمت دراستها قليلاً حتى الآن سيجبر الدولة ببساطة على التعامل مع هذه القضية.

كل شيء مترابط ويعتمد علينا في معظم الحالات. التوقعات الفارغة لن تؤدي إلى نتائج - حان الوقت لبدء التمثيل!

لتنفيذ المراجعة في التشغيل التجاري ، يلزم ضمان التدابير التنظيمية التالية:

  1. إعداد دليل "توزيعات محطة العمل دون اتصال" لبرنامج "ASFC (SUFD)" لتوجيه مستندات عملاء محطة العمل "Offline - client FK" وكتالوجات تحميل البيانات.

  2. أنشطة لتدريب عملاء جدد على المبادئ الأساسية للعمل في النظام.

  3. فعاليات لتدريب موظفي OrFC على مبادئ التفاعل مع العملاء غير المتصلين والتحكم في تدفق المستندات.

2.3 الوثائق التي تم تغييرها

تم إجراء تغييرات على SUFD_RAS_System settings.doc - تم تحديث البند 7.1.4 ، تمت إضافة 7.1.11.

2.4 التغييرات على واجهة المستخدم

2.4.1 النظام الثابت GroupOutgoingPacket

تم تطوير GroupOutgoingPacket الثابتة للنظام (مجموعة الحزم الصادرة المرسلة بين AWS Offline و SUFD) (الشكل 1).

الثابت يأخذ القيمة:


  • 1 وأي قيمة بخلاف 0 - حزم المجموعة ؛

  • 0 - لا تجمع (افتراضي).
ثابت النظام لديه القدرة على إعادة تعريف منظمة تعسفية ، أي إنه ثابت على مستوى المنظمة.

  1. 1. EF ثابت نظام GroupOutgoingPacket

2.5 التغييرات في الدلائل

2.5.1. دليل "الكتاب المرجعي للحزم لـ OrFC"

في SUFD ومحطة العمل غير المتصلة بالإنترنت ، تمت إضافة حقل جديد "رمز المنظمة غير المتصل" إلى النموذج المعروض على الشاشة لسجل دليل الحزم لـ OrFC ، والذي يخزن رمز المنظمة التي يتم تقديمها على محطة العمل غير المتصلة (الشكل 2) ).


  1. 2. إدخالات EF لدليل الروابط لـ ORFC

2.5.2. كتيب "توزيعات محطات العمل دون اتصال"

تم تطوير كتاب مرجعي جديد "توزيعات محطة العمل دون اتصال" في عنصر القائمة "المراجع - النظام - إعدادات محطة العمل دون اتصال" (الشكل 3 ، 4).


  1. 3. EF للدليل "توزيعات محطات العمل دون اتصال"


  1. 4. سجلات EF للدليل "توزيعات محطات العمل دون اتصال"

3.SUFD-56709. تنقيح التحقق من صحة التوقيع الإلكتروني المتقدم

3.1 وصف موجز للمراجعة

وفقًا لرسالة الخزانة الفيدرالية بتاريخ 17 يوليو 2014 برقم 42-11.0-13 / 226 في PPO "ASFC (SUFD)":

  1. تم تحسين وظيفة Cryptoserver لتعزيز التوقيع الإلكتروني من حيث إضافة تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة من طابع زمني خارجي.

  2. تم تحسين وظيفة Cryptoserver لفحص التوقيع الإلكتروني المحسن من حيث تحسين الخوارزمية لفحص الطوابع الزمنية.

  3. تم تطوير وظيفة استخراج فترة صلاحية شهادة خدمة الوقت الموثوقة من طابع زمني خارجي في Cryptoserver.

  4. تم تطوير وظيفة "إحضار التوقيع الإلكتروني إلى تنسيق الأرشيف" في خادم التشفير.

  5. تم تطوير وظيفة لتسجيل الأحداث لجلب التوقيعات الإلكترونية إلى تنسيق أرشيف

  6. تم تطوير وظيفة إنشاء طلب لخدمة الوقت الموثوق بها لإنشاء طابع زمني للأرشيف في خادم التشفير.

  7. تم تطوير وظيفة تشكيل الطابع الزمني للأرشيف في Cryptoserver.

  8. تم تطوير وظيفة إضافة طابع زمني للأرشيف إلى التوقيع الإلكتروني في خادم التشفير.

  9. تم تطوير وظيفة في خادم MQ للحصول على تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة ، والتي تم استخدامها لإنشاء الطابع الزمني الأخير ، من التوقيع الإلكتروني.

  10. تم تطوير وظيفة "إحضار توقيع إلكتروني إلى تنسيق أرشيف" في خادم MQ.

  11. تم تحسين وظيفة تعزيز التوقيع الإلكتروني في خادم MQ من حيث إضافة تاريخ انتهاء صلاحية المعلمة لشهادة خدمة الوقت الموثوقة من طابع زمني خارجي.

  12. تم تحسين وظيفة تخزين التوقيع الإلكتروني من حيث إضافة حقل جديد "تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة".

  13. تم تحسين وظيفة "تعزيز التوقيع الإلكتروني" من حيث حفظ المعلومات حول تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة من طابع زمني خارجي.

  14. تم تحسين وظيفة التحقق من التوقيع الإلكتروني من حيث تحديد علامة التحقق من التوقيع الإلكتروني لشهادة خدمة الوقت الموثوقة.

  15. تم تطوير وظيفة "جلب التوقيعات الإلكترونية إلى تنسيق الأرشيف" للتوقيعات الإلكترونية المخزنة في PPO "ASFC (SUFD)".

كجزء من هذه المراجعة ، تم تنفيذ الأعمال التالية:

3.1.1. تطوير معلمة التكوين "فترة التجديد للطابع الزمني للأرشيف" (SUFDCORE-14146)

تمت إضافة معامل جديد "أرشيف فترة تحديث الطابع الزمني" (sufd.crypto.dateForUpdateArchiveTimestamp) إلى ملف تكوين sufd.properties.

الغرض من المعلمة هو تحديد الفترة بالأيام ، التي يتم عند اقترابها تحديث الطابع الزمني لأرشيف التوقيع. القيمة الافتراضية = 30 يومًا.

3.1.2 تطوير برنامج "تحديد فترة صلاحية شهادة خدمة الوقت الموثوقة" (SUFDCORE-13990)

تم تطوير برنامج "تحديد فترة صلاحية شهادة خدمة الوقت الموثوقة" للتوقيعات الإلكترونية المخزنة بالفعل في PPO "ASFC (SUFD)".

خوارزمية البرنامج كالتالي:


  1. يتم ملء الحقل "تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوق به" للتوقيعات الإلكترونية المخزنة بالفعل في برنامج ASFC (SUFD) عن طريق استخراج تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة من طابع زمني خارجي.

  2. يتم تنفيذ البرنامج مرة واحدة لكل توقيع إلكتروني يحتوي على حقل فارغ "تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوق به".
يتم إطلاق البرنامج وفقًا للجدول الزمني ويتم تنفيذه خارج وقت اليوم التشغيلي لأسطول المحيط الهادئ (العمل ليلاً).

3-1-3- تطوير وظيفة "جلب التوقيعات الإلكترونية إلى تنسيق الأرشيف" (SUFDCORE-13989)

تم تطوير وظيفة "إحضار التوقيعات الإلكترونية إلى تنسيق الأرشيف".

خوارزمية الوظيفة هي كما يلي:


  1. معلمة الإدخال هي فترة التداخل بين شهادات خدمة الوقت الموثوقة الحالية والجديدة (معلمة التكوين الجديدة SUFDCORE-14146).

  2. يتم تحديد التوقيعات الإلكترونية التي يكون الفرق بين فترة صلاحية شهادة خدمة الوقت الموثوقة من آخر طابع زمني (طابع زمني خارجي أو آخر طابع زمني في سلسلة الطوابع الزمنية للأرشيف) وتاريخ النظام الحالي أقل من قيمة البرنامج معلمة الإدخال ، لكنها أكبر من الصفر. تتم معالجة كل توقيع إلكتروني وفقًا للسيناريو التالي:

  • إذا تم إطلاق البرنامج على AWP SUFD-Portal أو AWP OrFK ، فحينئذٍ:

  • يتم إحضار التوقيع الإلكتروني من خلال استدعاء وظيفة "وظيفة جلب التوقيع الإلكتروني إلى تنسيق الأرشيف" لخادم التشفير إلى تنسيق الأرشيف ،

  • في تنسيق الأرشيف ، يتم تخزين التوقيع الإلكتروني وتاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة في قاعدة بيانات AWP SUFD-portal / AWP OrFC.

  • إذا تم تشغيل البرنامج على محطة عمل OFK غير المتصلة ، فحينئذٍ:

  • على أساس التوقيع الإلكتروني ، من خلال استدعاء الوظيفة "وظيفة إنشاء طلب لخدمة الوقت الموثوقة" لخادم التشفير ، يتم إنشاء طلب لخدمة الوقت الموثوق بها لتشكيل طابع زمني للأرشيف ؛

  • لتسليم الطلب إلى خدمة الوقت الموثوق بها ، يتم إنشاء مستند خدمة الناقل ، حيث يتم إضافة الطلب. يتم إرسال مستند الناقل إلى محطة العمل اللوجستية SUFD ؛

  • عند استلام مستند ناقل في محطة عمل SUFD-Logistics ، يتم استخراج طلب من المستند ، على أساسه ، من خلال المكالمات إلى الوظيفة "وظيفة إنشاء ملصق أرشيف بناءً على الطلب المرسل" ، طابع زمني للأرشيف لقد تكون؛

  • لتسليم الطابع الزمني الذي تم إنشاؤه ، يتم إنشاء مستند خدمة الحامل ، والذي يضاف إليه ختم أرشيف. يتم إرسال مستند الناقل إلى محطة عمل OFC-Offline ، والتي جاءت منها وثيقة الخدمة لتشكيل ملصق أرشيف ؛

  • عند استلام مستند حامل في محطة عمل OFC-Offline ، يتم استخراج ختم أرشيف من المستند ، ومن خلال استدعاء وظيفة "إضافة طابع زمني للأرشيف إلى التوقيع الإلكتروني" لخادم التشفير ، تتم إضافته إلى التوقيع الإلكتروني. بمجرد الإضافة ، يتم فحص سلسلة الطابع الزمني للأرشيف ؛ يتم تخزين التوقيع الإلكتروني ، الذي تم إحضاره إلى تنسيق الأرشيف ، وتاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة من ملصق الأرشيف في قاعدة بيانات AWS غير المتصلة بـ OFC.
تم تحسين مستند النظام من نوع UEP Carrier:

  1. تمت إضافة علامة الطلب: إما تعزيز ES ، أو تشكيل ملصق أرشيف.

  2. تمت إضافة حقل نوع التاريخ الذي ينقل تاريخ انتهاء صلاحية شهادة خدمة TSP من الطابع الزمني الأخير.

3-1-4. تحسين التخزين ، WF لبيانات ES (SUFDCORE-13988)

تم تحسين بنية تخزين بيانات ES: تمت إضافة حقل إضافي "تاريخ انتهاء صلاحية شهادة خدمة الوقت الموثوقة" إلى الجدول (بجوار حقل "آخر التحقق").

3.1.5. تحسين خادم Cryptoserver / MQ (SUFDCORE-13980)

خادم Cryptoserver / MQ محسّن من حيث:

  1. تحسين من حيث دعم توقيع الأرشيف (على سبيل المثال ، CAdES-A باستخدام سمة ختم وقت الأرشفة ، وهي طابع زمني للأرشيف).

    1. التوقيع:
(((CAdES-BES المستخدمة في FK + archive-time-stamp1) + archive-time-stamp2) .. archive-time-stampN)

    1. تشكيل - تكوين:

  • يقوم خادم التشفير ، بناءً على تجزئة توقيع الطابع الزمني الثاني ، بإنشاء طلب في SDV ؛


  • علامات SDV بمفتاحها ؛


    1. الفرض اللاحق للعلامات الأرشيفية:

  • يقوم خادم التشفير ، استنادًا إلى تجزئة التوقيع لآخر طابع زمني مؤرشف ، بإنشاء طلب في SDV ؛

  • تسحب ADD التجزئة وتطبق الوقت المحدد ؛

  • علامات SDV بمفتاحها ؛

  • يتم إرجاع الاستجابة المستلمة إلى خادم التشفير.

    1. فحص:
عند التحقق ، يتم التحقق من ملصق أرشيف الوقت - ختم N (إذا كان هناك عدة طوابع زمنية ، فسيتم فحص الطابع الزمني الأخير) - يتم فحص الشهادة للتأكد من صحتها في الوقت الحالي.

إذا كان الفحص ناجحًا ، فسيتم فحص سلسلة الملصق السابق بنفس الطريقة (وهكذا حتى العلامة الأولى) - يتم فحص الشهادة للتأكد من صحتها في الوقت المحدد في الملصق التالي.


    1. شرح التنفيذ الحالي:

  • وثيقة (أول 20 كيلوبايت) ؛

  • التوقيع على الوثيقة ؛

  • يتم وضع التسمية الأولى (الداخلية) على تجزئة التوقيع ؛

  • استجابة OCSP ؛

  • الملصق الثاني (الخارجي) متراكب على التجزئة (توقيع أول ملصق + توقيع استجابة OCSP).

    1. يعرّف معرف الكائن (OID) التالي سمة طابع الأرشيف الزمني: 1.2.840.113549.1.9.16.2.48.

  1. تحسين الوظيفة "إحضار إلى UEP" من حيث معامل الإرجاع الإضافي - "تاريخ انتهاء الصلاحية لآخر طابع زمني".

  2. تنفيذ وظيفة "Get by ES تاريخ انتهاء صلاحية شهادة الطابع الزمني الأخير".
تقوم الطريقة بإرجاع تاريخ انتهاء صلاحية شهادة الطابع الزمني الخارجي إذا كانت سمة الطوابع الزمنية الإضافية مفقودة ، أو آخر طابع زمني من سمة الطوابع الزمنية الإضافية إذا كانت موجودة.

3-1-6. تحسين التفاعل مع خادم التشفير "تعزيز التوقيع الإلكتروني" (SUFDCORE-13975)

تم تنفيذ نوع جديد من التفاعل مع Cryptoserver - "تعزيز التوقيع الإلكتروني":

  1. يتم إعطاء EP كمدخل.

  2. الإخراج هو UES مع طابع زمني إضافي (أرشيف - طابع زمني) ، وبشكل منفصل تاريخ انتهاء صلاحية الشهادة والطابع الإضافي (الطابع الزمني الأخير).

  3. حفظ المعلمة التي تم إرجاعها "تاريخ انتهاء الصلاحية لآخر طابع زمني" (عند "إحضار إلى UES" أو "تحسين ES إلى تنسيق تخزين الأرشيف") في الحقل المقابل لجدول تخزين ES (SUFDCORE-13988 - الحقل "تاريخ انتهاء الصلاحية شهادة خدمة الوقت الموثوقة ".

3.1.7 تحسين وظيفة التحقق من التوقيع (SUFDCORE-13969)

تم تحسين وظيفة التحقق من التوقيع الإلكتروني المحسن (SES) من حيث تحسين الخوارزمية لفحص الطوابع الزمنية.

خوارزمية فحص الطوابع الزمنية هي كما يلي:


  1. في معلمات وظيفة "التحقق من صحة التوقيع الإلكتروني المحسن" ، يتم تحديد علامة التحقق وفقًا للخوارزمية الحالية. في هذه الحالة ، يتم فحص الطابع الزمني الخارجي لمعرفة تاريخ إنشائه ، ويتم التحقق من الطابع الزمني الداخلي لتاريخ إنشاء الطابع الزمني الخارجي.

  2. في معلمات وظيفة "التحقق من التوقيع الإلكتروني المعزز" توجد علامة تحقق وفقًا للخوارزمية الجديدة ، ثم في هذه الحالة:

  • يحتوي التوقيع الإلكتروني على سلسلة من علامات الأرشفة ، وفي هذه الحالة يتم التحقق من الطابع الزمني رقم N في السلسلة لتاريخ النظام الحالي ، ويتم فحص الطابع الزمني (N-1) لتاريخ إنشاء الطابع الزمني رقم N. يتم التحقق من الطابع الزمني الخارجي لتاريخ تكوين الطابع الزمني الأول للأرشيف ؛

  • لا يحتوي التوقيع الإلكتروني على سلسلة من الطوابع الزمنية الأرشيفية ، وفي هذه الحالة يتم فحص الطابع الزمني الخارجي مقابل تاريخ النظام الحالي ، ويتم التحقق من الطابع الزمني الداخلي مقابل تاريخ إنشاء الطابع الزمني الخارجي.

ادعى UEP لحل ألفي جريمة
أكمل مكتب المدعي العام في موسكو مراجعة أعمال إدارة الجرائم الاقتصادية التابعة لمديرية الشؤون الداخلية المركزية في موسكو. وكشف أن رجال الشرطة متورطون في التذييلات والتقارير المشوهة ، بينما لا أحد يبحث عن الكثير من المجرمين الخطرين إطلاقاً. UEP نفسها لا توافق بشكل قاطع مع هذا. وتتهم إدارتها المفتشين بعدم الاحتراف وعدم الرغبة في دراسة الوضع بدقة. حاول مراسل Kommersant VLADIMIR Kommersant-SYUN القيام بذلك.

منذ بداية التدقيق ، أصبح من الواضح للمدعين العامين أنه بدلاً من عمل فعلييخلق UEP رؤيته بقوة. ولكي لا يفقدوا ماء الوجه أمام وزارة الداخلية ، تعلم رجال شرطة العاصمة كيفية التعامل مع التذييلات ليس أسوأ من الأشخاص الذين يجب أن يقاتلوا معهم أثناء الخدمة. وفقًا لإيجور بوبروفسكي ، رئيس مكتب المدعي العام للإشراف على تنفيذ القوانين في هيئات الشؤون الداخلية ، "يتم تسجيل مئات ما يسمى بالجرائم المستمرة في UEP". "خذ ، على سبيل المثال ، ريادة الأعمال غير القانونية ،" يقول بوبروفسكي ساخطًا. إذا استورد شخص ما بشكل غير قانوني 100 إطار ، فإن جرائم التهريب ليست جريمة واحدة ، بل مائة ". ونتيجة لذلك ، ألغى مكتب المدعي العام في المدينة تسجيل أكثر من ألف وقائع احتيال وأكثر من مائة من حالات التهريب و 113 حادثة رشوة في العام الماضي وحده. وإجمالاً - أكثر من ألفي جريمة ، كشف UEP عن نفسه.
بالإضافة إلى ذلك ، وفقًا لمكتب المدعي العام ، خدع الأيبوفيت الوزارة ، مدعين أنه لا يوجد عمليًا أي روتين في إدارتهم وأنه تم النظر في القضايا حرفياً في غضون أيام. على سبيل المثال ، تم حل 147 جريمة في ثلاثة أيام. خلال نفس الفترة ، رُفضت 173 قضية.
ومع ذلك ، وجد المدعون أنه تم النظر في حالتين فقط من أصل 147 حالة في غضون ثلاثة أيام ، و 13 حالة في غضون 10 أيام ، وتم اتخاذ قرارات في 58 قضية لأكثر من ثلاثة أشهر ، وتم النظر في 26 قضية لأكثر من ستة أشهر. في كثير من الحالات ، تم كسر جميع السجلات بشكل عام (حوالي عامين). ولكن ، كقاعدة عامة ، خلال التحقيقات المطولة ، تفقد الأدلة صحتها ، وتختفي الوثائق والقيم المادية ، ويتمكن المجرمون من الفرار.
على سبيل المثال ، في عام 1996 ، تلقى UEP شكوى حول الأنشطة الاحتيالية لـ Mysyagin ، المدير العام لـ CJSC "روما الثالثة". كان من المفترض أن يختلس 90 مليون روبل. تم إجراء التحقق من الحقائق لأكثر من عام ونصف. ثم أصدر القسم التاسع من UEP قرارًا برفض رفع دعوى جنائية. واعتبرت النيابة بدورها هذا القرار غير معقول واستأنفت التحقيق.
نفس الشيء حدث مع مواد الصندوق الفيدرالي للتأمين الطبي الإجباري. تم تلقي معلومات حول الاحتيال المالي في هذا الهيكل في يناير 1997 ، وبدأت الشرطة في التحقق من ذلك بعد شهر واحد فقط. وبعد ستة أشهر ، أرسل UEP المواد إلى GUEP التابع لوزارة الشؤون الداخلية. من هناك ، في نهاية عام 1997 ، تم إرسالهم مرة أخرى إلى شرطة المدينة ، التي رفضت في النهاية فتح قضية جنائية. استغرق المدعون أقل من شهر لفرز الموقف وفتح قضية.
في المجموع ، تم إلغاء 38 قرارًا من أصل 190 مادة درسها مكتب المدعي العام بالمدينة بشأن رفض رفع دعاوى جنائية. وفقًا لـ 15 مادة ، بدأ مكتب المدعي العام نفسه في قضايا جنائية ، ووفقًا لـ 23 UEP ، تم اقتراح إجراء تحقيق أكثر دقة.
وقد أدى هذا الإهمال إلى حقيقة أنه منذ عام 1994 ، وفي كثير من الحالات ، لا يتم تفتيش المحتالين على الإطلاق. حتى ما يسمى بقضايا البحث العملياتي لم تفتح ضدهم.
حقيقة أن UEP غالبًا ما تتجاهل التزامها بمشاركة المعلومات حول الهياكل التجارية مع السلطات الضريبية تسببت في شكاوى معينة من مكتب المدعي العام في المدينة. وفي هذا الصدد ، يقول المدعون إن نظام تسجيل الجرائم من وزارة الداخلية يجب أن يُنقل إلى هياكل مستقلة. على سبيل المثال ، وزارة العدل ، وهي ليست هيئة لمكافحة الجريمة وليست مهتمة بالتذييلات. على ما يبدو ، بوريس يلتسين ، الذي وقع مؤخرًا مرسومًا "بشأن ضمان التفاعل وكالات الحكومةفي مكافحة الجرائم في المجال الاقتصادي "، وأمر بهذه الوثيقة الحكومة بوضع نظام موحد لتسجيل الجرائم المكتشفة في المجال الاقتصادي في غضون ثلاثة أشهر.
رأي قيادة UEP حول نتائج فحص المدعي العام مخالف تمامًا. يعتقد رئيس القسم ، العقيد أناتولي فيلاتوف ، أن التسجيل في دائرته مستحيل أساسًا: "المدعون يخلطون بين الجريمة من زمن الركود واليوم. الآن القضايا الجنائية ذات طبيعة متعددة الحلقات. ونحن نحقق في كل حلقة على حدة. الأمر ليس لهم ، فهم لا يتعمقون في الأمر ، يأخذون المواد من مركز معلومات المنطقة ، يرون أن هناك العديد من الحلقات في القضية - ها هو التذييل المناسب لك.
يشك فيلاتوف أيضًا في أن مكتب المدعي العام سيكون قادرًا على رفع القضايا الجنائية التي أغلقتها UEP إلى المحكمة. ويؤكد الكولونيل: "خلال عشرين عامًا من الخدمة ، لا أتذكر أن المدعين قد سجنوا شخصًا على أساس مواد مهجورة. ثم أغلقوه بأنفسهم ، ولم يعثروا على الجرم".
يجب أن يقال أن مثل هذه النزاعات هي نموذجية لوكالات إنفاذ القانون. ويكشف مكتب المدعي العام في جميع وحدات الشرطة الخاضعة للتدقيق ، صفة الإفشاء ، وإخفاء الجرائم الحقيقية. منذ أوقات الركود ، تم إعطاؤهم خططًا صارمة إلى حد ما لمكافحة الجريمة من الأعلى. الآن تدعي وزارة الداخلية أنه لا توجد مثل هذه الخطط. لكن هناك مؤشرات على محاربة الجريمة وهي المعيار الأساسي لتوزيع المكافآت ومنح الألقاب والتعيين في منصب جديد. يعمل نفس النظام في مكتب المدعي العام: كلما وجد موظفوه انتهاكات في عمل الشرطة ، كلما تلقوا المزيد من التشجيع من قيادتهم. باختصار ، اتضح أن حلقة مفرغة - من المفيد للجميع التعامل مع التذييلات.