نئی معلومات

ایپلیکیشن میں کیا تبدیل ہوا ہے اور اس کا آپ کے لیے کیا مطلب ہے۔ سب سے نئی معلومات اوپر ہیں۔

یہاں صرف وہی چیزیں ہیں جو آپ کام کرتے وقت جانیں گے: نئی خصوصیات، رویے میں تبدیلیاں اور اصلاحات۔ جب کوئی نئی ریکارڈ شامل ہوگا تو مدد کے ٹیب کے ساتھ ایک نقطہ ظاہر ہوگا اور جب آپ اس صفحے کو کھولیں گے تو یہ غائب ہوجائے گا۔

ایپلیکیشن کو مسلسل آن کیا جاتا ہے، اس لیے جاری کردہ معلومات کے نمبرز نہیں ہوتے صرف تاریخ ہوتی ہے۔

18. 9. 2026

چھوٹ کے بعد کی قیمت، نہ کہ اس سے پہلے۔ جب رسید میں قیمت چھوٹ سے پہلے اور بعد میں درج ہو — جیسے سپر مارکیٹ کی رسیدیں، تعمیراتی سامان کی انوائسیں — پھر چھوٹ کے بعد والی قیمت حاصل کی جائے گی۔ پہلے، پہلے درج قیمت دیتی تھی، جس کی وجہ سے خرچ اس سے زیادہ آتا تھا جو آپ نے واقعی میں ادا کیا۔

آئtem کی قیمتوں کے نرخوں کے خلاف نئے ٹیکس کی جانچ۔ غیر ملکی رسید جو کہ کرون میں جاری ہوتی ہے، اس میں اپنی کرنسی میں ٹیکس کا کالم رکھتا ہے اور پہلی نظر میں سب کچھ درست لگتا ہے: بنیادی رقم کے ساتھ ٹیکس ادا کرنے کی رقم بنتی ہے اور آئtem بنیادی قیمت کے ساتھ درست ہیں۔ یہ تمام چیزیں لائن کی شرحوں کے ذریعے طے ہوجاتی ہیں۔ اب ایسی رسید کو ایک علامات ملے گی۔ اس کے ساتھ اصلاح کے لیے بٹن جان بوجھ کر نہیں دیا جاتا ہے — ٹیکس اور بنیادی رقم بھی غلط ہوتی ہے اور ایسی رسید جس میں ایک وقت میں دو شعبوں کی اصلاح کرنی ہوتی ہے، انسانی مداخلت کی ضرورت ہوتی ہے۔

شرح کی بجائے ٹیکس کی رقم کی اصلاح ہوگی۔ جرمن انوائسز میں "MwSt." کے کالم میں یورو میں رقم ہوتی ہے، نہ کہ فیصد، اور شرح میں مثلاً 19.84% داخل ہو جاتا ہے۔ یہ صرف اسی صورت میں اصلاح ہوگی جب ایسی شرح یورپی یونین میں کہیں بھی قابل قبول نہ ہو، پڑھائی کے بعد حاصل کردہ شرح وجود میں آ جائے گی، اور حساب کے مطابق ٹیکس رسید کی مجموعی رقم پر بیٹھ جائے گا۔

غیر ملکی ویٹ کی شرحیں اب علامات نہیں ہیں۔ پولینڈ کی 23%، آسٹریا کی 20% اور پرتگال کی 6% پہلے غیر معمولی شرح کے طور پر رپورٹ کی جاتی تھیں۔ مقامی رسید اب تاریخ کے پیش نظر چیک ریپبلک کی شرحوں کے مطابق ہی ہوگی۔

آئtem کے لیے کمزور شرح کو مکمل کیا جائے گا۔ چھوٹ، گولائی یا ادائیگی کی تخفیف میں شرح کے کالم میں ایک ڈیش ہوتا ہے۔ ایسی لائن پہلے صفر کی شرح میں چلی جاتی تھی اور ریاضی پھر دستاویز میں کون سے درست نہیں ہوتی۔ شرح صرف اسی صورت میں مکمل کی جائے گی جب اس کی تصدیق جمع کے ذریعے ہو۔

ٹیکس کی قیمتیں شامل قیمتوں کے ساتھ دوبارہ حساب کی جائیں گی۔ انوائس میں آئtem کی قیمت ٹیکس کے بغیر ہے، اور جب بھی ماڈل ٹیکس کے ساتھ رقم لیتا ہے تو اکاؤنٹنگ میں بنیادی رقم کو اضافی شرح کے ساتھ چلا جاتا ہے۔ 92 انوائس کے نمونے میں یہ پندرہ انوائسز کی بات ہے۔ پچھلی وصول کردہ رسید کا دوبارہ حساب بغیر نئی پروسیسنگ اور کریڈٹ کے بغیر کیا گیا۔

ای میل (.eml) اپلوڈ کرنا۔ محفوظ کردہ پیغام کو اپلوڈ کریں اور ہر ایک ساتھ موجود پیوست سے رسید بنائی جائے گی۔ جس پیوست سے رسید نہیں بنی، اس کی معلومات بھی آپ کو فراہم کی جائے گی۔

IČO کو اسی پارٹی کے DIČ کے خلاف جانچا جائے گا۔ چیک کی کمپنی کا DIČ اس کے IČO کو اپنے اندر رکھتا ہے، لہذا یہ جانچنے کی اجازت دیتا ہے کہ دونوں نمبر ایک ہی کمپنی سے متعلق ہیں۔ یہ سپلائر اور کسٹمر کی غلطی کے لیے بھی کام کرتا ہے، ایسی صورت میں جہاں جانچ کی تعداد درست نہیں ہوگی — دونوں نمبر درست ہیں لیکن کسی اور کا ہے۔ اس علامات کے لیے اصلاح کو ایک کلک میں پیش کیا گیا ہے۔

17. 9. 2026

ریسید کو دو بار پروسیس نہیں کیا جائے گا۔ جب قطار اسی کام کو دوبارہ فراہم کرتی ہے تو دوسرا موقع رک جائے گا۔ وہ رسید جس پر کوئی بھی کام کرنا چھوڑ دے، دس منٹ بعد اسے انتظار میں واپس کر دیا جائے گا۔

Webhook اور Telegram کو پیغام صرف رسید کی محفوظ ہونے کے بعد بھیجے جائیں گے۔ پروسیسنگ کے ختم ہونے اور محفوظ کرنے کے درمیان ایک مختصر لمحے کے دوران پہلے یہ ہو سکتا تھا کہ Webhook بالکل نہیں بھیجا جائے، یا Telegram نے ناکام رسید پر “ہو چکا” کی اطلاع دی۔

16. 9. 2026

ماڈل کی حد کے ختم ہونے کی صورت میں رسید معطل نہیں ہوگی۔ ایک بڑی ترسیل کے بعد، یومیہ حد سے تجاوز کرتے ہوئے رسیدیں پہلے غلطی کے طور پر لکھی جا رہی تھیں۔ اب وہ انتظار کی قطار میں رکتیں ہیں اور جیسے ہی حد ختم ہوگی پروسیس ہو جائیں گی — بغیر کسی غلطی کی اطلاع اور بغیر کریڈٹ کو یہاں اور وہاں واپس کیے۔

بڑی ترسیل دوسرے کی بلاک نہیں کرے گی۔ قطار صارفین کی ترتیب کرتی ہے، لہذا ہزاروں رسیدوں کی درآمد دوسرے کے ذریعہ اپلوڈ ہونے والی رسید کو نہیں روکے گی۔

زیادہ درست نکاسی۔ نکاسی نے نئے ماڈل میں منتقل ہو گیا: کنٹرول سیٹ پر 98.4% صحیح شعبے پہلے کے 88.0% کے مقابلے میں۔ گمشدہ ہکنگ اور اشیاء کے اوپر والی صفر کے خط کو M میں تبدیل کیا گیا ہے۔

ڈیجیٹل PDF بھی ٹیکسٹ کی پرت سے پڑھا جاتا ہے۔ صفحے کے تصویر کے ساتھ ساتھ فائل سے بھی ٹیکس پڑھا جائے گا، لہذا جو چیز تصویر میں سمجھنے میں مشکل ہو سکتی ہے اسے بھی پڑھا جائے گا۔ درستگی نمونے میں 98.4 سے بڑھ کر 100% ہو گئی ہے۔

چیک کی کمپنی کا IČO آٹھ عدد ہونا چاہیے۔ اضافی نمبر پہلے غور نہیں کیا جاتا تھا، تاکہ غیر ملکی رجسٹریشن نمبر کو غیر مستند کے طور پر شمار نہ کیا جائے۔ یہ چیک میں ظاہر ہوتا ہے کہ یہ ایک چیک کمپنی ہے وہی پارٹی کا DIČ بتاتا ہے۔

علامات کے ساتھ رسید کی تصدیق ذہنی توثیق کی طلب کرتی ہے۔ ناکامی کی علامات کے ساتھ رسید صرف اس طرح نہیں گزرے گی: علامات کھڑکی میں ظاہر ہوں گے اور ایسے ہی توثیق کریں کے بٹن کے ذریعے توثیق کی جائے گی۔ دو صفر کے بغیر ایک نظر انداز کردہ IBAN دوسرے شعبوں کی اصلاحات میں نہیں جا پائے گا۔

پیش نظارہ میں تلاش اعداد و شمار میں بھی تلاش کرتی ہے۔ جو چیز آپ بائیں طرف موجود اصل میں دیکھتے ہیں وہ دائیں جانب، فارم اور نتیجہ دونوں میں نمایاں ہو جائے گی۔ رسید سے درج کی گئی رقم (“16 591,56”) اپنے متبادل کو JSON یا XML میں تلاش کرے گی۔

پروسیسنگ اپنی سروس میں چلتی ہے۔ نئی ورژن کی تعیناتی نے وقت کے ذریعے پروسیس جاری رکھنے والے رسیدوں میں خلل ڈالنا بند کر دیا ہے۔

15. 9. 2026

مکمل رسید کو درست کریں۔ کھڑکی کے اوپر ایک بٹن ہے جس میں دو راستے ہیں: رسید کو جانچ کے لیے واپس کرنا اور ڈیٹا کو درست کرنا، جو کچھ بھی نہیں ہے، یا اسے کسی قسم کے ساتھ دوبارہ پروسیس کرنا۔ پہلے خراب ہو جانے والی رسید کا کچھ بھی نہیں کیا جا سکتا تھا سوائے اسے حذف کرنے اور دوبارہ زیادہ کریڈٹس کے تحت اپلوڈ کرنے کے۔

عمومی رسید کو نیا نوعیت کی رسید کے طور پر۔ ریستوران کی رسید پہلے ایندھن کی رسید کی طرح گزر سکتی تھی، کیونکہ صرف انوائس اور ایندھن میں سے انتخاب کیا جاتا تھا۔ اب عام رسید کے لیے ایک اسکیم موجود ہے، اور جب ایندھن کی رسید پر کوئی ایندھن نہیں ہے، تو یہ ایک علامات بتائے گا۔

**ISDOC ** کہ ایک سادہ ٹیکس رسید ہے، پچھلے Pohoda اور Money S3 کے ساتھ۔

ISDOC باضابطہ اسکیم 6.0.2 کے مطابق۔ پہلے کے اسکیم کے نتیجہ میں کمی تھی، اس میں فرضی نصف رسید کی کمی تھی۔ اب یہ خود بخود اس کے خلاف چیک کیا جا رہا ہے۔

بذور ٹائم باکس میں متعین کردہ قسم کی دستاویز کا فارمیٹ کہیں بھی نہیں بنتا۔ ایسا تبدیل کرنا اسے پہلے بھی روکتا رہا، لیکن تفصیلات، پیش نظارہ، webhook اور MCP اسے تیار کر رہے تھے۔ اب ہر جگہ ایک ہی پیغام واپس آئے گا۔

ویٹ کے بغیر کی رسید میں آئtem میں سمری نہیں ہوگی۔ غیر ویٹ کے ساتھ وصولی کے مضمون میں اکثر زیر حصے، کل اور واجب الادا کی رقم شامل ہو جاتی تھی، لہذا خرچ اصل رقم سے ضرب پر نہیں آتا۔

کنٹرول کی توثیق کے بعد ایک اور رسید کھل جائے گی جو اس کا انتظار کر رہی ہے۔ پہلے کھڑکی توثیق کردہ رسید پر رہتی تھی اور ایک اور کے لیے پوری لسٹ میں تمام چیزوں کے ذریعے تیرتے ہوئے جانا پڑتا تھا۔

تاروں کے ذریعے جانے سے ڈیفالٹ ٹیب کھل جائے گی۔ منتخب کردہ ٹیب صرف اس رسید کے لیے مؤثر ہوتی ہے جس پر انتخاب ہوا ہے؛ غیر توثیق کردہ رسید کنٹرول سے شروع ہوتی ہے۔

14. 9. 2026

دستاویزات کے نام بغیر پسوند کے۔ فہرست اور کھڑکی "انوائس" کو "انوائس.pdf" کی جگہ دکھاتی ہیں۔ اسے اکاؤنٹ کی ترتیبات میں بند کیا جا سکتا ہے، محفوظ کردہ فائل کے نام کو تبدیل نہیں کیا جاتا اور ڈاؤن لوڈ کی جانے والی فائل کے پاس مزید پسوند موجود ہوتا ہے۔

نیا PDF پیش نظارہ۔ ہم خود اسے ڈرائنگ کرتے ہیں، لہذا یہ موبائل پر بھی کام کرتا ہے — آئی فون پر پہلے پیش نظارہ کی صرف پہلی صفحے پر دکھائی دیتی تھی اور اینڈرائیڈ پر کچھ نہیں۔ دو انگلیوں کی حرکت سے زومنگ، ٹیکسٹ میں تلاش اور صفحات کے پیش نظارے بڑھوئے ہیں۔

PDF میں برآمد اور مکمل ZUGFeRD۔ پڑھنے کے لیے رسید کے طور پر PDF اور ZUGFeRD کے طور پر PDF/A-3 کے ساتھ شامل XML؛ اس سے پہلے صرف خام XML لوٹا جاتا تھا۔ پہلے کے ZUGFeRD کا فارمیٹ XML ہی رہتا ہے تاکہ webhook اور API کلائنٹس ٹوٹ نہ جائیں۔

نتیجہ تب بنتا ہے جب آپ چاہیں۔ اس طرح تبدیلی کی اصلاح بھی پرانی رسیدوں میں آ جاتی ہے: اگر آپ ایک انوائس کو دوبارہ ڈاؤن لوڈ کرتے ہیں تو آپ اسے حالیہ شکل میں حاصل کرتے ہیں۔ ماڈل دوبارہ نہیں بلایا جاتا، یہ کریڈٹس کی قیمت نہیں ہے۔

13. 9. 2026

رسید کا اپنا نام۔ کھڑکی کے اوپر ایک قلم کے ساتھ ایک فیلڈ ہے، لہذا رسید کو اپنی طرح نام دیا جا سکتا ہے۔ فائل کا نام اس کے نیچے رہتا ہے اور دونوں میں تلاش ہوتی ہے۔

DIČ کو VIES رجسٹری کے خلاف جانچنا۔ سپلائر اور کسٹمر کے DIČ کو یورپی کمیشن کی VAT رجسٹری میں چیک کیا جاتا ہے۔ یہ کوئی قیمت نہیں لاتا اور ہمارا سرور چیک کر رہا ہے، نہ کہ آپ کا براؤزر۔

سمت، نوعیت اور دوگنا ہونے کے معاملے میں مسائل حل کرنے کے بٹن۔ علامات میں، جہاں ہمیں علم ہے کہ کیا کرنا ہے، وہاں بٹن ہوتا ہے۔ رسید کی سمت میں سمت کی تبدیلی اور سپلائر اور کسٹمر کی تبدیلی کی تجویز دی جاتی ہے — فیصلہ اصل کو دیکھ کر کیا جاتا ہے۔

خلاصے: جلدی انتخاب کیا × کب۔ ایک انتخابی قطار پہلے وصولیوں کو واجبات میں ملا دیتی تھی۔ اب خاص طور پر کیا (وصولیاں، واجبات، ایندھن) اور دوسری طرف کن عرصے میں منتخب کیا جاتا ہے۔

خلاصوں کا عرصہ تاریخ جاری کرنے کے مطابق ہے، نہ کہ اپلوڈ کی تاریخ کے مطابق۔ اگست کی انوائس جو ستمبر میں اپلوڈ کی گئی پہلے ستمبر میں آ جاتی تھی۔

چیک واہ کے نرخ کی بنیاد پر۔ ایک کرنسی میں تبادلہ ہمیشہ موجودہ نرخ کرتا تھا، لہذا پچھلے سال کی یورپی انوائس کو اس سال کے نرخ پر شمار کیا جا رہا تھا۔ نرخ محفوظ کیے جاتے ہیں اور ہر رسید کی تاریخ کے مطابق ایک اشاری پر دوبارہ شمار کی جائے گی۔

وہ فائل جو رسید نہیں ہے۔ غلطی سے اپلوڈ کردہ اشتہار کو ایک بوجھ وصولی جیسی چیز کے طور پر گزرنا تھا۔ شناخت اب یہ کہنے کی اجازت ہے کہ یہ رسید نہیں ہے، اور فائل کو نکاسی سے پہلے غیر شناخت کردہ کے طور پر ختم کر دیا جائے گا۔

ای تمام ای میل کی قیمت بھی ہے۔ ISDOC یا ZUGFeRD سے حاصل کردہ صفر اب "ماڈل کے بغیر پڑھی گئی، مفت" کا مطلب ہے، نہ کہ "قیمت معلوم نہیں"۔

11. 9. 2026

فارم مکمل رسید کے ساتھ بھی۔ دوہری پیش نظارہ میں فارم / ڈیٹا کا سوئچ ہے، لہذا شناخت کردہ معلومات کو شعبوں اور لیبلز کے ساتھ پڑھا جا سکتا ہے، نہ کہ صرف JSON یا XML کے طور پر۔

لیبلز اور فائلوں کا رنگ۔ ایک پالتو سے منتخب کیا جاتا ہے جو روشن اور تاریک انداز میں بھی قابل پڑھائی ہے۔ پہلے رنگ کا انحصار نام پر ہوتا تھا، لہذا یہ صرف لیبلز کو ایک دوسرے سے ممتاز کرنے میں کامیاب ہو سکا۔

کیوں رسید کنٹرول کے لیے انتظار میں ہے، براہ راست فہرست میں۔ آئکن کے اوپر ایک بولی علامات کو اسی طرح کے جملوں میں لکھتے ہیں جیسے کنٹرول کا فارم۔ خالی فہرست کا مطلب ہے کہ رسید ٹھیک ہے اور کنٹرول اکاؤنٹ کی ترتیبات کی ضرورت ہے۔

کون سی جگہ کو شامل کیا گیا ہے۔ آئکن کے اوپر ایک بولی یہ بتائے گی کہ کتنی رسیدیں ہیں، ان میں سے کتنی کوڑے میں ہیں اور ان کی سائز، اوسط سائز اور سب سے بڑی فائل ہے۔ کوڑا ہمیشہ صافی میں شمار ہوتا ہے — حذف کی گئی رسیدیں اب بھی اسٹوریج میں رہتی ہیں — یہ اب انٹرفیس سے نظر آتا ہے۔

بقیہ دورانیہ مہینوں اور سالوں میں۔ "3650 دن باقی ہیں" کے بجائے، دورانیہ کی اکائی ایڈجسٹ کی جائے گی کہ اس کی صحیح قانونی تاریخ کہاں ہے۔

اپلوڈ کرنے کے بعد صرف وہ فائلیں باقی رہیں گی جو کامیاب نہیں ہوئیں۔ بیس سبز چیک مارک کوئی نہیں پڑھے گا اور ان کی وجہ سے ایک سرخ لائن ختم ہو جائے گی۔ کتنی رسیدیں کامیاب ہوئیں، اس کی اطلاع دی جائے گی۔

غیر ملکی رسیدیں جب اکاؤنٹ تبدیل ہو جائے۔ جو شخص لاگ ان ہوا اور فوراً ایک نمونہ اکاؤنٹ میں داخل ہوا، اس نے ابھی بھی اپنے ذاتی رسیدوں کو کچھ دیر کے لیے دیکھا: ڈیٹا صفحے کی یادداشت میں رہتا تھا۔ اب ہر اکاؤنٹ تبدیلی پر یادداشت کو مٹایا جاتا ہے۔

پیغامات، کھڑکیاں اور پینل ایک اصول کے تحت۔ جو کچھ ہوا اور چلا گیا اسے اوپر کا پیغام کہتا ہے۔ جو کچھ ہونا ہے اور فیصلہ لینے کی ضرورت ہے اس کا پوچھتا ہے۔ جو کچھ آپ اس وقت دیکھ رہے ہیں، وہ اس مواد کے پینل پر باقی رہتا ہے۔

10. 9. 2026

پانچ حساب کتاب کے نظام میں بھیجنا۔ Fakturoid، iDoklad، SuperFaktura، Xero اور QuickBooks، ہر ایک اپنے تخلیق کنندہ کی لائبریری پر، پوری منتخب کردہ رسید کے بڑے پیمانے پر بھیجنے سمیت۔ اسے سیٹنگز → کنکشن میں سیٹ کیا گیا ہے۔

پورا نکالا جارہا ہے جس کو نکالیج کا نکالا جانے والا خلاصہ کیا گیا ہے۔ نیچے کی تیر کی بار منتخب کئے جانے والے چیز کا مطلب ہے؛ وہ سب کچھ جو فلٹر کے ذریعے گزرا ہے، اس کی میز کے سر پر موجود ہے، جس کا متعلّقہ ہے۔

فلٹر ایک فہرست میں تین کالم کے مطابق سوالات جو پاس کرتا ہے: یہ کیا ہے، یہ کس دور سے ہے اور میں نے اسے کہاں رکھا ہے۔

کھلی کھڑکی جانتی ہے کہ رسید مکمل ہے۔ جس نے قطار میں رسید کھولی اور کچھ دیر انتظار کیا، وہ "پروسس ہونے کا انتظار" پر دیکھتا رہتا ہے، یہاں تک کہ یہ مکمل ہو جاتا ہے۔

آئtem کے درمیان خلاصے کی لائن خود بخود ختم ہوجائے گی۔ "کل" کی لائن کو آئtem میں دوبارہ لکھی جانے کے سبب رسید کے بوجھ کو دوگنا بناتا ہے اور اکاؤنٹنگ میں اضافی آئtem کے طور پر جاتا ہے۔

8. 9. 2026

اپلوڈ کرتے وقت فائل کا انتخاب۔ فہرست کے نیچے موجود ٹیب کا پٹہ ایسا لگتا تھا جیسے یہ کوئی فلٹر ہے، جو فلٹر نہیں کرتا۔ یہ ایک اپلوڈنگ فارم کی پہلی فیلڈ ہے، وہ انتخابوں کے اوپر جو فائل سے نکلتے ہیں۔

شناخت کنندہ کے ذریعے کی جاری تحقیقات۔ صرف API کے جواب کی ابتدائی id کی ضرورت ہے اور یہی فیلڈ کو نام کے ساتھ تلاش کر رہا ہے۔

لیبل اور فائل پہلی نظر میں پہچانے جا سکتے ہیں۔ پہلے دونوں کی شناسائی کے نشان ایک جیسے تھے۔ فائل کی شناخت کو فولڈر کا آئکن ملا اور غیر جانبدار رنگ باقی رہا، نام کا رنگ لیبل کے لیے چھوڑ دیا گیا۔

CodeMirror پر اپنی اسکیمات کا ایڈیٹر۔ یہ پہلے کے دوران ایک غیر ملکی CDN سے ڈاؤن لوڈ ہوتا رہا، تو بغیر اس کے یہ بالکل درست نہیں ہوتا۔

سرگرمی جیسا حقیقی آڈٹ لاگ۔ "ای میل موصول ہوا اور 1 رسیدیں تیار کی گئیں" کا ریکارڈ یہ نہیں بتاتا کہ کون سی ای میل اور کس کے ذریعے۔ اب واقعات یہ بتاتے ہیں کہ کیا واقعی ہوا۔

"دستاویز کی قسم" اب دو چیزوں کا مطلب نہیں رہا۔ فلٹر اور تفصیل میں رسید کی سمت کو دستاویز کی قسم کہا جاتا تھا، حالانکہ یہی لفظ اسکیم کی انتخاب کو بھی دکھاتا ہے۔ اب یہ دستاویز کی سمت بن گئی ہے اور نوعیت کے مطابق فلٹر شامل کیا گیا ہے۔

Pohoda اور Money S3 کے لیے ایندھن کی رسید جیسا کہ خزانہ کے رسید، نہ کہ ایک انوائس۔ 10,000 Kč تک یہ ایک سادہ ٹیکس رسید ہے، جو انوائس ایجنڈے میں نہیں آتی۔

برآمدات باضابطہ XSD کے خلاف جانچ کی جاتی ہیں مصنوعہ جات کے لیے۔ یہ فوراً ان مقامات کو تلاش کرتا ہے جہاں فائل درست نظر آ رہی تھی اور جب اسے اکاؤنٹنگ میں درآمد کیا ہؤا۔

سیکیورٹی: API کی کلید اب وصول کنندہ ایڈریس کی انتظام نہیں کرتی۔ رسیدیں اپلوڈ کرنے کے لیے مخصوص کلید ای میل ایڈریس بنانے کی صلاحیت رکھتی تھی اور اجازت یافتہ بھیجنے والوں میں کسی بھی شخص کا اضافہ کرتی تھی۔ اب یہ اینڈپوائنٹس صرف لاگ ان اکاؤنٹ کے لیے مخصوص ہیں۔

7. 9. 2026

نظامی اسکیمات۔ وہ اسکیمات جو ہم فراہم کرتے ہیں آپ کی اپنے گروپ سے ایک الگ ہیں۔ یہ صرف پڑھنے کے لیے ہیں اور رسید یاد رکھتی ہے جس نے اسے نکالا — پہلے کی ماڈل کے خلاف، جو ایک بار کا متن ایڈیٹر میں کاپی کیا گیا تھا۔ ان کے درمیان ایندھن کی رسید بھی آتی ہے۔

فائل پہلے سے درج آپشنز۔ رسید کی قسم، نتائج کا فارمیٹ، سمت اور اکاؤنٹنگ کی کرنسی کو فائل میں محفوظ کیا جا سکتا ہے اور اپلوڈنگ اسے اختیار کرے گی۔

شناخت کردہ معلومات پر جائزے۔ مدت کے، کرنسیوں اور دستاویزات کی اقسام کے اعتبار سے جمع۔

کلاؤڈ فارمیٹس میں فیلڈ کے ناموں کی اصلاح کی۔ دستاویزات اور SDK کی جانچ نے چھ غلطیاں تلاشی کی، جن میں سے کچھ نے رسید کے نمبر میں تبدیلی کی — مثلاً iDoklad میں قیمت کی نوعیت کا انتخاب، جو کہ ٹیکس کے ساتھ قیمتوں کا مطلب رکھتا ہے، حالانکہ یہ بغیر انہیں بھیجے جاتے ہیں۔

4. 9. 2026

چار مخر فارمیٹس سے سولہ۔ چار کلاؤڈ اکاؤنٹنگ اور تین یورپی e-انوائس فارمیٹس (Peppol BIS 3.0، XRechnung 3.0، ZUGFeRD / Factur-X) اور پرانے بائنری Excel شامل ہوئے۔

رسید کی سمت۔ تمام تبدیلیاں پہلے واجبات کی طرف لے جا رہی تھیں، لہذا اپنے جاری کردہ انوائس کو واجب الادا کی طرح بیچنے کے طور پر کتابی رکھا جاتا تھا۔ سمت اپلوڈ کے دوران منتخب کی جاتی ہے۔

ویٹ کی وصولی میں خریدار۔ پہلے e-invoice فارمیٹس میں پیشگی قیمت تھی۔

اکاؤنٹنگ اکائی کی کرنسی۔ Pohoda داخلی اور غیر ملکی کرنسی کو اکاؤنٹنگ اکائی کے اعتبار سے ممتاز کرتی ہے، نہ کہ کرون میں، اور سلوواکیا کی Pohoda یورو کو منظم کرتی ہے۔ یہ اپلوڈ کے دوران منتخب کیا جاتا ہے، کیونکہ ایک اکاؤنٹ متعدد ممالک میں کمپنیوں کو چلا سکتا ہے۔

چند صفحوں کی رسیدیں مکمل۔ صرف پہلی صفحے کو پروسیس کیا جاتا تھا، حالانکہ کریڈٹ تمام کے لئے کٹتے تھے۔ حد بیس صفحے ہے اور یہ اب اپلوڈ کے دوران نگرانی کی جاتی ہے۔

اپنی اسکیمات کے لیے سانچوں۔ پانچ سانچے کی جگہ خالی صفحات۔

دستاویزات کے نکالو میں ہدف فارمیٹ۔ ٹیبل میں یہ نہیں دکھائی دیتا، حالانکہ اسے ایپلیکیشن معلوم کرتی تھی۔

اب جاری کردہ XLS کا برآمد کام نہیں کرتا تھا۔ یہ فائل کی بجائے غلطی کا پیغام واپس کرتا تھا اور ڈویلپمنٹ کمپیوٹر پر یہ معلوم نہیں ہوتا تھا۔

تمام اینڈپوائنٹس کی سیکیورٹی آڈٹ۔ تین دریافتوں میں سب سے سنگین یہ تھا کہ سرور کسی بھی ایڈریس پر webhook بھیجتا تھا، جس میں داخلی نیٹ ورک کے ایڈریس بھی شامل تھے۔