ربط التوقيع الإلكتروني بدورة المستند: أسئلة النطاق والاختبار

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

قرار يسبق الربط: أي توقيع تحتاجه كل وثيقة؟

ليس كل «توقيع إلكتروني» متساويًا في الأثر. صفحة DocuSign القانونية الخاصة بالمملكة تذكر أن التوقيعات الإلكترونية معترف بها في المملكة منذ 2007 بموجب نظام التعاملات الإلكترونية، وأن اللائحة التنفيذية صدرت في 2024، وتشير إلى أن الشهادات الرقمية من مزودين مرخصين ليست شرطًا لانعقاد العقد لكنها تجعل الطعن في التوقيع أصعب. وتذكر الصفحة نفسها أمثلة لوثائق لا يناسبها التوقيع الإلكتروني عادة، منها نقل صكوك العقار والوكالات وعقود تأسيس الشركات ووثائق الأحوال المدنية.

ومن جهة مزودي خدمات الثقة، يعرّف موقع emdha نفسه بأنه أول شركة في المملكة مرخصة من هيئة الاتصالات والفضاء والتقنية، وأنها خاضعة لتنظيم هيئة الحكومة الرقمية. أما القائمة الكاملة للمزودين المرخصين فمرجعها هيئة الحكومة الرقمية نفسها؛ راجعها مباشرة قبل الاختيار.

نقاط التماس الثلاث بين الأرشيف ومنصة التوقيع

قبل التوقيع: أي إصدار يُرسل؟

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

أثناء التوقيع: كيف تنعكس الحالات؟

طلب التوقيع يمر بحالات: أُرسل، فُتح، وقّع بعض الموقعين، اكتمل، رُفض، انتهت مهلته، أُلغي. ليس كل هذه الحالات يهم الأرشيف، لكن بعضها يغير ما يجب أن يحدث للمستند. المصفوفة في القسم التالي تحدد ذلك.

بعد التوقيع: ماذا يعود؟

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

مصفوفة حالات التوقيع وأثرها على المستند

صف «اكتمل التوقيع» هو الأهم: الملف الموقع يجب أن يصبح إصدارًا من المستند نفسه في الأرشيف، لا مستندًا جديدًا منفصلًا. بهذا يرى من يفتح العقد تاريخه كاملًا: المسودات، والإصدار المعتمد داخليًا، والإصدار الموقع، في سلسلة واحدة.

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

حالات اختبار الربط

هذه الحالات تُنفَّذ في بيئة اختبار لدى مزود التوقيع ببيانات تجريبية، وتُكتب نتيجتها في محضر القبول مع اسم من نفذها وتاريخه:

الحالة 9 تستحق انتباهًا خاصًا: بعض عمليات الأرشفة تعيد معالجة ملفات PDF (ضغطًا أو تحويلًا لصيغة حفظ أو إضافة طبقة نص)، وهذا قد يُبطل التحقق من توقيع مضمن في الملف. اطلب التأكد من أن الملف الموقع يُحفظ كما وصل، وأن أي معالجة للبحث تُطبَّق على نسخة مشتقة لا على الأصل.

أسئلة النطاق

الاعتماد الداخلي شيء والتوقيع الخارجي شيء آخر

خلط شائع يرفع تكلفة المشروع دون حاجة: إرسال كل موافقة داخلية إلى منصة توقيع. حين يعتمد مدير المشتريات طلبًا داخل مسار سير العمل في الأرشيف، يُسجَّل اعتماده باسمه ووقته في سجل التدقيق، وهذا كثيرًا ما يكفي للإجراءات الداخلية. أما حين يكون المستند اتفاقًا مع طرف خارجي، أو حين تشترط سياسة الجهة أو طبيعة الوثيقة توقيعًا بعينه، فهنا يأتي دور منصة التوقيع.

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

أخطاء تتكرر في مشاريع ربط التوقيع

إن غيّرت مزود التوقيع بعد سنوات

عقد التوقيع الإلكتروني عادة أقصر من عمر العقود التي تُوقَّع عليه. عقد توريد لخمس سنوات قد يُوقَّع على منصة تغيّرها الجهة بعد سنتين. لذلك يجب أن يكون كل ما تحتاجه لإثبات التوقيع محفوظًا في الأرشيف لا في منصة المزود: الملف الموقع كما صدر، وسجل الأدلة، وأي شهادة أو وسيلة تحقق يوصي بها المزود. اسأل المزود صراحة: كيف يُتحقق من توقيع صدر عبركم إن لم نعد عملاء لديكم؟ واكتب الجواب في ملف المشروع، واختبره مرة واحدة على الأقل بملف قديم قبل انتهاء أي عقد مع المزود، لا بعده.

مثال: عقود التوريد في شركة تشغيل وصيانة

أين يقع وثيقة في هذه الدورة

يدعم وثيقة التوقيع الإلكتروني ضمن مسار الاعتماد نفسه، فيُرسل الإصدار المعتمد للتوقيع ويعود الملف الموقع إلى المستند. ويتيح معه الأجزاء التي تحيط بالتوقيع: مسارات موافقة مخصصة لكل نوع مستند ومتعددة المراحل، وتتبع الإصدارات مع سجل كامل لكل تعديل وإمكان العودة لأي إصدار، وأرشفة نهائية تلقائية بعد الاعتماد، وإشعارات بالبريد وSMS، واستخراج بيانات رئيسية من العقود مثل الأطراف والقيمة وتاريخ الانتهاء، وسجل تدقيق محمي من التلاعب. أما مزود التوقيع المعتمد لدى جهتك فيُحدَّد في النطاق الفني مع إعداداته: الأحداث المتابَعة، وحالات التوقيع، وما يعود إلى الأرشيف. ويعرض فريق وثيقة السيناريو كاملًا في العرض التوضيحي، وطبّق عليه حالات الاختبار العشر أعلاه.

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

من قائمة القانونية إلى طلب العرض

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