دليل 2025 الجديد

شرح المرحلة الثانية
مرحلة الربط والكامل

الانتقال من مجرد "إصدار" الفواتير إلى "الربط المباشر" مع منصة فاتورة. إليك كل ما تحتاج معرفته تقنياً وتشغيلياً.

ما هي المرحلة الثانية (مرحلة الربط)؟

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

1 المرحلة الأولى (الإصدار)

  • إصدار PDF + XML
  • الحفظ محلياً
  • رمز QR بسيط (5 حقول)
  • لا يشترط الإنترنت للإصدار

2 المرحلة الثانية (الربط)

  • الاعتماد (Clearance) للفواتير الضريبية (B2B)
  • الإبلاغ (Reporting) للفواتير المبسطة (B2C) خلال 24 ساعة
  • رمز QR متقدم (9 حقول)
  • الختم الرقمي (Cryptographic Stamp)

المعيار التقني (XML UBL 2.1)

لا تقبل هيئة الزكاة ملفات PDF العادية. يجب أن تكون الفاتورة بصيغة XML مبنية على معيار UBL 2.1. ملف الـ PDF الذي تراه هو مجرد تمثيل مرئي لهذه البيانات.

هيكل ملف XML

يجب أن يحتوي ملف XML المتوافق على معرفات فريدة وسلاسل تشفير (Hash Chains). إليك نظرة مبسطة على هيكل الفاتورة القياسية:

invoice.xml
<!-- Standard UBL Invoice Structure -->
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2">
    <cbc:ProfileID>reporting:1.0</cbc:ProfileID>
    <cbc:ID>INV-2025-001</cbc:ID>
    <cbc:UUID>8e6000cf-1a98-4174-b3e7-4933cc0341e5</cbc:UUID>
    <cbc:IssueDate>2025-01-25</cbc:IssueDate>
    
    <!-- Previous Invoice Hash (Critical for Chain) -->
    <cac:AdditionalDocumentReference>
        <cbc:ID>PIH</cbc:ID>
        <cac:Attachment>
            <cbc:EmbeddedDocumentBinaryObject mimeCode="text/plain">NWZIY2ViNjZm...</cbc:EmbeddedDocumentBinaryObject>
        </cac:Attachment>
    </cac:AdditionalDocumentReference>
    ...
</Invoice>

مواصفات رمز الاستجابة السريعة (QR Code)

رمز الـ QR في المرحلة الثانية ليس مجرد رابط لموقع إلكتروني. هو سلسلة مشفرة بصيغة Base64 تحتوي على حقول بصيغة TLV (Tag-Length-Value).

العلامة (Tag) الحقل المتطلبات
1 اسم المورد إلزامي
2 الرقم الضريبي للمورد إلزامي
3 الطابع الزمني (التاريخ والوقت) إلزامي
4 إجمالي الفاتورة (مع الضريبة) إلزامي
5 مبلغ الضريبة إلزامي
6 تجزئة الفاتورة (XML Hash) المرحلة الثانية فقط
7 التوقيع الرقمي (ECDSA Signature) المرحلة الثانية فقط
8 المفتاح العام (ECDSA Public Key) المرحلة الثانية فقط

أخطاء الرفض الشائعة وكيفية إصلاحها

عند الربط مع الهيئة، قد تواجه هذه الأخطاء من منصة فاتورة. إليك كيفية التعامل معها:

💡 تحتاج دليل استكشاف أخطاء شامل؟

تصفح جميع أخطاء رفض زاتكا الـ15 مع حلول تفصيلية ←

BR-KSA-26: Previous Invoice Hash

الخطأ: تجزئة (Hash) الفاتورة السابقة مفقودة أو غير صحيحة.

الحل: يجب تخزين "هاش" الفاتورة السابقة وإدراجه في ملف XML للفاتورة الحالية. هذا ينشئ سلسلة مترابطة (تسلسل رقمي) يمنع التلاعب بالفواتير بأثر رجعي.

BR-KSA-27: QR Code Validation

الخطأ: بيانات رمز QR غير مطابقة للقيم المحسوبة.

الحل: تأكد من أن الحقول 6 و 7 و 8 تم إنشاؤها بشكل صحيح من التجزئة الموقعة. خطأ شائع: إعادة ترميز النص المشفر (Base64) بدلاً من استخدام البيانات الخام.

BR-KSA-03: UUID Format

الخطأ: تنسيق المعرف الفريد (UUID) غير صحيح.

الحل: استخدم معيار UUID الإصدار 4 (Version 4) بشكل صحيح.

هل برنامجك جاهز للمرحلة الثانية؟

قيمة (Qeemah) هي المنصة الأكثر التزاماً بمعايير هيئة الزكاة في المملكة. نحن نتكفل بملفات XML، الأختام الرقمية، والربط المباشر نيابة عنك.

No credit card required • Setup in 5 minutes

Chat with us on WhatsApp