XÂY DỰNG VỚI SHAREAI
Đưa ra cho khách hàng một lựa chọn rõ ràng về việc sử dụng AI, phí tùy chọn của bạn và mỗi giao dịch mua. Xây dựng một hành trình thanh toán mà họ có thể hiểu và kiểm soát.
Trải nghiệm bạn sẽ thiết kế
Thanh toán với ShareAIQuyền truy cập rõ ràng. Các điều khoản đã được chấp nhận. Các giao dịch mua đã được xác nhận.
TRIỂN KHAI CỦA BẠN
Giữ quyền ủy quyền, các điều khoản đã được chấp nhận và các khoản thanh toán đã được xác nhận rõ ràng trong cả sản phẩm và triển khai của bạn.
Khách hàng hiểu liệu họ đang kết nối, sử dụng AI hay phê duyệt một giao dịch mua.
Token và hoạt động sử dụng tài khoản và phạm vi dự định.
Xuất bản các đề nghị dễ hiểu và theo dõi phiên bản mà mỗi khách hàng đã chấp nhận.
Các điều khoản mới không tự động áp dụng cho khách hàng hiện tại.
Tạo một giao dịch mua dự định, xác minh trạng thái đã thanh toán của nó và thực hiện khi hoàn tất.
Xử lý các lần thử lại, hủy bỏ, thanh toán bị từ chối và giới hạn.
ĐƯA VÀO TRÌNH SOẠN THẢO CỦA BẠN
Sao chép toàn bộ hướng dẫn với mục tiêu triển khai, các đầu vào cần thiết và các kiểm tra chấp nhận. Giữ các ví dụ mã, bảng và liên kết tài liệu cùng nhau.
Sẵn sàng cho dự án của bạn, ở định dạng bạn cần.
Đã cập nhật
Bạn sẽ phân biệt việc kết nối một tài khoản, thanh toán cho việc sử dụng AI và xác nhận một giao dịch mua sản phẩm.
Nơi bạn sẽ làm việc Sản phẩm của bạn → Trải nghiệm thanh toán
Pay with ShareAI cho phép khách hàng sử dụng tài khoản ShareAI đã chọn của họ trong ứng dụng của bạn. Có hai luồng thanh toán riêng biệt: các yêu cầu AI do khách hàng tài trợ theo một ủy quyền được chấp nhận và một sản phẩm mua mà khách hàng xác nhận trong quá trình thanh toán. Thỏa thuận bổ sung Builder là một thỏa thuận bổ sung về việc sử dụng AI.
| Hành động của khách hàng | Điều gì xảy ra | Quyền truy cập cần thiết |
|---|---|---|
| Kết nối ví | Tạo một ủy quyền cho tài khoản đã chọn và các điều khoản đã chấp nhận. Không có sản phẩm nào được mua khi nhấp vào Kết nối. | openid cộng với các khả năng mà ứng dụng của bạn sử dụng. |
| Gửi một yêu cầu AI | Sử dụng các tín dụng AI đủ điều kiện của tài khoản được ủy quyền và các điều khoản sử dụng đã chấp nhận. | Truy cập suy luận áp dụng; monetization_gateway cho các điều khoản đánh dấu Builder đã được chấp nhận. |
| Xác nhận một sản phẩm mua | Ghi nợ giao dịch mua cụ thể chỉ sau khi xác nhận được ủy quyền. | payments và một yêu cầu thanh toán thành công. |
JamZY mẫu cuộc hẹn minh họa tuyến đường sử dụng AI. Nó không có thanh toán tại điểm bán hàng, không yêu cầu phạm vi thanh toán và không tuyên bố rằng việc kết nối sẽ mua một đăng ký. Sử dụng các chương còn lại khi bạn thêm trải nghiệm riêng biệt đó.
Nút và bản sao sản phẩm của bạn cho biết liệu khách hàng đang kết nối, sử dụng AI hay xác nhận một giao dịch mua.
Bạn sẽ nhận được sự cho phép từ tài khoản thanh toán dự định trước khi một hoạt động sử dụng nó.
Nơi bạn sẽ làm việc Bảng điều khiển → Trường hợp sử dụng → Ủy quyền khách hàng
payments cho thanh toán sản phẩm, inference cho AI với chi phí mạng, và monetization_gateway cho một đánh dấu AI đã được phê duyệt. Chỉ yêu cầu các khả năng mà ứng dụng thực sự sử dụng.Một client ID xác định nền tảng. Một access token đại diện cho sự ủy quyền khách hàng đã chấp nhận. Một phiên bản hợp đồng ghi lại các điều khoản thanh toán. Không có cái nào trong số này tự chứng minh rằng một khoản thanh toán sản phẩm cụ thể đã được xác nhận.
Token thuộc về khách hàng dự định và bao gồm các quyền cho hoạt động bạn sắp thực hiện.
Bạn sẽ công bố các điều khoản sử dụng rõ ràng mà khách hàng có thể xem xét và chấp nhận.
Nơi bạn sẽ làm việc Ứng dụng → Đăng ký
Trong Đăng ký, tạo các ưu đãi được đặt tên rõ ràng và giải thích thêm phí AI. ID đăng ký được tạo, chỉ đọc và được phạm vi hóa cho ứng dụng của bạn. Các ưu đãi này được chia sẻ trên các khách hàng nền tảng của ứng dụng, vì vậy bạn không duy trì một ưu đãi thương mại khác nhau cho Web và Android.
surcharge cho đề nghị này.Sử dụng Ước tính để so sánh chi phí mạng, phụ phí và thu nhập của builder cho mô hình đã chọn. Công bố một bản nháp đã được xem xét làm phiên bản hợp đồng tiếp theo. Khách hàng chấp nhận phiên bản đó trong quá trình ủy quyền; một ưu đãi đã công bố không giống như một thỏa thuận khách hàng đã chấp nhận.
Nếu bạn chỉ cần sản phẩm payments, hãy sử dụng luồng hợp đồng truy cập thanh toán miễn phí có sẵn thay vì tạo ra một đánh dấu Builder. Giá và khoảng thời gian đăng ký cố định không được cấu hình bởi trình chỉnh sửa đề nghị sử dụng hiện tại; không diễn giải một đề nghị AI là thanh toán định kỳ tự động.
Đề nghị của bạn mô tả chính xác những gì được thêm vào chi phí AI. Sự đồng ý của khách hàng hiển thị các điều khoản đã được công bố giống nhau.
Bạn sẽ giới thiệu một hợp đồng mới trong khi theo dõi các điều khoản mà mỗi tài khoản đã chấp nhận.
Nơi bạn sẽ làm việc Đăng ký → Hợp đồng
Chuẩn bị thay đổi trong bản nháp hợp đồng tiếp theo. Các ủy quyền hiện tại giữ nguyên đăng ký và phiên bản đã chấp nhận cho đến khi khách hàng chấp nhận thay thế. So sánh số lượng tài khoản và phân phối trong tổng quan đăng ký thay vì giả định mọi tài khoản sử dụng phiên bản mới nhất.
Nói với khách hàng về những thay đổi và gửi họ qua quy trình đồng ý để chấp nhận phiên bản mới khi cần thiết. Một token được làm mới không thể tạo ra sự chấp nhận. Giữ các hợp đồng đã chấp nhận là chuyển đổi mặc định. Việc chọn yêu cầu sự đồng ý mới trước các hành động tiếp theo cố ý làm gián đoạn quyền truy cập hiện tại cho đến khi khách hàng phê duyệt các điều khoản mới; xem xét tác động đó trước khi công bố. Bất kỳ sự giảm phí nào được phép phải tuân theo các quy tắc của hợp đồng đã chấp nhận; việc tăng phí yêu cầu sự phê duyệt của khách hàng.
Giữ chế độ xem cấp ứng dụng và ranh giới danh tính riêng biệt. Các định danh khách hàng cụ thể của nền tảng vẫn được giới hạn trong ngữ cảnh khách hàng của chúng ngay cả khi tổng quan thương mại tổng hợp toàn bộ ứng dụng.
Bạn có thể xác định hợp đồng mà mỗi tài khoản đã chấp nhận và giải thích cách nó có thể chuyển sang hợp đồng tiếp theo.
Bạn sẽ tạo một giao dịch mua dự định, nhận xác nhận và xác minh thanh toán trước khi giao hàng.
Nơi bạn sẽ làm việc Backend của bạn → ShareAI checkout → Xác minh thanh toán
Chương này mở rộng ví dụ về cuộc hẹn với một giao dịch mua sản phẩm riêng biệt. Chỉ chạy nó sau khi kích hoạt thanh toán và nhận được token khách hàng với phạm vi đó. Giữ trạng thái đơn hàng và thanh toán trên backend của bạn.
# 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"| Trạng thái thanh toán | Sản phẩm của bạn nên làm gì |
|---|---|
| đang chờ xử lý | Hiển thị rằng sự xác nhận của khách hàng vẫn cần thiết. Không hoàn thành đơn hàng ngay. |
| trả tiền | Xác minh với đơn hàng trên máy chủ của bạn, sau đó hoàn thành một lần. |
| bị từ chối | Tôn trọng quyết định; để khách hàng chọn có thử lại giao dịch mua khác hay không. |
| đã hết hạn | Tạo yêu cầu mới với khóa idempotency mới khi khách hàng muốn thử lại. |
Chỉ sử dụng URL thanh toán được trả về bởi API đáng tin cậy và xác thực nó theo chính sách điểm đến được phép của tích hợp của bạn. Thông báo thành công quay lại ứng dụng không phải là bằng chứng thanh toán. Người thanh toán không thể mua từ tài khoản Builder của chính họ.
Nếu bạn hỗ trợ hợp đồng đăng ký giá cố định hiện có, API thanh toán có thể sử dụng các điều khoản đã được chấp nhận của nó cho một khoảng thời gian được xác nhận rõ ràng. Không gửi giá định kỳ giả mạo hoặc tính phí một khoảng thời gian mới một cách âm thầm. JamZY mẫu cuộc hẹn có thể tải xuống không triển khai phần mở rộng đó.
Không có đơn hàng nào được giao cho đến khi backend của bạn xác minh đã thanh toán, và việc lặp lại quy trình xác nhận không thể giao hoặc trừ cùng một đơn hàng hai lần.
Bạn sẽ xử lý giới hạn tín dụng và ngắt kết nối mà không có các khoản phí trùng lặp hoặc thay đổi tài khoản không mong muốn.
Nơi bạn sẽ làm việc Ứng dụng của bạn → Khôi phục thanh toán
Việc sử dụng AI và mua sản phẩm có các quy tắc tín dụng đủ điều kiện khác nhau. Một tài khoản có thể có tín dụng đủ điều kiện AI mà không thể thanh toán cho sản phẩm. Xử lý tình trạng thiếu tiền và giới hạn chi tiêu theo ứng dụng bằng lỗi API và điểm đến thanh toán của khách hàng.
Hiển thị cho khách hàng tài khoản thanh toán đã chọn, hành động thất bại và một tuyến đường để quản lý tín dụng hoặc giới hạn. Khách hàng kiểm soát giới hạn của họ; chủ sở hữu ứng dụng không thể nâng nó lên. Không chuyển đổi âm thầm từ tài khoản tổ chức sang tài khoản cá nhân để thực hiện thành công một khoản phí.
Ngắt kết nối nên thu hồi quyền truy cập liên quan và xóa phiên cục bộ. Nó dừng các yêu cầu được ủy quyền trong tương lai; nó không hoàn tác một giao dịch mua đã được xác nhận hoặc tự động hủy một cam kết trả phí riêng biệt. Lỗi làm mới, thu hồi quyền và hết hạn thanh toán yêu cầu các thông báo khôi phục riêng biệt.
Lỗi tín dụng không đủ và giới hạn để khách hàng được thông báo và kiểm soát, không có đơn hàng trùng lặp hoặc thay đổi người thanh toán một cách tình cờ.
Bạn sẽ kiểm tra đường dẫn thành công và các trường hợp thất bại của nó trước khi đưa nền tảng vào xuất bản.
Nơi bạn sẽ làm việc Cài đặt OAuth → Xác minh
Sử dụng danh sách người kiểm tra toàn ứng dụng và một tài khoản thanh toán đủ điều kiện khác với Builder. Có tối đa năm vị trí kiểm tra bao gồm các lời mời đang chờ xử lý. Hoàn thành xác minh điểm cuối thực và phạm vi cho mỗi nền tảng được đưa vào xuất bản.
inference hoặc monetization_gateway và cuộc gọi API thanh toán thành công cần thiết cho payments. Một yêu cầu thanh toán có thể đang chờ xử lý mà không có khoản ghi nợ; một bài kiểm tra thanh toán đầy đủ bổ sung xác minh xác nhận rõ ràng và đã thanh toán.Tích hợp của bạn phân biệt quyền truy cập đã chấp nhận, điều khoản đã chấp nhận, yêu cầu thanh toán và thanh toán đã xác nhận, và xử lý đường dẫn thất bại cho từng trường hợp.
Chọn tài khoản cá nhân hoặc tổ chức sẽ sở hữu việc đăng ký chương trình trước khi nộp đơn. Các tổ chức có thể gửi đơn đăng ký trước khi xác minh, nhưng chỉ riêng việc phê duyệt của nhân viên không kích hoạt quyền truy cập. Hoàn thành xác minh email tổ chức và công ty từ danh sách kiểm tra giới thiệu trong Console. Một tổ chức được phê duyệt vẫn ở trạng thái Đang chờ xác minh cho đến khi cả hai bước kiểm tra được hoàn thành. Builder, Nhà cung cấp và các chương trình Creator tuân theo quy tắc này.
Xem Monetization Gateway giá cả · Khám phá ShareAI for Startups · Phạm vi và quyền
Điều khoản & Điều kiện, Chính sách Quyền riêng tư và hướng dẫn xóa công khai của bạn phải khớp với ứng dụng và vẫn có thể truy cập được mà không cần đăng nhập. Việc chấp nhận chương trình ShareAI, phê duyệt Monetization Gateway, quyền OAuth của khách hàng và hợp đồng thanh toán được chấp nhận là các quyết định riêng biệt. Làm mới không thể thêm quyền hoặc chấp nhận các điều khoản thương mại mới.
Phạm vi surcharge cũ vẫn được chấp nhận cho các tích hợp hiện có. Các ví dụ mới sử dụng monetization_gateway. Giữ nguyên các trường dây hiện có như surcharge_bps và surcharge_percentage.
Xem Monetization Gateway giá cả · Khám phá ShareAI for Startups · Phạm vi và quyền
Phí tiêu chuẩn 5% của Builder markup. Đối với €2.00 chi phí mạng AI và một 10% markup, khách hàng trả €2.20. ShareAI nhận được €0.01 của €0.20 markup; Builder có €0.19 trước Event Ingestion.
Lần đầu tiên 1,000 yêu cầu Sản xuất đã được giải quyết Monetization Gateway miễn phí mỗi tháng dương lịch (UTC), được chia sẻ trên tài khoản Builder. Các yêu cầu bổ sung có giá €0.04 mỗi 1,000 trước khi áp dụng các khoản giảm giá đủ điều kiện. Một yêu cầu đã được giải quyết tạo ra một sự kiện.
Pay with ShareAI tự nó, chỉ truy cập inference, các khóa API tài khoản thông thường và lưu lượng Staging hoặc thử nghiệm không phát sinh Monetization Gateway Event Ingestion.
ShareAI for Startups cung cấp một khoản trợ cấp hàng tháng chung cho các phí thực tế ShareAI trên một ứng dụng đã được phê duyệt. Các cấp độ hiện tại Launch, Growth và Momentum liệt kê €1,000, €5,000 và €10,000 mỗi tháng. Cùng một ngân sách bao gồm phí phần trăm của ShareAI trên Builder markup và nhập sự kiện có thể tính phí cùng nhau. Đây không phải là khoản trợ cấp markup tổng, hạn ngạch sự kiện miễn phí riêng biệt hoặc AI miễn phí inference. 1.000 sự kiện miễn phí đầu tiên của tài khoản 1,000 không tiêu thụ khoản trợ cấp này.
Phí nhập sự kiện còn lại được thanh toán từ thu nhập mới của yêu cầu Builder, sau đó là thu nhập AI khả dụng Builder và tín dụng AI không bị hạn chế. Phí AI của khách hàng và sản phẩm payments vẫn tách biệt.
ShareAI có thể phê duyệt phí cụ thể cho ứng dụng hoặc hỗ trợ phí trong một khoảng thời gian cố định hoặc cho đến khi thay đổi. Xem xét giá hiện tại của ứng dụng và các Chương trình Đặc biệt trong Console để biết các điều khoản đã được phê duyệt, hiệu lực và khoản trợ cấp đã tiêu thụ. Thay đổi cấp độ hoặc ghi đè giá không đặt lại mức sử dụng hàng tháng của ứng dụng.
Launch giữ tùy chọn Đăng nhập với ShareAI. Growth và Momentum yêu cầu điều này; Momentum cũng yêu cầu huy hiệu chính thức ShareAI for Startups trong chân trang ứng dụng. ShareAI kiểm tra huy hiệu hàng tuần. Các nỗ lực đã được xác nhận để vượt qua yêu cầu có thể dẫn đến hạ cấp, loại bỏ khỏi Chương trình Startup hoặc rút khỏi Marketplace theo các điều khoản chương trình đã chấp nhận.
Mức giá doanh nghiệp được cấu hình bởi nhóm ShareAI cho tài khoản Builder sau khi đồng ý một đề nghị cá nhân hóa. Tỷ lệ phần trăm được chỉ định và mức phí sự kiện áp dụng cho các yêu cầu trong tương lai.
Xem Monetization Gateway giá cả · Khám phá ShareAI for Startups · Phạm vi và quyền