من أين تبدأ المطالبة

عمّ يدور هذا الدرس

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

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

البوّابة التي تسمّي مستنداً لا تستطيع حمله

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

يظهر استثناء أحمر على شاشة عملي عند منسّق التجارة ومسؤول الجودة. ويقرأ وصفه، بأرقام الفحص والطلبيّة الحقيقية: "MINS-1017 on ORD-1358: re-inspect it or get the buyer's concession before cutting."

ثم حين يحاول أحدهم صرف تلك المادّة إلى الخطّ، يرفض نموذج الصرف بصيغة أطول: "Brushed cotton fleece can't go to the line yet — incoming inspection MINS-1017 FAILED for this order. Re-inspect it, get the buyer's written concession — or tick 'Issue anyway' to record an override."

اقرأ الرسالتين معاً يظهر شيء ناقص. كلتاهما تسمّي تنازلاً مكتوباً من المشتري طريقاً شريفاً للأمام. وليس في التطبيق حقل لواحد. لا عمود ولا جدول ولا حالة ولا نوع سجلّ. وتظهر الكلمة في هاتين الرسالتين ولا تظهر في موضع آخر يراه مستعمِل.

ثلاثة مستويات، وماذا يكتب كلٌّ منها

قاعدة التطبيق للفعل المحجوب ليست قاعدةً واحدة. هناك ثلاثة مستويات، ومعرفة أيّها تقف فيه تخبرك هل يوجد تجاوز أصلاً.

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

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

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

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

ماذا يسجّل التجاوز فعلاً

هذا الجزء يستحقّ الحفظ، لأنه أثر التدقيق كلّه.

التأشير على التجاوز في صرف مادّة لا يضبط علامة. بل يُلحق عبارةً بسطر النشاط الذي يكتبه الصرف، وذلك السطر يذهب إلى ثلاث تغذيات منفصلة دفعةً واحدة، في معاملة واحدة: نشاط الصرف، ونشاط المادّة، ونشاط الطلبيّة. وتقرأ العبارة "(override — Brushed cotton fleece issued despite failed incoming inspection MINS-1017)".

وتعليم الطلبيّة مشحونة رغم بوّابتها يفعل الشيء نفسه بسطر الحالة. فبدل "Status: In production → Shipped" يسجّل نشاط الطلبيّة "Status: In production → Shipped (override — ship gate not met: …)"، وكلّ عائق لم يُستوفَ معدَّد داخل القوسين.

النقص الذي تحذّر منه البوّابة ولا تحجبه أبداً

القطعة الأخيرة أرجح ما يصير خصماً، والتطبيق يعاملها تحذيراً عن قصد.

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

وإعدادان يقرّران قوّة ذلك التحذير، وكلاهما يستحقّ المعرفة قبل بدء خصومة.

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

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

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

ساعدني في إعادة بناء السجلّ الكمل خلف قرار المضيّ رغم بوّابة مغلقة، من داخل MerchandiserOS.

سأخبرك: رقم الطلبيّة، ومتى حدث ذلك تقريباً، وما أظنّ أن القرار كان.

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

اليسِ بي عبر مواضع البحث بالترتيب، وأخبرني بالعبارة التي أبحث عنها في كلّ تغذية.

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

ثم سمّ ما ينقص تلك الملاحظة ولا يمكن استرجاعه من التطبيق. وكن صريحاً بدل ملء الفراغ بشيء معقول.

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