الجواب القصير. السعر لا يُكتب أبداً: يُحسب من جهة الخادم بسلسلة قواعد مكتوبة، سعر الكتالوج، شبكة نوع الزبون، عتبة الكمية، ثم الخصم. والخصم حق حسب الدور: البائع حتى سقفه وحده، وفوقه موافقة بحركة واحدة بسبب، وأرضية هامش يرفض الخادم تجاوزها مهما عرضت الشاشة. ولعرض السعر نسخ محفوظة بـ PDF وصلاحية وقبول مؤرَّخ بتوقيع على الهاتف أو رمز SMS. وكل وثيقة تالية، طلبية ووصل تسليم وفاتورة، تُنشأ من السابقة بحدث، وما جُمِّد عند الإصدار لا يتحرك؛ والخطأ يُصحَّح بإشعار دائن. والبواقي للتسليم والفوترة فروق محسوبة. ستة أسابيع، أولها بلا كود.
يتوجه هذا الدليل إلى مسيّر مؤسسة صغيرة تبيع بعروض أسعار، تجارة أو تركيب أو خدمات، حيث يصنع ثلاثة بائعين ثلاثة أسعار، وإلى المؤسس المقيم في فرنسا الذي يقرأ عروضاً لم يرها تخرج، وإلى المسؤول التجاري الذي يكتشف الهامش الحقيقي في الميزانية. لا يعيد شرح كيف يُنتج PDF ثنائي اللغة ويُرقَّم بلا فجوات، الموصوف في دليل طباعة الوثائق، ولا كيف تُبنى الأدوار والموافقات عموماً، الموصوف في دليل الأدوار وسجل التدقيق؛ بل يصف ما يُبنى حول السعر وسلسلة عرض-طلبية-فاتورة، ويمتد من صفحتنا عن هندسة البرمجيات.
من عرض السعر إلى الفاتورة، في ست خطوات
مسار البيع بالترتيب، ولحظة اتخاذ كل قرار. والخطوة الثانية هي ما يفصل البرنامج عن ملف Excel.
تركيب عرض السعر من الكتالوج: الأسطر من منتجات وخدمات لها تكلفة وسعر مؤرَّخ، والهامش ظاهر أثناء التركيب. الخصم ضمن الحق: حتى سقفه يخصم البائع وحده ويُسجَّل؛ وفوقه يطلب التطبيق موافقة بحركة واحدة من مدير المبيعات بسبب إلزامي؛ وتحت أرضية الهامش لا أحد. إرسال نسخة: PDF مؤرَّخ صالح ثلاثين يوماً افتراضياً، وكل تفاوض ينشئ نسخة، ن1 ون2 ون3، كلها محفوظة.
الحصول على القبول: توقيع على شاشة الهاتف أو رمز عبر SMS ضمن الصلاحية، وفق الآلية الموصوفة في دليل الدخول بالرمز؛ القبول مؤرَّخ ويجمّد العرض. التحويل دون إعادة إدخال: القبول ينشئ الطلبية، والعربون إن وُجد يُطلب ويُطابَق وفق دليل الدفع الإلكتروني، ويبدأ التحضير. فوترة المسلَّم: كل وصل تسليم موقَّع ينتج فاتورة بالكميات المسلَّمة، والعربون يُخصم من الأولى، والخطأ يُصحَّح بإشعار دائن لا بتعديل فاتورة صادرة أبداً.
كيف يُحسب سعر السطر، وأين تتوقف الخصومات
يتتبع الشكل سطر عرض سعر واحداً وسلسلة القواعد التي تنتج سعره. كل ما يجري فيه يُحسب من جهة الخادم؛ والشاشة لا تفعل إلا العرض.
سعر الكتالوج هو سعر القائمة السارية في تاريخ العرض؛ وشبكة «تاجر جملة» للزبون تطبّق تخفيضها؛ وعتبة الكمية تطبّق تخفيضها. ثم الخصم التجاري: يطلب البائع 10 %، وهذا يُنزل السطر تحت أرضية الهامش فيرفض الخادم؛ ويوافق مدير المبيعات على 4 % فوق الأرضية بسبب، ويُجمَّد السطر عند هذا السعر. والأرضية تحددها الإدارة من التكلفة وهامش إجمالي أدنى، ولا تظهر للبائع سعراً بل خصماً متبقياً مسموحاً.
ثلاث قواعد تمسك الكل. المحرك يحسب بترتيب مكتوب، شبكة ثم عتبة ثم خصم، ولا العكس أبداً، لأن الترتيب يغيّر النتيجة. الشاشة تعرض السعر والهامش والخصم المتبقي المسموح كي يتفاوض البائع عن علم. الخادم يرفض أي سعر تحت الأرضية حتى لو تُجوِّزت الشاشة، لأن القاعدة تعيش في الكود لا في الواجهة. والتكلفة والشبكة والعتبات والحدود في الشكل مثال مبني؛ وأسعار كل زبون في بوابة B2B، الموصوفة في دليل بوابة الطلب، تأتي من المحرك نفسه.
«السعر لا يُكتب أبداً: يُحسب بسلسلة قواعد مكتوبة، والخصم حق حسب الدور لا خانة حرة.»
من عرض السعر إلى الفاتورة، في خمس طبقات
محرك الأسعار هو الطبقة التي تقرر الهامش؛ والطبقات الأربع الأخرى تضمن ألا يُعاد إدخال شيء وأن يُقاس كل شيء.
الكتالوج والأسعار. منتجات وخدمات بتكلفة وسعر كتالوج وشبكات حسب نوع الزبون وعتبات كمية؛ للسعر تاريخ بداية ونهاية، وعرض السعر يحتفظ بسعر تاريخه. محرك الأسعار. من جهة الخادم، بالترتيب المكتوب، بسقوف حسب الدور وأرضية الهامش والموافقة بحركة واحدة والسجل؛ وهي الطبقة المميزة. الوثائق والنسخ. عرض سعر وطلبية ووصل تسليم وفاتورة وإشعار دائن: كل منها يُنشأ من السابقة، مرقَّم، بنسخ لعرض السعر، مجمَّد عند الإصدار، بـ PDF محفوظ لا يُعاد توليده، وفق دليل طباعة الوثائق.
القبول والتحويل. توقيع أو رمز ضمن الصلاحية، قبول ينشئ الطلبية، عربون يطلق التحضير، وصل موقَّع ينتج فاتورة المسلَّم؛ والبواقي للتسليم والفوترة فروق محسوبة. المتابعة. عروض معلّقة وللمتابعة ومنتهية؛ نسبة القبول لكل بائع ولكل نسخة؛ الهامش المحقَّق مقابل المعروض؛ تذكيرات WhatsApp وفق دليل وكيل WhatsApp. وهي الطبقة التي تقول إن كان محرك الأسعار مضبوطاً: نسبة قبول مئة بالمئة تشير إلى أسعار منخفضة جداً بقدر ما تشير نسبة عشرة بالمئة إلى أسعار مرتفعة جداً.
سبع وثائق، صفر إعادة إدخال، وما يُجمَّد في كل خطوة
يتتبع الشكل بيعاً واحداً من أول عرض إلى آخر فاتورة. كل سهم يحمل الحدث الذي ينشئ الوثيقة التالية، وكل بطاقة تقول ما جُمِّد.
يخرج العرض ن1 مؤرَّخاً صالحاً ثلاثين يوماً؛ وينشئ التفاوض ن2 وتُحفظ ن1 بـ PDF، لأن الزبون قد يعود إليها ولأن نسبة القبول لكل نسخة معلومة. والقبول، بتوقيع أو رمز، مؤرَّخ ويجمّد العرض؛ وبعد القبول كل تعديل عرض جديد. والطلبية تُنشأ من العرض المقبول مع العربون المطلوب؛ والكميات المتبقية للتسليم تُحسب عند كل وصل تسليم ولا تُكتب أبداً.
والتسليم الجزئي يكتب الكميات المسلَّمة والتاريخ والتوقيع، وهو ما يحرّك المخزون وفق دليل المخزون، لا الطلبية. والفاتورة الأولى تحمل المسلَّم ناقص العربون، والثانية الباقي عند آخر تسليم. والخطأ بعد الإصدار يُصحَّح بإشعار دائن لا بتعديل فاتورة، والترقيم بلا فجوات موصوف في دليل طباعة الوثائق. والأرقام والتواريخ والنسب في الشكل مثال مبني.
«الوثيقة لا يُعاد إدخالها من السابقة أبداً: تُنشأ منها بحدث، وما جُمِّد لا يتحرك بعد.»
ست حالات حقيقية، وما يفعله التطبيق
الحالات الست التي نجدها في كل المؤسسات الصغيرة التي تبيع بعروض أسعار تقريباً، والبناء الذي يحلها.
الأوليان تُحلان بمحرك الأسعار: السعر المحسوب لا يتوقف على من فتح الملف، والخصم بسقف حسب الدور وأرضية يمسكها الخادم لا يصير استثنائياً كل يوم. والتاليتان تُحلان بالنسخ والصلاحية: نحتفظ بكل ما أُرسل، والعرض المنتهي يُولَّد من جديد بأسعار اليوم بدل إلزام الشركة بأسعار قبل ستة أشهر. والأخيرتان تُحلان بالتحويل دون إعادة إدخال: الفاتورة تولد من وصل التسليم المولود من الطلبية المولودة من العرض، والتسليم على مرتين ينتج فاتورتين للمسلَّم مع خصم العربون من الأولى. ولا واحدة تُحل ببائع أكثر انضباطاً.
ما رأيناه في مكان آخر: برامج عروض الأسعار في السوق، وما ينتقل
تتشارك برامج عروض الأسعار والفوترة في السوق ثلاث أفكار تنتقل كما هي إلى تطبيق مخصص. التحويل بنقرة من عرض إلى طلبية ثم فاتورة، حجتها الرئيسية منذ سنوات؛ وما ينتقل هو أن الوثيقة التالية تُنشأ من السابقة، والإدخال الوحيد هو الحدث الذي يطلقها. قواعد الأسعار حسب القائمة والزبون، الموجودة في كل ERP؛ وما ينتقل هو ترتيب التطبيق المكتوب والحساب من جهة الخادم. القبول الإلكتروني بتوقيع أو رابط، الذي صار شائعاً؛ وما ينتقل هو قبول مؤرَّخ مرتبط بنسخة ضمن صلاحية.
ما لا تقرره هذه البرامج عنكم: سقوف خصمكم حسب الدور، وأرضية هامشكم، وصلاحيتكم، ومن يوافق؛ الأسبوع الأول من المشروع يجيب، والإدارة توقّع. وتبقى برامج السوق الخيار الصحيح حين تدخل قواعدكم في قواعدها؛ ويبدأ المخصص حين لا تدخل شبكتكم أو عتباتكم أو دائرة موافقتكم، أو حين يجب أن يكلّم العرض المخزون والبوابة والميدان، وفق دليل دمج برنامج موجود.
قواعد سلسلة عرض-فاتورة تصمد
ست قواعد تُكتب في الأسبوع الأول. السعر يُحسب ولا يُكتب أبداً، بترتيب مكتوب. الخصم حق حسب الدور، بسقف وموافقة بحركة واحدة وسبب. أرضية الهامش يمسكها الخادم لا الشاشة. لعرض السعر نسخ وصلاحية، ونسخة واحدة مقبولة. كل وثيقة تُنشأ من السابقة بحدث مؤرَّخ موقَّع، وما جُمِّد لا يتحرك. الخطأ بعد الإصدار يُصحَّح بإشعار دائن، والبواقي فروق محسوبة.
وقاعدة منهج: يُستلَم الكتالوج الموجود بتكاليفه وأسعاره المؤرَّخة قبل أن يُعدّ عرض واحد في التطبيق، وفق دليل استعادة البيانات؛ فمحرك أسعار بلا تكاليف لا يحسب هامشاً، وأرضية بلا تكلفة لا وجود لها.
ست شركات، وقاعدة السعر التي كانت ناقصة
ست حالات مركَّبة من مشاريع نصادفها؛ الأسماء عامة والأرقام أمثلة.
- تاجر مواد بناء في سطيف، أربعة بائعين. أربعة ملفات Excel وأربعة أسعار لكيس الإسمنت نفسه. البناء: كتالوج بتكاليف، شبكة حسب نوع الزبون، سقف خصم 5 % للبائعين، موافقة فوقه. في الشهر الثاني صار الهامش المعروض مقروءاً لكل منتج ولكل بائع.
- مركّب طاقة شمسية في وهران. كانت العروض تتغير ثلاث مرات ولا أحد يعرف أي نسخة وقّع الزبون. البناء: نسخ محفوظة، قبول بتوقيع على هاتف التقني، طلبية منشأة من النسخة المقبولة؛ والمهنة موصوفة في دليل مركّب الطاقة الشمسية.
- ورشة في الجزائر العاصمة. كان عرض الإصلاح يُقبل شفهياً والفاتورة النهائية لا تشبهه. البناء: عرض بسطر لكل قطعة ويد عاملة، قبول برمز SMS، إضافة أسطر بنسخة جديدة مقبولة فقط؛ والحالة قريبة من دليل تطبيق الورشة.
- مؤسس في باريس، شركة خدمات في الجزائر. كان يكتشف الهامش في الميزانية. البناء: هامش ظاهر على كل عرض، أرضية يحددها هو، موافقة عن بعد بحركة واحدة من هاتفه؛ والتسيير عن بعد يتبع دليل التجارة من فرنسا.
- موزع في قسنطينة، مندوبون ميدانيون. كان المندوبون يعدون بخصومات يرفضها المكتب لاحقاً. البناء: سقف حسب الدور مطبَّق على اللوحة دون اتصال، وموافقة تُطلب من الميدان؛ والبيع المسبق موصوف في دليل البيع المسبق الميداني.
- مؤسسة تجهيزات في عنابة، تسليمات جزئية. ماذا نفوتر ومتى وكيف نخصم العربون كان نقاشاً لكل طلبية. البناء: فاتورة المسلَّم عند كل وصل موقَّع، العربون من الأولى، الباقي في الأخيرة، إشعار دائن للأخطاء.
تقويم 2027
ستة أسابيع لمؤسسة لديها كتالوج؛ والأسبوع الأول يمر بلا كود.
الأسبوع 1، قواعد الأسعار: تكاليف، شبكات حسب نوع الزبون، عتبات، سقوف خصم لكل دور، أرضية هامش، صلاحية العروض، من يوافق؛ توقّعها الإدارة. الأسبوع 2، الكتالوج والمحرك: كتالوج مستلَم بتكاليف وأسعار مؤرَّخة، محرك أسعار من جهة الخادم، رفض تحت الأرضية، سجل. الأسبوع 3، العروض والنسخ: تركيب من الكتالوج، هامش ظاهر، PDF لكل نسخة، صلاحية، موافقة خصم بحركة واحدة.
الأسبوع 4، القبول والطلبية: توقيع على الهاتف أو رمز SMS، طلبية منشأة من العرض المقبول، عربون مطلوب ومطابَق. الأسبوع 5، التسليم والفاتورة: وصل تسليم موقَّع، كميات مسلَّمة، فاتورة المسلَّم، خصم العربون، إشعار دائن؛ ترقيم بلا فجوات. الأسبوع 6، المتابعة والتذكيرات: عروض للمتابعة ومنتهية، نسبة القبول، الهامش المحقَّق مقابل المعروض على لوحة القيادة وفق دليل لوحة القيادة الآنية، تذكيرات WhatsApp؛ أول مراجعة. وكل أسبوع ينتهي بعرض وفق دليل التسليم دون كسر.
ما يُفشل سلسلة عرض-فاتورة
خمسة أسباب رأيناها في تطبيقات نستلمها. السعر القابل للتعديل «للحالات الخاصة»: بعد شهر تصير كل الحالات خاصة. الخصم بلا سقف: يصير الخصم الاستثنائي هو السعر. PDF الممحو: لا أحد يعرف ما قبل الزبون. الفاتورة المعاد إدخالها: سطر منسي، سعر مختلف، نزاع. الكتالوج بلا تكاليف: هامش لا يمكن حسابه، وأرضية لا وجود لها.
وسبب منهجي: ترك الأرضية والسقوف «لتُضبط لاحقاً». إنها تحكم المحرك والشاشات والقياس؛ والأسبوع الأول موجود لكتابتها.
أسئلة شائعة
الأسئلة التي يطرحها المسيّرون والمؤسسون حين يصفون لنا عروض أسعار في Excel.
- لماذا محرك أسعار بدل سعر يدخله البائع؟
- لأن السعر المكتوب يتوقف على من كتبه، ولا يحمل أثر قواعده، ولا يمكن الدفاع عنه. محرك الأسعار يطبّق سلسلة قواعد مكتوبة، شبكة الزبون وعتبة الكمية والخصم، بترتيب ثابت ومن جهة الخادم؛ ويرى البائع السعر والهامش والخصم الذي ما زال له حق منحه.
- كيف نحدّ الخصومات دون عرقلة البائعين؟
- بسقف لكل دور: حتى سقفه يخصم البائع وحده ويُسجَّل؛ وفوقه موافقة بحركة واحدة بسبب من مدير المبيعات أو الإدارة، حتى من الهاتف. وأرضية هامش تحددها الإدارة من التكلفة يرفضها الخادم مهما عرضت الشاشة.
- ماذا يحدث حين يعيد الزبون التفاوض؟
- تُنشأ نسخة جديدة من العرض، ن2 ون3، وتُحفظ السابقة بـ PDF. نسخة واحدة فقط يمكن قبولها، وبعد القبول كل تعديل عرض جديد. ونسبة القبول لكل نسخة تقول كم من التفاوض يلزم في المتوسط لكل بائع ولكل نوع زبون.
- كيف يقبل الزبون عرض السعر؟
- بتوقيع على شاشة هاتف أو برمز عبر SMS ضمن صلاحية العرض. والقبول مؤرَّخ مرتبط بالنسخة، بمن قبل وكيف، ويجمّد العرض. وينشئ الطلبية دون إعادة إدخال.
- كيف نفوتر تسليماً على مرات؟
- كل وصل تسليم موقَّع ينتج فاتورة بالكميات المسلَّمة؛ العربون يُخصم من الأولى، والباقي يُفوتر عند آخر تسليم. والبواقي للتسليم والفوترة فروق تُحسب من الطلبية ولا تُكتب أبداً. والخطأ يُصحَّح بإشعار دائن.
- لماذا لا نأخذ برنامج عروض أسعار من السوق؟
- لأنه غالباً الخيار الصحيح: إن دخلت قواعد أسعاركم ودائرة موافقتكم ووثائقكم في قواعده فخذوه. ويبدأ المخصص حين لا تدخل شبكتكم أو عتباتكم أو موافقاتكم، أو حين يجب أن يكلّم العرض المخزون وبوابة B2B والمندوبين الميدانيين في التطبيق نفسه.
- كم من الوقت لبناء هذه السلسلة؟
- ستة أسابيع في التقويم النموذجي: واحد لكتابة قواعد الأسعار، وواحد للكتالوج والمحرك، وواحد للعروض والنسخ، وواحد للقبول والطلبية، وواحد للتسليم والفاتورة، وواحد للمتابعة والتذكيرات. وتتوقف المدة على حالة الكتالوج وعدد الشبكات.