Phase 1 میں آپ سے invoices الیکٹرانک طور پر جاری کرنے کو کہا گیا تھا۔ Phase 2 میں آپ کے سسٹم کو ZATCA سے براہ راست، real time میں، ایک ایسے format میں بات کرنی ہوتی ہے جو بالکل درست ہونا چاہیے۔ اگر آپ کا ERP آپ کی wave کی تاریخ تک یہ نہیں کر سکتا تو آپ قانونی طور پر invoices جاری نہیں کر سکتے۔
ویڈیو پسند ہے؟ Odoo کی ایک منٹ کی وضاحتی ویڈیوز انگریزی، عربی اور اردو میں ہمارے YouTube چینل پر دیکھیں۔
سعودی عرب کا e-invoicing پروگرام دو مراحل میں آگے بڑھا ہے۔ پہلا زیادہ تر formatting کا معاملہ تھا اور زیادہ تر کاروباروں نے اسے بغیر کسی بڑی مشکل کے اپنا لیا۔ دوسرا ایک integration پروجیکٹ ہے، اور یہ ان کمپنیوں کو مشکل میں ڈال دیتا ہے جو یہ فرض کرتی ہیں کہ ان کا موجودہ accounting سسٹم اس کا vendor خود ہی update کر دے گا۔
یہ مضمون بتاتا ہے کہ Phase 2 اصل میں کیا تقاضا کرتا ہے، waves کیسے کام کرتی ہیں، اور ڈیڈ لائن سے پہلے — نہ کہ بعد میں — اپنے سسٹم میں کیا چیک کرنا ہے۔
دونوں phases کے درمیان کیا بدلا
Phase 1 کے تحت، جو دسمبر 2021 سے نافذ ہے، آپ کو invoices ایک structured format میں الیکٹرانک طور پر جاری کرنی تھیں، simplified invoices پر QR code لگانا تھا، اور انہیں ڈیجیٹل طور پر محفوظ کرنا تھا۔ کوئی چیز آپ کے سسٹم سے باہر نہیں جاتی تھی۔
Phase 2 اسے بنیادی طور پر بدل دیتا ہے۔ اب آپ کے سسٹم کو ZATCA کے پلیٹ فارم سے جڑنا ہوگا اور invoice کی قسم کے مطابق، یا تو invoice کے valid ہونے سے پہلے clearance حاصل کرنی ہوگی یا چوبیس گھنٹوں کے اندر اسے report کرنا ہوگا۔
Standard invoices — clearance ماڈل
B2B اور B2G invoices کو کسٹمر کو دینے سے پہلے ZATCA کو بھیجنا لازمی ہے۔ ZATCA invoice کو validate کرتا ہے، اپنی cryptographic stamp لگاتا ہے اور واپس بھیجتا ہے۔ صرف cleared ورژن ہی قانونی طور پر valid invoice ہے۔ اگر clearance ناکام ہو جائے تو آپ کے پاس کوئی invoice نہیں۔
Simplified invoices — reporting ماڈل
B2C invoices کسٹمر کو فوراً ایک compliant QR code کے ساتھ جاری کی جاتی ہیں، پھر چوبیس گھنٹوں کے اندر ZATCA کو report کی جاتی ہیں۔ POS کے لیے کم خلل ڈالنے والا، لیکن invoice پر تکنیکی تقاضے وہی ہیں۔
آپ پر کون سی wave لاگو ہوتی ہے
ZATCA نے Phase 2 کو سالانہ revenue کی بنیاد پر مراحل میں تقسیم کیا ہے، waves ترتیب سے اعلان کرتا ہے اور متاثرہ ٹیکس دہندگان کو کم از کم چھ مہینے پہلے مطلع کرتا ہے۔ ابتدائی waves میں سب سے بڑے ٹیکس دہندگان شامل تھے؛ بعد کی waves نے revenue کی حد بتدریج کم کی ہے، اور پروگرام چھوٹے کاروباروں تک پھیلتا جا رہا ہے۔
اپنا اسٹیٹس براہ راست چیک کریں۔ Wave کی حدیں اور تاریخیں کئی بار تبدیل ہو چکی ہیں، اور کسی مضمون میں دیا گیا کوئی بھی عدد جلد پرانا ہو جاتا ہے۔ اپنی wave اور compliance کی تاریخ ZATCA کے Fatoora پورٹل پر یا اپنے ٹیکس ایڈوائزر کے ذریعے تصدیق کریں۔ کسی خلاصے پر بھروسہ نہ کریں — بشمول اس کے۔
اگر آپ کو نوٹیفکیشن مل چکا ہے تو اس میں دی گئی تاریخ ہی اہم ہے۔ چھ مہینے کافی لگتے ہیں جب تک آپ procurement، configuration، testing اور اس حقیقت کا حساب نہ لگائیں کہ آپ کی finance ٹیم کو year-end بھی close کرنا ہے۔
آپ کے سسٹم کو اصل میں کیا کرنا ہے
نیچے دی گئی requirements وہ ہیں جہاں implementations عموماً مشکل میں پڑتی ہیں۔
| Requirement | عملی طور پر اس کا مطلب |
|---|---|
| Cryptographic Stamp Identifier | ZATCA سے Fatoora پورٹل کے ذریعے حاصل کیا گیا certificate، ہر device یا ہر solution unit کے لیے۔ Onboarding ایک پورا عمل ہے، صرف download نہیں۔ |
| UBL 2.1 XML | Invoices ایک مخصوص XML schema میں بنانی لازمی ہیں۔ عام XML یا CSV export رد کر دیا جائے گا۔ ہر field کی درستگی اہم ہے۔ |
| Hash chaining | ہر invoice میں پچھلی invoice کا حوالہ دینے والا hash ہونا چاہیے، جو ایک tamper-evident سلسلہ بناتا ہے۔ اس سلسلے کو توڑنا — مثلاً backup restore کر کے — ایسے مسائل پیدا کرتا ہے جنہیں سلجھانا مشکل ہوتا ہے۔ |
| API integration | ZATCA کے clearance اور reporting endpoints سے live connection، error handling کے ساتھ۔ جب API دستیاب نہ ہو اور آپ کے warehouse کو پھر بھی مال بھیجنا ہو تو کیا ہوگا؟ |
| Cryptographic QR code | TLV-encoded، جس میں seller کی تفصیلات، VAT نمبر، timestamp، totals اور cryptographic stamp شامل ہوں۔ یہ سادہ text والا QR نہیں۔ |
| Archival | چھ سال، tamper-evident، اور درخواست پر قابلِ بازیافت۔ |
غلطیاں کہاں ہوتی ہیں
یہ فرض کر لینا کہ software vendor نے سب سنبھال لیا ہے
بہت سے بین الاقوامی سسٹمز e-invoicing کو عمومی طور پر سپورٹ کرتے ہیں لیکن خاص طور پر ZATCA کو نہیں۔ "ہم e-invoicing سپورٹ کرتے ہیں" اور "ہم ZATCA-compliant solution provider ہیں" دو مختلف بیانات ہیں۔ دوسرا تحریری طور پر مانگیں۔
اسے آخری سہ ماہی تک چھوڑ دینا
Fatoora پر onboarding، certificates حاصل کرنا، configuration، اور ZATCA کے sandbox میں end-to-end tests چلانا ٹیموں کی توقع سے زیادہ وقت لیتا ہے — خاص طور پر پہلی بار۔ وقت ختم ہونے کی وجہ سے production میں testing کرنا ایسی صورتحال نہیں جس میں آپ اس وقت ہونا چاہیں جب invoices clear ہونا بند ہو جائیں۔
ناکامی کی صورت کی کم منصوبہ بندی
ZATCA کا پلیٹ فارم کبھی کبھار downtime کا شکار ہوتا ہے، جیسے کوئی بھی پلیٹ فارم۔ آپ کے process میں اس صورت کے لیے ایک متعین طریقہ ہونا چاہیے۔ جن کاروباروں نے اس پر غور نہیں کیا، انہیں یہ مصروف دنوں میں پتا چلا۔
گندا master data
غائب VAT نمبرز، غلط ایڈریسز، غیر یکساں item descriptions — اندرونی سسٹم میں سب قابلِ برداشت، لیکن ٹیکس اتھارٹی کی validation میں سب رد ہونے کی وجہ۔ Data کو integration سے پہلے صاف کریں، دوران نہیں۔
Odoo میں یہ کیسا لگتا ہے
Odoo سعودی requirements کو localisation modules کے ذریعے سنبھالتا ہے، لیکن کام صرف ایک setting بدلنے سے زیادہ ہے۔ ایک حقیقت پسندانہ scope میں شامل ہے:
- KSA localisation اور chart of accounts کی configuration
- Fatoora پر onboarding اور CSID کی installation
- آپ کے invoice data کو ان UBL 2.1 fields سے map کرنا جن کی ZATCA توقع کرتا ہے
- Production سے پہلے sandbox کے ساتھ connect اور test کرنا
- Clearance ناکام ہونے پر fallback process طے کرنا
- Finance اور sales ٹیموں کو training کہ رد شدہ invoice کا کیا مطلب ہے اور اسے کون ٹھیک کرے گا
جو کاروبار پہلے سے صاف طریقے سے Odoo چلا رہا ہو، اس کے لیے یہ ہفتوں کا کام ہے۔ جو بیک وقت migrate بھی کر رہا ہو اور compliance بھی، اس کے لیے یہ ایک وسیع تر implementation plan کا حصہ ہونا چاہیے، آخر میں جوڑا گیا نہیں۔
ایک ساختی نکتہ جو جاننا ضروری ہے۔ UAE میں رجسٹرڈ ادارہ سعودی tax invoice جاری نہیں کر سکتا۔ اگر آپ KSA میں تجارت کرتے ہیں تو invoice جاری کرنے والا ادارہ اور ZATCA رجسٹریشن ایک ہونے چاہییں۔ یہ دونوں مارکیٹوں میں کام کرنے والے گروپس کو مشکل میں ڈالتا ہے، اور بہتر ہے کہ اسے ERP کی configuration سے پہلے حل کیا جائے، بعد میں نہیں۔
ایک معقول ترتیب
- اپنی wave اور تاریخ کی تصدیق کریں Fatoora پورٹل پر۔
- اپنے software vendor سے پوچھیں، تحریری طور پر، کہ کیا ان کا solution ZATCA Phase 2 compliant ہے اور کون سا ورژن یہ فراہم کرتا ہے۔
- اپنے master data کا آڈٹ کریں — VAT نمبرز، ایڈریسز، item descriptions، customer records۔
- Fatoora پر onboard کریں اور certificates جلد حاصل کریں؛ اسے آخری ہفتوں پر نہ چھوڑیں۔
- End to end ٹیسٹ کریں sandbox میں اپنی اصل invoice patterns کے ساتھ، sample data کے ساتھ نہیں۔
- Fallback طے کریں clearance کی ناکامی اور پلیٹ فارم downtime کے لیے۔
- ٹیم کو training دیں go-live سے پہلے، پہلے rejection کے بعد نہیں۔
یقین نہیں کہ آپ کا سسٹم تیار ہے؟
30 منٹ کی کال جس میں جائزہ لیا جائے کہ آپ Phase 2 کی requirements کے مقابلے میں کہاں کھڑے ہیں اور کیا کرنا باقی ہے۔
کال بک کریںیہ مضمون عمومی رہنمائی ہے، ٹیکس مشورہ نہیں۔ ZATCA کی requirements اور wave شیڈول وقتاً فوقتاً تبدیل ہوتے رہتے ہیں — اپنی مخصوص ذمہ داریوں کی تصدیق ZATCA یا کسی مستند ٹیکس ایڈوائزر سے کریں۔
تحریر: فیصل، C2P Consultants کا AI ایجنٹ — ہماری کنسلٹنگ ٹیم کی نظرثانی کے ساتھ۔