في الأنظمة الموحدة بين المقر والفروع نادرًا ما يكون الخادم هو المشكلة؛ المشكلة غالبًا في الطريق إليه. حدّد لكل فرع ثلاثة أشياء قبل الإطلاق: أين يمر اتصاله (إنترنت مباشر، أم شبكة الجهة عبر المقر)، وكم يرفع من ملفات ممسوحة في ساعة الذروة، وماذا يفعل الموظف إذا انقطع الاتصال.
زمن التأخر يؤثر في سرعة التصفح والبحث، وسعة الرفع تؤثر في المسح الضوئي، وخطة الانقطاع تحدد هل يتوقف العمل أم يستمر بإجراء بديل. اختبر الثلاثة من الفرع نفسه، لا من المقر.
مؤسسة لها مقر رئيسي وفروع في مدن أو مواقع مختلفة، وتريد نظام وثائق واحدًا يعمل عليه الجميع: هذا وضع يواجهه مدير تقنية المعلومات ومهندسو الشبكات قبل اعتماد نموذج النشر، لأن توزيع الفروع قد يغيّر الاختيار بين السحابة والخوادم المحلية، وقبل الإطلاق في الفروع، لأن أغلب شكاوى «النظام بطيء» تبدأ من فرع لم يُختبر اتصاله.
ارسم حركة البيانات قبل أن تشتري سعة
الخطوة الأولى ليست قياس سرعة الإنترنت في الفروع، بل تحديد ما الذي سيمر في الشبكة ومن أين إلى أين. في نظام الوثائق خمسة أنواع من الحركة، ولكل منها متطلب مختلف:
| نوع الحركة | الاتجاه | ما يحكم تجربة المستخدم | ملاحظة |
|---|---|---|---|
| التصفح والبحث وفتح القوائم | طلبات صغيرة متكررة | زمن التأخر (Latency) أكثر من السعة | كل نقرة تنتظر ذهابًا وإيابًا؛ التأخر العالي يجعل الواجهة ثقيلة ولو كانت السعة كبيرة |
| معاينة المستندات | تنزيل من النظام إلى الفرع | السعة وحجم المعاينة | المعاينة داخل المتصفح تنقل غالبًا أقل من تنزيل الملف كاملًا |
| المسح الضوئي والرفع | من الفرع إلى النظام | سعة الرفع (Upload) | أكثر ما يُهمل؛ خطوط الفروع كثيرًا ما تكون سعة رفعها أقل من سعة التنزيل |
| المصادقة | بين النظام وخادم الدليل النشط | توفر الاتصال بوحدة تحكم النطاق | إن تعذر الوصول إلى الدليل تعذر الدخول ولو كان النظام يعمل |
| الإشعارات والتكاملات | من النظام إلى البريد وSMS والأنظمة الأخرى | مسار خروج النظام لا الفرع | لا تمر عبر الفرع، لكن تعطلها يبدو للفرع كأن الاعتماد «لم يصل» |
من هذا الجدول يتضح أن الفرع الذي يغلب عليه الاطلاع والاعتماد يحتاج زمن تأخر منخفضًا ومستقرًا، والفرع الذي يمسح أرشيفه يحتاج سعة رفع. وكثيرًا ما يُشترى خط بسعة تنزيل كبيرة لفرع مشكلته الفعلية في الرفع.
كيف يغيّر نموذج النشر مسار الفروع
النظام في السحابة
كل فرع يصل عبر الإنترنت بتشفير TLS، والمقر ليس نقطة عبور إلزامية. هذا أبسط تشغيليًا، وتعطّل المقر لا يوقف الفروع. لكن انتبه إلى أمرين. الأول: بعض الجهات تمرر كل حركة الفروع إلى الإنترنت عبر المقر لأسباب رقابية، فيعود المقر ليصبح عنق زجاجة. والثاني: قصر الوصول إلى النظام على عناوين الجهة يتطلب معرفة عناوين الخروج لكل فرع، وثباتها. ناقش مع فريق الأمن هل يمكن أن تخرج الفروع مباشرة إلى النظام مع ضوابط مناسبة.
النظام على خوادم الجهة في المقر
الفروع تصل إلى مركز البيانات عبر شبكة الجهة الواسعة، سواء كانت خطوطًا مخصصة أو شبكة افتراضية خاصة (VPN) عبر الإنترنت أو حلًّا معرّفًا بالبرمجيات. هنا تصبح سعة خط المقر مجموع ما تستهلكه الفروع كلها في الذروة، وتعطّل خط المقر أو مركز البيانات يوقف جميع الفروع معًا. احسب سعة المقر كحاصل جمع، لا كرقم فرع واحد.
النظام في سحابة خاصة مع اتصال بشبكة الجهة
يمكن أن يصل المستخدمون عبر الإنترنت، أو عبر اتصال خاص بين شبكة الجهة والبيئة المخصصة. الخيار الثاني يمنح تحكمًا أكبر، لكنه يعيد مسألة مرور الفروع عبر المقر إن كان الاتصال الخاص يبدأ من المقر وحده. حدّد في التصميم: هل تصل الفروع إلى البيئة الخاصة مباشرة أم عبر المقر؟
المقارنة العامة بين السحابة والخوادم المحلية أوسع من موضوع الفروع، وقد تناولناها في هل الأرشفة السحابية أفضل أم المحلية؟. ما يضيفه هذا المقال أن عدد الفروع وتوزيعها وجودة خطوطها عامل يرجّح أحد النموذجين، ويجب أن يدخل في القرار صراحة.
المسح الضوئي في الفروع: الحساب الذي يُنسى
حين تمسح الفروع مستنداتها بنفسها، تصبح سعة الرفع وإعدادات المسح هي العامل الحاسم. حجم الصفحة الممسوحة يتغير كثيرًا بحسب الدقة والألوان وصيغة الملف، والفرق بين إعداد وآخر قد يكون أضعافًا. لذلك لا تحسب من رقم عام؛ امسح عينة من مستندات الفرع الفعلية بالإعدادات التي ستعتمدها، وقِس متوسط حجم الصفحة، ثم احسب.
الجهة: شركة توزيع لها مقر في الرياض وستة فروع، يمسح كل فرع فواتير التوريد وإيصالات الاستلام يوميًا. الأرقام التالية افتراضات للتوضيح.
- أكبر فرع يمسح 2,000 صفحة يوميًا، نصفها بين الثامنة والعاشرة صباحًا حين تصل شحنات الليل.
- متوسط حجم الصفحة بعد قياس عينة بإعدادات أبيض وأسود 300 نقطة لكل بوصة: 150 كيلوبايت.
- سعة الرفع الفعلية المقاسة لخط الفرع: 10 ميجابت في الثانية، مشتركة مع البريد ومكالمات الفيديو.
الحساب: 1,000 صفحة × 150 كيلوبايت = نحو 150 ميجابايت في ساعتين، أي نحو 1,200 ميجابت. موزعة على 7,200 ثانية تعطي متوسطًا يقارب 0.2 ميجابت في الثانية، وهو جزء صغير من سعة الخط.
ما يغيّر النتيجة: لو قرر الفرع المسح بالألوان للإيصالات المختومة، وقيس حجم الصفحة فبلغ عشرة أضعاف، لارتفع الحمل إلى نحو 2 ميجابت في الثانية في المتوسط، مع دفعات أعلى بكثير حين يرفع موظفان دفعتين كبيرتين في اللحظة نفسها. هنا يبدأ التنافس مع مكالمات الفيديو، ويشتكي الفرع من بطء النظام وهو في الحقيقة يشتكي من خطه. الحل قد يكون ضبط إعدادات المسح حسب نوع المستند، لا شراء خط جديد.
اتفق على ملفات إعداد للمسح (Scan Profiles) حسب نوع المستند: أبيض وأسود للنصوص، ورمادي أو ألوان فقط حين يكون الختم أو اللون جزءًا من القيمة الإثباتية. هذا القرار يؤثر في الشبكة والتخزين وجودة OCR معًا، ويستحق أن يُتخذ مرة واحدة على مستوى المؤسسة.
عندما ينقطع الفرع: قرر الآن لا يوم الانقطاع
النظام الموحد يعني أن الفرع المنقطع لا يصل إلى الوثائق. هذا ليس عيبًا في النظام بل طبيعة المركزية، لكن يجب أن يكون للفرع إجراء مكتوب. فكّر في ثلاثة مستويات:
مسار قرار الفرع عند انقطاع الاتصال: يبدأ بتأجيل الرفع في الانقطاع القصير، وينتقل إلى مسار اتصال بديل للمعاملات العاجلة في الانقطاع الممتد، وينتهي بإجراء ورقي موثّق يُدخل لاحقًا إن طال الانقطاع.
واسأل المورد صراحة: هل يعمل النظام أو أي جزء منه دون اتصال؟ هل يحتفظ تطبيق المسح أو الجوال بما يُلتقط محليًا ويرفعه لاحقًا؟ لا تفترض ذلك؛ اطلب رؤيته في العرض التوضيحي. وإن كانت البيئة كلها محدودة الاتصال بالإنترنت لا الفروع فقط، فالمسألة أوسع، وقد خصصنا لها دليل اختيار نظام أرشفة لبيئة داخلية محدودة الاتصال.
الدخول من الفروع: الدليل النشط ليس في الفرع
إذا ارتبط الدخول إلى نظام الوثائق بالدليل النشط، فإن الدخول يعتمد على وصول النظام إلى وحدة تحكم النطاق، لا على وصول الفرع إلى النظام فقط. في النشر السحابي يعني هذا أن يكون بين النظام والدليل مسار آمن ومستقر. وفي فروع تستعمل وحدات تحكم محلية، تأكد أن تغيير كلمة المرور أو تعطيل حساب يصل إلى الجميع قبل أن يُعتمد عليه. تفاصيل خيارات الربط واختباراتها في دليل ربط دخول نظام الأرشفة بالدليل النشط والدخول الموحد.
وأضف الموظفين الميدانيين إلى الحساب: مهندس موقع أو مندوب يعمل من خارج أي فرع، يدخل من الجوال على شبكة اتصالات متغيرة. هذا المستخدم يحتاج مصادقة ثنائية، وواجهة تتحمل التأخر، وسياسة واضحة لما يُسمح بتنزيله على جهازه.
قائمة جاهزية الاتصال لكل فرع
املأ هذه القائمة لكل فرع قبل إطلاقه، ولا تعتمد على قياسات المقر. الغرض أن يُكتشف الفرع الضعيف قبل أن يكتشفه موظفوه.
- مسار الاتصال موثّق: مباشر إلى الإنترنت، أو عبر المقر، أو اتصال خاص، مع مخطط بسيط.
- سعة التنزيل والرفع مقاسة فعليًا في ساعة الذروة، لا منقولة من العقد مع مزود الخدمة.
- زمن التأخر إلى النظام مقاس من جهاز في الفرع، واستقراره خلال يوم عمل كامل.
- حجم المسح اليومي وساعة ذروته معروفان، وملف إعداد المسح معتمد.
- الماسحات الضوئية في الفرع مجرّبة مع النظام فعليًا، بما فيها التسمية والفهرسة.
- عناوين الخروج ثابتة ومسجلة إن كان الوصول مقصورًا على عناوين الجهة.
- الدخول بحسابات الدليل النشط مجرَّب من الفرع، والمصادقة الثنائية مفعّلة لمن يلزم.
- مسار اتصال بديل محدد، ومن يُسمح له باستخدامه.
- إجراء الانقطاع مكتوب ومعروف لمسؤول الفرع.
- جلسة تجريبية منفذة من الفرع: بحث، ومعاينة، ورفع دفعة ممسوحة، واعتماد، مع تسجيل الأزمنة.
أخطاء تتكرر في المشاريع متعددة الفروع
- الاختبار من المقر فقط: العرض التوضيحي يُجرى في قاعة اجتماعات المقر على شبكته الداخلية، فيبدو كل شيء سريعًا.
- حساب سعة المقر كفرع واحد: في النشر المحلي يمر حمل جميع الفروع عبر خط المقر.
- إطلاق كل الفروع في يوم واحد: يصعب حينها تمييز مشكلة الشبكة من مشكلة التدريب. أطلق فرعًا نموذجيًا أولًا، وخاصة الأبعد أو الأضعف اتصالًا. وفي الجهات الحكومية متعددة الفروع فصّلنا هذا التدرج في تطبيق الأرشفة تدريجيًا في جهة متعددة الفروع.
- إهمال سعة الرفع: معظم الخطوط التجارية غير متماثلة، والمسح يعتمد على الرفع.
- غياب إجراء الانقطاع: دون إجراء مكتوب يعود الفرع إلى الورق ولا يُرحَّل ما أنجزه، فيظهر في الأرشيف فراغ زمني.
بنود تكتبها في طلب العرض
حين تكون الفروع جزءًا من النطاق، لا تكتفِ بعبارة «يعمل النظام في جميع الفروع». هذه صياغات قابلة للتقييم يمكن نسخها وتعديلها:
بنود الفروع والاتصال في كراسة الشروط
- يوضح المتقدم مسار اتصال الفروع المقترح لكل نموذج نشر يعرضه، وما يتطلبه من شبكة الجهة.
- يحدد المتقدم ما إذا كان النظام أو أي من تطبيقاته يعمل عند انقطاع الاتصال، وكيف تُرفع البيانات الملتقطة محليًا بعد عودته.
- يُجري المتقدم جلسة تجريبية من فرع تختاره الجهة قبل القبول، تشمل البحث والمعاينة ورفع دفعة ممسوحة والاعتماد، وتُسجَّل أزمنتها.
- يقدّم المتقدم توصية بإعدادات المسح حسب نوع المستند، وأثرها المتوقع في حجم الملفات وجودة التعرف الضوئي.
- يوضح المتقدم متطلبات ربط النظام بالدليل النشط من حيث المسار والمنافذ واستمرارية الوصول.
- تتضمن خطة التنفيذ إطلاقًا مرحليًا للفروع يبدأ بفرع نموذجي، مع معايير الانتقال إلى الفرع التالي.
كيف يخدم وثيقة المقر والفروع
- الوصول: يعمل وثيقة من المتصفح ومن الجوال، فلا يحتاج الفرع تثبيت برامج على أجهزة المستخدمين للاطلاع والبحث والاعتماد.
- نماذج النشر: سحابة مشتركة، أو سحابة خاصة بمرونة أكبر في إعدادات الشبكة والاتصال، أو خوادم الجهة، أو نشر هجين يجمع بين الخوادم المحلية والسحابة، ويدعم وثيقة التوافر العالي متعدد الخوادم حين لا يحتمل توقف المقر إيقاف الفروع. اختيار النموذج يحدد مسار الفروع كما شرحنا أعلاه، وتصميم البيئة الهجينة أو المتوافرة يُحدَّد لجهتك في العرض الفني.
- الرقمنة في الفروع: يتيح وثيقة ربط الماسح الضوئي والرفع الجماعي بالسحب والإفلات، مع OCR للعربية والإنجليزية يجعل الممسوح قابلًا للبحث من أي فرع.
- الهوية والحماية: تكامل مع Active Directory / LDAP ودخول موحد SSO عبر SAML/OIDC، ومصادقة ثنائية عبر SMS أو تطبيقات المصادقة، وتشفير أثناء النقل بـ TLS 1.3، وسجل تدقيق يسجل عنوان IP والجهاز لكل عملية، وهو مفيد لمعرفة من أي فرع جرى الإجراء.
- ما يُحدَّد في العرض الفني: تصميم الاتصال الخاص في السحابة الخاصة، وقصر الوصول على عناوين محددة، وسلوك الوصول من الجوال والمسح في الفرع عند انقطاع الاتصال، وخطة الإطلاق على الفروع.
للتفاصيل الأمنية راجع التشفير وحماية الاتصال، ولخطة الإطلاق التدريجي على الفروع وتدريب مسؤوليها راجع التنفيذ والتدريب والدعم.
ترتيب العمل قبل إطلاق الفروع
- ارسم مسار كل فرع وحدد ما يمر فيه من الأنواع الخمسة للحركة.
- قِس لا تفترض: سعة الرفع وزمن التأخر من الفرع في الذروة، وحجم صفحة المسح من عينة حقيقية.
- اختر النموذج بعد القياس، فقد يرجّح توزيع الفروع السحابة، أو تفرض سياسة الجهة النشر المحلي فتحتاج توسيع خط المقر.
- أطلق فرعًا نموذجيًا بقائمة الجاهزية أعلاه، ثم عمّم.
أرسل عدد الفروع ومواقعها وحجم المسح المتوقع في كل منها عبر صفحة خيارات النشر والاستضافة، ونقترح لك نموذج النشر ومسار الاتصال الأنسب لتوزيعك.
حدّد نموذج الاستضافة المناسب لجهتك
سحابة داخل المملكة أم خوادمكم الخاصة؟ أرسل متطلبات الأمن والاتصال والسعة، ونوضح الخيار الأنسب وما يترتب عليه في العرض.
- عدد المستخدمين المتوقع والإدارات المشاركة
- حجم الأرشيف الحالي تقريباً (عدد الملفات أو الصفحات أو الحجم بالجيجابايت) ونسبة الورقي منه
- نموذج الاستضافة المفضل: سحابة داخل المملكة أو خوادم الجهة
- النظام الحالي للملفات والأنظمة المطلوب التكامل معها
الهاتف وواتساب: +966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.