ParseDoc.devBeta
ডেমোব্যবহারকার্যপ্রণালী কিভাবেমূল্য তালিকাFAQ
অ্যাপে যানঅ্যাপ

ডেমোব্যবহারকার্যপ্রণালী কিভাবেমূল্য তালিকাFAQসাহায্য
ČeštinaEnglishEspañolFrançaisDeutsch中文العربيةहिन्दीPortuguêsРусский日本語বাংলাBahasa IndonesiaاردوTürkçeTiếng Việt한국어Italianoதமிழ்मराठी

© 2026 ParseDoc.dev. দক্ষ হিসাবরক্ষণের জন্য 💚 দিয়ে তৈরি।

চালক: ইঞ্জিনিয়ার মার্ক জাভুরেক, সোপ্রেচ ২৯, ৫৩৩ ১৬, আইসিও: ০৩৯৮৬৩৮১

ব্যবসায়িক শর্তাবলীব্যক্তিগত তথ্যের সুরক্ষা
  • শুরু করা
  • নথি
    • নথি আপলোড
    • নথির সারসংক্ষেপ
    • ডকুমেন্ট যাচাইকরণ
      • নিয়ন্ত্রণের ফর্ম
      • খোঁজ এবং সেগুলোর সমাধান
      • নিশ্চিতকরণ এবং সমাপ্তি
      • সংশোধন এবং পুনঃগণনা
      • সরবরাহকারীদের সম্পর্কে নোটস
    • টোকর এবং পুনরুদ্ধার
    • পার্টি
    • মেয়াদ
  • শানন
  • স্কীমা এবং আউটপুট
  • হিসাবরক্ষণের সাথে সংযুক্তকরণ
  • পরিসংখ্যান এবং কার্যকলাপ
  • অ্যাকাউন্ট সেটিংস
  • চালান এবং সাবস্ক্রিপশন
  • নিরাপত্তা এবং গোপনীয়তা
  • সমস্যা সমাধান
  • খবর
নথিডকুমেন্ট যাচাইকরণখোঁজ এবং সেগুলোর সমাধান

খোঁজ এবং সেগুলোর সমাধান

খোঁজ হলো একটি বাক্য যা বলে দেয় যে একটি নথিতে কি সঠিক নয়। খোঁজ গণনা করে না ব্রাউজার, বরং সার্ভার, তাই এটি ঠিক তদ্রুপভাবে সৃষ্টি হয় ফরম থেকে আসা নথি এবং 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Č থাকে না: অ-কাতার DIČ থাকতে পারে, কিন্তু কাটার নিবন্ধনে নেই।

VIES নিবন্ধক কেবল হ্যাঁ/না ফিরে আসে, কোম্পানির নাম তুলনা করা হয় না। ARES রেজিস্টার অন্যান্য স্থানে ব্যবহার করা হয় — আপনার নিজস্ব কোম্পানি সেটিংসে পূরণের সময়।

আগেরনিয়ন্ত্রণের ফর্মপরবর্তীনিশ্চিতকরণ এবং সমাপ্তি

এই পৃষ্ঠায়

  • খোঁজের প্রকার
  • খোঁজের সাথে কি হবে না
  • পুনরাবৃত্তি পণ্য
  • ভিন্ন মুদ্রায় পণ্যগুলি
  • খোঁজ বন্ধ করার উপায়
  • বিক্রেতার অ্যাকাউন্ট
  • DIČ এবং নিবন্ধকদের নিবন্ধন