سپورٹ کردہ ان پٹ فارمیٹس
ان پٹ کو دو گروپوں میں تقسیم کیا گیا ہے: فائلیں، جن سے ڈیٹا ماڈل کے ذریعے پڑھا جاتا ہے، اور فائلیں، جن میں ڈیٹا پہلے سے ساخت بند ہے۔
ماڈل کے ذریعے پڑھنا
| فارمیٹ | نوٹ |
|---|---|
| ڈیجیٹل اور سکین شدہ، زیادہ سے زیادہ 20 صفحات | |
| JPG, PNG | موبائل کی تصاویر، سکینر سے نکلا ہوا |
| GIF, WebP, BMP | خود بخود دوبارہ کوڈ کیا جائے گا |
| Word, Excel, PowerPoint | دستاویز سے تحریر اور شامل کردہ تصاویر |
ای میل .eml | لفافہ: ہر منسلک سے رسید تشکیل دی جائے گی، زیادہ سے زیادہ دس ایک پیغام سے |
| آرکائیو ZIP, RAR, 7z, TAR, TAR.GZ | لفافہ: ہر اندرونی فائل سے رسید تشکیل دی جائے گی، زیادہ سے زیادہ پچاس، تمام آرکائیو کے نام کے مطابق لیبل کے ساتھ |
ان فارمیٹس پر شناخت اور ماڈل چلتا ہے۔ نتیجہ ایک تخمینہ ہے، حالانکہ اچھا ہے، اور اس لیے اس کی جانچ کی جاتی ہے۔ TIFF سپورٹ نہیں کیا گیا؛ اسے PDF یا PNG میں تبدیل کریں۔
ساخت بند
| فارمیٹ | نوٹ |
|---|---|
| ISDOC, ISDOCX | چیک ریپبلک کا الیکٹرانک انوائس اسٹینڈرڈ، ورژن 5.x اور 6.x |
| UBL 2.1 | Peppol BIS, XRechnung |
| CII D16B | ZUGFeRD, Factur-X، بشمول PDF کے ساتھ شامل XML |
| Pohoda XML | Pohoda سے بیچ، ایک فائل میں 50 رسیدوں تک |
یہاں کچھ بھی فیصلہ نہیں کیا جاتا، ڈیٹا براہ راست لوڈ ہوتا ہے اور رسید کا کوئی کریڈٹ نہیں لگتا۔ فہرست میں اس کا آئیکون الیکٹرانک انوائس ہوتا ہے۔ جانچ اسی طرح چلتی ہے، کیونکہ ساخت بند رسید کا مجموعہ درست نہیں یا غیر معتبر DIČ ہو سکتا ہے؛ اس صورت میں تلاش یہ بتاتی ہے کہ خرابی جاری کرنے والے کی ہے۔
ISDOCX پر ایک آرکائیو کھلتا ہے، انوائس پڑھی جاتی ہے اور منسلک PDF کو اصل کے طور پر محفوظ کیا جاتا ہے، اس طرح پیش منظر انوائس دکھاتا ہے اور XML نہیں۔ Pohoda کا بیچ جس میں کئی رسیدیں ہوں اتنی ہی رسیدیں بناتا ہے جتنی اس میں ہیں؛ فہرست میں نام کے ترتیب سے الگ ہو جائیں گی۔
جو چیز سپورٹ نہیں کی گئی
TIFF، HTML صفحات، پاس ورڈ کے ساتھ آرکائیو۔ ایک ہی انوائس اور اس کے PDF کے ساتھ ZIP ISDOCX ہے اور الیکٹرانک انوائس کے طور پر پروسیس کیا جائے گا؛ کئی انوائسز کے ساتھ ZIP ایک بیچ ہے اور اسے فائلوں میں نکالا جائے گا۔