صلاحيات الحقول في CRM: كيف تحمي المعلومات التجارية الحساسة؟

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

لماذا لا تكفي صلاحيات السجل؟

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

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

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

أي الحقول تحتاج حماية؟ أربع فئات

ابدأ بحصر كل الحقول في الوحدات الرئيسية (العملاء، وجهات الاتصال، والفرص، والعروض، والعقود، والتذاكر)، ثم مرّ على كل حقل بسؤال واحد: ما الضرر إن رآه كل من يرى السجل؟ الحقول التي يكون جوابها «ضرر ملموس» تقع عادة في أربع فئات:

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

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

لكل حقل حساس ولكل دور، يُختار واحد من أربعة مستويات:

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

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

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

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

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

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

الطرق الجانبية: أين تتسرب القيمة المخفية؟

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

• التقارير ولوحات المؤشرات: تقرير «ربحية المنتجات» الذي أعده مدير المبيعات ثم شاركه مع فريقه. هل يحترم التقرير صلاحيات من يفتحه، أم صلاحيات من أنشأه؟
• التصدير: ملف Excel يحمل كل الأعمدة، بما فيها المخفية عن المستخدم في الشاشة.
• البحث والفلاتر: المستخدم لا يرى الحقل، لكنه يستطيع الفلترة عليه: «أظهر العروض التي هامشها أقل من 15%». الفلتر وحده يكشف القيمة تقريبًا.
• القوالب والمستندات: قالب عرض السعر يسحب حقل التكلفة إلى ملف PDF لأن أحدًا أضافه لاختبار ونسيه.
• الجوال دون اتصال: النسخة المحفوظة على الجهاز تحمل الحقول التي تسمح بها صلاحية المستخدم فقط، أم كل حقول السجل؟
• واجهات API: مفتاح تكامل أُنشئ بصلاحية مدير يعيد كل الحقول إلى النظام الآخر، فيراها كل مستخدميه.
• المساعد الذكي: ملخص العميل الذي يولده المساعد، هل يمكن أن يذكر الهامش لمستخدم لا يراه؟
• سجل التغييرات: سجل التعديلات في ملف العميل يعرض «تغيرت التكلفة من 780 إلى 820». الحقل مخفي، لكن تاريخه ظاهر.

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

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

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

أخفت شركة حقل «التكلفة» عن المندوبين، لكنها أبقت «نسبة الهامش» ظاهرة ليعرف المندوب إن كان خصمه ضمن الحدود. عرض سعر لمنتج سعره 10,000 ريال يظهر فيه الهامش 22%. المندوب يحسب: 10,000 × 22% = 2,200 ريال هامشًا، إذن التكلفة 10,000 − 2,200 = 7,800 ريال. الحقل مخفي، والقيمة معروفة.

الحلول الممكنة، من الأبسط إلى الأدق:

1. أخفِ الحقلين معًا

   إن لم يكن المندوب يحتاج الهامش لعمله، فأخفه كما أخفيت التكلفة.

   مسؤول النظام
2. استبدل الرقم بحالة

   حقل محسوب يعرض «ضمن الحد» أو «يحتاج اعتمادًا» بدل النسبة. المندوب يعرف ما يحتاجه للقرار، ولا يعرف القيمة.

   مسؤول النظام مع المالية
3. اجعل الاعتماد يعمل بدل المعرفة

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

   مسؤول النظام

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

مسؤول النظام: من يحرس الحارس؟

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

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

حقول حساسة تختلف باختلاف النشاط

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

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

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

1. حصر الحقول وتصنيفها

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

   مسؤول النظام مع المالية والمبيعات
2. بناء المصفوفة واعتمادها

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

   أصحاب البيانات
3. الإعداد

   إعداد صلاحيات الحقول، وقواعد الاعتماد، والحقول المحسوبة البديلة.

   مسؤول النظام
4. اختبار الطرق الجانبية

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

   مسؤول النظام وممثل من كل دور
5. المراجعة الدورية

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

   المالية أو الامتثال

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

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

أسئلة شائعة