মূল কন্টেন্টে যান
RosuiiRosuii

রেস্টুরেন্ট চেক-ইন ও চেক-আউট নীতির টেমপ্লেট

প্রথম নির্ধারিত শিফটের আগে টিমের প্রত্যেকের জানা উচিত এমন নিয়ম।

লিখেছেন ৫ মিনিট পড়া
শেয়ার
রেস্টুরেন্ট চেক-ইন ও চেক-আউট নীতির টেমপ্লেট

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

সফটওয়্যার সময় রেকর্ড করে; নীতি বলে সেই সময়ের অর্থ কী। পরিষ্কার check-in policy তর্ক কমায় এবং ব্যতিক্রম সামলাতে ম্যানেজারকে একই পদ্ধতি দেয়।

অফিসিয়াল শিফট clock নির্ধারণ করুন

স্টাফ কত আগে check-in করবে, কখন late mark শুরু হবে এবং ইউনিফর্ম বদল paid time-এর আগে না পরে—সব লিখুন।

সাধারণ ব্যতিক্রম লিখুন

মিসড tap, device সমস্যা, জরুরি ছুটি বা অনুমোদিত overtime-এ কী হবে বলুন। সম্ভব হলে একই দিনে জানানো বাধ্যতামূলক করুন।

  • কর্মী সমস্যা জানাবে
  • ম্যানেজার শিফট যাচাই করবে
  • সংশোধনের কারণ রেকর্ড হবে

একইভাবে নিয়ম প্রয়োগ করুন

লিখিত অপারেশন কারণ না থাকলে রোল ও ব্রাঞ্চজুড়ে একই নিয়ম চলবে। বারবার দেরি হলে floor-এ নয়, ব্যক্তিগতভাবে আলোচনা করুন।

Policy purpose ও scope

Scheduling ও payroll review-এর জন্য accurate work-time, exception ও correction record করাই purpose। কোন employee, branch ও arrangement cover করে লিখুন; off-site বা temporary branch-এর authorised process আলাদা করুন।

Check-in evidence, পুরো employment decision নয়। Leave, overtime, late, deduction ও discipline current policy/law অনুসরণ করবে। এটি operational template, legal advice নয়।

যে clause থাকবে

Plain language-এ real screen/form-এর সঙ্গে clause যুক্ত করুন। 'Management-কে জানান' বললে কোন manager/channel/deadline লিখুন।

Clauseপ্রশ্ন
Identityকোন individual method?
Locationকোথায় normal/exception?
Timingকখন in/out?
Breakকোন break record?
Overtimeকে approve?
CorrectionMissed event কীভাবে?
OutageFallback কী?
Closeকখন review/lock?
QueryEmployee challenge route?

Individual account, proxy নয়

নিজের assigned account ব্যবহার করুন; অন্যের জন্য check-in, password share বা open session নয়। Access problem shared credential দিয়ে নয়, recovery/correction process-এ।

Compromised account report route দিন। Technical identifier evidence, suspected misuse-এ investigation দরকার।

Timing, setup ও closing

Changing/setup/briefing-এর আগে না পরে in এবং cleaning/cash close/handover-এর পরে out—required work-এর সঙ্গে rule match করুন। Check-out করে required কাজ চালানো নয়।

Early/late/early departure/extra work review হবে; automatic pay outcome নয়। Urgent guest/safety/closing work চললে employee কী করবে লিখুন।

Break ও split shift

কোন break event, interrupted break কে approve এবং split shift কীভাবে—লিখুন। Break নিতে না পারলে standard deduction নয়; missing record correction হবে।

দুই work block transparent রাখুন, overlap check করুন। Midnight shift-এ consistent business date ব্যবহার করুন।

Correction form

Close-এর আগে deadline ও genuine late discovery route দিন। Original event preserve করুন এবং employee result/dispute route জানবে।

FieldDetail
Employee/branchPerson/workplace
Date/shiftRecord
EventMissing/incorrect
ValueRequested time/status
ReasonFact
ReferenceRoster/note/incident
DecisionActor/time
PayrollPeriod/adjustment

Outage procedure

Numbered paper log, manager form বা controlled device fallback ঠিক করুন। Employee, time, branch, reason ও manager record করে service ফিরলে referenced outage correction দিন।

Duplicate attempt বন্ধ করে system owner account/device clock/browser/network/server/training cause review করবে।

Period review ও query

Payroll-এর আগে missing out, overlap, leave conflict, exceptional shift, OT ও correction review করে period lock করুন। Payroll source trace করতে পারবে।

Employee record/request route ও deadline পাবে। Dispute-এ সম্ভব হলে original correcting manager-এর বাইরে reviewer রাখুন।

Rollout checklist

  • Current advice review
  • Team language
  • Manager correction training
  • Midnight/split/branch test
  • Individual account
  • Pilot
  • Acknowledgement
  • Version/effective date
  • Change-এ review

Policy header-এ owner, version ও effective date দিন

Check-in/check-out policy template copy করে publish করলেই current workplace rule হয় না। Restaurant-এর required work, branch schedule, employment arrangements, applicable requirements এবং configured system অনুযায়ী qualified review করুন। Final Bangla ও English copy-এর meaning যেন একই থাকে; শুধু শব্দে-শব্দে machine translation নয়।

Employee acknowledgement policy বুঝেছে ও copy পেয়েছে—এটি record করতে পারে; acknowledgement কোনো unlawful বা unclear clause বৈধ করে না। Question করার channel এবং revised policy কোথায় পাওয়া যাবে স্পষ্ট করুন।

Header fieldকী লিখবেনকেন দরকার
Policy ownerAuthorised HR/operations roleQuestion ও update route
Applies toBranch, role ও arrangementScope ambiguity কমায়
VersionUnique revision identifierOld/new rule trace
Effective dateকবে থেকে rulePayroll period consistency
Approved byNamed authority/roleGovernance
Employee languageBangla/English issued copyUnderstanding
Query channelForm/contact ও deadlineFactual correction
Next reviewEvent/date-based triggerFreshness

Check-in ও check-out moment বাস্তব required work-এর সঙ্গে মিলান

Opening team যদি uniform change, safety check, workstation setup, briefing বা cash drawer preparation করতে বাধ্য হয়, policy-তে কখন check-in হবে তা actual required sequence অনুযায়ী লিখুন। Closing team cleaning, stock handover, cash close বা security check শেষ করার আগে check-out করতে বাধ্য হবে না। Exact treatment current lawful policy ও qualified advice অনুযায়ী নির্ধারণ করুন।

Early arrival মানেই approved work নয়, আবার scheduled end-এর পরে event মানেই misconduct বা authorised overtime নয়। Manager roster, instruction, urgent guest/safety need এবং performed work review করবে। System status একটি review signal; pay বা discipline outcome নয়।

Temporary branch, event, off-site procurement বা delivery support থাকলে normal location rule-এর exception approval আগে লিখুন। Approved alternate duty-কে location mismatch বলে absence করা যাবে না; employee, duty, branch/cost owner, approver ও time window record করুন।

Break ও split-shift clause-এ automatic assumption এড়ান

কোন break time event চায়, কে approve করে এবং interrupted বা missed break কীভাবে report হবে—plain language-এ লিখুন। Standard duration schedule-এ থাকলেও employee বাস্তবে break নিতে না পারলে blind automatic deduction করবেন না; manager review ও correction route দিন। একইভাবে কোনো record না থাকলে arbitrary break time invent করবেন না।

Split shift-এর প্রতিটি work block আলাদা in/out pair হিসেবে বা equivalent transparent record-এ রাখুন। দুই block overlap, missing pair বা midnight cross করলে exception তৈরি হবে। Calendar date নয়, documented business-date rule consistentভাবে apply করুন।

Break rule, payable treatment ও overtime interaction current applicable policy ও classification অনুযায়ী review করতে হবে। Template কোনো universal break duration, deduction বা rate ঘোষণা করে না।

Missed event correction SOP

Manager direct database value overwrite করবে না। Correction request এবং decision নতুন audit event হিসেবে থাকবে; original tap/time visible থাকবে। Access problem বা terminal outage manager-assisted entry হলে employee tap হিসেবে label করবেন না।

Normal correction deadline payroll close-এর আগে দিন, কিন্তু genuine late discovery-এর exceptional route রাখুন। Deadline miss করলেই factual error অদৃশ্য হবে না; applicable policy অনুযায়ী late adjustment কে approve করবে এবং employee কখন result জানবে তা লিখুন।

একই manager source event তৈরি, exception approve, payroll deduction এবং audit delete করতে পারবে না। ছোট restaurant-এ owner review, signed exception sheet বা post-close sample review compensating control হতে পারে।

  • Employee, branch, business date ও affected shift
  • Missing/incorrect check-in, checkout বা break event
  • Requested timestamp/status ও factual reason
  • Roster, manager note বা outage reference যেখানে আছে
  • Original event এবং source label
  • Reviewer decision, actor ও time
  • Employee notification ও disagreement route
  • Payroll period open/locked status
  • Later adjustment বা authorised reopen reference

Outage fallback normal check-in নয়

Numbered paper sheet বা approved manager form staff আগে থেকেই জানবে। Outage শুরু হলে endless app tap বা multiple fallback entry বন্ধ করুন। Service ফিরলে one controlled batch-এ record enter করুন, occurrence time ও recovery-entry time আলাদা রাখুন এবং duplicate event reconcile করুন।

Repeated outage-কে employee fault বলবেন না। Account access, device clock, browser permission, connectivity, server incident ও training cause আলাদা review করুন। Incident window এবং affected branch লিখলে mass correction explain করা যায়।

Fallback fieldMinimum recordRecovery check
EmployeeIndividual identityActive staff match
BranchActual duty locationApproved scope
TimeOccurred time ও recorded timeSequence valid
ReasonDevice/network/account incidentIncident reference
SupervisorOn-duty reviewerAuthorised role
SourcePaper/form/controlled deviceNo false tap label
EntryRecovery correction IDDuplicate prevention
CloseManager/employee reviewPayroll trace

No-proxy rule-এর সঙ্গে employee protection রাখুন

অন্যের হয়ে check-in, shared password বা unattended open session নিষিদ্ধ করুন। প্রত্যেকে individual authorised method ব্যবহার করবে। Manager access সমস্যা সমাধানে shared credential প্রকাশ না করে recovery, temporary identity check বা correction workflow ব্যবহার করবে।

Account compromise, lost device বা ভুল identity selection report করলে employee যেন prompt support পায়। Technical event সন্দেহের evidence হতে পারে, final misconduct conclusion নয়। Authorised reviewer device/session history, roster, branch context ও employee explanation দেখে current policy apply করবে।

Attendance method personal data collect করলে কী data, কেন, কার access, কতদিন এবং কীভাবে query/correct করা যায় staff-কে জানান। Continuous location বা biometric collection শুধু device সক্ষম বলে চালু করবেন না; necessity, proportionality, security ও applicable requirement qualified review করুন।

Payroll ও disciplinary boundary স্পষ্ট করুন

Late, absent, half-day, present বা exception operational label। কোনো label থেকে unexplained salary deduction automatic হবে না। Payroll treatment current written rule, approved evidence এবং applicable lawful basis অনুযায়ী separate component হিসেবে যাবে। Overtime eligibility ও rate generic template থেকে hard-code করবেন না।

Disciplinary review attendance correction-এর বাইরে পৃথক authorised process। Employee query submit করাকে misconduct evidence করবেন না। Original record, correction outcome এবং কোনো later management decision link থাকতে পারে, কিন্তু system colour নিজে decision নয়।

Period lock-এর আগে employee query window ও manager exception close দিন। Lock-এর পরে change original payroll silently rewrite করবে না; approved reopen বা later adjustment path ব্যবহার করুন। Payslip বা statement-এ factual correction বুঝতে যথেষ্ট separate line রাখুন।

Policy acceptance test ও periodic review

Policy example এবং configured software outcome পাশাপাশি test করুন। Staff role-play করে কোন screen/form, manager, deadline ও evidence ব্যবহার করবে দেখুক। Critical case-এ policy এক কথা এবং system আরেক কাজ করলে enforcement-এর আগে gap ঠিক করুন।

Schedule, device, payroll configuration, branch operation বা applicable rule বদলালে policy review করুন। Version history-এ changed clause, reason, approver ও effective date রাখুন; affected employees-কে revised copy দিন।

Review metric হিসেবে missing event, outage correction, proxy concern, unresolved query ও post-lock adjustment trend দেখুন। সংখ্যা দিয়ে automatic discipline নয়; process, device, training ও policy clarity উন্নত করার signal হিসেবে ব্যবহার করুন।

  • Opening setupসহ normal shift
  • Required closing workসহ checkout
  • Late arrival ও approved early departure
  • Break interrupted বা missed
  • Split shift এবং midnight boundary
  • Temporary branch বা off-site duty
  • Missed tap ও employee correction
  • Device/network outage fallback
  • Account compromise ও access recovery
  • Payroll lock-এর পরে genuine correction

অনবোর্ডিংয়ে নীতি দিন এবং সহজে দেখার ব্যবস্থা রাখুন। হাজিরা পে-রোলকে প্রভাবিত করার আগে কর্মী বুঝেছে তা নিশ্চিত করুন।

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

রসুইয়ে এই ফিচারটি দেখুন: ডিজিটাল হাজিরা দেখুন

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

হালনাগাদ:

শেয়ার

সাধারণ প্রশ্ন

রেস্টুরেন্ট শিফটে কত দেরি হলে late?
রেস্টুরেন্ট একটি পরিষ্কার grace period ঠিক করে সবার জন্য একইভাবে প্রয়োগ করবে; সঠিক সময় অপারেশনভেদে বদলায়।
ম্যানেজার কি হাজিরা edit করতে পারে?
হ্যাঁ, তবে বৈধ সময়ের নিয়ম মেনে এবং কারণ বা audit trail রেখে করতে হবে।
কখন check-in?
Required work কখন শুরু হয় তার সঙ্গে written policy match করবে।
Colleague-এর জন্য check-in?
না। Individual account ও controlled correction ব্যবহার করুন।
System offline হলে?
Documented fallback record করে পরে referenced outage correction দিন।
Manager checkout বদলাতে পারে?
Original, reason, actor ও payroll effect রেখে authorised correction-এ।

রসুই দিয়ে আপনার রেস্টুরেন্ট চালান

পিওএস, মেনু, ইনভেন্টরি, পে-রোল এবং আরও অনেক কিছু — বাংলাদেশের রেস্টুরেন্টের জন্য তৈরি।

শুরু করুন
বাংলা রেস্টুরেন্ট সফটওয়্যার: দ্বিভাষিক টুল আপনার স্টাফ ও গ্রাহকের জন্য কেন জরুরি

বাংলা রেস্টুরেন্ট সফটওয়্যার: দ্বিভাষিক টুল আপনার স্টাফ ও গ্রাহকের জন্য কেন জরুরি

আপনার ক্যাশিয়ার ইংরেজি মেনুতে দ্বিধায় পড়লে বা গ্রাহক আপনার অর্ডারিং পেজ পড়তে না পারলে সময় ও বিক্রি হারান। বাংলা রেস্টুরেন্ট সফটওয়্যার স্টাফ, মেনু, রসিদ ও গ্রাহকের জন্য কেন জরুরি আর রসুই কীভাবে সর্বত্র পুরোপুরি বাংলা ও ইংরেজি চলে, তা এখানে।

লিখেছেন ২৩ জুন, ২০২৬৭ মিনিট পড়া
ক্লাউড পিওএস বনাম ট্র্যাডিশনাল পিওএস: আপনার রেস্টুরেন্টের কোনটি?

ক্লাউড পিওএস বনাম ট্র্যাডিশনাল পিওএস: আপনার রেস্টুরেন্টের কোনটি?

রেস্টুরেন্ট সফটওয়্যার বাছার সময় ক্লাউড পিওএস বনাম ট্র্যাডিশনাল পিওএস সবচেয়ে বড় সিদ্ধান্ত। আমরা খরচ, আপডেট, দূর থেকে অ্যাক্সেস, ডেটা নিরাপত্তা ও ইন্টারনেট নিয়ে বাংলাদেশের জন্য সৎ মতামতসহ তুলনা করেছি।

লিখেছেন ২৩ জুন, ২০২৬৮ মিনিট পড়া
ফুড কস্ট পার্সেন্টেজ: কীভাবে হিসাব করবেন আর কমাবেন

ফুড কস্ট পার্সেন্টেজ: কীভাবে হিসাব করবেন আর কমাবেন

ফুড কস্ট পার্সেন্টেজ সেই একক সংখ্যা যা বলে আপনার মেনু লাভ করছে কি না। এই গাইডে সূত্র, একটি স্বাস্থ্যকর শতাংশ কেমন দেখায়, আর কমানোর সুনির্দিষ্ট উপায়, টাকার উদাহরণসহ।

লিখেছেন ২৩ জুন, ২০২৬৭ মিনিট পড়া