সারাদিন ভালো বিক্রি হয়েছে, কিন্তু রাতে cash মেলাতে গিয়ে হিসাব মিলছে না। কোন পণ্য শেষ হওয়ার পথে জানা যাচ্ছে না, আর বাকির খাতায় একই ক্রেতার নাম কয়েকভাবে লেখা। ছোট মুদি দোকানে এমন সমস্যা হলে নতুন POS software কেনার আগে বুঝতে হবে দৈনন্দিন কোন কাজটি গুছিয়ে নেওয়া দরকার। শুধু সুন্দর dashboard দিয়ে stock বা cash-এর ভুল ঠিক হয় না।
মুদি দোকানের POS software বাছাইয়ের এই গাইডে বিক্রি, barcode, stock, বাকি, return এবং day closing একসঙ্গে পরীক্ষা করার উপায় পাবেন। এখানে কোনো বিক্রেতাকে পরীক্ষা ছাড়া সেরা বলা হয়নি। বরং নিজের দোকানের ছোট test dataset দিয়ে demonstration যাচাই করার পরিকল্পনা দেওয়া হয়েছে।
দ্রুত উত্তর: আপনার দোকানে ব্যবহার হয় এমন ২০টি পণ্য, কিছু নগদ ও বাকির বিক্রি, একটি purchase এবং একটি return দিয়ে trial করুন। তারপর stock, cash ও customer due report মিলিয়ে দেখুন। Data export, backup ও support পরিষ্কার না হলে শুধু কম subscription দেখে সিদ্ধান্ত নেবেন না।
মুদি দোকানের POS Software: Stock ও বাকির হিসাব গুছানোর গাইড
POS আসলে কোন কাজের জন্য?
Point of Sale বা POS মূলত বিক্রির সময় পণ্য নির্বাচন, দাম গণনা, payment method ও receipt তৈরি করতে সাহায্য করে। Inventory অংশ পণ্য আসা-যাওয়া ধরে stock হিসাব করতে পারে। Accounting অংশ থাকলে আয়, ব্যয় ও balance নিয়ে আরও রিপোর্ট পাওয়া যায়। সব POS-এ এই তিন অংশ সমানভাবে থাকে না।
আপনি শুধু দ্রুত bill চান, নাকি supplier due ও customer due-ও রাখবেন—এই প্রশ্নের উত্তর আগে দিন। Feature list-এ “complete solution” লেখা থাকলেও নিজের workflow দেখিয়ে পরীক্ষা না করা পর্যন্ত উপযুক্ততা বোঝা যায় না। দোকানের cashier যে ভাষা ও device-এ স্বাচ্ছন্দ্য বোধ করেন সেটিও বিবেচনা করুন।
আপনার দোকানের প্রয়োজনের ছোট তালিকা
বর্তমানে কত পণ্য আছে, দৈনিক আনুমানিক কত bill হয়, কতজন cashier কাজ করেন এবং একাধিক counter আছে কি না লিখুন। Loose item, packet item ও বিভিন্ন size-এর একই পণ্য আলাদা করে চিহ্নিত করুন। Supplier ও বাকির customer-এর তালিকাও প্রস্তুত রাখুন।
- প্রতি পণ্যে unit, ক্রয়মূল্য ও বিক্রয়মূল্য রাখতে পারবেন কি না।
- নগদ, digital payment এবং বাকিতে বিক্রি আলাদা দেখা যায় কি না।
- Return ও damage-এর প্রভাব stock-এ সঠিকভাবে পড়ে কি না।
- Report print বা CSV export করা যায় কি না।
- Owner ও cashier-এর permission আলাদা করা যায় কি না।
সব প্রয়োজন একই গুরুত্বের নয়। Bill, stock ও due আপনার জন্য বাধ্যতামূলক হলে সেগুলো আগে যাচাই করুন। পরে loyalty point বা fancy display দেখা যাবে। প্রথমে জরুরি কাজ ঠিকমতো চলে কি না নিশ্চিত করাই অধিক কার্যকর।
Product list পরিষ্কার না করলে software-ও বিভ্রান্ত হবে
একই পণ্যের নাম একবার “চাল ১ কেজি”, আরেকবার “Rice 1kg” দিয়ে তুললে দুটি আলাদা stock তৈরি হতে পারে। প্রতিটি পণ্যের জন্য একটি নির্দিষ্ট নাম ও code ঠিক করুন। Brand, size বা weight আলাদা হলে প্রয়োজনমতো আলাদা SKU রাখুন।
Product import করার আগে ছোট sample দিয়ে field mapping মিলিয়ে নিন। Purchase price যেন sale price-এর জায়গায় না যায়, barcode যেন সংখ্যার শুরুতে থাকা zero হারিয়ে না ফেলে এবং unit যেন অস্পষ্ট না হয়। বড় import-এর আগে sample export খুলে দেখে নেওয়া ভালো।
Opening stock কীভাবে তুলবেন?
Software চালুর আগের physical stock গুনে একটি নির্দিষ্ট তারিখে opening quantity লিখুন। শুধু পুরোনো খাতার অনুমান বসালে প্রথম দিন থেকেই পার্থক্য থাকবে। একই সময়ে incoming delivery ও চলমান sale হলে counting-এর কাট-অফ সময় ঠিক করুন।
ধরা যাক, গোনার সময় একটি পণ্যের ৪০টি packet আছে। এরপর ১০টি নতুন packet এলো এবং ৮টি বিক্রি হলো। এই উদাহরণে অন্য adjustment না থাকলে closing quantity হবে ৪২টি। এটি বোঝানোর হিসাব; আপনার প্রকৃত stock software ও physical count দিয়ে মিলিয়ে নিতে হবে।
Opening stock-এর monetary value হিসাবের জন্য কোন valuation পদ্ধতি প্রযোজ্য তা আপনার হিসাবের দায়িত্বপ্রাপ্ত ব্যক্তির সঙ্গে মিলিয়ে নিন। শুধু quantity মেলানো এবং লাভ সঠিকভাবে গণনা করা এক বিষয় নয়।
Packet ও loose item-এর unit আলাদা করুন
বস্তায় কেনা চাল কেজিতে বিক্রি করলে purchase unit ও sale unit-এর সম্পর্ক দরকার হতে পারে। একইভাবে carton-এর ভেতর নির্দিষ্ট সংখ্যক packet থাকলে quantity conversion ঠিক থাকতে হবে। Software এই ব্যবস্থা সমর্থন না করলে manual stock adjustment-এর চাপ বাড়বে।
এক কেজির পণ্যে ভুল করে দশ কেজির দাম বসলে দ্রুত bill করার সুবিধাই বড় ভুলের কারণ হতে পারে। Barcode scan, unit display ও cashier confirmation কীভাবে দেখা যায় trial-এ পরীক্ষা করুন। ওজনযন্ত্রের integration দরকার হলে আপনার আসল device model দিয়ে সমর্থন যাচাই করুন।
Barcode scanner ও receipt printer বাছাই
Software-এর brochure-এ scanner support লেখা থাকলেই সব device নিশ্চয় কাজ করবে না। দোকানের scanner দিয়ে নমুনা barcode পড়ান। একই barcode অন্য product-এ ব্যবহৃত হয়েছে কি না দেখুন। Barcode না থাকা পণ্যের জন্য product search বা নিজস্ব label-এর ব্যবস্থা লাগতে পারে।
Printer-এ বাংলা নাম, সংখ্যার alignment, paper width ও bill-এর readable output পরীক্ষা করুন। Windows, browser, Android tablet বা অন্য device-এ printing behaviour ভিন্ন হতে পারে। Paper শেষ হলে bill হারিয়ে যায় কি না এবং পুনরায় print করলে duplicate receipt চেনা যায় কি না দেখুন।
নগদ ও digital payment আলাদা রাখুন
Sales total এবং হাতে থাকা cash এক নয়। কিছু বিক্রি digital payment-এ হলে সেই টাকা cash drawer-এ থাকবে না। আবার customer পুরোনো বাকি পরিশোধ করলে cash বাড়বে, কিন্তু সেটিকে নতুন sale হিসেবে ধরলে বিক্রির পরিমাণ ভুল হবে।
| ঘটনা | যা পরীক্ষা করবেন |
|---|---|
| নগদে বিক্রি | Sale ও cash receipt একসঙ্গে নথিভুক্ত হচ্ছে কি না |
| Digital payment | সঠিক payment method ও reference রাখা যাচ্ছে কি না |
| বাকিতে বিক্রি | Customer due বাড়ছে, কিন্তু cash বাড়ছে না কি না |
| পুরোনো বাকি আদায় | Due কমছে; নতুন sale তৈরি হচ্ছে না কি না |
দোকানে mobile financial service-এর আলাদা ব্যবসা থাকলে তার transaction ও মুদি পণ্য বিক্রির হিসাব না মেশানো ভালো। প্রতিটির cash movement ও settlement আলাদা বোঝা দরকার। Software-এ সেই structure আছে কি না vendor-কে বাস্তব উদাহরণ দিয়ে দেখাতে বলুন।
বাকির হিসাবের জন্য customer পরিচয় ঠিক করুন
একই customer-এর নামে বারবার account খুললে আদায়যোগ্য টাকা বিভিন্ন জায়গায় ভাগ হয়ে যাবে। নামের সঙ্গে সম্মত যোগাযোগের তথ্য বা আপনার নিজস্ব customer code রাখুন। প্রয়োজনের বেশি ব্যক্তিগত তথ্য সংগ্রহ না করে চেনার মতো ন্যূনতম তথ্য রাখুন।
একটি বাকির sale, আংশিক payment এবং বাকি payment দিয়ে trial চালান। Statement-এ আগের balance, নতুন bill, payment ও closing due দেখা যাচ্ছে কি না দেখুন। ভুল payment সংশোধনের সময় audit record থাকে কি না এবং cashier ইচ্ছামতো পুরোনো due মুছতে পারেন কি না পরীক্ষা করুন।
Supplier purchase ও due ভুলে যাবেন না
দোকানে product এসেছে, কিন্তু পুরো টাকা দেওয়া হয়নি—এমন purchase আলাদা করে ধরতে হবে। Stock বাড়া এবং supplier payment একই দিনে নাও হতে পারে। Supplier invoice number রাখলে পরে duplicate entry খুঁজে পাওয়া সহজ হয়।
একই পণ্য নতুন দামে কিনলে sale price কে পরিবর্তন করতে পারবেন সেটি ঠিক করুন। Purchase entry থেকে stock update হয় কি না পরীক্ষা করুন। কেনাকাটার খাতায় লেখা থাকলেও software-এ না তুললে “পণ্য আছে, কিন্তু system-এ নেই” সমস্যা তৈরি হবে।
Return, damage ও expiry-এর ব্যবহারিক পরীক্ষা
Customer একটি পণ্য ফেরত দিলে সেটি বিক্রিযোগ্য অবস্থায় আছে কি না আলাদা সিদ্ধান্ত দরকার। Return-এ টাকা ফেরত, credit adjustment এবং stock movement-এর আচরণ পরীক্ষা করুন। আগের bill-এর সঙ্গে return যুক্ত থাকলে পরে মিলানো সহজ হয়।
নষ্ট পণ্যকে sale হিসেবে কমাবেন না। Damage বা stock adjustment-এর কারণ লিখে অনুমোদিত ব্যক্তি দিয়ে কাজ করান। Expiry-sensitive পণ্য থাকলে batch বা expiry tracking আপনার নির্বাচিত plan-এ আছে কি না জেনে নিন। Feature আছে বললেও cashier-এর প্রতিদিনের কাজের সঙ্গে মানিয়ে চলে কি না trial জরুরি।
Internet না থাকলে কী হবে?
Cloud software হলে internet connection গুরুত্বপূর্ণ। কিছু product offline কাজের সুবিধা দিতে পারে, কিন্তু কোন কাজ offline হয় এবং reconnect হলে data কীভাবে sync হয় তা নির্দিষ্টভাবে যাচাই করুন। শুধু “offline supported” লেখা দেখে সিদ্ধান্ত নেবেন না।
Trial-এ একটি test sale দিয়ে connection বিচ্ছিন্ন করে পুনরায় চালু করুন। Duplicate sale হয় কি না, stock conflict কীভাবে মেটে এবং receipt reprint করা যায় কি না দেখুন। এই পরীক্ষা vendor-এর অনুমোদিত test environment-এ করুন, আসল customer-এর bill নিয়ে নয়।
Day closing-এর একটি নিয়ম তৈরি করুন
দিনের শেষে opening cash, cash sale, due collection, অনুমোদিত expense ও cash withdrawal আলাদা করে মিলিয়ে নিন। Drawer count-এর সঙ্গে expected cash-এর পার্থক্য থাকলে কারণ লিখুন। শুধু sales report-এর মোট সংখ্যা দেখে cash মিলে গেছে ভাববেন না।
Cashier shift থাকলে কে কখন দায়িত্ব নিয়েছেন record রাখুন। Previous shift-এর ভুল পরের ব্যক্তির ঘাড়ে না চাপাতে handover count দরকার। Return বা void করা bill-এর report owner দেখবেন। প্রতিদিন ছোট reconciliation করলে মাসশেষে বড় অসঙ্গতি অনুসন্ধানের চাপ কমে।
Data export ও backup কেন কেনার আগেই দেখবেন?
আপনার product list, sale, purchase ও due report সফটওয়্যার থেকে বের করা যায় কি না demo-তে দেখুন। শুধু PDF summary যথেষ্ট নাও হতে পারে; অন্য system-এ যাওয়ার জন্য structured export দরকার হতে পারে। Vendor বদলালে migration fee ও assistance কী থাকবে লিখিতভাবে জানুন।
Backup নেওয়া হয় বলা এবং restore করে ব্যবসা চালু করা এক বিষয় নয়। কে backup রাখেন, কতদিন রাখেন এবং account বন্ধ হলে data কীভাবে ফেরত পাবেন জিজ্ঞেস করুন। Website-এর সুরক্ষার জন্য আলাদা backup ও recovery পরিকল্পনা পড়তে পারেন; দোকানের POS data-এর জন্যও নিজস্ব যাচাই লাগবে।
Trial-এর ফল দিয়ে সিদ্ধান্ত নিন
Vendor-কে আপনার test list দিন: ২০টি product, একটি purchase, নগদ sale, digital sale, বাকির sale, due collection, return ও day closing। প্রতিটি ধাপের expected ফল লিখে report-এর সঙ্গে মিলিয়ে দেখুন। Cashier নিজে কাজটি করতে পারছেন কি না এটিও pass condition করুন।
Installation, training, device, subscription ও support মিলিয়ে মোট খরচ তুলুন। স্থায়ী license হলেও update বা support আলাদা খরচ হতে পারে। বড় অগ্রিম টাকা দেওয়ার আগে data ownership ও service terms বুঝে নিন। Accounting-এর সঙ্গে মিলিয়ে কাজ করতে ছোট ব্যবসার হিসাবের সফটওয়্যার গাইড সহায়ক হবে।
দোকানের কর্মীদের training কীভাবে দেবেন?
Training-এর প্রথম দিনে পুরো settings panel দেখানোর বদলে নিয়মিত পাঁচটি কাজ শেখান: product খোঁজা, bill করা, payment method বাছাই, আগের bill খোঁজা এবং ভুল হলে দায়িত্বপ্রাপ্ত ব্যক্তিকে জানানো। প্রত্যেক cashier-কে sample sale নিজে করতে দিন। Vendor দ্রুত কাজ করে দেখাতে পারা এবং আপনার কর্মীর নিয়মিত কাজ করতে পারা এক নয়।
কোন কাজ cashier করবেন না সেটিও বুঝিয়ে দিন। Purchase cost বদলানো, পুরোনো due মুছে দেওয়া বা বড় stock adjustment owner-এর approval ছাড়া না হওয়ার ব্যবস্থা রাখতে পারেন। ভুল হলে record রেখে সংশোধন করার নিয়ম শেখান। ভয় পেয়ে ভুল bill লুকানো বা কাগজে রেখে পরে ভুলে যাওয়ার চেয়ে দৃশ্যমান correction বেশি কার্যকর। Training-এর পরে ছোট নির্দেশনা counter-এর কাছে রাখুন।
Price change-এর একটি অনুমোদিত নিয়ম রাখুন
নতুন চালানে দাম বেড়েছে বলে পুরোনো সব product price একসঙ্গে বদলানোর আগে আপনার বিক্রির নিয়ম ঠিক করুন। Software-এ সাধারণ selling price ও bill-specific discount আলাদা কি না দেখুন। Cashier ছাড় দিতে পারলে তার limit ও report owner-এর জানা থাকা দরকার। Discount-এর কারণ লিখে রাখা গেলে পরে অস্বাভাবিক কম বিক্রি অনুসন্ধান সহজ হয়।
একই পণ্যের size ভুল হলে শুধু দাম মিলিয়ে bill করবেন না। Product identity, unit ও quantity ঠিক রাখুন। Price list আপডেটের পর sample bill print করে দেখুন। Shelf label ও software-এর price আলাদা হলে customer confusion তৈরি হয়; নিয়মিত কিছু sample item মিলিয়ে দেখা কাজে লাগে। বড় change-এর আগে export বা recovery copy রাখার ব্যবস্থা জেনে নিন।
প্রথম সপ্তাহে কোন report দেখবেন?
সব report একসঙ্গে না দেখে daily sale by payment method, customer due, negative stock এবং return/void list আগে দেখুন। যে product দ্রুত শেষ হচ্ছে তার reorder সিদ্ধান্ত physical shelf-এর সঙ্গে মিলিয়ে নিন। System-এর stock আর বাস্তব stock না মিললে শুধু quantity reset না করে purchase, sale বা adjustment বাদ পড়েছে কি না খুঁজুন।
প্রথম সপ্তাহে পাওয়া সমস্যা লিখে vendor-এর সঙ্গে review করুন। বাংলা search ঠিকমতো চলছে না, printer line কাটছে বা due collection ভুল জায়গায় যাচ্ছে—এসব ছোট operational বাধা সমাধান না হলে software ব্যবহারে অনীহা বাড়ে। Setup সম্পূর্ণ বলার আগে দোকানের একটি ব্যস্ত সময়ে counter workflow পর্যবেক্ষণ করুন। এতে theoretical demo-এর বাইরে প্রকৃত ব্যবহারযোগ্যতা বোঝা যায়।
কেনার আগে final approval
Owner ও cashier একসঙ্গে trial-এর ফল দেখুন। জরুরি কাজের সবগুলো pass না করলে কোন সীমা মেনে নিচ্ছেন লিখে রাখুন। Hardware, support ও data export-এর শর্ত quotation-এ মিলিয়ে নিন। প্রয়োজনে ছোট পরিসরে চালু করে পরে পুরো দোকানের হিসাব স্থানান্তর করুন।
সাধারণ প্রশ্ন
ছোট দোকানে কি POS অবশ্যই দরকার?
অবশ্যই নয়। অল্প লেনদেনে পরিষ্কার খাতা বা spreadsheet যথেষ্ট হতে পারে। পণ্য, counter, বাকি ও report-এর জটিলতা বাড়লে POS-এর সুবিধা বেশি কাজে লাগে।
Free software দিয়ে শুরু করা যায়?
Trial করা যায়। তবে user limit, backup, export, support ও commercial use-এর শর্ত দেখে নিন। Free version-এ আপনার জরুরি workflow সম্পূর্ণ হয় কি না সেটিই মূল প্রশ্ন।
POS report-এ profit দেখালেই কি সেটি চূড়ান্ত লাভ?
সবসময় নয়। Purchase cost, valuation, expense, return ও adjustment সঠিকভাবে ধরা হয়েছে কি না দেখতে হবে। বিক্রির margin ও প্রতিষ্ঠানের net profit আলাদা হতে পারে।
দোকান বড় হলে কি software বদলাতে হবে?
বর্তমান system-এর multi-user, stock location, export ও reporting ক্ষমতার ওপর নির্ভর করে। এখনই ভবিষ্যতের সম্ভাব্য প্রয়োজন লিখে vendor-এর কাছে সীমাগুলো জেনে নিন।
তথ্যসূত্র
- Odoo: Point of Sale documentation — একটি POS-এর workflow বোঝার উদাহরণ; সব product-এর feature এক নয়।
- Zoho POS: inventory ও retail terms