1. الرئيسية
  2. المدونة
  3. إدارة صلاحيات CRM بين الفروع والفرق والحسابات المشتركة
الأمان والاستضافة

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

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

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

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

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

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

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

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

الخطوة الأولى: قرار الأساس لكل وحدة

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

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

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

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

خمس آليات لتوسيع الوصول

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

  1. الملكية

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

    تلقائي
  2. الهرم الإداري

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

    من الهيكل التنظيمي
  3. الفريق أو الفرع

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

    عضوية الفريق
  4. قواعد المشاركة بالمعايير

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

    مسؤول النظام بقرار من صاحب البيانات
  5. المشاركة الاستثنائية

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

    مالك السجل أو مديره

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

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

مثال توضيحي

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

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

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

الحساب الوطني: ملف واحد وفرص موزعة

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

البياناتمن يحتاجهاطريقة المنح
ملف العميل وجهات الاتصال الرئيسيةكل من يتعامل مع السلسلة في أي فرعقاعدة مشاركة لفريق الحساب، أو أساس «قراءة للجميع» لوحدة العملاء
العقد الإطاري وشروطهمدير الحساب، ومديرو الفروع للقراءةملكية مدير الحساب، وقاعدة قراءة لمديري الفروع المعنية
فرص كل فرعمندوب الفرع ومشرفه، ومدير الحسابملكية المندوب والهرم، وقاعدة الحسابات الرئيسية لمدير الحساب
التذاكرفريق خدمة الفرع الذي يخدم الموقع، ومدير الحسابآلية الفريق، وقاعدة الحسابات الرئيسية
الأسعار الخاصة بالسلسلةمن يعد العروض لها في أي فرعصلاحية حقل، لا صلاحية سجل

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

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

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

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

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

حالات تتكرر وتحتاج قاعدة مسبقة

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

اختبار النموذج قبل الإطلاق

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

  1. مندوب في الرياض يبحث عن فرصة في جدة. النتيجة المقبولة: لا تظهر في البحث ولا في أي تقرير.

  2. مشرف فريق 1 يفتح تقرير فرص الفرع. النتيجة المقبولة: فرص فريقه فقط، لا فرص فريق 2.

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

  4. مشاركة سجلات مندوب مع زميل حتى تاريخ محدد، ثم تقديم التاريخ. النتيجة المقبولة: يختفي الوصول بعد انتهاء المدة.

  5. نقل مشرف من فريق إلى آخر. النتيجة المقبولة: يرى فريقه الجديد فورًا، ويفقد القديم.

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

أخطاء التصميم الأكثر كلفة

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

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

أسئلة شائعة

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

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

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

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

راجع متطلبات منشأتك مع فريقنا

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