من عرض السعر إلى الفاتورة إلى العقد: دورة حياة المستندات الكاملة

بقلم فريق InvoiceFlow — نُشر في 16 يونيو 2026 — مدة القراءة 10 دقائق

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

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

المستندات الأربعة في لمحة

إنها غير قابلة للتبادل، والترتيب مهم. دعنا نتابع صفقة.

الصفقة: تجهيز مطبخ في ليدز

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

المرحلة 1 — عرض السعر

يتصل توم ويصف ما يريده. تأخذ بريا القياسات، ثم ترسل عرض سعر. يدرج النطاق على شكل بنود — خزائن جاهزة، وسطح عمل من خشب البلوط، وأجور التركيب، وإزالة المخلفات — مع سعر مقابل كل بند وإجمالي واضح قدره 6,400 جنيه إسترليني. وينص على المعالجة الضريبية، ومدة الصلاحية («صالح لمدة 30 يوماً»)، وشروط الدفع التي ستُطبَّق إذا مضى توم قدماً.

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

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

المرحلة 2 — العقد والتوقيع

يقول توم نعم. ولمهمة بقيمة 6,400 جنيه إسترليني تمتد على ثلاثة أسابيع، لا تكفي المصافحة باليد — تريد بريا الشروط مكتوبة وموقّعة. فتُعِدّ عقداً يلتقط النطاق، والسعر، والجدول الزمني (عربون، ودفعة عند وصول الخزائن، والرصيد المتبقي عند الإنجاز)، والأمور التي تمنع النزاعات: ماذا يحدث إذا غيّر توم رأيه في منتصف العمل، ومن المسؤول عن إخلاء الغرفة، وكيف تُسعَّر التعديلات.

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

هنا يثبت فصل InvoiceFlow بين أنواع المستندات جدواه. العقد كائن مختلف عن الفاتورة: إنه عن الاتفاق، لا عن الدفع. ومعاملته كمستند مستقل — له بنيته الخاصة ومكان للتوقيع — هي ما يتيح له أداء وظيفته.

المرحلة 3 — تحويل عرض السعر إلى فاتورة (العربون)

يستدعي العقد عرباناً بنسبة 30% قبل أن تطلب بريا المواد. وإليك الخطوة المفتاحية: إنها لا تعيد كتابة أي شيء. إنها تحوّل عرض السعر إلى فاتورة.

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

التحويل الجزئي: الخطوة التي تربك الناس

لكن بريا لا تريد إصدار فاتورة بكامل المبلغ 6,400 جنيه إسترليني بعد — بل بنسبة 30% العربون فقط. وهنا تكمن أهمية التحويل الجزئي. فبدلاً من تحويل عرض السعر بأكمله إلى فاتورة واحدة، تحوّل جزءاً منه: العربون الآن، والباقي لاحقاً.

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

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

المرحلة 4 — سند التسليم

بعد ثلاثة أسابيع، رُكِّب المطبخ. وقبل أن تصدر بريا الفاتورة النهائية، تسلّم توم سند تسليم: سجلاً بما تم تسليمه وتركيبه — الخزائن، وسطح العمل، وأعمال التركيب — يوقّعه توم ليؤكد أنه استلمها كاملةً وأنها مطابقة للمتفق عليه.

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

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

المرحلة 5 — الفاتورة النهائية

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

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

أي مستند، ومتى: قواعد القرار

انزع القصة وستبقى لديك قواعد بسيطة.

لمعاملة صغيرة جداً — إصلاح سريع، أو عملية بيع صغيرة بأسلوب تجزئة — قد تستخدم فاتورة فقط. ولمشروع طويل وقيِّم، ستستخدم المستندات الأربعة جميعها. والفن يكمن في مطابقة وزن المستند لوزن الصفقة: لا تجعل عميلاً يوقّع عقداً من ثلاث صفحات لمهمة بقيمة 40 جنيهاً إسترلينياً، ولا تدِر مشروعاً بقيمة 20,000 جنيه إسترليني على مصافحة شفهية.

لماذا يهم ترك المستندات تتحوّل (بدلاً من إعادة الكتابة)

أكبر مصدر منفرد لأخطاء الفوترة هو إعادة إدخال المعلومات نفسها في كل مرحلة. تسعّر بـ6,400، ثم تكتب الفاتورة من الذاكرة فتكتب 6,040. تتفق على خمسة بنود، ثم تُسقِط واحداً حين تعيد إدخال الفاتورة. كل إعادة إدخال يدوية فرصة لأن تنحرف الأرقام عن بعضها — وحين لا تطابق الفاتورة التسعيرة، يلاحظ العميل، وتتلقى الثقة ضربة، وتصبح في موقف إصدار التصحيحات.

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

دورة الحياة في نفَس واحد

  1. عرض السعر — تقدّم العرض، مُبنَّداً ومُسعَّراً.
  2. العقد — يُتفَق على الشروط وتُوقَّع (توقيع رقمي، يُلتقَط في الحال).
  3. الفاتورة (العربون) — مُحوَّلة من عرض السعر، تحويل جزئي للعربون فقط.
  4. سند التسليم — إثبات تسليم موقّع، دون أسعار.
  5. الفاتورة (الرصيد) — مُحوَّلة مما تبقى من عرض السعر، تشير إلى العقد وسند التسليم.
  6. وضع علامة مدفوعة — تُسجَّل الدفعة؛ وتُتتبَّع الدفعات الجزئية حتى يُسدَّد الرصيد.

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