ParseDoc.devBeta
डेमोउपयोगयह कैसे काम करता हैमूल्य निर्धारणFAQऐप में जाएंऐप

डेमोउपयोगयह कैसे काम करता हैमूल्य निर्धारणFAQसहायता
ČeštinaEnglishEspañolFrançaisDeutsch中文العربيةहिन्दीPortuguêsРусский日本語বাংলাBahasa IndonesiaاردوTürkçeTiếng Việt한국어Italianoதமிழ்मराठी
व्यवसायिक शर्तें

© 2026 ParseDoc.dev. 💚 के साथ प्रभावी लेखांकन के लिए बनाया गया।

ऑपरेटर: इंजी. मार्क जावुरेक, सोप्रेच 29, 533 16, IČO: 03986381

  • शुरुआत करें
  • दस्तावेज़
  • फोल्डर्स
  • स्कीमाएँ और आउटपुट
    • प्रणाली योजनाएँ
    • निजी स्कीमाएँ
    • निर्यात फ़ॉर्मेट
    • ISDOC, UBL और CII
  • लेखांकन से कनेक्टिविटी
  • सर्वेक्षण और गतिविधि
  • खाते की सेटिंग
  • बिलिंग और सब्सक्रिप्शन
  • सुरक्षा और गोपनीयता
  • समस्या निवारण
  • समाचार
स्कीमाएँ और आउटपुटISDOC, UBL और CII

ISDOC, UBL और CII

इलेक्ट्रॉनिक इनवॉइसिंग के तीन मानक परिवार। ये उनकी उत्पत्ति में भिन्न हैं, यह नहीं कि वे क्या व्यक्त कर सकते हैं — विषयवस्तु में ये बहुत समान हैं। हम सभी को इनपुट और आउटपुट पर संभाल सकते हैं।

ISDOC

चेक मानक, आज के लिए संस्करण 6.0.2 पर है। इसका लाभ यह है कि लगभग सभी चेक एकाउंटिंग प्रोग्राम इसे संभालते हैं। इसका नुकसान यह है कि चेक गणराज्य के बाहर किसी ने इसके बारे में नहीं सुना।

हम संस्करण 6.0.2 को एक अलग फ़ाइल .isdoc के रूप में उत्पन्न करते हैं। इनपुट पर, हम पुराने संस्करण 5.x और ISDOCX पैकेज — यानी XML और संलग्न PDF के साथ ZIP - का पढ़ सकते हैं। इसमें PDF दस्तावेज़ के मूल के रूप में संग्रहित किया जाता है। आउटपुट पर, हम ISDOCX उत्पन्न नहीं करते हैं।

UBL 2.1

OASIS से अंतरराष्ट्रीय मानक। यह यूरोपीय नेटवर्क Peppol (प्रोफ़ाइल BIS Billing 3.0) और जर्मन XRechnung (3.0.2) का आधार है। जब आप विदेश में या EU में सार्वजनिक प्रशासन को इनवॉइस भेजते हैं, तो लगभग निश्चित रूप से इन्हें चाहिए।

क्रेडिट नोट UBL में एक अलग दस्तावेज़ के रूप में जाता है, न कि नकारात्मक चिह्न के साथ इनवॉइस के रूप में। राशि वस्तुओं के योग से निकाली जाती हैं, न कि पढ़े गए संक्षेप से — अन्यथा दस्तावेज़ प्रापक के पास आंतरिक संगति नियंत्रण से नहीं गुजरेगा। पते और पक्षों के ई-मेल पते DIČ से निकाले जाते हैं।

CII D16B

UN/CEFACT का मानक। इसका उपयोग जर्मन ZUGFeRD और फ्रांसीसी Factur-X करते हैं। दोनों हाइब्रिड हैं: परिणाम एक PDF है, जिसके भीतर XML समाहित होता है। इंसान इनवॉइस को देखता है, मशीन डेटा पढ़ती है। आपके पास बिना किसी XML (ZUGFeRD) और समाहित XML के साथ संपूर्ण PDF/A-3b (ZUGFeRD PDF) का विकल्प है। हम ऐसे PDF को इनपुट पर पहचानते हैं और इसके XML को बिना मॉडल के पढ़ते हैं।

कौन सा चुनें

स्थितिप्रारूप
चेक एकाउंटिंग प्रोग्रामISDOC, या सीधे Pohoda या Money S3
EU में सार्वजनिक प्रशासनPeppol BIS 3.0
जर्मन ग्राहकXRechnung या ZUGFeRD PDF
फ्रांसीसी ग्राहकZUGFeRD PDF (Factur-X)
अपना सिस्टमJSON

मान्यता

आउटपुट का आकार और व्यावसायिक नियम (XSD, Schematron EN 16931 और Peppol) हम विकास के दौरान अपनी ओर से देखते हैं, हर डाउनलोड पर नहीं। जो चीज़ डाउनलोड से पहले सत्यापित की जा सकती है, वे डेटा हैं: नियंत्रण के परिणाम बताते हैं कि योग मेल नहीं खाता या DIČ गायब है, और अन्य प्रकार का दस्तावेज़ इनवॉइस प्रारूप में पूरी तरह से परिवर्तित नहीं किया जाता है। यदि प्रापक फिर भी फ़ाइल को अस्वीकृत कर देता है, तो कृपया हमें इसका संदेश और दस्तावेज़ का पहचानकर्ता भेजें।

पिछलानिर्यात फ़ॉर्मेटअगलालेखांकन से कनेक्टिविटी

इस पृष्ठ पर

  • ISDOC
  • UBL 2.1
  • CII D16B
  • कौन सा चुनें
  • मान्यता