वेंडर के इनवॉइस का जवाब

इस गाइड में, 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>