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

كان صاحب المتجر يظن أن نظام الصندوق والمتجر الإلكتروني “مربوطان”. وهما كذلك فعلاً. لكن الربط كان يعمل كل ليلة عند الثالثة. لم يكن شيء معطّلاً. ببساطة لم يقرّر أحد يومًا كم يُسمح لأرقام المخزون أن تكون قديمة.

ثلاث سرعات بلغة بسيطة

مرة واحدة كل ليلة

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

كل بضع دقائق

يسأل نظامٌ الآخرَ “هل من جديد منذ المرة السابقة؟” كل خمس أو عشر أو خمس عشرة دقيقة. يسمّى هذا الاستطلاع الدوري، ومعظم عمليات الربط في الشركات الصغيرة تعيش هنا: بيانات شبه محدّثة دون تعقيد كبير.

في اللحظة نفسها

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

السؤال الذي يحدّد السرعة

ليس “كم يمكن أن يكون سريعًا”، بل: ما تكلفة الإجابة الخاطئة خلال الفجوة؟

أكمل هذه الجملة لكل ربط: “إذا كان هذا الرقم متأخرًا ساعة، فأسوأ ما يحدث هو ___”.

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

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

السرعة ليست مجانية

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

من واقع خبرتنا، نادرًا ما يكون الندم “كان علينا أن نجعله أسرع”. الندم المعتاد هو: “جعلنا كل شيء فوريًا، والآن لا أحد يعرف أي نظام هو الصحيح”.

حدّد من يفوز، ومن يُبلَّغ

اتفاقان اثنان يجعلان الربط مملاً بالمعنى الجميل للكلمة.

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

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

ما يمكنك فعله هذا الأسبوع

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

إن أردت أن تفكّر بصوت عالٍ في أي من أنظمتك ينبغي أن تتحدث أسرع — وأيها يمكنه أن ينام بهدوء حتى الثالثة فجرًا — فهذا نوع الحديث الذي نستمتع به في ITSysPro، دون أي التزام بعده.