دليل قطاعي
الفوترة الإلكترونية الإماراتية لقطاع المقاولات
فوترة المقاولات لا تشبه فاتورة B2B عامة. احتباس الأجور (retention)، دفعات التعبئة، شهادات الدفع المرحلية (IPC)، أوامر التغيير، شهادات مقاولي الباطن، ومطابقات المشاريع المشتركة (JV) تحتاج معالجة PINT-AE محددة. يعرض هذا الدليل كل سيناريو ويوضح تحديدًا أي حقول PINT-AE تحمل العبء — وكيف يتعامل معها وكيل TrustBill لمراقبة المجلدات + تحويل PINT-AE دون تغيير أداة محاسبتك.
لماذا تختلف المقاولات عن B2B العامة
فاتورة B2B قياسية في PINT-AE هي وثيقة واحدة: بائع، مشترٍ، بنود، ضريبة، إجمالي. المقاولات نادرًا ما تعمل بهذا الشكل. في مشروع نشط ستُصدر فواتير على شكل IPC شهريًا بقيم تراكمية ولفترة، تحسم retention فوقها، تُطلق retention سابقًا، تطبق استرداد دفعات مقدمة، تُضيف أوامر تغيير تم اعتمادها منذ IPC السابقة، وغالبًا تُصافي المجموع مقابل إشعار دائن لتغيير مقاول الباطن.
PINT-AE يتعامل مع كل ذلك — لكن فقط إذا بُنيت الفاتورة بشكل صحيح. أكثر ثلاث حالات فشل شائعة في التحقق من صحة PINT-AE للمقاولات هي: (1) ترميز retention كخصم بدلًا من allowance مع فترة استرداد محددة، (2) استرداد دفعة مقدمة مُصافى بدون مرجع صريح إلى UUID فاتورة الدفعة المقدمة السابقة، (3) مطابقات شركاء المشروع المشترك تُصدر كإشعار دائن عادي بدون رقم اتفاقية JV في حقل المرجع.
تم تصميم مسار العمل للمقاولات في TrustBill لالتقاط هذه المشكلات قبل الإرسال. كل فاتورة بشكل IPC تمر عبر طبقة تحقق مدركة للمقاولات تُنبّه إلى شروط retention المفقودة، ومراجع استرداد الدفعات المقدمة المفقودة، ومطابقات JV بدون المرجع الصحيح، قبل أن يصل XML أبدًا إلى مسار مزوّد الخدمة المعتمد.
سيناريوهات فواتير المقاولات ← تعيين PINT-AE
ورقة غش حقل بحقل لأنماط الفوترة السبعة التي تُصدرها فرق المقاولات الإماراتية الأكثر. كل إدخال يستشهد بحقل أو رمز PINT-AE / UBL 2.1 المحدد الذي يحمل القيمة.
| سيناريو الفوترة | حقل PINT-AE / UBL 2.1 | نمط الفشل الشائع |
|---|---|---|
| Retention (5–10٪ محتجزة من قيمة IPC) | cac:AllowanceCharge مع ChargeIndicator=false، AllowanceChargeReason="Retention"، AllowanceChargeReasonCode | لا تُرمّز كخصم؛ retention هو allowance لشروط الدفع محجوز مقابل إطلاق مستقبلي. |
| إطلاق retention (تُدفع عند الإنجاز النهائي) | cac:AllowanceCharge مع ChargeIndicator=true تشير إلى UUID الـ IPC الأصلية في cac:DocumentReference | المرجع الصريح هو الفرق بين إطلاق مُتحقَّق ورسم مكرر مرفوض. |
| دفعة تعبئة / دفعة مقدمة مستلمة | cbc:PrepaidAmount على مستوى الرأس؛ مدعوم بفاتورة دفعة مقدمة مع cbc:InvoiceTypeCode="386" | نوع فاتورة الدفعة المقدمة 386 يفتح نمط الاسترداد في IPCs اللاحقة. |
| استرداد الدفعة المقدمة في IPC لاحقة | cac:AllowanceCharge مع مرجع إلى UUID فاتورة الدفعة المقدمة في cac:DocumentReference/cbc:ID | غياب UUID هو فشل التحقق رقم 1 في استرداد الدفعات المقدمة تحت PINT-AE. |
| الفوترة التدريجية / IPC (الحالي + التراكمي) | cbc:InvoiceTypeCode="388"؛ استخدم cbc:Note أو namespace الامتداد للإجماليات التراكمية للتاريخ | القيم التراكمية ليست حقلًا أساسيًا في PINT-AE؛ أبقها خارج الإجماليات وإلا سترفض الهيئة المجموع. |
| أمر تغيير مُعتمَد ومفوتَر | cac:InvoiceLine جديد مع cbc:ID يشير إلى رقم VO، أو مضاف إلى IPC الحالية كمجموعة بنود منفصلة | مرجع VO يجب أن ينجو من ERP إلى XML؛ لا تدمج مع بنود النطاق الأساسي. |
| شهادة مقاول باطن (مقاول رئيسي ← مقاول باطن) | فاتورة PINT-AE قياسية مع cac:AdditionalDocumentReference تشير إلى اتفاقية الباطن | الباطن يُصدر الفاتورة؛ المقاول الرئيسي يُضيف مرجع الشهادة كملاحظة فاتورة واردة. |
| مطابقة شريك JV / تعديل حصة | cac:DocumentReference/cbc:ID = رقم اتفاقية JV؛ cbc:InvoiceTypeCode="381" للإشعارات الدائنة | لا يوجد نوع JV مخصص في PINT-AE — مرجع الاتفاقية هو ما يجعل المطابقة قابلة للتدقيق. |
غوص عميق لكل سيناريو
السيناريوهات أعلاه هي ورقة الغش؛ التفاصيل أدناه هي ما ينفّذه فريقك المالي فعليًا. كل كتلة تغطي ربط ERP، تعيين PINT-AE، والحالتين أو الثلاث الحدية التي تفشل التحقق.
Retention (5–10٪ محتجزة من قيمة IPC)
عقود المقاولات الإماراتية تشمل تقريبًا دائمًا شرط retention — عادةً 5٪ في القطاع الخاص و10٪ في العام. يُحتجز مقابل قيم IPC الجارية حتى الإنجاز العملي أو النهائي، ثم يُطلق. تحت PINT-AE، retention هو allowance (وليس خصم) مع فترة استرداد محددة.
تعيين ERP: يجب أن يُصدر ERP خصم retention كـ allowance على مستوى البند أو الرأس، وليس كبند فاتورة سلبي. تحويل PINT-AE في TrustBill يقرأ رمز allowance من جدول ضرائب ورسوم ERP ويربطه بـ cac:AllowanceCharge مع ChargeIndicator=false و AllowanceChargeReasonCode يُعرّف retention بدلًا من خصم ترويجي.
حالات حدية: (1) retention مقسم (جزء يُطلق عند الإنجاز العملي، جزء عند نهاية مسؤولية العيوب) — رمّز كل إطلاق كـ AllowanceCharge خاص به مع ChargeIndicator=true؛ (2) retention على توريدات معفاة من ضريبة القيمة المضافة — retention يبقى ساريًا لكن AllowanceCharge يشارك فئة ضريبة معفاة مع البند الأم، وليس فئة 5٪ القياسية.
فوترة دفعات التعبئة / الدفعات المقدمة
دفعة التعبئة عادةً 10–20٪ من قيمة العقد تُدفع في البداية مقابل ضمان بنكي. تحت PINT-AE، تُفوتر الدفعة المقدمة كوثيقة مستقلة مع cbc:InvoiceTypeCode="386" (فاتورة دفعة مقدمة) — وليس رمز الفاتورة التجارية القياسي 388.
يجب أن يلتقط ERP الخاص بك UUID فاتورة الدفعة المقدمة لأن كل IPC لاحقة تسترد شريحة من الدفعة المقدمة تشير إليه. غياب هذا المرجع هو فشل التحقق الأكثر شيوعًا في PINT-AE للمقاولات — مُدقّق الهيئة يُنبّه إليه كـ allowance غير مرتبط ويرفض الوثيقة.
وكيل TrustBill لمراقبة المجلدات يتعامل مع هذا من طرف إلى طرف: عند اكتشاف فاتورة دفعة مقدمة، يخزن UUID المُعاد مقابل المشروع؛ عند وصول IPCs لاحقة مع allowance لاسترداد الدفعة المقدمة، يُدرج UUID في cac:DocumentReference تلقائيًا. لا يحتاج ERP إلى معرفة ربط UUID.
شهادات الدفع المرحلية (IPCs)
IPCs هي حصان العمل في فوترة المقاولات — فواتير شهرية (أو قائمة على معالم) تُظهر العمل المُنجَز، القيمة المُصادَق عليها التراكمية، retention المخصوم، استرداد الدفعة المقدمة، ضريبة القيمة المضافة، والصافي المستحق. PINT-AE يتعامل مع IPCs كفواتير تجارية قياسية (cbc:InvoiceTypeCode="388") مع ترميز retention واسترداد الدفعة المقدمة كـ allowances.
الشيء الوحيد الذي لا يمتلكه PINT-AE هو حقل أصلي للقيم التراكمية للتاريخ. المقاولون الرئيسيون في الإمارات عادةً يريدون تلك القيمة مرئية على الفاتورة المطبوعة لشهادة مهندس العميل؛ ترميزها في ملاحظة cac:PaymentTerms أو امتداد على مستوى المشروع جيد، لكن لا تُدرجها في cbc:TaxTotal أو cbc:LegalMonetaryTotal — سيفشل مُدقّق الهيئة الفاتورة لأن الإجماليات لن تتوافق مع قيم البنود.
قالب المقاولات في TrustBill يُصوّر تقسيم التراكمي مقابل الحالي على PDF القابل للقراءة البشرية مع الحفاظ على إجماليات XML متوافقة. مرجع شهادة المهندس (عادةً رقم IPC أبجدي رقمي يُصدره استشاري العميل) يُخزَّن في cbc:BuyerReference ليبقى عبر رحلة عودة شبكة الهيئة ويظهر على نسخة المشتري.
شهادة ودفع مقاول الباطن
في مقاولات الإمارات يقوم المقاول الرئيسي عادةً بـ'شهادة' عمل مقاول الباطن قبل إطلاق الدفع. مقاول الباطن يُصدر الفاتورة؛ شهادة المقاول الرئيسي هي رقابة داخلية، وليست وثيقة تذهب على شبكة Peppol.
معالجة PINT-AE: فاتورة مقاول الباطن هي فاتورة تجارية قياسية تشير إلى اتفاقية الباطن عبر cac:AdditionalDocumentReference. شهادة المقاول الرئيسي تُسجَّل على جانب الفاتورة الواردة كملاحظة أو تدفق عمل موافقة داخلي — لا تُغيّر XML. عندما يفوتر المقاول الرئيسي العميل لاحقًا، يظهر نطاق الباطن كبند أو مجموعة بنود لكن فاتورة الباطن المنفصلة تبقى مصدر الحقيقة لقيمة نطاق الباطن.
نموذج TrustBill متعدد المستأجرين يتعامل مع هذا بالسماح لمستأجر المقاول الرئيسي ومستأجر مقاول الباطن برؤية وثائق بعضهما البعض الصادرة (بإذن) بحيث لا يتطلب تدفق الشهادة إعادة إدخال بيانات الفاتورة.
مطابقات المشروع المشترك
المشاريع المشتركة شائعة في المشاريع الإماراتية الكبيرة — كيان JV يحمل العقد الرئيسي مع العميل، بينما تفوتر الشركات الأعضاء JV لحصتها من العمل. الإشعارات الدائنة للمطابقة تعيد موازنة حصص الشركات الأعضاء ربع سنويًا أو عند معالم الإنجاز.
معالجة PINT-AE: مطابقات JV هي إشعارات دائنة قياسية (cbc:InvoiceTypeCode="381") مع رقم اتفاقية JV في cac:AdditionalDocumentReference. لا يوجد نوع JV مخصص في PINT-AE — رقم الاتفاقية هو ما يجعل سجل التدقيق يعمل عندما تراجع الهيئة إدخالات موازنة بين الأطراف.
حالة حدية: بعض دساتير JV تُصدر وثائق مطابقة كإدخالات دفتر يومية فقط لا تصل أبدًا إلى دفتر الأستاذ كفاتورة. تلك تبقى خارج PINT-AE تمامًا. مسار عمل المقاولات في TrustBill يُنبّه إلى بنود مُعلَّمة كـ JV في ERP بحيث تُستبعد من إرسال PINT-AE ما لم يتم توليد إشعار دائن مطابقة صريح.
الأسئلة الشائعة
هل ينطبق تفويض الفوترة الإلكترونية للهيئة على المقاولات؟+
نعم. شركات المقاولات المسجلة لضريبة القيمة المضافة داخلة في نطاق تفويض الفوترة الإلكترونية للهيئة الاتحادية للضرائب. الموجة 1 (الإيرادات ≥ 50 مليون درهم) يجب أن تُعيّن مزوّد خدمة قبل 30 أكتوبر 2026 وتبدأ في 1 يناير 2027؛ الموجة 2 (أقل من 50 مليون درهم) تُعيّن قبل 31 مارس 2027 وتبدأ في 1 يوليو 2027. المقاولات ليست قطاعًا معفى — التعقيد القطاعي في كيفية تشكيل الفواتير، وليس في ما إذا كانت تنطبق.
كيف يظهر retention في PINT-AE XML؟+
كـ cac:AllowanceCharge مع ChargeIndicator=false، وAllowanceChargeReasonCode يُعرّف retention، و — للإطلاق — AllowanceCharge لاحق مع ChargeIndicator=true يشير إلى UUID الـ IPC الأصلية. لا تُرمّز retention كبند سلبي أو كخصم عام؛ مُدقّق الهيئة سيقبله هيكليًا لكن مطابقة السلطة الضريبية اللاحقة ستعامله كخصم ترويجي.
هل أحتاج إلى تغيير ERP الخاص بي للفوترة تحت التفويض؟+
عادةً لا. وكيل TrustBill لمراقبة المجلدات يقرأ تصديرات الفواتير من ERP الحالي (Focus, Tally, Sage, SAP Business One, Odoo، إلخ) ويحوّلها إلى PINT-AE XML متوافق عند الخروج. ما يهم هو أن يُصدر ERP retention واسترداد الدفعات المقدمة ومراجع أوامر التغيير كحقولها الخاصة بدلًا من دمجها في بنود إجمالية فقط.
كيف يؤثر ترتيب شريك JV على من هو على الفاتورة؟+
كيان JV يحمل العقد الرئيسي ويفوتر العميل. الشركات الأعضاء تفوتر JV لحصتها. تحت PINT-AE، الثلاثة (JV إلى العميل، عضو إلى JV، مطابقات JV إلى عضو) فواتير منفصلة بائع/مشترٍ/UUIDs خاصة. رقم اتفاقية JV يذهب في cac:AdditionalDocumentReference على كل وثيقة بحيث يربطها سجل التدقيق.
هل تحتاج أوامر التغيير (VOs) فاتورتها الخاصة؟+
عادةً لا. VOs المعتمدة تُضاف عادةً إلى IPC التالية كبنود منفصلة (أو مجموعة بنود منفصلة) مع رقم VO في cbc:ID أو cac:AdditionalDocumentReference. أصدر فاتورة منفصلة لـ VO فقط عندما يُلزم العقد بذلك (بعض عقود القطاع العام في الخليج تفعل).
ذات صلة
شغّل الفوترة الإلكترونية للهيئة لفوترة مقاولاتك
وكيل TrustBill لمراقبة المجلدات + تعيين PINT-AE المُدرك للمقاولات يلتقط IPCs الخاصة بك وretention والدفعات المقدمة ومطابقات JV تمامًا كما يُصدرها ERP الخاص بك — بدون تغييرات قوالب، بدون إعادة إدخال. باقة مجانية: 50 فاتورة/شهر.