বিকল্প / Checkout

হোস্টেড চেকআউটের বিকল্প খুঁজছেন

নতুন চেকআউট প্রোভাইডার খোঁজা বেশিরভাগ মানুষ ফিচার দেখে খুঁজছেন না। তাঁরা ছাড়ছেন কারণ দরকারি একটি মেথড নেই, reconciliation যন্ত্রণাদায়ক, অথবা settlement ভুল মনে হলে কেউ সাড়া দেয় না। এই পৃষ্ঠার চেকলিস্টটি পরের যেকোনো প্রোভাইডারের ওপর প্রয়োগ করার মতো, আমাদের ক্ষেত্রেও।

যাচাই করুন

ছয়টি প্রশ্ন, যা একটিকে অন্যটি থেকে আলাদা করে।

01

একটি পেজে কোন কোন মেথড?

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

02

শেষ পর্যন্ত কোন কারেন্সিতে টাকা পান?

মেথডভেদে উত্তর বদলালে আপনি একটি reconciliation সমস্যা কিনে ফেলেছেন। ক্রিপ্টো বা cross-border পেমেন্টে আপনার অ্যাকাউন্টে ঠিক কী এবং কোন কারেন্সিতে আসে, তা সরাসরি জিজ্ঞেস করুন।

03

PCI scope-এর কতটুকু আপনার ওপর পড়ে?

সত্যিকারের হোস্টেড পেজ আপনার নিজস্ব লেআউটে এমবেড করা হলেও কার্ড ডেটা আপনার সার্ভারের বাইরে রাখে। জিজ্ঞেস করুন আপনার সিস্টেম কী সংরক্ষণ করবে এবং ফলে আপনার অ্যাসেসমেন্ট কেমন হবে।

04

শুরু থেকে শেষ পর্যন্ত কি একটিই রেফারেন্স?

চেকআউট, রসিদ, webhook, payout ও refund, সবকিছুতে আপনার দেওয়া রেফারেন্সটিই থাকা উচিত। সিস্টেমগুলোর মধ্যে মেলাতে দুটি আইডেন্টিফায়ার থাকলে মাস-শেষে গোলমাল হয়।

05

মাইগ্রেশনে আসলে কী কী জড়িত?

সংরক্ষিত কার্ড টোকেন হিসেবে স্থানান্তরিত হওয়া উচিত, যাতে সাবস্ক্রাইবারদের আবার তথ্য দিতে না হয়। পুরোনো প্রোভাইডার settlement শেষ করার সময় দুটি প্রোভাইডারই সমান্তরালে চালানো যাওয়া উচিত।

06

কিছু ভেঙে পড়লে কে সাড়া দেয়?

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

01

মানুষ কেন চেকআউট প্রোভাইডার ছাড়ে

কমই কম রেটের জন্য। বাস্তবে কারণ চারটির একটি: গ্রাহকরা যে মেথড চান প্রোভাইডার তা যোগ করবে না, reconciliation মডেলের কারণে ফাইন্যান্স মাস-শেষকে ভয় পায়, ঠিক ভুল সময়ে সাপোর্ট ব্যর্থ হয়, অথবা পেমেন্টের জগৎ এগোলেও রোডম্যাপ থেমে গেছে। আপনার কারণ কোনটি তা খুঁজে বের করাই পুরো মূল্যায়ন; বাকি তিনটিতে চমৎকার প্রোভাইডারও ভুল সিদ্ধান্ত হতে পারে।

  1. 01গ্রাহকদের চাওয়া একটি মেথড, যা আসছে না
  2. 02reconciliation, যাতে কারও মাসে কয়েক দিন চলে যায়
  3. 03settlement ভুল মনে হলে দায়িত্ব নেওয়ার কেউ নেই
  4. 04মেথডের সাথে তাল মেলাতে না পারা একটি প্রোডাক্ট
02

বদলাতে আসলে কত খরচ হয়

ইন্টিগ্রেশনে টিমের ধারণার চেয়ে কম, আর প্রান্তের কাজে ধারণার চেয়ে বেশি। order call ও webhook handler সাধারণত এক সপ্তাহের কাজ; পরিকল্পনা লাগে বাকিটুকুতে: যে সংরক্ষিত কার্ড ও সাবস্ক্রিপশন ভাঙা চলবে না, পুরোনো প্রোভাইডারের rail দিয়েই ফিরতে হওয়া refund, এবং দুটি সিস্টেম একসাথে চালু থাকার সময়। বদলানোর যোগ্য যেকোনো প্রোভাইডার চুক্তির আগেই এটি বর্ণনা করতে পারবে, পরে নয়।

  1. 01ইন্টিগ্রেশন: একটি order endpoint, একটি রিডাইরেক্ট, একটি signed webhook
  2. 02বাকি কাজ: সংরক্ষিত কার্ড, সাবস্ক্রিপশন, চলমান refund, সমান্তরাল পরিচালনা
  3. 03refund সবসময় যে rail-এ পেমেন্ট এসেছিল সেটি দিয়েই ফেরত যায়
03

Protocore Gateway কোথায় মানায়

উপরের ছয়টি প্রশ্নের উত্তর আমরা এভাবে দিই: কার্ড, ওয়ালেট, ব্যাংক ট্রান্সফার, স্থানীয় মেথড, BNPL ও USDC একই পেজে; সবকিছু ইউরোতে settle হয়; ফিল্ডগুলো আপনার লেআউটে এমবেড করা হলেও কার্ড-হ্যান্ডলিং অংশ আমাদের হাতেই থাকে; চেকআউট থেকে ব্যাংক লাইন পর্যন্ত একটিই রেফারেন্স চলে; দুটি প্রোভাইডার সমান্তরালে চালিয়ে সংরক্ষিত কার্ড টোকেন হিসেবে মাইগ্রেট হয়; এবং যাঁরা সিস্টেমটি লিখেছেন তাঁরাই সাড়া দেন। বদলানো সার্থক কি না তা নির্ভর করে উপরের চার কারণের কোনটি আপনার; কম রেট চাইলে আমরা সম্ভবত সঠিক নই।

  1. 01সব মেথড একটি পেজে, settle হয় একটিই ইউরো অঙ্কে
  2. 02চেকআউট থেকে payout ও refund পর্যন্ত একটি অর্ডার রেফারেন্স
  3. 03সমান্তরাল পরিচালনাসহ পরিকল্পিত মাইগ্রেশন, টোকেনসহ
  4. 04পেছনে একটি প্রোডাক্ট স্টুডিও, সাপোর্ট টিয়ার নয়

FAQ

যে কাউকে করার মতো প্রশ্ন।

  • হ্যাঁ, এবং মাইগ্রেশনের সময় তা করাই উচিত। নতুন অর্ডার যাবে নতুন প্রোভাইডারে, আর পুরোনোটি নিজের পেমেন্টের settlement ও refund শেষ করবে। refund সবসময় যে rail-এ পেমেন্ট এসেছিল সেটি দিয়েই ফেরত যায়, তাই শেষ refund উইন্ডো বন্ধ না হওয়া পর্যন্ত পুরোনো ইন্টিগ্রেশন চালু থাকে।

  • হওয়া উচিত নয়। সংরক্ষিত কার্ড প্রোভাইডারদের মধ্যে টোকেন হিসেবে স্থানান্তরিত হয়। সাবস্ক্রিপশন চালালে এটিই সবচেয়ে গুরুত্বপূর্ণ প্রশ্ন, কারণ প্রতিটি সংরক্ষিত কার্ড রিসেট করা মাইগ্রেশন আসলে churn ঘটনা, মাইগ্রেশন নয়।

  • ইন্টিগ্রেশন সাধারণত এক সপ্তাহের। সময়সূচি ঠিক করে তার চারপাশের পরিকল্পনা: সমান্তরাল পরিচালনা, টোকেন মাইগ্রেশন, পুরোনো প্রোভাইডারের শেষ refund উইন্ডো। সাধারণত তা মাসে নয়, সপ্তাহে মাপা যায়।

  • তাহলে অন্য কিছু যাচাইয়ের আগে বর্তমান প্রোভাইডারের কাছে একটি তারিখ চান। একটি মেথডের জন্য প্রোভাইডার বদলানো অনেক খাটুনির বিনিময়ে সামান্য লাভ, যদি না একই আলোচনায় উপরের বাকি তিনটি সমস্যাও বেরিয়ে আসে।

চেকলিস্টটি আমাদের ওপর প্রয়োগ করুন।

আমাদের ডেমো checkout-এ একটি আসল পেমেন্ট করুন, তারপর জানান আপনার বর্তমান প্রোভাইডার ছয়টির কোন প্রশ্নে ব্যর্থ। বদলানো আপনার এই কোয়ার্টারের জন্য সার্থক কি না, আমরা সৎভাবে জানাব।