Vendor Commission ও Payout System: Marketplace-এর টাকার হিসাব

ধরুন আপনি ঢাকায় একটা marketplace চালু করেছেন — ৪০ জন vendor, কেউ শাড়ি বিক্রি করেন, কেউ gadget accessories, কেউ ঘরে বানানো আচার। প্রথম মাসে order ভালোই এলো। কিন্তু মাস শেষে vendor-রা ফোন করতে শুরু করলেন: "আমার টাকা কবে পাব?", "আমার ৮০০ টাকা কম এলো কেন?", "Return হওয়া order-এর commission-ও কেটেছেন?" আপনার কাছে আছে একটা Excel sheet, কয়েকটা courier payout report আর bKash statement — কোনোটার সাথে কোনোটা মেলে না।

Marketplace-এর আসল চাপ product listing বা design-এ নয়, টাকার হিসাবে। Vendor-এর আস্থা নির্ভর করে একটা জিনিসের উপর: প্রতিটি order-এ কত টাকা কাটা হলো, কেন কাটা হলো, আর বাকি টাকা কবে আসবে — এটা তিনি নিজে দেখতে পান কি না।

সংক্ষেপে উত্তর: Vendor commission ও payout system হলো marketplace-এর সেই অংশ, যা প্রতিটি order থেকে platform-এর commission ও অন্যান্য fee হিসাব করে কেটে রাখে, বাকি টাকা vendor-এর balance-এ জমা করে, return বা refund হলে সেই হিসাব উল্টে দেয়, এবং নির্দিষ্ট hold period শেষে সাপ্তাহিক বা পাক্ষিক cycle-এ bank, bKash বা Nagad-এ vendor-কে টাকা পাঠায় — সবকিছুর লিখিত ledger রেখে।

Vendor commission system কী, আর কেন এটা marketplace-এর মেরুদণ্ড?

Vendor commission system হলো নিয়মের একটা সেট, যা ঠিক করে প্রতিটি বিক্রি থেকে platform কত টাকা রাখবে আর vendor কত পাবেন। এটা ঠিকভাবে না বানালে marketplace হয় লোকসানে চলে, নয়তো vendor-রা অবিশ্বাস করে চলে যান।

Single-vendor shop-এ সব টাকা আপনার, তাই হিসাব সহজ। কিন্তু marketplace-এ customer-এর দেওয়া প্রতিটি টাকা আসলে কয়েক ভাগে ভাগ হয়: vendor-এর পাওনা, আপনার commission, payment gateway-এর fee, courier-এর delivery charge। Marketplace কীভাবে আয় করে — commission ছাড়াও subscription, ad, listing fee — তার বড় ছবিটা পাবেন marketplace business model লেখায়। এখানে আমরা শুধু commission কাটা থেকে vendor-এর হাতে টাকা পৌঁছানো পর্যন্ত system-টা দেখব।

Commission কত রকমের হয়?

Marketplace সাধারণত পাঁচ ধরনের commission model ব্যবহার করে, আর বেশিরভাগ বড় platform একাধিক model মিলিয়ে চালায়। আপনার system-এ অন্তত প্রথম তিনটি থাকা উচিত।

ভালো system-এ একটা অগ্রাধিকারের নিয়ম থাকে: vendor-specific হার থাকলে সেটা আগে, না থাকলে category হার, তাও না থাকলে default হার। আরেকটা জরুরি সিদ্ধান্ত — commission কীসের উপর কাটবেন: product-এর দামের উপর, নাকি delivery charge সহ পুরো অঙ্কের উপর; discount বা coupon-এর টাকা কে বহন করবে। এগুলো vendor চুক্তিতে লিখে রাখুন।

দারাজ কত কমিশন নেয়? (Daraz seller commission rates BD)

Daraz Bangladesh category অনুযায়ী আলাদা commission নেয়, এবং commission-এর পাশাপাশি payment fee ও অন্যান্য service fee-ও থাকতে পারে। নির্দিষ্ট হার সময়ে সময়ে বদলায় এবং seller center-এ লগইন করে দেখতে হয়, তাই কোনো blog-এর পুরনো তালিকাকে চূড়ান্ত ধরবেন না।

অক্টোবর ২০২৬-এ আমরা Daraz Bangladesh-এর প্রকাশ্য কোনো পূর্ণ category-wise commission তালিকা যাচাই করতে পারিনি। বিভিন্ন third-party seller guide category ভেদে মোটামুটি ০% থেকে ১৫–১৭% পর্যন্ত পরিসর উল্লেখ করে, তবে এর অনেক তালিকা Daraz Pakistan-এর, বাংলাদেশের নয়। Daraz University-তে নতুন seller-দের জন্য প্রথম ৯০ দিন 0% platform commission-এর একটা অফারও দেখা গেছে (পরিবর্তন হতে পারে)। তাই "daraz seller commission list 2026" খুঁজলে সবচেয়ে নির্ভরযোগ্য উৎস হলো Daraz Seller Center ও Daraz University-র fee পাতা।

আপনার নিজের marketplace-এর জন্য শিক্ষাটা হলো: Daraz-এর হুবহু হার কপি করার দরকার নেই। আপনার খরচ (gateway fee, marketing, support) আর vendor-এর margin দেখে হার ঠিক করুন। নিজের website বনাম Daraz-এ বিক্রির তুলনা পাবেন Daraz না নিজের website লেখায়।

একটা order-এর টাকা কোন পথে vendor-এর কাছে যায়?

Customer যে টাকা দেন, সেটা সরাসরি vendor-এর কাছে যায় না; আগে platform-এর কাছে আসে, তারপর হিসাব শেষে vendor পান। মূল ধাপগুলো এরকম:

1. Customer payment: bKash, Nagad, card (SSLCommerz-এর মতো gateway দিয়ে) অথবা COD।
2. Platform-এর account-এ settlement: Gateway তার fee কেটে কয়েক দিনের মধ্যে আপনার merchant account-এ টাকা দেয়; COD হলে courier টাকা তুলে delivery ও COD charge কেটে পরে পাঠায়।
3. Vendor balance-এ pending entry: Order delivered হলে vendor-এর ledger-এ বিক্রয়মূল্য থেকে commission ও fee বাদ দিয়ে "pending" balance যোগ হয়।
4. Hold period: Return-এর সময়সীমা (যেমন ৭ দিন) পার হলে pending থেকে "available" balance হয়।
5. Payout: নির্ধারিত দিনে available balance vendor-এর bank, bKash বা Nagad-এ যায়, আর একটা payout statement তৈরি হয়।

কোন gateway কীভাবে যুক্ত করবেন তার বিস্তারিত আছে payment gateway integration লেখায়।

একটা order-এর হিসাব: BDT উদাহরণ

নিচের উদাহরণে সংখ্যাগুলো শুধু বোঝানোর জন্য — আপনার আসল হার আপনার চুক্তি ও gateway-এর উপর নির্ভর করবে। ধরা হয়েছে product ২,০০০ টাকা, customer bKash-এ prepaid দিয়েছেন, delivery charge customer দিয়েছেন, commission ১০%, আর gateway fee vendor বহন করছেন।

বাংলাদেশে gateway-এর merchant fee সাধারণত চুক্তি, পদ্ধতি (card, MFS) ও লেনদেনের পরিমাণ অনুযায়ী আলাদা হয়, আর প্রকাশ্য তালিকা প্রায়ই থাকে না — তাই ২% এখানে একটা আনুমানিক অঙ্ক। আপনার gateway-এর সাথে কথা বলে আসল হার বসান।

COD-এর টাকা courier তুললে vendor-এর হিসাব কীভাবে হয়?

COD order-এ courier (Pathao, Steadfast, RedX ইত্যাদি) customer-এর কাছ থেকে টাকা তোলে এবং delivery ও COD charge কেটে কয়েক দিন পর platform-কে পাঠায়। তাই vendor-কে টাকা দেওয়ার আগে অবশ্যই courier থেকে টাকা আসা নিশ্চিত করুন।

নিয়মটা সহজ রাখুন: order delivered হলে vendor-এর balance-এ pending entry হবে, কিন্তু সেটা available হবে কেবল যখন courier payout report-এর সাথে ওই order মিলে যাবে। না হলে আপনি নিজের পকেট থেকে vendor-কে টাকা দিয়ে ফেলবেন, আর courier-এর ঘাটতি ধরা পড়বে মাস পরে। Courier payout মেলানোর পুরো পদ্ধতি দেখুন COD management লেখায়।

Return বা refund হলে commission কী হয়?

Return বা refund হলে সাধারণত commission reverse হয় — অর্থাৎ vendor-এর balance থেকে বিক্রির entry বাদ যায় এবং platform-ও তার commission ফেরত দেয়। তবে gateway fee বা delivery charge ফেরত আসে না, সেটা কে বহন করবে তা আগে থেকে নীতিতে লেখা থাকা উচিত।

• Payout-এর আগে return: Pending balance থেকে entry সরিয়ে দিলেই হয়।
• Payout-এর পরে return: Vendor-এর ledger-এ negative entry হয়, পরের payout থেকে কেটে নেওয়া হয়।
• Partial refund: একটা order-এর এক আইটেম ফেরত হলে শুধু সেই অংশের commission reverse।
• ভুল product বা vendor-এর দোষ: Return-এর delivery খরচ vendor-এর উপর, customer-এর মত বদলালে আপনার নীতি অনুযায়ী।

Return-এর গুদাম, restock ও refund workflow আছে return management লেখায়।

Vendor payout মানে কী, আর payout cycle কেমন হওয়া উচিত?

Vendor payout মানে vendor-এর জমা হওয়া available balance নির্দিষ্ট সময় পরপর তাঁর account-এ পাঠানো। "Vendor payment processing" বলতে এই পুরো কাজ — balance হিসাব, অনুমোদন, টাকা পাঠানো ও statement দেওয়া — বোঝায়।

• Hold period: Return window শেষ না হওয়া পর্যন্ত টাকা আটকে রাখুন; সাধারণত ৭–১৪ দিন, আপনার return নীতির সাথে মিলিয়ে।
• Payout cycle: সাপ্তাহিক (যেমন প্রতি মঙ্গলবার) বা পাক্ষিক। ছোট vendor-রা দ্রুত টাকা চান, তাই সাপ্তাহিক cycle আস্থা বাড়ায়, তবে আপনার cash flow দেখে ঠিক করুন।
• Minimum payout: যেমন ৫০০ টাকার কম হলে পরের cycle-এ যোগ হবে, এতে transfer খরচ কমে।
• Payout method: Bank transfer (বড় অঙ্কে), bKash বা Nagad (ছোট vendor-দের জন্য সুবিধাজনক)। MFS-এ পাঠাতে খরচ ও লেনদেনের সীমা আছে, সেটা হিসাবে রাখুন।
• অনুমোদন: Payout batch তৈরি হলে finance-এর কেউ যাচাই করে approve করবেন, তারপর পাঠানো হবে।

Vendor onboarding-এর সময় NID, trade license ও bank বা MFS account-এর নাম মিলিয়ে নিন (KYC), যাতে ভুল account-এ টাকা না যায়।

Vendor ledger ও dispute কীভাবে সামলাবেন?

প্রতিটি vendor-এর জন্য একটা ledger থাকা উচিত, যেখানে প্রতিটি বিক্রি, commission, fee, return, adjustment ও payout আলাদা লাইনে তারিখসহ লেখা থাকে। Vendor dashboard-এ এটা দেখা গেলে অর্ধেক অভিযোগ আসেই না।

Dispute এলে — যেমন "এই order delivered, অথচ টাকা পাইনি" — vendor যেন নির্দিষ্ট order ধরে ticket খুলতে পারেন। আপনার দল courier status, payment record আর ledger দেখে সিদ্ধান্ত দেবে, আর যেকোনো manual adjustment-এ কারণ ও কে করল তা লেখা থাকবে। হাতে ledger edit করার সুযোগ রাখবেন না; ভুল ঠিক করতে নতুন adjustment entry দিন।

VAT, TDS ও কর নিয়ে কী মাথায় রাখবেন?

Commission আয়ের উপর VAT, vendor payout-এ উৎসে কর (TDS) কাটার বাধ্যবাধকতা আছে কি না, আর invoice কীভাবে দিতে হবে — এগুলো আপনার ব্যবসার কাঠামো ও বর্তমান আইনের উপর নির্ভর করে। সিস্টেমে শুধু এমন জায়গা রাখুন যাতে প্রয়োজনে tax লাইন যোগ করা যায় আর রিপোর্ট বের করা যায়; হার ও নিয়মের জন্য একজন অভিজ্ঞ accountant বা কর আইনজীবীর পরামর্শ নিন।

পরের ধাপ

Code লেখার আগে কাগজে তিনটি জিনিস চূড়ান্ত করুন: commission model ও হারের তালিকা, return হলে কোন খরচ কে বহন করবে, আর hold period ও payout cycle। তারপর ৫–১০টা বাস্তব order নিয়ে Excel-এ হিসাব মিলিয়ে দেখুন — prepaid, COD, return, partial refund সব রকম। এই নিয়মগুলো স্পষ্ট হলে system বানানো সহজ হয়। কোন platform-এ বানাবেন — ready plugin না custom — সেই তুলনা আছে Dokan, WCFM বনাম custom Laravel লেখায়। আপনার নিয়মগুলো নিয়ে scope ঠিক করতে চাইলে EOMS BD-র multi-vendor marketplace development দলের সাথে আলোচনা করতে পারেন।