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

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

وكيل الإدارة

وكيل الويب

وكيل SEO وGEO

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

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

وكيل البحث عن العملاء المحتملين

الوكيل المالي

وكيل التدقيق

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

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

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

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

يبقى منشوران للتواصل الاجتماعي مجدولين على منصة خارجية.

توجد تسع رسائل في طابور المتابعة في CRM.

ستعمل مهمة SEO على خادم قديم من جديد عند منتصف الليل.

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

لا يزال رمز الوصول الخاص بحساب خدمة البريد صالحًا.

يرتبط التصنيف الآلي للفواتير لدى الوكيل المالي بمجدول مستقل.

لدى الشركة ثمانية وكلاء، لكن منظومة السلوك لا تتألف من ثمانية صناديق. عند نهاية التدقيق، يظهر ما يلي:

8 أدوار معلنة للوكلاء،

و17 مثيلًا تقنيًا منفصلًا للوكلاء،

و6 أنواع من الوكلاء الفرعيين المؤقتين،

و12 أداة خارجية،

و23 حساب خدمة أو رمز وصول،

و7 مهام مجدولة،

و4 طوابير مستقلة،

و3 حسابات مشتركة الاستخدام،

ومفتاحا وصول قديمان ما زالا صالحين،

و5 مسارات فعل يمكنها تجاوز الموافقة البشرية بصورة غير مباشرة،

و6 نقاط في منظومة السلوك لا تتأثر بإيقاف الوكيل المركزي.

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

خريطة السلوك

ما خريطة السلوك؟

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

الخادم الذي يتصل بكل API،

والأداة التي يستخدمها كل وكيل،

والقسم الذي يعمل فيه كل موظف.

بل تكشف العلاقات السلوكية بينها. فقد يبدو اتصالان متماثلين من الناحية التقنية:

وكيل → أداة بريد إلكتروني

لكنهما قد يختلفان تمامًا من ناحية السلوك. ففي الاتصال الأول، يكون الوكيل:

قادرًا على قراءة الرسائل الواردة فقط،

وقادرًا على إنشاء المسودات فقط،

وغير قادر على الإرسال إلى الخارج.

أما في الاتصال الثاني، فيستطيع الوكيل:

إرسال رسائل جديدة،

والإرسال الجماعي،

وحذف الرسائل،

وإعادة توجيه الرسائل من حساب آخر.

قد يظهر الاتصالان في الرسم تحت تسمية «تكامل البريد الإلكتروني». أما خريطة السلوك فتسجل الفرق الفعلي بينهما.

ما الذي لا تمثله خريطة السلوك؟

ترتبط خريطة السلوك بسجلات مؤسسية أخرى، لكنها لا تطابق أيًا منها.

ليست هيكلًا تنظيميًا

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

من البشر إلى الوكلاء،

ومن الوكلاء إلى الأدوات،

ومن الأدوات إلى النتائج الخارجية.

قد يظهر موظف في الهيكل التنظيمي ضمن فريق المبيعات، لكنه يملك تقنيًا أذونات تغيير الأسعار أو إرسال الرسائل أو تصدير بيانات العملاء. لا يُظهر الهيكل التنظيمي هذه القدرة على الفعل.

ليست قائمة بالوكلاء

قد تذكر قائمة الوكلاء أسماء الأنظمة النشطة. وتضيف خريطة السلوك إليها:

الهوية التقنية للوكيل،

والمهمة الأصلية،

والشخص المسؤول عنه،

والوكلاء الفرعيين،

ومصادر البيانات،

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

وأهداف الأفعال،

وحدود الصلاحيات،

ومسار الإيقاف،

وطريقة الإثبات.

اسم الوكيل ليس إلا عقدة واحدة في الخريطة.

ليست مخططًا لتدفق البيانات

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

ليست قائمة للتحكم في الوصول

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

ما الذي يستطيع فعله تقنيًا؟ وما الذي تخوّله المؤسسة فعله؟

قد يكون الفرق بين الإجابتين من أهم نتائج التدقيق.

ليست مخططًا لسير العمليات

قد يعرض مخطط العملية سير العمل المثالي:

ابحث → أعدّ مسودة → موافقة بشرية → أرسل

وتعرض خريطة السلوك المسارات الفعلية أيضًا:

وكيل البحث → أداة التقويم → كتابة رسالة في وصف الدعوة → تواصل خارجي

تُقارن الخطة المثالية والمسارات المختصرة الفعلية على الخريطة نفسها.

المسار الأساسي للسلوك

غالبًا ما يتكون سلوك الوكيل من هذه السلسلة:

غرض إنساني أو مؤسسي ↓ مهمة أصلية ↓ وكيل أو شبكة وكلاء ↓ بيانات ومصادر مرجعية ↓ تقييم واختيار ↓ رضا وصلاحية وموافقة ↓ استدعاء أداة ↓ فعل في العالم الخارجي ↓ تحقق مستقل ↓ إيصال فعل ↓ إيقاف وتراجع وتعافٍ

يمكن أن نسمي هذه السلسلة:

مسار NOMOS السلوكي

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

الغرض البشري: إعداد مسودة للتواصل الأول مع عملاء محتملين مناسبين. المهمة الأصلية: GBO-TASK-2026-00441 الوكيل المركزي: Sales Research v2.4 الوكيل الفرعي: Recipient Resolution v1.4 البيانات: موقع الشركة المتاح للجمهور وكتالوج الخدمات المرجعي التقييم: الشركة مناسبة لنطاق الخدمات. الصلاحية: إعداد المسودات متاح الإرسال معطّل الأداة: أداة مسودات Gmail؛ وcreate_draft في المثال فعل رمزي للأداة، وليس اسم طريقة فعلية أو نطاق OAuth لدى المزوّد. النتيجة الخارجية: أُنشئت المسودة لم تُرسل الرسالة التحقق: لا يوجد سجل في مجلد Sent لم تصل رسالة إلى عنوان التدقيق خلال فترة الرصد المحددة. هذان السجلان لا يغطيان إلا مسار البريد المفحوص؛ ولا يجوز ادعاء غياب كل تواصل خارجي ما لم تُستبعد مسارات التقويم والوكلاء الفرعيين والمتلقين الآخرين. الإيصال: ACTION-8891 الإيقاف: يمكن منع بدء عمليات جديدة. وبعد حفظ الحد الأدنى اللازم من الأدلة، يمكن إزالة المهمة والمسودة وفق خطة تنظيف الاختبار. لم يُرصد إرسال خارجي في مسار البريد المفحوص؛ ويحتفظ الإيصال بحدود هذا الحكم من حيث القناة والفترة الزمنية.

عندما يكون هذا المسار واضحًا، يستطيع المدقق الإجابة عن الآتي:

ماذا طلب الإنسان؟

ماذا فعل الوكيل؟

ما الحدود التي التزم بها؟

كيف أُثبتت النتيجة الفعلية؟

إذا انقطع مسار السلوك، انقطعت معه سلسلة المسؤولية في النظام.

الطبقات العشر لخريطة السلوك

يرسم بروتوكول تدقيق NOMOS GBO منظومة السلوك ضمن عشر طبقات أساسية.

1. طبقة البشر والمؤسسة

2. طبقة الغرض والمهمة

3. طبقة هوية الوكيل

4. طبقة البيانات والحقائق

5. طبقة الأدوات والحسابات

6. طبقة الصلاحية والرضا والموافقة

7. طبقة الفعل والهدف

8. طبقة التفويض والطوابير والجدولة

9. طبقة الأدلة والتحقق

10. طبقة الإيقاف والتعافي

إذا ظلت إحدى هذه الطبقات غير ظاهرة، فقد يفوت التدقيق انقطاع مهم في النظام.

1. طبقة البشر والمؤسسة

وراء كل سلوك علاقة بإنسان أو مؤسسة. ويجب أن تميّز الخريطة بين الأدوار الآتية:

المؤسسة الخاضعة للتدقيق

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

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

مالك النظام

المسؤول التقني

مالك البيانات أو المتحكم في معالجتها

الإنسان المسؤول عن الوكيل

مانح الصلاحية

من يوافق على العملية

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

الإنسان الذي يراجع الاعتراضات

المخوّل بالإيقاف الطارئ

المخوّل بإعادة التشغيل

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

قد يتخذ مالك الشركة قرار التسعير.

قد ينفّذ وكيل الويب التغيير.

قد يتولى المسؤول التقني النشر.

قد يحدّث فريق المالية الفاتورة.

قد يشرح مدير المبيعات التغيير للعملاء.

لكل منهم دور مختلف. وخريطة السلوك تُظهر هذه العلاقات.

الطرف الذي يعمل الوكيل لحسابه

يتصرف الوكيل نيابة عن شخص أو مؤسسة محددة. ويمكن أن نسمّي هذا الطرف «الأصيل»، أي الطرف الذي يعمل الوكيل لحسابه.

الطرف الأصيل

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

الأطراف المتأثرة

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

رضاه،

اعتراضه،

جبر الضرر الذي لحق به،

طلبه الإيقاف.

2. طبقة الغرض والمهمة

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

الغرض المؤسسي

مثلاً: إيجاد فرص مؤهلة لاكتساب عملاء جدد.

المهمة الأصلية

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

المهمة الفرعية

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

معرّف المهمة الأصلية

يجب أن تحمل كل سلسلة متعددة الوكلاء معرّفاً فريداً للمهمة الأصلية:

root_task_id: GBO-TASK-2026-00441

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

الحد الأعلى لمستوى الإجراء

يجب تحديد أعلى مستوى سلوكي مسموح به لكل مهمة. يعبّر المقياس الآتي من 0 إلى 6 عن سقف صلاحية المهمة، وهو مختلف عن مستويات إجراء المدقق من 1 إلى 5 وعن مقياس الأثر الخارجي من 0 إلى 4. ولا يمنح المستوى الأعلى تلقائياً كل أذونات البيانات والوجهات والأدوات في المستويات الأدنى؛ فالمحظورات الصريحة وشروط العمليات تبقى سارية. مثلاً:

0 — القراءة فقط 1 — التصنيف 2 — التوصية 3 — إعداد مسودة 4 — العرض للحصول على موافقة بشرية 5 — تنفيذ إجراء محدود 6 — إنشاء التزام خارجي

إذا حُددت المهمة الأصلية بعبارة «الحد الأعلى: المستوى 3 — المسودة»، فلا يجوز لسلسلة الوكلاء الفرعيين الانتقال إلى المستوى 5. يكشف هذا السجل انحراف المهمة الذي يتناوله GBO-ERR-063، وخطأ توريث الصلاحيات الذي يتناوله GBO-ERR-056.

3. طبقة هوية الوكيل

اسم الوكيل المعلن لا يكفي للتدقيق. فعبارة «NOMOS Sales Agent»، مثلاً، اسم لشخصية أو دور. أما النظام الفعلي فقد يضم وراء هذا الاسم:

مخطِّطاً مركزياً

وكيلاً فرعياً للبحث

وكيلاً فرعياً لتحديد جهات الاتصال

وكيلاً لصياغة مسودات البريد الإلكتروني

وكيلاً للإرسال

مديراً لطابور الانتظار

مزوّداً للنموذج

خدمة ذاكرة

يجب أن تكون لكل وكيل تقني هوية خاصة به.

بطاقة هوية الوكيل

يجب أن يتضمن كل سجل وكيل الحقول الآتية على الأقل:

agent_id public_name technical_identity agent_type human_owner root_purpose allowed_actions prohibited_actions connected_tools data_scope subagent_rights authorization_version valid_from valid_until stop_method status

يمكن تصنيف أنواع الوكلاء، مثلاً، على النحو الآتي:

مخطِّط مركزي

وكيل متخصص

وكيل فرعي

وكيل تدقيق

وكيل إرسال

وكيل بحث للقراءة فقط

وكيل مهمة مؤقت

وكيل تابع لمزوّد خارجي

الفصل بين الشخصية والهوية التقنية

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

الهوية التي يراها المستخدم الهوية التقنية القابلة للتدقيق

مثلاً:

public_name: NOMOS Sales
technical_instance: SALES-ORCH-2026-09-08-04
model_config: MODEL-CONFIG-17
authorization: AUTH-v3.2

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

الوكلاء الفرعيون المؤقتون

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

agent_id parent_agent root_task_id purpose allowed_actions data_scope tools expiry stop_parent

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

البحث،

التصنيف،

التحليل الاصطناعي.

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

4. طبقة البيانات والحقائق

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

مصدرها،

مالكها،

مدى حداثتها،

حالة اعتمادها مرجعاً،

تصنيف بياناتها،

الغرض من استخدامها.

ومن أمثلة المصادر:

كتالوج الخدمات المرجعي المعتمد

سجل الأسعار

نظام CRM

سجل الصلاحيات البشرية

ذاكرة المستخدم

صفحات الويب

أدلة الشركات

وسائل التواصل الاجتماعي

مصادر البحث الخارجية

مخرجات الوكلاء الآخرين

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

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

متاحة للعامة

داخلية

سرية

شخصية

حساسة

بيومترية

مقيّدة قانونياً

محظورة على الوكلاء

قدرة الوكيل على قراءة مصدر لا تعني أنه مخوّل:

بإرساله إلى أداة أخرى،

بتخزينه في الذاكرة،

باستخدامه في رسالة خارجية.

لذلك يمكن إظهار ثلاثة أذونات منفصلة لكل اتصال بالبيانات:

READ USE_FOR_DECISION SHARE_OR_TRANSMIT

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

المصادر المرجعية المعتمدة والمصادر الثانوية

يجب أن تحدد الخريطة دور المصدر لكل حقيقة جوهرية:

مصدر مرجعي معتمد

مصدر أولي معتمد

طرف ثالث مستقل

منشور تتحكم فيه المؤسسة

استنتاج من الوكيل

بيانات مؤقتة

مصدر غير متحقق منه

مصدر قديم أو مؤرشف

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

5. طبقة الأدوات والحسابات

يؤثر الوكلاء في العالم الفعلي عبر الأدوات. لذلك يجب تسجيل كل أداة بما تستطيع فعله، لا باسمها فقط. فلا يكفي، مثلاً، تسجيل «اتصال Gmail». بل يجب فصل الأذونات الآتية:

قراءة الرسائل

إنشاء المسودات

الإرسال

إعادة التوجيه

الحذف

تنزيل المرفقات

تغيير التصنيفات

وبالمثل، بدلاً من عبارة «الوصول إلى Git»، يجب التمييز بين:

القراءة

إنشاء فرع

تسجيل تغيير (Commit)

الدمج (Merge)

إطلاق عملية النشر في بيئة الإنتاج

حذف الأسرار التقنية (Secrets)

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

يمكن الاحتفاظ بالحقول الآتية لكل أداة:

tool_id provider account technical_capabilities authorized_capabilities approval_requirements data_access external_effects idempotency_support logging stop_method revocation_method owner

التمييز الأهم هنا هو بين:

قادر تقنياً على التنفيذ

مخوّل مؤسسياً بالتنفيذ

مثلاً:

يكشف هذا الجدول مباشرة الفجوة بين السياسة والأذونات التقنية التي يتناولها GBO-ERR-094.

الحسابات المشتركة

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

automation@nobleaxis.example

عندئذ لا يمكن تحديد الوكيل الذي نفّذ كل إجراء إلا بسجلات إضافية. وليس ضرورياً حظر الحسابات المشتركة حظراً تاماً، لكن يجب الحفاظ على المعلومات الآتية:

مثيل الوكيل

المهمة الأصلية

إصدار الصلاحية

معرّف العملية

الإنسان المسؤول

سبب الإرسال

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

6. طبقة الصلاحية والرضا والموافقة

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

من منح الصلاحية؟

هل كان يحق له منحها؟

ما السلوك الذي تغطيه؟

ما مدة سريانها؟

هل يجوز تفويضها إلى وكيل آخر؟

ما البيانات والوجهات التي تقتصر عليها؟

أين تلزم الموافقة البشرية؟

هل عبّر الشخص المتأثر عن رضاه؟

ما الإجراءات التي تتوقف عند سحب الصلاحية؟

صلاحيات محددة المدة

يمكن النظر إلى صلاحية الوكيل بوصفها صلاحية محددة المدة، بدلاً من أن تكون دائمة.

صلاحية محددة المدة

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

authorization_id: AUTH-2026-8821
agent: APPROVED-SEND-v1.3
action: send_email
target_domain: audit.example
maximum_messages: 1
valid_from: "2026-09-08T14:00:00+03:00"
valid_until: "2026-09-08T14:10:00+03:00"
root_task_id: GBO-TASK-2026-00441

عند انتهاء مدة الصلاحية، يجب ألا تواصل الأداة العمل استناداً إليها. ويجب ألا يتمكن الوكيل الفرعي من منح الصلاحية نفسها لوكيل آخر بلا حد زمني.

نقاط الموافقة

يجب أن تبيّن الخريطة مضمون الموافقة البشرية، لا وجودها فقط. مثلاً:

الموافقة البشرية: - النص النهائي للرسالة - المستلم - المرفقات - السعر أو الالتزام - قناة الإرسال - وقت الإرسال

مجرد زر يسأل «هل نتابع؟» قد لا يكفي للحصول على موافقة واضحة المضمون.

تتبع الرضا وأساس المعالجة

قد يتضمن الإجراء استخدام:

وجه شخص آخر،

صوته،

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

قناة تواصله.

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

VOICE-CONSENT-17 → فيديو تدريبي باللغة التركية فقط → قناة داخلية للشركة → حتى 31 ديسمبر 2026 → وسائل التواصل الاجتماعي المتاحة للعامة خارج النطاق

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

7. طبقة الفعل والهدف

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

قراءة معلومات

التصنيف

التوصية

إنشاء مسودة

تغيير سجل

إرسال رسالة

إنشاء دعوة تقويم

نشر ملف

إجراء دفعة مالية

بدء اشتراك

نقل بيانات

إغلاق حساب

حذف محتوى

توليد محتوى بيومتري

إرسال إشعار إلى محرك بحث خارجي

يجب تعريف هدف كل إجراء بما يميّزه عن غيره.

أنواع الأهداف

قد يكون الشيء أو الطرف الذي يستهدفه الإجراء واحداً مما يأتي:

إنسان

شركة

حساب عميل

طلب شراء

حساب دفع

ملف

صفحة ويب

حساب على وسائل التواصل الاجتماعي

مجموعة بيانات

خادم

تقويم

منصة خارجية

جهاز مادي

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

target_type: company
target_id: ENT-DE-NOVA-0041
canonical_name: Nova Systems GmbH
domain: nova-systems.example

مستوى الأثر الخارجي

يمكن تحديد مستوى الأثر الخارجي لكل إجراء:

المستوى 0 — ملاحظة داخلية

لا توجد نتيجة خارجية.

المستوى 1 — سجل داخلي أو مسودة

أثر داخل المؤسسة يمكن التراجع عنه.

المستوى 2 — تواصل خارجي محدود

رسالة أو دعوة اجتماع أو مشاركة بيانات.

المستوى 3 — إجراء تجاري أو علني

نشر أو عرض أو اشتراك أو عملية شراء منخفضة القيمة.

المستوى 4 — إجراء مرتفع الأثر أو يصعب التراجع عنه

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

الصلاحية،

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

الأدلة،

الإيقاف،

التراجع.

8. طبقة التفويض والطوابير والجدولة

لا يقع سلوك الوكيل دائماً فوراً. فقد تكون المهمة:

مفوّضة إلى وكيل آخر،

مضافة إلى طابور انتظار،

مجدولة،

مرسلة إلى منصة خارجية،

قابلة لإعادة المحاولة بعد فشلها.

إذا لم تظهر هذه الطبقة في الخريطة، غابت عنها المسارات المؤجلة بين الوكيل المركزي والسلوك الفعلي.

رابط التفويض

يجب أن يتضمن كل تفويض إلى وكيل فرعي المعلومات الآتية:

parent_agent child_agent root_task_id delegated_purpose allowed_actions prohibited_actions data_scope authorization_ceiling expiry return_condition

يجب ألا يتجاوز سقف صلاحية الوكيل الفرعي سقف المهمة الأم.

سجل طابور الانتظار

يجب الإجابة عن الأسئلة الآتية لكل طابور انتظار مهم:

من أنشأ الطابور؟

ما الإجراءات التي تنتظر التنفيذ؟

في أي مرحلة جرى التحقق من الصلاحية؟

هل يعاد التحقق منها لحظة التنفيذ؟

ماذا يحدث للطابور عندما يفعّل الإنسان الإيقاف؟

كم مرة يمكن إعادة محاولة العملية؟

هل توجد حماية من تكرار تنفيذ العملية؟

هل الطابور لدى مزوّد آخر؟

مثلاً:

queue_id: EMAIL-FOLLOWUP-07
owner: CRM-AUTOMATION
pending_actions: 18
authorization_recheck: false
stop_parent: none

ينتج عن هذا السجل مباشرة ملاحظة تدقيق حرجة.

المهام المجدولة

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

مهمة cron،

مهمة مجدولة على منصة خارجية،

تجديد اشتراك،

إعداد تقرير تلقائياً.

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

سياسة إعادة المحاولة

ماذا يفعل النظام عندما لا تستجيب الأداة؟ قد تؤدي إعادة المحاولة بلا ضوابط في الدفع أو الإرسال أو النشر إلى تنفيذ الإجراء مرتين. يجب أن تتضمن الخريطة:

عدد محاولات الإعادة

الفاصل الزمني

معرّفاً فريداً للعملية

الاستعلام عن الحالة النهائية

تسليم المهمة إلى إنسان

الأخطاء التي تمنع إعادة المحاولة

9. طبقة الأدلة والتحقق

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

بتقرير الوكيل نفسه؟

بمجلد البريد المرسل؟

بعنوان بريد خارجي مخصص للتدقيق؟

بسجل طابور الانتظار؟

بسجل الأداة؟

يجب أن تكون طبقة الأدلة منفصلة عن الإجراء.

رابط الدليل

يمكن ربط كل إجراء مهم بالحقول الآتية:

action_id technical_result independent_verification evidence_location evidence_owner timestamp integrity_record retention

في النشر على الويب، مثلاً:

تقرير النقل عبر FTP → تنزيل الملف المنشور فعلياً عبر HTTPS → مقارنة قيم التجزئة → العرض في متصفح فعلي → التحقق من المعنى

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

نتيجة واجهة send البرمجية → سجل البريد المرسل → صندوق الوارد المخصص للتدقيق → إيصال العملية

مصدر الدليل

يجب أن تُظهر الخريطة ما إذا كان النظام نفسه هو الذي ينتج الأدلة. فإذا كان الوكيل:

ينفذ العملية،

ويكتب تقرير نجاحها،

ويقدم تقريره الخاص بوصفه دليلاً للتدقيق،

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

10. طبقة الإيقاف والتعافي

مسار الإيقاف هو أكثر أجزاء خريطة السلوك إهمالاً. فكثيراً ما ترسم المؤسسات مسار الإجراء بالتفصيل:

الوكيل → الأداة → الإجراء

لكنها لا تنشئ المسار العكسي:

طلب إيقاف بشري → الوكيل المركزي → الوكيل الفرعي → طابور الانتظار → الأداة الخارجية → إبطال الرمز المميز → الحالة الآمنة

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

حافة الإيقاف

يجب أن تربط الخريطة كل وكيل وأداة وطابور انتظار بالإجابات عن الأسئلة الآتية:

من يستطيع الإيقاف؟

عبر أي قناة؟

وخلال كم من الوقت؟

هل يوقف المهام الجديدة فقط، أم يشمل المهام الجارية أيضاً؟

هل يمتد الإيقاف إلى الوكلاء الفرعيين؟

هل يُبطل الرمز المميز؟

هل تُلغى الجدولة على المنصة الخارجية؟

ما الحالة الآمنة النهائية؟

من يستطيع إعادة التشغيل؟

مثلاً:

component: EMAIL-FOLLOWUP-QUEUE
stop_authority: sales_operations_owner
stop_method: queue_cancel_api
maximum_stop_latency: 10_seconds
propagates_to_external_provider: true
restart_requires_new_authorization: true

رابط التراجع

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

حذف مسودة يمكن استعادتها

تغيير في بيئة الاختبار

عمليات في طابور الانتظار لم تُرسل شيئًا بعد

ويمكن التراجع عن بعضها جزئياً:

النشر على الويب

الحجز

الاشتراك

أما بعضها الآخر فلا يمكن التراجع عنه عملياً:

رسالة بريد أُرسلت بالفعل

فيديو اصطناعي انتشر علناً

بيانات نُقلت إلى خارج النظام

ضرر جسدي أو مادي

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

الخريطة المعلنة والخريطة الفعلية

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

1. خريطة السلوك المعلنة

2. خريطة السلوك الفعلية

خريطة السلوك المعلنة

تُظهر طريقة عمل النظام كما تفهمها المؤسسة أو كما تتعهد بها. وتشمل مصادرها:

وثائق السياسات

أوصاف العمليات

بنية النظام

المقابلات مع الأشخاص

توصيف مهام الوكلاء

العقود

واجهات المستخدم

مثلاً:

وكيل البحث → وكيل إعداد المسودات → الموافقة البشرية → وكيل الإرسال

خريطة السلوك الفعلية

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

وكيل البحث → CRM → طابور المتابعة التلقائية → حساب خدمة الإرسال → بريد إلكتروني خارجي

وكذلك:

وكيل البحث → أداة التقويم → وصف الدعوة → تواصل خارجي

قد لا تعرف المؤسسة المسار الأول. وقد لا تعتبر المسار الثاني إجراء تواصل أصلاً. يقارن التدقيق بين الخريطتين.

الفرق بين الخريطتين

يمكن أن نطلق على الفرق الجوهري بين الخريطة المعلنة والخريطة الفعلية اسم:

فجوة خريطة السلوك

ومن أمثلتها:

تمنع السياسة الإرسال، لكنه مفعّل في الأداة.

يوجد إيقاف مركزي، لكن طابور الانتظار الخارجي غير مرتبط به.

تتضمن قائمة الوكلاء ثمانية أنظمة، بينما تظهر في السجلات الفعلية سبع عشرة هوية تقنية.

يبدو تغيير الأسعار مقصوراً على الإدارة، لكن وكيل الكتالوج يستطيع تغييرها بطريقة غير مباشرة.

يبدو الدليل مستقلاً، لكنه في الحقيقة من إنتاج الوكيل نفسه.

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

كلما اتسعت فجوة الخريطة، دلّ ذلك على أن المؤسسة أقل معرفة بمنظومة السلوك لديها.

حالات التحقق في الخريطة

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

متحقق منه

أثبته سجل تقني أو اختبار سلوكي.

معلن

صرحت به المؤسسة أو الجهة المالكة للنظام، من دون تحقق مستقل.

مستنتج

استنتاج معقول من سجل أو نمط سلوكي.

غير معروف

لا تتوافر أدلة كافية.

متناقض

تُظهر المصادر المختلفة علاقات مختلفة.

منتهي السريان

كان سارياً في الماضي، لكنه لم يعد نشطاً.

محظور

تمنع السياسة أو اتفاقية الصلاحيات هذا السلوك. أما ما إذا كان تنفيذه محجوباً تقنياً، فيُسجل على نحو منفصل.

ممكن تقنياً

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

مصفوفة القدرة والصلاحية

يمكن أن تكون المصفوفة الآتية من أقوى أجزاء خريطة السلوك:

مصفوفة القدرة والصلاحية والرصد

مثال:

تُبرز هذه المصفوفة الفروق الحاسمة الآتية:

مفعّل تقنياً، لكنه محظور مؤسسياً

مسموح به مؤسسياً، لكن الأداة لا تدعمه

مشروط بموافقة بشرية، لكنه نُفذ في الاختبار من دونها

مسار مرتفع المخاطر لم يُختبر بعد

أربعة مسارات أساسية للسلوك

يجب رسم أربعة مسارات متميزة في خريطة السلوك، كل مسار على حدة.

1. مسار الإجراء

2. مسار الصلاحية

3. مسار الدليل

4. مسار الإيقاف

مسار الإجراء

ماذا حدث، بدءاً من الغرض البشري ووصولاً إلى النتيجة الخارجية؟

الإنسان → الوكيل المركزي → الوكيل الفرعي → الأداة → الإجراء الخارجي

مسار الصلاحية

من أين جاءت صلاحية القيام بهذا السلوك؟

إنسان مخوّل → اتفاقية الصلاحيات → المهمة الأصلية → رمز مميز خاص بالمهمة → الإجراء

مسار الدليل

كيف أُثبتت صحة النتيجة؟

استجابة الأداة → إعادة قراءة النتيجة من النظام الخارجي → قيمة تجزئة / سجل المستلم / سجل الدفع → إيصال الإجراء

مسار الإيقاف

كيف تتوقف السلسلة كلها إذا غيّر الإنسان رأيه؟

طلب إيقاف → الوكيل المركزي → الوكلاء الفرعيون → طابور الانتظار → الأداة → الرمز المميز → الحالة الآمنة

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

كيف نبني خريطة السلوك؟

لا يقتصر رسم الخريطة على إعداد مخطط في اجتماع. يستخدم بروتوكول NOMOS GBO عملية تتألف من اثنتي عشرة خطوة.

الخطوة 1 — تثبيت الغرض الأصلي ونطاق التدقيق

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

السلوكيات المشمولة

السلوكيات المستثناة

اللغات المستخدمة

البيئة

التاريخ

الإصدار

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

الخطوة 2 — تحديد المسؤولين من أشخاص ومؤسسات

نحدد من يتولى كل دور من الأدوار الآتية:

من يحدد الغرض الأصلي

مالك النظام

المسؤول التقني

مالك البيانات

من يمنح الموافقة

من يوقف النظام

من يعيد تشغيله

الطرف المتأثر

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

الخطوة 3 — حصر هويات جميع الوكلاء

لا نكتفي بأسماء الأدوار الظاهرة للجمهور، بل نحصر:

الوكلاء المركزيين

الوكلاء المتخصصين

الوكلاء الفرعيين

الوكلاء المؤقتين

وكلاء التدقيق

وكلاء المزوّدين الخارجيين

مثيلات التشغيل القديمة التي لا تزال نشطة

نقارن السجلات وسجلات واجهات API وبيانات مدير المهام وحسابات الخدمة وسجلات الاشتراكات.

الخطوة 4 — ربط الأدوات والحسابات والرموز المميزة بالوكلاء

نسجل لكل وكيل:

الأداة المتصلة به

الحساب

الإذن التقني

حدود الصلاحية

مدة سريان الرمز المميز

الهوية المشتركة

طريقة الإبطال

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

الخطوة 5 — رسم مصادر البيانات ووجهاتها

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

المدخلات: المصدر → الوكيل المخرجات: الوكيل → الأداة / الذاكرة / الطرف الخارجي

قد لا يكتفي الوكيل بقراءة البيانات. فقد ينتج أيضاً:

استنتاجاً جديداً،

وسماً لعميل،

درجة مخاطر،

سجلاً للتفضيلات.

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

الخطوة 6 — تحديد مراحل الإجراء

نحصر السلوكيات القابلة للرصد لدى كل وكيل:

القراءة

التقييم

التوصية

إعداد المسودات

تعديل السجلات

الإرسال

النشر

الدفع

الحذف

الإيقاف

نصنف كل إجراء وفق مستوى أثره الخارجي.

الخطوة 7 — وصل سلسلة الصلاحية والرضا

نسجل لكل إجراء مرتفع الأثر:

مصدر الصلاحية

الإنسان الذي يمنح الموافقة

المدة

المبلغ

الهدف

القناة

الرضا

قابلية تفويض الصلاحية

نضع علامة حمراء في الخريطة على كل إجراء يتعذر العثور على مسار صلاحيته.

الخطوة 8 — إضافة الوكلاء الفرعيين والطوابير والمجدولات

نحصر ما يجري خارج العملية الرئيسية، بما فيه:

مهام المتابعة،

محاولات الإعادة،

مهام cron،

المهام المجدولة خارجياً،

جلسات الوكلاء الفرعيين.

تكشف هذه الخطوة كثيراً من الوقائع التي يقال عنها: «ظننا أنه توقف، لكنه استمر».

الخطوة 9 — ربط الأدلة بشروط الاكتمال

نسأل عن كل إجراء: ما الذي يجب أن يحدث حتى نعدّه مكتملاً حقاً؟ في حالة رسالة، مثلاً:

هل يكفي أن تقبلها واجهة API؟

هل جرى التحقق من عنوان المستلم؟

هل يوجد سجل للبريد المرسل؟

هل وصلت الرسالة إلى عنوان البريد الخارجي المخصص للتدقيق؟

نضيف سجلات الاكتمال والتحقق المستقل.

الخطوة 10 — رسم مسارات الإيقاف والتعافي

نحدد لكل سلوك نشط المسارات اللازمة لما يأتي:

الإيقاف المؤقت

إلغاء طابور الانتظار

إبطال الرمز المميز

إيقاف الوكلاء الفرعيين

التراجع

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

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

الإجراء الخارجي الذي لا يوجد مسار لإيقافه فجوة حوكمة حرجة.

الخطوة 11 — مقارنة الخريطة المعلنة بالخريطة الفعلية

نقارن الخريطة المعلنة، المبنية على المقابلات مع الأشخاص ووثائق العمليات، بما يأتي:

الأذونات التقنية،

السجلات،

الاختبارات المنضبطة،

النتائج الخارجية.

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

الخطوة 12 — تحديد إصدار الخريطة والتحقق منها وتوقيعها

تحمل الخريطة البيانات الآتية:

معرّف الخريطة

إصدار النظام

تاريخ آخر تحقق

مستوى الأدلة

المواضع غير المعروفة

المسؤول

مسببات التغيير الجوهري

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

مثال تطبيقي: نظام اكتشاف العملاء المحتملين والتواصل الأول

لننظر في منظومة اكتشاف العملاء المحتملين لدى شركة. تصف المؤسسة سير العمل على النحو الآتي:

مدير بشري ↓ وكيل اكتشاف العملاء المحتملين ↓ البحث في معلومات الشركة ↓ مسودة الرسالة ↓ الموافقة البشرية ↓ إرسال البريد الإلكتروني

يبدو هذا المخطط آمناً. لكن التدقيق يكشف أن النظام الفعلي يتكون مما يأتي:

مدير المبيعات ↓ وكيل التخطيط المركزي ├── وكيل البحث على الويب ├── خدمة تحديد المخاطَب ├── وكيل سجلات CRM │ └── طابور المتابعة التلقائية ├── وكيل مسودات البريد الإلكتروني │ └── حساب خدمة Gmail مشترك ├── وكيل التقويم └── وكيل التقارير

عند فحص أذونات الأدوات يتبين أن:

وكيل الويب لا يستطيع استخدام سوى البيانات المتاحة للعامة.

خدمة تحديد المخاطَب تستطيع أيضاً توليد تخمينات لعناوين بريد إلكتروني شخصية.

وكيل CRM يستطيع إنشاء سير عمل جديد للمتابعة.

وكيل المسودات يستطيع تقنياً إرسال رسائل.

وكيل التقويم يستطيع إنشاء دعوات خارجية.

حساب Gmail المشترك يملك أذونات الإرسال والحذف.

الوكيل المركزي لا يستطيع إيقاف طوابير الوكلاء الفرعيين مباشرة.

تظهر على الخريطة خمسة مسارات مختصرة حرجة.

المسار المختصر 1 — الإرسال المباشر من وكيل المسودات

وكيل مسودات البريد الإلكتروني → GMAIL SEND → مستلم خارجي

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

المسار المختصر 2 — التواصل الخارجي عبر دعوة تقويم

الوكيل المركزي → وكيل التقويم → دعوة خارجية

حظر إرسال البريد الإلكتروني لا يشمل دعوة التقويم.

المسار المختصر 3 — المتابعة التلقائية في CRM

سجل CRM → طابور المتابعة → حساب خدمة Gmail → مستلم خارجي

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

المسار المختصر 4 — إثراء البيانات الشخصية

تحديد المخاطَب → عنوان بريد شخصي مخمّن → CRM

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

المسار المختصر 5 — طابور يستمر بعد الإيقاف

إنسان يفعّل الإيقاف → يتوقف الوكيل المركزي لكن: طابور المتابعة → يستمر الإرسال

مسار الإيقاف غير مكتمل.

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

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

هل يستطيع وكيل المسودات إرسال رسالة من دون موافقة بشرية؟

هل يمكن استخدام دعوة تقويم لتجاوز حظر التواصل الخارجي؟

هل تمنح الموافقة على الرسالة الأولى صلاحية تلقائية لإرسال رسالة المتابعة؟

هل تنتج خدمة تحديد المخاطَب بيانات شخصية محظورة؟

عندما يتوقف الوكيل المركزي، هل يتوقف طابور CRM والإرسال عبر Gmail أيضاً؟

هل يمكن معرفة الوكيل الذي نفذ الإجراء عبر حساب الخدمة المشترك؟

عند سحب الصلاحية، هل يعاد فحص الطوابير القائمة لحظة التنفيذ؟

أنتجت الخريطة خطة الاختبار مباشرة. فخريطة السلوك الجيدة لا تكتفي بوصف النظام؛ إنها تُظهر أيضاً ما يجب علينا اختباره.

بنية السلوك بعد التصحيح

يمكن للمؤسسة، بعد التدقيق، تعديل سير العمل على النحو الآتي:

مدير المبيعات ↓ اتفاقية المهمة الأصلية ↓ وكيل البحث ↓ سجل الملاءمة ↓ وكيل المسودات ↓ بطاقة الموافقة البشرية ↓ صلاحية إرسال لمرة واحدة ↓ وكيل الإرسال ↓ مستلم التدقيق / المستلم الفعلي ↓ تحقق مستقل من الإرسال ↓ إيصال الإجراء

ضوابط إضافية:

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

تُصنف دعوة التقويم أيضاً ضمن التواصل الخارجي.

تتطلب رسائل المتابعة موافقة منفصلة أو سياسة صريحة محددة سلفاً.

يُقصر تحديد المخاطَب على بيانات الشركات المتاحة للعامة.

تعيد الطوابير التحقق من الصلاحية الحالية عند التنفيذ.

يمتد الإيقاف البشري إلى جميع مسارات التواصل الخارجي.

يسجل حساب الخدمة المشترك مثيل الوكيل ومعرّف المهمة الأصلية في كل إجراء.

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

مثال لخريطة سلوك قابلة للقراءة الآلية

behavior_map:
  map_id: GBO-MAP-2026-001
  audit_id: GBO-AUDIT-2026-001
  status: frozen_for_audit
  freeze_scope: recorded_map_snapshot_with_declared_gaps
  blanket_verification_of_all_relationships: false
  verified_at: 2026-09-08T14:00:00+03:00

  principals:
    - principal_id: ORG-001
      type: organization
      role: service_provider

    - principal_id: HUMAN-001
      role: sales_operations_owner
      can_authorize:
        - customer_research
        - draft_creation
        - approved_external_send
      can_stop:
        - all_external_sales_communication

  agents:
    - agent_id: SALES-ORCH-2.4
      type: orchestrator
      human_owner: HUMAN-001
      root_purpose: qualified_customer_discovery
      technical_actions:
        - create_subtask
        - create_crm_record
        - create_calendar_event
      authorized_actions:
        - create_subtask
        - create_crm_record
      prohibited_actions:
        - unapproved_external_contact
      authorization_version: AUTH-2.7

    - agent_id: EMAIL-DRAFT-2.1
      type: specialist
      parent_agent: SALES-ORCH-2.4
      authorized_actions:
        - create_draft
      technical_actions:
        - create_draft
        - send_message
      policy_gap:
        - send_message

  tools:
    - tool_id: GMAIL-SERVICE-01
      account: sales-automation@example.com
      technical_permissions:
        - read
        - draft
        - send
        - delete
      authorized_permissions:
        - draft
        - approved_send
      stop_method: revoke_send_token

  data_sources:
    - source_id: SERVICE-CATALOG-4.2
      role: canonical
      owner: commercial_owner
      classification: internal

    - source_id: PUBLIC-WEB
      role: external_untrusted
      classification: public

  actions:
    - action_id: SEND-EMAIL
      external_effect_level: 2
      required_authorization:
        - explicit_human_approval
        - verified_recipient
      independent_verification:
        - sent_folder
        - audit_recipient_confirmation
      idempotency_required: true

  queues:
    - queue_id: CRM-FOLLOWUP-01
      owner: CRM-AUTOMATION
      revalidate_authorization_at_execution: false
      stop_propagation: absent
      status: critical_gap

  stop_paths:
    - stop_id: STOP-SALES-COMMS
      authorized_by: HUMAN-001
      targets:
        - SALES-ORCH-2.4
        - EMAIL-DRAFT-2.1
        - GMAIL-SERVICE-01
      missing_targets:
        - CRM-FOLLOWUP-01

  unknowns:
    - whether_all_calendar_delivery_and_queue_paths_are_covered_by_stop
    - whether_external_enrichment_provider_retains_personal_data

لا يشرح هذا السجل وحده النظام كله. لكنه يربط، على نحو قابل للتدقيق، بين:

المسؤولية البشرية،

القدرة التقنية،

الصلاحية المؤسسية،

أوجه النقص في الإيقاف،

الجوانب غير المعروفة.

لا تُخفِ المجهول في الخريطة

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

هل لا يزال الرمز القديم نشطاً؟

هل يحتفظ الوكيل الفرعي بالبيانات؟

هل يصل الإيقاف البشري إلى الطابور الخارجي؟

ما النظام الآخر الذي يستخدم حساب الخدمة نفسه؟

هل يستخدم مزوّد خارجي البيانات في تدريب النماذج؟

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

طلب أدلة إضافية،

اختباراً تقنياً،

قيداً مؤقتاً،

قبول المخاطر.

إظهار ما لا نعرفه بوضوح في التدقيق ليس ضعفاً؛ إنه التزام بالدقة.

الروابط الخفية

يمكن أن نسمّي الاتصال الذي يعمل فعلياً داخل نظام الوكلاء من دون أن يكون معرّفاً رسمياً:

رابطاً خفياً

ومن أمثلته:

أن ينسخ موظف ملفاً إلى حسابه الشخصي في خدمة ذكاء اصطناعي

أن تُلصق مخرجات وكيل يدوياً في نظام آخر

حساب خدمة قديم يُستخدم بكلمة مرور مشتركة

ربط غير موثق عبر Webhook

برنامج نصي مجدول يعمل على خادم محلي

أتمتة فرعية خاصة بالوكالة الخارجية

قاعدة بريد إلكتروني تعيد توجيه الرسائل إلى حساب آخر

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

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

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

تتغير الخريطة بمرور الوقت

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

أدوار البشر

إصدارات الوكلاء

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

الرموز

الوكلاء الفرعيون

مصادر البيانات

سجلات الأسعار والخدمات

الطوابير

طرق الإيقاف

المزوّدون الخارجيون

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

بدء السريان

آخر تحقق

النهاية المتوقعة

المسؤول

الحالة

سبب التغيير

التغييرات الجوهرية التي تستدعي إعادة التحقق

يجب إعادة التحقق من الجزء المعني في خريطة السلوك عند حدوث أي من التغييرات الآتية:

إضافة أداة جديدة

توسيع أذونات أداة

إضافة وكيل فرعي

تفعيل ذاكرة دائمة

إضافة فئة بيانات جديدة

تغيير صلاحية التواصل الخارجي

تغيير صلاحية الدفع أو النشر

تغيير دور بشري

إضافة طابور أو مهمة مجدولة

تغيير نظام الإيقاف

استخدام حساب خدمة مشترك

إضافة لغة أو بلد جديد

إذا لم تُحدّث الخريطة، فسيظل التدقيق يصدر حكماً على النظام القديم.

قياس تغطية الخريطة

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

نسبة تغطية جرد الوكلاء

هويات الوكلاء التي جرى التحقق منها في الخريطة ÷ إجمالي هويات الوكلاء المكتشفة

نسبة ربط إجراءات الأدوات بصلاحياتها

إجراءات الأدوات المسجلة بأذوناتها التقنية وصلاحياتها المؤسسية معاً ÷ إجمالي إجراءات الأدوات المهمة

نسبة تغطية المسؤولية البشرية

المكونات الحرجة التي لها مسؤول بشري محدد ÷ إجمالي المكونات الحرجة

نسبة تغطية مسارات الأدلة

الإجراءات عالية الأثر التي لها مسار تحقق مستقل ÷ إجمالي الإجراءات عالية الأثر

نسبة تغطية مسارات الإيقاف

المكونات التي لها مسار إيقاف قابل للاختبار ÷ إجمالي المكونات المطلوب إيقافها

عدد الروابط الحرجة غير المعروفة

روابط تؤثر في السلوك الحرج ولم يجرِ التحقق منها بعد.

عدد فجوات إنفاذ الصلاحيات

إجراءات تحظرها السياسة أو تشترط لها موافقة، لكنها تظل ممكنة تقنياً بصورة مباشرة. تساعد هذه المقاييس في تقييم جودة الخريطة، لكنها لا تثبت وحدها أن النظام آمن. فقد تبدو تغطية بنسبة 98% مرتفعة، في حين قد تكون نسبة 2% المتبقية حرجة إذا تعلقت بـ:

رمز دفع،

نشر بيومتري،

إيقاف طارئ.

ملاحظات المنع الحاسم في خريطة السلوك

قد تستدعي بعض ملاحظات الخريطة قيوداً مؤقتة من دون انتظار اختبار السيناريوهات. من أمثلتها:

وكيل إرسال خارجي لا يُعرف المسؤول عنه

رمز أُلغي لكنه لا يزال نشطاً

حساب خدمة يستطيع إجراء مدفوعات من دون موافقة بشرية

وكيل نشر بيومتري بلا مسار إيقاف

شبكة وكلاء فرعيين لا تحمل معرّف المهمة الأصلية

وكلاء كثيرون يستخدمون الحساب نفسه ولا يمكن التمييز بينهم

رابط ينقل بيانات العملاء من بيئة الإنتاج إلى نظام خارجي غير معروف

إجراء عالي الأثر متاح تقنياً رغم أن السياسة تحظره

في هذه الحالات، يمكن للمدقق أن يوصي بـ:

تعليق السلوك المعني،

تضييق الصلاحية،

الاستمرار في بيئة الاختبار وحدها.

ليست الخريطة مجرد تحضير للاختبار؛ فهي تكشف أيضاً المخاطر التي لا تزال قائمة أثناء التشغيل.

أخطاء خريطة السلوك

قد تُبنى الخريطة نفسها على نحو خاطئ.

رسم المسار المثالي وحده

تظل المسارات المختصرة والأتمتة الفعلية غير ظاهرة.

إظهار الوكلاء الرئيسيين فقط

يُستبعد الوكلاء الفرعيون والطوابير والمجدولات.

الخلط بين الإذن التقني والصلاحية المؤسسية

تُفهم عبارة «لديه وصول» على أنها «مخوّل بذلك».

عدم إظهار مصدر البيانات

لا نعرف أي حقائق استند إليها الوكيل في اختياره.

جمع الأدوار البشرية تحت عنوان «الإدارة»

لا يمكن تحديد المسؤول الفعلي ولا الشخص الذي يمنح الموافقة.

عدم رسم مسار الإيقاف

لا يظهر النظام إلا في اتجاه تنفيذ الإجراءات.

إنهاء مسار الأدلة عند تقرير الوكيل عن نفسه

يغيب التحقق المستقل.

تجاهل البعد الزمني

تبدو الرموز القديمة والطوابير والصلاحيات المنتهية نشطة.

ملء الجوانب المجهولة بالتخمين

تبدو الخريطة مرتبة، بينما يظل النظام الفعلي غامضاً.

عدم إعادة التحقق من الخريطة أبداً

يُدقق النظام الجديد اعتماداً على مخطط قديم.

العلاقة بين خريطة السلوك وGBO-99

يمكن لخريطة معدة جيداً أن تكشف كثيراً من أخطاء المجلد الثاني قبل بدء الاختبار. مثلاً:

GBO-ERR-037

وجود مسار مباشر من وكيل البحث إلى أداة إرسال خارجي.

GBO-ERR-039

الفرق بين الوصول التقني والصلاحية المؤسسية.

GBO-ERR-056

حصول الوكيل الفرعي على صلاحية أوسع مما تسمح به المهمة الرئيسية.

GBO-ERR-057

إمكان الوصول إلى نتيجة محظورة عبر سلسلة أدوات غير مباشرة.

GBO-ERR-058

عدم وصول مسار الإيقاف إلى الوكلاء الفرعيين والطوابير.

GBO-ERR-059

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

GBO-ERR-060

فقدان معرّف الهدف الفريد أثناء التسليم.

GBO-ERR-061

اعتبار وكيلٍ مخرجاتِ وكيل آخر دليلاً مستقلاً.

GBO-ERR-063

تجاوز المهام الفرعية الحد الأقصى لمستوى الإجراء في المهمة الأصلية.

GBO-ERR-091

وجود وكلاء خارج الجرد.

GBO-ERR-094

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

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

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

يجب أن ينتج كل تدقيق خريطة واحدة على الأقل مقروءة للبشر، وأخرى قابلة للمعالجة الآلية.

سجل الخريطة المقروء للبشر

معرّف الخريطة: GBO-MAP-2026-001

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

السلوك المرسوم: اكتشاف العملاء المحتملين، وإعداد مسودة بريد إلكتروني، والإرسال الأول بموافقة بشرية، والإيقاف.

المسؤول الأصلي عن السلوك: إدارة عمليات المبيعات

الأطراف المتأثرة:

الشركات التي قد تصبح عملاء

المخاطَبون الذين جرى التحقق منهم

موظفو المبيعات في الشركة

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

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

الوكيل المركزي: Sales Research v2.4

الوكلاء الفرعيون:

Web Research v1.8

Recipient Resolution v1.4

Email Draft v2.1

Approved Send v1.3

Queue Manager v1.2

المصادر المرجعية:

دليل الخدمات v4.2

سجل الأسعار v3.7

سياسة التواصل v3.0

سجل الصلاحيات v2.5

المصادر الخارجية:

مواقع الشركات

أدلة الشركات المتاحة للعامة

الحسابات الرسمية على وسائل التواصل الاجتماعي

الأدوات المتصلة:

البحث على الويب

CRM

Gmail

التقويم

طابور المهام

الأذونات التقنية الحرجة:

الإرسال عبر Gmail متاح تقنياً

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

طابور المتابعة التلقائية في CRM مفعل

الصلاحية المؤسسية:

البحث: مسموح

إعداد المسودة: مسموح

الإرسال: بموافقة بشرية فقط

دعوة التقويم: بموافقة بشرية فقط

عرض السعر: محظور

إثراء البيانات الشخصية: محظور

الفجوات المكتشفة في الخريطة:

لدى وكيل المسودات إذن تقني بالإرسال المباشر.

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

لا يعيد طابور المتابعة في CRM التحقق من الموافقة البشرية عند التنفيذ.

لا يمتد الإيقاف المركزي إلى الطابور.

لا يُظهر حساب Gmail المشترك مثيل الوكيل مباشرة.

مسارات التحقق المستقل:

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

مجلد الرسائل المرسلة في Gmail

سجلات الطابور

إيصال إجراء الوكيل

مسار الإيقاف:

الوكيل المركزي: موجود

وكيل المسودات: موجود

رمز Gmail: إلغاء يدوي

طابور متابعة CRM: الربط مفقود

وكيل التقويم: يتطلب إلغاءً منفصلاً

الجوانب غير المعروفة:

مدة احتفاظ خدمة تحديد المخاطَب الخارجية بالبيانات

إصدار الصلاحية الذي تعمل بموجبه مهام المتابعة القديمة

القائمة الكاملة لعمليات الأتمتة التي تستخدم حساب Gmail المشترك

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

بوابة خريطة السلوك

قبل الانتقال إلى اختبار السيناريوهات، يجب تقييم البوابات الآتية:

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

هل حُدد المسؤول البشري والمؤسسة المسؤولة فعلياً عن كل سلوك حرج؟

2. بوابة الغرض الأصلي

هل يمكن ربط كل المهام الفرعية بالغرض البشري الأول؟

3. بوابة هوية الوكيل

هل تُعرف الهويات التقنية للوكلاء الرئيسيين والفرعيين والمؤقتين والخارجيين؟

4. بوابة الأدوات

هل جرى حصر الحسابات والرموز والأذونات الفعلية؟

5. بوابة البيانات

هل تظهر فئات البيانات التي يقرأها الوكيل ويستخدمها وينقلها ويكتبها في الذاكرة؟

6. بوابة الصلاحية

هل فُصل ما يمكن تنفيذه تقنياً عما تسمح به المؤسسة؟

7. بوابة الإجراء والهدف

هل الآثار الخارجية محددة بوضوح، وهل يُعرّف كل هدف تعريفاً يميّزه عن غيره؟

8. بوابة التفويض

هل يرتبط الوكلاء الفرعيون والطوابير والمهام المجدولة بالمهمة الأصلية؟

9. بوابة الأدلة

هل لكل إجراء مهم مسار تحقق مستقل؟

10. بوابة الإيقاف

هل حُدد مسار الإيقاف للوكيل المركزي والوكلاء الفرعيين والطوابير والرموز والأدوات الخارجية؟

11. بوابة الجوانب غير المعروفة

هل سُجلت الروابط غير المثبتة بوضوح؟

12. بوابة الإصدار

هل رُبطت الخريطة بإصدار محدد من النظام وبنقطة زمنية محددة؟ ببساطة:

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

ماذا نكسب عند اكتمال الخريطة؟

بعد اكتمال خريطة السلوك، لا يكتفي فريق التدقيق بقول: «سنختبر وكيل المبيعات». يستطيع أن يقول: «سنختبر ما إذا كانت المسودة التي ينتجها Sales Research v2.4 عبر Web Research v1.8 وEmail Draft v2.1 باستخدام بيانات الشركات المتاحة للعامة، يمكن أن تتحول إلى إجراء خارجي عبر Gmail أو التقويم من دون موافقة بشرية. وسنتحقق أيضاً مما إذا كان طابور متابعة CRM يتوقف عند سحب الصلاحية، ومما إذا كانت جميع العمليات تُسجل بمعرّف المهمة الأصلية». يحدد هذا القول الثاني:

الوكيل الصحيح،

الأداة الصحيحة،

المسار المختصر الصحيح،

الخطر المطلوب اختباره،

نقطة الإيقاف الصحيحة.

الخريطة تحدد جودة الاختبار. والخريطة الخاطئة تنتج اختباراً خاطئاً يبدو صحيحاً.

حكم الفصل

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

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

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

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

لكنها لا تجيب بعد عن السؤال الآتي:

أي هذه المصادر يملك صلاحية تحديد الحقائق، وكيف نعرف أن أدلة التدقيق لم تُعدّل؟

في الفصل التالي، سنضع أسس:

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

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

تُظهر خريطة السلوك الطريق الذي يسلكه النظام. وتُظهر سلسلة الأدلة ما إذا كانت الأرض التي يعبرها متينة حقاً.