من أنت؟

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

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

تظهر له نتائج مختلفة تحمل اسم «Nova Digital»:

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

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

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

لهذا يبدأ عقد السلوك في GBO بالسؤال:

من أنت؟

الاسم ليس هوية

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

قد يشترك في الاسم نفسه:

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

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

قد تختلف لدى الشركة:

• تسميتها القانونية،
• وعلامتها التجارية،
• واسم نطاقها،
• واسم المستخدم في حساباتها الاجتماعية،
• واسم منتجها،
• واسمها باللغة المحلية،
• واسمها في السوق الدولية.

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

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

طبقات الهوية

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

هوية الإنسان

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

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

الهوية القانونية

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

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

من منظور GBO، يجب أن تكون هذه العلاقات واضحة:

من يدير العلامة؟ من يبرم العقد؟ من يصدر الفاتورة؟ من يتلقى الدفع؟ من يتحمل المسؤولية عند النزاع؟

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

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

الهوية التشغيلية

توضح كيف تعمل المؤسسة فعلًا. أي فريق ينفذ أي عمل؟

أي وحدة تقدم عروض الأسعار؟

من يوافق على النشر في البيئة الحية؟

من يستطيع الوصول إلى بيانات العملاء؟

من تقتصر مهمته على إعداد المسودات؟

من يستطيع إجراء المدفوعات؟

من يحق له إرسال رسائل إلى خارج المؤسسة؟

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

الهوية الرقمية

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

هوية الوكيل

هذه طبقة جديدة تتزايد أهميتها.

يجب أن توضّح هوية وكيل الذكاء الاصطناعي:

• باسم من يعمل،
• ولأي غرض أُنشئ،
• وإلى أي أنظمة يستطيع الوصول،
• وأي عمليات يستطيع تنفيذها،
• وأي عمليات لا يستطيع تنفيذها،
• ومتى يجب أن يطلب موافقة إنسان.

لا تكفي تسميات عامة مثل «مساعد بحث» أو «وكيل خدمة عملاء» أو «وكيل مشتريات». يجب تحديد هوية الوكيل مع نطاق الفعل المتاح له؛ فقد لا يكتفي الآن بإنتاج الإجابات، بل يترك أثرًا في العالم الخارجي باسم المؤسسة.

مثلث الهوية

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

1. طالب الفعل

الشخص أو المؤسسة التي تطلب تنفيذ الفعل.

2. منفّذ الفعل

الوكيل أو شبكة الوكلاء التي تنفذ المهمة.

3. الطرف المقابل

الشخص أو الشركة أو النظام أو الكيان الذي يتجه إليه الفعل.

يمكن أن نسمي هذه البنية مثلث الهوية.

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

• من طلب الإرسال؟
• من هو الوكيل الذي أرسل الرسالة؟
• من هو الشخص أو المؤسسة التي وصلت إليها؟

عند الشراء:

• من يستخدم الميزانية؟
• من هو الوكيل الذي ينفذ العملية؟
• ما الكيان القانوني الذي يبيع المنتج؟

عند نشر محتوى على وسائل التواصل:

• من اتخذ قرار التواصل؟
• ما النظام الذي أنشأ المحتوى ونشره؟
• على أي حساب يجري النشر، وباسم من، وإلى أي جمهور؟

عند تحديث موقع:

• من حدد هدف التغيير؟
• من هو الوكيل الذي عدّل الملف؟
• أي موقع يُعدّل، ومن يديره، ومن يتأثر بالتغيير؟

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

لذلك يجب طرح ثلاثة أسئلة قبل كل فعل مهم:

من يطلب؟ من ينفذ؟ وعلى من أو تجاه من يُنفذ الفعل؟

أن تكون حقيقيًا لا يعني أن تكون مخوّلًا

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

هناك إذن سؤالان منفصلان:

من هذا في الحقيقة؟ وهل يملك هذا الشخص أو النظام صلاحية تنفيذ هذا الفعل؟

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

الشخص الحقيقي ليس دائمًا الشخص المخوّل. الحساب الرسمي ليس قناة مخوّلة لكل عملية. الوصول إلى النظام ليس صلاحية لتغييره.

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

الدور ليس الشخص

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

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

وقد لا يحق لمسؤول وسائل التواصل تعديل شروط العقود. كما أن وصول مطور إلى النظام الحي لا يعني أنه يملك تحديد سياسة الأسعار. اسم الدور وحده لا يشرح حدود السلوك.

الصلاحية مرتبطة بالسياق

ليست الصلاحية صفة عامة بلا حدود.

قد يكون الشخص أو الوكيل مخوّلًا:

• في نظام محدد،
• ولمهمة محددة،
• وخلال مدة محددة،
• وحتى مستوى معيّن من المخاطر،
• ودون مبلغ محدد.

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

لذلك يجب أن يجيب سجل الصلاحية عن الأسئلة التالية:

• أي فعل؟
• لأي غرض؟
• في أي نظام؟
• خلال أي مدة؟
• باستخدام أي بيانات؟
• تجاه أي شخص أو مؤسسة؟
• بأي مستوى من المخاطر؟
• وبأي مبلغ؟
• بموافقة أي إنسان؟
• وبأي طريقة للتراجع عن العملية؟

إذا نقص جزء من تحديد الصلاحية، فلا يجوز للوكيل تفسيرها على نحو موسّع.

الصلاحية الغامضة ليست صلاحية واسعة.

اسم واحد، كيانات مختلفة

تشابه الأسماء من مشكلات تحديد الهوية التي يسهل إغفالها.

قد تحمل الاسم نفسه:

• شركات،
• وفنادق،
• وأطباء،
• ومستشارون،
• ومنتجات،
• وحزم برمجيات،
• وأقسام جامعية.

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

لذلك نحتاج إلى قرائن تميّز الكيان إلى جانب اسمه:

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

عندما يقول أحدهم «احجز لدى أطلس»،

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

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

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

مثلًا، قد تبدو مختلفة:

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

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

على الآلة أن تسأل «هل هذه كيانات مختلفة؟»،

وأن تسأل بالقدر نفسه «هل هذه وجوه مختلفة لكيان واحد؟».

شبكة علاقات الهوية

يصعب غالبًا وصف الهوية الرقمية لكيان في سجل من سطر واحد. فالهوية تتكوّن من علاقات.

على سبيل المثال:

• إنسان يؤسس علامة تجارية.
• بنية قانونية تدير العلامة.
• نطاق تملكه العلامة أو يُستخدم باسمها.
• حساب اجتماعي تتحكم فيه العلامة.
• وكلاء محددون مخوّلون بأعمال محددة.
• منشور نتج عن عمل مشترك لأشخاص وأنظمة محددة.
• فاتورة تصدر باسم قانوني آخر.
• شريك تجاري يملك حق التمثيل في بلدان محددة.

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

يجب تحديد نوع العلاقة:

• مؤسس
• مالك
• موظف
• ممثل مخوّل
• محرر
• مشغّل تقني
• مزوّد خدمة
• عميل
• ناشر
• وكيل
• متعاقد من الباطن

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

لا يسأل GBO في شبكة الهوية «من يرتبط بمن؟» فقط، بل يسأل أيضًا «أي حق وأي مسؤولية تنشآن عن هذا الارتباط؟».

السجل المرجعي للهوية

تحتاج المؤسسة إلى مصدر ذي إصدارات يشرح جميع علاقات هويتها.

يمكن أن نسميه السجل المرجعي للهوية.

قد يتضمن هذا السجل، بوصفه حدًا أساسيًا:

• اسم العلامة الرئيسية
• الجهة المشغّلة قانونيًا
• النطاقات الرسمية
• الأسماء البديلة المستخدمة
• القنوات الاجتماعية والرقمية الرسمية
• عناوين الاتصال المخوّلة
• العلاقة بين العلامة والبنية القانونية
• الأشخاص المخوّلين وأدوارهم
• أسماء الوكلاء ومجالات مهامهم
• العملية التي تصلح لها كل قناة
• تاريخ آخر تحديث
• بيانات الإصدار
• السجلات الملغاة أو القديمة

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

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

عقد الهوية NOMOS

سيكون عقد الهوية NOMOS المكوّن الأول في NOMOS Behavioral Contract Layer.

وهذا تعريفه المرجعي:

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

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

يفصل عقد الهوية بين أربعة أمور:

الادعاء

ماذا يقول الكيان عن نفسه؟

الدليل

ما الذي يدعم هذه الهوية أو العلاقة؟

الصلاحية

أي أفعال يُسمح لهذا الشخص أو النظام بتنفيذها؟

السريان

في أي تاريخ وتحت أي شروط تكون هذه المعلومات سارية؟

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

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

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

1. هوية مُدّعاة

يصرح الشخص أو المؤسسة بهويته: «أنا مدير مبيعات الشركة». قد تكون المعلومة صحيحة، لكنها لم تُدعم بعد.

2. هوية مرتبطة

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

3. هوية متحقَّق منها

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

4. هوية مخوّلة

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

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

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

في الأفعال منخفضة المخاطر، قد تكفي:

• عنوان بريد إلكتروني متحقَّق منه،
• أو جلسة دخول،
• أو علاقة بسيطة بحساب.

قد يكون هذا القدر من التحقق كافيًا.

أما الأفعال عالية المخاطر، فقد تتطلب:

• عدة عمليات تحقق،
• وفحص الكيان القانوني،
• وتأكيد الشخص المخوّل،
• وموافقة تخص العملية نفسها،
• وتحققًا عبر قناة مستقلة.

قد تفرض المخاطر هذه الفحوص الإضافية.

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

التحقق من الهوية لا يعني كشف حياة الإنسان كلها.

الحد الأدنى اللازم من الهوية

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

يمكن أن نسمي هذا النهج الحد الأدنى اللازم من الهوية.

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

الزمن جزء من الهوية

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

«هل لا تزال سارية الآن؟»

عليه أن يطرح هذا السؤال أيضًا.

لذلك ينبغي أن تتضمن سجلات الهوية:

• تاريخ البداية،
• وتاريخ النهاية،
• وتاريخ آخر تحقق،
• ومعلومات الإلغاء،
• والإصدار الساري.

الهوية التي تفتقر إلى البعد الزمني قد تُنتج مستقبلًا إسنادًا خاطئًا للصلاحية.

تباعد الهوية عن واقعها

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

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

دورة حياة الهوية

تمر علاقة الهوية بالمراحل التالية:

الإنشاء

تُعرّف الهوية أو الدور أو الوكيل للمرة الأولى.

التحقق

يُدعم الادعاء بأدلة مناسبة.

منح الصلاحية

تُحدد الأفعال المسموح بتنفيذها.

الاستخدام

تُنفذ العمليات تحت هذه الهوية ضمن المهام المحددة.

المراجعة

يُفحص ما إذا كانت المعلومات والصلاحية لا تزالان صحيحتين.

التعليق

تُوقف عمليات الهوية عند الشك أو وقوع حادث أو حدوث تغيير مؤقت.

الإلغاء

تُنهى الصلاحية بصورة دائمة.

الأرشفة

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

هوية وصلاحية قابلتان للإلغاء

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

قد توجد الحالات التالية:

• نشطة
• مقيّدة
• قيد المراجعة
• معلّقة مؤقتًا
• ملغاة
• منتهية الصلاحية
• مؤرشفة

لا يجوز للوكيل أن يبرر فعل اليوم بمجرد أن الهوية كانت نشطة في الماضي.

صلاحية الأمس ليست صلاحية اليوم.

هوية القناة

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

هل هذه القناة مخوّلة بهذه العملية؟

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

هوية الممثل

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

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

ينبغي أن يبيّن سجل التمثيل، على الأقل:

• الكيان المُمثَّل
• الممثل
• الدور
• العمليات المخوّل بها
• العمليات غير المخوّل بها
• النطاق الجغرافي
• النطاق الزمني
• الحالات التي تتطلب موافقة

بطاقة هوية وكيل الذكاء الاصطناعي

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

يمكن جمعها في بطاقة هوية الوكيل.

تجيب البطاقة عن الأسئلة التالية:

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

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

لا يستطيع الوكيل أن يمنح نفسه صلاحية

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

ويجب أن تكون الصلاحية:

• ذات إصدارات،
• وقابلة للتحقق،
• وواضحة الحدود،
• وقابلة للإلغاء عند الحاجة.

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

لا يمكن تفويض صلاحية لم تُمنح أصلًا.

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

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

قد تمنح المؤسسات أنظمة الذكاء الاصطناعي اسم علامة أو شخصية. وهذا قد يفيد تجربة المستخدم واستمرارية الحضور المؤسسي. لكن يجب ألا نخلط اسم الشخصية بالهوية التقنية. قد يكون «NOMOS» أو «Atlas» أو «Aria» أو أي اسم آخر هو الوجه العام للنظام.

أما السجل الداخلي فيجب أن يوضح أيضًا:

• أي نموذج أو إصدار نظام استُخدم؟
• ما الأدوات التي كانت متصلة؟
• ما مجموعة التعليمات السارية؟
• ما مصادر البيانات المتاحة؟
• أي إنسان منح الصلاحية؟
• أي نسخة تشغيلية من الوكيل نفذت الفعل؟
• وفي أي تاريخ عملت؟

يمنح اسم العلامة العام استمرارية، بينما تتيح الهوية التقنية التدقيق. كلاهما لازم.

عند وقوع خطأ، قد لا يكفي القول «نفذه NOMOS». أي جلسة للوكيل؟

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

أي أداة؟

أي سلسلة عمليات؟

هذه التفاصيل ضرورية للتحقيق في الحادث.

هوية الوجه والصوت الاصطناعيين

لا تقتصر مسألة الهوية على النصوص والحسابات.

يمكن لأنظمة الذكاء الاصطناعي تقليد:

• وجه الإنسان،
• وصوته،
• وطريقة حديثه،
• وإيماءاته،
• وأسلوب كتابته.

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

وقد يتطلب استخدام الأفاتار نفسه في

• تصريح سياسي،
• أو التزام تجاري،
• أو إعلان للموظفين،
• أو رسالة في أزمة،
• أو تواصل مع المستثمرين،

موافقة منفصلة.

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

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

الحد الفاصل بين انتحال الهوية والتمثيل المخوّل

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

لذلك لا ينبغي للنظام أن يسأل «هل يوجد إذن؟» فقط.

بل يجب أن يسأل أيضًا:

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

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

الهوية الزائفة لا تأتي دائمًا من الخارج

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

لكن النتيجة بالنسبة إلى الآلة واحدة:

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

دَين الهوية

كما تتراكم ديون التمثيل، يمكن أن يتراكم داخل المؤسسات:

دَين الهوية

فالمؤسسات قد تحمل هذا الدَّين أيضًا.

يتكوّن دَين الهوية من:

• ملفات موظفين سابقين
• حسابات منسية
• صلاحيات غير سارية
• سجلات للعلامة والبنية القانونية غير مترابطة
• نطاقات قديمة
• أوصاف متناقضة للشركة
• علاقات تمثيل انتهت مدتها
• حسابات اجتماعية مجهولة المالك
• وسائل وصول لوكلاء لم تُلغَ
• سير ذاتية لم تُحدّث
• بيانات بنكية أو وسائل اتصال قديمة

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

السلوك الصحيح عند غموض الهوية

ماذا يفعل الوكيل إن لم يتيقن من الهوية؟

يمكن النظر في ثلاثة خيارات أساسية:

طلب توضيح

«وجدت أكثر من شركة بالاسم نفسه. هل تقصد مزوّد بوابات العملاء في إسطنبول؟»

التحقق بصورة مستقلة

مقارنة قرائن إضافية، مثل النطاق والبلد والسجل القانوني والملف الرسمي والعلاقة السابقة.

إيقاف الفعل

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

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

إذا لم يكن النظام متأكدًا، فعليه تقديم:

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

عليه اختيار هذه الصيغة الأقل أثرًا.

بوابة الهوية NOMOS

نستخدم في نموذج بوابة الهوية NOMOS خمسة مجالات للرقابة. ويتحدد التحقق المطلوب لكل عملية بحسب السياق والمخاطر.

1. فحص الكيان

هل حُدد الشخص أو المؤسسة أو المنتج أو الخدمة الصحيحة؟

2. فحص القناة

هل يرتبط النطاق أو الحساب أو البريد أو الواجهة المستخدمة بهذا الكيان فعلًا؟

3. فحص الدور

بأي دور يتحرك الشخص أو النظام المقابل؟

4. فحص الصلاحية

هل يُخوَّل هذا الدور بتنفيذ العملية المعنية أو قبولها؟

5. فحص الزمن

هل لا تزال الهوية والدور والصلاحية سارية الآن؟

بصورة مبسطة:

شروط بوابة الهوية:

الكيان الصحيح

وَالقناة الصحيحة

وَالدور الصحيح

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

وَالسجل المحدَّث

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

مثلًا:

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

لماذا ليست بوابة الهوية درجة رقمية؟

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

الثقة العالية لا تسد نقص الصلاحية.

لهذا تتبع بوابة الهوية منطق «وَ»: يجب اجتياز جميع الفحوص اللازمة بحسب مخاطر الفعل.

مثال الدفع

تتلقى شركة فاتورة من مورّد معتاد. أرسلها موظف حقيقي، من حساب بريد على النطاق الرسمي. والشعار وتنسيق الفاتورة مطابقان للسابق. لكن الحساب البنكي تغيّر.

إذا عالج الوكيل الفاتورة آليًا، فعليه طرح أسئلة الهوية التالية:

• هل يعمل مرسل الفاتورة لدى المورّد فعلًا؟
• هل يملك صلاحية الإبلاغ عن تغيير الحساب البنكي؟
• هل يرتبط الحساب الجديد بالمورّد القانوني نفسه؟
• هل جرى تأكيد التغيير عبر قناة مستقلة؟
• هل يقع الدفع ضمن حد المبلغ المسموح به للمؤسسة الدافعة؟
• هل تلزم موافقة إنسان؟

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

مثال العقد

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

عليه الفصل بين:

• صلاحية التفاوض،
• وصلاحية إعداد العرض،
• وصلاحية منح الخصم،
• وصلاحية توقيع العقد،
• وصلاحية تحديد حساب الدفع.

قد يخفي وصف عام مثل «ممثل مخوّل» هذه الفروق. يفصّل GBO الصلاحية بحسب نوع الفعل.

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

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

قد يقول الوكيل المركزي مثلًا: «قيّم هذا العميل المحتمل».

يحتاج الوكيل الفرعي إلى معرفة:

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

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

لذلك ينبغي أن تتضمن حزمة المهمة:

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

يجب ألا تضيع الهوية والمسؤولية

قد يشارك عدة وكلاء في العملية. يبحث أحدهم، ويُعدّ آخر المسودة، ويفحص ثالث الجودة، ثم ينشر الوكيل الأخير.

عند وقوع خطأ في هذه السلسلة، لا يكفي القول «نفذه الذكاء الاصطناعي». أي وكيل فعل ماذا؟

ما المصادر التي استخدمها؟

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

من راجع؟

من نشر؟

لهذا ينبغي أن يحمل كل إيصال فعل سلسلة الهوية.

مثلًا:

طالب الفعل: مدير المبيعات المخطط: الوكيل المركزي الباحث: وكيل اكتشاف العملاء المحتملين مُعدّ المسودة: وكيل البريد صاحب الموافقة: مدير بشري المرسل: نظام اتصال مخوّل المتلقي: حساب شركة متحقَّق منه

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

الموازنة بين الهوية والخصوصية

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

لا ينبغي للوكيل أن يطلب في كل عملية:

• وثيقة هوية،
• وعنوانًا كاملًا،
• وتاريخ ميلاد،
• وبيانات بيومترية،
• ورقم هاتف خاصًا،
• ومعلومات مالية.

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

وضوح الهوية ليس إلغاءً للخصوصية.

إخفاء الاسم لا يعني دائمًا غياب الهوية

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

المهم هو:

• التحقق من السمات اللازمة للفعل،
• ومعرفة حدود الصلاحية،
• والحفاظ على المسؤولية ومسار الاعتراض.

قد تتكوّن الهوية من علاقة موثوقة وسجل صلاحية، لا من اسم.

فحص هوية المؤسسة

على المؤسسة التي تريد الاستعداد لعصر الوكلاء أن تجيب عن الأسئلة التالية:

الهوية

• ما اسم العلامة الرئيسية؟
• من الجهة المشغّلة قانونيًا؟
• ما الأسماء البديلة المستخدمة؟
• هل توجد كيانات أخرى بالاسم نفسه؟

الواجهات الرقمية

• ما النطاقات الرسمية؟
• ما الحسابات الاجتماعية النشطة؟
• ما الملفات القديمة أو التي يديرها طرف ثالث؟
• هل يوجد سجل مرجعي مقروء آليًا؟

الصلاحية

• من يستطيع تقديم عرض سعر؟
• من يستطيع إبرام عقد؟
• من يستطيع إرسال رسائل إلى الخارج؟
• من يستطيع تلقي المدفوعات أو تنفيذها؟
• أي وكيل مخوّل بأي عملية؟

الزمن

• متى جرى التحقق من الأدوار؟
• أي الصلاحيات محددة المدة؟
• هل أُغلقت وسائل وصول الموظفين والوكلاء السابقين؟
• هل سجلات الإلغاء ظاهرة؟

التمثيل

• هل العلاقة بين العلامة والبنية القانونية واضحة؟
• هل يرى الإنسان والآلة معلومات الهوية نفسها؟
• هل تُحفظ العلاقة نفسها في اللغات المختلفة؟
• هل المنصات الخارجية محدَّثة؟

إذا تعذر الجواب عن هذه الأسئلة، فالمؤسسة تحمل دَين هوية.

غموض الهوية مدخل للقرار، لا مجرد رسالة خطأ

قد لا تكفي رسالة عامة مثل «تعذر التحقق من الهوية» لاختيار الخطوة التالية. يقتضي نهج GBO، بالقدر الآمن، شرح نوع الغموض نفسه: ما الذي لم يُحسم؟

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

إنه يساعد الوكيل على:

• طرح الأسئلة،
• والانتقال إلى سلوك أقل مخاطرة،
• وطلب تحقق مستقل،
• وطلب موافقة إنسان.

وبذلك يوجّه اختيار الخطوة التالية.

الهوية الصحيحة تتيح الرفض الصحيح

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

مثلًا:

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

لا تجيب الهوية فقط عن السؤال «هل هذا حقيقي؟».

«هل هذه الهوية مناسبة لهذا الفعل؟»

إنها تجيب عن هذا السؤال أيضًا.

دقة الهوية ليست هي ظهور العلامة

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

لكن إذا أمكن التحقق بوضوح من:

• بنيتها القانونية،
• ونطاقها الرسمي،
• ونطاق خدماتها،
• وممثليها المخوّلين،
• وقنوات الدفع لديها،
• وحداثة معلوماتها،

فقد تكون أكثر أمانًا لعملية محددة. لا يخلط GBO بين الشهرة وموثوقية الهوية.

كثرة الظهور لا تعني أنك الطرف الصحيح.

كيف يهيئ الكيان نفسه؟

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

يجب أن يتضح:

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

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

لا داعي للخوف من وضوح الهوية

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

لا تُلزم الشركة بنشر:

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

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

مثلًا:

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

هذا الوضوح لا يضعف العلامة، بل يجعل عملها أكثر مهنية.

مشهد للهوية: أفاتار لمدير

تنشئ شركة أفاتارًا رقميًا لرئيسها التنفيذي.

يشبهه الأفاتار بدرجة كبيرة في:

• وجهه،
• وصوته،
• وأسلوب حديثه.

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

لكن من دون عقد هوية تبقى الأسئلة التالية بلا جواب:

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

قد يستطيع النظام التقني إنتاج هذه المواد، لكن غموض الهوية وحدود الصلاحية يخلق خطر التمثيل الخاطئ.

يعيد المثال تأكيد مبدأ أساسي في GBO: القدرة على تقليد هوية ليست حقًا في التصرف باسمها.

مشهد للهوية: وكيل يتحدث باسم شركة

يكتب عميل في محادثة الموقع: «هل أستطيع الحصول على هذه الخدمة مقابل 1,000 دولار؟». يقرأ الوكيل سجلات الأسعار السابقة.

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

لذلك لا يكفي أن تبيّن بطاقة الوكيل باسم من يعمل؛ يجب أن تبيّن أيضًا:

• مصادر المعلومات التي يجوز له استخدامها،
• وما يجوز له قوله عن الأسعار،
• ومتى يجب أن يُحيل الأمر إلى فريق المبيعات.

ينبغي توضيح هذه الحدود كذلك.

مشهد للهوية: العمل الصحيح، والوكيل الخطأ

تستخدم شركة عدة وكلاء في الوقت نفسه:

• وكيل البريد
• وكيل وسائل التواصل
• وكيل SEO/GEO
• وكيل المالية
• وكيل اكتشاف العملاء المحتملين
• وكيل عمليات الويب

يجد وكيل SEO/GEO سعرًا قديمًا في صفحة خدمة. تحديثه سهل تقنيًا، لكن هذا الوكيل لا يملك اتخاذ قرار التسعير.

السلوك الصحيح هو:

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

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

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

إيصال الهوية

ينبغي أن يتضمن قسم الهوية في إيصال الفعل، على الأقل:

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

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

اثنا عشر سؤالًا لفحص الهوية

قبل اعتبار شخص أو مؤسسة أو وكيل جاهزًا للفعل، يمكن طرح الأسئلة التالية:

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

ليس ضروريًا طرح هذه الأسئلة كلها في كل عملية بسيطة، لكن لا ينبغي تركها بلا جواب في السلوك عالي الأثر.

مستويات الجاهزية من حيث الهوية

قد تكون المؤسسات في مستويات مختلفة من جاهزية الهوية لعصر الوكلاء.

هوية متفرقة

تعرض المنصات المختلفة أسماء وأدوارًا ومعلومات متباينة.

هوية معرّفة

شُرحت العلامة الرئيسية وعلاقتها القانونية.

هوية قابلة للتحقق

حُددت القنوات الرسمية ومصادر الأدلة.

هوية مخوّلة

يتضح من يستطيع تنفيذ أي فعل.

هوية جاهزة للوكلاء

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

لا يمكن تقييم القدرة من دون تحديد الهوية

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

خلاصة الفصل

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

لهذا يبدأ GBO بالمبدأ التالي: السلوك الصحيح يتطلب الهوية الصحيحة. لكن الهوية الصحيحة ليست مجرد تطابق أسماء.

إنها التحقق المشترك من:

• الكيان
• القناة
• الدور
• الصلاحية
• الزمن
• العلاقة
• الدليل

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

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

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

بعد حسم الهوية فقط، يصبح للسؤال التالي معنى:

ماذا تستطيع أن تفعل حقًا؟

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

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