दो दस्तावेज़ प्रकार, दो नियम-समूह
सऊदी ई-इनवॉइसिंग दो दस्तावेज़ों को मान्यता देती है: मानक टैक्स इनवॉइस, जो व्यवसाय-से-व्यवसाय लेन-देन में इस्तेमाल होता है, और सरलीकृत टैक्स इनवॉइस, जो व्यवसाय-से-उपभोक्ता बिक्री में इस्तेमाल होता है — आम तौर पर काउंटर पर दी जाने वाली रसीद। दोनों में अंतर इस बात का है कि उन पर क्या दिखना चाहिए, वे ZATCA तक कब पहुँचते हैं, और किसे जारी हुआ माना जाता है।
प्रकार गलत चुनना कोई दिखावटी चूक नहीं है। सरलीकृत के रूप में जारी किया गया मानक इनवॉइस क्लियरेंस से बच निकलता है, यानी खरीदार के पास ऐसा दस्तावेज़ रहता है जो वैध टैक्स इनवॉइस नहीं है और जिस पर वह सुरक्षित रूप से इनपुट VAT वापस नहीं ले सकता।
मानक टैक्स इनवॉइस पर क्या दिखना चाहिए
स्पष्ट रूप से ज़रूरी इनवॉइस नंबर और तिथि के अलावा, मानक इनवॉइस दोनों पक्षों की पूरी पहचान देता है:
राशियाँ सऊदी रियाल में दिखाई जाती हैं। जहाँ आप किसी अन्य मुद्रा में इनवॉइस करते हैं, वहाँ रियाल में समतुल्य राशि और इस्तेमाल की गई विनिमय दर, दोनों का होना ज़रूरी है।
- विक्रेता का नाम, पता और VAT पंजीकरण नंबर।
- खरीदार का नाम, पता और — जहाँ खरीदार VAT में पंजीकृत है — उसका VAT नंबर।
- इनवॉइस जारी करने की तिथि, और आपूर्ति की तिथि यदि वह उससे भिन्न हो।
- प्रति पंक्ति विवरण, मात्रा, इकाई मूल्य और लागू VAT दर।
- कर-योग्य राशि, VAT राशि और कुल देय राशि — तीनों अलग-अलग दर्शाई गई।
- कारण, जहाँ कोई पंक्ति मानक दर पर कर लगने के बजाय शून्य-दर या छूट-प्राप्त हो।
सरलीकृत इनवॉइस पर क्या दिखना चाहिए
सरलीकृत इनवॉइस में खरीदार का अधिकांश विवरण नहीं होता — काउंटर पर आए उपभोक्ता की पहचान दर्ज नहीं की जाती — लेकिन विक्रेता की पूरी पहचान, पंक्तिवार विवरण, VAT का ब्योरा और QR कोड बने रहते हैं। छूट खरीदार के विवरण में है, कर में कभी नहीं।
QR कोड एक निश्चित संरचना है, कोई लिंक नहीं
आपके ग्राहक पोर्टल का URL रखने वाला QR कोड इस आवश्यकता को पूरा नहीं करता। कोड में निर्धारित फ़ील्ड एक बाइनरी टैग-लेंथ-वैल्यू (TLV) एन्कोडिंग में, base64 में एन्कोड करके होने चाहिए: विक्रेता का नाम, VAT पंजीकरण नंबर, इनवॉइस का टाइमस्टैम्प, VAT सहित इनवॉइस की कुल राशि, और VAT राशि — चरण 2 के दस्तावेज़ों में इनके साथ हस्ताक्षर और पब्लिक की का डेटा भी जुड़ता है।
फ़ोन रखने वाला कोई भी व्यक्ति इसे जाँच सकता है, और यही इसका उद्देश्य है। इसी कारण जो QR ठीक से दिखता है पर गलत कुल राशि एन्कोड करता है, वह डिस्प्ले का बग नहीं बल्कि वास्तविक अनुपालन विफलता है।
द्विभाषी प्रस्तुति
इनवॉइस पर अरबी अनिवार्य है। जो प्रणाली अरबी लेबल तो बनाती है पर लिपि बिगाड़ देती है — अक्षर अलग-अलग, उलटा पाठ, PDF फ़ॉन्ट में गायब ग्लिफ़ — वह ऐसा दस्तावेज़ बनाती है जो तकनीकी रूप से द्विभाषी है पर व्यवहार में बेकार। केवल स्क्रीन नहीं, बल्कि रेंडर किया गया PDF और छपी हुई थर्मल रसीद भी जाँचें: ये तीनों रेंडर मार्ग अलग-अलग ढंग से विफल होते हैं।
क्रेडिट और डेबिट नोट इनवॉइस का अनुसरण करते हैं
सुधार अपने आप में एक अलग दस्तावेज़ है। क्रेडिट और डेबिट नोट पर वही अनुपालन आवश्यकताएँ लागू होती हैं जो उस इनवॉइस पर जिसे वे समायोजित करते हैं; उन्हें मूल इनवॉइस का संदर्भ देना होता है, और वे उसी क्लियरेंस या रिपोर्टिंग मार्ग से गुज़रते हैं। क्लियर हो चुके इनवॉइस को हटाकर रद्द करने का विकल्प उपलब्ध नहीं है — सुधार ही वह तंत्र है, और वह ऑडिट ट्रेल को अक्षुण्ण रखता है।
सामान्य प्रश्न
मानक और सरलीकृत टैक्स इनवॉइस में क्या अंतर है?
मानक टैक्स इनवॉइस व्यवसाय-से-व्यवसाय लेन-देन में इस्तेमाल होता है; सरलीकृत टैक्स इनवॉइस व्यवसाय-से-उपभोक्ता बिक्री में, आम तौर पर काउंटर पर दी जाने वाली रसीद के रूप में। दोनों में अंतर है कि उन पर क्या दिखना चाहिए, वे ZATCA तक कब पहुँचते हैं, और किसे जारी हुआ माना जाता है। प्रकार गलत चुनना दिखावटी चूक नहीं है: सरलीकृत के रूप में जारी मानक इनवॉइस क्लियरेंस से बच निकलता है, इसलिए खरीदार के पास ऐसा दस्तावेज़ रहता है जो वैध टैक्स इनवॉइस नहीं है और जिस पर वह सुरक्षित रूप से इनपुट VAT वापस नहीं ले सकता।
मानक टैक्स इनवॉइस पर क्या दिखना चाहिए?
इनवॉइस नंबर और तिथि के अलावा, यह दोनों पक्षों की पूरी पहचान देता है: विक्रेता का नाम, पता और VAT पंजीकरण नंबर; खरीदार का नाम, पता और, जहाँ खरीदार VAT में पंजीकृत है, उसका VAT नंबर। इसमें जारी करने की तिथि और भिन्न होने पर आपूर्ति की तिथि, प्रति पंक्ति विवरण, मात्रा, इकाई मूल्य और VAT दर, तथा अलग-अलग दर्शाई गई कर-योग्य राशि, VAT राशि और कुल देय राशि भी होती है — और जहाँ कोई पंक्ति शून्य-दर या छूट-प्राप्त हो, वहाँ उसका कारण। राशियाँ सऊदी रियाल में होती हैं, और किसी अन्य मुद्रा में इनवॉइस करने पर रियाल में समतुल्य राशि और इस्तेमाल की गई विनिमय दर, दोनों ज़रूरी हैं।
क्या QR कोड केवल हमारे ग्राहक पोर्टल का लिंक हो सकता है?
नहीं। URL रखने वाला QR कोड इस आवश्यकता को पूरा नहीं करता। कोड में निर्धारित फ़ील्ड एक बाइनरी टैग-लेंथ-वैल्यू एन्कोडिंग में, base64 में एन्कोड करके होने चाहिए: विक्रेता का नाम, VAT पंजीकरण नंबर, इनवॉइस का टाइमस्टैम्प, VAT सहित कुल राशि और VAT राशि, तथा चरण 2 के दस्तावेज़ों में हस्ताक्षर और पब्लिक की का डेटा भी। फ़ोन रखने वाला कोई भी व्यक्ति इसे जाँच सकता है, इसीलिए ठीक से दिखने वाला पर गलत कुल राशि एन्कोड करने वाला QR डिस्प्ले का बग नहीं, अनुपालन विफलता है।
क्या इनवॉइस का अरबी में होना ज़रूरी है?
इनवॉइस पर अरबी अनिवार्य है। जो प्रणाली अरबी लेबल बनाती है पर लिपि बिगाड़ देती है — अक्षर अलग-अलग, उलटा पाठ, PDF फ़ॉन्ट में गायब ग्लिफ़ — वह तकनीकी रूप से द्विभाषी पर व्यवहार में बेकार दस्तावेज़ बनाती है। केवल स्क्रीन नहीं, रेंडर किया गया PDF और छपी थर्मल रसीद भी जाँचें, क्योंकि ये तीनों रेंडर मार्ग अलग-अलग ढंग से विफल होते हैं।
पहले से क्लियर हो चुके इनवॉइस को कैसे रद्द या सुधारा जाता है?
उसे हटाकर नहीं — यह विकल्प उपलब्ध ही नहीं है। सुधार अपने आप में एक अलग दस्तावेज़ है: क्रेडिट और डेबिट नोट पर वही अनुपालन आवश्यकताएँ लागू होती हैं जो उस इनवॉइस पर जिसे वे समायोजित करते हैं, उन्हें मूल इनवॉइस का संदर्भ देना होता है, और वे उसी क्लियरेंस या रिपोर्टिंग मार्ग से गुज़रते हैं। इसी तरह सुधार करने से ऑडिट ट्रेल अक्षुण्ण रहता है।
यह मार्गदर्शिका सामान्य जानकारी है, कर, लेखांकन या कानूनी सलाह नहीं। नियम हर देश में अलग होते हैं और समय के साथ बदलते हैं; कोई भी कदम उठाने से पहले अपने कर प्राधिकरण या किसी योग्य सलाहकार से वर्तमान स्थिति की पुष्टि करें।
अपने संचालन को एकल वर्कस्पेस पर चलाने के लिए तैयार हैं?