ব্যাংক রিকনসিলিয়েশন
Tally-তে অনুপস্থিত প্রতিটি ব্যাংক লেনদেন খুঁজে বের করুন এবং Tally, QuickBooks, Xero, Zoho Books বা Quicken-এর জন্য ইম্পোর্ট-রেডি ফাইল ডাউনলোড করুন — সম্পূর্ণ ফ্রি, আর আপনার ফাইল কখনও আপনার ব্রাউজারের বাইরে যায় না।
এটি কীভাবে কাজ করে
১. আপনার ব্যাংক স্টেটমেন্ট (CSV, XLSX, বা PDF) এবং আপনার বইয়ের ব্যাংক লেজার এক্সপোর্ট (CSV বা XLSX) আপলোড করুন — Tally, QuickBooks, Xero, Zoho Books বা এই ধরনের সফটওয়্যার থেকে; শুধু বলে দিন লেজার এক্সপোর্টটি কোন সফটওয়্যার থেকে, যাতে এটি পরিমাণ সঠিকভাবে পড়তে পারে। ২. এটি লেনদেনগুলো পরিমাণ ও তারিখ অনুযায়ী মেলায় — একদম মিল, অল্প তারিখ-ব্যবধানের মধ্যে সম্ভাব্য মিল, আর যা সত্যিই অস্পষ্ট তা আপনার সিদ্ধান্তের জন্য পাঠিয়ে দেওয়া হয়, কখনও চুপচাপ অনুমান করা হয় না। ৩. আপনার বইয়ে কী অনুপস্থিত তা দেখুন, প্রতিটির জন্য প্রস্তাবিত লেজার নিশ্চিত করুন বা ঠিক করুন, এবং একটি ইম্পোর্ট-রেডি ফাইল ডাউনলোড করুন — Tally XML, অথবা QuickBooks, Xero, Zoho Books এবং Quicken-এর জন্য CSV/OFX।
এটি কি TallyPrime-এর নিজস্ব ব্যাংক রিকনসিলিয়েশনের জায়গা নেয়?
না — এটি তার আগের একটি ধাপ। Tally-র বিল্ট-ইন রিকনসিলিয়েশন নেটব্যাংকিং থেকে পাওয়া পরিষ্কার CSV/XLS এক্সপোর্টে কাজ করে; এই টুলের কাজ হলো একটি অগোছালো, অসামঞ্জস্যপূর্ণ ব্যাংক স্টেটমেন্টকে (বিশেষত PDF হলে) আগে পরিষ্কার, মিলিয়ে দেওয়া ডেটায় বদলে দেওয়া। এটিকে সেই ধাপ হিসেবে ভাবুন যা আপনার ডেটা Tally-র নিজস্ব রিকনসিলিয়েশনের জন্য তৈরি করে, তার বদলি নয়।
কোন ফাইল ফরম্যাট সবচেয়ে ভালো কাজ করে?
আপনার ব্যাংকের নেটব্যাংকিং পোর্টাল থেকে সরাসরি এক্সপোর্ট করা CSV বা XLSX সবচেয়ে নির্ভরযোগ্য ফলাফল দেয়, কারণ ডেটা আগে থেকেই কলামে সাজানো থাকে। PDF স্টেটমেন্টও সাপোর্ট করা হয়, তবে PDF-এর টেক্সট লেআউট ব্যাংকভেদে অনেক আলাদা হয়, তাই এই পথটা একটু দুর্বল — কোনো PDF ঠিকমতো পার্স না হলে, তার বদলে CSV এক্সপোর্ট করলে প্রায় সবসময়ই ভালো কাজ হবে।
এটি কি কখনও ভুল অনুমান করে চুপচাপ একটি খারাপ মিল তৈরি করবে?
এটি বিশেষভাবে এটি এড়ানোর জন্যই তৈরি। যখন কোনো ব্যাংক লেনদেন একই পরিমাণের একাধিক Tally এন্ট্রির সাথে মিলতে পারে, তখন সেটি কখনও অটো-ম্যাচ করা হয় না — এটি "আপনার মতামত দরকার" তালিকায় চলে যায়, যাতে আপনি নিজে বেছে নিতে পারেন। অনুপস্থিত লেনদেনের জন্য লেজার প্রস্তাবগুলোও শুধু প্রস্তাব মাত্র; আপনি ফাইল ডাউনলোড না করা পর্যন্ত কিছুই লেখা হয় না।
এটি কি সরাসরি Tally-র ভেতরে কিছু ঠিক করে বা প্রয়োগ করে?
না। এটি শুধু আপনার জন্য একটি Tally-ফরম্যাট XML ফাইল তৈরি করে, যা আপনি নিজেই Tally-র Gateway of Tally → Import Data → Vouchers দিয়ে ইম্পোর্ট করেন। কিছুই স্বয়ংক্রিয়ভাবে Tally-তে পাঠানো হয় না, আর এই পুরো প্রক্রিয়ায় আপনার ফাইল কখনও আপনার ব্রাউজারের বাইরে যায় না।
প্রস্তাবিত লেজারটি যদি এখনো Tally-তে না থাকে, তাহলে কি ইম্পোর্ট ফেল হবে নাকি ডুপ্লিকেট তৈরি হবে?
ডিফল্টভাবে, এক্সপোর্ট করা XML-এ শুধু ভাউচার থাকে — এটি ধরে নেয় যে এতে উল্লেখ করা প্রতিটি লেজার আগে থেকেই আছে, আর যে ভাউচারের লেজার খুঁজে পাবে না, Tally সেটি স্কিপ করবে (নষ্ট করবে না)। এর চেয়ে নিরাপদভাবে ভালো ফল পেতে, ক্লায়েন্ট-প্রোফাইল কার্ডে আপনার Tally লেজার তালিকার (List of Accounts, CSV বা XLSX আকারে) এক্সপোর্ট আপলোড করুন: এরপর টুলটি প্রতিটি প্রস্তাবিত লেজার আপনার আসল চার্ট অফ অ্যাকাউন্টসের সাথে যাচাই করে এবং শুধু সেই নামগুলোর জন্যই লেজার তৈরির অফার দেয় যেগুলো সম্পর্কে এটি নিশ্চিত হতে পারে যে সেগুলো আগে থেকে নেই — কখনও অনুমান নয়, আর আগে থেকে থাকা কোনো লেজারে কখনও হাত দেয় না।
লেজার-প্রস্তাব ফিচারটি কি সময়ের সাথে আরও স্মার্ট হয়ে ওঠে?
আপনি যে ক্লায়েন্টের নাম দেন, তার জন্য হ্যাঁ — আপনি যে লেজারই অ্যাসাইন বা ঠিক করুন না কেন, তা মনে রাখা হয় (আপনার ব্রাউজারে লোকালি সংরক্ষিত থাকে) এবং পরের বার একই ধরনের লেনদেন এলে স্বয়ংক্রিয়ভাবে ব্যবহৃত হয়, যদিও ব্যাংক প্রতিটি লেনদেনে আলাদা রেফারেন্স নম্বর জুড়ে দেয়। আপনি সেই শেখা ম্যাপিং একটি ফাইলে ব্যাকআপ নিয়ে পরে বা অন্য কোনো ডিভাইসে ফিরিয়ে আনতে পারেন।
আমি Tally ব্যবহার করি না — এটি কি QuickBooks, Xero বা Zoho Books-এর সাথে কাজ করে?
হ্যাঁ, উভয় দিক থেকেই। আপনার বইয়ের দিক থেকে, আপনি যে সফটওয়্যারই ব্যবহার করুন না কেন, তা থেকে ব্যাংক রেজিস্টার বা লেনদেন-তালিকা এক্সপোর্ট আপলোড করুন এবং আপলোড বক্সের উপরে থাকা ছোট Tally / QuickBooks-Xero-Zoho Books টগল থেকে সেটি বেছে নিন — এটি গুরুত্বপূর্ণ কারণ Tally-র নিজস্ব এক্সপোর্ট একটি উল্টো ডেবিট/ক্রেডিট কনভেনশন ব্যবহার করে যা বাকি তিনটি করে না, আর সঠিকটি বেছে নেওয়াই প্রতিটি পরিমাণ সঠিকভাবে পড়া নিশ্চিত করে। আউটপুটের দিকে, Tally XML-এর পাশাপাশি, ফলাফল স্ক্রিন একটি CSV দেয় — Date/Description/Amount আকারে, যা QuickBooks Online, Xero এবং Zoho Books প্রত্যেকেই তাদের নিজস্ব ব্যাংক-স্টেটমেন্ট ইম্পোর্ট ফরম্যাট হিসেবে বর্ণনা করে — আর একটি OFX ফাইল, যা একটি ওপেন স্ট্যান্ডার্ড যা এই তিনটি, Quicken, এবং বেশিরভাগ ব্যাংক সরাসরি গ্রহণ করে। দুটোতেই শুধু সেই লেনদেনগুলোই থাকে যেগুলো আপনার বইয়ে অনুপস্থিত, যাতে সেগুলো ব্যাংক ফিড হিসেবে ইম্পোর্ট করে সেই সফটওয়্যারের নিজস্ব রিকনসিলিয়েশন স্ক্রিনে ক্যাটাগরাইজ করা যায়। এছাড়াও প্রতিটি ট্যাবের একটি সম্পূর্ণ এক্সেল রিপোর্ট আছে, রিভিউ বা যেকোনো সফটওয়্যার ব্যবহারকারীর সাথে শেয়ার করার জন্য। QuickBooks Desktop-এর পুরনো IIF ফরম্যাট এবং ISO 20022 CAMT.053 ব্যাংক-স্টেটমেন্ট স্ট্যান্ডার্ড এখনো সাপোর্ট করা হয় না — IIF মালিকানাধীন এবং শুধু Desktop-এর জন্য, আর CAMT.053 এই টুলের বর্তমান ক্ষমতার চেয়ে অনেক বড় একটি ব্যাংকিং স্ট্যান্ডার্ড।
এটি কি ফ্রি?
হ্যাঁ — রিকনসিলিয়েশন আপনার আপলোড করা স্টেটমেন্টের উপর, সরাসরি আপনার ব্রাউজারে চলে, আপনার ব্যাংক অ্যাকাউন্ট লিংক না করেই।
সম্পর্কিত লেখা
— মিলের বিভিন্ন স্তর, সাইন কনভেনশন, আর "সম্ভাব্য পরিমাণ অমিল" আসলে কী ধরা পড়ে তার একটি উদাহরণসহ বিস্তারিত ওয়াকথ্রু।
সম্পর্কিত লেখা
ব্যাংক স্টেটমেন্ট Tally-র সাথে কীভাবে রিকনসাইল করবেন — মিলের বিভিন্ন স্তর, সাইন কনভেনশন, আর "সম্ভাব্য পরিমাণ অমিল" আসলে কী ধরা পড়ে তার একটি উদাহরণসহ বিস্তারিত ওয়াকথ্রু।