الحساب الذي يقوم عليه سعر الفئة

أضف عشرين في المئة إلى تكلفة قدرها 100 يصير السعر 120. الربح 20، وهو عشرون في المئة من التكلفة و16.7 في المئة من السعر. وخذ عشرين في المئة من السعر بدلًا من ذلك يصير السعر 125 والربح 25، وعندها فقط يكون الهامش عشرين في المئة فعلًا. الفرق بين السعرين أربعة في المئة من المناقصة، وعلى بند مسعَّر عبر ألف وحدة هذا مال حقيقي.

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

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

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

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

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