قبل أن يغادر العرض المبنى

الإرسال هو اللحظة التي يكفّ فيها عن كونه مسودة

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

أمام باليسا (Palesa) عرض السعر QUO-1061 Rev A وعليه أربعة سطور مُسعَّرة. تضغط Send to buyer. وما يحدث بعد ذلك يستغرق وصفه وقتاً أطول ممّا يستغرقه تنفيذه.

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

السطور الأربعة التي ترسلها

احتفظ بذلك المجموع. فهو يهمّ عند الفحص الرابع، وهو ليس ما يظنّه أحد.

الفحص الأول والفحص الثاني: هل هناك ما يُرسَل

الفحص الأول هو وجود سطور. وعرض السعر الفارغ يُرفَض برسالة «لا سطور معروضة في عرض السعر هذا بعد — أضف سطراً مُسعَّراً قبل إرساله».

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

ولا شيء يضيع في الحالتين. فيبقى عرض السعر حيث كان تماماً، في المسودة، وعليه كل عملك. والرفض جملة لا تراجُع.

الفحص الثالث: المواصفة خلف السعر

وهذا هو الفحص الذي لا يتوقّعه الناس، وهو أهمّ ما في الدرس.

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

والسبب أن السعر الثابت وعدٌ بثوب بعينه. فإن ظلّت المواصفة قابلة للانجراف بعد أن صار رقمك عند المشتري، فالرقم لا يعني شيئاً.

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

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

والمواصفة غير الموقّعة تمنع الإرسال. والرسالة تسمّي كل موديل والتوقيعات التي ما زالت مفتوحة عليه، والموديلات روابط تفضي مباشرةً إلى قائمة التحقّق. ولا يستطيع تجاوزها إلا المالك، والزرّ يقول بالضبط كم يكلّف التجاوز: «Send anyway — freeze 2 specs unsigned (logged against you)». ومن ليس مالكاً يرى سطراً عادياً بدلاً من الزرّ، يقول إن بوسع المالك أن يرسله رغم ذلك تجاوزاً مسجَّلاً.

ولعرض السعر QUO-1061 أربعة سطور وموديلان متمايزان، فالمواصفات في النطاق اثنتان لا أربع. وسترة باليسا موقّعة. والصدرية ليست كذلك، والرسالة تسمّي التوقيع الذي ما زال مفتوحاً عليها. فتذهب وتحصّله بدل أن تطلب من نثابيسينغ (Nthabiseng) تجاوزاً. وذلك يستغرق أصيلاً ولا يكلّف شيئاً.

الفحص الرابع: على شخص آخر أن يقول نعم

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

وذلك إعداد افتراضي جاء مع التطبيق، لا قاعدة في البرمجية. فالمسار اسمه «إرسال عرض السعر إلى المشتري». وضبطه المصنعي مُفعَّل، ومعتمِده المالك، وبلا حدّ مبلغ، وغياب الحدّ يعني دائماً. ويُحرَّر من الإعدادات ← قواعد الاعتماد (Settings → Sign-off rules)، وهي للمالك وحده، والشاشة نفسها تحكم أوراق التكلفة وأوامر الشراء.

والآليّة تستحقّ الفهم لأنها تفاجئ الناس في المرّة الأولى.

1. تضغط باليسا Send to buyer. فيُرفَض الإرسال، ويُنشئ ذلك الرفض طلب الموافقة.
2. فترى ملاحظة كهرمانية: «أُرسِل للموافقة — سيراه المعتمِد على شاشة عملي / الاستثناءات ويستطيع اعتماده أو رفضه على هذه الصفحة».
3. وتراه نثابيسينغ على شاشة عملي / الاستثناءات عندها، فتفتح عرض السعر وتعتمده أو ترفضه في اللوحة أعلى السجلّ.
4. وتضغط باليسا Send to buyer من جديد. وهذه المرّة يمضي.

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

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

الرقم الذي يُعرَض على المعتمِد

ونعود الآن إلى ذلك المجموع.

حين يبلغ الإرسال بوّابة الموافقة يسلّمها مبلغاً. والمبلغ هو سعر كل سطر مضروباً في شريحة كميته، مجموعاً. وذلك المبلغ لعرض السعر QUO-1061 هو 350,300.

وستشتري سيبلوود (Sablewood) السترة عند واحدة من شرائحها الثلاث. فالمجموع يعدّ برنامج السترة نفسه ثلاث مرّات، بما مقداره 280,100 من أصل 350,300. ولا طلبية يمكن أن تخرج من عرض السعر هذا ستساوي ما يُعرَض على المعتمِد.

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

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

ماذا يحدث لحظة ذهابه

تنتقل الحالة إلى مُرسَل (Sent). وثلاثة أشياء أخرى تحدث دون أن تُطلَب.

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

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

المستند الذي تطبعه

تحمل الترويسة زرّ Print / PDF، وهو يفتح ورقة عرض سعر نظيفة. وكتلة العنوان تعطي رقم العرض ومراجعته والتاريخ وتاريخ الصلاحية والحالة والعملة. وتحتها يقع زوج «إلى» و«من»، وجدول فيه الموديل والكمية والحدّ الأدنى للطلب وزمن التوريد وسعر الوحدة. ثم الشروط وأي ملاحظات وسطرا توقيع يقرآن Prepared by · Date وAccepted by (Buyer) · Date.

اقرأ ترويسة المستند قبل أن ترسله إلى أي مكان. فاسم الشركة عليها هو النصّ الحرفي [ Your Company Name ]، والسطر تحته هو [ Address line · City · Country ] · [ Phone ] · [ Email / Tax ID ]. وكتلة «من» تقول الشيء نفسه مرّة أخرى. وهذه نصوص نائبة في الصفحة نفسها، لا حقول تنتظر الملء على شاشة إعدادات.

وثمّة تعارض صغير آخر يُعرَف في الطريق. فحقل شرط التسليم في طلب عرض السعر قائمة منسدلة بشروط إنكوترمز الأحد عشر ولا شيء غيرها. أمّا شرط التسليم في عرض السعر نفسه، على تبويب الشروط، فخانة نصّ حرّ نصّها الإرشادي e.g. FOB, CIF, DDP. والورقة المطبوعة تعرض شرط عرض السعر إن وُجد وترتدّ إلى شرط الطلب إن لم يوجد. فالخطأ المطبعي على تبويب الشروط خطأ مطبعي على مستند المشتري.

قُم بدور البوّابة التي سيصطدم بها عرض السعر هذا، وارفضني قبل أن يرفضني البرنامج.

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

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

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

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