SHAREAI দিয়ে তৈরি করুন
গ্রাহকদের AI ব্যবহারের বিষয়ে একটি স্পষ্ট পছন্দ, আপনার ঐচ্ছিক ফি এবং প্রতিটি ক্রয় সম্পর্কে একটি পরিষ্কার ধারণা দিন। এমন একটি অর্থ প্রদানের যাত্রা তৈরি করুন যা তারা বুঝতে এবং নিয়ন্ত্রণ করতে পারে।
অভিজ্ঞতা যা আপনি ডিজাইন করবেন
ShareAI দিয়ে পেমেন্ট করুনপরিষ্কার অ্যাক্সেস। গৃহীত শর্তাবলী। নিশ্চিতকৃত ক্রয়।
আপনার বাস্তবায়ন
আপনার প্রোডাক্ট এবং আপনার ইমপ্লিমেন্টেশনে অনুমোদন, গৃহীত শর্তাবলী এবং নিশ্চিতকৃত অর্থপ্রদান স্পষ্ট রাখুন।
গ্রাহক বুঝতে পারেন যে তারা সংযোগ করছেন, AI ব্যবহার করছেন বা একটি ক্রয় অনুমোদন করছেন।
টোকেন এবং অপারেশন উদ্দেশ্যপ্রাপ্ত অ্যাকাউন্ট এবং স্কোপ ব্যবহার করে।
বোধগম্য অফার প্রকাশ করুন এবং প্রতিটি গ্রাহক যে সংস্করণ গ্রহণ করেছেন তা ট্র্যাক করুন।
নতুন শর্তাবলী বিদ্যমান গ্রাহককে নীরবে সরিয়ে দেয় না।
একটি উদ্দেশ্যপ্রাপ্ত ক্রয় তৈরি করুন, এর অর্থপ্রদানের অবস্থা যাচাই করুন এবং একবার এটি পূরণ করুন।
পুনরাবৃত্তি, বাতিলকরণ, প্রত্যাখ্যাত চেকআউট এবং সীমা পরিচালনা করা হয়।
এটি আপনার এডিটরে নিয়ে যান
সম্পূর্ণ গাইডটি অনুলিপি করুন বাস্তবায়নের লক্ষ্য, প্রয়োজনীয় ইনপুট এবং গ্রহণযোগ্যতা চেক সহ। কোড উদাহরণ, টেবিল এবং ডকুমেন্টেশন লিঙ্ক একসাথে রাখুন।
আপনার প্রকল্পের জন্য প্রস্তুত, আপনার প্রয়োজনীয় ফরম্যাটে।
আপডেট করা হয়েছে
আপনি একটি অ্যাকাউন্ট সংযোগ করা, AI ব্যবহারের জন্য অর্থ প্রদান এবং একটি প্রোডাক্ট ক্রয় নিশ্চিত করার মধ্যে পার্থক্য করবেন।
যেখানে আপনি কাজ করবেন আপনার পণ্য → পেমেন্ট অভিজ্ঞতা
Pay with ShareAI গ্রাহককে তাদের নির্বাচিত ShareAI অ্যাকাউন্ট আপনার অ্যাপ্লিকেশনে ব্যবহার করতে দেয়। দুটি পৃথক বিলিং প্রবাহ রয়েছে: গৃহীত অনুমোদনের অধীনে গ্রাহক-অর্থায়িত AI অনুরোধ এবং একটি পণ্য ক্রয় যা গ্রাহক চেকআউটে নিশ্চিত করেন। ঐচ্ছিক Builder মার্কআপ AI ব্যবহারের উপর একটি অতিরিক্ত চুক্তি।
| গ্রাহকের কার্যক্রম | কী ঘটে | প্রয়োজনীয় অ্যাক্সেস |
|---|---|---|
| একটি ওয়ালেট সংযুক্ত করুন | নির্বাচিত অ্যাকাউন্ট এবং গৃহীত শর্তাবলীর জন্য একটি অনুমোদন তৈরি করে। Connect ক্লিক করলেই কোনো পণ্য কেনা হয় না। | openid প্লাস আপনার অ্যাপ যে ক্ষমতাগুলি ব্যবহার করে। |
| একটি AI অনুরোধ পাঠান | অনুমোদিত অ্যাকাউন্টের যোগ্য AI ক্রেডিট এবং গৃহীত ব্যবহারের শর্তাবলী ব্যবহার করে। | প্রযোজ্য ইনফারেন্স অ্যাক্সেস; monetization_gateway গৃহীত Builder মার্কআপ শর্তের জন্য। |
| একটি পণ্য কেনা নিশ্চিত করুন | অনুমোদিত নিশ্চিতকরণের পরে নির্দিষ্ট কেনাকাটা ডেবিট করে। | payments এবং একটি সফল পেমেন্ট অনুরোধ। |
JamZY এর অ্যাপয়েন্টমেন্ট নমুনা AI ব্যবহারের রুট প্রদর্শন করে। এতে কোনো মার্চেন্ট চেকআউট নেই, কোনো পেমেন্ট অনুরোধ করে না এবং এটি দাবি করে না যে কানেক্টিং একটি সাবস্ক্রিপশন কেনে। আপনি যখন সেই পৃথক অভিজ্ঞতা যোগ করবেন তখন বাকি অধ্যায়গুলি ব্যবহার করুন।
আপনার বোতাম এবং পণ্য কপি বলে যে গ্রাহক কানেক্ট করছেন, AI ব্যবহার করছেন বা একটি কেনাকাটা নিশ্চিত করছেন।
একটি অপারেশন এটি ব্যবহার করার আগে আপনি উদ্দেশ্যপ্রণোদিত পেমেন্ট অ্যাকাউন্ট থেকে অনুমতি পাবেন।
যেখানে আপনি কাজ করবেন কনসোল → ব্যবহারের কেস → গ্রাহক অনুমোদন
payments, নেটওয়ার্ক খরচে AI এর জন্য inference, এবং অনুমোদিত AI মার্কআপের জন্য monetization_gateway ব্যবহার করুন। অ্যাপ্লিকেশনটি প্রকৃতপক্ষে যে ক্ষমতাগুলি ব্যবহার করে শুধুমাত্র সেগুলির জন্য অনুরোধ করুন।একটি ক্লায়েন্ট ID প্ল্যাটফর্মটিকে চিহ্নিত করে। একটি অ্যাক্সেস টোকেন গৃহীত গ্রাহক অনুমোদনকে উপস্থাপন করে। একটি চুক্তি সংস্করণ বিলিং শর্তাবলী রেকর্ড করে। এগুলির কোনোটিই একা প্রমাণ করে না যে একটি নির্দিষ্ট পণ্য পেমেন্ট নিশ্চিত করা হয়েছে।
টোকেনটি উদ্দেশ্যপ্রণোদিত গ্রাহকের অন্তর্গত এবং আপনি যে অপারেশনটি সম্পাদন করতে যাচ্ছেন তার জন্য অনুমতিগুলি অন্তর্ভুক্ত করে।
আপনি পরিষ্কার ব্যবহারের শর্তাবলী প্রকাশ করবেন যা গ্রাহক পর্যালোচনা এবং গ্রহণ করতে পারেন।
যেখানে আপনি কাজ করবেন অ্যাপ্লিকেশন → সাবস্ক্রিপশন
সাবস্ক্রিপশনে, স্পষ্টভাবে নামকরণ করা অফার তৈরি করুন এবং অতিরিক্ত AI ফি ব্যাখ্যা করুন। সাবস্ক্রিপশন ID তৈরি হয়, শুধুমাত্র-পঠনযোগ্য এবং আপনার অ্যাপ্লিকেশনের জন্য স্কোপড। এই অফারগুলি অ্যাপের প্ল্যাটফর্ম ক্লায়েন্ট জুড়ে ভাগ করা হয়, তাই আপনি ওয়েব এবং অ্যান্ড্রয়েডের জন্য একটি ভিন্ন বাণিজ্যিক অফার বজায় রাখেন না।
surcharge সেট করুন।নির্বাচিত মডেলের জন্য নেটওয়ার্ক খরচ, সারচার্জ এবং বিল্ডার আয়ের তুলনা করতে Estimate ব্যবহার করুন। পরবর্তী চুক্তি সংস্করণ হিসাবে একটি পর্যালোচিত খসড়া প্রকাশ করুন। গ্রাহকরা অনুমোদনের সময় সেই সংস্করণটি গ্রহণ করেন; একটি প্রকাশিত অফার একটি গৃহীত গ্রাহক চুক্তির সমান নয়।
যদি শুধুমাত্র পণ্য payments প্রয়োজন হয়, তাহলে একটি Builder মার্কআপ উদ্ভাবনের পরিবর্তে উপলব্ধ বিনামূল্যের পেমেন্ট-অ্যাক্সেস চুক্তি প্রবাহ ব্যবহার করুন। নির্দিষ্ট সাবস্ক্রিপশন মূল্য এবং অন্তর বর্তমান ব্যবহারের অফার সম্পাদক দ্বারা কনফিগার করা হয় না; একটি AI অফারকে স্বয়ংক্রিয় পুনরাবৃত্ত বিলিং হিসাবে ব্যাখ্যা করবেন না।
আপনার অফারটি সঠিকভাবে বর্ণনা করে যে কীভাবে AI খরচে সংযোজন করা হয়েছে। গ্রাহক-সম্মুখীন সম্মতি একই প্রকাশিত শর্তাবলী প্রদর্শন করে।
আপনি একটি নতুন চুক্তি প্রবর্তন করবেন এবং প্রতিটি অ্যাকাউন্ট যে শর্তাবলী গ্রহণ করেছে তা ট্র্যাক করবেন।
যেখানে আপনি কাজ করবেন সাবস্ক্রিপশন → চুক্তি
পরবর্তী চুক্তির খসড়ায় পরিবর্তন প্রস্তুত করুন। বিদ্যমান অনুমোদনগুলি তাদের গৃহীত সাবস্ক্রিপশন এবং সংস্করণ ধরে রাখে যতক্ষণ না গ্রাহক একটি প্রতিস্থাপন গ্রহণ করে। সাবস্ক্রিপশন ওভারভিউতে অ্যাকাউন্ট সংখ্যা এবং বিতরণ তুলনা করুন, প্রতিটি অ্যাকাউন্ট সর্বশেষ সংস্করণ ব্যবহার করছে বলে ধরে নেবেন না।
গ্রাহকদের পরিবর্তনগুলি জানান এবং প্রয়োজন হলে তাদের সম্মতি প্রবাহের মাধ্যমে একটি নতুন সংস্করণ গ্রহণ করতে পাঠান। একটি রিফ্রেশ করা টোকেন গ্রহণ তৈরি করতে পারে না। গৃহীত চুক্তিগুলি ধরে রাখা ডিফল্ট ট্রানজিশন। নতুন শর্তাবলী অনুমোদনের আগে আরও পদক্ষেপের জন্য পুনর্নবীকৃত সম্মতি প্রয়োজন বেছে নেওয়া ইচ্ছাকৃতভাবে বিদ্যমান অ্যাক্সেসকে বাধাগ্রস্ত করে; প্রকাশনার আগে সেই প্রভাব পর্যালোচনা করুন। অনুমোদিত হ্রাস অবশ্যই গৃহীত চুক্তির নিয়ম অনুসরণ করতে হবে; ফি বৃদ্ধির জন্য গ্রাহকের অনুমোদন প্রয়োজন।
অ্যাপ্লিকেশন-স্তরের ভিউ এবং পরিচয় সীমানা আলাদা রাখুন। প্ল্যাটফর্ম-নির্দিষ্ট গ্রাহক শনাক্তকারী তাদের ক্লায়েন্ট প্রসঙ্গের মধ্যে সীমাবদ্ধ থাকে, এমনকি যখন বাণিজ্যিক ওভারভিউ পুরো অ্যাপ্লিকেশনকে একত্রিত করে।
আপনি চিহ্নিত করতে পারবেন কোন চুক্তি প্রতিটি অ্যাকাউন্ট গ্রহণ করেছে এবং এটি কীভাবে পরবর্তীটিতে যেতে পারে তা ব্যাখ্যা করতে পারবেন।
আপনি একটি উদ্দেশ্যপ্রণোদিত ক্রয় তৈরি করবেন, নিশ্চিতকরণ প্রাপ্ত করবেন এবং ডেলিভারির আগে পেমেন্ট যাচাই করবেন।
যেখানে আপনি কাজ করবেন আপনার ব্যাকএন্ড → ShareAI চেকআউট → পেমেন্ট যাচাই
এই অধ্যায়টি অ্যাপয়েন্টমেন্ট উদাহরণটি একটি পৃথক পণ্য ক্রয়ের সাথে প্রসারিত করে। এটি শুধুমাত্র পেমেন্ট সক্ষম করার পরে এবং সেই স্কোপ সহ একটি গ্রাহক টোকেন প্রাপ্ত করার পরে চালান। আপনার ব্যাকএন্ডে অর্ডার এবং পেমেন্ট স্টেট রাখুন।
# Real payment request: use scoped test access and an intentional amount.
curl --fail-with-body 'https://api.shareai.now/api/v1/console/builder/payments' \
-H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
-H 'Content-Type: application/json' \
-H 'Idempotency-Key: YOUR_UNIQUE_ORDER_REFERENCE' \
--data '{"title":"JamZY appointment preparation pack","amount":"1.00"}'curl --fail-with-body --get \
'https://api.shareai.now/api/v1/console/builder/payments' \
-H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
--data-urlencode "id=$SHAREAI_PAYMENT_ID"| পেমেন্ট স্ট্যাটাস | আপনার পণ্যটি কী করা উচিত |
|---|---|
| মুলতুবি | দেখান যে গ্রাহকের নিশ্চিতকরণ এখনও প্রয়োজন। এখনও পূরণ করবেন না। |
| অর্থপ্রাপ্ত | আপনার সার্ভারের অর্ডারের বিরুদ্ধে যাচাই করুন, তারপর একবার পূরণ করুন। |
| প্রত্যাখ্যাত | সিদ্ধান্তকে সম্মান করুন; গ্রাহক অন্য ক্রয় চেষ্টা করতে চান কিনা তা বেছে নিতে দিন। |
| মেয়াদোত্তীর্ণ | গ্রাহক পুনরায় চেষ্টা করতে চাইলে একটি নতুন আইডেমপোটেন্সি কী দিয়ে একটি নতুন অনুরোধ তৈরি করুন। |
শুধুমাত্র বিশ্বস্ত API দ্বারা ফেরত দেওয়া একটি চেকআউট URL ব্যবহার করুন এবং এটি আপনার ইন্টিগ্রেশনের অনুমোদিত গন্তব্য নীতির বিরুদ্ধে যাচাই করুন। একটি অ্যাপ-এ-ফিরে সফলতার বার্তা পেমেন্টের প্রমাণ নয়। পেয়ার তাদের নিজস্ব Builder অ্যাকাউন্ট থেকে ক্রয় করতে পারে না।
আপনি যদি একটি বিদ্যমান নির্ধারিত-মূল্যের সাবস্ক্রিপশন চুক্তি সমর্থন করেন, পেমেন্ট API তার গৃহীত শর্তাবলী একটি স্পষ্টভাবে নিশ্চিত সময়ের জন্য ব্যবহার করতে পারে। একটি মনগড়া পুনরাবৃত্তিমূলক মূল্য পাঠাবেন না বা একটি নতুন সময়কাল নীরবে চার্জ করবেন না। JamZY এর ডাউনলোডযোগ্য অ্যাপয়েন্টমেন্ট নমুনা সেই এক্সটেনশনটি বাস্তবায়ন করে না।
আপনার ব্যাকএন্ড পেমেন্ট যাচাই না করা পর্যন্ত কোনো অর্ডার ডেলিভার করা হয় না, এবং নিশ্চিতকরণ প্রবাহ পুনরাবৃত্তি করলে একই অর্ডার দুইবার ডেলিভার বা ডেবিট করা যাবে না।
আপনি ক্রেডিট সীমা এবং সংযোগ বিচ্ছিন্নতা পরিচালনা করবেন যাতে ডুপ্লিকেট চার্জ বা অপ্রত্যাশিত অ্যাকাউন্ট পরিবর্তন না ঘটে।
যেখানে আপনি কাজ করবেন আপনার অ্যাপ্লিকেশন → বিলিং পুনরুদ্ধার
AI ব্যবহারের এবং পণ্য ক্রয়ের জন্য ভিন্ন যোগ্য-ক্রেডিট নিয়ম রয়েছে। একটি অ্যাকাউন্টে AI-যোগ্য ক্রেডিট থাকতে পারে যা একটি পণ্যের জন্য অর্থ প্রদান করতে পারে না। API ত্রুটি এবং গ্রাহকের বিলিং গন্তব্য ব্যবহার করে অপর্যাপ্ত তহবিল এবং প্রতি-অ্যাপ্লিকেশন ব্যয় সীমা পরিচালনা করুন।
গ্রাহককে নির্বাচিত পেমেন্ট অ্যাকাউন্ট, ব্যর্থ হওয়া ক্রিয়া এবং ক্রেডিট বা সীমা পরিচালনার একটি রুট দেখান। গ্রাহক তাদের নিজস্ব সীমা নিয়ন্ত্রণ করেন; অ্যাপ মালিক এটি বাড়াতে পারে না। একটি চার্জ সফল করতে একটি সংস্থা থেকে ব্যক্তিগত অ্যাকাউন্টে নীরবে স্যুইচ করবেন না।
সংযোগ বিচ্ছিন্ন করা প্রাসঙ্গিক অনুমোদন প্রত্যাহার করবে এবং স্থানীয় সেশন সাফ করবে। এটি ভবিষ্যতের অনুমোদিত অনুরোধ বন্ধ করে; এটি ইতিমধ্যে নিশ্চিত হওয়া একটি ক্রয় পূর্বাবস্থায় ফিরিয়ে দেয় না বা স্বয়ংক্রিয়ভাবে একটি পৃথক অর্থপ্রদানের প্রতিশ্রুতি বাতিল করে না। রিফ্রেশ ব্যর্থতা, অনুমোদন প্রত্যাহার এবং পেমেন্ট মেয়াদ শেষ হওয়া পৃথক পুনরুদ্ধার বার্তা প্রয়োজন।
অপর্যাপ্ত-ক্রেডিট এবং সীমা ত্রুটি গ্রাহককে অবগত এবং নিয়ন্ত্রণে রাখে, কোনো দুর্ঘটনাজনিত ডুপ্লিকেট অর্ডার বা পেয়ার পরিবর্তন ছাড়াই।
আপনি সফল পথ এবং এর ব্যর্থতার কেসগুলি পরীক্ষা করবেন প্ল্যাটফর্মটি প্রকাশনায় অন্তর্ভুক্ত করার আগে।
যেখানে আপনি কাজ করবেন OAuth সেটিংস → যাচাইকরণ
অ্যাপ্লিকেশন-ব্যাপী পরীক্ষক তালিকা এবং Builder থেকে আলাদা একটি যোগ্য পেমেন্ট অ্যাকাউন্ট ব্যবহার করুন। সর্বাধিক পাঁচটি পরীক্ষক স্থান রয়েছে, যার মধ্যে মুলতুবি আমন্ত্রণ অন্তর্ভুক্ত। প্রকাশনায় অন্তর্ভুক্ত প্রতিটি প্ল্যাটফর্মের জন্য প্রকৃত এন্ডপয়েন্ট এবং স্কোপ যাচাইকরণ সম্পূর্ণ করুন।
inference বা monetization_gateway এর জন্য একটি সফল স্কোপড AI অনুরোধ এবং payments এর জন্য প্রয়োজনীয় সফল পেমেন্ট API কল পরীক্ষা করুন। একটি পেমেন্ট অনুরোধ ডেবিট ছাড়াই মুলতুবি থাকতে পারে; একটি সম্পূর্ণ চেকআউট পরীক্ষা অতিরিক্তভাবে স্পষ্ট নিশ্চিতকরণ এবং প্রদেয় যাচাই করে।আপনার ইন্টিগ্রেশন গৃহীত অ্যাক্সেস, গৃহীত শর্তাবলী, অনুরোধকৃত পেমেন্ট এবং নিশ্চিত পেমেন্ট আলাদা করে এবং প্রতিটির ব্যর্থতার পথ পরিচালনা করে।
প্রোগ্রাম এনরোলমেন্ট প্রয়োগ করার আগে ব্যক্তিগত বা সংস্থা অ্যাকাউন্ট নির্বাচন করুন যা মালিক হবে। সংস্থাগুলি যাচাইয়ের আগে একটি আবেদন জমা দিতে পারে, তবে শুধুমাত্র কর্মীদের অনুমোদন অ্যাক্সেস সক্রিয় করে না। Console-এ অনবোর্ডিং চেকলিস্ট থেকে সংস্থা ইমেল এবং কোম্পানি যাচাই সম্পূর্ণ করুন। অনুমোদিত সংস্থা দুটি যাচাই সম্পূর্ণ না হওয়া পর্যন্ত Pending verification অবস্থায় থাকে। Builder, Provider এবং Creator প্রোগ্রামগুলি এই নিয়ম অনুসরণ করে।
Monetization Gateway মূল্য নির্ধারণ দেখুন · অন্বেষণ করুন ShareAI for Startups · স্কোপ এবং অনুমতি
আপনার পাবলিক Terms & Conditions, Privacy Policy এবং মুছে ফেলার নির্দেশাবলী অ্যাপ্লিকেশনের সাথে মিলতে হবে এবং সাইন-ইন ছাড়াই পৌঁছানো যাবে। ShareAI প্রোগ্রাম গ্রহণ, Monetization Gateway অনুমোদন, গ্রাহকের OAuth অনুমতি এবং গৃহীত বিলিং চুক্তি পৃথক সিদ্ধান্ত। রিফ্রেশ নতুন অনুমতি যোগ করতে বা নতুন বাণিজ্যিক শর্ত গ্রহণ করতে পারে না।
বিদ্যমান ইন্টিগ্রেশনের জন্য লিগ্যাসি surcharge স্কোপ গৃহীত থাকে। নতুন উদাহরণে monetization_gateway ব্যবহার করা হয়। surcharge_bps এবং surcharge_percentage এর মতো বিদ্যমান ওয়্যার ফিল্ড অপরিবর্তিত রাখুন।
Monetization Gateway মূল্য নির্ধারণ দেখুন · অন্বেষণ করুন ShareAI for Startups · স্কোপ এবং অনুমতি
স্ট্যান্ডার্ড চার্জ 5% এর Builder মার্কআপ। AI নেটওয়ার্ক খরচের €2.00 এবং একটি 10% মার্কআপের জন্য, গ্রাহক €2.20 প্রদান করেন। ShareAI €0.01 এর €0.20 মার্কআপ গ্রহণ করে; Builder এর Event Ingestion এর আগে €0.19 থাকে।
প্রথম 1,000 নিষ্পত্তি করা Production Monetization Gateway অনুরোধগুলি প্রতি ক্যালেন্ডার মাসে (UTC) বিনামূল্যে, যা Builder অ্যাকাউন্টে ভাগ করা হয়। অতিরিক্ত অনুরোধগুলির খরচ €0.04 প্রতি 1,000 যোগ্য ছাড়ের আগে। একটি নিষ্পত্তি করা অনুরোধ একটি ইভেন্ট তৈরি করে।
Pay with ShareAI একা, শুধুমাত্র inference অ্যাক্সেস, সাধারণ অ্যাকাউন্ট API কী এবং Staging বা পরীক্ষার ট্রাফিক Monetization Gateway Event Ingestion তৈরি করে না।
ShareAI for Startups অনুমোদিত অ্যাপ্লিকেশনের জন্য প্রকৃত ShareAI ফি-এর একটি শেয়ার্ড মাসিক ভাতা প্রদান করে। বর্তমান Launch, Growth এবং Momentum টিয়ারগুলি €1,000, €5,000 এবং €10,000 প্রতি মাসে তালিকাভুক্ত করে। একই বাজেট ShareAI-এর শতাংশ ফি Builder মার্কআপ এবং বিলযোগ্য ইভেন্ট ইনজেশন একসাথে কভার করে। এটি একটি গ্রস-মার্কআপ ভাতা নয়, একটি পৃথক ফ্রি-ইভেন্ট কোটার বা ফ্রি AI inference নয়। অ্যাকাউন্টের প্রথম 1,000 ফ্রি ইভেন্টগুলি এটি ব্যবহার করে না।
অবশিষ্ট ইভেন্ট ইনজেশন ফি নতুন Builder আয়ের মাধ্যমে পরিশোধ করা হয়, তারপর উপলব্ধ Builder AI আয়ের এবং অবাধ AI ক্রেডিট থেকে। গ্রাহকের AI চার্জ এবং পণ্যের payments আলাদা থাকে।
ShareAI একটি নির্দিষ্ট সময়ের জন্য বা পরিবর্তন না হওয়া পর্যন্ত অ্যাপ্লিকেশন-নির্দিষ্ট ফি বা ফি সমর্থন অনুমোদন করতে পারে। অ্যাপ্লিকেশনের বর্তমান মূল্য নির্ধারণ এবং কনসোলে বিশেষ প্রোগ্রামগুলি পর্যালোচনা করুন এর অনুমোদিত শর্তাবলী, বৈধতা এবং ব্যবহৃত ভাতা দেখতে। একটি টিয়ার পরিবর্তন বা মূল্য নির্ধারণ ওভাররাইড অ্যাপ্লিকেশনের মাসিক ব্যবহারের রিসেট করে না।
Launch-এ ShareAI দিয়ে লগ ইন ঐচ্ছিক থাকে। Growth এবং Momentum-এ এটি প্রয়োজন; Momentum-এ অ্যাপ্লিকেশন ফুটারে অফিসিয়াল ShareAI for Startups ব্যাজও প্রয়োজন। ShareAI সাপ্তাহিক ব্যাজ পরীক্ষা করে। প্রয়োজনীয়তা এড়ানোর নিশ্চিত প্রচেষ্টা Startup Program থেকে অবনমন, অপসারণ বা গৃহীত প্রোগ্রাম শর্তাবলীর অধীনে মার্কেটপ্লেস থেকে প্রত্যাহারের দিকে পরিচালিত করতে পারে।
Enterprise রেটগুলি ShareAI টিম দ্বারা Builder অ্যাকাউন্টের জন্য একটি ব্যক্তিগতকৃত অফার সম্মত হওয়ার পরে কনফিগার করা হয়। নির্ধারিত শতাংশ এবং ইভেন্ট রেট ভবিষ্যতের অনুরোধগুলিতে প্রযোজ্য।
Monetization Gateway মূল্য নির্ধারণ দেখুন · অন্বেষণ করুন ShareAI for Startups · স্কোপ এবং অনুমতি