দোকানে টাকা আসছে, mobile wallet-এ balance আছে, bank-এ deposit হয়েছে—তবু মাস শেষে ব্যবসা লাভ করেছে কি না পরিষ্কার নয়। অনেক ছোট প্রতিষ্ঠানে বিক্রি, খরচ, মালিকের টাকা তোলা ও customer-এর বাকি এক খাতায় মিশে যায়। হিসাবের software এই কাজ গুছাতে সাহায্য করতে পারে, তবে ভুল entry-কে নিজে থেকে সঠিক ব্যবসার হিসাব বানিয়ে দেয় না।
এই গাইডে বাংলাদেশের ছোট দোকান, service business ও online seller-এর জন্য accounting software বাছাই এবং দৈনন্দিন হিসাবের workflow দেওয়া হলো। এটি সাধারণ bookkeeping সংগঠনের নির্দেশনা; নির্দিষ্ট ব্যবসার tax বা statutory compliance নির্ধারণের বিকল্প নয়। সেই কাজের জন্য প্রযোজ্য নিয়ম ও যোগ্য পেশাজীবীর পরামর্শ লাগবে।
দ্রুত উত্তর: আগে cash, bank, sales, expense, customer due ও supplier due আলাদা করুন। Opening balance ঠিক করে ছোট sample transaction দিয়ে software trial করুন। Report-এর সংখ্যা bank statement, receipt ও physical cash-এর সঙ্গে মিলে কি না পরীক্ষা করুন। Export ও access control না বুঝে পুরো হিসাব স্থানান্তর করবেন না।
ছোট ব্যবসার হিসাবের Software: বাছাই ও দৈনিক ব্যবহার গাইড
Accounting software কোন সমস্যার সমাধান করবে?
সঠিক software bill তৈরি, payment নথিভুক্ত, receivable ও payable অনুসরণ এবং report তৈরিতে সাহায্য করতে পারে। কিন্তু আপনার বর্তমান সমস্যা যদি কাগজপত্র সংগ্রহ না হওয়া বা নিয়মিত entry না দেওয়া হয়, শুধু software কিনে সেই অভ্যাস বদলাবে না।
প্রথমে তিনটি প্রয়োজন লিখুন: আজ কত টাকা পাওয়া উচিত, কার কাছে কত পাওনা আছে এবং কোন খরচে টাকা গেছে। Stock থাকলে পণ্যভিত্তিক পরিমাণ ও cost-এর তথ্যও লাগবে। প্রয়োজন স্পষ্ট হলে অপ্রয়োজনীয় feature বাদ দিয়ে উপযুক্ত system বাছাই সহজ হয়।
খাতা, spreadsheet নাকি accounting system?
অল্প লেনদেন ও এক ব্যবহারকারীর জন্য পরিষ্কার খাতা বা spreadsheet কার্যকর হতে পারে। তবে একাধিক ব্যক্তি কাজ করলে version, edit history ও duplicate entry-এর সমস্যা বাড়তে পারে। Accounting system workflow ও permission গুছিয়ে দিতে পারে, কিন্তু setup ও training-এর দায়িত্বও বাড়ায়।
| অবস্থা | যা বিবেচনা করবেন |
|---|---|
| অল্প লেনদেন | সহজ record ও নিয়মিত review যথেষ্ট কি না |
| অনেক customer due | Customer ledger ও collection report দরকার কি না |
| Stock-ভিত্তিক business | Inventory ও হিসাবের সমন্বয় আছে কি না |
| একাধিক কর্মী | Role permission ও edit record প্রয়োজন কি না |
| Online shop | Order, gateway fee ও settlement মিলবে কীভাবে |
একটি system যত জটিল, আপনার দৈনন্দিন কাজও তত উন্নত হবে—এমন নয়। কর্মীরা বুঝে নিয়মিত ব্যবহার করতে পারেন এবং প্রমাণ দিয়ে report যাচাই করা যায় এমন ব্যবস্থা বেশি কার্যকর।
ব্যবসার ও ব্যক্তিগত টাকা আলাদা করুন
মালিক ব্যক্তিগত প্রয়োজনে business account থেকে টাকা নিলে সেটি কীভাবে record হবে হিসাবরক্ষকের সঙ্গে ঠিক করুন। একইভাবে নিজের টাকা ব্যবসায় ঢোকানো সবসময় sale নয়। এসব movement ভুল category-তে দিলে লাভের report বিভ্রান্তিকর হবে।
সম্ভব হলে business-এর জন্য আলাদা cash record, bank account ও অনুমোদিত payment channel রাখুন। মিশ্র account ব্যবহার করতেই হলে প্রতিটি transaction-এর উদ্দেশ্য ও supporting note দিন। মাস শেষে স্মৃতি থেকে আলাদা করার চেয়ে লেনদেনের সময় চিহ্নিত করা সহজ।
Opening balance সঠিক না হলে শুরুতেই গরমিল
Software চালুর তারিখ ঠিক করুন। সেই সময় cash, bank, customer due, supplier due এবং stock কী আছে প্রমাণসহ তালিকা করুন। পুরোনো statement, invoice ও physical count মিলিয়ে opening data প্রস্তুত করুন।
খাতায় লেখা মোট balance ভুল হলে সেটি software-এ বসিয়ে আরও সুন্দর report বানানো সম্ভব, কিন্তু সত্যিকারের অবস্থার উন্নতি হবে না। Opening balance ও date হিসাবের দায়িত্বপ্রাপ্ত ব্যক্তিকে দিয়ে যাচাই করান। পুরোনো transaction import এবং opening balance যেন একই পরিমাণ দুবার না ধরে সেটিও দেখুন।
Category ও account structure সহজ রাখুন
একই ধরনের expense-এর জন্য বহু অস্পষ্ট category খুললে report পড়া কঠিন হয়। ভাড়া, utilities, delivery বা office expense-এর মতো প্রয়োজনীয় বিভাগ নির্ধারণ করুন। কোন খরচ কোন category-তে যাবে তার ছোট নির্দেশনা রাখুন।
একই vendor-এর নামের বানান বদলে বারবার account তৈরি করবেন না। Category বাড়ানোর আগে বর্তমানে উপযুক্ত কিছু আছে কি না দেখুন। হিসাবের কাঠামো ব্যবসার প্রকৃতি অনুযায়ী করা দরকার; অন্য প্রতিষ্ঠানের chart হুবহু কপি করলে অপ্রয়োজনীয় জটিলতা আসতে পারে।
Invoice ও payment আলাদা করে বুঝুন
Customer-এর নামে bill বা invoice তৈরি করা এবং টাকা পাওয়া একই সময়ে নাও হতে পারে। Credit sale হলে invoice তৈরি হওয়ার পরও পাওনা থাকে। পরে payment এলে সংশ্লিষ্ট invoice-এর সঙ্গে apply করুন, যাতে due কমে।
নতুন payment-কে আবার নতুন sale হিসেবে entry দিলে income দ্বিগুণ হওয়ার ঝুঁকি থাকে। Software demo-তে একটি invoice, আংশিক payment এবং বাকি payment দিয়ে দেখুন। Customer statement-এ opening balance, bill, receipt ও closing balance বোঝা যাচ্ছে কি না যাচাই করুন।
Purchase ও supplier payment-এর সম্পর্ক
Supplier পণ্য দিয়েছেন কিন্তু টাকা পরে নেবেন—এমন purchase payable তৈরি করতে পারে। শুধু টাকা দেওয়ার দিনে expense entry করলে আগের দায় ও stock movement অদৃশ্য থেকে যেতে পারে। আপনার accounting basis অনুযায়ী workflow হিসাবরক্ষকের সঙ্গে ঠিক করুন।
Supplier bill number ও document image সংযুক্ত করা যায় কি না trial-এ দেখুন। একই bill দ্বিতীয়বার entry দিলে warning পাওয়া উপকারী হতে পারে। Vendor name, bill date, amount ও reference দিয়ে duplicate খোঁজার নিয়ম রাখুন।
Expense-এর প্রমাণ সংগ্রহের সহজ ব্যবস্থা
যে খরচ করেন তার receipt বা অনুমোদিত record রাখুন। Phone-এ photo তুললে date ও purpose-সহ নির্দিষ্ট folder-এ দিন। মাস শেষে বিভিন্ন chat থেকে receipt খুঁজে entry দেওয়া সময়সাপেক্ষ এবং ভুলের সম্ভাবনা বাড়ায়।
কে expense তুলবেন, কে approve করবেন এবং কোন evidence দরকার তা স্পষ্ট করুন। Personal reimbursement আলাদা বোঝা যায় কি না দেখুন। Receipt রাখার মেয়াদ ও প্রযোজ্য documentation requirement নিজের ব্যবসার নিয়ম অনুযায়ী নির্ধারণ করুন।
Cash, bank ও wallet আলাদা balance
এক account থেকে অন্য account-এ টাকা সরানো নতুন আয় নাও হতে পারে। যেমন cash থেকে bank-এ deposit করলে একটি জায়গায় টাকা কমবে, আরেকটিতে বাড়বে। Transfer-কে sale বা expense হিসেবে ভুল ধরলে report বদলে যাবে।
| লেনদেন | Record-এর উদ্দেশ্য |
|---|---|
| Customer টাকা দিয়েছেন | সঠিক invoice বা receipt-এর সঙ্গে মিলানো |
| Cash bank-এ জমা | Account transfer হিসেবে অনুসরণ |
| Gateway fee কেটেছে | প্রাসঙ্গিক fee ও net settlement আলাদা করা |
| Supplier-কে payment | সংশ্লিষ্ট payable কমানো |
Mobile wallet-এর business collection ও ব্যক্তিগত ব্যবহার মিশলে ledger আলাদা করতে অতিরিক্ত যত্ন লাগবে। Provider statement বা transaction record থেকে reference ধরে মিলিয়ে নিন।
Bank reconciliation কী কাজে লাগে?
Software-এর bank ledger ও bank statement একে অন্যের সঙ্গে মিলিয়ে দেখার প্রক্রিয়াই reconciliation-এর মূল ধারণা। Missing entry, duplicate, charge বা timing difference খুঁজতে এটি কাজে লাগে। Statement-এর closing balance এবং software-এর balance না মিললে শুধু opening figure বদলে জোর করে মিলাবেন না।
নির্দিষ্ট period বেছে transaction ধরে match করুন। Software-এর bank feed থাকলে তা আপনার বাংলাদেশের account ও plan-এর জন্য কার্যকর কি না সরাসরি যাচাই করুন। Feed থাকলেও imported transaction category ও duplicate result review করতে হয়।
Inventory থাকলে হিসাবের software কীভাবে দেখবেন?
পণ্য কিনলে stock বাড়ে, বিক্রি বা return হলে quantity বদলায়। Accounting report-এর সঙ্গে এই movement কীভাবে যুক্ত হবে বুঝতে হবে। শুধু purchase expense ও sale income দেখে সব stock business-এর সঠিক ফল পাওয়া যাবে ধরে নেওয়া ঠিক নয়।
দশটি sample product দিয়ে purchase, sale, return ও adjustment পরীক্ষা করুন। Quantity ও valuation report মিলিয়ে দেখুন। Counter billing গুরুত্বপূর্ণ হলে মুদি দোকানের POS software বাছাইয়ের গাইড অনুসরণ করে front-counter workflow-ও যাচাই করুন।
Profit report ও cash balance এক নয়
Cash আছে মানেই একই পরিমাণ profit হয়েছে নয়। Customer advance, loan, মালিকের বিনিয়োগ বা পুরোনো due collection cash বাড়াতে পারে। আবার sale হয়েছে কিন্তু টাকা পাওয়া হয়নি—এমন অবস্থায় ব্যবসার report ও cash অবস্থার পার্থক্য থাকতে পারে।
Dashboard-এর একটি সংখ্যা দেখে সিদ্ধান্ত না নিয়ে কোন period, accounting basis ও transaction অন্তর্ভুক্ত হয়েছে দেখুন। Business-এর প্রকৃতি অনুযায়ী profit and loss, balance ও cash report হিসাবরক্ষকের সাহায্যে পড়তে শিখুন। Software-এর auto report মানব review-এর বিকল্প নয়।
User permission ও edit history পরীক্ষা করুন
সব কর্মীকে administrator করলে পুরোনো transaction বদলানো বা report export করার access অপ্রয়োজনে বাড়ে। Cashier, entry operator, reviewer ও owner-এর প্রয়োজন ভিন্ন। Software-এ role দিয়ে এই কাজ ভাগ করা যায় কি না দেখুন।
ভুল entry সংশোধন করলে কে কখন বদলেছেন তা দেখা যায় কি না জানতে চান। Closing period-এর record পরিবর্তনের অনুমতি কীভাবে নিয়ন্ত্রণ করা হয় দেখুন। Audit trail থাকলেও ব্যবহারকারীদের একই login দেওয়া হলে ব্যক্তিভিত্তিক দায়িত্ব বোঝা যায় না।
Vendor shortlist করার আগে trial checklist
দুই বা তিনটি সম্ভাব্য system-এ একই ছোট dataset ব্যবহার করুন। শুধু vendor-এর polished demo নয়, নিজের routine task কর্মীদের দিয়ে করান। বাংলা customer name, mobile ব্যবহার, print output ও internet interruption পরীক্ষা করুন।
- Opening balance ও customer due তুলে report মিলান।
- একটি sale ও partial payment record করুন।
- Supplier bill ও payment দেখুন।
- Expense document সংযুক্ত করে খুঁজুন।
- CSV export নিয়ে অন্য device-এ খুলুন।
সব কাজের ফল লিখে তুলনা করুন। Vendor-এর local availability, tax feature বা bank integration-এর দাবি verification ছাড়া সত্য ধরে নেবেন না। যেগুলো আপনার জন্য জরুরি সেগুলো লিখিতভাবে নিশ্চিত করুন।
মোট খরচ ও data migration-এর পরিকল্পনা
Subscription ছাড়াও training, migration, extra user, storage ও support-এর খরচ থাকতে পারে। বর্তমান দাম provider-এর official quotation থেকে নিন। প্রথম বছরের discount দিয়ে দীর্ঘমেয়াদি মোট খরচ বিচার করবেন না।
পুরোনো হিসাব import-এর আগে clean-up করুন। Duplicate customer, missing invoice ও অস্পষ্ট opening balance থাকলে migration-এর পরও সমস্যা থাকবে। নতুন system পুরোপুরি চালুর আগে একটি reconciliation period রেখে expected result তুলুন।
সাপ্তাহিক ও মাসিক পরিচর্যা
সপ্তাহে unrecorded receipt, overdue customer ও unmatched payment দেখুন। মাসে bank reconciliation, supplier balance ও important report review করুন। যে report নিয়মিত decision-এ কাজে লাগে না সেটি শুধু dashboard ভরানোর জন্য তৈরি করার প্রয়োজন নেই।
Account access ও backup/export policy review করুন। Cloud system ব্যবহার করলে office cloud tools-এর permission ও handover গাইড কাজে লাগতে পারে। Online order থাকলে payment ও settlement verification আলাদা করে মিলিয়ে নিন।
একটি service business-এর sample workflow
ধরা যাক, একটি ছোট agency quotation অনুমোদনের পর invoice তৈরি করে। Customer আংশিক টাকা দেন এবং কাজ শেষে বাকি দেন। Software trial-এ এই ঘটনা তুলুন: একটি customer, একটি invoice, দুটি payment এবং একটি সরাসরি project expense। শেষে customer balance শূন্য হয়েছে কি না এবং payment দুটো একই invoice-এ যুক্ত কি না দেখুন। এটি শেখার উদাহরণ, আপনার প্রকৃত হিসাবের treatment ব্যবসার নিয়ম অনুযায়ী হবে।
যদি invoice currency ও settlement currency আলাদা হয়, system সেই পরিস্থিতি কীভাবে দেখায় vendor-কে জিজ্ঞেস করুন। Generic dashboard-এর total দেখে foreign transaction ঠিক আছে ধরে নেবেন না। Fee, currency conversion ও rounding-এর পার্থক্য reconcile করার উপায় দেখুন। Trial-এর সময় প্রশ্নগুলো লিখে রাখলে শুধু সুন্দর invoice template দেখে সিদ্ধান্ত নেওয়ার ঝুঁকি কমে।
দৈনিক entry দেওয়ার দায়িত্ব নির্দিষ্ট করুন
একই receipt দুইজন entry দিলে duplicate হতে পারে। আবার সবাই অন্য কেউ করবেন ভেবে বসে থাকলে record বাদ পড়ে। তাই document সংগ্রহ, entry, approval ও review-এর দায়িত্ব আলাদা করে লিখুন। ছোট প্রতিষ্ঠানে একজন একাধিক দায়িত্ব পালন করতে পারেন, কিন্তু কোন কাজ কখন শেষ হবে জানা থাকা প্রয়োজন।
দৈনিক ছোট সময় entry-এর জন্য রাখুন। মাস শেষে একসঙ্গে অনেক transaction তুললে স্মৃতির ওপর নির্ভরতা বাড়ে। Missing document-এর একটি তালিকা রাখুন এবং অনিশ্চিত transaction reviewer-এর কাছে পাঠান। ভুল category জানার পর অনুমোদিত correction করুন। শুধু report সুন্দর দেখানোর জন্য অজানা amount অন্য account-এ সরিয়ে রাখবেন না।
Report export দিয়ে vendor থেকে স্বাধীনতা যাচাই
Trial account থেকে product, customer, invoice, payment ও ledger-এর sample export নিন। কোন data CSV-তে পাওয়া যায় এবং কোনটি শুধু PDF-এ আসে দেখুন। অন্য device-এ export খুলে বাংলা লেখা, date ও amount পড়া যাচ্ছে কি না যাচাই করুন। শুধু download button আছে বললেই migration-এর জন্য প্রয়োজনীয় data পাওয়া যাবে না।
Subscription বন্ধ হলে কতদিন account read-only থাকে বা data access থাকে কি না provider-এর terms দেখুন। Account ownership business-এর কাছে রাখুন। Export file-এ customer তথ্য থাকতে পারে, তাই public folder-এ দেবেন না। Backup বা archive রাখার নিয়ম নির্ধারণ করে দায়িত্বপ্রাপ্ত ব্যক্তিকে জানান। Data বের করার পথ পরিষ্কার থাকলে ভবিষ্যতে software বদলানোর সিদ্ধান্ত তুলনামূলক সহজ হয়।
মাসশেষের review-এ যেসব প্রশ্ন করবেন
সব bill entry হয়েছে কি, কোনো receipt বাদ আছে কি এবং customer balance-এর সঙ্গে collection record মেলে কি না দেখুন। Supplier statement থাকলে গুরুত্বপূর্ণ balance মিলিয়ে নিন। Bank reconciliation শেষ হওয়ার আগে dashboard-এর total-কে চূড়ান্ত সিদ্ধান্তের ভিত্তি করবেন না।
Review-এর পরে সংশোধনের তালিকা রাখুন। একই ধরনের ভুল বারবার হলে শুধু entry ঠিক করে থামবেন না; category নির্দেশনা বা training বদলান। হিসাবের প্রয়োজনীয় supporting document যাতে পরে পাওয়া যায় তার ব্যবস্থা রাখুন।
সাধারণ প্রশ্ন
Excel বাদ দিয়ে software নিতেই হবে?
সব ব্যবসায় নয়। লেনদেনের পরিমাণ, team collaboration, due ও reporting-এর জটিলতা দেখে সিদ্ধান্ত নিন। যে ব্যবস্থায় নিয়মিত নির্ভুল record ও review সম্ভব সেটিই আগে প্রয়োজন।
Software কি হিসাবরক্ষকের প্রয়োজন শেষ করে?
না। Classification, reconciliation, closing ও প্রযোজ্য নিয়ম বোঝার জন্য দক্ষ review দরকার হতে পারে। Software হিসাব সংগঠনের tool, পেশাগত বিচারবোধের বিকল্প নয়।
Free plan দিয়ে শুরু করা নিরাপদ?
শর্ত বুঝে trial করা যায়। Data export, retention, user limit ও support দেখে নিন। Upgrade বা account বন্ধের সময় data কীভাবে ফেরত পাবেন জানুন।
Opening balance ভুল হলে কী করব?
সমর্থিত document ও আগের হিসাব মিলিয়ে কারণ বের করুন। শুধু report মেলানোর জন্য অজানা adjustment না দিয়ে হিসাবের দায়িত্বপ্রাপ্ত ব্যক্তির সাহায্যে সঠিক পদ্ধতিতে সংশোধন করুন।
তথ্যসূত্র ও শেখার সহায়তা
- Zoho Books: official help centre — vendor workflow বোঝার উদাহরণ।
- Odoo: POS documentation — retail workflow-এর উদাহরণ।