رقم المشتري ليس رقمك

موضوع هذا الدرس

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

Maritsa Outerwear مصنع ملابس خارجية مبطّنة في Chirpan ببلغاريا. يشغّل خمسة خطوط خياطة، ويعمل فيه 410 أشخاص، ويبيع كلّه تقريباً إلى شمال أوروبا. يظهر في هذا المساق أربعة أشخاص.

• Rositsa Zhelyazkova هي منسّقة التجارة. مكتب الطلبيات مكتبها، وهي من ينقر أكثر النقرات في هذه الدروس الخمسة.
• Vencislav Damyanov يملك المصنع وهو مالك مساحة العمل.
• Ognyan Petkov مسؤول التوريد. وهو من يصدر أوامر الشراء.
• Milena Kaloyanova تخطّط الخطوط.

الطلبية التي تُتابَع في الدروس الخمسة كلّها هي ORD-1077: الموديل STY-266، جاكيت نسائي مبطّن، للمشتري Vindelbo، وهي سلسلة ملابس دنماركية. ومسؤولة الشراء عندهم Signe Aagaard. وأمر الشراء الخاص بـ Vindelbo يحمل الرقم VB-70318 وتاريخه 11 يناير 2027.

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

النموذج أقصر من الورقة

تفتح Rositsa شاشة الطلبيات وتضغط New order. ينزلق درج جانبي. إنه نموذج صغير، وأمر شراء Vindelbo ثلاث صفحات.

خمسة أشياء إلزامية. يرفض الخادم إنشاء الطلبية بدونها، والرسالة التي يعطيها هي المذكورة في العمود الأخير.

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

اثنان من تلك الخمسة الإلزامية يستحقّان نظرة ثانية قبل النقر، والسبب في القسم التالي.

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

الاختياران اللذان لا رجعة فيهما

الإنكوترم ونموذج التصنيع قائمتا اختيار، وهما إلزاميان. وهما أيضاً غير قابلين للتعديل بعد ذلك.

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

والسبب مرئي في الشيفرة لا مُخمَّن. فهذه الحقول الثلاثة تغذّي حقلاً مشتقّاً اسمه costing_basis، يُحسب مرّة واحدة عند الإنشاء من الإنكوترم ونموذج التصنيع معاً. فـ FOB مع نموذج الحزمة الكاملة يعطي FOB. وأي نموذج اسمه CMT يعطي CMT مهما كان الإنكوترم. و CIF يعطي CIF، و DDP يعطي LDP. ولا شيء يعيد حسابه لاحقاً، فلا شيء يعرض عليك ذلك.

أين يهبط ورق المشتري فعلاً

يحمل أمر شراء Vindelbo رقماً خاصاً به، هو VB-70318. ولا شيء في نموذج الإنشاء يسأل عنه.

وهذا ليس سهواً، ويستحقّ أن يُفهم لا أن يُلتفّ عليه. فهوية هذه الطلبية عند التطبيق هي الرمز الذي يصنعه هو. فبمجرّد إدراج الصفّ يطلب رمز الطلبية التالي من عدّاد، وعدّاد Maritsa هو الافتراضي المشحون مع البرنامج: البادئة ORD، والبداية عند 1001، بلا حشو أصفار. فتصير طلبية Rositsa هي ORD-1077.

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

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

واثنان منها يحتاجان كلمة. فـ LC هو الاعتماد المستندي، أي وعد البنك بأن يدفع لك متى قدّمت المستندات الصحيحة. و BL هو بوليصة الشحن، أي المستند الذي يصدره الناقل حين تُحمَّل البضاعة على السفينة.

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

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

ما الذي تكتبه نقرة واحدة فعلاً

تملأ Rositsa النموذج وتحفظ. ويحدث أكثر مما ترى.

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

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

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

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

العشر ثوانٍ التي تنقذك من طلبية مزدوجة

هناك حارس أخير، وهو سبب أن النقر مرّتين على الحفظ لا ينتج طلبيتين.

قبل إدراج أي شيء، يبحث التطبيق عن طلبية باسم المشتري نفسه، واسم الموديل نفسه، والكمية نفسها، وتاريخ الشحن نفسه أُنشئت في آخر عشر ثوانٍ. فإن وجدها أعادها إليك بدل كتابة واحدة جديدة. فتُنقل Rositsa إلى ORD-1077 مرّتين ولا يوجد إلا ORD-1077 واحدة.

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

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

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

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

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

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

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

الخلاصة

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