Restaurant Cashier Software: Billing ও Control Guide

সর্বশেষ যাচাই: 2026-08-28

Restaurant cashier software order record, total calculation, payment, receipt ও day close trail রাখে। Customer promise, kitchen work ও টাকা এখানে মিলে।

Generic cash register bill বানায়। Restaurant software-এ order type, table, waiter, modifier, kitchen, VAT ও service charge বোঝা দরকার।

Order entry দ্রুত করুন

এক screen-এ dine-in, takeaway, delivery, search, variation, add-on ও combo দরকার।

রসুই customer/walk-in, table, waiter, note, draft, kitchen ও bill/pay flow দেয়।

Total-এর সঠিক order

Discount, coupon, loyalty, service charge ও VAT একসঙ্গে test করুন।

রসুই server-এ defined sequence-এ total হিসাব করে। Go-live-এর আগে setting test করুন।

Sensitive action control

Owner login share করবেন না। Discount, refund, void, report ও setting সীমিত করুন।

রসুই role/permission দেয়; physical cash policy restaurant-এর দায়িত্ব।

Payment verify করুন

Cash/change ও digital status record করুন। রসুইয়ে real bKash/Nagad আছে; card simulation placeholder।

Customer screenshot দেখে paid করবেন না; verified confirmation অনুসরণ করুন।

Outage-এ billing

আগে sync থাকলে cash order queue হয়ে পরে upload হয়।

Online payment ও live KDS/multi-device update-এ internet লাগে।

Shift close

System total, cash ও verified digital receipt মিলিয়ে variance record করুন।

রসুই sales, payment, staff ও Z-report দেয়।

• Named cashier
• Discount/void record
• Cash count
• Method total
• Variance approval
• Sign off

Action অনুযায়ী cashier permission দিন

Cashier role-কে daily billing করতে দিন, কিন্তু payroll, tenant setting, historical customer export বা unrestricted price change access দেবেন না। Permission server-side enforce এবং audit event সংরক্ষণ করা দরকার; শুধু button লুকিয়ে রাখা যথেষ্ট নয়। Intended role account দিয়ে direct URL, API request যদি applicable হয়, এবং export access test করুন।

Manager approval approving user-এর নামে attributable হতে হবে, register-এর পাশে লেখা shared PIN-এর নামে নয়। Authorized manager অনুপস্থিত থাকলে escalation বা deferred action কী হবে আগে নির্ধারণ করুন, credential share উৎসাহিত করবেন না। Emergency override-এর reason, scope, expiry এবং later review রাখুন।

User branch ও register assignment validate করুন। অন্য branch-এর order, customer, drawer বা report দেখা operational need ছাড়া সম্ভব হওয়া উচিত নয়। Staff transfer বা offboarding-এর সময় active session, saved device, admin portal ও export folder access আলাদাভাবে revoke করুন।

Order state ও payment state আলাদা রাখুন

একটি order open, accepted, preparing, served, cancelled অথবা refunded হতে পারে; payment unpaid, pending, authorized, paid, failed অথবা reversed হতে পারে। একটি status দিয়ে অন্যটি বোঝালে duplicate collection ও false sales তৈরি হতে পারে। Cashier exception resolve করার সময় order এবং payment—দুই state ও stable reference দেখা দরকার।

Digital payment-এর ক্ষেত্রে provider-এর authoritative server result এবং stable reference ব্যবহার করুন। Customer screenshot investigation evidence হতে পারে, automatic settlement proof নয়। Pending request retry করলে দ্বিতীয় order বা charge যেন না হয়, idempotency ও recovery behaviour controlled test করুন। Integration availability, supported method বা timing evidence ছাড়া claim করবেন না।

Mixed payment support থাকলে cash ও digital component, refund allocation এবং receipt display test করুন। Failed component-এর পরে পুরো basket কী state নেয় স্পষ্ট করুন। Payment type ভুল বেছে নিলে authorized correction original event রেখে কীভাবে হয় দেখুন। Closed order edit করে amount মিলানোর পরিবর্তে reversal বা adjustment workflow ব্যবহার করুন।

Order accuracy ও kitchen handoff

Simple item-এর পাশাপাশি size, required modifier, paid add-on, note, discount এবং split bill দিয়ে test order করুন। Customer-facing cart, cashier total, receipt, KOT বা kitchen display এবং sales report একই quantity, selection ও amount দেখায় কি না মিলিয়ে দেখুন। Modifier customer bill-এ থাকলেও kitchen output-এ হারিয়ে গেলে সেটি high-risk defect।

Unavailable item, duplicate tap, accidental quantity change এবং table transfer-এর behaviour test করুন। Kitchen already preparing থাকলে void বা edit approval কীভাবে communicate হয় দেখুন। Customer correction এবং production correction আলাদা event হতে পারে; stable order ID দিয়ে দুটো trace করুন।

Receipt-এ merchant identity, branch, order reference, item, modifier, amount, payment state এবং support contact current configuration অনুযায়ী পরিষ্কার কি না দেখুন। Tax বা legal receipt field qualified review অনুযায়ী configure করতে হবে; generic content থেকে formal requirement অনুমান করবেন না। Bangla text intended printer-এ readable এবং line wrap সঠিক কি না পরীক্ষা করুন।

Void, cancellation, discount ও refund control

Cashierকে completed sale delete করতে দেবেন না। Order state অনুযায়ী void, cancellation এবং refund আলাদা workflow ব্যবহার করুন, যাতে original line, amount, reason, actor, approver এবং time থাকে। Kitchen release-এর আগে ও পরে cancellation-এর operational impact ভিন্ন হতে পারে; test scenario দিয়ে rule যাচাই করুন।

Discount predefined rule, eligibility ও limit অনুযায়ী apply করুন। Manual discount হলে reason ও manager approval লাগতে পারে। Promotion source, branch, date এবং item scope রাখুন। কোনো discount customerকে দেখানো হলেও settlement বা report-এ অন্য amount গেলে correction করুন। Marketing claim বা urgency evidence ছাড়া বানাবেন না।

Refund original payment ও order reference-এর সঙ্গে যুক্ত করুন। Requested, approved, initiated, pending এবং completed state আলাদা রাখুন যেখানে workflow তা দেয়। Customerকে verified status জানান। Refund method ও timing provider বা current policy অনুযায়ী যাচাই করতে হবে; universal promise নয়। Partial refund-এ line, quantity, tax or adjustment treatment appropriate review-এর সঙ্গে মিলান।

Cash shift control

Cash difference investigation চলাকালে visible রাখুন। Total জোর করে মেলাতে order delete, payment type বদল বা fake expense তৈরি করলে training, change-giving, refund, recording error বা misconduct শনাক্ত করার evidence নষ্ট হয়। Difference নিজে দোষ প্রমাণ করে না; transaction, paid-out, drawer event ও count evidence review করুন।

Opening float, cash sale, cash refund, paid-in, paid-out, cash drop এবং expected closing-এর formula documented রাখুন। Count ideally system expected amount দেখার আগে independentভাবে হতে পারে, business control অনুযায়ী। Cashier submit করার পরে manager recount বা review outcome আলাদা record রাখুন। Reopen করলে reason ও original close preserve করুন।

এক register বহু cashier ব্যবহার করলে accountability দুর্বল হতে পারে। Shift handover count, user sign-in এবং device assignment স্পষ্ট করুন। Shared till বাধ্যতামূলক হলে event-level user attribution ও supervisor review দিয়ে ঝুঁকি কমান। Tip, delivery cash, staff advance এবং owner withdrawal sales drawer-এর সঙ্গে মিশাবেন না।

• Register ও opening float assign করুন
• Paid-in ও paid-out reason record করুন
• Expected cash system-calculated রাখুন
• Sales edit না করে actual cash count করুন
• Difference ও denomination evidence লিখুন
• Tip এবং staff advance আলাদা রাখুন
• Manager review-এর আগে cashier close submit করুন
• Unresolved difference owner ও due dateসহ carry করুন

Offline billing ও connectivity failure test

Internet বা API unavailable হলে কোন order, item, price, tax configuration এবং payment function কাজ করে তা exactভাবে document করুন। Pending ও synced record স্পষ্ট দেখান। Stable local identifier ও idempotent synchronization ব্যবহার না হলে reconnect-এর পরে duplicate order, payment বা KOT হতে পারে। Evidence ছাড়া undefined offline guarantee marketing copy-তে লিখবেন না।

Stale menu, দুই device একই table edit, failed sync, clock difference এবং order server unreachable থাকা অবস্থায় payment complete—এসব scenario test করুন। Cashier কী message দেখেন, কোন action blocked, এবং recovery owner কে—লিখুন। Manual fallback order থাকলে pre-numbered reference ও later reconciliation rule দরকার।

Reconnect-এর পরে queued event কোন order-এ merge হয়েছে, conflict কীভাবে resolve হয়েছে এবং duplicate suppressed হয়েছে কি না audit করুন। Payment screenshot নয়, provider result ও internal reference match করুন। Offline support product, browser, device ও configurationভেদে বদলাতে পারে; current release-এ intended setup দিয়ে পুনরায় test করুন।

Cashier software acceptance test

Actual printer, drawer, browser বা terminal এবং branch network-এ test চালান। Customer bill, KOT, payment record, sales report ও shift close compare করুন। Purchase-এর আগে native, manual, integration-dependent এবং unsupported behaviour লিখুন। Vendor demo-এর sample data আপনার menu, language ও exception complexity প্রতিনিধিত্ব নাও করতে পারে।

Configuration শেষে tested device, user, menu version, receipt field, payment method, offline limitation ও fallback ownerসহ signed branch acceptance sheet তৈরি করুন। Update-এর পরে refund, void, pending payment ও close-এর high-risk test আবার চালান। Rollback ও support escalation reference রাখুন।

Weekly exception report-এ repeated drawer open, excessive correction, unresolved shift এবং matching order ছাড়া payment দেখুন। Exception evidence চাওয়ার prompt, automatic misconduct verdict নয়। Permission, training, menu বা workflow root cause ঠিক করে পরবর্তী comparable period-এ নির্দিষ্ট failure কমেছে কি না internalভাবে দেখুন; approved methodology ছাড়া public claim নয়।

• Simple, modifier ও split-bill order
• Discount, void এবং manager approval
• Supported হলে cash, digital ও mixed payment
• Pending, failed, reversed ও refunded payment
• Receipt এবং kitchen output
• Shift close ও difference
• Active session চলাকালে user deactivation
• User ও order referenceসহ export

Security, audit ও human-review gate

Named user, least-privilege role, secure session এবং approved device policy ব্যবহার করুন। Password বা OTP shared note, content file বা chat-এ রাখবেন না। Device হারালে session revoke, credential reset এবং recent sensitive event review করার playbook রাখুন। Customer data cashier screen ও receipt-এ প্রয়োজনের অতিরিক্ত প্রকাশ করবেন না।

Audit log-এ user, time, device or register, order, action, old/new state এবং approval evidence ঝুঁকি অনুযায়ী রাখুন। সাধারণ user log delete বা rewrite করতে পারবেন না। Export access ও retention business policy অনুযায়ী নিয়ন্ত্রণ করুন। Audit event নিজে action বৈধ প্রমাণ করে না; supporting reason ও review দরকার।

এই বাংলা draft human editor-এর ভাষা, cashier terminology, current payment workflow এবং Rosuii-র actual feature review ছাড়া publish হবে না। Review gate অক্ষত থাকবে। কোনো speed, uptime, payment integration, hardware compatibility বা loss reduction claim test evidence ছাড়া যোগ করবেন না। Pricing reference live `/pricing` source of truth থেকে নিতে হবে।

Busy order, exception, outage ও closing count দিয়ে restaurant cashier software test করুন।

রসুইয়ে sample menu ও cashier role দিয়ে shift rehearsal করুন।

সম্পর্কিত গাইড

• Restaurant POS Software
• Restaurant Billing Software
• Restaurant Day Close ও Z-Report
• রেস্টুরেন্ট ম্যানেজমেন্ট সফটওয়্যার তুলনা

রসুইয়ে এই ফিচারটি দেখুন: রসুইয়ের POS ও payment workflow দেখুন

বিনামূল্যে রসুই ব্যবহার শুরু করুন