مؤشرات صحة الطلب: سليم، تحذير، حرج، محظور

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

سؤالان، وحقل واحد، والالتباس الذي يتبع ذلك

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

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

سليم، تحذير، حرج، محظور — ما الذي تطلبه كل قيمة من فريق العمليات

لصحة الطلب أربع قيم فقط، وكل قيمة تعني إجراءً مختلفًا من فريق العمليات — أو لا إجراء على الإطلاق.

طلب واحد، وعدة شحنات — واستثناء واحد على أيٍّ منها يغيّر الصورة كلها

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

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

ما يراه المشتري سبب، لا تصنيف

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

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

مؤشرات الصحة لا تؤتي ثمارها إلا حين تُفرَز قائمة الانتظار، لا حين تُتصفَّح

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

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

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