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

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

نتائج اور ان کے حل

نتیجہ یہ ہے کہ دستاویز میں کیا غلط ہے۔ نتائج کا حساب براؤزر نہیں لگاتا، بلکہ سرور، لہذا یہ کسی بھی دستاویز پر بن سکتے ہیں جو فارم سے ہو یا API کے ذریعے آئی ہو، اور کلائنٹ API انہیں ڈیٹا کے ساتھ حاصل کرتا ہے۔

نتائج کی اقسام

نتیجہکیا نگرانی کرتا ہے
آئٹمز کا مجموعہآئٹمز ٹیکس کی بنیاد نہیں دیتی (رسید میں کل رقم)؛ ایڈوانس کا حساب نہیں کیا جاتا
لائن کی حساب کتابمقدار ضرب قیمت لائن کی قیمت نہیں دیتی
خلاصےبنیاد جمع ٹیکس کل رقم نہیں دیتی؛ VAT کا خلاصہ دکھائے گا کہ کون سا خانہ غلط ہے
غائب خلاصےآئٹمز پڑھی گئیں، خلاصے نہیں
تکراری آئٹمزایک ہی تفصیلات کئی بار دستاویز میں ہیں
آئٹمز کی کرنسیآئٹمز کی قیمتیں خلاصے سے مختلف کرنسی میں ہیں
VAT کی شرحوہ شرح جو چیک ریلیز کی تاریخ کے مطابق چیک میں نہیں تھی
کرنسیتین حرفی کوڈ نہیں ہے، مثلاً "Kč" کی بجائے "CZK"
IČOکنٹرول نمبر درست نہیں ہے، چیک کمپنی میں آٹھ عدد نہیں ہیں، یا IČO اسی طرف کے DIČ سے مطابقت نہیں رکھتا
ٹیکس کی شرحوں کے خلافآئٹمز کی شرحوں سے کوئی اور ٹیکس آتا ہے، جیسا کہ دستاویز میں دکھایا گیا ہے
IBANکنٹرول کا مجموعہ درست نہیں ہے
سپلائر اکاؤنٹدستاویز پر ایک مختلف اکاؤنٹ ہے، جس پر سپلائر کو ادائیگی کی گئی
تاریخپڑھنے میں مشکل یا بے معنی سال ہے
ڈیٹا کی ترتیبادائیگی کی مدت جاری کرنے سے پہلے ہے
متغیر سمبلیہ OCR سے دستاویز کی ترمیم میں موجود نہیں ہے
سمتکمپنی کے نام کے مطابق آپ دستاویز پر مخالف طرف ہیں
دستاویز کی قسمفائل ایک مختلف قسم کا خاکہ طے کرتی ہے، جبکہ ماڈل نے مختلف پڑھا
دستاویز کی قسمدستاویز اس قسم سے میل نہیں کھاتی جس میں اسے پروسیس کیا گیا ہے
شکلدستاویز کو منتخب کردہ شکل میں تبدیل کرنا ممکن نہیں ہے
تکراروہی سپلائر اور دستاویز نمبر پہلے سے آرکائیو میں موجود ہیں
DIČVIES کے رجسٹر کے مطابق VAT کے لیے رجسٹرڈ نہیں ہے

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

نتیجے کے ساتھ کیا نہیں ہوتا

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

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

تجویز بھی وہاں غائب ہے جہاں دستاویز کے اسے ڈالنے پر تناقض ہو گا۔ دستاویز پر آئٹمز کے مجموعے پر، جس کی بنیاد جمع ٹیکس کل رقم بناتی ہے، اس مجموعے کا شامل ہونا اس تعلق کو توڑ دے گا — نتیجہ اس لیے برقرار رہے گا، لیکن قیمت پیش نہیں کی جائے گی۔

تکراری آئٹمز

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

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

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

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

خلاصے اور آئٹمز کا دیگر کرنسی میں ہونا

غیر ملکی بلنگ کلاؤڈ میں ڈالر میں ہوتی ہے اور صرف مجموعے کو ادائیگی کی کرنسی میں تبدیل کرتی ہے: خدمات کا خلاصہ USD میں رہتا ہے، ٹیکس کی بنیاد اور ادائیگی کی رقم یورو یا کرون میں ہوتی ہے۔ دستاویز کا ایک ہی کرنسی ہے، لہذا آئٹمز کا مجموعہ ٹیکس کی بنیاد سے نہیں ملتا چاہے کچھ بھی درست کیا جائے۔

یہ دستاویز کی نقل سے دیکھا جا سکتا ہے، جہاں ہر رقم کے ساتھ کرنسی موجود ہے۔ ایسی دستاویز میں جو ترجمہ نہیں رکھتی — الیکٹرانک بلنگ یا بند OCR — چیک نہیں چلتا اور عموماً مجموعے کے بارے میں نتیجہ آتا ہے۔

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

ایپلیکیشن کوئی درستگی پیش نہیں کرتی، کیونکہ درست جواب دستاویز سے نہیں نکلتا۔ آپ کے پاس دو اختیارات ہیں:

  1. دستاویز کی کرنسی اور آئٹمز کو ایک میں سادہ بنائیں، جیسے سروسز 8/2026 کی قیمت ٹیکس کی بنیاد سے۔ اکاؤنٹنگ میں ادائیگی کی قیمت جائے گی، اور خدمات کی تفصیل دستاویز پر محفوظ اصل میں رہے گی۔ اکاؤنٹنگ کے لیے یہ سب سے زیادہ مناسب ہے۔
  2. دستاویز کو آئٹمز کی کرنسی اور خلاصوں میں تبدیل کریں۔ دستاویز پھر داخلی طور پر درست ہوگی، لیکن ادائیگی کی رقم اور ٹیکس ایک مختلف کرنسی میں ہوں گے، جس میں ادائیگی کی جا رہی ہے — VAT کے لیے وہ دستاویز سے ہے۔

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

ایسی دستاویز میں آئٹمز کے مجموعے کی چیک نہیں چلتی۔ یہ درست نہیں ہو سکتا اور اسی بات کے بارے میں دوسری اطلاع نئی کچھ نہیں کہے گی۔

نتیجہ بند کرنے کا طریقہ

دو راستے:

  1. قیمت درست کریں۔ نتیجہ خود بخود غائب ہو جائے گا جب تک حساب کا عمل مکمل ہو جائے۔
  2. چھوڑ دیں۔ جب قیمت صحیح ہو اور نتیجہ بے وقوف ہو — مثال کے طور پر ایک غیر ملکی سپلائر دوسرے VAT کی شرح کے ساتھ۔ تصدیق پر ایک ونڈو دکھائی جائے گی جس میں وہ تمام نتائج موجود ہوں گے جو دستاویز میں باقی ہیں، اور آپ انہیں ایک بار میں تصدیق کریں گے۔ جو شخص ونڈو نہیں چاہتا وہ دوبارہ نہ دکھانے کے لئے چیک کر سکتا ہے؛ اسے سیٹنگز میں واپس چالو کیا جا سکتا ہے۔

سرگرمی میں یہ لکھا جائے گا کہ کس نے دستاویز کی تصدیق کی اور کیا اس نے ڈیٹا میں مداخلت کی۔

سپلائر اکاؤنٹ

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

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

اس کے بارے میں جاننے کے لائق باتیں:

  • اکاؤنٹ صرف کنٹرول کی تصدیق کے بعد یاد رکھا جاتا ہے۔ پہچاننے پر نہیں۔ اگر پہچاننا کافی ہوتا تو جعل شدہ بل خود ہی اپنے اکاؤنٹ کو رجسٹر کر لیتا جب تک کوئی اسے کھول نہیں لےتا۔
  • سپلائر کا پہلا بل کچھ نہیں رپورٹ کرتا۔ اس کے ساتھ موازنہ کرنے کے لیے کچھ نہیں ہے، صرف بنیاد مرتب کرتا ہے۔ یہی بینکوں کے لیے بھی ہے۔
  • ملکی اندراج اور اسی اکاؤنٹ کا IBAN ایک ہی اکاؤنٹ ہیں۔ ایک بل لکھتا ہے 19-2000145399/0800، دوسرا CZ6508000000192000145399۔ اس سے کوئی نتیجہ نہیں بنتا۔
  • یہ صرف موصولہ دستاویزات کے لیے درست ہے۔ جاری کی گئی بل پر آپ کا اپنا اکاؤنٹ ہوتا ہے۔
  • نتیجہ درستگی کی تجویز نہیں دیتا۔ ایک یاد رکھا ہوا اکاؤنٹ کو وہی رکھنے کے بجائے، جو کاغذ پر ہے، یہ ایک بٹن "ادائیگی کسی اور کو، جو بل کہتا ہے" ہوگا۔ آپ کو یہ فیصلہ کرنا ہوگا — اور نئے اکاؤنٹ کی تصدیق کسی اور جگہ کرنے سے باہر اس بل پر۔
  • جاننے والے اکاؤنٹس دوسری طرف پر نظر آتے ہیں۔ آپ انہیں سپلائر کی تفصیلات میں دوسروں کے ٹیب میں تلاش کر سکتے ہیں، یہاں تک کہ یہ بھی ہے کہ کون آخری بار انہیں تصدیق کی۔ وہاں، آپ سپلائر کی یادداشت کو بھی بھلا سکتے ہیں۔

DIČ اور رجسٹر پرچون میں

سپلائر اور خیریں دونوں کے DIČ کو یورپی رجسٹر VIES میں چیک کیا جاتا ہے۔ جب رجسٹر فوراً جواب نہیں دیتا، تو نتیجہ نہیں بنتا — یہ بلجیم میں کسی خرابی کے لیے سپلائر کو کال کرنے کا کسی جگہ نہیں۔ صرف ریاست کی پیشانی کے ساتھ یورپی DIČ کی جانچ کی جاتی ہے۔

آپ کا اپنا DIČ نہیں چیک کیا جاتا، آپ اپنی منصوبہ بندی جانتے ہیں۔ دستاویز پر VAT کے بغیر سپلائر کے DIČ کو بھی نہیں چیک کیا جاتا: بے قرار DIČ ہو سکتا ہے، صرف رجسٹر پرچون میں نہیں ہے۔

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

پچھلاکنٹرول فارمآگےتصدیق اور اختتام

اس صفحے پر

  • نتائج کی اقسام
  • نتیجے کے ساتھ کیا نہیں ہوتا
  • تکراری آئٹمز
  • خلاصے اور آئٹمز کا دیگر کرنسی میں ہونا
  • نتیجہ بند کرنے کا طریقہ
  • سپلائر اکاؤنٹ
  • DIČ اور رجسٹر پرچون میں