Protocore
যোগাযোগ করুন

মেথড · রিকারিং

যে সাবস্ক্রিপশন নীরবে বন্ধ হয় না।

রিকারিং রাজস্ব দুটি সাধারণ কারণে ব্যর্থ হয়: কার্ড reissue হলে চার্জ আর কাজ করে না, অথবা renewal soft decline হয় আর গ্রাহক চলে যাওয়ার আগে কেউ টের পায় না। Network token প্রথম সমস্যাটি সমাধান করে, নির্ধারিত রিট্রাই দ্বিতীয়টি, আর দুটিই চলে আপনার টিমকে billing engine তৈরি না করেই।

Protocore Gateway দেখুনসব পেমেন্ট পদ্ধতি

আপনার

শিডিউল ও পরিমাণ

Auto

Soft decline-এ রিট্রাই

Token

কার্ড reissue হলেও চলে

1

প্রতি সাইকেলে একটি অর্ডার

কীভাবে চলে

সাইনআপ থেকে renewal, চার ধাপে।

  1. 01

    AUTHORIZE

    গ্রাহক checkout-এ একবার পেমেন্ট করেন; কার্ডটি network token হিসেবে vault-এ সংরক্ষিত হয়।

  2. 02

    SCHEDULE

    পরিমাণ, ইন্টারভাল, শুরু ও শেষের তারিখ আপনি ঠিক করেন — অথবা খোলা রাখতে পারেন।

  3. 03

    CHARGE

    প্রতিটি সাইকেলে আলাদা অর্ডার, আলাদা রিসিট এবং আলাদা webhook তৈরি হয়।

  4. 04

    RECOVER

    Soft decline হলে সেটিকে churn হিসেবে বাদ না দিয়ে নির্ধারিত সময়ে আবার চেষ্টা করা হয়।

01

প্রতিটি সাইকেল একটি আসল অর্ডার

সাবস্ক্রিপশন আলাদা রিপোর্টিংয়ের কোনো বিশেষ অবজেক্ট নয় — একবারের পেমেন্টের মতোই প্রতিটি চার্জে একটি অর্ডার, একটি রিসিট ও একটি webhook তৈরি হয়। ফলে সাবস্ক্রিপশন লাইন ধরে ধরে reconcile হয়, গোটা সম্পর্ক বাতিল না করেই একটি মাসের রিফান্ড দেওয়া যায়, আর রিকারিং রাজস্বের জন্য আপনার ফাইন্যান্স টিমকে আলাদা কোনো ধারণা শিখতে হয় না।

  1. 01প্রতি সাইকেলে একটি অর্ডার, একটি রিসিট ও একটি webhook
  2. 02অন্য সাইকেলে হাত না দিয়ে একটি সাইকেলের রিফান্ড
  3. 03একবারের পেমেন্টের একই তালিকায় reconcile হয়
02

যে দুটি ব্যর্থতায় সত্যিই টাকা হারায়

Involuntary churn-এর বেশির ভাগই দুটি কারণে: মেয়াদ-উত্তীর্ণ বা reissue হওয়া কার্ড, আর কেউ রিট্রাই করেনি এমন soft decline। Reissue-এর পরও network token কার্ডধারীর সঙ্গে থাকে, তাই নতুন কার্ড এলেও চার্জ চলতে থাকে। নির্ধারিত রিট্রাই সাময়িকভাবে decline হওয়া পেমেন্টে আবার চেষ্টা করে, এমন সময়ে যখন সফল হওয়ার সম্ভাবনা প্রথম চেষ্টার চেয়ে বেশি।

  1. 01Network token reissue ও মেয়াদ শেষ হলেও কাজ করে
  2. 02Soft decline বাদ না দিয়ে নির্ধারিত সময়ে রিট্রাই
  3. 03গ্রাহককে জানানো হয় শুধু যখন সত্যিই দরকার
03

চালু করতে কী লাগে

কার্ড vault করতে প্রথম পেমেন্টে একটি flag আর একটি শিডিউল। আলাদা কোনো billing প্রোডাক্ট integrate করতে হয় না, আর সাবস্ক্রিপশনের চার্জ আপনার বাকি সব আয়ের মতোই একই back office ও একই payout-এ আসে।

FAQ

Recurring payments — মার্চেন্টদের প্রশ্নগুলো।

  • না। শিডিউল, রিট্রাই ও টোকেন ম্যানেজমেন্ট এই মেথডেরই অংশ। আপনার দিকে থাকে প্রথম পেমেন্ট এবং পরিমাণ ও ইন্টারভাল নিয়ে সিদ্ধান্ত।

  • সংরক্ষিত কার্ডটি একটি network token, যা reissue ও মেয়াদ শেষ হলেও কার্ডধারীর সঙ্গে থাকে — ফলে যে সাবস্ক্রিপশন আগে বন্ধ হয়ে যেত, সেটি চার্জ হতেই থাকে।

  • হ্যাঁ। Apple Pay বা Google Pay-এর পেছনের কার্ড রিকারিং চার্জের জন্য tokenize করা যায়, তাই এক ট্যাপে শুরু হওয়া সাবস্ক্রিপশন গ্রাহককে checkout-এ ফিরে না এসেই চলতে থাকে।

  • প্রতিটি সাইকেল আলাদা অর্ডার, তাই সেই অর্ডারটিই রিফান্ড করেন — পূর্ণ বা আংশিক — অন্য কোনো সাইকেল বা সাবস্ক্রিপশন বাতিল না করেই।

আরও পদ্ধতি

প্রায়ই একসঙ্গে চালু করা হয়।

01

সংরক্ষিত কার্ড

Vault · ওয়ান-ক্লিক

ফিরে আসা গ্রাহক এক ট্যাপে পেমেন্ট করেন; কার্ড থাকে আমাদের vault-এ, আর আপনার সিস্টেমে থাকে একটি রেফারেন্স।

02

কার্ড পেমেন্ট

Visa · Mastercard

ডিফল্ট রেল, যেখানে 3-D Secure 2.0 ও strong customer authentication ফ্লোর ভেতরেই সম্পন্ন হয়।

03

Pay by link

ইন্টিগ্রেশন লাগে না

back office-এ তৈরি করে পাঠানো একটি লিংক — পেছনে সব পদ্ধতি, ওয়েবসাইট লাগে না।

সব পেমেন্ট পদ্ধতি

প্রতিটি পদ্ধতিতে একটি পেমেন্ট নিয়ে দেখুন।

একটি sandbox merchant, API key এবং এসব পদ্ধতি চালু করা একটি checkout — যাতে কোনো প্রতিশ্রুতির আগেই প্রতিটি পদ্ধতি শুরু থেকে শেষ পর্যন্ত চালিয়ে দেখতে পারেন।

স্যান্ডবক্স অ্যাক্সেসের অনুরোধ করুনcontact@protocore.io