الوصول بغرض واضح
يفهم العميل ما إذا كان يتصل، يستخدم الذكاء الاصطناعي أو يوافق على عملية شراء.
يستخدم الرمز والعملية الحساب والنطاق المقصود.
البناء باستخدام ShareAI
امنح العملاء خيارًا واضحًا بشأن استخدام الذكاء الاصطناعي، رسومك الاختيارية وكل عملية شراء. قم ببناء رحلة دفع يمكنهم فهمها والتحكم بها.
التجربة التي ستصممها
الدفع باستخدام ShareAIوصول واضح. شروط مقبولة. مشتريات مؤكدة.
تنفيذك
اجعل التفويض، الشروط المقبولة والمشتريات المؤكدة واضحة في منتجك وتنفيذك.
يفهم العميل ما إذا كان يتصل، يستخدم الذكاء الاصطناعي أو يوافق على عملية شراء.
يستخدم الرمز والعملية الحساب والنطاق المقصود.
نشر عروض مفهومة وتتبع النسخة التي قبلها كل عميل.
لا تنتقل الشروط الجديدة بصمت إلى عميل موجود.
إنشاء عملية شراء مقصودة واحدة، التحقق من حالتها المدفوعة وتنفيذها بمجرد التأكيد.
يتم التعامل مع المحاولات، الإلغاء، رفض الدفع والحدود.
خذها إلى محررك
انسخ الدليل الكامل مع هدف التنفيذ، المدخلات المطلوبة وفحوصات القبول. احتفظ بأمثلة الكود، الجداول وروابط الوثائق معًا.
جاهز لمشروعك، بالتنسيق الذي تحتاجه.
محدث
ستتميز بين الاتصال بحساب، الدفع لاستخدام الذكاء الاصطناعي وتأكيد شراء المنتج.
مكان عملك منتجك → تجربة الدفع
يتيح Pay with ShareAI للعميل استخدام حساب ShareAI الذي اختاره في تطبيقك. هناك تدفقان مميزان للفوترة: طلبات AI الممولة من العميل بموجب تفويض مقبول، وشراء منتج يؤكده العميل في عملية الدفع. يُعد الترميز الاختياري Builder اتفاقية إضافية على استخدام AI.
| إجراء العميل | ما الذي يحدث | الوصول المطلوب |
|---|---|---|
| ربط محفظة | ينشئ تفويضًا للحساب المحدد والشروط المقبولة. لا يتم شراء أي منتج بالنقر على "اتصال". | openid بالإضافة إلى القدرات التي يستخدمها تطبيقك. |
| إرسال طلب الذكاء الاصطناعي | يستخدم أرصدة الذكاء الاصطناعي المؤهلة للحساب المفوض وشروط الاستخدام المقبولة. | الوصول إلى الاستنتاجات المطبقة؛ monetization_gateway للشروط المقبولة لترميز Builder. |
| تأكيد شراء المنتج | يتم خصم الشراء المحدد فقط بعد تأكيد التفويض. | payments وطلب الدفع الناجح. |
JamZY يُظهر نموذج الموعد مسار استخدام الذكاء الاصطناعي. لا يحتوي على عملية دفع تجارية، ولا يطلب نطاق المدفوعات، ولا يدعي أن الاتصال يشتري اشتراكًا. استخدم الفصول المتبقية عند إضافة تلك التجربة المنفصلة.
تقول أزرارك ونسخة المنتج ما إذا كان العميل يتصل، يستخدم الذكاء الاصطناعي أو يؤكد عملية شراء.
ستحصل على إذن من الحساب الدافع المقصود قبل أن يستخدمه أي عملية.
مكان عملك وحدة التحكم → حالات الاستخدام → تفويض العميل
payments لعملية الدفع للمنتج، inference لـ AI بتكلفة الشبكة، و monetization_gateway لترميز AI المعتمد. اطلب فقط القدرات التي يستخدمها التطبيق بالفعل.يحدد معرف العميل المنصة. يمثل رمز الوصول تفويض العميل المقبول. يسجل إصدار العقد شروط الفوترة. لا يثبت أي من هذه العناصر بمفردها أن دفع منتج معين قد تم تأكيده.
ينتمي الرمز إلى العميل المقصود ويتضمن الأذونات للعملية التي على وشك تنفيذها.
ستنشر شروط الاستخدام الواضحة التي يمكن للعميل مراجعتها وقبولها.
مكان عملك التطبيق → الاشتراكات
في الاشتراكات، أنشئ عروضًا ذات أسماء واضحة واشرح الرسوم الإضافية للذكاء الاصطناعي. يتم إنشاء معرف الاشتراك، وهو للقراءة فقط ومحدد لتطبيقك. يتم مشاركة هذه العروض عبر عملاء منصة التطبيق، لذلك لا تحتفظ بعرض تجاري مختلف للويب والأندرويد.
surcharge لهذا العرض.استخدم التقدير لمقارنة تكلفة الشبكة، الرسوم الإضافية وأرباح المطور للنموذج المختار. انشر مسودة مراجعة كإصدار العقد التالي. يقبل العملاء هذا الإصدار أثناء التفويض؛ العرض المنشور ليس هو نفسه اتفاقية العميل المقبولة.
إذا كنت بحاجة فقط إلى payments للمنتج، استخدم تدفق العقد المتاح للوصول إلى الدفع المجاني بدلاً من اختراع ترميز Builder. لا يتم تكوين أسعار الاشتراك الثابتة والفواصل الزمنية بواسطة محرر العرض الحالي للاستخدام؛ لا تفسر عرض 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"| حالة الدفع | ما يجب أن يفعله منتجك |
|---|---|
| قيد الانتظار | أظهر أن تأكيد العميل لا يزال مطلوبًا. لا تنفذ بعد. |
| مدفوع | تحقق من الطلب على خادمك، ثم نفذ مرة واحدة. |
| مرفوض | احترم القرار؛ دع العميل يختار ما إذا كان يريد محاولة شراء أخرى. |
| منتهي الصلاحية | أنشئ طلبًا جديدًا بمفتاح تكرار جديد عندما يريد العميل إعادة المحاولة. |
استخدم فقط عنوان URL الخاص بالدفع الذي يتم إرجاعه بواسطة واجهة برمجة التطبيقات الموثوقة، وقم بالتحقق منه مقابل سياسة الوجهة المسموح بها في تكاملك. رسالة النجاح للعودة إلى التطبيق ليست دليلًا على الدفع. لا يمكن للدافع الشراء من حساب Builder الخاص به.
إذا كنت تدعم عقد اشتراك بسعر ثابت موجود، يمكن لواجهة برمجة التطبيقات للدفع استخدام شروطه المقبولة لفترة مؤكدة صراحة. لا ترسل سعرًا متكررًا مختلقًا أو تفرض فترة جديدة بصمت. JamZY عينة الموعد القابلة للتنزيل لا تنفذ هذا الامتداد.
لا يتم تسليم أي طلب حتى يتحقق الخلفية من الدفع، وتكرار تدفق التأكيد لا يمكن أن يسلم أو يخصم نفس الطلب مرتين.
ستتعامل مع حدود الائتمان والانقطاع دون رسوم مكررة أو تغييرات غير متوقعة في الحساب.
مكان عملك تطبيقك → استرداد الفواتير
استخدام الذكاء الاصطناعي وشراء المنتجات لهما قواعد ائتمان مؤهلة مختلفة. قد يكون لدى الحساب أرصدة مؤهلة للذكاء الاصطناعي لا يمكنها دفع ثمن المنتج. تعامل مع نقص الأموال وحدود الإنفاق لكل تطبيق باستخدام خطأ واجهة برمجة التطبيقات ووجهة الفوترة الخاصة بالعميل.
أظهر للعميل الحساب الذي اختاره للدفع، الإجراء الذي فشل وطريقة لإدارة الأرصدة أو الحدود. يتحكم العميل في الحد الخاص به؛ لا يمكن لمالك التطبيق رفعه. لا تقم بتبديل الحساب بصمت من حساب مؤسسة إلى حساب شخصي لجعل الرسوم تنجح.
يجب أن يؤدي فصل الاتصال إلى إلغاء التفويض ذي الصلة ومسح الجلسة المحلية. يوقف الطلبات المصرح بها المستقبلية؛ لا يلغي عملية شراء تم تأكيدها بالفعل أو يلغي تلقائيًا التزامًا مدفوعًا منفصلًا. تتطلب فشل التحديث، إلغاء المنحة وانتهاء صلاحية الدفع رسائل استرداد مميزة.
أخطاء نقص الائتمان والحدود تترك العميل على علم وبسيطرة، دون طلب مكرر عرضي أو تغيير في الدافع.
ستختبر المسار الناجح وحالات الفشل الخاصة به قبل تضمين المنصة في النشر.
مكان عملك إعدادات OAuth → التحقق
استخدم قائمة المختبرين على مستوى التطبيق وحساب دفع مؤهل مختلف عن Builder. هناك ما يصل إلى خمسة أماكن للمختبرين بما في ذلك الدعوات المعلقة. أكمل التحقق من نقطة النهاية والنطاق الحقيقي لكل منصة مدرجة في النشر.
inference أو monetization_gateway ومكالمة API دفع ناجحة مطلوبة لـ payments. قد يكون طلب الدفع معلقًا دون خصم؛ يضيف اختبار الدفع الكامل تحققًا إضافيًا من التأكيد الصريح والمدفوع.يميز تكاملك بين الوصول المقبول، الشروط المقبولة، الدفع المطلوب والدفع المؤكد، ويتعامل مع مسار الفشل لكل منها.
اختر الحساب الشخصي أو حساب المؤسسة الذي سيملك تسجيل البرنامج قبل التقديم. يمكن للمؤسسات تقديم طلب قبل التحقق، ولكن موافقة الموظفين وحدها لا تُفعّل الوصول. أكمل التحقق من البريد الإلكتروني الخاص بالمؤسسة وتفاصيل الشركة من قائمة التحقق في Console. تظل المؤسسة المعتمدة في حالة "قيد التحقق" حتى يتم إكمال كلا التحققين. Builder، مقدم الخدمة وبرامج Creator تتبع هذه القاعدة.
عرض Monetization Gateway التسعير · استكشف ShareAI for Startups · النطاقات والأذونات
يجب أن تتطابق شروط وأحكامك العامة، سياسة الخصوصية وتعليمات الحذف مع التطبيق وتظل قابلة للوصول دون تسجيل الدخول. قبول برنامج ShareAI، موافقة Monetization Gateway، إذن OAuth الخاص بالعميل والعقد التجاري المقبول هي قرارات منفصلة. لا يمكن للتحديث إضافة أذونات أو قبول شروط تجارية جديدة.
النطاق القديم surcharge لا يزال مقبولًا للتكاملات الحالية. الأمثلة الجديدة تستخدم monetization_gateway. احتفظ بالحقول السلكية الحالية مثل surcharge_bps وsurcharge_percentage دون تغيير.
عرض Monetization Gateway التسعير · استكشف ShareAI for Startups · النطاقات والأذونات
الرسوم القياسية 5% من Builder الزيادة. بالنسبة لـ €2.00 من تكلفة شبكة الذكاء الاصطناعي و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 لحساب عادي وحركة المرور الخاصة بالاختبار أو Staging لا تتسبب في Monetization Gateway إدخال الأحداث.
يقدم ShareAI for Startups بدلًا شهريًا مشتركًا للرسوم الفعلية ShareAI على تطبيق معتمد. تسرد مستويات الإطلاق والنمو والزخم الحالية €1,000، €5,000 و€10,000 شهريًا. يغطي نفس الميزانية رسوم النسبة المئوية لـShareAI على هامش Builder وأحداث الاستيعاب القابلة للفوترة معًا. إنه ليس بدل هامش إجمالي، أو حصة أحداث مجانية منفصلة أو استيعاب ذكاء اصطناعي مجاني inference. لا تستهلك الأحداث المجانية الأولى للحساب 1,000 هذا البدل.
يتم دفع رسوم استيعاب الأحداث المتبقية من الأرباح الجديدة للطلب Builder، ثم أرباح الذكاء الاصطناعي المتاحة Builder وأرصدة الذكاء الاصطناعي غير المقيدة. تبقى رسوم الذكاء الاصطناعي للعملاء ومنتج payments منفصلة.
يمكن لـShareAI الموافقة على رسوم محددة للتطبيق أو دعم الرسوم لفترة محددة أو حتى يتم تغييرها. راجع التسعير الحالي للتطبيق والبرامج الخاصة في Console للحصول على الشروط المعتمدة، الصلاحية والبدل المستهلك. لا يؤدي تغيير المستوى أو تجاوز التسعير إلى إعادة تعيين الاستخدام الشهري للتطبيق.
يبقي الإطلاق تسجيل الدخول باستخدام ShareAI اختياريًا. يتطلب النمو والزخم ذلك؛ يتطلب الزخم أيضًا الشارة الرسمية ShareAI for Startups في تذييل التطبيق. يتحقق ShareAI من الشارة أسبوعيًا. يمكن أن تؤدي المحاولات المؤكدة لتجاوز المتطلبات إلى تخفيض المستوى، الإزالة من برنامج الشركات الناشئة أو الانسحاب من السوق بموجب شروط البرنامج المقبولة.
يتم تكوين أسعار المؤسسات بواسطة فريق ShareAI لحساب Builder بعد الاتفاق على عرض مخصص. يتم تطبيق النسبة المئوية المخصصة ومعدل الحدث على الطلبات المستقبلية.
عرض Monetization Gateway التسعير · استكشف ShareAI for Startups · النطاقات والأذونات