Canteen Management Software in Bangladesh: Guide
Public canteen ও employee-subsidized canteen-এর software requirement আলাদা।
সর্বশেষ যাচাই: 2026-08-28
Canteen management software fast meal sale, menu, kitchen, token, stock ও report চালায়। Office/factory/hospital/campus-এ diner identity ও allowance-ও লাগতে পারে।
Public cash counter ও closed employee canteen-এর model আগে আলাদা করুন।
Meal কে pay করে
Full price, subsidy, prepaid allowance বা salary deduction আলাদা record দরকার।
রসুই payment/customer record দেয়; meal wallet, payroll deduction, subsidy বা company settlement নেই।
Lunch queue
Short menu, combo, KDS ও token board রাখুন।
রসুই POS, combo, KDS/CDS দেয়; dedicated kiosk documented নয়।
Menu ও production
Previous sale ও expected attendance দিয়ে production ঠিক করুন।
রসুই sales, stock, purchase, production ও waste দেয়; attendance থেকে auto forecast নয়।
Diner identity
ID, biometric, student account বা department code লাগতে পারে।
রসুই phone-based customer রাখে; biometric/RFID বা student billing নেই।
Rosuii fit
Public/cash canteen-এ POS, kitchen, token, stock, expense ও report কাজে আসে।
Subsidy canteen-এ অন্য identity/settlement system লাগবে। Loyalty allowance নয়।
Demo
Busy ১৫ মিনিট ও month-end test করুন।
- Fast combo
- দুই station
- Ready token
- Duplicate block
- Subsidy split
- Settlement
- Waste compare
প্রথমে canteen operating model নির্ধারণ করুন
Canteen management software-এর requirement নির্ভর করে কে খাবার বেছে নেন, কে গ্রহণ করেন এবং কে কত অংশ পরিশোধ করেন তার ওপর। Cash counter, employee subsidy, prepaid student balance, monthly company invoice এবং contracted meal entitlement একই workflow নয়। Demo চাওয়ার আগে প্রতিটি meal type-এর identity, eligibility, selection, price responsibility, approval, handover এবং settlement লিখে রাখুন। তাহলে vendor feature-এর বদলে বাস্তব task দিয়ে system যাচাই করা যায়।
কোনো ব্যক্তির balance বা employee record থাকলেই meal বাস্তবে serve হয়েছে—এমন ধরে নেবেন না। Order, entitlement reservation, payment, production এবং handover event আলাদা রাখুন। একটি meal book হয়ে পরে cancel হতে পারে; একটি token তৈরি হলেও handover নাও হতে পারে। এই stateগুলো আলাদা থাকলে dispute, duplicate issue এবং organization billing review করা সহজ হয়।
প্রতিটি site, meal period ও diner group-এর rule নথিভুক্ত করুন। Breakfast, lunch, dinner বা special shift-এর সময়, eligible group, allowed quantity, subsidy এবং exception owner স্পষ্ট করুন। Rule-এর effective date রাখুন, যাতে আজকের entitlement change আগের মাসের served meal record নতুন করে না লেখে।
Canteen control matrix
Matrix-এর প্রতিটি rule-এ organization, site, branch বা group scope এবং effective date দেখান। Subsidy, price বা entitlement বদলালে prior meal record অপরিবর্তিত রেখে নতুন rule future event-এ ব্যবহার করুন। Exception manually approve হলে reason, approver এবং supporting record রাখুন।
Identity credential এবং payment credential একই হতে পারে, কিন্তু system design-এ উদ্দেশ্য আলাদা করে বুঝুন। একটি card employee শনাক্ত করতে পারে, balance ব্যবহার করতে পারে বা শুধু token reference হতে পারে। হারানো card বদলালে পুরোনো service history নতুন credential-এর সঙ্গে নিরাপদে যুক্ত হবে কি না এবং revoked credential আর চলবে কি না পরীক্ষা করুন।
| ক্ষেত্র | Control question | প্রমাণ |
|---|---|---|
| Identity | কে meal গ্রহণ করতে পারবেন? | Active account, card বা approved roster |
| Entitlement | কতটি এবং কোন period-এ প্রযোজ্য? | Rule ও usage event |
| Price | কোন অংশ কে পরিশোধ করবেন? | Meal price ও subsidy rule |
| Production | কত meal প্রস্তুত হবে? | Approved demand ও batch plan |
| Handover | সঠিক meal একবার দেওয়া হয়েছে? | Token বা order status |
| Settlement | কার কাছে কী bill হবে? | Order, adjustment ও approval |
| Privacy | কে diner history দেখতে পারবেন? | Role ও access log |
Production planning করুন, waste লুকাবেন না
Confirmed pre-order বা entitlement-এর সঙ্গে documented walk-in planning method যোগ করুন। Planned, produced, issued, returned এবং wasted quantity আলাদা record করুন। Forecast preparation-এ সাহায্য করে; serve না হওয়া meal-কে sale বা consumption বানায় না। Demand forecast এবং actual handover আলাদা রাখলে overproduction, shortage এবং timing problem বোঝা যায়।
Item, recipe ও batch record food-safety process-এর উপযোগী হতে হবে। Software timestamp রাখতে বা record খুঁজে দিতে পারে, কিন্তু staff tested procedure ও উপযুক্ত instrument ব্যবহার না করলে temperature, hygiene বা suitability নিজে যাচাই করে না। তাই digital form থাকা মানেই compliance প্রমাণ নয়। Applicable policy, responsible staff এবং review evidence প্রয়োজন।
Kitchen plan-এ meal period, dietary variant, portion এবং pickup point আলাদা করুন। Late order, cancellation ও special request কীভাবে production count-এ যাবে তা আগে নির্ধারণ করুন। Batch close করার পরে correction হলে original quantity মুছে না দিয়ে reasonসহ adjustment রাখুন। Waste category consistent হলে purchasing ও menu review-এ ব্যবহারযোগ্য evidence তৈরি হয়, তবে internal observation থেকে public performance claim করা উচিত নয়।
Peak queue ও service test
Target device এবং network-এ বাস্তবসম্মত peak queue চালান, কিন্তু test result থেকে universal transaction speed দাবি করবেন না। Identity fail, item sold out, একই token দ্বিতীয়বার উপস্থাপন, printer unavailable, balance insufficient এবং supervisor absent—এসব scenario দেখুন। Staff কী message দেখেন এবং diner-কে কী বলা হয়, দুই দিকই যাচাই করুন।
Offline বা network disruption-এর আচরণ systemভেদে বদলায়। Evidence ছাড়া offline operation ধরে নেবেন না। Controlled test-এ কোন action localভাবে নেওয়া যায়, reconnect হলে duplicate হয় কি না, এবং unresolved event কোথায় দেখা যায় পরীক্ষা করুন। Manual fallback থাকলে pre-numbered token, later entry, approval ও reconciliation rule লিখুন। Disruption শেষ হলে temporary record কীভাবে final ledger-এর সঙ্গে মিলবে তা acceptance criteria-তে রাখুন।
- অতিরিক্ত personal data না দেখিয়ে eligible diner শনাক্ত করুন
- সঠিক meal ও entitlement নির্বাচন করুন
- ব্যবহৃত বা insufficient entitlement পরিষ্কারভাবে handle করুন
- Configured cashless, cash বা account billing চালান
- Kitchen token বা handover state একবার issue করুন
- Connectivity interruption নিরাপদে সামলান
- Identity বা order mistake অনুমোদনসহ correct করুন
- Served meal, payment ও billed account reconcile করুন
Canteen software evaluation checklist
Representative test data দিয়ে organization, site, meal period, diner group, subsidy, entitlement, pre-order, kitchen, handover, adjustment ও invoice workflow চালান। User role, export, audit event এবং data correction দেখুন। Personal data কোথায় থাকে, কে দেখতে পারে, access কীভাবে বন্ধ হয় এবং retention policy কী—vendor বা internal owner-এর কাছ থেকে current evidence নিন।
প্রতিটি function native, configured, manual, integration-dependent অথবা unavailable হিসেবে record করুন। Identity, payroll বা payment integration-এর logo দেখানো production support-এর প্রমাণ নয়। Intended account, field mapping, error handling এবং real test দিয়ে claim যাচাই করুন। Integration না থাকলে secure import/export বা approved manual control operationally acceptable কি না আলাদা সিদ্ধান্ত নিন।
Demo-তে happy path-এর পাশাপাশি reversal ও correction দেখুন। ভুল diner, ভুল meal, duplicate token, late cancellation, subsidy override এবং invoice dispute কীভাবে ঠিক হয় তা পরীক্ষা করুন। Original event সংরক্ষিত থাকে কি না এবং adjustment report-এ বোঝা যায় কি না দেখুন। Exportে বাংলা নাম, date, amount ও identifier নষ্ট হচ্ছে কি না intended spreadsheet বা accounting process-এ খুলে যাচাই করুন।
Prepaid, subsidy ও organization billing control
Prepaid balance থাকলে opening balance, top-up, consumption, refund, expiry যদি প্রযোজ্য হয়, এবং closing balance-এর rule স্পষ্ট করুন। Cash received এবং digital top-up আলাদাভাবে reconcile করুন। Balance correction silently overwrite না করে authorized adjustment হিসেবে রাখুন। Customer বা diner-facing receipt-এ amount ও resulting state বোঝা যায় কি না দেখুন।
Subsidy model-এ meal price, employee বা student share, sponsor share, limit এবং eligibility period একই event-এর সঙ্গে সংরক্ষণ করুন। আজ rule বদলালে গতকালের sponsor amount পুনরায় calculate করা উচিত কি না policy নির্ধারণ করুন; সাধারণত historical event-এর applied rule evidence হিসেবে রাখা প্রয়োজন। Exception approval এবং cap exceeded state report-এ আলাদা দেখান।
Monthly invoice-এর ক্ষেত্রে billable event আগে সংজ্ঞায়িত করুন: accepted order, produced meal, handover নাকি অন্য agreed state। Contract বা approved policy ছাড়া অনুমান করবেন না। Invoice line থেকে supporting order বা summary-তে drill-down সম্ভব হওয়া দরকার, তবে sponsor-এর legitimate need-এর বাইরে diner-level detail পাঠাবেন না।
Monthly sponsor বা organization reconciliation
Account-billed meal-এর service শুরু হওয়ার আগেই billing period এবং billable event সম্মত করুন। Eligible diner, accepted order, actual handover, applied price বা subsidy rule, authorized adjustment এবং invoice line মিলিয়ে দেখুন। Personal meal detail agreement ও বৈধ operational need যতটুকু চায় ততটুকুতেই সীমিত রাখুন। Summary report যথেষ্ট হলে অপ্রয়োজনীয় individual history share করবেন না।
Duplicate identity, unused entitlement, reversed handover, missing sponsor mapping, disputed amount এবং unmatched payment-এর exception report বানান। Original service record বদলে না দিয়ে appended adjustment ও approval দিয়ে প্রতিটি issue সমাধান করুন। Accepted period lock করুন এবং পরে আসা correction পরের visible adjustment process-এ নিন। Invoice, approval ও dispute evidence reviewed retention policy অনুযায়ী সংরক্ষণ করুন।
নতুন period শুরু হওয়ার আগে opening balance আগের accepted close-এর সঙ্গে মিলে কি না যাচাই করুন। Site ও sponsorভেদে control total ব্যবহার করুন: order count, handed-over meal count, diner share, sponsor share, adjustment total এবং invoice total। Control total না মিললে difference explain না হওয়া পর্যন্ত close করবেন না। কে prepared, কে reviewed এবং কোন date-এ accepted—record রাখুন।
Privacy, access ও audit trail
Canteen record থেকে attendance pattern, meal preference বা work schedule সম্পর্কে sensitive inference হতে পারে। তাই cashier, kitchen, HR, finance এবং sponsor user-এর জন্য প্রয়োজনের সর্বনিম্ন field দেখান। Kitchen-এর diner financial balance জানার প্রয়োজন নাও থাকতে পারে; finance-এর dietary note দেখার প্রয়োজন নাও থাকতে পারে। Role-based view বাস্তব account দিয়ে test করুন।
Shared credential এড়িয়ে named access ব্যবহার করুন। Staff role বদল বা employment শেষ হলে canteen, identity, export ও sponsor portal-এর access আলাদাভাবে revoke করুন। Recovery channel ও business owner নথিভুক্ত রাখুন। Audit trail-এ sensitive value অপ্রয়োজনে duplicate হচ্ছে কি না দেখুন এবং export file access-controlled location-এ রাখুন। Password বা OTP কখনও content draft বা support note-এ সংরক্ষণ করবেন না।
এই বাংলা content মানব reviewer-এর approval প্রয়োজন। স্থানীয় terminology, institution-specific billing rule, privacy policy এবং software-এর current feature মিলিয়ে review gate সরাতে হবে। কোনো customer count, speed, saving বা integration result evidence ছাড়া যোগ করা যাবে না; pricing claim কেবল current `/pricing` source of truth থেকে নেওয়া যাবে।
Payer ও identity model দেখে software বাছুন।
Public canteen-এ Rosuii test করুন; allowance/biometric জরুরি হলে dedicated system নিন।
সম্পর্কিত গাইড
- Bangladesh QSR Software
- Kitchen Display System Guide
- Table Self Ordering
- রেস্টুরেন্ট ম্যানেজমেন্ট সফটওয়্যার তুলনা
রসুইয়ে এই ফিচারটি দেখুন: রসুইয়ের fast-service feature দেখুন
হালনাগাদ:
সাধারণ প্রশ্ন
Canteen software কী?
Cash canteen-এ Rosuii চলে?
Meal subsidy আছে?
Biometric meal identity?
Token display আছে?
Canteen management software কী পরিচালনা করে?
Canteen software কি food-safety compliance প্রমাণ করে?
Canteen demo-তে কী test করা উচিত?
Subsidized meal কীভাবে reconcile করব?
রসুই দিয়ে আপনার রেস্টুরেন্ট চালান
পিওএস, মেনু, ইনভেন্টরি, পে-রোল এবং আরও অনেক কিছু — বাংলাদেশের রেস্টুরেন্টের জন্য তৈরি।
শুরু করুন
