---
title: "রেস্টুরেন্ট রাইডার ম্যানেজমেন্ট সিস্টেম: সম্পূর্ণ গাইড"
date: 2026-07-21
updated: 2026-08-29
lang: bn
tags: ["rider-management", "delivery", "operations"]
summary: "অর্ডার অ্যাসাইন থেকে শেষ পর্যন্ত দৃশ্যমান ও জবাবদিহিমূলক নিজস্ব ডেলিভারি চালানোর উপায়।"
canonical: https://rosuii.com/blog/bn/restaurant-rider-management-system-guide
author: "Rosuii Team"
---

# রেস্টুরেন্ট রাইডার ম্যানেজমেন্ট সিস্টেম: সম্পূর্ণ গাইড

অর্ডার অ্যাসাইন থেকে শেষ পর্যন্ত দৃশ্যমান ও জবাবদিহিমূলক নিজস্ব ডেলিভারি চালানোর উপায়।

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

গ্রাহকের সম্পর্ক নিজের কাছে রাখা মূল্যবান, কিন্তু নিজস্ব ডেলিভারিতে শৃঙ্খলা লাগে। রাইডার ম্যানেজমেন্ট সিস্টেম dispatch ও rider-কে একটি সত্য তথ্য দেয়।

## Dispatch ও rider view আলাদা করুন

রেস্টুরেন্ট order assign ও reassign করবে; rider শুধু নিজের কাজ ও দরকারি customer detail দেখবে। এতে admin data নিরাপদ এবং mobile screen focused থাকে।

## Delivery lifecycle নিয়ন্ত্রণ করুন

assigned থেকে picked up, on the way ও delivered নির্দিষ্ট ক্রমে চালান। ধাপ skip বা reverse বন্ধ রাখুন, যাতে report সত্য থাকে।

- Active queue
- কারণসহ rejection
- Completed delivery history

## রেকর্ড দিয়ে উন্নতি করুন

rejection-এর কারণ, waiting time ও completion trend দেখুন। rider-কে দোষ দেওয়ার আগে kitchen handoff বা delivery zone ঠিক করুন।

## Rider system কী control করবে

Confirmed order-কে eligible rider, status sequence, handover evidence, payment/COD ও exception-এর সঙ্গে যুক্ত করবে। Individual access, branch scope, availability ও support history দরকার।

Own delivery ও marketplace rider আলাদা। Marketplace allocation platform control করতে পারে; manual record-কে direct integration বলবেন না।

## Core record

Sale থেকে delivery এক order ID রাখুন। Reassign-এ old rider/reason preserve। Customer phone/address assigned job ও authorised support-এ সীমিত।

| Record | Field | Control |
| --- | --- | --- |
| Rider | Account/branch/status | Individual login |
| Availability | Shift/pause | Update rule |
| Order | ID/address/payment | Minimum data |
| Assignment | Rider/actor/time | One owner |
| Status | Pickup/delivery/fail | Valid transition |
| Proof | Time/confirmation | Restricted |
| Cash | Expected/collected/deposit | Reconcile |
| Exception | Type/action/owner | No silent override |

## Eligibility ও availability

Active employee মানেই সব delivery available নয়। Branch, shift, role, vehicle/type, open job ও pause check করুন। Override actor/reason log হবে।

Start/end availability, device/vehicle problem ও break process publish করুন। Checkout/deactivate-এর পরে নতুন assignment নয়।

## Assign ও reassign

Accepted/dispatch-ready order, usable address/contact ও payment state confirm করে এক rider দিন। Rider accept করবে বা manager resolve করবে।

Unavailable, failed accept, vehicle, branch বা route reason-এ reassign; old rider/time delete নয়।

## Status sequence

| Status | Meaning | Owner |
| --- | --- | --- |
| Ready | Dispatch condition | Kitchen |
| Assigned | One owner | Dispatcher |
| Accepted | Acknowledged | Rider |
| Picked | Handover | Rider |
| Out | Trip active | Rider |
| Delivered | Handover complete | Rider |
| Failed | Not complete | Rider/manager |

## Proof ও failed evidence

Process/privacy অনুযায়ী timestamp, recipient confirmation বা limited note নিন; intrusive image/ID default নয়। Access/use rule বলুন।

Failed attempt-এ category, allowed contact, order condition ও manager instruction। Financial outcome rider invent করবে না।

## COD reconcile

Expected, collected, shortage, deposit ও receiver acknowledgement রাখুন। Tip/reimbursement/marketplace settlement থেকে আলাদা।

Per rider/shift expected completed COD ও deposit মিলিয়ে difference case করুন, delivered total edit নয়।

- Expected COD
- Collected
- Deposit/receiver
- Short/over
- Return treatment
- Manager close

## Exception

Unavailable, wrong address, unreachable, damage, delay, payment, safety, device/network ও return category রাখুন। Safety escalation routine delay থেকে আলাদা।

Customer, food, payment ও rider support-এর owner দিন। Delivery failed হলেও refund pending থাকতে পারে—state আলাদা রাখুন।

## Unsafe target ছাড়া measurement

Acceptance, completion, failure category, handover wait, cash exception ও data completeness দেখুন। Distance, prep, traffic, weather ও assignment context ছাড়া rider blame নয়।

Speeding বা proof/cash skip reward নয়; safety/privacy guardrail।

## Rollout

- Individual account
- Assignment owner
- Status tests
- Failed/return/reassign
- COD difference
- Session revoke
- Cross-team training
- One-zone pilot
- Exception review

## Rider-management boundary map

একটি rider app map দেখালেই complete management system নয়। Restaurant-owned order identity, assignment owner, valid status transition, custody, proof, COD এবং exception audit chain প্রয়োজন। প্রতিটি boundary-এর authoritative record ঠিক করুন; call বা chat notification final state নয়।

Kitchen readiness, rider movement, payment/refund এবং support outcome আলাদা timeline। Delivered label দিয়ে COD জমা, refund complete বা food returned একসঙ্গে ধরে নেবেন না। Overview dashboard combine করতে পারে, source events preserve করবে।

| Boundary | Source event | Control owner |
| --- | --- | --- |
| Order eligibility | Confirmed order + usable delivery data | Restaurant operations |
| Kitchen readiness | Dispatch condition complete | Kitchen/dispatcher |
| Rider eligibility | Shift, branch, availability, workload | Dispatcher/manager |
| Assignment | Offer/accept or authorised direct assign | Dispatcher/rider |
| Custody | Verified pickup handover | Dispatcher/rider |
| Delivery | Status events + approved proof | Rider/support |
| Financial | Prepaid/COD/refund/deposit | Cashier/finance |
| Exception | Reason, action, owner, resolution | Named function |

## Own riders ও marketplace riders-এর control আলাদা

Restaurant নিজের rider-এর shift, branch, assignment ও COD workflow control করতে পারে। Foodpanda, Pathao বা অন্য marketplace rider allocation platform-এর partner workflow control করতে পারে। Current approved integration ও account-specific capability ছাড়া third-party rider assignment, live location, status write-back বা private data access দাবি করবেন না।

Marketplace order restaurant record-এ manual channel tag করা useful হতে পারে, কিন্তু সেটি API integration নয়। Source channel, external order ID, partner-controlled state ও support case reference রাখুন। Staff কোন action dashboard-এ এবং কোনটি official partner tool-এ করবে SOP-তে লিখুন।

Rosuii বা অন্য vendor-এর product page-এ rider feature থাকলে restaurant-owned workflow, marketplace connector এবং manual record—তিনটি আলাদা demo/test করুন। Roadmap বা logo current live support-এর evidence নয়।

## Rider identity, availability ও minimum data access

প্রত্যেক rider-এর individual account, current employment/access state, branch/zone scope এবং availability থাকবে। Active employee হলেও off-shift, break, device/vehicle issue, open workload বা safety restriction-এর কারণে ineligible হতে পারে। Override actor, reason ও expiryসহ হবে।

Assigned active delivery-এর জন্য যতটুকু প্রয়োজন customer name/phone/address/note ততটুকুই দেখান। Reassigned, completed বা expired order-এর detail access policy অনুযায়ী শেষ করুন। Full customer export, other rider route বা salary data rider role-এর normal need নয়।

Lost device, number change, branch transfer বা exit-এ session revoke, recovery contact, current assignment, COD custody এবং device/property handover review করুন। Password change করলেই remembered mobile session শেষ হয়েছে—এটি test ছাড়া ধরে নেবেন না।

## Pickup, proof ও failed-delivery evidence

Pickup restaurant-to-rider custody boundary। Food ready হলেই picked up নয়। Wrong rider হলে controlled reassignment/handover ছাড়া order দেবেন না। Photo, ID বা signature default evidence হওয়ার আগে necessity, customer notice, access ও retention review করুন; timestamp/recipient confirmation যথেষ্ট হলে intrusive data নেবেন না।

Failed, cancelled এবং returned আলাদা। Customer unreachable, address issue, refusal, payment, damage বা safety category factualভাবে record করুন। Rider refund, remake বা food reuse সিদ্ধান্ত invent করবে না; manager/support authorised path চালাবে।

| Stage | Minimum evidence | Privacy/control |
| --- | --- | --- |
| Pickup | Order ID, current rider, time | Correct custody |
| Package | Item/packaging check | Necessary note only |
| Payment | Prepaid/COD expected state | No credentials |
| Delivered | Approved handover evidence | Non-intrusive method |
| Failed | Reason, attempts under policy | Factual note |
| Return | Physical item disposition | Manager decision |
| Correction | Old/new state, actor, reason | History retained |

## COD custody ও reconciliation

Rider assignment-এর সময় expected COD amount authorised order থেকে দেখান। Delivered customer handover বোঝাতে পারে, কিন্তু cash এখনও rider-এর কাছে। Collected declaration, deposit handover, receiving cashier, amount, difference ও close approval আলাদা event। Tip, reimbursement বা marketplace settlement-এর সঙ্গে মেশাবেন না।

Per rider/shift opening responsibility + collected cash - authorised return/refund treatment = expected deposit—restaurant-এর configured control অনুযায়ী reconcile করুন। Formula inputs current policy অনুযায়ী define করুন; difference হলে order-level source দেখুন। Delivered total edit করে cash short লুকাবেন না।

Payroll বা performance score COD difference automatic শাস্তি দেবে না। Cashier error, duplicate order, wrong payment state বা unresolved return থাকতে পারে। Investigation, employee/rider response এবং authorised financial resolution আলাদা।

## Offline, location ও ETA claims verify করুন

Connectivity না থাকলে কোন rider event queue হয়, occurrence time কীভাবে থাকে, conflict হলে কী হয় এবং reconnect-এ duplicate prevent হয়—exact device/workflow test করুন। General POS offline billing support থাকলেও rider assignment, real-time status, live KDS বা payment necessarily offline চলে না। UI-তে pending state দেখান।

GPS/location signal perfect proof নয়। Permission, battery, device, network ও map accuracy সীমা আছে। Continuous tracking প্রয়োজন কি না, staff notice, access, retention ও applicable requirements review করুন। Current location unavailable হলে old pin-কে live location label করবেন না।

ETA model verified না হলে fixed arrival promise দেবেন না। Preparation, rider acceptance, route, traffic, weather ও building access influence করে। Customer message only supported state claim করবে।

## Cross-team exception ownership

Exception row-তে order, detected time, current custody/state, owner, next action, due time ও resolution evidence রাখুন। Warning colour বা call history নিজে resolution নয়। Safety issue speed target-এর ওপর priority পাবে।

Elapsed time দিয়ে rider blame করার আগে kitchen readiness, assignment wait, distance, traffic, weather, order handling এবং event quality review করুন। Universal delivery target বা one-score leaderboard এই guide দেয় না।

- Food ready, rider নেই—dispatcher
- Wrong assignment/pickup—dispatcher ও manager
- Kitchen delay—shift/kitchen manager
- Address/customer contact—support under policy
- Safety/device incident—rider support/manager
- Failed/return food decision—manager
- COD difference—cashier/finance
- Payment/refund—authorised finance/support
- Wrong status/customer message—correction owner

## Rider-system acceptance test pack

One zone/branch-এ controlled pilot করুন। Expected result, actual result, evidence, severity, owner ও retest date লিখুন। Critical assignment concurrency, custody, privacy, COD বা session-revocation defect থাকলে wider rollout নয়।

Training kitchen, dispatch, rider, cashier ও support একসঙ্গে নেবে, কারণ status boundary cross-team। Normal flow-এর সঙ্গে wrong address, early rider, damage, cancellation, return, cash difference ও network failure practise করুন।

Post-launch review-এ stuck state, reassignment reason, missing proof, failed category, COD unresolved, data-access exception ও unsafe incentive দেখুন। কোনো improvement বা time-saving percentage comparable approved evidence ছাড়া public claim করবেন না।

- Individual rider login ও branch/zone scope
- Normal order assignment, acceptance ও pickup
- No eligible rider ও failed acceptance
- Controlled reassignment before/after pickup
- Wrong rider pickup prevention
- Delivered ও failed/return evidence
- COD collection, deposit ও difference
- Offline/delayed event recovery
- Customer-data access after reassignment/close
- Marketplace-controlled order boundary
- Lost device/employee exit session revoke
- Exception owner ও report trace

ভালো rider management ফোনকল ও অনিশ্চয়তা কমায়। প্রতিটি delivery কার কাছে এবং কোন অবস্থায় আছে সবাই জানে।

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

- [রাইডার অ্যাসাইন workflow](https://rosuii.com/blog/bn/restaurant-rider-assignment-workflow)
- [ডেলিভারি status workflow](https://rosuii.com/blog/bn/restaurant-delivery-status-workflow)
- [রেস্টুরেন্ট ডেলিভারি ম্যানেজমেন্ট](https://rosuii.com/blog/bn/restaurant-delivery-management)
- [Restaurant management software তুলনা](https://rosuii.com/bn/compare)

**রসুইয়ে এই ফিচারটি দেখুন:** [রাইডার ম্যানেজমেন্ট দেখুন](https://rosuii.com/bn/features#rider-management)

[বিনামূল্যে রসুই ব্যবহার শুরু করুন](https://rosuii.com/bn/register)

## সচরাচর জিজ্ঞাসা

### রাইডারের কি পুরো restaurant panel access দরকার?

না। শুধু assigned order-এর দরকারি data ও action-সহ focused delivery view যথেষ্ট।

### Rejected delivery কি আবার assign করা যায়?

হ্যাঁ। rejection reason রেখে বর্তমান assignment সরিয়ে অন্য rider বাছুন।

### Rider management software কী করে?

Order-এর সঙ্গে rider, assignment, status, proof, exception ও COD reconcile যুক্ত করে।

### Rider কি সব customer দেখবে?

না, শুধু assigned active delivery-এর minimum data।

### Marketplace rider একইভাবে?

সবসময় নয়; approved integration ছাড়া marketplace allocation platform control করে।

### Best rider KPI?

Single metric নয়; completion, exception, status, cash/proof ও context দেখুন।

---
Canonical: https://rosuii.com/blog/bn/restaurant-rider-management-system-guide
Machine-readable site overview: https://rosuii.com/llms.txt