زاتكا المرحلة الثانية: القائمة التي تسبق الربط

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

نفّذنا التسجيل لعدد كافٍ من الشركات لنلاحظ النمط: الربط نفسه يستغرق يومين. الذي يستغرق ثلاثة أسابيع هو إصلاح البيانات الأساسية تحته. وهذه القائمة التي ننفذها قبل أن نلمس أي شهادة.

بيانات شركتك أنت

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

بيانات عملائك

• كل عميل من الشركات لديه رقم ضريبي مخزّن في حقل يقرأه قالب الفاتورة فعلًا. تخزينه في ملاحظة داخلية لا يُحتسب.
• عناوين العملاء مكتملة للفواتير الضريبية القياسية. العناوين الناقصة التي مرّت لسنوات تصبح مانعة يوم التحويل.
• السجلات المكررة للعملاء تُدمج أولًا. سجلان لكيان واحد يعنيان ملفين ضريبيين وفاتورة خاطئة في النهاية.

أصنافك وإعداد الضريبة

• كل صنف يحمل المعاملة الضريبية الصحيحة: قياسية ١٥٪ أو صفرية أو معفاة أو خارج النطاق. الأصناف التي بقيت قياسية لأن أحدًا لم يراجعها ستُخطئ في التصدير.
• رموز وحدات القياس هي التي يتوقعها المخطط. «حبة» و«PC» و«each» ثلاث إجابات مختلفة لحقل واحد.
• الخصومات مُدرجة كخصومات لا كبنود سالبة. البنود السالبة هي أكثر أسباب الرفض الهيكلي شيوعًا في تجربتنا.
• ترقيم الفواتير متسلسل دون فجوات ولا يُعاد استخدامه بعد الإلغاء. وإن كان التسلسل يبدأ من جديد لكل فرع فأثبت أنه ما زال فريدًا.

إن كنت تستطيع إخراج إقرار ضريبي سليم من نظامك الحالي دون تعديلات يدوية فالمرحلة الثانية مشروع ربط. وإن لم تستطع فهي مشروع بيانات يرتدي ثوب الربط.

ماذا يتضمن الربط نفسه

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

تفصيلان تشغيليان يحددان هدوء يوم الإطلاق. الأول: ماذا يحدث عند تعذّر الوصول إلى زاتكا — يحتاج نظامك إلى طابور وسياسة إعادة محاولة لا رسالة خطأ أمام العميل. والثاني: من يراقب هذا الطابور. تصديق فاشل لا ينتبه له أحد أسبوعًا مشكلة امتثال لا مشكلة تقنية.

اختبر في البيئة التجريبية مرتين

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

اللوائح تتغير. تحقق من المتطلبات السارية عبر منشورات زاتكا الرسمية قبل الاعتماد على أي شيء هنا — هذا المقال مكتوب من خبرة التنفيذ وليس استشارة قانونية أو ضريبية.