WindoorERP الدليل 19.0

قبض دفعة العقد المقدمة عبر فاتورة جدول كميات

5 دقيقة قراءة آخر تحديث 2026-08-31 WindoorERP 19.0

ما الذي تقوم به هذه الشاشة

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

قبل أن تبدأ

  • أمر بيع رئيسي مؤكد — فالمقدمة تؤخذ دائمًا من العقد الرئيسي لا من أمر تغيير.
  • مجموعة BOQ Invoice User (والمدير للاعتماد)، ومنتج المقدمة المقابل مهيأ في الإعدادات › BOQ Invoice لتُرحَّل بنود الاسترداد إلى حسابها الصحيح.

فوترة المقدمة

حوار الدفعة المقدمة عبر جدول الكميات: نسبة المقدمة وشرح ما سيُنشأ وزر إنشاء فاتورة جدول الكميات

  1. 01
    على الأمر الرئيسي انقر على دفعة مقدمة عبر جدول الكميات وأدخل Advance Payment % التي ينص عليها العقد — فوق الصفر وحتى 100.
  2. 02
    انقر على Create BOQ Invoice. يُفتح مستخلص مقدمةٍ وقد ضُبطت نسبة التقدم الحالية على كل بند إلى تلك النسبة؛ ويحمل شريط Advance Payment وهو مقفول على الإدخال بالنسبة.
  3. 03
    راجع، ثم تقديم، وليعتمده مدير جدول كميات بزر اعتماد — كأي مستخلص، مع معاينة توزيع الخصومات إن وُجدت.
  4. 04
    عند الاعتماد تُنشأ فاتورة دفعة مقدمة وتُرحَّل لكل أمر بمبلغ المقدمة صافيًا من الخصومات — وهذا هو المستند الذي يدفعه العميل.
  5. 05
    سجّل دفعة العميل عليه كأي مقبوض؛ ويغذي رقم إجمالي فواتير المقدمة على العقد آلةَ الاستعادة من الآن.

مفتاح السياسة: استردادٌ لاحق، أم احتسابٌ إنجازًا

يحمل كل أمرٍ خيار احتساب الدفعات المقدمة كتقدّم منجز، وترثه كل مستخلصاته لتبقى الحسبة متسقة:

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

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

استعادة المقدمة في المطالبات اللاحقة

تحت السياسة الافتراضية تحمل كل مطالبة إنجازٍ الاستعادة. وخصم: استرداد الدفعة المقدمة مجموعٌ تراكمي جارٍ كسائر الخصومات؛ ورابط اقتراح بجانبه يعبئ الرقم التناسبي — المقدمة × (الإنجاز التراكمي ÷ قيمة العقد المعدلة)، بسقف المقدمة المفوترة فعلًا — وهو ما يطابق بند العقد المعتاد باستعادة المقدمة بنسبة الإنجاز. عدّله إن قال العقد غير ذلك. وفي الفاتورة الختامية علّم هل هذه فاتورة نهائية؟: فيستبدل النظام ببنود خصم الدفعة المقدمة المولدة آليًا مبالغَ الاسترداد التناسبية، فتصفّي الفاتورة الختامية بقية المقدمة كلها على الأمر الرئيسي وأوامر التغيير معًا.

ملاحظة

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

استكشاف الأخطاء

"Advance Payment % must be greater than 0 and at most 100." — المعالج يحتاج نسبة حقيقية.

"Cannot create an advance-payment BOQ from a variation order. Please use the main contract." — المقدمات للأمر الرئيسي؛ افتحه وابدأ منه.

"Nothing to invoice as an advance payment. Make sure progress lines have a non-zero Current Progress %." — بنود مستخلص المقدمة بلا نسبة؛ والمعالج يضبطها عنك، فهذا غالبًا يعني أن البنود حُررت إلى الصفر.

"No down-payment invoice could be created. The net amount per order after deductions is zero or negative." — الخصومات تلتهم المقدمة كلها؛ أنقصها أو أنقص التوزيع.

"This order counts advances as progress, so the advance is already netted against progress — suggesting a recoupment would deduct it twice. Turn off 'Count Advance Payments as Completed Progress' to use pro-rata recoupment." — مفتاح السياسة مفعّل؛ فالاسترداد لا ينطبق على هذا العقد.

"No posted advance payment was found for this sales order." — لا شيء يستعيده الاقتراح: فاتورة المقدمة لم تُرحَّل بعد، أو لم تؤخذ مقدمة عبر مسار جدول الكميات.

أخطاء شائعة

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

هل كان هذا المقال مفيداً؟

تدير مصنع نوافذ أو أبواب؟

اطلب عرضاً تجريبياً