গেটওয়ে অবস্থা
নাম আছে, অনুমোদনের দাবি নেই
মার্চেন্ট KYC, চুক্তি, অনুমোদিত domain, live credentials, callback validation ও end-to-end reconciliation পরীক্ষা ছাড়া গ্রাহকের কাছ থেকে লাইভ পেমেন্ট নেওয়া যাবে না।
কোন কার্ড, ব্যাংক বা mobile financial service পাওয়া যাবে তা hosted checkout-এ গেটওয়ে যেদিন দেখাবে সেদিনের বাস্তব availability অনুযায়ী হবে। MoKU কোনো নির্দিষ্ট ব্যাংক/কার্ড নেটওয়ার্কের partnership দাবি করছে না।
পদ্ধতি
COD এবং ভবিষ্যৎ অনলাইন পেমেন্ট
ক্যাশ অন ডেলিভারি (COD)
কুরিয়ার এলাকা, অর্ডার মূল্য, পণ্য/পরিমাণ ও আগের ব্যর্থ ডেলিভারির ঝুঁকি অনুযায়ী checkout-এ COD দেখানো হতে পারে। দেখানো ও confirm হওয়া ছাড়া COD নিশ্চিত নয়।
SSLCOMMERZ hosted checkout
অনুমোদনের পরে card/MFS/net banking-এর যেসব মাধ্যম গেটওয়ে দেখাবে সেগুলো ব্যবহারযোগ্য হবে। sensitive payment data MoKU form-এ নেওয়া হবে না।
COD-এর নিরাপত্তা
- কুরিয়ার হস্তান্তরের সময় অর্ডারে দেখানো মোট টাকা দিন এবং receipt/SMS রাখুন।
- COD “সক্রিয়” বা “ভেরিফাই” করতে ব্যক্তিগত bKash/Nagad নম্বরে আগাম টাকা পাঠাবেন না।
- COD সীমা, confirmation call বা অতিরিক্ত fee থাকলে অর্ডারের আগে স্পষ্ট দেখাতে হবে।
অনলাইন যাত্রা
পেমেন্ট সফল আর অর্ডার সফল এক নয়
অর্ডার তৈরি
পণ্য, মূল্য, চার্জ ও মোট amount lock করে একটি unique order reference তৈরি হবে।
গেটওয়েতে redirect
browser যাচাইকৃত SSLCOMMERZ hosted page-এ যাবে। URL/domain ও HTTPS মিলিয়ে তারপর তথ্য দিন।
server-to-server যাচাই
শুধু browser success screen নয়, signed/validated callback এবং amount/currency/order match দেখে paid status দিতে হবে।
reconciliation
timeout, duplicate callback বা টাকা কেটে pending হলে gateway transaction reference দিয়ে পুনর্মিলন হবে।
সঠিক যাচাই ছাড়া “successful” order fulfillment করা বা শুধু screenshot দেখে পেমেন্ট গ্রহণ করা নিরাপদ নয়।
পেমেন্ট তথ্য
আমরা যা চাইব না
পেমেন্ট সমস্যায় order reference, transaction ID, মাধ্যম, সময় ও amount যথেষ্ট। screenshot দিলে sensitive অংশ ঢেকে দিন।
Hosted gateway ব্যবহারে card credentials সরাসরি payment provider-এর পরিবেশে যাবে এমন নকশা লক্ষ্য। MoKU শুধু transaction reference, amount, status, timestamps এবং masked method রাখবে। বাস্তব integration audit না হওয়া পর্যন্ত এটিকে implementation fact বলা হচ্ছে না।
ব্যর্থ বা কাটা গেছে
দ্বিতীয়বার দেওয়ার আগে যাচাই
| যা দেখছেন | করণীয় |
|---|---|
| Failed, টাকা কাটেনি | তথ্য/limit দেখে আবার চেষ্টা বা অন্য অনুমোদিত মাধ্যম বেছে নিন। |
| Pending/timeout, টাকা কেটেছে | আবার পেমেন্ট নয়। order ও transaction reference রেখে reconciliation-এর জন্য জানান। |
| Success, order নেই | গেটওয়ে receipt ও order reference দিন। server validation শেষে order তৈরি বা refund হবে। |
| একই order-এ দুইবার debit | দুই transaction ID দিন। verified duplicate amount মূল মাধ্যমে refund করা হবে। |
ব্যাংক/MFS অনেক ক্ষেত্রে ব্যর্থ transaction নিজে reverse করে। কত সময়ে হবে তা issuer/provider-এর নিয়ম, MoKU নিশ্চিত সময় দাবি করবে না। লক্ষ্য হলো complaint পাওয়ার ২ কর্মদিবসের মধ্যে reconciliation শুরু করা।
রিফান্ড ও চার্জব্যাক
মূল পেমেন্ট মাধ্যমে, যাচাইয়ের পরে
বাতিল/রিটার্ন অনুমোদন হলে MoKU পক্ষ থেকে লক্ষ্য ৭ কর্মদিবসে gateway refund instruction পাঠানো হবে। অ্যাকাউন্টে দেখাতে issuer-এর অতিরিক্ত সময় লাগতে পারে। COD refund-এ recipient ownership যাচাই করে নিরাপদ ব্যাংক/MFS channel নিতে হবে, কখনো refund পেতে আগে টাকা পাঠাতে হবে না।
অপরিচিত transaction হলে দ্রুত bank/provider-কে জানান এবং MoKU-কে order reference দিন। chargeback করার আগে support resolution চাওয়া সহায়ক, তবে cardholder-এর issuer rights সীমিত করা হচ্ছে না। একই অর্থে refund ও chargeback দ্বৈতভাবে নেওয়া যাবে না।
মূল্য ও রসিদ
বাংলাদেশি টাকা এবং সম্পূর্ণ breakdown
মূল্য BDT/৳-এ দেখাতে হবে। checkout confirmation-এ product subtotal, discount, shipping, COD/payment fee (থাকলে) এবং total আলাদা থাকবে। কোনো fee payment page-এ গিয়ে প্রথম দেখানো যাবে না। লাইভ কর/VAT invoice format বৈধ নিবন্ধন যাচাইয়ের পরে নির্ধারিত হবে, এখন কোনো VAT/TIN status দাবি নেই।