इस गाइड में, UBL 2.4 ऐप्लिकेशन रिस्पॉन्स को लागू करने के बारे में जानकारी दी गई है स्कीमा, UBL 2.4 मानकों के मुताबिक है. इसका मुख्य काम है, टैक्स अथॉरिटी को सबमिट किए गए बिलिंग दस्तावेज़ की स्थिति. इस तारीख से भेजा गया यह दस्तावेज़, वेंडर के ज़रिए Google को दी गई सबमिशन स्थिति में किया गया है और इसमें कर प्रशासन से जुड़ी हुई है.
स्कीमा, वेंडर को ऐसे दस्तावेज़ सबमिट करने के नतीजों की रिपोर्ट करने में मदद करता है जो Google, इसमें शामिल है:
- दस्तावेज़ों के स्वीकार होने की स्थिति.
- ऐसी समस्याएं या गड़बड़ियां जिनके बारे में टैक्स अथॉरिटी ने पता लगाया है.
- इनवॉइस या क्रेडिट नोट के लिए, संबंधित बाइनरी फ़ाइलों के लिंक.
यह स्ट्रक्चर्ड कम्यूनिकेशन प्रोटोकॉल, इनके बीच इंटरैक्शन को आसान बनाता है Google, वेंडर, और टैक्स अथॉरिटी, इनवॉइस को ज़्यादा असरदार बनाने के लिए संसाधन और अनुपालन का पालन.
अनुरोधों के लिए इस्तेमाल होने वाले बैचिंग तरीके की तरह, रिस्पॉन्स के बैच को बनाने की प्रोसेस इस तरीके में, कई दस्तावेज़ों को एक ही सबमिशन में इकट्ठा किया जाता है असरदार मैनेजमेंट. इस तरीके से जुड़ी अहम जानकारी यहां देखी जा सकती है इनवॉइस के जवाब के बैच बनाना सेक्शन में जाएं.
इमेज में विज़ुअलाइज़ की गई स्कीमा स्ट्रक्चर, दस्तावेज़ की यह स्थिति तय करने के तरीके को कम करती है. इनवॉइस सबमिट होने की रिपोर्टिंग:
1.0 ऐप्लिकेशन रिस्पॉन्स हेडर
ज़रूरी मेटाडेटा की जानकारी. जैसे, Google वेंडर रिक्वेस्ट आईडी और तारीख और यूटीसी के मुताबिक जवाब जारी किए जाने का समय.
एलिमेंट | जानकारी | उदाहरण |
---|---|---|
cbc:UUID |
इनवॉइस अनुरोध में दिया गया Google वेंडर अनुरोध आईडी. | 123e4567-e89b-12d3-a456-426614174000 |
cbc:IssueDate |
वह तारीख जब जवाब जारी किया गया. | 2023-06-02 |
cbc:IssueTime |
यूटीसी के मुताबिक, जवाब देने का समय. | 08:20:00-08:00 |
उदाहरण
<ApplicationResponse>
<cbc:UUID>123e4567-e89b-12d3-a456-426614174000</cbc:UUID>
<cbc:IssueDate>2023-06-02</cbc:IssueDate>
<cbc:IssueTime>08:20:00-08:00</cbc:IssueTime>
<cac:SenderParty>
<!-- Sender party details -->
</cac:SenderParty>
<cac:ReceiverParty>
<!-- Receiver party details -->
</cac:ReceiverParty>
<cac:DocumentResponse>
<!-- Document Response content -->
</cac:DocumentResponse>
</ApplicationResponse>
2.0 ईमेल भेजने और पाने वाले की जानकारी
इस सेक्शन में, ईमेल भेजने और पाने वाले के बारे में जानकारी दी गई है आवेदन का जवाब, UBL मानक के मुताबिक एक ज़रूरी फ़ील्ड है. इसमें के रूप में हो सकता है, तो उसे Google ही ऐक्सेस कर सकता है.
एलिमेंट | जानकारी | उदाहरण |
---|---|---|
cac:SenderParty/cac:PartyName/cbc:Name |
सरकारी सिस्टम से जवाब फ़ॉरवर्ड करने वाले वेंडर का नाम. | Vendor Company |
cac:ReceiverParty/cac:PartyName/cbc:Name |
जवाब पाने वाली इकाई का नाम. | Google |
उदाहरण
<ApplicationResponse>
...
<cac:SenderParty>
<cac:PartyName>
<cbc:Name>Vendor Company</cbc:Name>
</cac:PartyName>
</cac:SenderParty>
<cac:ReceiverParty>
<cac:PartyName>
<cbc:Name>Google</cbc:Name>
</cac:PartyName>
</cac:ReceiverParty>
...
</ApplicationResponse>
3.0 दस्तावेज़ का जवाब
इस सेक्शन में, दस्तावेज़ के जवाब के बारे में बताया गया है. इसमें रिस्पॉन्स का स्टेटस और उससे जुड़े दस्तावेज़ के रेफ़रंस जनरेट किए गए हैं सरकार को सफलतापूर्वक दस्तावेज़ सबमिट करने के लिए.
एलिमेंट | जानकारी | उदाहरण |
---|---|---|
cac:Response |
ज़रूरी है. इसमें, इनवॉइस सबमिट करने से जुड़े जवाब की स्थिति शामिल होती है. | सेक्शन 3.1 देखें |
cac:DocumentReference |
ज़रूरी नहीं. इसमें जनरेट किए गए दस्तावेज़ों में शून्य या कई रेफ़रंस शामिल हो सकते हैं. | सेक्शन 3.2 देखें |
उदाहरण
<ApplicationResponse>
...
<cac:DocumentResponse>
<cac:Response>
<!-- Response details -->
</cac:Response>
<cac:DocumentReference>
<!-- Document Reference (if applicable) -->
</cac:DocumentReference>
<cac:DocumentReference>
<!-- Document Reference (if applicable) -->
</cac:DocumentReference>
</cac:DocumentResponse>
</ApplicationResponse>
3.1 जवाब
हर ऐप्लिकेशन रिस्पॉन्स में एक cac:Response
होना चाहिए, जो
दस्तावेज़ सबमिट करने से जुड़ी मौजूदा स्थिति. इससे पक्का होता है कि
कि हर दस्तावेज़ को प्रोसेस करने के नतीजे के बारे में साफ़ तौर पर बताया गया हो.
एलिमेंट | जानकारी | उदाहरण |
---|---|---|
cbc:ReferenceID |
बताए गए इनवॉइस के लिए टैक्स सिस्टम से लौटाया गया यूनीक आइडेंटिफ़ायर. | BIL-123456 |
cbc:ReferenceID/@schemeID |
ऐसा सिस्टम या स्टैंडर्ड जो आइडेंटिफ़ायर के बारे में जानकारी देता है और उसके सोर्स के बारे में बताता है. | KSEF |
cac:Status/cbc:StatusReasonCode |
ऐसा कोड जो पहले से तय वैल्यू के आधार पर, जवाब या स्थिति की वजह के बारे में बताता है: list. | NON |
cac:Status/cbc:StatusReason |
स्टेटस कोड के बारे में ज़्यादा जानकारी देने वाला टेक्स्ट. | No Issue |
उदाहरण
<ApplicationResponse>
...
<cac:DocumentResponse>
<cac:Response>
<cbc:ReferenceID schemeID="Vendor Company">BIL-123456</cbc:ReferenceID>
<cac:Status>
<cbc:StatusReasonCode>NON</cbc:StatusReasonCode>
<cbc:StatusReason>No Issue</cbc:StatusReason>
</cac:Status>
</cac:Response>
<cac:DocumentReference>
<!-- Document Reference (if applicable) -->
</cac:DocumentReference>
<cac:DocumentReference>
<!-- Document Reference (if applicable) -->
</cac:DocumentReference>
</cac:DocumentResponse>
</ApplicationResponse>
3.2 दस्तावेज़ का रेफ़रंस
इस सेक्शन का इस्तेमाल, उन दस्तावेज़ों में रेफ़रंस अटैच करने के लिए किया जाता है जो इनसे जनरेट हुए हैं: इनवॉइस सबमिट करने की प्रक्रिया के बारे में ज़्यादा जानें. यह ज़रूरी नहीं है और इसमें कई संदर्भ, टैक्स अथॉरिटी की ओर से जनरेट किए गए दस्तावेज़ों की संख्या के आधार पर तय किए जाते हैं.
एलिमेंट | जानकारी | उदाहरण |
---|---|---|
cbc:ID |
लोकल इनवॉइस नंबर | BIL-123456 |
cbc:ID/@schemeID |
इनवॉइस रेफ़रंस जारी करने वाले का आइडेंटिफ़ायर | Vendor Company |
cbc:IssueDate |
वह तारीख जब टैक्स अथॉरिटी ने यह जवाब जारी किया था | 2023-06-02 |
cbc:DocumentTypeCode |
दस्तावेज़ का ऐसा टाइप जिसका रेफ़रंस दिया जा रहा है, जिसे कोड के तौर पर दिखाया जाता है (अगर इनवॉइस स्वीकार किया जाता है) | 380 |
cbc:DocumentType |
किस तरह के दस्तावेज़ का रेफ़रंस दिया जा रहा है, जिसे टेक्स्ट के तौर पर दिखाया जा रहा है | Invoice |
cac:Attachment/cac:ExternalReference/cbc:FormatCode |
जनरेट किए गए इनवॉइस का फ़ॉर्मैट (एक्सएमएल, PDF, यूआरएल) | XML |
cac:Attachment/cac:ExternalReference/cbc:FileName |
एसएफ़टीपी सर्वर पर जनरेट की गई फ़ाइल का फ़ाइल नाम (एक्सएमएल और PDF फ़ॉर्मैट कोड के लिए) | invoice_GCEMEAD0000000001.pdf |
cac:Attachment/cac:ExternalReference/cbc:URI |
जनरेट की गई फ़ाइल को फिर से पाने के लिए यूआरएल (यूआरएल फ़ॉर्मैट कोड के लिए) | https://example.com/invoice/view |
इन उदाहरणों में बताया गया है कि ऐप्लिकेशन में दस्तावेज़ों का रेफ़रंस कैसे दिया जा सकता है जवाब. पहले उदाहरण में ऐसे दस्तावेज़ शामिल हैं जिन्हें एसएफ़टीपी का इस्तेमाल करके ट्रांसफ़र किया गया है. ये दस्तावेज़ दूसरा उदाहरण PDF और एक्सएमएल फ़ॉर्मैट में उपलब्ध है और दूसरे उदाहरण में ऐसे दस्तावेज़ के बारे में बताया गया है जिसे ऐक्सेस किया जा सकता है यह सुविधा, यूआरएल का इस्तेमाल करती है. इससे फ़ाइल को ट्रांसफ़र करने की ज़रूरत के बिना ही सीधे तौर पर ऐक्सेस किया जा सकता है प्रोटोकॉल इस्तेमाल किए.
उदाहरण 1: PDF और एसएफ़टीपी का इस्तेमाल करके ट्रांसफ़र किए गए एक्सएमएल इनवॉइस अटैचमेंट
<ApplicationResponse>
<!-- Sender and Receiver Details -->
<cac:DocumentResponse>
<cac:Response>
<!-- Response Details -->
</cac:Response>
<cac:DocumentReference>
<cbc:ID schemeID="Vendor Company">BIL-123456</cbc:ID>
<cbc:IssueDate>2023-06-02</cbc:IssueDate>
<cbc:DocumentTypeCode>380</cbc:DocumentTypeCode>
<cbc:DocumentType>Invoice</cbc:DocumentType>
<cac:Attachment>
<cac:ExternalReference>
<!-- PDF Document stored on SFTP -->
<cbc:FormatCode>PDF</cbc:FormatCode>
<cbc:FileName>invoice_GCEMEAD0000000001.pdf</cbc:FileName>
</cac:ExternalReference>
</cac:Attachment>
<cac:Attachment>
<cac:ExternalReference>
<!-- XML Document stored on SFTP -->
<cbc:FormatCode>XML</cbc:FormatCode>
<cbc:FileName>invoice_GCEMEAD0000000001.xml</cbc:FileName>
</cac:ExternalReference>
</cac:Attachment>
</cac:DocumentReference>
</cac:DocumentResponse>
</ApplicationResponse>
दूसरा उदाहरण: दस्तावेज़ को यूआरएल से ऐक्सेस करना
<ApplicationResponse>
<!-- Sender and Receiver Details -->
<cac:DocumentResponse>
<cac:Response>
<!-- Response Details -->
</cac:Response>
<cac:DocumentReference>
<cbc:ID schemeID="Vendor Company">BIL-123456</cbc:ID>
<cbc:IssueDate>2023-06-02</cbc:IssueDate>
<cbc:DocumentTypeCode>380</cbc:DocumentTypeCode>
<cbc:DocumentType>Invoice</cbc:DocumentType>
<cac:Attachment>
<cac:ExternalReference>
<!-- Document accessible using URL -->
<cbc:FormatCode>URL</cbc:FormatCode>
<cbc:URI>https://example.com/invoice/view</cbc:URI>
</cac:ExternalReference>
</cac:Attachment>
</cac:DocumentReference>
</cac:DocumentResponse>
</ApplicationResponse>