AI Prosumer
FA

ساختن با SHAREAI

پرداخت با ShareAI، از رضایت تا پرداخت

به مشتریان انتخاب واضحی درباره استفاده از AI، هزینه اختیاری شما و هر خرید بدهید. یک مسیر پرداخت بسازید که بتوانند آن را درک و کنترل کنند.

تجربه‌ای که طراحی خواهید کرد

پرداخت با ShareAI
برنامه‌های جدید بدون قرارداد منتشر شده شروع می‌شوند. قبل از انتشار شرایط آن، یک پیشنهاد اضافه کنید.

دسترسی واضح. شرایط پذیرفته‌شده. خریدهای تأیید‌شده.

پیاده‌سازی شما

جریان پرداختی که می‌توانید توضیح دهید و تأیید کنید.

مجوز، شرایط پذیرفته‌شده و پرداخت‌های تأیید‌شده را به‌صورت واضح در محصول و پیاده‌سازی خود نگه دارید.

دریافت مرجع پیاده‌سازی
01رضایت مشتری

دسترسی با هدفی واضح

مشتری درک می‌کند که آیا در حال اتصال، استفاده از AI یا تأیید خرید است.

حساب پرداخت‌کنندهدسترسی محدود
می‌توانید آن را تأیید کنید وقتی

توکن و عملیات از حساب و محدوده موردنظر استفاده می‌کنند.

جریان مجوز را بسازید
02شرایط پذیرفته‌شده

قراردادهایی که می‌توانید دنبال کنید

پیشنهادات قابل‌فهم منتشر کنید و نسخه‌ای که هر مشتری پذیرفته را پیگیری کنید.

Builder مارک‌آپنسخه‌های قرارداد
می‌توانید آن را تأیید کنید وقتی

شرایط جدید به‌طور مخفیانه مشتری موجود را تغییر نمی‌دهند.

پیشنهادات و قراردادها را تعریف کنید
03پرداخت تأیید‌شده

تأیید قبل از تحویل

یک خرید موردنظر ایجاد کنید، وضعیت پرداخت آن را تأیید کنید و پس از آن تحویل دهید.

یکتاییوضعیت تأیید‌شده
می‌توانید آن را تأیید کنید وقتی

تلاش‌های مجدد، لغو، پرداخت ناموفق و محدودیت‌ها مدیریت می‌شوند.

جریان پرداخت را بسازید

آن را به ویرایشگر خود ببرید

با عامل خود بسازید.

راهنمای کامل را با هدف پیاده‌سازی، ورودی‌های مورد نیاز و بررسی‌های پذیرش کپی کنید. مثال‌های کد، جداول و لینک‌های مستندات را با هم نگه دارید.

راهنمای کاملزمینه پیاده‌سازیبررسی‌های تأیید
فرمت‌های بیشتر
مشاهده به صورت Markdown دانلود Markdown

آماده برای پروژه شما، در فرمت مورد نیاز شما.

به‌روزرسانی‌شده

انتخاب کنید که مشتری شما برای چه چیزی پرداخت می‌کند

شما اتصال یک حساب، پرداخت برای استفاده از AI و تأیید خرید محصول را متمایز خواهید کرد.

جایی که شما کار خواهید کرد محصول شما → تجربه پرداخت

Pay with ShareAI به مشتری اجازه می‌دهد از حساب ShareAI انتخابی خود در برنامه شما استفاده کند. دو جریان صورتحساب متمایز وجود دارد: درخواست‌های AI تأمین‌شده توسط مشتری تحت یک مجوز پذیرفته‌شده و خرید محصولی که مشتری در فرآیند پرداخت تأیید می‌کند. Builder مارک‌آپ اختیاری یک توافق اضافی در مورد استفاده از AI است.

اقدام مشتریچه اتفاقی می‌افتددسترسی مورد نیاز
اتصال کیف پولایجاد یک مجوز برای حساب انتخاب‌شده و شرایط پذیرفته‌شده. با کلیک روی Connect هیچ محصولی خریداری نمی‌شود.openid به‌علاوه قابلیت‌هایی که برنامه شما استفاده می‌کند.
ارسال درخواست AIاز اعتبارهای AI واجد شرایط حساب مجاز و شرایط استفاده پذیرفته‌شده استفاده می‌کند.دسترسی استنتاج قابل اعمال؛ monetization_gateway برای شرایط مارک‌آپ پذیرفته‌شده Builder.
تأیید خرید یک محصولمبلغ خرید خاص تنها پس از تأیید مجاز کسر می‌شود.payments و یک درخواست پرداخت موفق.
JamZY · برنامه مرجع قرار ملاقات بزرگ کردن اسکرین‌شات ↗
دموی واقعی قرار JamZY: یک سرویس و زمان انتخاب کنید، سپس به صورت اختیاری ShareAI را برای تولید آماده‌سازی متصل کنید.
زمان‌بندی قرار محلی و آماده‌سازی AI با بودجه مشتری اقدامات جداگانه‌ای هستند. هیچ دعوتنامه تقویمی توسط این دمو ارسال نمی‌شود.
  1. نوع و مدت زمان قرار را انتخاب کنید.
  2. یک اسلات دمو موجود را انتخاب کنید.
  3. ShareAI را متصل کنید تا از دستیار AI اختیاری استفاده کنید.
  4. AI فقط پس از این اقدام صریح اجرا می‌شود؛ رزرو به تنهایی ShareAI را فراخوانی نمی‌کند.

نمونه قرار ملاقات JamZY مسیر استفاده از AI را نشان می‌دهد. این شامل پرداخت در فروشگاه نیست، هیچ محدوده پرداختی درخواست نمی‌کند و ادعا نمی‌کند که اتصال یک اشتراک را خریداری می‌کند. از فصل‌های باقی‌مانده زمانی استفاده کنید که آن تجربه جداگانه را اضافه می‌کنید.

زمانی آماده ادامه هستید که

دکمه و متن محصول شما نشان می‌دهد که آیا مشتری در حال اتصال، استفاده از AI یا تأیید خرید است.

مجوز مشتری را دریافت کنید

شما از حساب پرداختی مورد نظر قبل از استفاده از آن برای یک عملیات، اجازه می‌گیرید.

جایی که شما کار خواهید کرد Console → Use Cases → مجوز مشتری

  1. برنامه را ایجاد کرده و فرآیند ورود، اطلاعات عمومی و بازگشت‌های پلتفرم را تکمیل کنید. موارد استفاده مرتبط را در Console فعال کنید.
  2. برای مارک‌آپ Builder، درخواست دسترسی آن را تکمیل کرده و در صورت نیاز منتظر تأیید بمانید. برای خریدها، Pay with ShareAI را فعال کرده و قرارداد دسترسی پرداخت مورد نیاز را در اشتراک‌ها پیکربندی کنید.
  3. درخواست محدوده‌های فعال‌شده از طریق Authorization Code + S256 PKCE. از payments برای پرداخت محصول، inference برای AI با هزینه شبکه و monetization_gateway برای یک مارک‌آپ AI تأییدشده استفاده کنید. فقط قابلیت‌هایی را درخواست کنید که برنامه واقعاً استفاده می‌کند.
  4. از مشتری بخواهید حساب شخصی یا سازمانی صحیح را انتخاب کرده و شرایط نمایش داده‌شده را بپذیرد. محدوده‌های اضافی یا شرایط تغییر یافته نیاز به مجوز دوباره دارند؛ تازه‌سازی آن‌ها را اعطا نمی‌کند.
Log-in with ShareAI، Pay with ShareAI و Monetization Gateway دارای وضعیت‌های پیکربندی و تأیید جداگانه هستند.
Log-in with ShareAI، Pay with ShareAI و Monetization Gateway دارای وضعیت‌های پیکربندی و تأیید جداگانه هستند.
  1. ورود با ShareAI را پیکربندی کنید.
  2. استفاده با تأمین مالی مشتری را فعال کنید.

یک شناسه مشتری (client ID) پلتفرم را شناسایی می‌کند. یک توکن دسترسی نمایانگر مجوز مشتری پذیرفته‌شده است. یک نسخه قرارداد شرایط صورتحساب را ثبت می‌کند. هیچ‌کدام از این‌ها به‌تنهایی اثبات نمی‌کند که پرداخت محصول خاصی تأیید شده است.

زمانی آماده ادامه هستید که

توکن متعلق به مشتری مورد نظر است و شامل مجوزهای عملیات شما است که قصد انجام آن را دارید.

هزینه AI خود را در یک پیشنهاد توضیح دهید

شما شرایط استفاده واضحی منتشر خواهید کرد که مشتری می‌تواند آن‌ها را بررسی و بپذیرد.

جایی که شما کار خواهید کرد برنامه → اشتراک‌ها

در Subscriptions، پیشنهادهایی با نام‌های واضح ایجاد کرده و هزینه اضافی AI را توضیح دهید. شناسه اشتراک تولید می‌شود، فقط خواندنی است و به برنامه شما محدود می‌شود. این پیشنهادها در میان مشتریان پلتفرم برنامه به اشتراک گذاشته می‌شوند، بنابراین شما پیشنهاد تجاری متفاوتی برای وب و اندروید نگهداری نمی‌کنید.

اشتراک‌ها · نمای کلی بزرگ کردن اسکرین‌شات ↗
برنامه‌های جدید بدون قرارداد منتشر شده شروع می‌شوند. قبل از انتشار شرایط آن، یک پیشنهاد اضافه کنید.
برنامه‌های جدید بدون قرارداد منتشر شده شروع می‌شوند. قبل از انتشار شرایط آن، یک پیشنهاد اضافه کنید.
  1. یک پیشنهاد در ویرایشگر مخصوص خود ایجاد کنید.
اشتراک‌ها · ویرایشگر پیشنهاد بزرگ کردن اسکرین‌شات ↗
یک پیش‌نویس پیشنهادی تصویری. شناسه اشتراک تولید شده آن فقط خواندنی است و به این برنامه محدود شده است.
یک پیش‌نویس پیشنهادی تصویری. شناسه اشتراک تولید شده آن فقط خواندنی است و به این برنامه محدود شده است.
  1. از یک نام پیشنهادی برای مشتری استفاده کنید.
  2. AI surcharge را برای این پیشنهاد تنظیم کنید.

از Estimate برای مقایسه هزینه شبکه، هزینه اضافی و درآمد سازنده برای مدل انتخاب‌شده استفاده کنید. یک پیش‌نویس بازبینی‌شده را به‌عنوان نسخه بعدی قرارداد منتشر کنید. مشتریان آن نسخه را در طول مجوز می‌پذیرند؛ یک پیشنهاد منتشرشده با یک توافق‌نامه مشتری پذیرفته‌شده یکسان نیست.

اگر فقط به payments محصول نیاز دارید، از جریان قرارداد دسترسی پرداخت رایگان موجود استفاده کنید و به جای ایجاد یک مارک‌آپ Builder، از آن بهره ببرید. قیمت‌ها و بازه‌های زمانی اشتراک ثابت توسط ویرایشگر پیشنهاد استفاده فعلی پیکربندی نمی‌شوند؛ یک پیشنهاد AI را به عنوان صورتحساب خودکار دوره‌ای تفسیر نکنید.

زمانی آماده ادامه هستید که

پیشنهاد شما به‌طور دقیق توضیح می‌دهد که چه چیزی به هزینه AI اضافه شده است. رضایت مشتری نشان‌دهنده همان شرایط منتشرشده است.

اجازه دهید مشتریان شرایط جدید را انتخاب کنند

شما یک قرارداد جدید معرفی خواهید کرد و شرایطی را که هر حساب پذیرفته است پیگیری خواهید کرد.

جایی که شما کار خواهید کرد اشتراک‌ها → قراردادها

تغییرات را در پیش‌نویس قرارداد بعدی آماده کنید. مجوزهای موجود اشتراک و نسخه پذیرفته‌شده خود را حفظ می‌کنند تا زمانی که مشتری جایگزینی را بپذیرد. تعداد حساب‌ها و توزیع‌ها را در نمای کلی اشتراک مقایسه کنید به‌جای اینکه فرض کنید هر حساب از آخرین نسخه استفاده می‌کند.

اشتراک‌ها · قراردادها بزرگ کردن اسکرین‌شات ↗
تاریخچه قرارداد و توزیع‌های حساب پذیرفته شده پس از انتشار و رضایت مشتری ظاهر می‌شوند.
تاریخچه قرارداد و توزیع‌های حساب پذیرفته شده پس از انتشار و رضایت مشتری ظاهر می‌شوند.
  1. نسخه‌های منتشر شده قرارداد را بررسی کنید.

به مشتریان بگویید چه تغییراتی رخ داده است و آن‌ها را از طریق جریان رضایت برای پذیرش نسخه جدید در صورت نیاز ارسال کنید. یک توکن تازه نمی‌تواند پذیرش را ایجاد کند. حفظ قراردادهای پذیرفته‌شده، انتقال پیش‌فرض است. انتخاب برای نیاز به رضایت مجدد قبل از اقدامات بیشتر، دسترسی موجود را عمداً متوقف می‌کند تا زمانی که مشتری شرایط جدید را تأیید کند؛ تأثیر آن را قبل از انتشار بررسی کنید. هر کاهش مجاز باید از قوانین قرارداد پذیرفته‌شده پیروی کند؛ افزایش هزینه نیاز به تأیید مشتری دارد.

نمای سطح برنامه و مرز هویت را جدا نگه دارید. شناسه‌های مشتری خاص پلتفرم حتی زمانی که نمای کلی تجاری کل برنامه را جمع‌آوری می‌کند، به زمینه مشتری خود محدود می‌مانند.

زمانی آماده ادامه هستید که

شما می‌توانید شناسایی کنید که هر حساب کدام قرارداد را پذیرفته است و توضیح دهید که چگونه می‌تواند به قرارداد بعدی منتقل شود.

قبل از تحویل یک خرید را تأیید کنید

شما یک خرید موردنظر ایجاد خواهید کرد، تأییدیه دریافت خواهید کرد و پرداخت را قبل از تحویل تأیید خواهید کرد.

جایی که شما کار خواهید کرد بک‌اند شما → 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"}'
  1. شناسه پرداخت بازگشتی و URL پرداخت را با سفارش ذخیره کنید. از یک رشته مقدار اعشاری دقیق استفاده کنید؛ از محاسبات پولی با اعداد اعشاری شناور اجتناب کنید.
  2. URL پرداخت بازگشتی را باز کنید. ShareAI خرید و پرداخت‌کننده را ارائه می‌دهد. مشتری باید با استفاده از حسابی که برنامه شما را مجاز کرده است تأیید کند. باز کردن پرداخت، آن را بدهکار نمی‌کند.
  3. پرداخت را با همان مجوز مشتری از API بخوانید. سفارش را فقط پس از تأیید وضعیت پرداخت انجام دهید.
  4. همان خرید موردنظر را با همان کلید ایدموتنسی دوباره امتحان کنید. یک خرید متفاوت به یک کلید جدید نیاز دارد. هرگز از یک کلید برای شرایط تغییر یافته استفاده مجدد نکنید.
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"
وضعیت پرداختآنچه محصول شما باید انجام دهد
در انتظارنشان دهید که تأیید مشتری هنوز موردنیاز است. هنوز انجام ندهید.
پرداخت می‌شویدبا سفارش سرور خود تأیید کنید، سپس یک‌بار انجام دهید.
رد‌شدهبه تصمیم احترام بگذارید؛ بگذارید مشتری انتخاب کند که آیا خرید دیگری را امتحان کند یا خیر.
منقضی‌شدهوقتی مشتری می‌خواهد دوباره امتحان کند، یک درخواست جدید با یک کلید ایدموتنسی جدید ایجاد کنید.

فقط از یک URL پرداخت که توسط API معتبر بازگردانده شده است استفاده کنید و آن را با سیاست مقصد مجاز یکپارچه‌سازی خود تأیید کنید. پیام موفقیت بازگشت به برنامه شواهد پرداخت نیست. پرداخت‌کننده نمی‌تواند از حساب Builder خود خرید کند.

اگر از یک قرارداد اشتراک با قیمت ثابت موجود پشتیبانی می‌کنید، API پرداخت می‌تواند از شرایط پذیرفته‌شده آن برای یک دوره به‌صراحت تأییدشده استفاده کند. یک قیمت تکرارشونده ساختگی ارسال نکنید یا دوره جدیدی را به‌صورت مخفیانه شارژ نکنید. JamZY نمونه قرار ملاقات قابل دانلود آن افزونه را پیاده‌سازی نمی‌کند.

زمانی آماده ادامه هستید که

هیچ سفارشی تحویل داده نمی‌شود تا زمانی که بک‌اند شما پرداخت را تأیید کند، و تکرار جریان تأیید نمی‌تواند همان سفارش را دوبار تحویل دهد یا بدهی ایجاد کند.

به مشتریان کمک کنید تا از یک مشکل پرداخت بازیابی کنند

شما محدودیت‌های اعتباری و قطع ارتباط را بدون شارژهای تکراری یا تغییرات غیرمنتظره حساب مدیریت خواهید کرد.

جایی که شما کار خواهید کرد برنامه شما → بازیابی صورتحساب

استفاده از AI و خرید محصولات قوانین اعتباری واجد شرایط متفاوتی دارند. ممکن است یک حساب دارای اعتبارات واجد شرایط AI باشد که نمی‌تواند برای یک محصول پرداخت کند. کمبود بودجه و محدودیت‌های هزینه‌کرد به ازای هر برنامه را با استفاده از خطای API و مقصد صورتحساب مشتری مدیریت کنید.

به مشتری حساب پرداختی انتخاب‌شده، عملی که شکست خورده و مسیری برای مدیریت اعتبارات یا محدودیت‌ها را نشان دهید. مشتری کنترل سقف خود را دارد؛ مالک برنامه نمی‌تواند آن را افزایش دهد. برای موفقیت در شارژ، به‌صورت مخفیانه از یک حساب سازمانی به یک حساب شخصی تغییر ندهید.

نمای برنامه حساب‌های متصل را با هم جمع می‌کند بدون اینکه شناسه‌های پایگاه داده داخلی سازمان را نمایش دهد.
نمای برنامه حساب‌های متصل را با هم جمع می‌کند بدون اینکه شناسه‌های پایگاه داده داخلی سازمان را نمایش دهد.
  1. مدیریت مشتری برای برنامه جمع‌آوری شده است.

قطع ارتباط باید مجوز مربوطه را لغو کرده و جلسه محلی را پاک کند. این کار درخواست‌های مجاز آینده را متوقف می‌کند؛ اما خریدی که قبلاً تأیید شده است را لغو نمی‌کند یا به‌طور خودکار یک تعهد پرداخت جداگانه را لغو نمی‌کند. شکست در تازه‌سازی، لغو مجوز و انقضای پرداخت نیاز به پیام‌های بازیابی متمایز دارند.

زمانی آماده ادامه هستید که

خطاهای کمبود اعتبار و محدودیت مشتری را مطلع و در کنترل نگه می‌دارند، بدون سفارش تکراری تصادفی یا تغییر پرداخت‌کننده.

جریان کامل پرداخت را تأیید کنید

شما مسیر موفقیت‌آمیز و موارد شکست آن را قبل از گنجاندن پلتفرم در انتشار آزمایش خواهید کرد.

جایی که شما کار خواهید کرد تنظیمات OAuth → تأیید

از لیست آزمایش‌کنندگان برنامه و یک حساب پرداختی واجد شرایط که با Builder متفاوت است استفاده کنید. حداکثر پنج جایگاه آزمایش‌کننده از جمله دعوت‌نامه‌های در انتظار وجود دارد. تأیید نقطه پایانی واقعی و دامنه را برای هر پلتفرم گنجانده‌شده در انتشار کامل کنید.

یک یکپارچه‌سازی جدید تا زمانی که تماس‌های موفق واقعی ثبت نشود، بررسی‌های معلق را نشان می‌دهد. این پیش‌نویس مرجع هنوز بررسی نشده است.
یک یکپارچه‌سازی جدید تا زمانی که تماس‌های موفق واقعی ثبت نشود، بررسی‌های معلق را نشان می‌دهد. این پیش‌نویس مرجع هنوز بررسی نشده است.
  1. کنسول موفقیت واقعی نقطه پایانی را ثبت می‌کند.
  2. هر محدوده درخواست‌شده باید همچنین اجرا شود.
  1. پذیرش و لغو مجوز را آزمایش کنید؛ مرز مشتری/حساب انتخاب‌شده را تأیید کنید.
  2. یک درخواست AI محدوده‌دار موفق را برای inference یا monetization_gateway و تماس API پرداخت موفق مورد نیاز برای payments آزمایش کنید. یک درخواست پرداخت ممکن است در حالت انتظار باشد بدون اینکه بدهی انجام شود؛ یک آزمایش کامل پرداخت همچنین تأیید صریح و پرداخت‌شده را بررسی می‌کند.
  3. درخواست‌های تکراری، پرداخت رد شده و منقضی، اعتبارات واجد شرایط ناکافی، محدودیت‌های هزینه‌کرد حساب، توکن‌های منقضی، چرخش تازه‌سازی و لغو مجوز را آزمایش کنید.
  4. مشتریان، اشتراک‌ها و تحلیل‌ها را برای مشتری حاصل، شرایط پذیرفته‌شده و فعالیت منتسب بررسی کنید. تأیید کنید که اطلاعات حساس و شناسه‌های داخلی سازمان در رابط کاربری مشتری ظاهر نمی‌شوند.
  5. فقط پلتفرم‌هایی را شامل کنید که پیکربندی و بررسی‌های ثبت‌شده آن‌ها موفق باشد. پلتفرم‌های ناتمام را حذف کنید یا آن‌ها را کنار بگذارید؛ سپس برنامه را از Dashboard ارسال کنید.
زمانی آماده ادامه هستید که

یکپارچه‌سازی شما دسترسی پذیرفته‌شده، شرایط پذیرفته‌شده، پرداخت درخواست‌شده و پرداخت تأییدشده را متمایز می‌کند و مسیر شکست برای هر یک را مدیریت می‌کند.

تأیید سازمان و دسترسی به برنامه

حساب شخصی یا سازمانی را انتخاب کنید که مالک ثبت‌نام برنامه خواهد بود قبل از درخواست. سازمان‌ها می‌توانند درخواست را قبل از تأیید ارسال کنند، اما تأیید کارکنان به تنهایی دسترسی را فعال نمی‌کند. تأیید ایمیل سازمان و شرکت را از چک‌لیست شروع در Console تکمیل کنید. یک سازمان تأیید شده تا زمانی که هر دو بررسی کامل نشوند، در حالت انتظار تأیید باقی می‌ماند. Builder، Provider و Creator برنامه‌ها از این قانون پیروی می‌کنند.

مشاهده قیمت‌گذاری Monetization Gateway · کاوش کنید ShareAI for Startups · محدوده‌ها و مجوزها

مجوزها و شرایط پذیرفته‌شده

شرایط و ضوابط عمومی، سیاست حفظ حریم خصوصی و دستورالعمل‌های حذف شما باید با برنامه مطابقت داشته باشند و بدون نیاز به ورود به سیستم قابل دسترسی باقی بمانند. پذیرش برنامه ShareAI، تأیید Monetization Gateway، مجوز OAuth مشتری و قرارداد صورتحساب پذیرفته‌شده تصمیمات جداگانه‌ای هستند. تازه‌سازی نمی‌تواند مجوزها را اضافه کند یا شرایط تجاری جدیدی را بپذیرد.

محدوده قدیمی surcharge برای یکپارچه‌سازی‌های موجود همچنان پذیرفته می‌شود. مثال‌های جدید از monetization_gateway استفاده می‌کنند. فیلدهای سیمی موجود مانند surcharge_bps و surcharge_percentage را بدون تغییر نگه دارید.

مشاهده قیمت‌گذاری Monetization Gateway · کاوش کنید ShareAI for Startups · محدوده‌ها و مجوزها

هزینه‌های Gateway و پشتیبانی Startup

هزینه‌های استاندارد 5% از Builder مارک‌آپ. برای €2.00 هزینه شبکه AI و یک 10% مارک‌آپ، مشتری €2.20 پرداخت می‌کند. ShareAI دریافت می‌کند €0.01 از €0.20 مارک‌آپ؛ Builder دارای €0.19 قبل از دریافت رویداد است.

اولین 1,000 درخواست‌های تولیدی تسویه‌شده Monetization Gateway هر ماه تقویمی (UTC) رایگان هستند و در حساب Builder به اشتراک گذاشته می‌شوند. درخواست‌های اضافی هزینه €0.04 به ازای هر 1,000 قبل از تخفیف‌های واجد شرایط دارند. یک درخواست تسویه‌شده یک رویداد ایجاد می‌کند.

Pay with ShareAI به تنهایی، دسترسی فقط به inference، کلیدهای API حساب عادی و ترافیک مرحله‌بندی یا آزمایشی هزینه دریافت رویداد Monetization Gateway را شامل نمی‌شوند.

ShareAI for Startups یک بودجه ماهانه مشترک برای هزینه‌های واقعی ShareAI در یک اپلیکیشن تأییدشده ارائه می‌دهد. سطوح فعلی Launch، Growth و Momentum به ترتیب €1,000، €5,000 و €10,000 در ماه را فهرست می‌کنند. همان بودجه هزینه درصدی ShareAI روی Builder مارک‌آپ و Event Ingestion قابل‌صورتحساب را با هم پوشش می‌دهد. این بودجه مارک‌آپ ناخالص، سهمیه رویداد رایگان جداگانه یا AI رایگان inference نیست. اولین 1,000 رویداد رایگان حساب آن را مصرف نمی‌کند.

هزینه‌های باقی‌مانده‌ی Event Ingestion از درآمد جدید درخواست Builder پرداخت می‌شوند، سپس از درآمدهای AI موجود Builder و اعتبارهای AI نامحدود. هزینه‌های AI مشتری و محصول payments جدا باقی می‌مانند.

ShareAI می‌تواند هزینه‌های خاص اپلیکیشن یا پشتیبانی هزینه را برای یک دوره ثابت یا تا زمان تغییر تأیید کند. شرایط تأییدشده، اعتبار و بودجه مصرف‌شده اپلیکیشن را در Console بررسی کنید. تغییر سطح یا بازنویسی قیمت، استفاده ماهانه اپلیکیشن را بازنشانی نمی‌کند.

Launch ورود با ShareAI را اختیاری نگه می‌دارد. Growth و Momentum آن را الزامی می‌کنند؛ Momentum همچنین نشان رسمی ShareAI for Startups را در فوتر اپلیکیشن نیاز دارد. ShareAI نشان را به‌صورت هفتگی بررسی می‌کند. تلاش‌های تأییدشده برای دور زدن الزامات می‌تواند منجر به کاهش سطح، حذف از برنامه Startup یا خروج از Marketplace تحت شرایط پذیرفته‌شده برنامه شود.

نرخ‌های سازمانی توسط تیم ShareAI برای حساب Builder پس از توافق بر پیشنهاد شخصی‌سازی‌شده تنظیم می‌شوند. درصد اختصاص داده‌شده و نرخ رویداد برای درخواست‌های آینده اعمال می‌شوند.

مشاهده قیمت‌گذاری Monetization Gateway · کاوش کنید ShareAI for Startups · محدوده‌ها و مجوزها

درباره این صفحه بپرسید

یک دستیار برای کاوش این صفحه انتخاب کنید. همچنین می‌توانید صفحه را کپی کرده و در مکالمه خود جای‌گذاری کنید.

Ask ChatGPTAsk ClaudeAsk GrokAsk ShareAI