متطلبات المناقصات لأنظمة العد الآلي للركاب

أكثر بند يُفشل مناقصات أنظمة العد الآلي للركاب ليس السعر ولا المواصفات التقنية، بل جملة واحدة تتكرر في معظم كراسات الشروط: «يجب أن تكون دقة العد 99%». تبدو صارمة، لكنها في الواقع فارغة، لأنها لا تحدد كيف تُقاس الدقة، وعلى أي مستوى (الباب الواحد؟ المركبة؟ الخط بأكمله؟)، وفي أي ظروف تشغيل، وماذا يحدث تعاقدياً إذا لم تتحقق. الموردون الذين يعرفون هذه الثغرة يوقّعون بثقة، ثم يتفاوضون لاحقاً على «منهجية القياس» بعد ترسية العقد. هذه المقالة تشرح كيف تكتب متطلبات مناقصة تُغلق هذه الثغرات قبل أن تفتح.

حدّد الدقة كمنهجية قياس، لا كرقم دعائي

اطلب من المورد رقمين منفصلين: حداً أدنى تعاقدياً ملزماً، وأداءً نموذجياً متوقعاً. الفرق بينهما يكشف نضج المورد. في Vemco Group مثلاً، الحد الأدنى التعاقدي للدقة هو 96%، بينما تصل الدقة النموذجية إلى 98–99% عندما تسمح الإضاءة وتصميم الأبواب وسلوك الركاب بذلك. المورد الذي يعدك بـ99% مضمونة في كل الظروف إما لا يفهم بيئات النقل العام، أو يراهن على أنك لن تتحقق.

في كراسة الشروط، اشترط ما يلي بوضوح:

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

اشترط منصة محايدة تجاه المستشعرات

أخطر قرار شراء مخفي في هذه المناقصات هو ربط المنصة البرمجية بعلامة مستشعر واحدة. أسطول النقل يعيش 12–15 عاماً، بينما تتغير أجيال المستشعرات كل 4–5 سنوات. إذا اشتريت منصة لا تعمل إلا مع مستشعر واحد، فأنت رهينة تسعير ذلك المصنّع في كل توسعة وكل استبدال. اشترط في المناقصة أن تدعم المنصة عدة مصنّعين معتمدين؛ منصات مثل منصة Vemco تعمل مع مستشعرات Xovis وMilesight وElsys وHikvision وAxis وIrisys ضمن نفس بيئة التحليلات، ما يعني أنك تستطيع خلط الأجهزة حسب نوع المركبة والباب دون تجزئة البيانات.

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

زمن الاستجابة: حدّده بالثواني أو لا تحدده أبداً

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

وحدّد أيضاً سلوك النظام عند انقطاع الاتصال، وهو أمر يومي في الأنفاق والمناطق الريفية: هل يخزّن المستشعر البيانات محلياً ويرسلها عند عودة الشبكة؟ كم ساعة تخزين محلي مطلوبة؟ وكيف تُميَّز البيانات المتأخرة عن اللحظية في التقارير؟

التكامل: واجهة API مفتوحة أو لا شيء

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

الخصوصية والاستضافة: بنود يفحصها المدقق قبل الراكب

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

ملاحظة من الميدان: الأبواب لا تتشابه

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

قيّم المورد نفسه، لا عرضه فقط

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

قائمة تحقق قبل نشر الكراسة

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

هل تُعدّون كراسة شروط لنظام عد آلي للركاب؟ يسعد فريق Vemco Group بمراجعة متطلباتكم التقنية قبل النشر، ومشاركة صيغ واقعية لبنود الدقة والتكامل والخصوصية مبنية على أكثر من 20 عاماً في تحليلات العد والإشغال. تواصلوا معنا هنا لمناقشة مناقصتكم القادمة قبل أن تصبح بنودها ملزمة.