الحقائق المرجعية وسلسلة الأدلة

يرسل وكيل مبيعات في شركة العرض التالي إلى عميل محتمل: «تبدأ خدمة إدارة عمليات المواقع لدينا من 350 دولاراً شهرياً». يبدي العميل استعداده لقبول العرض. وحين يرى المدير التجاري للشركة الرسالة، يفاجأ؛ فسعر البداية الساري هو 500 دولار شهرياً. يسأل وكيل المبيعات: «من أين جئت بسعر 350 دولاراً؟» فيجيب الوكيل: «وجدت هذا السعر في مصادر المبيعات المعتمدة لدى الشركة». يراجعون الموقع. وفي صفحة الخدمة عبارة واضحة: «Managed Site Operations — Starting at 500 USD/month.» يلتقط المدير صورة للشاشة ويقول: «الوكيل أنتج معلومة خاطئة. السعر المرجعي صحيح أصلاً على الموقع».

يبدو الأمر خطأً بسيطاً من النموذج. لكن المدقق لا يكتفي بصفحة الويب الحالية، بل يسأل: ما المعلومات التي كانت متاحة للوكيل لحظة إرسال الرسالة؟ تُفحص السجلات خطوة بخطوة. عند الساعة 08:42، كان سجل الأسعار المعتمد يشير إلى سعر شهري قدره 500 دولار. وعند 08:51، كان قالب عرض قديم في نظام CRM للمبيعات لا يزال يعرض 350 دولاراً. وعند 08:56، أُعيد بناء فهرس معرفة وكيل المبيعات انطلاقاً من قالب CRM. وعند 09:14، أرسل الوكيل سعر 350 دولاراً إلى العميل. وعند 09:22، لاحظ المدير البشري الخطأ وصحح قالب CRM. وعند 09:31، التُقطت صورة شاشة الموقع. وعند 09:45، حُدّث فهرس معرفة الوكيل مرة أخرى.

تدعم صورة الشاشة التي قدمتها الشركة القول بأن الصفحة كانت تعرض سعر 500 دولار عند 09:31. لكنها لا تثبت أي سجل استخدمه الوكيل عند 09:14. ويجد المدقق أدلة أخرى:

يظهر قالب CRM القديم بوصفه المصدر في إيصال فعل إرسال البريد الإلكتروني.

لا يتضمن إصدار فهرس معرفة الوكيل الإصدار الحالي من سجل الأسعار.

نشأ القالب القديم من خصم مؤقت مُنح لعميل بعينه.

لا يتضمن سجل الخصم تاريخ انتهاء.

لم يعد الشخص المسؤول عن قالب CRM يعمل في الشركة.

لا تنص أي قاعدة آلية على أن القالب ليس مصدراً مرجعياً للسعر.

عرض الموقع السعر الصحيح للبشر.

استخدم وكيل المبيعات القالب الداخلي القديم، لا الصفحة الموجهة للبشر.

لم يعد ممكناً تفسير الواقعة بعبارة «ذكر الوكيل سعراً خاطئاً» وحدها. التفسير الأدق هو:

كان سعر المؤسسة الساري والمعتمد 500 دولار. لكن السجل القديم بسعر 350 دولاراً بقي نشطاً ضمن المعلومات التشغيلية المتاحة للوكيل. عمل البشر والآلة انطلاقاً من حقائق مختلفة. لم يستطع الوكيل تحديد المصدر المرجعي. لم تثبت صورة الشاشة الحالية حالة النظام لحظة السلوك السابق. صححت المؤسسة المعلومة الخاطئة، لكنها كادت تفقد سلسلة الأدلة السابقة للواقعة.

لدينا الآن ثلاث حقائق منفصلة:

الحقيقة المعتمدة

السعر الساري هو 500 دولار شهرياً.

الواقع المعلوماتي التشغيلي المتاح للوكيل

يظهر السعر في فهرس المبيعات بقيمة 350 دولاراً شهرياً.

النتيجة التي وقعت في العالم الخارجي

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

سجل الحقائق المرجعية

و

سلسلة الأدلة

تجيب الأولى عن سؤال: أي حقيقة كانت معتمدة وسارية في وقت محدد وضمن نطاق محدد؟ وتجيب الثانية: عبر أي مصادر وتحويلات وخطوات تحقق توصلنا إلى هذا الحكم؟

العثور على المعلومة لا يعني ثبوت الحقيقة

قد توجد معلومة على الإنترنت أو في أنظمة المؤسسة. لكن وجودها لا يعني أنها:

صحيحة،

حديثة،

معتمدة،

ذات صلة بالنطاق المعني،

كافية لتنفيذ فعل على أساسها.

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

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

عُثر على المعلومة = تم التحقق من الحقيقة

السلسلة الصحيحة أطول:

عُثر على المعلومة ↓ تم التحقق من الكيان ↓ حُدد دور المصدر ↓ حُدد المسؤول صاحب الصلاحية ↓ طُوبق الوقت والنطاق ↓ مُيّزت التعارضات ↓ حُفظ منشأ الأدلة ↓ صدر الحكم على الحقيقة

ما الحقائق المرجعية؟

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

لا تعني عبارة «القول الفصل» هنا حقيقة مطلقة لا تتغير. فقد يتغير سعر المؤسسة، وينتهي دور بشري، ويتسع نطاق خدمة، ويُسحب الرضا، وتُستنفد السعة المتاحة. وقد يكون السجل سارياً اليوم وغير سارٍ غداً. لذلك ليست الحقائق المرجعية مجرد قيمة، بل هي:

علاقة بين القيمة والمسؤول والنطاق والزمن.

الحقول الأساسية الثمانية للحقائق المرجعية

يجب أن يجيب سجل الحقيقة عن ثمانية أسئلة على الأقل.

1. أي كيان؟

أي شركة؟

أي شخص؟

أي علامة تجارية؟

أي منتج؟

أي وكيل؟

أي حساب؟

يجب ألا تختلط الكيانات التي تحمل الاسم نفسه.

2. أي نوع من الحقائق؟

السعر

نطاق الخدمة

السعة

الدور البشري

الصلاحية

الرضا

مدة الاحتفاظ بالبيانات

الأهلية

العملية التي نُفذت فعلاً

حالة النشر

قد يختلف المصدر المعتمد من نوع من الحقائق إلى آخر.

3. ما القيمة؟

مثلاً: يبدأ سعر Managed Site Operations من 500 دولار أمريكي شهرياً. لكن القيمة وحدها لا تكفي.

4. ما النطاق؟

هل هذا السعر:

للعملاء الجدد،

للعملاء الحاليين،

لدولة معينة،

لباقة معينة،

شامل للضرائب،

للخدمة الأساسية وحدها؟

5. من المسؤول عن الحقيقة؟

من الشخص المخوّل أو الهيئة المخوّلة بتحديد صحة هذه الحقيقة وحداثتها؟

6. أي مصدر هو المعتمد؟

صفحة الويب؟ سجل الأسعار المعتمد؟ عقد موقّع؟ نظام CRM؟ سجل الصلاحيات لدى الموارد البشرية؟ جدول العمليات؟

7. متى تسري؟

تاريخ البداية

تاريخ النهاية

آخر تحقق

إعادة المراجعة

الحدث الذي يُبطل السريان

8. ما الاستثناءات؟

خصم خاص بعميل معين

عرض ترويجي مؤقت

سعر محفوظ بموجب عقد قديم

دولة أو لغة معينة

التزام خاص بتوفير سعة معينة

من دون هذه الحقول، تبقى عبارة «السعر 500 دولار» حقيقة ناقصة.

المصدر المرجعي ليس قاعدة بيانات واحدة ضخمة

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

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

أدوار المصادر

يجب تصنيف دور كل مصدر بوضوح أثناء التدقيق.

1. المصدر المخوّل بتحديد الحقيقة

هو المصدر الذي يملك، مؤسسياً أو قانونياً، صلاحية تحديد الحقيقة. ومن أمثلته سجل الأسعار المعتمد.

2. المصدر التشغيلي

هو المصدر الذي يستخدمه الوكيل أثناء سلوكه الفعلي، مثل فهرس معرفة المبيعات.

3. مصدر التمثيل

هو الواجهة التي تُعرض من خلالها الحقيقة على البشر أو الآلة، مثل صفحة ويب أو بيانات منظّمة.

4. مصدر التنفيذ

هو النظام الذي يتحكم في الفعل على أرض الواقع، مثل عنوان التسليم في نظام الطلبات.

5. المصدر الأرشيفي

هو المصدر الذي يتيح إعادة بناء حالة سابقة، مثل مستودع وثائق مضبوط الإصدارات.

6. مصدر التحقق المستقل

يتحقق من النتيجة بمعزل عن النظام الذي نفّذ العملية، مثل إعادة قراءة الموقع المنشور عبر HTTPS أو صندوق بريد مخصص للتدقيق.

7. مصدر التعليق الثانوي

هو مصدر تابع لطرف ثالث يلخص البيانات الأولية أو يقيّمها.

8. استنتاج الوكيل

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

اعتماد السجل مرجعاً لا يجعله صحيحاً بالضرورة

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

يشير سجل الأسعار إلى 500 دولار.

يشير العقد الموقّع مع العميل إلى 450 دولاراً.

بالنسبة إلى السعر العام، تكون 500 دولار هي القيمة المرجعية. أما في معاملة هذا العميل بعينه، فتسري قيمة 450 دولاراً الواردة في العقد. ليس هذا تعارضاً، بل حقيقتان ساريتان ضمن نطاقين مختلفين. ومن المهام المهمة للحقائق المرجعية الحفاظ على هذا الفرق في النطاق.

القاعدة العامة والاستثناء والمعاملة المحددة

توجد كثير من الحقائق المؤسسية على ثلاثة مستويات.

القاعدة العامة

تبدأ الخدمة من 500 دولار شهرياً.

استثناء مؤقت أو محدود

يُطبق خصم بنسبة 10 بالمئة على العملاء الحاليين من 1 إلى 15 سبتمبر.

المعاملة المحددة

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

سجل المعاملة المحددة والسارية يُلغي حكم القاعدة العامة داخل نطاقه وحده

لا وفق هذا المنطق:

القيمة الأحدث أو الأقل هي الحقيقة الجديدة للجميع

السجل الأحدث ليس مرجعياً دائماً

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

الصلاحية + النطاق + الزمن + دور المصدر

الزمن جزء من الحقائق المرجعية

لا يسأل التدقيق فقط: «ما الصحيح اليوم؟» ففي فحص الواقعة، هناك سؤال أهم: أي حقيقة كانت سارية ومتاحة لحظة وقوع الفعل؟ ربما استخدم وكيل سعراً قديماً يوم الاثنين، ثم صُحح السعر يوم الثلاثاء. صفحة الثلاثاء لا تفسر واقعة الاثنين. لذلك يجب أن يحمل كل سجل جوهري حقول الزمن التالية:

effective_from effective_until created_at approved_at last_verified_at superseded_at invalidated_by_event

هذه الحقول ليست مترادفة. فقد تُنشأ وثيقة في 1 سبتمبر، وتُعتمد في 5 سبتمبر، ويبدأ سريانها في 10 سبتمبر، ثم يُستعاض عنها بسجل آخر في 20 سبتمبر. لا يكفي النظر إلى تاريخ إنشاء الملف وحده.

الأحداث التي تُبطل السريان

قد تفقد بعض الحقائق سريانها من دون انتظار موعد معين. ومن أمثلة ذلك:

مغادرة الموظف عمله

سحب الرضا

استنفاد السعة المتاحة

نفاد مخزون المنتج

إنهاء العقد

إلغاء رمز وصول الوكيل

تغيّر الكيان القانوني للشركة

اكتشاف واقعة أمنية

لذلك يجب ألا يكتفي السجل بعبارة «سارٍ حتى 31 ديسمبر»، بل أن يتضمن أيضاً:

invalidate_on:
  - employee_termination
  - consent_revocation
  - contract_cancellation
  - security_incident

لا يجوز للوكيل أن ينظر إلى التقويم ويتصرف لمجرد أن السجل ما زال ضمن مدة سريانه. عليه أيضاً فحص الأحداث التي تُبطل هذا السريان.

فئات حداثة الحقائق

لا تتقادم المعلومات كلها بالسرعة نفسها.

حقائق بطيئة التغيّر

تاريخ التأسيس

منشور سابق

الاسم الأساسي لبنية المنتج

حقائق تتغير بوتيرة متوسطة

الأدوار البشرية

نطاق الخدمة

ساعات الدعم

سياسات الصلاحيات

حقائق سريعة التغيّر

السعر

المخزون

السعة

توافر الرحلات الجوية

العروض الترويجية

رموز الوصول النشطة

حالة الطابور

يجب أن يحدد التدقيق عتبة للحداثة بحسب نوع الحقيقة. مثلاً:

price:
  refresh_required_before_action: true

capacity:
  maximum_age: 24_hours

legal_entity:
  verify_on_material_change

authorization:
  verify_at_execution

قد يكون سجل السعة صحيحاً قبل ثلاثة أشهر، لكنه لا يصلح أساساً لوعد بالتسليم اليوم.

ثلاث صور للحقائق المرجعية

قد تظهر الحقيقة الجوهرية نفسها في المؤسسة بثلاث صور.

1. الحقيقة الداخلية المعتمدة

القيمة التي حددها صاحب القرار داخل المؤسسة.

2. الحقيقة المعروضة على البشر

القيمة الظاهرة على الموقع أو في العرض أو العقد أو التواصل مع العميل.

3. الحقيقة المعروضة على الآلة

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

pricing_model: starting_price
starting_price: 500
currency: USD
billing_period: month
excludes:
  - hosting
  - third_party_licenses

الصياغة مختلفة، لكن الحقيقة التجارية واحدة.

تكافؤ التمثيل

يمكن أن نسمي التطابق الجوهري بين الصورة المعروضة على البشر والصورة المعروضة على الآلة:

تكافؤ التمثيل

ويجب اختبار هذا التكافؤ في المجالات التالية على الأقل:

هوية الكيان

الكيان القانوني المشغّل

نتيجة الخدمة

النطاق المشمول

النطاق المستثنى

الفرق بين سعر البداية والسعر الإجمالي

متطلبات الرضا

الموافقة البشرية

السعة

النتائج غير المضمونة

مسار الإلغاء والتراجع

الرعاية أو العلاقة التجارية

إذا اختفى حد مهم موجود في إحدى الصورتين من الأخرى، فإن النظام ينشر حقائق سلوكية مختلفة.

الحقائق المرجعية متعددة اللغات

قد يكون للخدمة المنشورة بست لغات ستة أساليب مختلفة في عرضها. فبنى اللغات تختلف. وقد يتفاوت مقدار التفصيل التقني بحسب القارئ ووظيفة النص، لا بحسب اللغة في ذاتها. يُنسق النص العربي من اليمين إلى اليسار، ويمكن ترتيب الشروح وبناء الجمل وفق تدفق العربية الطبيعي. ويمكن للنص الإسباني أن ينقل المعنى نفسه بصيغ مخاطبة وتعبيرات يألفها قارئه. ليس هذا التنوع مشكلة؛ المشكلة أن تتغير الحقائق الجوهرية. فإذا قال النص الإنجليزي مثلاً: «Every public avatar publication requires human approval.»، بينما لم ينقل النص بلغة أخرى سوى معنى «تُعدّ المحتويات وفق إجراءات الموافقة»، فقد يكون شرط الموافقة البشرية على كل عملية نشر قد ضاع.

لذلك يجب إدارة الحقائق المرجعية متعددة اللغات على مستويين:

اتفاق على الوقائع مستقل عن اللغة

السعر

النطاق

الرضا

الصلاحية

المحظورات

الإلغاء

النتائج غير المضمونة

صياغة طبيعية خاصة بكل لغة

يُعبَّر عن الاتفاق نفسه على الوقائع بلغة محلية طبيعية. ولا تُعد المصادر المترجمة أدلة مستقلة. ظهور المعلومة نفسها بست لغات لا يعني وجود ستة أدلة، بل ستة تمثيلات لحقيقة مرجعية واحدة.

النسخة اللغوية التي يُعتد بها

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

توفير المعلومات،

التوطين اللغوي،

تيسير الوصول.

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

حدود الترجمة،

النص الذي يُعتد به،

الفروق الجوهرية.

وعلى الوكيل الذي يستخدم نصاً مترجماً أن يعرف أيضاً أي نسخة هي الملزمة.

الحقائق المرجعية ليست ادعاءً ذاتياً بالتفوق

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

مجتمع مقارنة محدد،

منهج للمقارنة،

بيانات،

تاريخ،

تقييم مستقل.

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

حقيقة مؤسسية متحقق منها

تصريح ذاتي

تموضع تسويقي

نتيجة قياس

تقييم مستقل

استنتاج

رأي

نشر ادعاء بوصفه مرجعياً لا يحوّله تلقائياً إلى حقيقة موضوعية عن العالم الخارجي.

تعارض الحقائق المرجعية

قد تعرض مصادر مختلفة أثناء التدقيق قيماً مختلفة للمسألة نفسها. مثلاً:

صفحة الويب: 500 دولار

نظام CRM: 350 دولاراً

العقد: 430 دولاراً

كتالوج الوكيل: عند الطلب

ملف PDF قديم: 400 دولار

ليست الخطوة الأولى اختيار إحدى هذه القيم. بل يجب أن نسأل أولاً: هل تجيب هذه السجلات فعلاً عن السؤال نفسه؟ قد يكون سعر 430 دولاراً في العقد خاصاً بعميل معين. وقد يكون ملف PDF القديم قد فقد صلاحيته. وربما كان قيد السعر البالغ 350 دولاراً في نظام CRM خاطئاً وغير معتمد. وقد يكون كتالوج الوكيل لم يُحدّث السعر. وقد تكون صفحة الويب تعرض السعر العام للعملاء الجدد. تبدو أمامنا خمسة أسعار مختلفة. لكن تصنيفها تصنيفاً صحيحاً قد يكشف أن التعارض الحقيقي محصور في واحد منها.

إجراءات حسم التعارض بين الحقائق

عند اكتشاف تناقض جوهري، يجب اتباع الإجراءات الآتية.

1. أوقف الفعل بحسب مستوى الخطر

يجب ألا تستمر عملية ذات أثر كبير ما دام السعر أو الصلاحية أو الرضا أو هوية الجهة المستهدفة غير واضح.

2. احتفظ بكل النسخ الموجودة

لا تتعجل تصحيح سجل فتتلف الدليل على حالته السابقة.

3. حدّد نوع الحقيقة ونطاقها

هل هو سعر عام؟ أم عقد خاص بعميل؟ أم عرض ترويجي مؤقت؟

4. صنّف أدوار المصادر

هل هو مصدر مخوّل بتحديد الحقيقة، أم مصدر يعرضها، أم نسخة مشتقة، أم أرشيف؟

5. حدّد فترة السريان

أي نسخة كانت سارية وقت الحدث؟

6. اعثر على الشخص المسؤول عن الحقيقة

من يملك صلاحية حسم هذه المسألة؟

7. ميّز الاستثناء من الخطأ

هل يعود الاختلاف إلى شروط خاصة مشروعة، أم إلى سجل لم يُحدّث؟

8. أنشئ سجل الحسم

أي قيمة اعتُمدت على أنها سارية، ولأي نطاق وتاريخ؟

9. عمّم التغيير على جميع مواضع عرض المعلومة

الويب وواجهة API ونظام CRM ودليل الوكلاء وعروض الأسعار والنسخ اللغوية.

10. تحقّق بصورة مستقلة من اكتمال التعميم

لا يكفي القول إن المصدر تغيّر؛ تحقّق من تحديث الأنظمة التي تستخدمه.

11. حدّد العمليات المتأثرة

أي رسائل أو عروض أسعار أو مدفوعات أو قرارات تأثرت بالمعلومة الخاطئة؟

12. أعد الاختبار

هل أصبح الوكيل يستخدم المصدر الصحيح في السيناريو نفسه؟

حذف السجل القديم قبل حسم التناقض

قد ترغب المؤسسة في تصحيح السجل الخاطئ بسرعة عندما تكتشفه. هذه نية حسنة. لكن حذف السجل القديم قبل بدء التدقيق يجعل الإجابة عن الأسئلة الآتية غير ممكنة:

هل اطّلع الوكيل فعلاً على هذا السجل؟

منذ متى كان السجل مستخدماً؟

ما العمليات التي تأثرت به؟

إلى أي دليل للوكلاء انتقل؟

أين نشأ الخطأ الأصلي؟

هل ما زالت نسخ أخرى مستخدمة؟

الطريقة الصحيحة:

احتفظ بالحالة السابقة.

ثبّت أدلة الحدث.

انشر النسخة الجديدة.

ضع علامة على النسخة القديمة تفيد بأنها غير صالحة أو مؤرشفة.

افحص نطاق التأثير.

الاحتفاظ بسجل تاريخي خاطئ لا يعني إبقاءه قيد الاستخدام. يجب الفصل بين الدليل التاريخي والحقيقة المعمول بها في التشغيل.

تعميم الحقائق المرجعية

بعد تحديد الحقيقة المعتمدة من الجهة المخوّلة، يجب أن تصل إلى جميع المواضع التي تؤثر في السلوك. ويمكن أن نسمّي هذه العملية:

تعميم الحقائق المرجعية

فقد يؤثر تغيير السعر، مثلاً، في المواضع الآتية:

صفحة الويب الموجّهة للبشر

كتالوج الخدمات القابل للقراءة الآلية

البيانات المنظّمة

قالب عرض السعر في نظام CRM

فهرس المعرفة لدى وكيل البريد الإلكتروني

الصفحات متعددة اللغات

العرض التقديمي للمبيعات

نموذج العقد

أدلة الأعمال

المنصات الخارجية

إذا اقتصر التغيير على السجل المرجعي، فقد يواصل الوكيل استخدام النسخة القديمة. المصدر المرجعي صحيح. لكن الواقع التشغيلي ما زال خاطئاً.

تأخر التعميم

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

تأخر التعميم

مثلاً:

تحديث سجل الأسعار: 09.00 تحديث صفحة الويب: 09.05 تحديث كتالوج الوكيل: 09.20 تحديث قالب CRM: 11.30 تحديث فهرس وكيل المبيعات: في اليوم التالي

خلال هذه المدة، تعمل المؤسسة وفق أكثر من نسخة للحقائق. وفي التغييرات ذات الأثر الكبير، يمكن تقييد سلوك الوكيل المعني إلى أن يكتمل التعميم.

قياس التغطية المرجعية وتكافؤ التمثيل

لا تكفي درجة واحدة. لكن بعض المقاييس تكشف مواضع النقص.

نسبة الحقائق المرجعية ذات المسؤول البشري المحدّد

الحقائق الجوهرية التي حُدّد الشخص المسؤول عنها ÷ مجموع الحقائق الجوهرية

نسبة تكافؤ التمثيل

السجلات التي يتطابق معناها الجوهري في المواضع الموجّهة للبشر والآلات ÷ مجموع السجلات التي جرت مقارنتها

نسبة التكافؤ بين النسخ اللغوية

النسخ اللغوية التي تحافظ على الاتفاق المتعلق بالوقائع الحاسمة ÷ مجموع النسخ اللغوية

نسبة الالتزام بمتطلبات حداثة المعلومات

الحقائق المتغيرة التي جرى التحقّق منها ضمن المدة المطلوبة ÷ مجموع الحقائق المتغيرة

اكتمال التعميم

المواضع التي تعرض القيمة المرجعية الحالية ÷ مجموع المواضع المطلوب تحديثها

عدد التناقضات الجوهرية التي لم تُحسم

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

ما الدليل؟

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

قد يبيّن العقد وجود الصلاحية، لكنه لا يثبت أن النظام التقني التزم به. لذلك يجب استخدام الدليل مع مراعاة:

دوره،

وحدوده،

وقوته.

الادعاء والملاحظة والاستنتاج والقرار والنتيجة

يجب التمييز بين هذه المفاهيم الخمسة في التدقيق.

الادعاء

لا يرسل الوكيل رسائل من دون موافقة بشرية.

الملاحظة

لم تُستدعَ أداة الإرسال في السيناريو الذي لم تُمنح فيه الموافقة.

الاستنتاج

ربما يمنع النظام الإرسال من دون موافقة.

القرار

اجتازت بوابة الصلاحية الاختبار ضمن نطاقه المحدّد.

النتيجة

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

ما سلسلة الأدلة؟

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

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

سلسلة الأدلة ليست سلسلة التفكير الداخلية الخاصة بالوكيل. ولا يسعى التدقيق إلى تسجيل استدلال النظام الخفي كاملاً. المطلوب مسار قابل للملاحظة يتيح المساءلة:

أي مصدر قُرئ؟

أي أداة استُدعيت؟

أي صلاحية استُخدمت؟

ما النتيجة التي حدثت في العالم الخارجي؟

بأي سجل جرى التحقّق منها؟

عشر خصائص للدليل

يجب تقييم كل دليل وفق الأبعاد الآتية.

1. الصلة بالادعاء

هل يتصل الدليل فعلاً بالادعاء المطروح؟ قد لا تثبت سياسة الأمن العامة لشركة أن إرسال بريد إلكتروني بعينه كان ضمن الصلاحية الممنوحة.

2. الصلاحية

هل المصدر مخوّل بالإفادة بشأن هذا النوع من الحقائق؟ لا يمكن لتعليق على وسائل التواصل الاجتماعي أن يحدّد السعر الحالي.

3. التوافق الزمني

هل يعكس الدليل لحظة الحدث أو فترة السريان ذات الصلة؟ لقطة شاشة اليوم لا تثبت سلوك الأسبوع الماضي.

4. الأصالة

هل يمكن التحقّق من أن المصدر جاء فعلاً من الشخص أو النظام أو المؤسسة المنسوب إليها؟

5. السلامة

هل تغيّر الدليل بعد الحصول عليه؟ قد تساعد بصمة الملف الرقمية، أو الهاش، في الإجابة.

6. الاكتمال والسياق

هل يتضمن السجل المعلومات المحيطة اللازمة؟ قد تخفي لقطة شاشة مقتطعة استثناءً مهماً.

7. الاستقلالية

هل الدليل منفصل عن إفادة النظام الخاضع للتدقيق عن نفسه؟

8. قابلية إعادة الإنتاج

هل يستطيع مقيّم آخر الوصول إلى ملاحظة مشابهة بالطريقة نفسها؟

9. التحديد

بأي مستخدم ومهمة ونسخة وعملية يتعلق الدليل؟ قد لا يتيح سجل عام تمييز السلوك المحدّد.

10. التناسب والخصوصية

هل جُمعت، من أجل الدليل، بيانات غير لازمة عن أشخاص أو مؤسسات؟ قوة الدليل لا تعني جمع البيانات بلا حدود.

أنواع الأدلة

يمكن الجمع بين فئات مختلفة من الأدلة في التدقيق.

1. أدلة السياسات والعقود

سياسة المؤسسة

عقد مهمة الوكيل

وثيقة الرضا

سجل الصلاحية

كتالوج الخدمات

تُظهر ما ينبغي أن يحدث. لكنها لا تُظهر، بمفردها، ما حدث فعلاً.

2. أدلة الإعداد

تعليمات الوكيل

أذونات الأدوات

سجل النموذج والنسخة

نطاق أذونات واجهة API

إعداد قائمة الانتظار

سياسة الإيقاف

تُظهر كيف أُعدّ النظام.

3. أدلة السلوك

استدعاء أداة

إيصال الفعل

سجل تنفيذ الاختبار

تفويض المهمة إلى وكيل فرعي

سجل الموافقة البشرية

تُظهر ما فعله النظام في حالة محددة.

4. أدلة النتيجة

الرسالة في صندوق المستلِم

سجل مصرفي أو سجل دفع

المخرجات الفعلية لصفحة الويب المنشورة

السجل المعدّل للعميل

الحالة الفعلية لواجهة API

تُظهر ما حدث في العالم الخارجي.

5. أدلة التعافي

إيصال الإيقاف

إلغاء قائمة الانتظار

عدم صلاحية رمز الوصول

نتيجة التراجع عن التغيير

تسليم التحكم إلى الإنسان

سجل إعادة التشغيل

تُظهر السلوك عند وقوع خطأ أو عند السحب.

6. الأدلة البشرية

إفادة شخص مخوّل

سجل المحادثة

توضيح الموافقة

اعتراض الشخص المتأثر

هي مهمة، لكنها قد لا تثبت النتيجة التقنية بمفردها.

7. الأدلة الخارجية المستقلة

تأكيد المستلِم

سجل نظام تابع لطرف ثالث

قراءة مستقلة للحالة الفعلية للنظام قيد التشغيل

قياس خارجي

توفر نتيجة منفصلة عن تقرير النظام عن نفسه.

ماذا تثبت لقطة الشاشة؟

لقطات الشاشة مفيدة في التدقيق، لكن دورها محدود. يمكن أن تُظهر لقطة الشاشة أن نصاً بعينه كان ظاهراً على الشاشة في لحظة محددة. لكنها لا تثبت بمفردها:

أن الصفحة كانت فعلاً المصدر المرجعي،

أن المحتوى كان هو نفسه وقت الحدث،

أن البيانات في الخلفية كانت هي نفسها،

أن مستخدمين آخرين رأوا الشيء نفسه،

أن الصورة لم تُقتطع،

أن الوكيل استخدم هذه الصفحة،

أن الإجراء نُفّذ بالفعل،

أن الصفحة لم تعرض محتوى مختلفاً للروبوتات.

تزداد قوة لقطة الشاشة بوصفها دليلاً حين ترافقها المعلومات الآتية:

عنوان URL أو معرّف النظام

التاريخ والوقت

المنطقة الزمنية

دور المستخدم

سياق الشاشة كاملاً

سجل الشبكة أو المصدر ذي الصلة

قيمة التحقّق من سلامة الملف

طريقة ثانية مستقلة

لقطة الشاشة سجل ملاحظة؛ وليست، بمفردها، صاحبة الصلاحية في تحديد الحقيقة.

ماذا يثبت سجل الأحداث؟

قد تكون سجلات الأحداث أدلة قوية. لكن السجل أيضاً ليس صورة بلا حدود عن الواقع. يجب أن نسأل:

أي نظام أنشأه؟

ما الأحداث التي لا يسجّلها؟

هل الساعات متزامنة؟

هل يمكن تغييره لاحقاً؟

هل مستوى التسجيل كافٍ؟

كم وكيلاً يستخدم حساب الخدمة نفسه؟

هل يُحتفظ بالعمليات الفاشلة والناجحة معاً؟

هل غياب القيد يعني غياب الفعل؟

إذا لم تظهر رسالة في سجل الإرسال، فربما:

لم تُرسل الرسالة،

انتهت مدة الاحتفاظ بالسجل،

استُخدمت أداة أخرى،

كان حساب الخدمة مختلفاً،

فشلت عملية التسجيل.

لذلك:

غير موجود في السجل ≠ لم يحدث قطعاً

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

ماذا تثبت بصمة الملف؟

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

أن الملف جاء من المصدر الصحيح،

أن محتواه مطابق للواقع،

أنه يتضمن كل السياق المهم،

أنه كان مستخدماً فعلياً وقت الحدث.

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

السلامة: هل تغيّر الملف؟ الأصالة: هل جاء الملف فعلاً من المصدر المنسوب إليه؟ الصلاحية: هل المصدر مخوّل باتخاذ القرار في هذه المسألة؟ الصحة: هل يتفق المحتوى مع الواقع والسياق؟

وجود دليل قوي على أحدها لا يثبت البقية تلقائياً.

ماذا يثبت التوقيع الرقمي؟

يمكن للتوقيع الرقمي الصحيح، عند استيفاء الشروط المتعلقة بالمفتاح المستخدم والتحقّق، أن يبيّن:

أن الوثيقة وُقّعت بمفتاح التوقيع الذي جرى التحقّق منه،

أن الوثيقة لم تتغيّر بعد توقيعها.

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

تكون لديه معلومات خاطئة،

لا يملك صلاحية في المسألة المعنية،

يسيء فهم النطاق،

لا يكون قد اطّلع على جميع مرفقات الوثيقة.

لذلك لا يساعد التوقيع في الإجابة عن سؤال «من وافق؟» إلا إذا اقترن بربط موثوق للهوية وسياق واضح للموافقة. وهو لا يثبت بمفرده أن المحتوى صحيح قطعاً.

ماذا تثبت الإحالة إلى مصدر؟

قد تحيل إجابة للذكاء الاصطناعي إلى صفحة الويب الصحيحة. وقد يبيّن ذلك أن النموذج ربط هذه الصفحة بإجابته باعتبارها أحد مصادره. لكنه لا يبيّن أن كل ادعاء في الإجابة وارد في الصفحة. يجب أن يقارن التدقيق بين ثلاثة عناصر على الأقل:

الادعاء الوارد في الإجابة

النص الفعلي للمصدر المحال إليه

الحدود التي يدعم المصدر ضمنها الادعاء

الإحالة دليل على وجود ارتباط. ويجب التحقّق، على حدة، من أن المصدر يؤيد مضمون الادعاء.

هل يمكن أن تكون مخرجات الذكاء الاصطناعي دليلاً؟

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

سجل استرجاع المعلومات،

معرّف المصدر،

استدعاء الأداة،

إيصال الفعل.

وقول عدة وكلاء الشيء نفسه ليس دليلاً مستقلاً أيضاً. فقد يكونون جميعاً قد استخدموا المصدر نفسه، أو اعتمد بعضهم على مخرجات بعض.

الأدلة الخام والأدلة المشتقة

يجب التمييز بين نوعين من الأدلة في التدقيق.

الدليل الخام

السجل الأقرب إلى المصدر. ومن أمثلته:

الاستجابة الأصلية لواجهة API

مقطع خام من سجل الأحداث

ملف العقد الموقّع

HTML للصفحة المنشورة فعلياً

سجل الرسالة المرسلة

سجل الرضا

الدليل المشتق

قد يكون الدليل المشتق:

ملخّصاً للدليل الخام،

أو تصنيفاً له،

أو نسخة أُخفيت بعض بياناتها،

أو جدولاً يعرضه،

أو تمثيلاً بيانياً له،

أو تفسير الوكيل له.

الدليل المشتق مفيد، لكن يجب ربطه بأصله الخام. قد يقول ملخّص: «نجح 36/36 من اختبارات الوصول». ويجب أن يتمكن المدقّق، عند الحاجة، من معرفة ما الاختبارات الـ36 التي نُفّذت، ومتى، وبأي وكيل مستخدم (User-Agent).

تحويلات الأدلة

قد تُحوّل الأدلة أثناء التدقيق. مثلاً:

تُخفى البيانات الشخصية.

تُرشّح سجلات الأحداث لتقتصر على الفترة الزمنية المعنية.

تُواءم المناطق الزمنية المختلفة.

تُحوّل الملفات إلى صيغة مشتركة.

تُصنّف الأحداث باستخدام الذكاء الاصطناعي.

يُستخرج النص من صورة.

تُدمج سجلات متعددة في جدول واحد.

يجب توثيق كل تحويل من هذه التحويلات والإجابة عن الأسئلة الآتية:

ما الأداة المستخدمة؟

أي نسخة منها؟

ما الحقول التي أُزيلت؟

ما القيم التي أُخفيت؟

هل تغيّر المعنى؟

هل يُحتفظ بالمصدر الخام؟

هل يمكن إعادة إنتاج التحويل؟

يجب ألا يُعرض الدليل المحوّل بوصفه مصدراً خاماً.

تمويه البيانات وحجبها

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

يغيّر السياق الجوهري،

يسبّب التباسًا في هوية الجهة المستهدفة،

يشوّه العلاقة الزمنية بين الأحداث،

يُبقي الأجزاء الإيجابية وحدها ظاهرة.

يمكن، مثلًا، استبدال اسم العميل بالاسم المستعار Müşteri-017. لكن استخدام اسم مستعار واحد لعميلين مختلفين قد يفسد تحليل واقعة استهداف الجهة الخطأ. ويجب أن يتضمن سجل الحجب المعلومات الآتية:

redaction_applied: true
redacted_fields:
  - personal_name
  - email_local_part
reason:
  privacy_protection
performed_by:
  AUDITOR-02
raw_source_retained:
  secure_vault

يمكن حجب البيانات في التقرير العام، مع إبقاء وصول مضبوط إلى الأدلة الخام لإعادة الفحص من جانب المخوّلين بذلك.

الساعات والمناطق الزمنية في سلسلة الأدلة

قد تختلف الساعات عند العمل عبر أنظمة متعددة.

تستخدم خدمة البريد الإلكتروني توقيت UTC.

يستخدم نظام CRM التوقيت المحلي.

تتأخر ساعة خادم الوكيل بضع دقائق.

تعمل المنصة الخارجية وفق منطقة زمنية أخرى.

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

وقتًا مطلقًا،

المنطقة الزمنية،

مصدر ضبط الساعة،

أي انحراف معروف في الساعة.

وقد تكون مزامنة الساعات نفسها موضوعًا للتدقيق.

الأدلة المضادة

ينبغي ألا يكتفي المدقق بجمع السجلات التي تؤيد افتراضه الأول. عليه أن يسأل أيضًا: ما الأدلة التي تعارض هذا الحكم؟ لنفترض أن الادعاء هو أن الوكيل أرسل رسالة من دون موافقة. قد تشمل الأدلة المؤيدة:

الرسالة المرسلة،

عدم وجود سجل للموافقة،

استدعاء الأداة.

وقد تشمل الأدلة المضادة:

موافقة المدير البشري العامة على الحملة،

ادعاءً بوجود صلاحية إرسال مستمرة مُنحت مسبقًا،

سجل موافقة في نظام آخر.

يقيّم المدقق الأدلة المضادة. فقد تكون الموافقة العامة موجودة فعلًا، لكنها لا تشمل هذا الإرسال من حيث:

الجهة المستهدفة،

المدة،

القناة،

نوع الرسالة.

إظهار الأدلة المضادة يقوّي الأساس الذي يستند إليه الحكم.

غياب الأدلة وعدم اليقين

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

تم التحقق منه

تدعمه الأدلة بقوة

تدعمه الأدلة جزئيًا

أدلة متعارضة

أدلة غير كافية

تعذّر التحقق منه

فقدان الأدلة

«تعذّر التحقق منه» لا تعني «لم يحدث». و«أدلة غير كافية» لا تعني «النظام آمن».

فقدان الأدلة ملاحظة تدقيق بحد ذاته

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

عدم معرفة أي وكيل أرسل الرسالة.

غياب سجل الموافقة البشرية.

تعذّر العثور على مصدر السعر المستخدم.

عدم معرفة تاريخ إلغاء الرمز المميز.

عدم الاحتفاظ بإيصال الإيقاف.

قد يظل من غير المحسوم ما إذا كان الحدث إيجابيًا أم ضارًا. لكن أمرًا واحدًا يتضح: المؤسسة لا تسجّل السلوك المهم للوكلاء بطريقة تتيح تدقيقه. وقد يشكّل فقدان الأدلة وحده ملاحظة تدقيق.

استقلال الأدلة

ليست كل السجلات التي ينتجها النظام بنفسه عديمة القيمة. لكن الاعتماد عليها وحدها للتحقق من النظام نفسه ينطوي على مخاطرة. لنأخذ مثلًا وكيلًا للنشر على الويب يتبع الخطوات الآتية:

يرفع الملف،

ينتج سجلًا يقول: «نجح الرفع»،

يقرأ سجله ثم يعلن: «نجح التحقق من النسخة المنشورة».

تعود هذه الخطوات الثلاث إلى أصل معلوماتي واحد. أما التحقق المستقل فيمكن أن يستخدم:

قراءةً لاحقة من الموقع المنشور عبر HTTPS،

متصفحًا مختلفًا،

نقطة رصد خارجية،

حسابًا منفصلًا للتدقيق.

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

حزم الأدلة

يمكن جمع الأدلة لكل ادعاء جوهري في التدقيق ضمن:

حزمة أدلة

كما في المثال الآتي:

حزمة أدلة — PRICE-INCIDENT-01

الادعاء: في 8 سبتمبر 2026، الساعة 09.14، أرسل وكيل المبيعات رسالة إلى العميل مستخدمًا سعرًا غير صالح قدره 350 USD. الحقيقة المرجعية: كان سعر البداية العام الساري 500 USD شهريًا. الأدلة الخام:

PRICING-REGISTRY-v4.2

نسخة قالب CRM وقت الحدث

سجل استرجاع المعلومات لدى وكيل المبيعات

البريد الإلكتروني المرسل

موافقة المسؤول البشري عن السعر

نسخة مؤرشفة من صفحة الويب تعود إلى ما قبل الحدث

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

قيم التجزئة للملفات

معرّف رسالة البريد الإلكتروني

الطوابع الزمنية

معرّفات النسخ المؤرشفة

عدم اليقين المتبقي: تعذّر التحقق من هوية من أنشأ السعر القديم في CRM أول مرة. حكم التدقيق: كان السعر المعتمد 500 USD. وقد تعارض المصدر التشغيلي الذي استخدمه وكيل المبيعات مع السعر المرجعي. تتطابق الواقعة مع GBO-ERR-012 وGBO-ERR-016 وGBO-ERR-092.

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

سجل الحقائق المرجعية

المخرج الإلزامي الأول لهذا الفصل هو:

سجل الحقائق المرجعية في NOMOS GBO.

يجمع السجل الحقائق الجوهرية الواقعة ضمن نطاق التدقيق.

مثال بصيغة مقروءة للبشر

سجل حقيقة مرجعية

معرّف الحقيقة: CANON-PRICE-MSO-2026-04

الكيان: NobleAxis Managed Site Operations

نوع الحقيقة: سعر البداية العام

القيمة المرجعية: 500 USD شهريًا

النطاق:

العملاء الجدد المتعاقدون مباشرة

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

لا يشمل الاستضافة ولا تراخيص الأطراف الثالثة

تُعالج الضرائب على نحو منفصل وفقًا للعقد

خارج النطاق:

خدمة Hosting Core بسعر 200 USD سنويًا

عقود الصيانة الخاصة بكل عميل

العقود التي تحتفظ بالسعر السابق

المسؤول البشري: مسؤول العمليات التجارية

المصدر المخوّل: Pricing Registry v4.2

واجهات التمثيل الموجّهة للبشر:

صفحة الخدمة الإنجليزية

صفحة الخدمة التركية

قالب العرض v5.1

واجهات التمثيل الموجّهة للأنظمة:

Service Catalog v4.2

Structured Data v3.8

Sales Agent Knowledge Index v7.1

بداية السريان: 1 سبتمبر 2026

نهاية السريان: عند نشر نسخة جديدة صادرة عن الجهة المخوّلة

أحداث تُبطل السجل:

الموافقة على سعر جديد

تغيير نطاق الخدمة

تغيير سياسة التسعير القانونية المعمول بها

الاستثناءات:

عقد موقّع خاص بالعميل

سجل حملة مؤرّخ

السجل السابق الذي استُبدل: CANON-PRICE-MSO-2026-03 — 450 USD شهريًا

آخر تحقق: 8 سبتمبر 2026، الساعة 08.42

تعارض لم يُحسم: السعر القديم 350 USD في CRM Template v2.8

الحالة: نشط؛ تعميمه على الأنظمة التشغيلية غير مكتمل

سجل الحقائق المرجعية بصيغة مقروءة آليًا

canonical_fact:
  fact_id: CANON-PRICE-MSO-2026-04

  entity:
    entity_id: SERVICE-MSO-001
    canonical_name: Managed Site Operations

  fact_type: starting_price

  value:
    amount: 500
    currency: USD
    billing_period: month

  scope:
    customer_type:
      - new_direct_customer
    included:
      - managed_site_operations_base_scope
    excluded:
      - hosting_core
      - third_party_licenses
      - taxes_unless_contractually_included

  owner:
    human_role: commercial_operations_owner
    approval_record: APPROVAL-PRICE-2026-104

  authoritative_source:
    source_id: PRICING-REGISTRY-4.2
    source_role: canonical_authority

  representations:
    human:
      - SERVICE-PAGE-EN-v6.1
      - SERVICE-PAGE-TR-v6.1
      - PROPOSAL-TEMPLATE-5.1
    machine:
      - SERVICE-CATALOG-4.2
      - STRUCTURED-DATA-3.8
      - SALES-KNOWLEDGE-INDEX-7.1

  validity:
    effective_from: 2026-09-01T00:00:00+03:00
    effective_until: null
    invalidate_on:
      - authorized_price_change
      - service_scope_change
      - applicable_legal_pricing_policy_change

  exceptions:
    allowed_only_when:
      - signed_customer_contract
      - approved_time_limited_campaign

  supersedes:
    fact_id: CANON-PRICE-MSO-2026-03

  conflicts:
    - source_id: CRM-TEMPLATE-2.8
      conflicting_value: 350
      status: obsolete_unresolved_copy

  status: active_with_propagation_gap

لا يقتصر هذا السجل على تخزين قيمة 500 دولار، بل يعرض معها:

المسؤول عنها،

نطاقها،

واجهات تمثيلها،

سريانها،

التعارض القائم بشأنها.

سجل الأدلة

المخرج الإلزامي الثاني لهذا الفصل هو:

سجل الأدلة في NOMOS GBO.

يوضح سجل الدليل ما يدعمه من ادعاءات أو ملاحظات تدقيق، وحدود دلالته. وواقعة السعر في هذا الفصل حالة تعليمية منفصلة عن سجل السعر القديم v3.7 في مثال اكتشاف العملاء. نستخدم هنا المعرّفين PRICING-REGISTRY-v4.2 وGBO-AUDIT-PRICING-2026-001؛ ولا تُدمج أدلة الملفين وكأنها تنتمي إلى نطاق واحد مجمّد.

سجل دليل بصيغة مقروءة للبشر

معرّف الدليل: EVID-PRICE-INCIDENT-004

معرّف التدقيق: GBO-AUDIT-PRICING-2026-001

نوع الدليل: إيصال فعل الوكيل ومسار تتبّع المصدر

النظام المصدر: Sales Agent v2.4

دور المصدر: دليل على السلوك

الحدث المرتبط: رسالة السعر المرسلة بالبريد الإلكتروني الساعة 09.14

وقت الجمع: 8 سبتمبر 2026، الساعة 10.12

جمعه: المدقق AUDITOR-02

السجل الخام: ACTION-EMAIL-8841

سجل السلامة: سُجلت قيمة التجزئة ومعرّف الرسالة

ما يُظهره الدليل:

أرسل وكيل المبيعات البريد الإلكتروني.

استُخدم في الرسالة سعر 350 USD.

سُجل CRM-TEMPLATE-2.8 بوصفه معرّف المصدر.

لم يُعثر على سجل موافقة بشرية.

ما لا يُظهره الدليل:

هوية من أنشأ قالب CRM أول مرة

ما إذا كان المدير البشري قد استخدم قناة تواصل أخرى لمنح موافقة عامة على الإرسال

ما إذا كان العميل قد قبل العرض قانونيًا

التحويلات المطبّقة:

مُوّه عنوان البريد الإلكتروني للعميل.

أُزيلت البيانات الشخصية في التوقيع مع الإبقاء على متن الرسالة.

موضع السجل الخام: خزنة أدلة مشفّرة

ملاحظات التدقيق التي يدعمها:

FINDING-AUTH-03

FINDING-CANON-02

الدليل المضاد:

تعرض صفحة الويب الحالية سعر 500 USD.

الحالة: تم التحقق منه

مدة الاحتفاظ: 180 يومًا؛ تُعاد المراجعة إذا استمر نزاع

سجل الأدلة بصيغة مقروءة آليًا

evidence_record:
  evidence_id: EVID-PRICE-INCIDENT-004
  audit_id: GBO-AUDIT-PRICING-2026-001

  evidence_type:
    - action_receipt
    - source_trace

  source:
    system_id: SALES-AGENT-2.4
    record_id: ACTION-EMAIL-8841
    source_role: behavioral_evidence

  acquisition:
    collected_by: AUDITOR-02
    collected_at: 2026-09-08T10:12:00+03:00
    method: read_only_export

  integrity:
    hash_algorithm: SHA-256
    hash_value: recorded_in_secure_vault
    source_message_id: MSG-928472
    integrity_status: verified

  temporal_relevance:
    event_time: 2026-09-08T09:14:00+03:00
    time_alignment: direct

  observations:
    - email_was_sent
    - stated_price_was_350_USD
    - source_id_was_CRM_TEMPLATE_2_8
    - explicit_human_approval_not_present_in_record

  limitations:
    - does_not_identify_original_creator_of_CRM_template
    - does_not_exclude_approval_existing_in_unreviewed_channel
    - does_not_establish_contract_acceptance

  transformations:
    - customer_email_masked
    - personal_signature_removed

  supports:
    findings:
      - FINDING-AUTH-03
      - FINDING-CANON-02

  counter_evidence:
    - EVID-WEB-CURRENT-001

  storage:
    location: encrypted_evidence_vault
    access:
      - lead_auditor
      - authorized_client_reviewer

  retention:
    days: 180
    deletion_receipt_required: true
    review_on_ongoing_dispute_or_preservation_duty: required
    example_duration_not_universal_legal_rule: true

  status: verified

حالات سجل الأدلة

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

جُمع

تم التحقق من سلامته

تم التحقق من أصالته

تم التحقق منه جزئيًا

متعارض

اعتُرض عليه

أُبطل

حلّ محله دليل جديد

انتهت صلاحيته

فقدان الأدلة

الوصول مقيّد

أُرشف

حُذف وأُنشئ إيصال بذلك

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

مصفوفة الادعاء والأدلة

يجب ربط كل ادعاء مهم في التدقيق بالأدلة التي تؤيده وتلك التي تعارضه.

تمنع هذه المصفوفة المدقق من إطلاق أحكام تتجاوز قوة الأدلة.

الحقول الدنيا لحزمة الأدلة

يجب أن تتضمن كل ملاحظة تدقيق ذات أثر كبير الحقول الآتية على الأقل:

claim expected_state observed_state canonical_fact raw_evidence operational_evidence action_evidence outcome_evidence counter_evidence time_alignment transformations limitations uncertainties reviewer judgment

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

الاحتفاظ بالأدلة وتقليل البيانات

لا ينبغي الاحتفاظ بأدلة التدقيق إلى الأبد. وقد تتوقف مدة الاحتفاظ على:

مستوى المخاطر،

حالة النزاع،

العقد،

متطلبات حماية البيانات،

الحاجة إلى إعادة الاختبار،

حالة إغلاق الواقعة.

حيثما أمكن، ينبغي:

تمويه البيانات الشخصية،

إزالة المحتوى غير الضروري،

تقييد الوصول إلى الأدلة الخام،

الاكتفاء بملخص في التقرير العام،

إنشاء إيصال بعد اكتمال الحذف.

لكن تقليل الأدلة يجب ألا يؤدي إلى فقدان السياق الحاسم. لنفترض، مثلًا، الاحتفاظ بمتن الرسالة وحده وحذف:

بيانات المستلم،

الوقت،

معرّف المصدر،

سجل الموافقة.

قد يجعل هذا الحذف الواقعة غير قابلة للتدقيق.

خزنة الأدلة والوصول إليها

يمكن حفظ الأدلة الحرجة في خزنة منفصلة للأدلة. وقد تتوافر فيها الخصائص الآتية:

التحكم في الوصول،

سجل التغييرات،

التشفير،

التحقق من السلامة،

إدارة النسخ،

سياسة الحذف،

تسجيل من اطّلع على كل سجل.

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

تحليل الأدلة بمساعدة الذكاء الاصطناعي

يمكن لوكيل التدقيق أن:

يصنّف آلاف السجلات،

يعدّ خطًا زمنيًا،

يجمع الأحداث المتشابهة،

يقارن النسخ اللغوية،

يحدّد المصادر المتعارضة.

هذا مفيد، لكن ضمن الحدود الآتية:

يجب ألا تحلّ مخرجات الذكاء الاصطناعي محل الأدلة الخام.

لا يجوز اعتبار تصنيف الذكاء الاصطناعي تحققًا مستقلًا.

يجب ألا تحدّد مخرجات الذكاء الاصطناعي ملاحظة التدقيق النهائية بمفردها.

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

عقد الصلاحيات الفعلي،

نطاق العملية،

الأدلة المضادة.

ويجب أن تُظهر سلسلة الأدلة أيضًا الجوانب الآتية من نظام الذكاء الاصطناعي المستخدم في التدقيق:

نسخته،

وصوله إلى البيانات،

طريقة تحويله للأدلة.

تلوث الأدلة

قد تختلط السجلات الاصطناعية المنتجة أثناء التدقيق ببيانات التشغيل الحقيقية. ومن أمثلة ذلك:

إضافة سجل عميل أُنشئ لأغراض التدقيق إلى قائمة العملاء الحقيقيين.

إدخال سعر الاختبار في كتالوج المبيعات.

بقاء سيناريو الهجوم في ذاكرة الوكيل كأنه تعليمة فعلية.

تحوّل عنوان البريد المخصص للتدقيق إلى هدف مبيعات لاحقًا.

ربط سجل رضا اصطناعي بشخص حقيقي.

يمكن أن نسمّي ذلك:

تلوث الأدلة والاختبارات

يجب تمييز بيانات التدقيق بوضوح. وبعد انتهاء الاختبار ينبغي:

إخراجها من النظام النشط،

الاحتفاظ بنسخة الأدلة اللازمة،

إزالة الآثار المكتوبة في الذاكرة،

إنشاء إيصال حذف أو أرشفة.

لا ينبغي أن يغيّر التدقيق النظام من دون أن يُلحظ ذلك أثناء فحصه.

اثنتا عشرة خطوة لتدقيق الحقائق المرجعية

1. استخرج الادعاءات الجوهرية

احصر الحقائق التي تؤثر في السلوك، مثل السعر والصلاحية والرضا والنطاق والسعة والنتيجة.

2. حدّد هوية الكيان بصورة فريدة

امنع الخلط بينه وبين شخص أو شركة أو خدمة أو وكيل آخر.

3. صنّف نوع الحقيقة

ضع كل ادعاء في الفئة المناسبة من الحقائق.

4. حدّد المسؤول البشري

من المسؤول عن حداثة الحقيقة وصحتها؟

5. حدّد المصدر المخوّل

أي سجل يملك صلاحية الحسم في هذا النوع من الحقائق؟

6. اعثر على المصادر التشغيلية

أي نسخة أو فهرس يستخدمه الوكيل فعلًا؟

7. ثبّت الوقت والنطاق

أي قيمة كانت سارية وقت الحدث، ولأي مستخدم وأي عملية؟

8. ميّز الاستثناء من التعارض

هل يتعلق الأمر بعقد خاص، أم حملة، أم سجل تاريخي؟

9. افحص التكافؤ بين تمثيلات البشر والأنظمة والنسخ اللغوية

هل تحمل جميع الواجهات الاتفاق نفسه على الوقائع؟

10. ابنِ سلسلة الأدلة

اربط المصدر الخام والسلامة والتحويل والملاحظة والأدلة المضادة.

11. تحقّق من التعميم

هل وصل التصحيح المرجعي إلى جميع الأنظمة المعنية؟

12. أعد اختبار السلوك

هل بات الوكيل يتخذ الفعل الصحيح استنادًا إلى الحقيقة الصحيحة؟

بوابة الحقائق المرجعية وسلسلة الأدلة

قبل تحويل الادعاء إلى حكم تدقيق، يجب تقييم البوابات الآتية:

1. بوابة الكيان

هل ترتبط الحقيقة بالشخص أو المؤسسة أو الخدمة أو الوكيل الصحيح؟

2. بوابة نوع الحقيقة

هل يملك المصدر صلاحية اتخاذ القرار في هذا الموضوع؟

3. بوابة المسؤولية البشرية

هل عُرف الشخص المسؤول عن الحقيقة؟

4. بوابة النطاق

هل فُصلت القاعدة العامة عن الاستثناء وعن العملية الخاصة؟

5. بوابة الوقت

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

6. بوابة تكافؤ التمثيل

هل تحمل الواجهات الموجّهة للبشر وللأنظمة والنسخ اللغوية الحقيقة الجوهرية نفسها؟

7. بوابة الوصول التشغيلي

هل نعرف المصدر الذي استخدمه الوكيل فعلًا؟

8. بوابة المنشأ

هل يظهر المصدر الأول للدليل وسلسلة اشتقاقه؟

9. بوابة السلامة

هل يمكن التحقق من بقاء الدليل دون تغيير ومن تسجيل التحويلات التي أُجريت عليه؟

10. بوابة الاستقلال

هل تستند النتيجة إلى إفادة النظام الخاضع للتدقيق وحدها؟

11. بوابة الأدلة المضادة

هل قُيّمت السجلات التي تخالف الحكم؟

12. بوابة الخصوصية

هل جُمعت بيانات تتجاوز ما يحتاجه التدقيق؟

13. بوابة قابلية إعادة إنتاج النتيجة

هل يستطيع مقيّم آخر الوصول إلى نتيجة مشابهة انطلاقًا من السجل نفسه؟

14. بوابة الاحتفاظ والسريان

ما مدة الاحتفاظ بالدليل، وما شروط الوصول إليه؟ وبصيغة مبسطة:

واقع قابل للتدقيق = الكيان الصحيح ونوع الحقيقة الصحيح ومسؤول بشري مخوّل ونطاق محدد ووقت سريان صحيح وتكافؤ التمثيل ومسار تتبّع المصدر التشغيلي ومنشأ الدليل وسلامة الدليل وتحقق مستقل ومراجعة الأدلة المضادة واستخدام متناسب للبيانات

حالات عدم يقين حرجة بشأن الحقائق

قد تستلزم بعض حالات عدم اليقين تعليق السلوك مؤقتًا قبل بدء اختبار السيناريوهات. ومن أمثلتها:

عدم معرفة السعر الساري.

تعارض المعلومات بشأن صاحب الصلاحية.

تعذّر العثور على سجل الرضا.

عدم معرفة مصدر البيانات الذي يستخدمه الوكيل.

اختلاف النطاق بين الواجهات الموجّهة للبشر وتلك الموجّهة للأنظمة.

تعذّر تحديد الحساب الذي ظهرت فيه نتيجة الإرسال.

وجود اشتباه في تعديل الدليل بعد الحدث.

استخدام مخرجات وكيل فرعي كما لو كانت مصدرًا مستقلًا.

وجود لقطة شاشة حالية وحدها لعملية يقترب خطرها من المستوى الحرج.

ليس التصرف التدقيقي الصحيح هنا أن نقول: «الأدلة غير كافية؛ فلنواصل رغم ذلك». قد يكون الأنسب: «يجب تقييد السلوك المعني ذي الأثر الكبير إلى أن تتضح الحقائق ومسار الأدلة».

ماذا يفعل الوكيل إذا غابت الحقائق المرجعية؟

عندما يجد الوكيل سجلين متعارضين للسعر أو الدور أو الرضا، لا يجوز له اختراع حقيقة جديدة. وقد يختلف التصرف الصحيح باختلاف مستوى المخاطر:

عند انخفاض المخاطر

يوضح عدم اليقين ويعرض الخيارات الممكنة.

عند توسط المخاطر

يبحث عن المصدر المخوّل أو المسؤول البشري.

عند ارتفاع المخاطر

يوقف الفعل ويحيل القرار إلى الإنسان. ويمكن أن يقول الوكيل: «يوجد سجلان نشطان لهذه الخدمة، أحدهما بسعر 500 والآخر بسعر 350 USD. يظهر سعر 500 USD في سجل الأسعار، وسعر 350 USD في قالب CRM قديم. لن أرسل سعرًا إلى العميل من دون تأكيد من المسؤول التجاري عن الحقيقة المرجعية». قد يبدو هذا الرد كأنه ترك المهمة دون إنجاز، لكنه في الواقع سلوك سليم.

ماذا يفعل المدقق إذا غابت سلسلة الأدلة؟

إذا لم يجد المدقق أدلة كافية للتحقق من ادعاء، فيمكنه اختيار أحد المسارات الثلاثة الآتية:

1. تضييق الادعاء

«تم التحقق من ورود هذه القاعدة في السياسة؛ وتعذّر التحقق من تطبيقها في السلوك الفعلي».

2. طلب أدلة إضافية

السجلات الخام

سجل النسخة

اختبار مستقل

موافقة المسؤول البشري

3. تسجيل ملاحظة تدقيق بشأن عدم كفاية الأدلة

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

المخرجات الإلزامية لهذا الفصل

عند إكمال هذا الفصل، يجب أن يتضمن ملف التدقيق بنيتين:

1. سجل الحقائق المرجعية

يتضمن جميع الحقائق الجوهرية الواقعة ضمن نطاق التدقيق بشأن الهوية والسعر والنطاق والسعة والرضا والصلاحية والنتيجة.

2. سجل الأدلة

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

الحقيقة المرجعية،

الدليل المعني،

المسؤول البشري.

الحصيلة المشتركة للفصول الأربعة الأولى

أصبحت قاعدة التدقيق مهيأة الآن. لدينا:

بطاقة ادعاء التدقيق

توضح ما نحاول إثباته.

وثيقة التفويض بالتدقيق

توضح ما يستطيع المدقق فعله والحدود التي يلتزم بها.

سجل تثبيت النطاق

يثبّت نسخة النظام الخاضعة للتدقيق.

خريطة السلوك بين البشر والوكلاء والأدوات

تعرض جميع مسارات السلوك، من غرض الإنسان إلى الفعل الخارجي والأدلة والإيقاف.

سجل الحقائق المرجعية

يحدد لكل حقيقة جوهرية مصدرها المخوّل والمسؤول عنها ونطاقها ووقتها والاستثناء المتعلق بها.

سجل الأدلة

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

حكم الفصل

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

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

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

ما الذي ندققه،

ممّن تلقينا التفويض،

مسارات السلوك التي يستخدمها النظام،

الحقائق المرجعية المعتمدة،

الأدلة التي تدعم هذه الحقائق.

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

لذلك لا تتمثل الخطوة التالية في اختبار الأخطاء الـ99 كلها عشوائيًا. يجب أولًا الإجابة عن الأسئلة الآتية:

أي فئات الأخطاء تنطبق فعلًا على هذا النظام؟ أيها أكثر احتمالًا؟ أيها يسبب أكبر ضرر؟ أيها غير قابل للعكس؟ أيها يجب أن يُبطل التقييم الإجمالي عند وقوع حدث واحد؟ أي سلوكيات يجب تقييدها فورًا؟ أين ينبغي تخصيص موارد الاختبار أولًا؟

في الفصل التالي سنبني:

خريطة مخاطر GBO-99 وبوابات المنع الحاسم

توضح الحقائق المرجعية والأدلة القوية ماهية النظام. أما خريطة المخاطر فتوضح أين يكون تعطل النظام أشد أثرًا.

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