BANGUN DENGAN SHAREAI
Berikan pelanggan pilihan yang jelas tentang penggunaan AI, biaya opsional Anda, dan setiap pembelian. Bangun perjalanan pembayaran yang dapat mereka pahami dan kendalikan.
Pengalaman yang akan Anda rancang
Bayar dengan ShareAIAkses yang jelas. Syarat diterima. Pembelian dikonfirmasi.
IMPLEMENTASI ANDA
Pertahankan otorisasi, syarat yang diterima, dan pembayaran yang dikonfirmasi secara eksplisit baik dalam produk Anda maupun implementasi Anda.
Pelanggan memahami apakah mereka sedang menghubungkan, menggunakan AI, atau menyetujui pembelian.
Token dan operasi menggunakan akun dan lingkup yang dimaksudkan.
Publikasikan penawaran yang dapat dimengerti dan lacak versi yang telah diterima setiap pelanggan.
Syarat baru tidak secara diam-diam memindahkan pelanggan yang ada.
Buat satu pembelian yang dimaksudkan, verifikasi status pembayarannya, dan penuhi setelahnya.
Penanganan ulang, pembatalan, checkout yang ditolak, dan batasan ditangani.
BAWA KE EDITOR ANDA
Salin panduan lengkap dengan tujuan implementasi, input yang diperlukan, dan pemeriksaan penerimaan. Simpan contoh kode, tabel, dan tautan dokumentasi bersama-sama.
Siap untuk proyek Anda, dalam format yang Anda butuhkan.
Diperbarui
Anda akan membedakan antara menghubungkan akun, membayar penggunaan AI, dan mengonfirmasi pembelian produk.
Tempat Anda akan bekerja Produk Anda → Pengalaman pembayaran
Pay with ShareAI memungkinkan pelanggan menggunakan akun ShareAI yang mereka pilih dalam aplikasi Anda. Ada dua alur penagihan yang berbeda: permintaan AI yang didanai pelanggan di bawah otorisasi yang diterima, dan pembelian produk yang dikonfirmasi pelanggan di checkout. Markup opsional Builder adalah perjanjian tambahan untuk penggunaan AI.
| Tindakan pelanggan | Apa yang terjadi | Akses yang diperlukan |
|---|---|---|
| Hubungkan dompet | Membuat otorisasi untuk akun yang dipilih dan syarat yang diterima. Tidak ada produk yang dibeli dengan mengklik Connect. | openid ditambah kemampuan yang digunakan aplikasi Anda. |
| Kirim permintaan AI | Menggunakan kredit AI yang memenuhi syarat dari akun yang diotorisasi dan syarat penggunaan yang diterima. | Akses inferensi yang berlaku; monetization_gateway untuk persyaratan markup Builder yang diterima. |
| Konfirmasi pembelian produk | Mendebit pembelian tertentu hanya setelah konfirmasi yang diotorisasi. | payments dan permintaan pembayaran yang berhasil. |
JamZY’s contoh janji temu menunjukkan rute penggunaan AI. Ini tidak memiliki checkout merchant, tidak meminta cakupan pembayaran, dan tidak mengklaim bahwa menghubungkan membeli langganan. Gunakan bab yang tersisa saat Anda menambahkan pengalaman terpisah tersebut.
Tombol dan salinan produk Anda menunjukkan apakah pelanggan sedang menghubungkan, menggunakan AI, atau mengonfirmasi pembelian.
Anda akan mendapatkan izin dari akun yang membayar yang dimaksud sebelum operasi menggunakannya.
Tempat Anda akan bekerja Konsol → Kasus Penggunaan → Otorisasi pelanggan
payments untuk checkout produk, inference untuk AI dengan biaya jaringan, dan monetization_gateway untuk markup AI yang disetujui. Minta hanya kemampuan yang benar-benar digunakan oleh aplikasi.ID klien mengidentifikasi platform. Token akses mewakili otorisasi pelanggan yang diterima. Versi kontrak mencatat syarat penagihan. Tidak satu pun dari ini sendiri membuktikan bahwa pembayaran produk tertentu telah dikonfirmasi.
Token milik pelanggan yang dimaksud dan mencakup izin untuk operasi yang akan Anda lakukan.
Anda akan menerbitkan syarat penggunaan yang jelas yang dapat ditinjau dan diterima oleh pelanggan.
Tempat Anda akan bekerja Aplikasi → Langganan
Di Subscriptions, buat penawaran yang diberi nama dengan jelas dan jelaskan biaya tambahan AI. ID langganan dihasilkan, hanya-baca, dan cakupannya terbatas pada aplikasi Anda. Penawaran ini dibagikan di seluruh klien platform aplikasi, sehingga Anda tidak mempertahankan penawaran komersial yang berbeda untuk Web dan Android.
surcharge untuk penawaran ini.Gunakan Estimate untuk membandingkan biaya jaringan, biaya tambahan, dan pendapatan builder untuk model yang dipilih. Terbitkan draf yang telah ditinjau sebagai versi kontrak berikutnya. Pelanggan menerima versi tersebut selama otorisasi; penawaran yang diterbitkan tidak sama dengan perjanjian pelanggan yang diterima.
Jika Anda hanya membutuhkan produk payments, gunakan alur kontrak akses pembayaran gratis yang tersedia daripada menciptakan markup Builder. Harga dan interval langganan tetap tidak dikonfigurasi oleh editor penawaran penggunaan saat ini; jangan menafsirkan penawaran AI sebagai penagihan berulang otomatis.
Penawaran Anda secara akurat menjelaskan apa yang ditambahkan ke biaya AI. Persetujuan yang terlihat oleh pelanggan menunjukkan syarat yang sama yang telah diterbitkan.
Anda akan memperkenalkan kontrak baru sambil melacak syarat yang telah diterima oleh setiap akun.
Tempat Anda akan bekerja Langganan → Kontrak
Siapkan perubahan dalam draf kontrak berikutnya. Otorisasi yang ada mempertahankan langganan dan versi yang diterima hingga pelanggan menerima penggantinya. Bandingkan jumlah akun dan distribusi dalam ikhtisar langganan daripada mengasumsikan setiap akun menggunakan versi terbaru.
Beritahu pelanggan tentang perubahan dan kirim mereka melalui alur persetujuan untuk menerima versi baru jika diperlukan. Token yang diperbarui tidak dapat memproduksi penerimaan. Menjaga kontrak yang diterima adalah transisi default. Memilih untuk memerlukan persetujuan ulang sebelum tindakan lebih lanjut secara sengaja mengganggu akses yang ada hingga pelanggan menyetujui syarat baru; tinjau dampaknya sebelum publikasi. Penurunan yang diizinkan harus mengikuti aturan kontrak yang diterima; peningkatan biaya memerlukan persetujuan pelanggan.
Pertahankan tampilan tingkat aplikasi dan batas identitas terpisah. Pengidentifikasi pelanggan yang spesifik platform tetap berada dalam lingkup konteks klien mereka bahkan ketika ikhtisar komersial menggabungkan seluruh aplikasi.
Anda dapat mengidentifikasi kontrak mana yang diterima oleh setiap akun dan menjelaskan bagaimana akun tersebut dapat beralih ke kontrak berikutnya.
Anda akan membuat satu pembelian yang dimaksudkan, mendapatkan konfirmasi, dan memverifikasi pembayaran sebelum pengiriman.
Tempat Anda akan bekerja Backend Anda → ShareAI checkout → Verifikasi pembayaran
Bab ini memperluas contoh janji temu dengan pembelian produk terpisah. Jalankan hanya setelah mengaktifkan pembayaran dan mendapatkan token pelanggan dengan lingkup tersebut. Pertahankan urutan dan status pembayaran di backend Anda.
# 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"| Status pembayaran | Apa yang harus dilakukan produk Anda |
|---|---|
| pending → tertunda | Tunjukkan bahwa konfirmasi pelanggan masih diperlukan. Jangan penuhi dulu. |
| dibayar | Verifikasi terhadap pesanan server Anda, lalu penuhi sekali. |
| declined → ditolak | Hormati keputusan; biarkan pelanggan memilih apakah ingin mencoba pembelian lain. |
| expired → kadaluarsa | Buat permintaan baru dengan kunci idempoten baru ketika pelanggan ingin mencoba lagi. |
Gunakan hanya URL checkout yang dikembalikan oleh API terpercaya, dan validasi terhadap kebijakan tujuan yang diizinkan oleh integrasi Anda. Pesan sukses kembali-ke-aplikasi bukanlah bukti pembayaran. Pembayar tidak dapat membeli dari akun Builder miliknya sendiri.
Jika Anda mendukung kontrak langganan harga tetap yang sudah ada, API pembayaran dapat menggunakan syarat yang diterima untuk periode yang dikonfirmasi secara eksplisit. Jangan kirim harga berulang yang dibuat-buat atau mengenakan biaya untuk periode baru secara diam-diam. JamZY’s contoh janji temu yang dapat diunduh tidak menerapkan ekstensi tersebut.
Tidak ada pesanan yang dikirimkan sampai backend Anda memverifikasi telah dibayar, dan pengulangan alur konfirmasi tidak dapat mengirimkan atau mendebit pesanan yang sama dua kali.
Anda akan menangani batas kredit dan pemutusan tanpa biaya duplikat atau perubahan akun yang tidak terduga.
Tempat Anda akan bekerja Aplikasi Anda → Pemulihan penagihan
Penggunaan AI dan pembelian produk memiliki aturan kredit yang memenuhi syarat yang berbeda. Sebuah akun mungkin memiliki kredit yang memenuhi syarat AI yang tidak dapat digunakan untuk membayar produk. Tangani dana yang tidak mencukupi dan batas pengeluaran per-aplikasi menggunakan error API dan tujuan penagihan pelanggan.
Tunjukkan kepada pelanggan akun pembayaran yang dipilih, tindakan yang gagal, dan rute untuk mengelola kredit atau batas. Pelanggan mengontrol batas mereka sendiri; pemilik aplikasi tidak dapat menaikkannya. Jangan beralih diam-diam dari akun organisasi ke akun pribadi untuk membuat biaya berhasil.
Pemutusan harus mencabut otorisasi yang relevan dan menghapus sesi lokal. Ini menghentikan permintaan yang diotorisasi di masa depan; ini tidak membatalkan pembelian yang sudah dikonfirmasi atau secara otomatis membatalkan komitmen berbayar yang terpisah. Kegagalan refresh, pencabutan izin, dan kedaluwarsa pembayaran memerlukan pesan pemulihan yang berbeda.
Kesalahan kredit tidak mencukupi dan batas meninggalkan pelanggan dengan informasi dan kendali, tanpa pesanan duplikat atau perubahan pembayar yang tidak disengaja.
Anda akan menguji jalur sukses dan kasus kegagalannya sebelum memasukkan platform dalam publikasi.
Tempat Anda akan bekerja Pengaturan OAuth → Verifikasi
Gunakan daftar penguji aplikasi secara keseluruhan dan akun pembayaran yang memenuhi syarat yang berbeda dari Builder. Terdapat maksimal lima tempat penguji termasuk undangan yang tertunda. Selesaikan verifikasi endpoint nyata dan cakupan untuk setiap platform yang termasuk dalam publikasi.
inference atau monetization_gateway dan panggilan API pembayaran yang berhasil yang diperlukan untuk payments. Permintaan pembayaran mungkin tertunda tanpa debit; pengujian checkout penuh juga memverifikasi konfirmasi eksplisit dan pembayaran.Integrasi Anda membedakan akses yang diterima, syarat yang diterima, pembayaran yang diminta, dan pembayaran yang dikonfirmasi, serta menangani jalur kegagalan untuk masing-masing.
Pilih akun pribadi atau organisasi yang akan memiliki pendaftaran program sebelum mengajukan. Organisasi dapat mengirimkan aplikasi sebelum verifikasi, tetapi persetujuan staf saja tidak mengaktifkan akses. Lengkapi verifikasi email organisasi dan perusahaan dari daftar tugas onboarding di Console. Organisasi yang disetujui tetap Pending verification hingga kedua pemeriksaan selesai. Builder, Provider, dan program Creator mengikuti aturan ini.
Lihat harga Monetization Gateway · Jelajahi ShareAI for Startups · Scope dan izin
Syarat & Ketentuan, Kebijakan Privasi, dan instruksi penghapusan publik Anda harus sesuai dengan aplikasi dan tetap dapat diakses tanpa masuk. Penerimaan program ShareAI, persetujuan Monetization Gateway, izin OAuth pelanggan, dan kontrak penagihan yang diterima adalah keputusan terpisah. Penyegaran tidak dapat menambahkan izin atau menerima persyaratan komersial baru.
Lingkup warisan surcharge tetap diterima untuk integrasi yang ada. Contoh baru menggunakan monetization_gateway. Pertahankan bidang wire yang ada seperti surcharge_bps dan surcharge_percentage tanpa perubahan.
Lihat harga Monetization Gateway · Jelajahi ShareAI for Startups · Scope dan izin
Biaya standar 5% dari markup Builder. Untuk €2.00 dari biaya jaringan AI dan markup 10%, pelanggan membayar €2.20. ShareAI menerima €0.01 dari markup €0.20; Builder memiliki €0.19 sebelum Event Ingestion.
Permintaan Produksi 1,000 yang pertama diselesaikan Monetization Gateway gratis setiap bulan kalender (UTC), dibagi di seluruh akun Builder. Permintaan tambahan dikenakan biaya €0.04 per 1,000 sebelum diskon yang memenuhi syarat. Satu permintaan yang diselesaikan menghasilkan satu peristiwa.
Pay with ShareAI sendiri, akses hanya inference, kunci API akun biasa, dan lalu lintas Staging atau pengujian tidak dikenakan biaya Event Ingestion Monetization Gateway.
ShareAI for Startups menawarkan tunjangan bulanan bersama untuk biaya aktual ShareAI pada aplikasi yang disetujui. Tingkat Launch, Growth, dan Momentum saat ini mencantumkan €1,000, €5,000, dan €10,000 per bulan. Anggaran yang sama mencakup biaya persentase ShareAI pada markup Builder dan Ingestion Event yang dapat ditagih secara bersamaan. Ini bukan tunjangan markup bruto, kuota acara gratis terpisah, atau AI gratis inference. 1.000 acara gratis pertama akun 1,000 tidak mengonsumsinya.
Biaya Ingestion Event yang tersisa dibayar dari pendapatan baru permintaan Builder, kemudian pendapatan AI yang tersedia Builder dan kredit AI yang tidak terbatas. Biaya AI pelanggan dan produk payments tetap terpisah.
ShareAI dapat menyetujui biaya spesifik aplikasi atau dukungan biaya untuk periode tetap atau hingga diubah. Tinjau harga aplikasi saat ini dan Program Khusus di Console untuk persyaratan yang disetujui, validitas, dan tunjangan yang telah digunakan. Perubahan tingkat atau penggantian harga tidak mengatur ulang penggunaan bulanan aplikasi.
Launch menjaga Log in dengan ShareAI sebagai opsional. Growth dan Momentum membutuhkannya; Momentum juga membutuhkan lencana resmi ShareAI for Startups di footer aplikasi. ShareAI memeriksa lencana setiap minggu. Upaya yang dikonfirmasi untuk melewati persyaratan dapat menyebabkan penurunan tingkat, penghapusan dari Program Startup, atau penarikan dari Marketplace sesuai dengan persyaratan program yang diterima.
Tarif Enterprise dikonfigurasi oleh tim ShareAI untuk akun Builder setelah menyetujui penawaran yang dipersonalisasi. Persentase yang ditetapkan dan tarif event berlaku untuk permintaan di masa depan.
Lihat harga Monetization Gateway · Jelajahi ShareAI for Startups · Scope dan izin