Dynamics 365 Business Central: فحص ملف الفاتورة الإلكترونية

الملف الذي يحتاجه مطابق

يفحص مطابق الفاتورة الإلكترونية نفسها: ملف XML بصيغة UBL 2.1 الذي يُنشأ لكل فاتورة وإشعار دائن وإشعار مدين في المرحلة الثانية من الفوترة الإلكترونية لدى هيئة الزكاة والضريبة والجمارك، سواء أنشأه نظامك أو أنشأته إضافة أو خدمة تكامل للفوترة الإلكترونية مربوطة به. ويصلح كذلك ملف PDF يتضمن فاتورة بصيغة XML، أي ملف PDF/A-3. أما ملف PDF الذي لا يتضمن ذلك الملف، أو النسخة المطبوعة، أو التصدير إلى جدول بيانات، أو لقطة الشاشة، فليس فيها ما يستطيع مطابق فحصه.

ما تقوله الوثائق المنشورة

• يذكر جدول التوافر لدى Microsoft أن المملكة العربية السعودية موطَّنة بواسطة شريك على التطبيق الأساسي الدولي، لا بواسطة Microsoft (التوافر بحسب الدولة أو المنطقة واللغات المدعومة).
• وتوثّق Microsoft الفوترة الإلكترونية في Business Central إطاراً عاماً تأتي متطلبات كل دولة فيه من تطبيق توطين (الأسئلة الشائعة عن الفوترة الإلكترونية). فملف XML المرسل إلى الهيئة يأتي من تطبيق أحد الشركاء، وذلك التطبيق هو الذي يقرّر ما يُكتب في كل عنصر. وربطه لا يراه هذا الدليل، فلا يسمّي شاشة ولا حقلاً: الفحوص التالية على ملف XML، وتنطبق أيّاً كان التطبيق الذي كتبه.

أين يوجد الملف عادةً

يتوقف مكان ملف XML على الطريقة التي تصل بها مستندات نظامك إلى الهيئة، لا على اسم النظام وحده، ولا يسمّي هذا الدليل شاشة أو قائمة إلا حيث تنصّ عليها وثائق المزوِّد نفسه، مع الإحالة إليها وتاريخ قراءتها. والمواضع المعتادة للبحث:

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

افحص الملف كما أنشأه نظامك. فالنسخة التي تُفتح وتُحفظ من جديد في برنامج آخر قد لا تبقى الملف الذي تتسلّمه الهيئة.

ما الذي تتحقق منه في الملف المصدَّر

• cbc:InvoiceTypeCode: تحقّق من أن النص 388 أو 381 أو 383، ومن أن السمة name عليه سبعة محارف أو ثمانية أو تسعة مثل 0100000. ويذكر MTB-BR-KSA-05 رمز النوع الذي لا تقبله الهيئة. والتصدير الذي يحشو السمة إلى عرض ثابت، أو الصيغة المشتقة من PEPPOL التي لا حقل فيها لرمز نوع معاملة الفاتورة أصلاً، ينتج ما يذكره MTB-STRUCT-01.
• cac:AccountingSupplierParty//cac:PartyTaxScheme/cbc:CompanyID: تحقّق من أنه رقم التسجيل في ضريبة القيمة المضافة بخمسة عشر رقماً، يبدأ بالرقم 3 وينتهي به، بلا بادئة دولة ولا مسافات. فالرقم المحفوظ ببادئة للتقارير الأوروبية يُكتب كما حُفظ ما لم يجرّده التصدير منها؛ ويذكر MTB-BR-KSA-40 الصورة.
• وعدّاد الفواتير وبصمة الفاتورة السابقة ليسا من عناصر PEPPOL، فتحقّق من أن التصدير يكتبهما أصلاً: كتلة cac:AdditionalDocumentReference قيمة cbc:ID فيها ICV وcbc:UUID من أرقام لا غير، ويذكرها MTB-BR-KSA-33، وكتلة قيمة cbc:ID فيها PIH تحمل cac:Attachment/cbc:EmbeddedDocumentBinaryObject بالسمة mimeCode="text/plain" وقيمة غير فارغة بترميز base64، ويذكرها MTB-BR-KSA-61.
• وفي الفاتورة المبسطة، تحقّق من أن مرجعاً ثالثاً قيمة cbc:ID فيه QR يحمل حمولة رمز الاستجابة السريعة بترميز base64 بالطريقة نفسها؛ ويذكر MTB-BR-KSA-27 غيابه.
• الإجماليات. تحقّق من أن cac:TaxTotal/cbc:TaxAmount على مستوى المستند يساوي مجموع قيم cac:TaxSubtotal/cbc:TaxAmount تحته، ومن أن cbc:TaxInclusiveAmount يساوي cbc:TaxExclusiveAmount مضافاً إليه تلك الضريبة، وكلاهما مقرَّب مرة واحدة بعد الجمع لا لكل فئة على حدة؛ ويذكر MTB-BR-CO-14 وMTB-BR-CO-15 الفرق.
• المنازل العشرية. تحقّق من أن كل cac:InvoiceLine/cbc:LineExtensionAmount مكتوب بمنزلتين عشريتين على الأكثر؛ فالمبلغ الصافي للبند الناتج عن كمية بوحدة كسرية مضروبة في سعر محفوظ بمنازل أكثر مما يُطبع هو ما يذكره MTB-BR-DEC-23.
• وتحقّق مما إذا كان التصدير نفسه يخدم الإشعارات الدائنة: فالمستند 381 الذي يخرج برمز نوع معاملة الفاتورة، أو بلا cac:BillingReference وcac:PaymentMeans/cbc:InstructionNote، هو ذلك الاستعمال بعينه.
• وتحقّق من الملف الذي تفحصه: فالملف المولَّد لخدمة اختبار بصيغة أخرى ليس هو الملف الذي تسلّمته الهيئة.

ما الذي تفعله بالملاحظات

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

المصادر

• Microsoft Learn: التوافر بحسب الدولة أو المنطقة واللغات المدعومة (Business Central)
• Microsoft Learn: الأسئلة الشائعة عن الفوترة الإلكترونية (Business Central)

قُرئت هذه الصفحات في 2026-09-11. ووثائق المزوِّدين تتغيّر.