# Thanh toán với ShareAI, từ sự đồng ý đến thanh toán

Đư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.

25–35 phút · 10 các bước thực tế · Người xây dựng ứng dụng · sản phẩm & kỹ thuật

TRIỂN KHAI CỦA BẠN

## Một luồng thanh toán mà bạn có thể giải thích và xác minh.

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.

### Truy cập với một mục đích rõ ràng

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.

**Bạn có thể xác minh khi**

Token và hoạt động sử dụng tài khoản và phạm vi dự định.

### Các hợp đồng bạn có thể tuân theo

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.

**Bạn có thể xác minh khi**

Các điều khoản mới không tự động áp dụng cho khách hàng hiện tại.

### Xác nhận trước khi giao hàng

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.

**Bạn có thể xác minh khi**

Xử lý các lần thử lại, hủy bỏ, thanh toán bị từ chối và giới hạn.

## Chọn những gì khách hàng của bạn sẽ trả tiền

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 · ứng dụng tham khảo cuộc hẹn [Phóng to ảnh chụp màn hình ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL2phbXp5LnBuZw.DZt_5dnvNF40T34-7MJsXw?v=219eca92cbe5)

Lên lịch cuộc hẹn địa phương và chuẩn bị AI do khách hàng tài trợ là các hành động riêng biệt. Không có lời mời lịch nào được gửi bởi bản demo này.

1. Chọn loại cuộc hẹn và thời lượng.
2. Chọn một khung thời gian demo có sẵn.
3. Kết nối ShareAI để sử dụng trợ lý AI tùy chọn.
4. AI chỉ chạy sau hành động rõ ràng này; việc đặt chỗ một mình không gọi ShareAI.

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 đó.

**Bạn đã sẵn sàng để tiếp tục khi**

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.

Cần chi tiết?[Thiết lập đầy đủ JamZY ↗](https://shareai.now/blogs/product/builder-program/guides-how-to/how-to-connect-an-application-to-shareai-builder-step-by-step/)[Phạm vi ↗](https://shareai.now/docs/api/builders/auth/scopes/)

## Nhận sự ủy quyền của khách hàng

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

1. Tạo ứng dụng và hoàn thành quy trình giới thiệu, thông tin công khai và các callback nền tảng. Kích hoạt các trường hợp sử dụng liên quan trong Bảng điều khiển.
2. Đối với đánh dấu Builder, hoàn thành yêu cầu truy cập của nó và chờ phê duyệt nếu cần. Đối với các giao dịch mua, kích hoạt Pay with ShareAI và cấu hình hợp đồng truy cập thanh toán cần thiết trong Subscriptions.
3. Yêu cầu các phạm vi được kích hoạt thông qua Authorization Code + S256 PKCE. Sử dụ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.
4. Để khách hàng chọn tài khoản cá nhân hoặc tổ chức đúng và chấp nhận các điều khoản hiển thị. Các phạm vi bổ sung hoặc các điều khoản thay đổi cần được ủy quyền lại; làm mới không cấp chúng.

Trường hợp sử dụng [Phóng to ảnh chụp màn hình ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3VzZS1jYXNlcy5wbmc.zRU3Lp1TsQuYD7ClWUWS-X?v=090d8c81e6da)

Log-in with ShareAI, Pay with ShareAI và Monetization Gateway có các trạng thái cấu hình và phê duyệt riêng biệt.

1. Cấu hình Đăng nhập với ShareAI.
2. Kích hoạt sử dụng do khách hàng tài trợ.

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.

**Bạn đã sẵn sàng để tiếp tục khi**

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.

Cần chi tiết?[Ủy quyền khách hàng ↗](https://shareai.now/docs/api/builders/auth/authorization-code-pkce/)[Các điều khoản đã chấp nhận ↗](https://shareai.now/docs/api/builders/auth/billing-agreements/)

## Giải thích phí AI của bạn trong một đề nghị

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.

Đăng ký · Tổng quan [Phóng to ảnh chụp màn hình ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3N1YnNjcmlwdGlvbnMucG5n.1fAD7CKPa38_SZFh5zuI9P?v=f1ef4ee6680b)

Các ứng dụng mới bắt đầu mà không có hợp đồng đã được công bố. Thêm một đề nghị trước khi công bố các điều khoản của nó.

1. Tạo một đề nghị trong trình chỉnh sửa riêng của nó.

Đăng ký · trình chỉnh sửa đề nghị [Phóng to ảnh chụp màn hình ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3N1YnNjcmlwdGlvbi1lZGl0b3IucG5n.ajS-FCMdefa7Br_i-9U6yV?v=028a19d93ad7)

Một bản nháp minh họa về đề nghị. ID đăng ký được tạo của nó là chỉ đọc và được giới hạn trong ứng dụng này.

1. Sử dụng tên đề nghị hướng tới khách hàng.
2. Đặt AI `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.

**Bạn đã sẵn sàng để tiếp tục khi**

Đề 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.

Cần chi tiết?[Các thỏa thuận thanh toán không thể thay đổi ↗](https://shareai.now/docs/api/builders/auth/billing-agreements/)

## Để khách hàng chọn các điều khoản mới

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.

Đăng ký · Hợp đồng [Phóng to ảnh chụp màn hình ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL2NvbnRyYWN0cy5wbmc.XbUHyTwHQDJk3rDHQe4-gs?v=a43ae1273eb9)

Lịch sử hợp đồng và phân phối tài khoản đã chấp nhận xuất hiện sau khi công bố và khách hàng đồng ý.

1. Xem lại các phiên bản hợp đồng đã công bố.

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 đã sẵn sàng để tiếp tục khi**

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.

Cần chi tiết?[Quy tắc chuyển đổi hợp đồng ↗](https://shareai.now/docs/api/builders/auth/billing-agreements/)[Ranh giới danh tính khách hàng ↗](https://shareai.now/docs/api/builders/auth/pairwise-identities/)

## Xác nhận một giao dịch mua trước khi thực hiện nó

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.

```bash
# 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. Lưu ID thanh toán và URL checkout được trả về cùng với đơn hàng. Sử dụng chuỗi số thập phân chính xác; tránh các tính toán tiền bằng số dấu phẩy động.
2. Mở URL checkout được trả về. ShareAI trình bày giao dịch mua và người thanh toán. Khách hàng phải xác nhận bằng tài khoản đã ủy quyền ứng dụng của bạn. Mở checkout không ghi nợ tài khoản đó.
3. Đọc thanh toán từ API với cùng sự ủy quyền của khách hàng. Hoàn thành đơn hàng chỉ sau khi trạng thái đã được xác minh là đã thanh toán.
4. Thử lại giao dịch mua dự định với cùng khóa idempotency. Một giao dịch mua khác cần một khóa mới. Không bao giờ tái sử dụng khóa cho các điều khoản đã thay đổi.

```bash
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 đó.

**Bạn đã sẵn sàng để tiếp tục khi**

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.

Cần chi tiết?[Điểm cuối thanh toán & tham chiếu phản hồi ↗](https://shareai.now/docs/api/builders/payments/)

## Giúp khách hàng khắc phục sự cố thanh toá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í.

Khách hàng [Phóng to ảnh chụp màn hình ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL2N1c3RvbWVycy5wbmc.qbIDq-R5JMA6K48ws4kWaB?v=cc0470083fec)

Chế độ xem ứng dụng tập hợp các tài khoản được kết nối lại mà không hiển thị ID cơ sở dữ liệu tổ chức nội bộ.

1. Quản lý khách hàng được tổng hợp cho ứng dụng.

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.

**Bạn đã sẵn sàng để tiếp tục khi**

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ờ.

Cần chi tiết?[Lỗi thanh toán & giới hạn ↗](https://shareai.now/docs/api/builders/billing-errors-and-spending-limits/)[Thu hồi quyền truy cập ↗](https://shareai.now/docs/api/builders/auth/revoke-introspect/)

## Xác minh toàn bộ hành trình thanh toán

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.

Web · Xác minh [Phóng to ảnh chụp màn hình ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3ZlcmlmaWNhdGlvbi5wbmc.xLD6z4RV0ddX6p0qkaLhqc?v=d758a8f881d9)

Một tích hợp mới hiển thị các kiểm tra đang chờ xử lý cho đến khi các cuộc gọi thành công thực sự được ghi nhận. Bản nháp tham khảo này chưa được phê duyệt.

1. Console ghi nhận thành công điểm cuối thực tế.
2. Mỗi phạm vi yêu cầu cũng phải được thực hiện.

1. Kiểm tra quyền được chấp nhận và bị hủy; xác nhận ranh giới khách hàng/tài khoản đã chọn.
2. Kiểm tra một yêu cầu AI được định phạm vi thành công cho `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.
3. Kiểm tra các yêu cầu trùng lặp, thanh toán bị từ chối và hết hạn, tín dụng đủ điều kiện không đủ, giới hạn chi tiêu tài khoản, token hết hạn, xoay vòng làm mới và quyền bị thu hồi.
4. Kiểm tra Khách hàng, Đăng ký và Phân tích cho khách hàng kết quả, các điều khoản đã được chấp nhận và hoạt động được ghi nhận. Xác nhận rằng thông tin đăng nhập nhạy cảm và ID tổ chức nội bộ không xuất hiện trong giao diện người dùng hướng tới khách hàng.
5. Chỉ bao gồm các nền tảng có cấu hình và kiểm tra đã ghi nhận vượt qua. Loại trừ các nền tảng chưa hoàn thành hoặc loại bỏ chúng; sau đó gửi ứng dụng từ Dashboard.

**Bạn đã sẵn sàng để tiếp tục khi**

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.

Cần chi tiết?[Danh sách kiểm tra khởi chạy ứng dụng ↗](https://shareai.now/blogs/product/builder-program/guides-how-to/how-to-connect-an-application-to-shareai-builder-step-by-step/#verify)[Tham khảo API Builder ↗](https://shareai.now/docs/api/builders/)

## Xác minh tổ chức và quyền truy cập chương trình

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ả](https://shareai.now/vi/nha-phat-trien-2/cong-kiem-tien/#mg-pricing) · [Khám phá ShareAI for Startups](https://shareai.now/vi/chuong-trinh-startup/) · [Phạm vi và quyền](https://shareai.now/vi/tai-lieu-2/api/nha-phat-trien-2/xac-thuc/pham-vi-oauth-va-ranh-gioi-tai-khoan/)

## Quyền và các điều khoản đã chấp nhậ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ả](https://shareai.now/vi/nha-phat-trien-2/cong-kiem-tien/#mg-pricing) · [Khám phá ShareAI for Startups](https://shareai.now/vi/chuong-trinh-startup/) · [Phạm vi và quyền](https://shareai.now/vi/tai-lieu-2/api/nha-phat-trien-2/xac-thuc/pham-vi-oauth-va-ranh-gioi-tai-khoan/)

## Phí Gateway và hỗ trợ Startup

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ả](https://shareai.now/vi/nha-phat-trien-2/cong-kiem-tien/#mg-pricing) · [Khám phá ShareAI for Startups](https://shareai.now/vi/chuong-trinh-startup/) · [Phạm vi và quyền](https://shareai.now/vi/tai-lieu-2/api/nha-phat-trien-2/xac-thuc/pham-vi-oauth-va-ranh-gioi-tai-khoan/)

Source: https://shareai.now/vi/blog-2/san-pham/chuong-trinh-xay-dung/huong-dan-cach-thuc-hien/thanh-toan-voi-shareai-tu-su-dong-y-den-thanh-toan/