পদ্ধতি · কার্ড
কার্ড পেমেন্ট, ঠিকভাবে।
কার্ড এমন পদ্ধতি যা কেউ এড়িয়ে যেতে পারে না, তাই একঘেয়ে অংশগুলোই সবচেয়ে গুরুত্বপূর্ণ: inline validation, ডিফল্ট ঝামেলার বদলে আপনার নির্ধারিত নীতিতে চলা 3-D Secure 2.0, পড়ে বোঝা যায় এমন routing policy, এবং soft decline বিক্রি হারানোর আগে বিকল্প রুটে retry।
Visa·MC
এবং co-badged স্কিম
3-DS 2.0
ফ্লোর ভেতরেই SCA
EUR
আপনার অ্যাকাউন্টে সেটল
0
আপনার সার্ভারে কার্ড নম্বর
কীভাবে চলে
কার্ড থেকে ব্যাংক লাইনে, চার ধাপে।
- 01
ENTER
গ্রাহক আমাদের hosted পেজে কার্ড লেখেন — inline validation আছে, কার্ড ডেটা আপনার কাছে পৌঁছায় না।
- 02
AUTHENTICATE
3-D Secure নীতি অনুযায়ী চলে: অধিকাংশ পেমেন্ট সিগন্যালের ভিত্তিতে পাস করে, challenge আসে শুধু প্রয়োজন হলে।
- 03
AUTHORIZE
ফান্ড যাচাই করে hold করা হয়, আর soft decline হলে বিকল্প রুটে retry করা হয়।
- 04
SETTLE
দিনের অর্ডারগুলো batch হয় এবং একই অর্ডার রেফারেন্সের বিপরীতে EUR-এ পেআউট হয়।
গ্রাহক কী দেখেন
অন্য সব পদ্ধতির মতো একই পেজে একটি কার্ড ফর্ম, পাশে অর্ডার। টাইপ করার সাথে সাথে ফিল্ড validate হয়, নম্বর থেকে স্কিম শনাক্ত হয়, আর পে বোতামে 'Submit' লেখার বদলে অঙ্কটি লেখা থাকে। ইস্যুয়ার challenge চাইলে সেটি inline-ই হয় — গ্রাহক যে পেজে শুরু করেছেন সেটি ছাড়তে হয় না।
- 01ওয়ালেট, USDC ও ট্রান্সফারের পাশেই কার্ড ফর্ম — আলাদা কোনো ধাপ নয়
- 02নম্বর লেখার সাথে সাথে inline validation ও স্কিম শনাক্তকরণ
- 03নীতি চাইলে পেজের ভেতরেই 3-D Secure challenge
আপনি কী পান
ইউরো, দিনের পেআউটে batch করা, আপনার তৈরি করা অর্ডার রেফারেন্সের বিপরীতে। Authorization ও capture আমরা সামলাই; রসিদে স্কিম, শেষ চার ডিজিট ও authentication-এর ফলাফল থাকে। এই রেকর্ডই আপনার dispute-এর প্রমাণ — chargeback-এর উত্তর মেলে একটি lookup-এ, একাধিক সিস্টেম ঘেঁটে নয়।
- 01প্রতিটি settlement batch-এ একটি EUR পেআউট লাইন
- 02রেকর্ডে স্কিম, শেষ চার ডিজিট ও 3-DS ফলাফল
- 03অর্ডারের বিপরীতে পূর্ণ বা আংশিক refund, একই কার্ডে ফেরত
চালু করতে কী লাগে
কার্ড ডিফল্টভাবেই চালু। আপনি কনফিগার করেন এর চারপাশের নীতি: কখন 3-D Secure step-up হবে, routing কোন পথকে অগ্রাধিকার দেবে, এবং soft decline-এর পর কী হবে। আগে sandbox কার্ড দিয়ে টেস্ট করুন — ফ্লো হুবহু একই, তাই টেস্টে যা পাস করে সেটাই লাইভে যায়।
FAQ
কার্ড পেমেন্ট — মার্চেন্টদের প্রশ্নগুলো।
উল্লেখযোগ্যভাবে নয়। কার্ড সংগ্রহের পেজটি আমাদের এবং আমাদের দিকে PCI-scoped; আপনার সার্ভার পায় একটি token ও একটি অর্ডার রেফারেন্স। পেজটি আমাদের ডোমেইনে, আপনার ডোমেইনে, আপনার অ্যাপে, বা আপনার নিজের লেআউটে embedded পেমেন্ট ফিল্ড হিসেবে চললেও এটি সমানভাবে প্রযোজ্য।
এটি সেই authentication ধাপ যা PSD2-এর অধীনে strong customer authentication পূরণ করে। অধিকাংশ পেমেন্ট ডিভাইস ও আচরণগত সিগন্যালের ভিত্তিতে কোনো challenge ছাড়াই পাস করে। আপনার নির্ধারিত নীতি চাইলেই কেবল step-up আসে, তাই ঝামেলা একটি সিদ্ধান্ত, ডিফল্ট নয়।
Soft decline গ্রাহক ব্যর্থতা দেখার আগেই একই সেশনে বিকল্প রুটে retry হয়। Hard decline এমন ভাষায় জানানো হয় যার ওপর অপারেটর পদক্ষেপ নিতে পারেন — মেয়াদোত্তীর্ণ কার্ড, অপর্যাপ্ত ব্যালান্স, ইস্যুয়ার ঝুঁকি — কাঁচা ইস্যুয়ার কোড হিসেবে নয়।
Authorization কেনার সময় ফান্ড hold করে; settlement সেগুলো সরিয়ে নেয়। দিনের অর্ডারগুলো একটি batch-এ বন্ধ হয়ে আপনার সেটিংসে নির্ধারিত দৈনিক পেআউট সময়ে EUR-এ পেআউট হয় — একটি ব্যাংক লাইন, যা খুলে দেখা যায় কোন অর্ডারগুলো থেকে এসেছে।
আরও পদ্ধতি
প্রায়ই একসঙ্গে চালু করা হয়।
সংরক্ষিত কার্ড
Vault · ওয়ান-ক্লিকফিরে আসা গ্রাহক এক ট্যাপে পেমেন্ট করেন; কার্ড থাকে আমাদের vault-এ, আর আপনার সিস্টেমে থাকে একটি রেফারেন্স।
02Recurring payments
সাবস্ক্রিপশন · রিট্রাইআপনার নির্ধারিত সময়ে সাবস্ক্রিপশন চার্জ হয়, soft decline হলে আবার চেষ্টা করা হয়, আর কার্ড reissue হলেও চলতে থাকে।
03Apple Pay
One-tap · Device tokenএকই পেজে one-tap sheet, device token দিয়ে পেমেন্ট — আসল কার্ড নম্বর কখনো দেখা যায় না।
প্রতিটি পদ্ধতিতে একটি পেমেন্ট নিয়ে দেখুন।
একটি sandbox merchant, API key এবং এসব পদ্ধতি চালু করা একটি checkout — যাতে কোনো প্রতিশ্রুতির আগেই প্রতিটি পদ্ধতি শুরু থেকে শেষ পর্যন্ত চালিয়ে দেখতে পারেন।