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