বণিক দ্বারা শুরু করা লেনদেন (MITs)

এমআইটি সহায়তার সংক্ষিপ্ত বিবরণ

মার্চেন্ট ইনিশিয়েটেড ট্রানজ্যাকশন (MIT) হলো এমন লেনদেন যা ব্যবহারকারীর সক্রিয় সেশন ছাড়াই সম্পন্ন হয়। Google Pay Online API-এর এই আপডেটটি এই ধরনের লেনদেনের জন্য উন্নততর দৃশ্যমানতা, ডেডিকেটেড বিলিং ডিটেইল ইউএক্স-এর মাধ্যমে উন্নত ইউজার এক্সপেরিয়েন্স এবং আরও ভালো পেমেন্ট কন্টিনিউটি প্রদান করে।

মূল ব্যবহারের ক্ষেত্রগুলি

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

এমআইটি এপিআই বাস্তবায়ন

এমআইটি এপিআই হলো বিদ্যমানটির একটি সম্প্রসারণ।loadPaymentDataএপিআই। বিলিং অভিপ্রায় নির্দিষ্ট করার জন্য ইন্টিগ্রেটরদের অবশ্যই ঠিক একটি *TransactionInfo অবজেক্ট অন্তর্ভুক্ত করতে হবে। মার্চেন্ট ইনিশিয়েটেড ট্রানজ্যাকশনের ধরনের উপর নির্ভর করে গুগল ৩টি বিকল্প প্রদান করে:

• পুনরাবৃত্ত লেনদেন তথ্য
• ডিফার্ডট্রানজ্যাকশনইনফো
• AutomaticReloadTransactionInfo

দ্রষ্টব্য: এগুলি শুধুমাত্র মার্চেন্ট দ্বারা শুরু করা লেনদেনের জন্য প্রযোজ্য। অন্য সকল লেনদেনে বিদ্যমান TransactionInfo অবজেক্টটিই ব্যবহৃত হতে থাকবে।

লেনদেনের ধরণ	বস্তুর নাম	বর্ণনা
পুনরাবৃত্ত	RecurringTransactionInfo	নির্দিষ্ট-ফ্রিকোয়েন্সির চার্জের জন্য ব্যবহৃত হয়। ট্রায়াল, প্রিপেইড এবং পোস্টপেইড বিলিং সমর্থন করে।
স্থগিত	DeferredTransactionInfo	ভবিষ্যতের একটি পূর্বনির্ধারিত সময়ে একবার চার্জ দেওয়ার জন্য ব্যবহৃত হয়।
স্বয়ংক্রিয় রিলোড	AutomaticReloadTransactionInfo	যখন কোনো স্টোরড-ভ্যালু অ্যাকাউন্টের ব্যালেন্স একটি ন্যূনতম সীমার নিচে নেমে যায়, তখন তা রিচার্জ করার জন্য ব্যবহৃত হয়।

একীকরণ পদক্ষেপ

1. ডকুমেন্টেশন: আর্লি অ্যাক্সেস প্রোগ্রাম চলাকালীন ডেভসাইট অ্যাক্সেস করুন। তিনটি নতুন অবজেক্ট ডেফিনিশন অবজেক্ট রেফারেন্স সেকশনে অবস্থিত, এবং পূর্ববর্তী তালিকায় সরাসরি লিঙ্ক করা আছে।
2. বাস্তবায়ন: আপনার এপিআই অনুরোধে আপনার সিস্টেমের জন্য প্রাসঙ্গিক *TransactionInfo অবজেক্ট(গুলি) ব্যবহার করুন।
   • মনে রাখবেন যে, এপিআই-তে প্রতি অনুরোধে কেবল একটি অবজেক্টই পাঠানো যাবে। কোন অবজেক্টটি ব্যবহার করা হবে এবং এর ফিল্ডগুলো পূরণ করার বিষয়টি স্বতন্ত্র মার্চেন্টের উপর নির্ভর করে।
3. পরীক্ষণ: পে-শিটে বিলিং বিবরণ সঠিকভাবে প্রদর্শিত হচ্ছে কিনা তা যাচাই করতে TEST পরিবেশ ব্যবহার করুন।
4. লঞ্চ: প্যারামিটার যাচাই হয়ে গেলে লাইভ করা হবে।

টোকেন লাইফসাইকেল ম্যানেজমেন্ট (টিএলএম)

টোকেন লাইফসাইকেল ম্যানেজমেন্ট, সুরক্ষিত পেমেন্ট টোকেন আপডেট বা নিষ্ক্রিয় করা হলে রিয়েল-টাইম নোটিফিকেশন প্রদানের মাধ্যমে পেমেন্টের ধারাবাহিকতা নিশ্চিত করে। সম্পূর্ণ বিবরণের জন্য, দেখুনটোকেন লাইফসাইকেল ম্যানেজমেন্ট ডকুমেন্টেশন.

গুরুত্বপূর্ণ: কোনো নির্দিষ্ট ট্রানজ্যাকশনে টোকেন লাইফসাইকেল ম্যানেজমেন্ট প্রয়োগ করার জন্য, প্রাসঙ্গিক *TransactionInfo অবজেক্টে tokenUpdateUrl অবশ্যই অন্তর্ভুক্ত থাকতে হবে।

কী টোকেন ইভেন্ট

• নিষ্ক্রিয়করণ/মুছে ফেলা: কোনো টোকেন যখন আর ব্যবহারযোগ্য থাকে না, তখন তা অবহিত করে।
• FPAN সাফিক্স আপডেট: যখন অন্তর্নিহিত ফান্ডিং প্রাইমারি অ্যাকাউন্ট নম্বরটি আপডেট করা হয়, তখন এটি ঘটে।

সার্ভার সেটআপের প্রয়োজনীয়তা

সরাসরি ব্যবসায়ী এবং পেমেন্ট পরিষেবা প্রদানকারীদের (পিএসপি) অবশ্যই এই বার্তাগুলো গ্রহণ, ডিক্রিপ্ট এবং প্রক্রিয়াকরণ করার জন্য একটি সিস্টেম স্থাপন করতে হবে।

প্রয়োজনীয়তা	বর্ণনা
এন্ডপয়েন্ট	POST কল গ্রহণ করার জন্য সুরক্ষিত HTTPS এন্ডপয়েন্ট।
প্রমাণীকরণ	স্বাক্ষর যাচাইকরণ এবং বার্তা ডিক্রিপশন অবশ্যই পরিচালনা করতে হবে।
প্রতিক্রিয়া	বিজ্ঞপ্তি চালিয়ে যেতে SUCCESS ফেরত দিন, অথবা সেগুলি বন্ধ করতে TOKEN_NOT_FOUND/TOKEN_NOT_IN_USE ফেরত দিন।
বণিক বিজ্ঞপ্তি	পিএসপি-দেরকে তাদের মার্চেন্টদের কাছে টোকেনের অবস্থা জানাতে হবে।

বাস্তবায়ন নোট

টোকেনের আপডেট পাওয়ার জন্য ট্রানজ্যাকশনের সাথে অবশ্যই tokenUpdateUrl এন্ডপয়েন্টটি পাস করতে হবে। PSP-দের ক্ষেত্রে, মার্চেন্টরা কীভাবে এই URL-টি গ্রহণ করবে এবং প্রাসঙ্গিক *TransactionInfo অবজেক্টে তা পূরণ করবে, সেই সিদ্ধান্ত নেওয়ার দায়িত্ব PSP-এরই।

আরও মনে রাখবেন যে, এনক্রিপ্টেড পেলোডটি এমআইটি-এর জন্য merchantTokenId নামে একটি অতিরিক্ত ঐচ্ছিক ফিল্ড ফেরত দেবে। নির্দিষ্ট বিবরণের জন্য, দেখুনপেমেন্ট ডেটা ক্রিপ্টোগ্রাফিডকুমেন্টেশন (মার্চেন্টদের জন্য) অথবা পেলোড স্ট্রাকচার ডকুমেন্টেশন (পিএসপি-দের জন্য)।