الدروس · الدرس 2 من 5
نقرة واحدة، وثلاثة آثار جانبية
بماذا يلتزم زرّ التأكيد، وما الذي يجمّده بلا أن يخبرك، والكتابات الثلاث التي لا تذكرها لوحة التأكيد.
الدرس 2 من 5 · 22 د
موضوع هذا الدرس
يبدو تأكيد الطلبية تغييراً لكلمة. فشارة كانت تقول Draft صارت تقول Confirmed. والحقيقة أن النقرة تطلق ثلاث كتابات منفصلة، وإحداها تجمّد معياراً كان حيّاً حتى تلك اللحظة. هذا الدرس عن الأربعة كلّها. أخطئ فيه فتجادل مشترياً بعد شهور عن المعيار الذي وُضعت الطلبية عليه.
كل ما يلي يجري على ORD-1077 في Maritsa Outerwear، وهي الطلبية التي أنشأتها Rositsa Zhelyazkova في الدرس الأول للمشتري Vindelbo. التاريخ 19 يناير 2027. وقد أعادت Signe Aagaard الطلبية موقّعة، و Rositsa على وشك الضغط على الزرّ.
خمس حالات، وسبع نقلات بينها
للطلبية خمس حالات بالضبط. وليس كل زوج منها موصولاً بالآخر، والخريطة أصغر مما يتوقّع الناس.
| من | يجوز أن تصير | لا يجوز أن تصير |
|---|---|---|
| Draft | Confirmed و Cancelled | In production و Shipped |
| Confirmed | In production و Cancelled | Draft و Shipped |
| In production | Shipped و Cancelled | Draft و Confirmed |
| Shipped | لا شيء | أي شيء |
| Cancelled | لا شيء | أي شيء |
سبع نقلات في المجموع، وكل سهم يشير إلى الأمام. ولا سبيل للعودة إلى Draft. وأي شيء ليس في هذا الجدول يرفضه الخادم بسطر واحد: That status change is not allowed.
اثنتان من السبع أمامهما بوّابتان وهما موضوع دروس لاحقة. فالانتقال من Confirmed إلى In production محجوب حتى تُستلم المواد. والانتقال من In production إلى Shipped محجوب حتى يُصنع ما يكفي فعلاً. أمّا النقلة التي توشك Rositsa أن تفعلها، من Draft إلى Confirmed، فليس أمامها بوّابة على الإطلاق. لا شيء يفحص جاهزية الطلبية. وهذا مقصود، والدرس الثالث عن معناه.
ماذا تقول اللوحة
تضغط Rositsa Confirm order. تُفتح لوحة قبل كتابة أي شيء، وتعدّد ما سيحدث في ثلاثة أسطر.
Marks ORD-1077 as Confirmed.
ORD-1077 then appears on the Order Cockpit and can be planned and sourced against.
Recorded in ORD-1077's activity log — you can still edit or cancel it afterwards.
والسطر الثالث صحيح ويستحقّ قراءتين. فالتأكيد لا يقفل الطلبية. وكل حقل عليها يبقى قابلاً للتحرير، وهذا موضوع الدرس الرابع.
واللوحة دقيقة في ما تعدّده. لكنها ساكتة عن ثلاثة أمور أخرى تفعلها النقرة نفسها.
الأثر الأول: تجميد معيار الجودة
لحظة أن تصير الحالة Confirmed، ينسخ التطبيق معيار جودة الموديل على الطلبية ويختم النسخة بالتاريخ والوقت. ومن تلك اللحظة تجري فحوص الطلبية على النسخة لا على الموديل.
و AQL هو حدّ الجودة المقبول، أي قاعدة النجاح أو الرسوب التي يطبّقها المفتّش على عيّنة يسحبها من البضاعة الجاهزة. وكل مستوى منه نسبة القطع المعيبة التي يجوز أن تحملها الدفعة قبل أن يرفضها المفتّش، والرقم الأصغر معيار أشدّ.
وهذا مهمّ لأن الموديل سجلّ حيّ. فقد يعدّل أحدهم تبويب الجودة في STY-266 في مارس. والطلبية الموضوعة في يناير يجب ألّا تغيّر بهدوء المعيار الذي وُضعت عليه، وهي لا تفعل.
وتُؤخذ النسخة مرّة واحدة لا غير. فقبل الكتابة يفحص التطبيق هل تحمل الطلبية طابعاً زمنياً لنسخة، ويتوقّف عندها إن كانت تحمله. ولا سبيل إلى إعادة أخذها من شاشة الطلبية.
ويمكن أن يحدث أمران في تلك اللحظة، وأيّهما تحصل عليه يتوقّف على فحص واحد: هل يحمل الموديل مستوى AQL رئيسياً أصلاً؟
| الموديل يحمل | ما يُجمَّد | مصدر النسخة | السطر في سجلّ النشاط |
|---|---|---|---|
| مستوى AQL رئيسياً | حقول AQL الستة، مع الفحوص المطلوبة والاختبارات الخاصة | style | QA standard frozen from the style، مع تسمية المستويات |
| لا مستوى AQL رئيسياً | الفحوص المطلوبة والاختبارات الخاصة فقط | none | QA standard frozen — no buyer AQL set |
والذراعان كلتاهما تجمّدان الفحوص المطلوبة. وهذا هو النصف المهمّ ومن السهل إغفاله. فالمشتري قد يشترط فحص AQL نهائياً وكشف معادن بلا معيار AQL خاصّ به أصلاً، وهذان الالتزامان يُجمَّدان في الحالتين. ويصيران حجباً صلبة على الشحن لاحقاً، والدرس الخامس من هذا المساق لا يليّنهما.
الأرقام الثلاثة نفسها، بمعنيين مختلفين
يحمل STY-266 رئيسياً 2.5 وثانوياً 4.0 وحرجاً 0 ومستوى فحص II. ووصلت هذه الأرقام إلى الموديل من سجلّ المشتري Vindelbo، الذي كان يحملها لأن المشتري يبدأ حياته والمعيار القياسي للملابس معبّأ فيه.
الآن افترض أن Rositsa بنت STY-266 على عجل وتركت تبويب الجودة فارغاً. لكانت فحوصها ستجري مع ذلك على رئيسي 2.5 وثانوي 4.0 وحرج 0، لأن هذه أيضاً هي القيم الافتراضية المعنونة التي يرجع إليها التطبيق حين لا يوجد معيار حقيقي.
الأرقام الناتجة متطابقة. وغير المتطابق هو المكان الذي جاءت منه. فالخطة الناتجة تحمل علامة تقول أهذا معيار مشترٍ حقيقي أم مجرّد الافتراضي، ومصدراً يقول من أين جاءت.
| رئيسي | ثانوي | حرج | المصدر | أهو فعلاً معيار المشتري؟ | |
|---|---|---|---|---|---|
| STY-266 كما بُني | 2.5 | 4.0 | 0 | style | نعم |
| STY-266 بتبويب جودة فارغ | 2.5 | 4.0 | 0 | none | لا |
لا تنقل الأرقام إلى مشترٍ قبل أن تعرف في أي الصفّين أنت. فالتطبيق يعرف الفرق ويقوله بأمانة. أمّا لقطة الشاشة للأرقام فلا تقوله.
الأثر الثاني: وصول نطاق التسامح
الكتابة الثانية صغيرة ولها حدّ حادّ.
كل طلبية تحمل نطاق تسامح في الكمية، وهو نسبة زائد أو ناقص تقرّر لاحقاً هل تُعدّ الشحنة الناقصة مكتملة. ونطاق الطلبية الجديدة 0، لأن هذا هو الافتراضي في العمود ولأن أحداً لم يُسأل.
وعند التأكيد ينظر التطبيق إلى المشتري. فإن كان نطاق الطلبية ما زال صفراً بالضبط، وعندها فقط، نسخ نطاق المشتري على الطلبية وكتب في سجلّ النشاط سطراً يقول إنه فعل. ويبدأ سجلّ المشتري حياته بنطاق 3، وهو العرف الصناعي. وقد تفاوضت Vindelbo على نطاق أوسع، فسجلّها يحمل 5، وتخرج ORD-1077 من التأكيد بنطاق ±5%.
والنسخ كلّه بأفضل جهد. فهو مغلّف بحيث يُبتلع أي فشل بداخله، على المبدأ المعلن بأن عثرة في التسامح يجب ألّا تمنع تأكيداً أبداً.
الأثر الثالث: مستند ينضمّ إلى طابور
الكتابة الثالثة تغادر الطلبية كلّياً.
الطلبية المؤكَّدة حديثاً تُدرِج في الطابور مستنداً صادراً واحداً لنظام تخطيط موارد المؤسسة (ERP)، وهو نظام المحاسبة والمخزون الذي تشغّله بعض المصانع بجانب هذا التطبيق. والمستند أمر بيع، على أساس أن المصنع هو الصانع وأن هذا هو جانب البيع. ويهبط الصفّ في طابور الصادر بحالة pending وبمفتاح فريد مبنيّ من نوع المستند والسجلّ ورقم مراجعة.
وأمران في هذا يستحقّان المعرفة. فهو يحدث سواء كان لمصنعك نظام تخطيط موارد موصول أم لا، فيمتلئ الطابور على أي حال. والإدراج يتجاهل المفتاح المكرّر، فلا شيء يستطيع إدراج المستند نفسه مرّتين.
وتستطيع رؤية الطابور. فهو على شاشة الإعدادات تحت Integrations، التي تعرض أحدث خمسين مستنداً. وإن لم يفتح أحد في مصنعك تلك الشاشة قطّ، فهذا هو المكان الذي كانت تذهب إليه تلك الصفوف.
اختبر فهمكأُكِّدت طلبية في التاسع عشر من يناير. وفي الرابع من مارس يعدّل منسّق التجارة تبويب الجودة في الموديل ليرفع AQL الرئيسي من 2.5 إلى 1.5، لأن مشترياً آخر طلب ذلك. على أي معيار يجري الفحص النهائي لطلبية يناير؟أظهر الإجابة
على رئيسي 2.5، أي المعيار المجمَّد عند التأكيد. فقد أُخذت النسخة في التاسع عشر من يناير وخُتمت، وفحص التجميد يرفض الكتابة فوق طلبية تحمل طابعاً زمنياً. وشاشة الطلبية لا تعرض أي وسيلة لإعادة أخذها. وهذا هو السلوك الذي تريده: المعيار الذي وُضعت عليه الطلبية هو المعيار الذي تُحاكم به. وهو يعني أيضاً أن تبويب الجودة في الموديل ليس مكاناً موثوقاً لقراءة ما تُفحص عليه طلبية حيّة. اقرأ الطلبية.
موجّه · افحص طلبية قبل أن أضغط تأكيد
في الدقيقة السابقة لتأكيد طلبية، حين تكون النقرة بلا رجعة.
راجع معي طلبية أوشك على تأكيهذاا، على أساس أن التأكيد بلا رجعة وأنه يجمّد أموراً قد لا أكون نظرت إلماذاا. سألصق أو أصف: ليستري الطلبية وموهذهلها وكميتها وتاريخ شحنها وتاريخ تغذية الخط والسعر والعملة؛ وهل لها تفصيل ألوان ومقاسات؛ وتبويب الجودة في الموهذهل، بما في ذلك هل ضُبط مستوى AQL رئيسي وأي فحوص يشترطها الليستري؛ ونطاق تسامح الكمية في سجلّ الليستري؛ ونطاق الطلبية نفسها الآن. اعمل على أربعة فحوص بهذا الترتيب وأعطني حكماً على كلّ منها. الأول، المعيار المجمَّد. قل لي بالضبط أي أرقام جودة ستُنسخ على هذه الطلبية وتُختم، وهل هي معيار ليسترٍ حقيقي أم البهذهل الافتراضي المعنون. وإن لم يكن للموهذهل مستوى AQL رئيسي، فقل صراحةً إن الطلبية ستحمل البهذهل وإن أرقامه تبدو مطابقة لمعيار حقيقي في لقطة شاشة. الثاني، الالتزامات المجمَّدة. عدّد الفحوص التي يشترطها الليستري، وقل لي أيّها يصير حجباً صلبة على الشحن لاحقاً. وقل بوضوح إن هذه تُجمَّد حتى بلا معيار AQL خاص. الثالث، نطاق التسامح. إن كان نطاق الطلبية صفراً، فقل لي إن نطاق الليستري سيكتب فوقه عند التأكيد، واسألني هل كان ذلك الصفر مقصوداً. فالصفر المقصود على وشك الضياع. الرابع، ما لا يفعله التأكيد. ذكّرني بأنه لا يؤكّد الكمية، ولا يفحص الجاهزية، ولا يقفل أي حقل. ثم أعطني قائمة قصيرة بما ينبغي إصلاحه قبل الزرّ لا بعهذا، وقل لماذا يصعب إصلاح كلّ منها بعهذا. ولا تقل لي إن الطلبية تبدو سليمة ما لم تكن قد فحصت الأربعة فعلاً.
قد يخطئ الذكاء الاصطناعي — تحقّق من أي شيء ستتصرّف بناءً عليه.
الخلاصة
- خمس حالات، وسبع نقلات مشروعة، كلّها إلى الأمام. ولا يوجد إلغاء للتأكيد.
- الانتقال من Draft إلى Confirmed هو النقلة الأمامية الوحيدة بلا بوّابة أمامها. لا شيء يفحص الجاهزية.
- التأكيد يجمّد معيار الجودة على الطلبية، مرّة واحدة وإلى الأبد، ويجمّد فحوص المشتري المطلوبة حتى حين لا يوجد معيار AQL خاص.
- التأكيد ينسخ نطاق تسامح المشتري، لكن فوق نطاق يساوي صفراً بالضبط فقط، فيضيع الصفر المقصود. افحصه بعدها.
- التأكيد يُدرج أمر بيع لنظام تخطيط موارد المؤسسة سواء كان لديك واحد أم لا. والإعدادات ثم Integrations هو مكان تلك الصفوف.