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 वाचतो नॉन-मॉडेल स्वरूपात.

कोणता निवडा

प्रमाणीकरण

आउटपुटचा आकार आणि व्यावसायिक नियम (XSD, Schematron EN 16931 आणि Peppol) आम्ही आम्ही विकासाच्या वेळी लक्षात ठेवतो, प्रत्येक डाउनलोडवर नाही. जोपर्यंत डाउनलोड करण्यापूर्वी सत्यापित केला जाऊ शकतो, तेव्हा डेटा: तपासणीमध्ये असे आढळते की एकूण रकमा जुळत नाही किंवा DIČ चुकत आहे, आणि दुसऱ्या प्रकारचा दस्तऐवज चलान स्वरूपात रूपांतरित होणार नाही. जेव्हा ग्राहक फाईल नाकारतो, तेव्हा तुम्हाला त्याची त्रुटी संदेश आणि दस्तऐवजाचा आयडेंटिफायर पाठवावा लागेल.