لماذا تحتاج الخدمات اللوجستية المتحكَّم في درجة حرارتها إلى بيانات الأحداث لا إلى المتوسطات فحسب

تقوم الخدمات اللوجستية المتحكَّم في درجة حرارتها على افتراض واحد: السجل النظيف يعني شحنة آمنة. لكن الأمر ليس كذلك دائمًا. تُرفض شحنة أحد موزّعي الأدوية. بدا السجل نظيفًا: 18 ساعة عند 3.2 °م. لكن المدقّق وجد 20 دقيقة عند رصيف التحميل والباب مفتوح، وهو ارتفاع مفاجئ لم تلتقطه تقارير الرحلات المعتادة قط. تُظهر معظم الأنظمة المسارات والحدود القصوى. أمّا Trips Intelli، وهو تطبيق مجاني مفتوح المصدر من Navixy، فيعيد بناء رحلة كهذه على خط زمني واحد، تجتمع فيه التوقفات وفتحات الأبواب وقراءات المستشعرات في مكان واحد.

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

يوضّح هذا المقال كيف يمكن لطبقة تحليلية أن تجيب عن سؤال المدقّق: ماذا حدث بالضبط عند رصيف التحميل في الساعة 14:22؟

تغيّرات الحالة هي المواضع التي تفشل فيها فعليًا الشحنات الحساسة لدرجة الحرارة

يتناول دليل منظمة الصحة العالمية بشأن تخزين ونقل المنتجات الدوائية الحساسة للوقت ودرجة الحرارة (TRS 961، الملحق 9) هذه النقاط عبر متطلبات لمنصّات التحميل، والتأهيل المسبق لمسارات النقل، ومراقبة درجة الحرارة أثناء العبور. في رحلة برية مبرَّدة، تكون الحمولة أكثر تعرّضًا للخطر عند نقاط المناولة:

• فترة التبريد المسبق الأولية،
• التحميل،
• فتحات الأبواب أثناء التسليم،
• زمن التوقف في المحطات المتعددة،
• واحتجازات الجمارك أو الحدود.

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

وتترتب النتيجة التنظيمية منطقيًا. تُلزم مبادئ الممارسات الجيدة للتوزيع في الاتحاد الأوروبي (2013/C 343/01) بإبلاغ الموزّع والمستلم بأي انحرافات في درجة الحرارة أثناء النقل والتحقيق فيها وفق إجراء محدَّد. كما يجب أن يكون بمقدور الموزّع إثبات أن الأدوية لم تتعرّض لظروف قد تُخلّ بجودتها. ويضع دليل GUI-0069 الصادر عن Health Canada (مبادئ توجيهية للتحكم البيئي في الأدوية أثناء التخزين والنقل) توقعات مماثلة للأدوية العابرة. والمتوسط الساعي الذي «يجتاز» لا يقدّم للمحقّق سوى القليل حين يستمر الانحراف 22 دقيقة.

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

مشكلة التكامل في الخدمات اللوجستية المتحكَّم في درجة حرارتها

هذه هي مشكلة البيانات المحدَّدة. عادةً ما ينتج عن أي نشر تيليماتي حديث ثلاثة تدفّقات: مسار مواقع GPS، وسجل مستشعر درجة حرارة، وأحداث تيليمترية مثل تشغيل/إيقاف المحرك وفتح/إغلاق الأبواب.

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

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

تلك هي الفجوة. إنها ليست مشكلة عتاد. إنها مشكلة بنية بيانات.

يكشف Navixy IoT Query، وهو منصّة لتحليلات البيانات، مجموعة البيانات التيليماتية والتجارية كاملةً عبر اتصال PostgreSQL مباشر: بيانات التتبّع، وقراءات المستشعرات، وأحداث السياجات الجغرافية، والحالات المخصّصة، وبيانات الرحلات الوصفية، في مخطط يمكنك الاستعلام عنه بلغة SQL القياسية. يجعل IoT Query الربط ممكنًا. ويجعل Trips Intelli التحقيق قابلًا للاستخدام.

ما هو Trips Intelli

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

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

خمسة أسئلة للتحقيق، يُجاب عنها على مستوى الرحلة

سيطرح مدقّق الامتثال الذي يراجع شحنة متحكَّمًا في درجة حرارتها فئةً محدَّدة من الأسئلة.

ليس «ما متوسط درجة الحرارة؟» بل:

• أين كانت المركبة حين تجاوز المستشعر الحد؟
• هل كان الباب مفتوحًا في تلك اللحظة؟
• هل كان توقفًا مجدولًا أم انحرافًا غير مخطَّط له؟
• هل كان هذا السائق يعمل نوبات إضافية؟
• ما ملف مخاطر هذه الرحلة مقارنةً بغيرها على الممر نفسه؟

لا يمكن الإجابة عن أيٍّ من هذه الأسئلة انطلاقًا من شريط درجة حرارة وسجل GPS وحدهما. فامتثال سلسلة التبريد يجب أن يُفهم في سياق الرحلة بأكملها، لا كرسم بياني منفصل لدرجة الحرارة. وقد بُني Trips Intelli ليجمع المسار ودرجة الحرارة وأحداث الأبواب والتوقفات وحالة الرحلة في سياق تحقيق واحد.

تقسيم الرحلات مع تصنيف التوقف. يقسّم خط المعالجة كل تدفّق مواقع إلى رحلات وتوقفات، ويصنّف كل توقف على أنه MOVING أو PARKING أو ENGINE_ON_PARKING، ويرفق المدة وسياق السياج الجغرافي. فالتوقف لمدة 22 دقيقة عند رصيف تحميل مركز توزيع هو حدث متمايز ومُصنَّف، لا فجوة في مسار GPS.

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

مراقبة عتبات المستشعرات في سياق السياج الجغرافي. يمكن مراقبة درجة الحرارة أو مستوى الوقود أو الرطوبة أو أي مستشعر متاح في مخطط IoT Query مقابل عتبات دنيا/عليا قابلة للتهيئة. ويتضمّن التنبيه قراءة المستشعر والطابع الزمني والسياج الجغرافي الذي كانت المركبة بداخله في ذلك الوقت. وهذا يعني أن بإمكانك الإجابة عن «هل وقع الانحراف أثناء التحميل في مستودع المنشأ B، أم أثناء العبور؟» باستعلام واحد بدلًا من ربط يدوي.

ربط حالة الباب بالموقع ودرجة الحرارة. تُربط أحداث فتح الأبواب بموقع المركبة وقراءة درجة الحرارة عند الطابع الزمني نفسه. وبدلًا من مراجعة رسوم بيانية منفصلة، يمكن للمحقّق تتبّع خط زمني متعدد الطبقات يجمع درجة الحرارة وحالة الباب والموقع على المسار وحالة الرحلة في عرض واحد. يمكنك أن ترى، مثلًا، أن درجة الحرارة ارتفعت من 3 °م إلى 11 °م خلال حدث فتح باب استمر 14 دقيقة عند الإحداثيين [x, y]، بينما كانت المركبة خارج ممر مسارها المتوقَّع. وهذا هو نوع التسلسل الذي يحتاج التحقيق التنظيمي إلى إعادة بنائه.

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

اعرف المزيد عن مختلف مستويات تقارير الرحلات في Navixy.

العرض الذي يحوّل التيليمتري الخام إلى سجل تحقيق

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

هذه هي الواجهة التي يستخدمها فعليًا من يقدّم ردًّا تنظيميًا أو يتفاوض على مطالبة مع ناقل. المطوّر الذي بناها يعمل على طبقة الاستعلامات؛ ومدير الامتثال الذي يستخدمها يعمل على طبقة الأحداث. وكلاهما ينظر إلى البيانات نفسها.

النتائج بحسب الدور: ما الذي يتغيّر فعليًا

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

لمدير الامتثال: يمكن تتبّع انحراف درجة الحرارة حتى حدث التحميل أو الباب المحدَّد الذي سبّبه، مع الطابع الزمني والموقع والمدة. وتشترط الممارسات الجيدة للتوزيع في الاتحاد الأوروبي وGUI-0069 الصادر عن Health Canada هذا بالضبط قبل اتخاذ قرار التصرّف بالشحنة. كان السجل يُجمَّع سابقًا يدويًا من ثلاثة أنظمة؛ أمّا الآن فهو عرض واحد مُصفّى.

للمرسِل (المنسّق): تظهر الرحلات خارج النوبة والسائقون بالساعات الإضافية والمسارات خارج الممر في الجدول نفسه إلى جانب انحرافات درجة الحرارة. فالسائق الذي يؤدّي نوبة ليلية على ممر توصيل أدوية والسائق الذي توقف توقفًا غير مصرَّح به عند متجر صغير كلاهما ظاهر دون سحب تقارير منفصلة من نظام منفصل.

لمدير الأسطول: تجعل درجات الشذوذ بالتعلم الآلي المراجعة الأسبوعية قابلة للإدارة. فأسطول من 200 مركبة يولّد 1400 رحلة أسبوعيًا. وقراءة كل سجل ليست خيارًا. أمّا الـ12 الأعلى في درجة المخاطرة، المراجَعة صباح الاثنين، فتلتقط الحوادث التي تستحق الانتباه، بما فيها تلك التي كان سيبدو فيها سجل درجة الحرارة سليمًا.

لمكامِل الأنظمة الذي يبني على المنصّة: مخطط IoT Query الذي يستعلم عنه هو المخطط نفسه المتاح لأي مطوّر يبني على Navixy. وإضافة قناة مستشعر جديدة، أو عتبة خاصة بلائحة معيّنة، أو ممر مسار خاص بعميل معيّن، هي تغيير في الإعداد، وفي بعض الحالات تعديل SQL.

ينتج Trips Intelli السجل وتصنيف المخاطر. وهو لا يشهد بالامتثال، ولا يضمن قبول الشحنة، ولا يحل محل قرار التصرّف بالشحنة الذي يعود إلى شخص مؤهَّل بموجب اللوائح المعمول بها.

البدء مع Trips Intelli: المخطط موجود بالفعل

IoT Query هو سطح اتصال PostgreSQL الذي يستعلم عنه Trips Intelli. فإذا كانت عملية العميل في الخدمات اللوجستية المتحكَّم في درجة حرارتها تعمل بالفعل على بيانات أسطول Navixy (مواقع GPS، وقراءات المستشعرات، وأحداث السياجات الجغرافية)، فالمخطط موجود بالفعل. ولست بحاجة إلى بناء طبقة استيعاب.

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

إنه شيء إضافي يمكنك تقديمه لعميلٍ دون إضافة عمل هندسي.