सौदी ई-इनव्हॉइसिंग: ZATCA टप्पा १
QR कोडसह अरबी आणि इंग्रजीमध्ये जारी केलेली ग्राहकांची बिले, क्रेडिट नोट्स आणि डेबिट नोट्स, जी एका अखंड मालिकेतून क्रमांकित केलेली असतात आणि एकदा जारी झाल्यावर निश्चित केली जातात — प्रमाणित किंवा सरलीकृत, टॅक्स कोडमधील व्हॅट श्रेणी, खरेदीदाराचा CR क्रमांक आणि राष्ट्रीय पत्ता, तसेच स्विच होण्यापूर्वी पोस्ट केलेली बिले देखील जारी केली जातात.
ZATCA चा पहिला टप्पा, म्हणजेच निर्मितीचा टप्पा, सौदी व्हॅट-नोंदणीकृत विक्रेत्याकडून तीन गोष्टींची अपेक्षा करतो: प्रत्येक कर बीजक आणि नोटवर अरबी भाषेत एक निश्चित मजकूर असावा, त्यावर फोन वाचू शकेल असा QR कोड असावा, आणि नंतर जारी केलेल्या कोणत्याही गोष्टीत बदल केला जाऊ नये — एखादी चूक झाल्यास ती क्रेडिट किंवा डेबिट नोटद्वारे दुरुस्त केली जाते. एकदा कंपनीने TRANXACT सुरू केल्यावर, ते या तिन्ही गोष्टी करते आणि ज्या कंपनीने ते सुरू केलेले नाही, तिच्यासाठी यात कोणताही वेगळा बदल केला जात नाही.
टप्पा २ — XML इन्व्हॉइस, त्यावरील क्रिप्टोग्राफिक शिक्का आणि ZATCA च्या प्लॅटफॉर्मद्वारे मंजुरी किंवा अहवाल देणे — याचा यात समावेश नाही. शेवटी, टप्पा १ काय करत नाही ते पहा.
ते चालू करणे
अकाउंटिंग → टॅक्स → टॅक्स ज्युरीस्डिक्शन्स अंतर्गत कंपनीचे कर अधिकारक्षेत्र उघडा. जेव्हा त्याचा देश SA असेल, तेव्हा आणखी दोन फील्ड दिसतील: नाव (अरबी) आणि ई-इनव्हॉइसिंग रेजिम. रेजिम ZATCA फेज 1 (जनरेशन) वर सेट करा आणि सेव्ह करा.
जोपर्यंत कंपनी प्रत्यक्षात त्याअंतर्गत वितरण करू शकत नाही, तोपर्यंत सेव्ह नाकारला जातो आणि सर्व गहाळ वस्तूंची यादी एकाच वेळी दाखवली जाते.
- अधिकारक्षेत्रावर 'नोंदणीकृत' असे टिक केले आहे.
- नोंदणी क्रमांक हा सौदी व्हॅट क्रमांक आहे: पंधरा अंकी, ज्याची सुरुवात आणि शेवट ३ ने होतो.
- लेटरहेडवर कंपनीचे कायदेशीर नाव अरबी भाषेत आणि तिचा पत्ता अरबी भाषेत असतो. प्लॅटफॉर्म → मुद्रित फॉर्म → लेटरहेड संपादित करा (Platform → Printed Forms → Edit the letterhead) अंतर्गत ते संपादित करा; सौदी कंपनीसाठी लेटरहेडवर इमारत क्रमांक, जिल्हा आणि राष्ट्रीय पत्त्याचा अतिरिक्त क्रमांक देखील विचारला जातो.
एकदा ते चालू झाल्यावर:
- ग्राहक पावत्या, क्रेडिट नोट्स आणि डेबिट नोट्स (ARINV, ARCREDIT, ARDEBIT) यांच्या क्रमांक श्रेणी सिस्टीमद्वारे क्रमांकित केल्या जातात, त्या कधीही रीसेट केल्या जात नाहीत आणि केवळ पुढे सरकतात. डेटाबेस स्वतः असा कोणताही बदल नाकारतो, ज्यामुळे एखादा क्रमांक मागे घेतला जाईल किंवा त्याचा पुनर्वापर केला जाईल.
- द्विभाषिक फॉर्म ZATCA-A4 (इनव्हॉइस) आणि ZATCA-A4-MEMO (क्रेडिट आणि डेबिट नोट्स) हे कंपनीचे डीफॉल्ट छापील फॉर्म बनतात.
- कंपनीने बदलापूर्वी नोंदवलेले प्रत्येक बीजक आणि नोंद ही बदल झाल्यानंतर जारी केली जाते — खाली दिलेले 'बदलापूर्वी नोंदवलेली बीजके' पहा.
बिल तयार करणे
अकाउंटिंग → पेयेबल्स अँड रिसीव्हेबल्स → एआर इन्व्हॉइसेसमध्ये 'न्यू इन्व्हॉइस' हा पर्याय आहे. यामध्ये ग्राहक, इन्व्हॉइस आणि देय तारखा, चलन (कंपनीच्या स्वतःच्या चलनासाठी रिक्त), इन्व्हॉइसचा प्रकार, पुरवठ्याची तारीख आणि, एका विशिष्ट कालावधीतील पुरवठ्यासाठी, त्याची समाप्ती तारीख, आणि ओळी विचारल्या जातात.
| क्षेत्र | ZATCA अंतर्गत ते काय करते |
|---|---|
| इनव्हॉइस प्रकार | कर बीजक (B2B) किंवा सुलभ कर बीजक (B2C). हे रिकामे सोडल्यास, व्हॅट क्रमांक असलेल्या खरेदीदाराला कर बीजक मिळते आणि व्हॅट क्रमांक नसलेल्या खरेदीदाराला सुलभ बीजक मिळते. |
| पुरवठा तारीख | जेव्हा वस्तू किंवा सेवांचा पुरवठा करण्यात आला. यासाठी बीजकाची तारीख ग्राह्य धरली जाते. |
| ओळी | वर्णन, प्रमाण, एकक किंमत, सवलत, कर कोड आणि व्हॅट श्रेणी: S (मानक), Z (शून्य-दराने), E (सूट) किंवा O (व्याप्तीबाहेर). |
| कर संहिता | एखाद्या लाइनवर कर कसा आकारला जातो हे सांगण्याची ही सामान्य पद्धत आहे. ZATCA अंतर्गत, लाइन तिची व्हॅट श्रेणी, इनव्हॉइसच्या तारखेचा दर आणि टॅक्स कोडमधून सवलतीचे कारण घेते. ZATCA श्रेणी नसलेला कोड लाइनला अवर्गीकृत ठेवतो — ती मानक असेल असा कधीही अंदाज लावला जात नाही — आणि पोस्ट त्या लाइनला नाव देते. |
| सूट कोड | Z, E किंवा O लाइनवर, त्या कारणासाठी VATEX कारण कोड ZATCA प्रकाशित केला जातो. या कारण कोडशिवाय Z, E किंवा O लाइन जारी केली जाऊ शकत नाही. |
| कर | हे तुम्हाला टाईप करायचे नाही: सर्व्हर श्रेणीनुसार व्हॅटची गणना करतो — S लाइनवर कंपनीचा मानक दर (अन्यथा सेट केले नसल्यास १५%), आणि Z, E व O वर ०%. |
जोपर्यंत ते पोस्ट केले जात नाही, तोपर्यंत इन्व्हॉइस हा 'DRAFT-' ने सुरू होणारा तात्पुरता क्रमांक असलेला एक ड्राफ्ट असतो. इतर कोणत्याही ड्राफ्टप्रमाणे त्यात दुरुस्ती करता येते आणि तो रद्दही करता येतो. त्याला त्याचा खरा क्रमांक केवळ जारी झाल्यावरच मिळतो, त्यामुळे रद्द केलेला ड्राफ्ट मालिकेमध्ये कधीही अंतर ठेवत नाही.
प्रमाणित किंवा सरलीकृत, आणि त्यात बदल करणे
कर बीजकात (B2B, “मानक”) खरेदीदाराचे नाव, खरेदीदाराचा पत्ता आणि व्हॅट क्रमांक नमूद केलेला असतो; सरलीकृत कर बीजकात (B2C) तसे नसते आणि कायद्यानुसार त्यातील खरेदीदाराची जागा रिकामी सोडली जाते. बीजक तयार करताना त्याचा प्रकार ठरवला जातो: तुम्ही निवडलेला प्रकार, किंवा, रिकामा ठेवल्यास, ज्या खरेदीदाराकडे व्हॅट क्रमांक नोंदवलेला आहे त्याच्यासाठी एक कर बीजक आणि ज्याच्याकडे नाही त्याच्यासाठी एक सरलीकृत बीजक.
इन्व्हॉइस अजून ड्राफ्टमध्ये असताना, 'एआर इन्व्हॉइसेसवरील इन्व्हॉइसचा प्रकार बदला' हा पर्याय निवडल्यास त्याचा प्रकार बदलतो. या बदलाची नोंद ठेवली जाते: 'बदललेला प्रकार' या कॉलममध्ये बदल कधी झाला हे दिसते, तो कोणी केला याची नोंद ठेवली जाते आणि ऑडिट ट्रेलमध्ये या दोन्ही गोष्टी असतात. एकदा इन्व्हॉइस जारी झाल्यावर, इतर सर्व गोष्टींसोबत त्याचा प्रकारही निश्चित होतो.
कर संहितांमध्ये ZATCA श्रेणी समाविष्ट असते.
अकाउंटिंग → टॅक्स → टॅक्स कोड्समध्ये ZATCA साठी तीन फील्ड्स आहेत, जे यादीमध्ये ZATCA कॉलम म्हणून दाखवले आहेत:
| क्षेत्र | त्यात काय आहे |
|---|---|
| ZATCA श्रेणी | S — मानक दर, Z — शून्य दर, E — सूट, किंवा O — व्याप्तीबाहेर. |
| ZATCA सवलतीचे कारण | Z, E आणि O कोडसाठी: ZATCA च्या यादीतील कारण — VATEX-SA-32 वस्तूंची निर्यात, VATEX-SA-33 सेवांची निर्यात, VATEX-SA-35 औषधे आणि वैद्यकीय उपकरणे, VATEX-SA-EDU नागरिकांना खाजगी शिक्षण, VATEX-SA-HEA नागरिकांना खाजगी आरोग्यसेवा, VATEX-SA-OOS कार्यक्षेत्राबाहेर, आणि बाकीचे. |
| ZATCA सवलतीचे कारण (शब्दांत) | इनव्हॉइसवर छापलेले कारण. |
विद्यमान व्हॅट कोड त्यांच्या कार्यपद्धतीनुसार भरण्यात आले: स्टँडर्ड, रिड्यूस्ड, मार्जिन स्कीम आणि डीम्ड कोड हे S आहेत; झिरो-रेटेड हे Z आहे; एक्झम्प्ट हे E आहे; आउट ऑफ स्कोप आणि रिव्हर्स चार्ज हे O आहेत. आउट-ऑफ-स्कोप कोडना VATEX-SA-OOS असे नाव देण्यात आले, आणि निर्यात म्हणून नाव दिलेल्या झिरो-रेटेड कोडना निर्यातीची कारणे देण्यात आली. इतर प्रत्येक झिरो-रेटेड किंवा एक्झम्प्ट कोड मुद्दामहून कारणाशिवाय ठेवण्यात आला आहे — ZATCA च्या कारणांपैकी कोणते कारण लागू होते हे तुम्ही ठरवायचे आहे — आणि जोपर्यंत कारण सांगितले जात नाही तोपर्यंत पोस्ट प्रत्येक ओळीला नाव देते.
खरेदीदाराचा तपशील
सौदी टॅक्स इनव्हॉइसमध्ये खरेदीदाराचे नाव, व्यावसायिक नोंदणी कार्यालयाच्या माहितीनुसार, नमूद केलेले असते. ज्या ग्राहकाचा देश SA आहे (CRM → Accounts & Contacts → Accounts), त्याच्यासाठी फॉर्ममध्ये पुढील गोष्टी जोडल्या जातात:
- अरबी भाषेतील नाव.
- व्यावसायिक नोंदणी (सीआर) क्रमांक.
- राष्ट्रीय पत्त्याचे भाग: इमारत क्रमांक, जिल्हा आणि चार-अंकी अतिरिक्त क्रमांक. ॲड्रेस बुक (प्लॅटफॉर्म → वर्गीकरण → ॲड्रेस बुक) सौदी पत्त्यासाठी याच तीन गोष्टी विचारते.
या प्रणालीअंतर्गत, ग्राहकाचा व्हॅट क्रमांक त्याची साइट किंवा आर्थिक तपशील जतन करताना तपासला जातो: हा पंधरा अंकी क्रमांक असून, त्याची सुरुवात आणि शेवट ३ ने होतो. चुकीचा क्रमांक दिल्यास, तो जारी करण्याच्या क्षणी नाकारण्याऐवजी तिथेच नाकारला जातो.
पोस्ट ही समस्या आहे
ZATCA अंतर्गत इन्व्हॉइस पोस्ट केल्यावर ते जारी केले जाते. सर्व काही एकत्रितपणे तपासले जाते आणि कोणतीही गोष्ट कमी असल्यास, ती एकेक करून नमूद करण्याऐवजी एकाच संदेशात सूचीबद्ध केली जाते.
- विक्रेत्याचे अरबी नाव, अरबी पत्ता आणि व्हॅट क्रमांक;
- प्रत्येक ओळीवर व्हॅट श्रेणी आणि प्रत्येक Z, E आणि O ओळीवर कारण;
- कर बीजकावर (B2B), खरेदीदाराचे नाव, पत्ता आणि व्हॅट क्रमांक;
- क्रेडिट किंवा डेबिट नोटवर, मूळ इनव्हॉइस आणि कारण.
मग, एकाच टप्प्यात: मालिकेतील पुढील क्रमांक घेतला जातो; सर्व्हरच्या घड्याळावरून (रियाध वेळेनुसार छापलेले) जारी करण्याची वेळ नोंदवली जाते; विक्रेता आणि खरेदीदाराचा तपशील इनव्हॉइसवर कॉपी केला जातो, जेणेकरून नंतर पत्ता बदलल्यास जारी केलेल्या इनव्हॉइसमध्ये बदल होणार नाही; जेव्हा इनव्हॉइस दुसऱ्या चलनात असेल, तेव्हा व्हॅट देखील एसएआरमध्ये दाखवला जातो; आणि क्यूआर कोड तयार केला जातो.
हा QR कोड ZATCA ने पहिल्या टप्प्यासाठी निर्दिष्ट केलेला आहे: पाच टॅग, जे Base64 TLV (टॅग, लांबी, मूल्य) म्हणून एकत्र एन्कोड केलेले आहेत. ZATCA चे स्वतःचे ॲप तो वाचते.
| टॅग | त्यात काय आहे |
|---|---|
| १ | विक्रेत्याचे नाव. |
| २ | विक्रेत्याचा व्हॅट क्रमांक. |
| ३ | जारी करण्याची वेळ (सर्व्हरचे घड्याळ, UTC मध्ये). |
| ४ | व्हॅटसह बिलाची एकूण रक्कम. |
| ५ | व्हॅटची एकूण रक्कम. |
जारी केलेले बीजक आणि त्यावरील नोंदी संपादित, हटविल्या, रद्द किंवा उलट करता येत नाहीत. ते उलट करण्याची सुविधा उपलब्ध नाही. ते दुरुस्त करण्यासाठी, त्यावर एक क्रेडिट नोट (किंवा डेबिट नोट) जारी करा.
जमा आणि नावे नोंदी
ZATCA अंतर्गत AR क्रेडिट/डेबिट मेमोंमध्ये, त्यांनी दुरुस्त केलेल्या जारी केलेल्या इनव्हॉइसचे नाव आणि त्याचे कारण नमूद करणे आवश्यक आहे. कारण केवळ जारी करतानाच नव्हे, तर नोट तयार झाल्याच्या क्षणापासून आवश्यक आहे: कारणाशिवाय असलेली नोट सेव्ह करताना नाकारली जाते. क्रेडिट नोटमुळे इनव्हॉइसची किंमत शून्यापेक्षा कमी होऊ शकत नाही: एका इनव्हॉइसवरील सर्व क्रेडिट नोट्सची एकूण बेरीज, इनव्हॉइस आणि त्याच्या डेबिट नोट्सच्या बेरजेपेक्षा जास्त असू शकत नाही. पोस्ट करताना, इनव्हॉइसप्रमाणेच, नोट तिच्या स्वतःच्या सिरीजमधील स्वतःच्या क्रमांकासह आणि स्वतःच्या QR कोडसह जारी केली जाते.
क्रेडिट नोट म्हणजे ग्राहकाला देणे असलेली रक्कम, ग्राहकाने देणे असलेली नव्हे. त्यामुळे जमा होणारे बिल कमी होते, किंवा ग्राहकाला परतावा म्हणून परत दिले जाते; ते कधीही बिलाच्या बदल्यात स्वीकारले जात नाही. म्हणून, केवळ ZATCA अंतर्गतच नव्हे, तर प्रत्येक कंपनीसाठी:
- क्रेडिट नोटवर पावती लागू करण्याचा पर्याय दिला जात नाही आणि सर्व्हर क्रेडिट नोटच्या बदल्यात पावती स्वीकारण्यास नकार देतो.
- क्रेडिट नोट कधीही थकीत म्हणून दाखवली जात नाही: एआर सूची क्रेडिट नोट्सना त्यांच्या स्वतःच्या क्रेडिट बँडमध्ये ठेवते, ज्यात विलंबाचे दिवस नमूद केलेले नसतात.
- या नियमांनुसार, अद्याप जारी न झालेल्या बीजकाच्या (इन्व्हॉइसच्या) विरोधात पावती देखील नाकारली जाते.
बदलापूर्वी पोस्ट केलेली बिले (बॅक-फिल)
ZATCA चालू करण्यापूर्वी ज्या कंपनीकडे आधीपासूनच लेजर होते, तिच्याकडे पोस्ट केलेली पण कधीही जारी न केलेली इनव्हॉइसेस आणि नोट्स होती. आता चालू केल्यावर, ती नंतर जारी केली जातात आणि सिस्टीम प्रत्येक वेळी सुरू केल्यावर, शिल्लक राहिलेल्या कोणत्याही गोष्टीसाठी असेच घडते. पोस्ट केलेले, अंशतः भरलेले, पूर्ण भरलेले किंवा रिव्हर्स केलेले प्रत्येक इनव्हॉइस, क्रेडिट नोट आणि डेबिट नोट खालीलप्रमाणे दिले जाते:
- जारी करण्याची वेळ: रियाध वेळेनुसार दुपारी बारा वाजताची त्याची पोस्टिंग तारीख (किंवा जर्नल नसल्यास त्याची इनव्हॉइस तारीख), जेणेकरून क्यूआरमधील वेळ कागदावर नमूद केलेल्या तारखेला येईल.
- इनव्हॉइसचा प्रकार: जे दिले गेले आहे ते, किंवा खरेदीदाराकडे व्हॅट क्रमांक नोंदवलेला असल्यास किंवा तो सरकारी संस्था असल्यास कर इनव्हॉइस, आणि अन्यथा सरलीकृत स्वरूप. त्याच्या इनव्हॉइसनंतर एक टीप जोडलेली असते.
- प्रत्येक ओळीवर व्हॅट श्रेणी आणि दर: ओळीच्या टॅक्स कोडनुसार, जर तो उपलब्ध असेल, अन्यथा ज्या करासह ती नोंदवली गेली होती त्यानुसार — कर आकारलेल्या ओळी S आहेत; राज्याबाहेरील खरेदीदारासाठी (निर्यात) कर न आकारलेली ओळ Z आहे आणि राज्यातील खरेदीदारासाठी O आहे, ज्यासोबत 0% पोस्टिंगमधून तिचे वर्गीकरण केले गेले आहे असे कारण दिलेले असते.
- विक्रेता आणि खरेदीदार, जसे की ते सध्या फाईलमध्ये आहेत, SAR मधील व्हॅट, एक UUID आणि QR कोड, जो पोस्ट केलेल्या एकूण रकमांमधून तयार केला आहे.
पोस्ट केलेल्या कोणत्याही गोष्टीत बदल होत नाही: एकूण रक्कम, आकडा, तारीख किंवा जर्नल यांपैकी काहीही नाही. एआर इन्व्हॉइसेसच्या यादीत यांना 'बॅक-फिल्ड' असे चिन्हांकित केले जाते, कारण ते तयार करताना तपासले गेले नव्हते आणि ते जारी करण्याची वेळ ही घड्याळातील नोंदीऐवजी पोस्टिंगची तारीख असते.
छापील बिल
- अरबी आणि इंग्रजी बाजूबाजूला, आणि वरच्या उजव्या कोपऱ्यात QR कोड.
- सरलीकृत इनव्हॉइसवर, विक्रेत्याचे अरबी नाव, पत्ता आणि व्हॅट क्रमांक असलेला विक्रेत्याचा ब्लॉक आणि खरेदीदाराचा ब्लॉक वगळण्यात येतो.
- व्हॅट श्रेणी स्तंभासह प्रत्येक ओळीसाठी व्हॅट, प्रत्येक श्रेणीनुसार व्हॅट सारांश ज्यामध्ये अरबी एकूण रक्कम स्वतंत्र सेलमध्ये असेल, हजार विभाजकांसह शब्दांमधील व्हॅट सारांश, प्रत्येक Z, E किंवा O ओळीसाठी सवलतीचे कारण आणि SAR मधील व्हॅट.
- टीपेचे शीर्षक ते कोणत्या प्रकारचे बिल आहे हे सांगते; टीपेत मूळ बिल आणि त्याचे कारण नमूद केलेले असते.
- जारी करण्याची वेळ, रियाध वेळेनुसार.
अचूक इन्व्हॉइस कोणत्याही चेतावणीशिवाय प्रिंट होते. जी फील्ड्स मुद्दाम रिकामी ठेवली आहेत — जसे की, सरलीकृत इन्व्हॉइसमधील खरेदीदाराचा ब्लॉक, इन्व्हॉइसवरील टीप फील्ड्स, ड्राफ्टवरील क्यूआर कोड, आधीच एसएआरमध्ये असलेल्या इन्व्हॉइसवरील एसएआर लाइन, आणि जेव्हा कोणतीही सूट दिलेली नसते तेव्हाची सूट सूची — ती आता रिकामी-फील्ड चेतावणी देत नाहीत.
पहिला टप्पा काय करत नाही
टप्पा २ — XML इन्व्हॉइस, क्रिप्टोग्राफिक स्टॅम्प, हॅश चेन आणि ZATCA च्या प्लॅटफॉर्म (Fatoora) द्वारे क्लिअरन्स किंवा रिपोर्टिंग — याचा भाग नाही. टप्पा २ ला आवश्यक असलेली फील्ड्स राखीव आहेत: प्रत्येक इन्व्हॉइसला त्याचा संबंधित UUID दिला जातो, त्यामुळे टप्पा २ ज्या ओळखीने रिपोर्ट करेल ती ओळख त्याला आधीच मिळालेली असते, आणि जोपर्यंत टप्पा २ ती माहिती भरत नाही तोपर्यंत इन्व्हॉइस हॅश, मागील इन्व्हॉइसचा हॅश आणि काउंटर रिकामे ठेवले जातात.
१२ ऑक्टोबरपासून, फेज १ च्या जोडीला फेज २ देखील सुरू करता येईल: त्यानंतर प्रत्येक इन्व्हॉइस पोस्ट करताना त्यावर शिक्का मारला जातो. फेज १ वर कायम असलेल्या कंपनीमध्ये कोणताही बदल होत नाही. ZATCA फेज २: स्वाक्षरी युनिट्स आणि पोस्टिंगवेळचा शिक्का पहा.
कायद्यानुसार जोपर्यंत सांगितले जाईल तोपर्यंत ठेवले जाईल.
ZATCA अंतर्गत जारी केलेली बिले आणि नोंदी, ती प्रत्येक वेळी छापल्याची नोंद, आणि कंपनीचा ऑडिट लॉग हे, डेटा रिटेन्शन पॉलिसीमध्ये काहीही म्हटले असले तरी, त्याद्वारे कधीही संग्रहित (archived) किंवा काढून टाकले (purge) जात नाहीत. 'जुना डेटा ठेवणे आणि काढून टाकणे' (Keeping and removing old data) पहा.