- ابدأ بقرار الأساس لكل وحدة: هل السجلات خاصة بمالكها، أم مقروءة للجميع، أم مفتوحة للتعديل؟ العملاء قد يُقرؤون على نطاق واسع لمنع التكرار، بينما تبقى الفرص والعمولات ضيقة.
- ثم وسّع الوصول بخمس آليات فقط، بهذا الترتيب: الملكية، والهرم الإداري، والفريق أو الفرع، وقواعد المشاركة بالمعايير، والمشاركة الاستثنائية المؤقتة.
- الحساب الوطني الذي يتعامل مع عدة فروع يُحل بفصل مستويين: ملف العميل يراه فريق الحساب كاملًا، والفرص والتذاكر يراها كل فرع فيما يخصه، ومدير الحساب يراها كلها.
- الخطأ في الاتجاهين مكلف: الوصول المفتوح يسرّب، والمغلق يدفع الفريق إلى إنشاء سجلات مكررة والعمل خارج النظام.
هذه المقالة لمن يصمم نموذج الوصول إلى السجلات في منشأة متعددة الفروع أو الفرق: تقنية المعلومات ومدير المبيعات ومسؤول النظام. تشرح آليات الوصول الخمس ومتى تُستخدم كل منها، وتطبقها على هرم منشأة بثلاث مناطق وحساب وطني مشترك، وتنتهي بمصفوفة وحدة × دور وحالات اختبار.
الملكية ليست الوصول
يخلط كثير من التصاميم بين سؤالين: من يملك السجل؟ ومن يراه؟ الملكية تحدد المسؤول عن العميل ومن تُحسب له الصفقة، وقواعدها في المنشآت متعددة المناطق موضوع مقالة إدارة المناطق البيعية في CRM وتوزيع الحسابات بين الفرق. أما الوصول فيحدد من يستطيع فتح السجل وقراءته وتعديله، وهو أوسع من الملكية دائمًا: المشرف يرى ما لا يملكه، والمالية تقرأ كل العملاء، والمهندس الفني يُضاف إلى فرصة ليست له.
فصل السؤالين يبسط التصميم. الملكية واحدة لكل سجل ويمكن نقلها. والوصول طبقات تُضاف فوق الملكية، كل طبقة لسبب تشغيلي محدد. وإذا لم تستطع أن تذكر سبب طبقة ما، فهي على الأرجح زائدة.
وهذه المقالة تتناول السجلات: أي عملاء وفرص وتذاكر يصل إليها الموظف. أما ما يراه داخل السجل من حقول، كالتكلفة والهامش، فموضوع مقالة صلاحيات الحقول في CRM.
الخطوة الأولى: قرار الأساس لكل وحدة
قبل أي قاعدة، حدد لكل وحدة مستوى الوصول الأساسي الذي يحصل عليه المستخدم العادي على سجلات لا يملكها. ثلاثة خيارات:
- خاص: لا يرى المستخدم إلا ما يملكه أو ما وصل إليه بآلية أخرى. مناسب للفرص وعروض الأسعار والعمولات.
- قراءة للجميع: يرى الجميع السجل ولا يعدّله إلا مالكه ومن يُمنح ذلك. مناسب غالبًا للعملاء وجهات الاتصال في المنشآت التي تعاني من التكرار، وللمنتجات وقاعدة المعرفة.
- قراءة وتعديل للجميع: نادرًا ما يُستخدم خارج البيانات المرجعية المشتركة.
القرار في وحدة العملاء هو الأصعب. إن جعلتها خاصة، فالمندوب الذي يبحث عن شركة ولا يجدها سينشئها من جديد، فيتكرر العميل ويتنازع عليه مندوبان. وإن جعلتها مقروءة للجميع، رأى كل مندوب قائمة عملاء المنشأة كاملة. الحل الوسط الشائع: العملاء مقروءون للجميع بحقولهم الأساسية (الاسم والمدينة والمالك)، مع إخفاء الحقول التجارية بصلاحيات الحقل، وبقاء الفرص والعروض خاصة. هكذا يعرف المندوب أن العميل موجود ومن يملكه، فيتواصل مع زميله بدل إنشاء سجل جديد، دون أن يرى صفقاته.
تنبيه: حين يكون الأساس «خاصًا» في وحدة العملاء، يصبح منع التكرار مسؤولية قاعدة كشف التكرار عند الإنشاء وحدها. اختبروا أنها تنبه المندوب إلى وجود السجل حتى لو لم يكن يراه، دون أن تكشف له تفاصيله.
خمس آليات لتوسيع الوصول
بعد الأساس، يُمنح الوصول الإضافي بخمس آليات. رتّبها كما يلي، واستخدم الأبسط الذي يحل الحاجة:
- الملكية
مالك السجل يراه ويعدّله. نقل الملكية ينقل الوصول معه تلقائيًا، وهذا ما يجعل مغادرة الموظف أو انتقاله إجراءً بسيطًا.
تلقائي - الهرم الإداري
المدير يرى ما يملكه مرؤوسوه. المشرف يرى سجلات فريقه، ومدير الفرع يرى فرعه، ومدير المنطقة يرى فروع منطقته. هذه الآلية تغطي أغلب احتياجات الإشراف دون أي قاعدة إضافية، بشرط أن يكون الهيكل في النظام مطابقًا للواقع.
من الهيكل التنظيمي - الفريق أو الفرع
أعضاء الفريق يرون سجلات بعضهم. مفيد حين يتناوب الفريق على العملاء أو يغطي بعضه بعضًا، كفريق خدمة يرد على تذاكر الفرع كلها.
عضوية الفريق - قواعد المشاركة بالمعايير
قاعدة تمنح مجموعة وصولًا إلى سجلات تحقق شرطًا: كل تذاكر العملاء المصنفين «حساب رئيسي» يراها فريق الحسابات الرئيسية، أو كل العقود فوق قيمة معينة تراها الشؤون القانونية للقراءة.
مسؤول النظام بقرار من صاحب البيانات - المشاركة الاستثنائية
منح شخص محدد وصولًا إلى سجل محدد خارج نطاقه، كإضافة مهندس فني إلى فرصة بعينها. يُفضل أن تكون لها مدة تنتهي بعدها، وأن تُسجل.
مالك السجل أو مديره
هذه الآليات هي ما تصفه صفحة نموذج الصلاحيات في مستوياتها: السجل، والفريق والفرع، والمشاركة الاستثنائية. والترتيب مهم: كل حاجة تُحل بالهرم لا تحتاج قاعدة مشاركة، وكل حاجة متكررة تُحل بقاعدة لا ينبغي أن تُترك للمشاركة الاستثنائية اليدوية، لأن الاستثناء المتكرر يصبح فوضى لا يراجعها أحد.
تطبيق: هرم الوصول في منشأة بثلاث مناطق
مثال توضيحيشركة توريد مستلزمات طبية لها ثلاث مناطق: الوسطى (فرع الرياض)، والغربية (فرع جدة)، والشرقية (فرع الدمام). في كل فرع فريقا مبيعات وفريق خدمة، ولديها فريق حسابات رئيسية مركزي يدير سلسلة صيدليات تتعامل مع الفروع الثلاثة. المخطط يوضح ما يراه كل مستوى من الفرص، وهي الوحدة الأضيق وصولًا.
- يتبع لهمدير المنطقة الوسطى: فرص فرع الرياض كلها
- يتبع لهمشرف فريق مبيعات 1 في الرياض: فرص أعضاء فريقه
- يتبع لهالمندوب: فرصه، وما أُضيف إليه استثنائيًا
- يتبع له
- يتبع لهفريق خدمة الرياض: لا يرى الفرص، ويرى تذاكر الفرع كلها بآلية الفريق
- يتبع له
- يتبع لهمدير المنطقة الغربية ومدير المنطقة الشرقية: فرص فرعيهما بالطريقة نفسها
- يتبع لهمدير الحسابات الرئيسية: كل فرص سلسلة الصيدليات في الفروع الثلاثة، بقاعدة مشاركة
- ضمن فريق الحسابمندوب جدة المكلف بفروع السلسلة في جدة: فرص السلسلة في جدة فقط، لا فرصها في الرياض أو الدمام
- ضمن فريق الحساب
لاحظ أن الهرم وحده غطى أغلب الاحتياجات، وأن قاعدة واحدة فقط أُضيفت: قاعدة الحسابات الرئيسية. هذا هو الشكل الصحي لنموذج الوصول: هرم يطابق الهيكل، وعدد قليل من القواعد لكل منها سبب مكتوب.
الحساب الوطني: ملف واحد وفرص موزعة
الحساب الذي تتعامل معه عدة فروع يكشف ضعف أي نموذج وصول. المشكلة أن للعميل مستويين من البيانات بحاجات وصول مختلفة:
| البيانات | من يحتاجها | طريقة المنح |
|---|---|---|
| ملف العميل وجهات الاتصال الرئيسية | كل من يتعامل مع السلسلة في أي فرع | قاعدة مشاركة لفريق الحساب، أو أساس «قراءة للجميع» لوحدة العملاء |
| العقد الإطاري وشروطه | مدير الحساب، ومديرو الفروع للقراءة | ملكية مدير الحساب، وقاعدة قراءة لمديري الفروع المعنية |
| فرص كل فرع | مندوب الفرع ومشرفه، ومدير الحساب | ملكية المندوب والهرم، وقاعدة الحسابات الرئيسية لمدير الحساب |
| التذاكر | فريق خدمة الفرع الذي يخدم الموقع، ومدير الحساب | آلية الفريق، وقاعدة الحسابات الرئيسية |
| الأسعار الخاصة بالسلسلة | من يعد العروض لها في أي فرع | صلاحية حقل، لا صلاحية سجل |
الصف الأخير يوضح أن بعض الحاجات لا تُحل بالسجلات أصلًا. وتفصيل تنظيم فريق الحساب واحتساب الصفقات بين الفروع في قسم الحسابات الرئيسية عبر الفروع. وحين تكون الفروع شركات تابعة مستقلة ضمن مجموعة، يضاف إلى ذلك سؤال فصل البيانات بين الشركات، وتتناوله مقالة CRM للمجموعات القابضة.
مصفوفة الوحدة × الدور
ملخص التصميم الذي يُعتمد ويُعد منه النظام، بنطاق كل دور في كل وحدة. النطاقات: سجلاته، أو فريقه، أو فرعه، أو منطقته، أو الكل، أو لا شيء. هذه المصفوفة تكمل مصفوفة الحقول ولا تحل محلها.
مثال توضيحي| الوحدة | المندوب | المشرف | مدير الفرع | خدمة العملاء | المالية |
|---|---|---|---|---|---|
| العملاء | الكل قراءة، سجلاته تعديل | الكل قراءة، فريقه تعديل | الكل قراءة، فرعه تعديل | الكل قراءة | الكل قراءة |
| الفرص | سجلاته | فريقه | فرعه | لا شيء | الكل قراءة |
| عروض الأسعار | سجلاته | فريقه | فرعه | لا شيء | الكل قراءة |
| العقود | سجلاته قراءة | فريقه قراءة | فرعه | فرعه قراءة | الكل |
| التذاكر | عملاؤه قراءة | فريقه قراءة | فرعه | فرعه تعديل | لا شيء |
| العمولات | سجلاته قراءة | فريقه قراءة | فرعه قراءة | لا شيء | الكل |
صفا المالية وخدمة العملاء يوضحان أن الأدوار الوظيفية لا تتبع الهرم البيعي. المالية تحتاج قراءة واسعة لتتحقق من الشروط قبل الفوترة، وخدمة العملاء تحتاج العقود لتعرف مستوى الخدمة المتفق عليه، ولا تحتاج الفرص. ومن المفيد أن يُذكر بجانب كل خلية غير بديهية سببها، حتى يعرف من يراجع المصفوفة بعد سنة لماذا وُضعت.
حالات تتكرر وتحتاج قاعدة مسبقة
- انتقال موظف بين الفروع: تتغير عضويته في الهرم، فيفقد وصوله إلى فرعه القديم تلقائيًا. لكن سجلاته القائمة تحتاج قرارًا: تُنقل ملكيتها إلى زميل في الفرع القديم، أم تنتقل معه؟ القاعدة تُكتب مسبقًا، لا تُقرر في كل حالة.
- التغطية أثناء الإجازة: مندوب في إجازة لأسبوعين وعملاؤه يحتاجون متابعة. الحل مشاركة مؤقتة لسجلاته مع زميل تنتهي بتاريخ عودته، لا تغيير الملكية ولا منح الزميل صلاحية مشرف.
- المغادرة: يُعطل الحساب وتُنقل الملكية بتاريخها الكامل إلى زميل، كما في السيناريو المعروض في صفحة الأمان. الوصول يتبع الملكية فلا يحتاج خطوة أخرى.
- الحسابات المشتركة بين الموظفين: حساب دخول واحد يستخدمه عدة أشخاص، كحساب «مكتب الاستقبال»، يُبطل الهرم والتدقيق معًا، لأن النظام لا يعرف من فعل ماذا. يُستبدل بحسابات فردية ضمن فريق.
- إعادة الهيكلة: دمج فرعين أو استحداث منطقة. إذا كان الوصول مبنيًا على الهيكل، يكفي تعديل الهيكل في النظام. وإذا كان مبنيًا على قواعد تذكر أسماء أشخاص، فستحتاج مراجعة كل قاعدة.
اختبار النموذج قبل الإطلاق
أعدوا حسابًا تجريبيًا لكل دور في المصفوفة، ونفذوا بكل حساب هذه الاختبارات، مع التحقق من الشاشات والبحث والتقارير وتطبيق الجوال معًا:
مندوب في الرياض يبحث عن فرصة في جدة. النتيجة المقبولة: لا تظهر في البحث ولا في أي تقرير.
مشرف فريق 1 يفتح تقرير فرص الفرع. النتيجة المقبولة: فرص فريقه فقط، لا فرص فريق 2.
مندوب جدة المكلف بالسلسلة يفتح ملفها. النتيجة المقبولة: يرى الملف وجهات الاتصال، وفرص جدة فقط.
مشاركة سجلات مندوب مع زميل حتى تاريخ محدد، ثم تقديم التاريخ. النتيجة المقبولة: يختفي الوصول بعد انتهاء المدة.
نقل مشرف من فريق إلى آخر. النتيجة المقبولة: يرى فريقه الجديد فورًا، ويفقد القديم.
ويفيد تسجيل هذه الاختبارات ضمن اختبارات القبول، وإعادتها بعد كل تعديل على الهيكل أو القواعد.
أخطاء التصميم الأكثر كلفة
- البناء على الأشخاص لا الأدوار: «أحمد يرى فرص جدة لأنه يساعد فيها أحيانًا». بعد سنة لا يعرف أحد لماذا يرى أحمد ما يراه.
- الإغلاق المفرط: فرق لا ترى شيئًا خارج سجلاتها تبدأ في طلب المعلومات عبر واتساب، وإنشاء عملاء مكررين، والاحتفاظ بقوائمها الخاصة في Excel.
- الفتح «مؤقتًا» عند الإطلاق: يُفتح كل شيء لتسهيل البداية على أن يُضبط لاحقًا، ثم لا يُضبط لأن أحدًا لا يريد أن يُفقد الفريق شيئًا اعتاده.
- هيكل النظام لا يطابق الهيكل الفعلي: مشرف غادر ولم يُحدّث الهرم، فبقي فريقه دون مشرف في النظام، أو يرى مشرفه القديم ما لم يعد له.
- إغفال الواجهات غير الشاشة: صلاحيات مضبوطة في الشاشات، وتقرير مشترك أو تكامل يعرض كل شيء.
ونموذج الوصول في الشركات متعددة الفروع جزء من تصميم أوسع يشمل الاعتمادات والتقارير الموحدة، كما في صفحة CRM للشركات الكبرى ومتعددة الفروع. وإن كنتم تصممون النموذج الآن، فشاركونا الهيكل التنظيمي وحالات الحسابات المشتركة لديكم ضمن مراجعة متطلبات الصلاحيات، ونعرض لكم الهرم والقواعد مطبقة على حسابات تجريبية لكل دور قبل الإطلاق.
أسئلة شائعة
يختلف ذلك حسب إعداد النظام، ويجب أن يكون قرارًا مقصودًا. الشائع أن يرى المدير ما يملكه مرؤوسوه، أما ما شورك معهم من خارج الفريق فيبقى لهم، لأن المشاركة مُنحت لشخص لسبب محدد. اختبروا السلوك الفعلي قبل الإطلاق.
بعضويته في فريقين، أو بتبعيته لفرعه الأساسي مع قاعدة مشاركة تمنحه سجلات الفرع الثاني. الأول أبسط إن كان يعمل في الفرعين بانتظام. أما إن كانت مساعدته مؤقتة فالمشاركة المؤقتة أنسب، لأنها تنتهي وحدها.
غالبًا لا تحتاجه. الإدارة العليا تحتاج رؤية كاملة وقدرة على الاعتماد، والتعديل يبقى لمن يعمل على السجل. قراءة شاملة مع صلاحيات اعتماد تكفي في أغلب الحالات، وتحمي السجلات من تعديل غير مقصود.
لا يوجد رقم ثابت، لكن العلامة واضحة: إن لم يستطع مسؤول النظام أن يشرح لماذا يرى موظف معين سجلًا معينًا خلال دقيقة، فالقواعد كثيرة أو متداخلة. راجعوها بحيث تكون لكل قاعدة جملة تشرح سببها وصاحب قرارها.