IOSOR

IOSOR জ্ঞান

শেষ-ব্যবহারকারীর পাঠানো বার্তা এখনও একটি প্রিপেইড লেজারেই আঘাত করে

এম্বেড করা সেন্ড এখনও ISV প্রিপেইড ওয়ালেট থেকে ডেবিট করে। দ্বিতীয় কোনো লেজার তৈরি করবেন না যা প্রোডাক্ট ফান্ড করে না — হোল্ড, পুনরায় চেষ্টা এবং আইডেম্পোটেন্সি সততার সাথে বজায় রাখুন।

শেষ-ব্যবহারকারীর কাছে এম্বেড করা মেসেজিং একদম বিনামূল্যে মনে হয়: তারা SaaS UI-এর ভেতরে Send অপশনে ট্যাপ করে এবং একটি সবুজ চেক দেখতে পায়। কিন্তু ব্যাকএন্ডে, প্রতিটি সফল সাবমিট এখনও ISV-এর মালিকানাধীন একটি প্রিপেইড লেজারেই প্রভাব ফেলে। প্রোডাক্টটি একটি API এম্বেড করেছে বলেই দ্বিতীয় কোনো ওয়ালেট তৈরি হয়ে যায় না। ISV যদি হোল্ডের অর্থ প্রদান না করে, তবে সেন্ড অবশ্যই একটি সৎ প্রোডাক্ট এরর সহ ব্যর্থ হতে হবে — কোনো ভুয়া ডেলিভার্ড স্ট্যাটাস দেখানো যাবে না।

কাল্পনিক হিসাবরক্ষণ হলো ব্যর্থতার মূল কারণ: IOSOR ওয়ালেট দ্বারা সমর্থিত নয় এমন একটি ইন-অ্যাপ ক্রেডিট মিটার, প্রিপেইড লেজার খালি হওয়ার সময় SaaS রিফান্ড, অথবা আইডেম্পোটেন্সি ছাড়া পুনরায় চেষ্টা যা একটি OTP-এর জন্য দ্বিগুণ ডেবিট করে। এম্বেড কনসোলটিকে লুকিয়ে রাখে; ISV-ই অর্থায়নকারী পক্ষ হিসেবে থেকে যায়।

আর্কিটেকচার ডকুমেন্টের মূল নীতি: শেষ-ব্যবহারকারীর সেন্ড ≡ ISV প্রিপেইড ডেবিট। প্রতিটি ডিজাইন রিভিউ সেখান থেকেই শুরু হয়।

একটিই লেজার, এমনকি UI প্রোডাক্ট ক্রেডিট দেখালেও

টেন্যান্টদের কাছে বিক্রি করা মেসেজ প্যাকগুলো হলো ISV-এর একটি বাণিজ্যিক স্তর। এগুলোকে অবশ্যই ISV-এর অর্থায়ন করা একক IOSOR ওয়ালেটের প্রিপেইড হোল্ড এবং ডেবিটের সাথে ম্যাপ করতে হবে। টেন্যান্টের ব্যালেন্স যা কখনো লেজার সারির সাথে মেলে না, তা সাপোর্ট টিমের জন্য এক ধরণের ঋণের বোঝা। প্রতি সপ্তাহে ওয়ালেট লাইনের সাথে টেন্যান্টের ব্যবহার এক্সপোর্ট করুন যাতে ফাইন্যান্স টিম প্রোডাক্টের আসল খরচ দেখতে পায়।

পার্টনার আইসোলেশন স্পষ্ট চুক্তি না হলে প.

হোল্ড এবং আইডেম্পোটেন্সি এখনও এম্বেড পাথে কার্যকর

সার্ভার-সাইড সেন্ডকে অবশ্যই OTP এবং ট্রানজেকশনাল SMS-এর জন্য আইডেম্পোটেন্সি কী ব্যবহার করতে হবে। SaaS UI-তে একটি ডাবল-ক্লিক যেন একক ব্যবহারকারী অ্যাকশনের জন্য দুটি ডেবিট তৈরি না করে। টাইমআউটের পর পুনরায় চেষ্টা একই কী অনুসরণ করবে যতক্ষণ না চূড়ান্ত DLR বা ম্যাপ করা ব্যর্থতা পাওয়া যায়।

যখন ওয়ালেট হোল্ড করতে পারে না, তখন প্রোডাক্টের নিজস্ব পর্যাপ্ত ত.

লেজারের সত্যতার সাথে প্রোডাক্ট এরর ম্যাপ করুন

SaaS UI সিগন্যাল লেজারের সত্যতা অনুমোদিত পরবর্তী পদক্ষেপ
পাঠানো / ডেলিভার্ড ডেবিট + DLR পাথ বিদ্যমান রসিদ ID দেখান
কিউতে আছে হোল্ড খোলা বা সাবমিট গৃহীত স্ট্যাটাস পোল করুন
ব্যর্থ / পজড হোল্ড প্রত্যাখ্যাত বা গেট বন্ধ কেবল নতুন উদ্দেশ্যে আবার চেষ্টা করুন
ভুয়া সাফল্য কোনো ডেবিট নেই / হোল্.

চ্যানেল হ্যান্ডওভার একই ওয়ালেটে থাকে

প্রোডাক্ট যদি পরবর্তীতে SMS-এর পাশাপাশি ইমেইল বা ভয়েস যোগ করে, তবুও খরচ একই প্রিপেইড লেজারেই জমা হবে, যতক্ষণ না ফাইন্যান্সের অনুমোদনে দ্বিতীয় চ্যানেল হ্যান্ডওভার চালানো হয়। এম্বেড কোনো বিনামূল্যে সাইড চ্যানেল তৈরি করে না। SaaS সেটিংসে আরেকটি লাইভ টাইল চালু করার আগে ওয়ালেট অ্যাডজাসেন্সি নির্দেশিকা পড়ুন।

সম্পর্কিত অপ্স পাথ

IOSOR দিয়ে শুরু করুন

IOSOR কনসোল খুলুন এবং আপনার টেন্যান্ট ক্রেডিট সিস্টেমটিকে সরাসরি প্রাথমিক প্রিপেইড ওয়ালেট লেজারের সাথে ম্যাপ করুন। মাস্টার ওয়ালেটে হোল্ড রাখার আগে নিশ্চিত করুন যে সমস্ত সার্ভার-সাইড এম্বেড অনুরোধ একটি নির্দিষ্ট আইডempotেন্সি কী পাস করে। ইনকামিং ডিএলআর প্রসেস করার জন্য আপনার ওয়েবহুক এন্ডপয়েন্ট কনফিগার করুন যাতে ওপেন হোল্ডগুলি ফাইনাল লেজার ডেবিট বা রিলিজ হিসেবে পরিষ্কারভাবে সমাধান হয়।

IOSOR সারাংশ

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

এই গাইড কি সহায়ক ছিল?

সম্পর্কিত গাইড