AI Prosumer
AR

البناء باستخدام ShareAI

الدفع باستخدام ShareAI، من الموافقة إلى الدفع

امنح العملاء خيارًا واضحًا بشأن استخدام الذكاء الاصطناعي، رسومك الاختيارية وكل عملية شراء. قم ببناء رحلة دفع يمكنهم فهمها والتحكم بها.

التجربة التي ستصممها

الدفع باستخدام ShareAI
التطبيقات الجديدة تبدأ بدون عقد منشور. أضف عرضًا قبل نشر شروطه.

وصول واضح. شروط مقبولة. مشتريات مؤكدة.

تنفيذك

تدفق دفع يمكنك شرحه والتحقق منه.

اجعل التفويض، الشروط المقبولة والمشتريات المؤكدة واضحة في منتجك وتنفيذك.

احصل على مرجع التنفيذ
01موافقة العميل

الوصول بغرض واضح

يفهم العميل ما إذا كان يتصل، يستخدم الذكاء الاصطناعي أو يوافق على عملية شراء.

الحساب الذي يدفعالوصول المحدد
يمكنك التحقق منها عندما

يستخدم الرمز والعملية الحساب والنطاق المقصود.

بناء تدفق التفويض
02الشروط المقبولة

عقود يمكنك اتباعها

نشر عروض مفهومة وتتبع النسخة التي قبلها كل عميل.

Builder الترميزنسخ العقود
يمكنك التحقق منها عندما

لا تنتقل الشروط الجديدة بصمت إلى عميل موجود.

تعريف العروض والعقود
03الدفع المؤكد

التأكيد قبل التسليم

إنشاء عملية شراء مقصودة واحدة، التحقق من حالتها المدفوعة وتنفيذها بمجرد التأكيد.

عدم التكرارالحالة المؤكدة
يمكنك التحقق منها عندما

يتم التعامل مع المحاولات، الإلغاء، رفض الدفع والحدود.

بناء تدفق الدفع

خذها إلى محررك

قم بالبناء مع وكيلك.

انسخ الدليل الكامل مع هدف التنفيذ، المدخلات المطلوبة وفحوصات القبول. احتفظ بأمثلة الكود، الجداول وروابط الوثائق معًا.

الدليل الكاملسياق التنفيذفحوصات التحقق
المزيد من التنسيقات
عرض كـ Markdown تنزيل Markdown

جاهز لمشروعك، بالتنسيق الذي تحتاجه.

محدث

اختر ما يدفعه العميل

ستتميز بين الاتصال بحساب، الدفع لاستخدام الذكاء الاصطناعي وتأكيد شراء المنتج.

مكان عملك منتجك → تجربة الدفع

يتيح Pay with ShareAI للعميل استخدام حساب ShareAI الذي اختاره في تطبيقك. هناك تدفقان مميزان للفوترة: طلبات AI الممولة من العميل بموجب تفويض مقبول، وشراء منتج يؤكده العميل في عملية الدفع. يُعد الترميز الاختياري Builder اتفاقية إضافية على استخدام AI.

إجراء العميلما الذي يحدثالوصول المطلوب
ربط محفظةينشئ تفويضًا للحساب المحدد والشروط المقبولة. لا يتم شراء أي منتج بالنقر على "اتصال".openid بالإضافة إلى القدرات التي يستخدمها تطبيقك.
إرسال طلب الذكاء الاصطناعييستخدم أرصدة الذكاء الاصطناعي المؤهلة للحساب المفوض وشروط الاستخدام المقبولة.الوصول إلى الاستنتاجات المطبقة؛ monetization_gateway للشروط المقبولة لترميز Builder.
تأكيد شراء المنتجيتم خصم الشراء المحدد فقط بعد تأكيد التفويض.payments وطلب الدفع الناجح.
JamZY · تطبيق مرجعي للموعد تكبير لقطة الشاشة ↗
العرض التوضيحي الحقيقي لتحديد موعد JamZY: اختر خدمة ووقتًا، ثم قم اختياريًا بتوصيل ShareAI لإنشاء التحضير.
جدولة المواعيد المحلية وتحضير AI الممول من العملاء هما إجراءات منفصلة. لا يتم إرسال دعوة تقويم بواسطة هذا العرض التوضيحي.
  1. اختر نوع الموعد ومدته.
  2. اختر فترة عرض توضيحي متاحة.
  3. قم بتوصيل ShareAI لاستخدام مساعد AI الاختياري.
  4. يعمل الذكاء الاصطناعي فقط بعد هذا الإجراء الصريح؛ الحجز وحده لا يستدعي ShareAI.

JamZY يُظهر نموذج الموعد مسار استخدام الذكاء الاصطناعي. لا يحتوي على عملية دفع تجارية، ولا يطلب نطاق المدفوعات، ولا يدعي أن الاتصال يشتري اشتراكًا. استخدم الفصول المتبقية عند إضافة تلك التجربة المنفصلة.

أنت جاهز للمتابعة عندما

تقول أزرارك ونسخة المنتج ما إذا كان العميل يتصل، يستخدم الذكاء الاصطناعي أو يؤكد عملية شراء.

هل تحتاج إلى التفاصيل؟إعداد كامل JamZY ↗النطاقات ↗

احصل على تفويض العميل

ستحصل على إذن من الحساب الدافع المقصود قبل أن يستخدمه أي عملية.

مكان عملك وحدة التحكم → حالات الاستخدام → تفويض العميل

  1. أنشئ التطبيق وأكمل عملية الإعداد، المعلومات العامة واستدعاءات المنصة. قم بتمكين حالات الاستخدام ذات الصلة في وحدة التحكم.
  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. تمكين الاستخدام الممول من العميل.

يحدد معرف العميل المنصة. يمثل رمز الوصول تفويض العميل المقبول. يسجل إصدار العقد شروط الفوترة. لا يثبت أي من هذه العناصر بمفردها أن دفع منتج معين قد تم تأكيده.

أنت جاهز للمتابعة عندما

ينتمي الرمز إلى العميل المقصود ويتضمن الأذونات للعملية التي على وشك تنفيذها.

هل تحتاج إلى التفاصيل؟تفويض العميل ↗الشروط المقبولة ↗

اشرح رسوم الذكاء الاصطناعي في عرض

ستنشر شروط الاستخدام الواضحة التي يمكن للعميل مراجعتها وقبولها.

مكان عملك التطبيق → الاشتراكات

في الاشتراكات، أنشئ عروضًا ذات أسماء واضحة واشرح الرسوم الإضافية للذكاء الاصطناعي. يتم إنشاء معرف الاشتراك، وهو للقراءة فقط ومحدد لتطبيقك. يتم مشاركة هذه العروض عبر عملاء منصة التطبيق، لذلك لا تحتفظ بعرض تجاري مختلف للويب والأندرويد.

الاشتراكات · نظرة عامة تكبير لقطة الشاشة ↗
التطبيقات الجديدة تبدأ بدون عقد منشور. أضف عرضًا قبل نشر شروطه.
التطبيقات الجديدة تبدأ بدون عقد منشور. أضف عرضًا قبل نشر شروطه.
  1. أنشئ عرضًا في محرره الخاص.
الاشتراكات · محرر العرض تكبير لقطة الشاشة ↗
مسودة عرض توضيحية. معرف الاشتراك الذي تم إنشاؤه لها هو للقراءة فقط ومحدد لهذا التطبيق.
مسودة عرض توضيحية. معرف الاشتراك الذي تم إنشاؤه لها هو للقراءة فقط ومحدد لهذا التطبيق.
  1. استخدم اسم عرض موجه للعملاء.
  2. قم بتعيين AI surcharge لهذا العرض.

استخدم التقدير لمقارنة تكلفة الشبكة، الرسوم الإضافية وأرباح المطور للنموذج المختار. انشر مسودة مراجعة كإصدار العقد التالي. يقبل العملاء هذا الإصدار أثناء التفويض؛ العرض المنشور ليس هو نفسه اتفاقية العميل المقبولة.

إذا كنت بحاجة فقط إلى payments للمنتج، استخدم تدفق العقد المتاح للوصول إلى الدفع المجاني بدلاً من اختراع ترميز Builder. لا يتم تكوين أسعار الاشتراك الثابتة والفواصل الزمنية بواسطة محرر العرض الحالي للاستخدام؛ لا تفسر عرض 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. اقرأ الدفع من واجهة برمجة التطبيقات باستخدام نفس موافقة العميل. قم بتنفيذ الطلب فقط بعد التحقق من الحالة المدفوعة.
  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 الخاص بالدفع الذي يتم إرجاعه بواسطة واجهة برمجة التطبيقات الموثوقة، وقم بالتحقق منه مقابل سياسة الوجهة المسموح بها في تكاملك. رسالة النجاح للعودة إلى التطبيق ليست دليلًا على الدفع. لا يمكن للدافع الشراء من حساب Builder الخاص به.

إذا كنت تدعم عقد اشتراك بسعر ثابت موجود، يمكن لواجهة برمجة التطبيقات للدفع استخدام شروطه المقبولة لفترة مؤكدة صراحة. لا ترسل سعرًا متكررًا مختلقًا أو تفرض فترة جديدة بصمت. JamZY عينة الموعد القابلة للتنزيل لا تنفذ هذا الامتداد.

أنت جاهز للمتابعة عندما

لا يتم تسليم أي طلب حتى يتحقق الخلفية من الدفع، وتكرار تدفق التأكيد لا يمكن أن يسلم أو يخصم نفس الطلب مرتين.

ساعد العملاء على التعافي من مشكلة الفوترة

ستتعامل مع حدود الائتمان والانقطاع دون رسوم مكررة أو تغييرات غير متوقعة في الحساب.

مكان عملك تطبيقك → استرداد الفواتير

استخدام الذكاء الاصطناعي وشراء المنتجات لهما قواعد ائتمان مؤهلة مختلفة. قد يكون لدى الحساب أرصدة مؤهلة للذكاء الاصطناعي لا يمكنها دفع ثمن المنتج. تعامل مع نقص الأموال وحدود الإنفاق لكل تطبيق باستخدام خطأ واجهة برمجة التطبيقات ووجهة الفوترة الخاصة بالعميل.

أظهر للعميل الحساب الذي اختاره للدفع، الإجراء الذي فشل وطريقة لإدارة الأرصدة أو الحدود. يتحكم العميل في الحد الخاص به؛ لا يمكن لمالك التطبيق رفعه. لا تقم بتبديل الحساب بصمت من حساب مؤسسة إلى حساب شخصي لجعل الرسوم تنجح.

تعرض واجهة التطبيق الحسابات المتصلة معًا دون عرض معرفات قاعدة بيانات المنظمة الداخلية.
تعرض واجهة التطبيق الحسابات المتصلة معًا دون عرض معرفات قاعدة بيانات المنظمة الداخلية.
  1. يتم تجميع إدارة العملاء للتطبيق.

يجب أن يؤدي فصل الاتصال إلى إلغاء التفويض ذي الصلة ومسح الجلسة المحلية. يوقف الطلبات المصرح بها المستقبلية؛ لا يلغي عملية شراء تم تأكيدها بالفعل أو يلغي تلقائيًا التزامًا مدفوعًا منفصلًا. تتطلب فشل التحديث، إلغاء المنحة وانتهاء صلاحية الدفع رسائل استرداد مميزة.

أنت جاهز للمتابعة عندما

أخطاء نقص الائتمان والحدود تترك العميل على علم وبسيطرة، دون طلب مكرر عرضي أو تغيير في الدافع.

تحقق من رحلة الدفع الكاملة

ستختبر المسار الناجح وحالات الفشل الخاصة به قبل تضمين المنصة في النشر.

مكان عملك إعدادات OAuth → التحقق

استخدم قائمة المختبرين على مستوى التطبيق وحساب دفع مؤهل مختلف عن Builder. هناك ما يصل إلى خمسة أماكن للمختبرين بما في ذلك الدعوات المعلقة. أكمل التحقق من نقطة النهاية والنطاق الحقيقي لكل منصة مدرجة في النشر.

يظهر التكامل الجديد فحوصات معلقة حتى يتم تسجيل المكالمات الناجحة الحقيقية. لم يتم مراجعة مسودة المرجع هذه.
يظهر التكامل الجديد فحوصات معلقة حتى يتم تسجيل المكالمات الناجحة الحقيقية. لم يتم مراجعة مسودة المرجع هذه.
  1. تسجل Console نجاح نقطة النهاية الفعلي.
  2. يجب أيضًا ممارسة كل نطاق مطلوب.
  1. اختبر قبول التفويض وإلغائه؛ أكد حدود العميل/الحساب المختار.
  2. اختبر طلب AI ناجح ذو نطاق محدد لـ inference أو monetization_gateway ومكالمة API دفع ناجحة مطلوبة لـ payments. قد يكون طلب الدفع معلقًا دون خصم؛ يضيف اختبار الدفع الكامل تحققًا إضافيًا من التأكيد الصريح والمدفوع.
  3. اختبر الطلبات المكررة، الدفع المرفوض والمنتهي الصلاحية، نقص الأرصدة المؤهلة، حدود إنفاق الحساب، الرموز المنتهية الصلاحية، دوران التحديث والتفويض الملغى.
  4. تحقق من العملاء، الاشتراكات والتحليلات للعميل الناتج، الشروط المقبولة والنشاط المنسوب. أكد أن بيانات الاعتماد الحساسة ومعرفات المنظمة الداخلية لا تظهر في واجهة المستخدم الموجهة للعميل.
  5. قم بتضمين المنصات التي تمر تكوينها والفحوصات المسجلة فقط. استبعد المنصات غير المكتملة أو قم بإزالتها؛ ثم قم بتقديم التطبيق من لوحة التحكم.
أنت جاهز للمتابعة عندما

يميز تكاملك بين الوصول المقبول، الشروط المقبولة، الدفع المطلوب والدفع المؤكد، ويتعامل مع مسار الفشل لكل منها.

التحقق من المنظمة والوصول إلى البرنامج

اختر الحساب الشخصي أو حساب المؤسسة الذي سيملك تسجيل البرنامج قبل التقديم. يمكن للمؤسسات تقديم طلب قبل التحقق، ولكن موافقة الموظفين وحدها لا تُفعّل الوصول. أكمل التحقق من البريد الإلكتروني الخاص بالمؤسسة وتفاصيل الشركة من قائمة التحقق في 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 · النطاقات والأذونات

اسأل عن هذه الصفحة

اختر مساعدًا لاستكشاف هذه الصفحة. يمكنك أيضًا نسخ الصفحة ولصقها في محادثتك.

Ask ChatGPTAsk ClaudeAsk GrokAsk ShareAI