💬 احجز عرضاً مجاناً
الاستضافة والبنية التشغيلية

تشغيل نظام وثائق موحد بين المقر والفروع: متطلبات الاتصال

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

فريق وثيقة التحريري نُشر: 10 دقيقة قراءة

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

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

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

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

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

أنواع الحركة بين الفرع ونظام الوثائق وما يحكم كلًا منها
نوع الحركةالاتجاهما يحكم تجربة المستخدمملاحظة
التصفح والبحث وفتح القوائمطلبات صغيرة متكررةزمن التأخر (Latency) أكثر من السعةكل نقرة تنتظر ذهابًا وإيابًا؛ التأخر العالي يجعل الواجهة ثقيلة ولو كانت السعة كبيرة
معاينة المستنداتتنزيل من النظام إلى الفرعالسعة وحجم المعاينةالمعاينة داخل المتصفح تنقل غالبًا أقل من تنزيل الملف كاملًا
المسح الضوئي والرفعمن الفرع إلى النظامسعة الرفع (Upload)أكثر ما يُهمل؛ خطوط الفروع كثيرًا ما تكون سعة رفعها أقل من سعة التنزيل
المصادقةبين النظام وخادم الدليل النشطتوفر الاتصال بوحدة تحكم النطاقإن تعذر الوصول إلى الدليل تعذر الدخول ولو كان النظام يعمل
الإشعارات والتكاملاتمن النظام إلى البريد وSMS والأنظمة الأخرىمسار خروج النظام لا الفرعلا تمر عبر الفرع، لكن تعطلها يبدو للفرع كأن الاعتماد «لم يصل»

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

كيف يغيّر نموذج النشر مسار الفروع

النظام في السحابة

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

النظام على خوادم الجهة في المقر

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

النظام في سحابة خاصة مع اتصال بشبكة الجهة

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

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

المسح الضوئي في الفروع: الحساب الذي يُنسى

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

مثال توضيحي — افتراضات معلنة

الجهة: شركة توزيع لها مقر في الرياض وستة فروع، يمسح كل فرع فواتير التوريد وإيصالات الاستلام يوميًا. الأرقام التالية افتراضات للتوضيح.

  • أكبر فرع يمسح 2,000 صفحة يوميًا، نصفها بين الثامنة والعاشرة صباحًا حين تصل شحنات الليل.
  • متوسط حجم الصفحة بعد قياس عينة بإعدادات أبيض وأسود 300 نقطة لكل بوصة: 150 كيلوبايت.
  • سعة الرفع الفعلية المقاسة لخط الفرع: 10 ميجابت في الثانية، مشتركة مع البريد ومكالمات الفيديو.

الحساب: 1,000 صفحة × 150 كيلوبايت = نحو 150 ميجابايت في ساعتين، أي نحو 1,200 ميجابت. موزعة على 7,200 ثانية تعطي متوسطًا يقارب 0.2 ميجابت في الثانية، وهو جزء صغير من سعة الخط.

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

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

عندما ينقطع الفرع: قرر الآن لا يوم الانقطاع

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

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

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

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

الدخول من الفروع: الدليل النشط ليس في الفرع

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

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

قائمة جاهزية الاتصال لكل فرع

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

أخطاء تتكرر في المشاريع متعددة الفروع

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

بنود تكتبها في طلب العرض

حين تكون الفروع جزءًا من النطاق، لا تكتفِ بعبارة «يعمل النظام في جميع الفروع». هذه صياغات قابلة للتقييم يمكن نسخها وتعديلها:

بنود الفروع والاتصال في كراسة الشروط

  1. يوضح المتقدم مسار اتصال الفروع المقترح لكل نموذج نشر يعرضه، وما يتطلبه من شبكة الجهة.
  2. يحدد المتقدم ما إذا كان النظام أو أي من تطبيقاته يعمل عند انقطاع الاتصال، وكيف تُرفع البيانات الملتقطة محليًا بعد عودته.
  3. يُجري المتقدم جلسة تجريبية من فرع تختاره الجهة قبل القبول، تشمل البحث والمعاينة ورفع دفعة ممسوحة والاعتماد، وتُسجَّل أزمنتها.
  4. يقدّم المتقدم توصية بإعدادات المسح حسب نوع المستند، وأثرها المتوقع في حجم الملفات وجودة التعرف الضوئي.
  5. يوضح المتقدم متطلبات ربط النظام بالدليل النشط من حيث المسار والمنافذ واستمرارية الوصول.
  6. تتضمن خطة التنفيذ إطلاقًا مرحليًا للفروع يبدأ بفرع نموذجي، مع معايير الانتقال إلى الفرع التالي.

كيف يخدم وثيقة المقر والفروع

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

ترتيب العمل قبل إطلاق الفروع

  1. ارسم مسار كل فرع وحدد ما يمر فيه من الأنواع الخمسة للحركة.
  2. قِس لا تفترض: سعة الرفع وزمن التأخر من الفرع في الذروة، وحجم صفحة المسح من عينة حقيقية.
  3. اختر النموذج بعد القياس، فقد يرجّح توزيع الفروع السحابة، أو تفرض سياسة الجهة النشر المحلي فتحتاج توسيع خط المقر.
  4. أطلق فرعًا نموذجيًا بقائمة الجاهزية أعلاه، ثم عمّم.

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

حدّد نموذج الاستضافة المناسب لجهتك

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

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

الهاتف وواتساب: ‎+966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.

و
فريق وثيقة التحريري

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