MBANGUN KAN SHAREAI
Wenehi pelanggan pilihan sing jelas babagan panggunaan AI, biaya opsional lan saben tuku. Bangun perjalanan pembayaran sing bisa dingerteni lan dikontrol.
Pengalaman sing bakal sampeyan desain
Bayar nganggo ShareAIAkses sing jelas. Syarat sing ditampa. Tuku sing dikonfirmasi.
IMPLEMENTASI PANJENENGAN
Tetep otorisasi, syarat sing ditampa lan pembayaran sing dikonfirmasi eksplisit ing produk lan implementasi sampeyan.
Pelanggan ngerti apa dheweke nyambung, nggunakake AI utawa nyetujoni tuku.
Token lan operasi nggunakake akun lan lingkup sing dimaksud.
Nerbitake tawaran sing bisa dingerteni lan lacak versi sing wis ditampa saben pelanggan.
Syarat anyar ora mindhah pelanggan sing ana kanthi diam-diam.
Gawe siji tuku sing dimaksud, verifikasi status sing dibayar lan penuhi sawise.
Retry, pembatalan, checkout ditolak lan watesan ditangani.
GAWA ING EDITOR PANJENENGAN
Salin pandhuan lengkap karo tujuan implementasi, input sing dibutuhake lan cek panriman. Simpen conto kode, tabel lan pranala dokumentasi bebarengan.
Siap kanggo proyek sampeyan, ing format sing sampeyan butuhake.
Dianyari
Sampeyan bakal mbedakake nyambungake akun, mbayar panggunaan AI lan konfirmasi tuku produk.
Panggonan kerja panjenengan Produk sampeyan → Pengalaman pembayaran
Pay with ShareAI ngidini pelanggan nggunakake akun ShareAI sing dipilih ing aplikasi sampeyan. Ana rong alur tagihan sing beda: panjalukan AI sing didanai pelanggan miturut otorisasi sing ditampa, lan tuku produk sing dikonfirmasi pelanggan ing checkout. Markup Builder opsional minangka persetujuan tambahan babagan panggunaan AI.
| Tumindak pelanggan | Apa sing kedadeyan | Akses sing dibutuhake |
|---|---|---|
| Sambungake dompet | Nggawe otorisasi kanggo akun sing dipilih lan syarat sing ditampa. Ora ana produk sing dituku kanthi ngeklik Connect. | openid plus kemampuan sing digunakake aplikasi sampeyan. |
| Kirim panjalukan AI | Nggunakake kredit AI sing layak saka akun sing wis diotorisasi lan syarat panggunaan sing ditampa. | Akses inferensi sing berlaku; monetization_gateway kanggo syarat markup Builder sing ditampa. |
| Konfirmasi tuku produk | Ngedebit tuku tartamtu mung sawise konfirmasi sing diotorisasi. | payments lan panjalukan pembayaran sing sukses. |
JamZY conto janjian nuduhake rute panggunaan AI. Iki ora duwe checkout merchant, ora njaluk lingkup pembayaran lan ora ngaku yen nyambung tuku langganan. Gunakake bab sing isih ana nalika sampeyan nambah pengalaman sing kapisah.
Tombol lan salinan produk sampeyan nuduhake apa pelanggan nyambung, nggunakake AI utawa konfirmasi tuku.
Sampeyan bakal entuk idin saka akun sing mbayar sing dituju sadurunge operasi nggunakake.
Panggonan kerja panjenengan Konsol → Kasus Panggunaan → Otorisasi pelanggan
payments kanggo checkout produk, inference kanggo AI kanthi biaya jaringan, lan monetization_gateway kanggo markup AI sing disetujui. Panjaluk mung kanggo kemampuan sing digunakake aplikasi.ID klien ngenali platform. Token akses makili otorisasi pelanggan sing ditampa. Versi kontrak nyathet syarat tagihan. Ora ana siji-sijine sing mbuktekake yen pembayaran produk tartamtu wis dikonfirmasi.
Token kasebut duweke pelanggan sing dituju lan kalebu idin kanggo operasi sing bakal sampeyan lakoni.
Sampeyan bakal nerbitake syarat panggunaan sing jelas sing bisa ditinjau lan ditampa pelanggan.
Panggonan kerja panjenengan Aplikasi → Langganan
Ing Langganan, gawe tawaran sing dijenengi kanthi jelas lan nerangake biaya AI tambahan. ID langganan digawe, mung diwaca lan lingkup kanggo aplikasi sampeyan. Tawaran iki dituduhake ing antarane klien platform aplikasi, mula sampeyan ora njaga tawaran komersial sing beda kanggo Web lan Android.
surcharge kanggo tawaran iki.Gunakake Estimate kanggo mbandhingake biaya jaringan, surcharge lan penghasilan builder kanggo model sing dipilih. Nerbitake draf sing wis ditinjau minangka versi kontrak sabanjure. Pelanggan nampa versi kasebut nalika otorisasi; tawaran sing diterbitake ora padha karo persetujuan pelanggan sing ditampa.
Yen sampeyan mung butuh produk payments, gunakake alur kontrak akses pembayaran gratis sing kasedhiya tinimbang nggawe markup Builder. Harga langganan tetep lan interval ora dikonfigurasi dening editor tawaran panggunaan saiki; aja nganggep tawaran AI minangka tagihan berulang otomatis.
Tawaranmu kanthi akurat njlèntrèhaké apa sing ditambahaké menyang biaya AI. Persetujuan pelanggan sing ditampilaké nuduhaké syarat sing wis diterbitaké padha.
Sampeyan bakal ngenalaké kontrak anyar nalika nglacak syarat sing wis ditampa saben akun.
Panggonan kerja panjenengan Langganan → Kontrak
Siapaké owah-owahan ing draf kontrak sabanjuré. Otorisasi sing wis ana tetep nganggo langganan lan versi sing wis ditampa nganti pelanggan nampa pengganti. Bandhingaké jumlah akun lan distribusi ing ringkesan langganan tinimbang nganggep saben akun nggunakake versi paling anyar.
Kandhani pelanggan apa sing owah lan kirim liwat alur persetujuan kanggo nampa versi anyar nalika dibutuhaké. Token sing dianyari ora bisa nggawe persetujuan. Nggawa kontrak sing wis ditampa minangka transisi standar. Milih mbutuhaké persetujuan sing dianyari sadurungé tumindak luwih lanjut kanthi sengaja ngganggu akses sing wis ana nganti pelanggan nyetujui syarat anyar; tinjau pengaruh kasebut sadurungé publikasi. Saben pengurangan sing diijini kudu ngetutaké aturan kontrak sing wis ditampa; kenaikan biaya mbutuhaké persetujuan pelanggan.
Jaga tampilan tingkat aplikasi lan wates identitas tetep kapisah. Identitas pelanggan sing spesifik platform tetep lingkup konteks kliené sanajan ringkesan komersial nggabungaké kabèh aplikasi.
Sampeyan bisa ngenali kontrak sing wis ditampa saben akun lan njlèntrèhaké carané bisa pindhah menyang sing sabanjuré.
Sampeyan bakal nggawe siji tuku sing dimaksudaké, njaluk konfirmasi lan verifikasi pembayaran sadurungé pangiriman.
Panggonan kerja panjenengan Backendmu → ShareAI checkout → Verifikasi pembayaran
Bab iki ngluwihi conto janji karo tuku produk sing kapisah. Lakokaké mung sawise ngaktifaké pembayaran lan njaluk token pelanggan kanthi lingkup kasebut. Jaga urutan lan status pembayaran ing backendmu.
# 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 produkmu kudu dilakokaké |
|---|---|
| pending → nunggu | Tampilaké manawa konfirmasi pelanggan isih dibutuhaké. Aja penuhi dhisik. |
| dibayar | Verifikasi marang pesenan servermu, banjur penuhi sapisan. |
| declined → ditolak | Hormati keputusané; supaya pelanggan milih apa arep nyoba tuku maneh. |
| expired → kadaluwarsa | Gawe panjalukan anyar nganggo kunci idempotensi anyar nalika pelanggan pengin nyoba maneh. |
Gunakake mung URL checkout sing bali saka API sing dipercaya, lan validasi marang kabijakan tujuan sing diijini integrasi sampeyan. Pesan sukses bali menyang aplikasi ora dadi bukti pembayaran. Pembayar ora bisa tuku saka akun Builder dhewe.
Yen sampeyan ndhukung kontrak langganan rega tetep sing wis ana, API pembayaran bisa nggunakake syarat sing ditampa kanggo periode sing dikonfirmasi kanthi eksplisit. Aja ngirim rega berulang sing digawe utawa ngisi periode anyar kanthi diam-diam. JamZY conto janji temu sing bisa diundhuh ora ngetrapake ekstensi kasebut.
Ora ana pesenan sing dikirim nganti backend sampeyan verifikasi wis dibayar, lan mbaleni alur konfirmasi ora bisa ngirim utawa ngisi pesenan sing padha kaping pindho.
Sampeyan bakal nangani wates kredit lan sambungan tanpa biaya duplikat utawa owah-owahan akun sing ora dikarepake.
Panggonan kerja panjenengan Aplikasi sampeyan → Billing recovery
Panggunaan AI lan tuku produk duwe aturan kredit sing layak sing beda. Akun bisa duwe kredit sing layak AI sing ora bisa mbayar produk. Nangani dana sing ora cukup lan wates belanja saben aplikasi nggunakake kesalahan API lan tujuan tagihan pelanggan.
Tampilake pelanggan akun pembayaran sing dipilih, tumindak sing gagal lan rute kanggo ngatur kredit utawa watesan. Pelanggan ngontrol watesan dhewe; pemilik aplikasi ora bisa nambah. Aja kanthi diam-diam ngalih saka organisasi menyang akun pribadi supaya biaya bisa sukses.
Sambungan sing dicopot kudu mbatalake otorisasi sing relevan lan mbusak sesi lokal. Iki mandhegake panjalukan sing sah ing mangsa ngarep; iki ora mbatalake tuku sing wis dikonfirmasi utawa kanthi otomatis mbatalake komitmen sing wis dibayar. Gagal refresh, pencabutan hibah lan kadaluwarsa pembayaran mbutuhake pesen pemulihan sing beda.
Kesalahan kredit sing ora cukup lan watesan ninggalake pelanggan kanthi informasi lan kontrol, tanpa pesenan duplikat sing ora disengaja utawa owah-owahan pembayar.
Sampeyan bakal nyoba jalur sukses lan kasus gagal sadurunge kalebu platform ing publikasi.
Panggonan kerja panjenengan Setelan OAuth → Verifikasi
Gunakake roster tester aplikasi-sakabehe lan akun pembayaran sing layak sing beda karo Builder. Ana paling akeh limang panggonan tester kalebu undhangan sing isih ditundha. Rampung verifikasi titik pungkasan nyata lan lingkup kanggo saben platform sing kalebu ing publikasi.
inference utawa monetization_gateway lan panggilan API pembayaran sukses sing dibutuhake kanggo payments. Panjalukan pembayaran bisa uga pending tanpa debit; tes checkout lengkap uga verifikasi konfirmasi eksplisit lan dibayar.Integrasi panjenengan mbedakake akses sing ditampa, syarat sing ditampa, pembayaran sing dijaluk lan pembayaran sing dikonfirmasi, lan nangani jalur kegagalan kanggo saben.
Pilih akun pribadi utawa organisasi sing bakal nduweni pendaftaran program sadurunge nglamar. Organisasi bisa ngirim aplikasi sadurunge verifikasi, nanging persetujuan staf wae ora ngaktifake akses. Rampungake verifikasi email organisasi lan perusahaan saka dhaptar onboarding ing Console. Organisasi sing disetujoni tetep Pending verifikasi nganti loro-lorone rampung. Builder, Provider lan Creator program ngetutake aturan iki.
Deleng rega Monetization Gateway · Jelajahi ShareAI for Startups · Lingkup lan ijin
Syarat & Ketentuan umum, Kebijakan Privasi, lan instruksi pambusakan kudu cocog karo aplikasi lan tetep bisa diakses tanpa mlebu. Panriman program ShareAI, persetujuan Monetization Gateway, izin OAuth pelanggan, lan kontrak tagihan sing ditampa minangka keputusan sing kapisah. Refresh ora bisa nambah izin utawa nampa syarat komersial anyar.
Ruang lingkup warisan surcharge tetep ditampa kanggo integrasi sing wis ana. Conto anyar nggunakake monetization_gateway. Tansah jaga lapangan kabel sing wis ana kayata surcharge_bps lan surcharge_percentage ora owah.
Deleng rega Monetization Gateway · Jelajahi ShareAI for Startups · Lingkup lan ijin
Biaya standar 5% saka Builder markup. Kanggo €2.00 saka biaya jaringan AI lan 10% markup, pelanggan mbayar €2.20. ShareAI nampa €0.01 saka €0.20 markup; Builder duwe €0.19 sadurunge Event Ingestion.
Produksi 1,000 sing pertama diselesaikan Monetization Gateway gratis saben wulan kalender (UTC), bareng karo akun Builder. Panjalukan tambahan biaya €0.04 saben 1,000 sadurunge diskon sing layak. Siji panjalukan sing diselesaikan nggawe siji acara.
Pay with ShareAI dhewe, akses mung inference, kunci API akun biasa lan lalu lintas Staging utawa testing ora kena biaya Event Ingestion Monetization Gateway.
ShareAI for Startups nawakake alokasi bulanan sing dienggo bareng kanggo biaya nyata ShareAI ing aplikasi sing disetujoni. Tingkat Launch, Growth, lan Momentum saiki nyantumake €1,000, €5,000, lan €10,000 saben wulan. Anggaran sing padha nutupi biaya persentase ShareAI ing markup Builder lan Ingestion Event sing bisa ditagih bebarengan. Iki dudu alokasi markup kotor, kuota acara gratis sing kapisah utawa AI gratis inference. Acara gratis pisanan akun 1,000 ora ngonsumsi iki.
Biaya Ingestion Event sing isih ana dibayar saka penghasilan anyar panjalukan Builder, banjur penghasilan AI sing kasedhiya Builder lan kredit AI sing ora diwatesi. Biaya AI pelanggan lan produk payments tetep kapisah.
ShareAI bisa nyetujoni biaya spesifik aplikasi utawa dhukungan biaya kanggo periode tetep utawa nganti diganti. Tinjau rega aplikasi saiki lan Program Khusus ing Console kanggo syarat sing disetujoni, validitas lan alokasi sing wis digunakake. Owah-owahan tingkat utawa override rega ora ngreset panggunaan bulanan aplikasi.
Launch njaga Log in karo ShareAI opsional. Growth lan Momentum mbutuhake iki; Momentum uga mbutuhake badge resmi ShareAI for Startups ing footer aplikasi. ShareAI mriksa badge saben minggu. Upaya sing dikonfirmasi kanggo ngindhari syarat bisa nyebabake demosi, dicopot saka Program Startup utawa ditarik saka Marketplace miturut syarat program sing ditampa.
Tarif Enterprise dikonfigurasi dening tim ShareAI kanggo akun Builder sawise setuju tawaran sing dipersonalisasi. Persentase sing ditugasake lan tarif acara ditrapake kanggo panjalukan mbesuk.
Deleng rega Monetization Gateway · Jelajahi ShareAI for Startups · Lingkup lan ijin