Phiên bản ngày 16 tháng Chín năm 2026. Các quy tắc này là một phần của Thỏa thuận Cicora và áp dụng đối với các đơn hàng của RIZZ TRADE.
1. Những gì được mua
1.1. Người dùng mua quyền truy cập vào dịch vụ phần mềm Cicora hoặc trả trước cho việc sử dụng dịch vụ đó. Một Gói đăng ký thanh toán cho một kỳ hạn xác định và các giới hạn do gói quy định. Thanh toán theo mức dùng cho API ghi nhận riêng các hoạt động thực tế. Các đơn vị trả trước và các khoản thưởng không phải là tiền gửi ngân hàng, tiền tệ, tài sản đầu tư, hoặc phương tiện thanh toán.
1.2. Một Tài khoản có thể bao gồm nhiều loại hạch toán khác nhau: hạn mức Gói đăng ký, Số dư API được nạp thêm riêng, khối lượng bổ sung đã mua, và phần thưởng khuyến mãi. Các loại này không được coi là có thể thay thế cho nhau trừ khi một Đơn hàng quy định rõ về việc chuyển đổi hoặc sử dụng sản phẩm này để thanh toán cho sản phẩm khác. Các quy tắc chi tiêu và số dư khả dụng được hiển thị theo từng loại hạch toán tương ứng.
1.3. Tín dụng dịch vụ không được chuyển cho Người dùng khác, bán như tiền, tặng ngoài chức năng được cung cấp hoặc dùng để thanh toán với người bán bên thứ ba. Khả năng được hoàn tiền hợp pháp cho dịch vụ chưa được cung cấp được điều chỉnh riêng và không phải là “rút tiền từ ví.”
2. Giá và nội dung của Đơn hàng
2.1. Danh mục giá và API công bố các mức giá hiện hành. Trước khi thanh toán, Người dùng thấy được sản phẩm, kỳ hạn, cơ sở tính toán, đơn vị tiền tệ, các loại thuế áp dụng và số tiền cuối cùng. Người mua có thể xem lại Đơn hàng trước khi xác nhận và lưu giữ các điều khoản của Đơn hàng đó.
2.2. Các gói đăng ký Plus ($20), Pro ($50), 5× ($100) và 20× ($200) có mức giá hằng tháng như đã nêu. Các mức 5× và 20× được so sánh với gói Plus ($20), không phải với số tiền trong Số dư Tài khoản. Không có hệ số nhân toán học nào được ngụ ý cho Pro chỉ vì mức giá của Pro so với một gói khác.
2.3. Đối với các giao dịch nội địa tại Uzbekistan, áp dụng mức giá và phép tính được ấn định cho các giao dịch đó bằng loại tiền tệ mà pháp luật cho phép. Đối với Đơn hàng quốc tế, đồng tiền thanh toán và số tiền thanh toán được thỏa thuận trước khi thanh toán. Nếu có quy đổi, quy trình áp dụng và số tiền cuối cùng sẽ được nêu; việc quy đổi riêng của ngân hàng phát hành chịu sự điều chỉnh của quan hệ giữa Người dùng và ngân hàng đó.
2.4. Danh mục API công khai công bố chính xác các mức giá, đơn vị và điều khoản đặc biệt áp dụng của Mô hình đã chọn. Một mức giá trên mỗi triệu token văn bản không phải là đơn vị chung cho âm thanh, hình ảnh, video hoặc xếp hạng lại. Các chế độ, chất lượng, thời lượng, kích thước ngữ cảnh, bộ nhớ đệm, công cụ hoặc nhà cung cấp khác nhau có thể làm thay đổi cách tính; mức giá, đơn vị và điều kiện áp dụng luôn có sẵn trước khi thực hiện một yêu cầu.
3. Đo lường việc sử dụng API
3.1. Khối lượng thực tế đã thực hiện được ghi nhận bằng các đơn vị đo áp dụng: token đầu vào và đầu ra, token được lưu trong bộ nhớ đệm, phần suy luận nội bộ khi được tính phí, hình ảnh, thời lượng âm thanh, ký tự lời nói, số giây video, yêu cầu hoặc đơn vị khác đã công bố. Các tham số và đơn vị tuân theo Mô hình liên quan chứ không chỉ theo tên chức năng chung.
3.2. Đối với mức phí trên mỗi một triệu token, số lượng tính phí được chia cho 1,000,000 rồi nhân với mức phí tương ứng. Đối với đơn vị khác, thang đo đã công bố của đơn vị đó được sử dụng. Cùng một phần tiêu thụ không được tính phí hai lần như các thành phần độc lập khi giá không quy định các thao tác riêng biệt.
3.3. Một số giá trị trong danh mục mô tả một mức giá cơ bản, tối thiểu, hoặc phụ thuộc vào Tuyến. Một bộ định tuyến động hoặc một mức giá được tính từ các tham số bổ sung không trở thành miễn phí chỉ vì một trường dịch vụ bằng không, âm, hoặc không có giá trị. Số tiền cuối cùng được xác định theo công thức đã công bố của chế độ liên quan.
3.4. Trước khi thực hiện, mức phí và phương pháp tính toán đều sẵn có và, khi khối lượng chính xác không được biết trước, sản phẩm cung cấp một ước tính hoặc giới hạn chi tiêu. Sau khi xử lý, các đơn vị thực tế, số tiền, Mô hình, thời gian và mã định danh hoạt động được ghi lại. Thông tin này giúp đối chiếu việc sử dụng với một Đơn hàng và yêu cầu xem xét một lỗi.
3.5. Khối lượng sử dụng được đo lường bởi các hệ thống kỹ thuật của Cicora và các hệ thống của nhà cung cấp tham gia trong chế độ áp dụng. Sự khác biệt giữa số lượng ký tự văn bản của Người dùng và một bộ tách token có thể phát sinh từ lịch sử, các chỉ thị hệ thống, công cụ, tệp đính kèm và mã hóa. Trong một tranh chấp, các hồ sơ liên quan đến giao dịch sẽ được xem xét; một nhật ký kỹ thuật không phải là bằng chứng quyết định.
3.6. Việc làm tròn số, khối lượng thanh toán tối thiểu và các khoảng giá đặc biệt được công bố trên thẻ hoặc giao diện thanh toán trước khi sử dụng. Các quy tắc mới không áp dụng hồi tố cho các hoạt động đã hoàn tất. Người dùng không được kỳ vọng rằng giá API sẽ giữ nguyên vô thời hạn cho các yêu cầu trong tương lai.
4. Bảo lưu, lỗi, và các yêu cầu lặp lại
4.1. Một phần của Số dư có thể được giữ tạm thời cho một yêu cầu. Việc giữ tạm thời này giới hạn số dư khả dụng nhưng không phải là khoản phí cuối cùng. Sau khi hoàn tất, chi phí thực tế được tính toán và phần chưa sử dụng được giải phóng; trạng thái và các điều chỉnh được hiển thị trong lịch sử.
4.2. Nếu một yêu cầu bị từ chối trước khi bắt đầu quá trình xử lý có tính phí, chi phí của yêu cầu đó không mặc nhiên được coi là đã sử dụng. Khoản phí sai được xem xét và sửa lại. Việc đầu vào bị cơ chế bảo vệ từ chối, lỗi nền tảng, không có Kết quả và việc Khách hàng hủy bỏ là những tình huống kỹ thuật khác nhau; các tình huống này phải được đánh giá dựa trên phần xử lý thực tế đã thực hiện và cung cấp cũng như pháp luật mang tính cưỡng hành.
4.3. Việc mất kết nối máy khách hoặc đóng cửa sổ trình duyệt không phải lúc nào cũng dừng quá trình thực hiện đã bắt đầu. Trong trường hợp phát trực tiếp hoặc Kết quả một phần, phần xử lý đã thực hiện có thể bị tính phí nếu quy tắc đó được công bố và pháp luật cho phép. Dịch vụ không được coi mọi thao tác chưa chuyển giao là thành công chỉ vì nhà cung cấp đã tính phí cho thao tác đó.
4.4. Một lần gửi mới của Người dùng sau khi hết thời gian chờ có thể là một yêu cầu riêng. Lần thử lại tự động hoặc tuyến thay thế phải nằm trong các chế độ cài đặt, ngân sách và quy tắc dữ liệu đã thỏa thuận. Việc chuyển sang một chế độ có chi phí cao hơn đáng kể không tạo ra sự cho phép không giới hạn đối với chi tiêu bổ sung.
4.5. Đối với một giao dịch đang tranh chấp, hãy cung cấp email của Tài khoản, mã yêu cầu hoặc mã Đơn hàng, Mô hình, thời gian, và loại lỗi. Không gửi toàn bộ Nội dung cá nhân nếu một mã định danh là đủ để chẩn đoán. Một lỗi đã được xác nhận sẽ được khắc phục; khoản hoàn tiền, khi có căn cứ, được thực hiện theo Quy tắc Hoàn tiền.
5. Kỳ hạn Gói đăng ký và giới hạn
5.1. Một Gói đăng ký theo tháng được kích hoạt cho kỳ hạn nêu trong xác nhận Đơn hàng. Các khả năng, Mô hình và giới hạn khả dụng được hiển thị trong sản phẩm. “Sử dụng nhiều hơn” không có nghĩa là một số lượng phản hồi tùy ý được xác định trước: các yêu cầu có độ phức tạp khác nhau có thể tiêu tốn giới hạn theo mức khác nhau.
5.2. Các mức cao hơn được so sánh bằng một Mô hình, chế độ và kỳ kế toán tương đương. Các giới hạn về tần suất yêu cầu, số tác vụ đồng thời và chức năng riêng có thể áp dụng độc lập với tổng khối lượng. Giới hạn chưa sử dụng của kỳ không phải là số dư tiền mặt đã mua; quy tắc làm mới và chuyển tiếp được xác định theo điều khoản gói đã công bố.
5.3. Việc gia hạn chỉ khả dụng sau khi có sự đồng ý riêng nêu rõ tần suất, số tiền, và cách hủy. Việc hủy sẽ dừng các lần gia hạn trong tương lai và duy trì quyền truy cập cho đến hết kỳ trả phí hiện tại, trừ khi có một hình thức chấm dứt hợp pháp khác xảy ra. Các khoản thanh toán qua cửa hàng ứng dụng sử dụng thiết lập quản lý gói đăng ký của cửa hàng đó.
5.4. Việc nâng cấp hoặc hạ cấp, chuyển đổi ngay lập tức, ghi có và thay đổi ngày thanh toán chỉ áp dụng trong kịch bản đã được công bố và xác nhận. Việc chỉ đơn thuần tồn tại một gói đắt hơn không cho phép tự động tính phí theo giá của gói đó hoặc tính toán lại một kỳ đã qua.
6. Nạp tiền và nạp tiền tự động
6.1. Trước khi nạp thêm, khối lượng được ghi có, số tiền thanh toán, loại tiền tệ, các quy tắc liên quan đến giao dịch mua, và bất kỳ điều khoản sử dụng nào đều được hiển thị. Việc ghi có được xác nhận bởi máy chủ của nhà cung cấp dịch vụ thanh toán. Một thông báo lặp lại hoặc việc truy cập lặp lại vào trang xác nhận thành công không được tạo ra nhiều lần ghi có cho một giao dịch mua.
6.2. Tự động nạp thêm là một sự ủy quyền tách biệt với một Gói đăng ký. Khi được kích hoạt, ngưỡng, số tiền hoặc công thức, phương tiện thanh toán đã chọn, các giới hạn hiện có và phương thức tắt tính năng này sẽ được hiển thị. Người dùng có thể sửa đổi hoặc rút lại ủy quyền đối với các giao dịch trong tương lai. Một giao dịch đã được khởi tạo và được ủy quyền hợp pháp được xem xét riêng biệt.
6.3. Nếu Số dư không đủ và tính năng tự động nạp thêm bị vô hiệu hóa, các hành động trả phí mới sẽ bị giới hạn. Chúng tôi không được tăng số tiền đã được ủy quyền hoặc thay đổi công cụ thanh toán mà không có sự đồng ý cần thiết. Thông báo về việc thiếu tiền không phải là một Đơn hàng mới.
7. Thời hạn của các đơn vị đã mua và đơn vị khuyến mại
7.1. Thời hạn sử dụng của Tín dụng dịch vụ được mua riêng được nêu trong điều khoản của lần nạp thêm hoặc gói tương ứng trước khi thanh toán. Điều khoản chưa được công bố không được áp dụng hồi tố. Việc thay đổi các quy tắc trong tương lai không hủy phần dung lượng đang hoạt động đã mua trước đó trái với các điều khoản đã thỏa thuận và pháp luật bắt buộc.
7.2. Tín dụng dịch vụ khuyến mãi được cấp theo chiến dịch liên quan. Phạm vi áp dụng, hạn chế, thời hạn hiệu lực và thứ tự sử dụng của Tín dụng dịch vụ đó được công bố khi được cấp. Một khoản thưởng miễn phí không tạo ra một yêu cầu riêng để nhận giá trị danh nghĩa của nó bằng tiền và không thay thế cho một khoản hoàn tiền bằng tiền đến hạn mà không có sự đồng ý của Người dùng.
7.3. Nếu một khoản thưởng gắn liền với một giao dịch mua, hậu quả của việc hủy giao dịch mua đó được xác định theo điều khoản của chương trình và pháp luật. Phần đã thanh toán nhưng chưa thực sự được cung cấp không được coi là đã sử dụng chỉ vì khoản thưởng và khoản thanh toán được gộp chung trong hạch toán. Lịch sử phải cho phép xác định các giao dịch liên quan đến việc mua đó.
7.4. Việc cố gắng bán, trao đổi hoặc chuyển nhượng Tín dụng dịch vụ mà không được phép có thể dẫn đến việc hạn chế quyền truy cập và rà soát. Việc chấm dứt Tài khoản, hoàn tiền bắt buộc và lưu giữ tài liệu hợp pháp được điều chỉnh theo thỏa thuận; khoản này không tự động tạo ra việc tịch thu toàn bộ số dư đã thanh toán.
8. Thuế, xác nhận và tính phí doanh nghiệp
8.1. Các loại thuế áp dụng và dữ liệu cần thiết để xác định các loại thuế đó được ghi nhận trong Đơn hàng. Khách hàng cung cấp thông tin chính xác về quốc gia, tổ chức, và tình trạng thuế khi cần. Việc có mã số thuế tự bản thân nó không có nghĩa là được miễn thuế hoặc được áp dụng cơ chế đảo ngược nghĩa vụ nộp thuế.
8.2. Sau khi thanh toán, xác nhận điện tử được cung cấp và có thể được lưu giữ. Các chứng từ thuế và kế toán bắt buộc được lập theo các quy tắc áp dụng. Email báo cấp phép thành công không phải lúc nào cũng giống biên lai tài chính; không được dùng các chứng từ này thay thế cho nhau.
8.3. Thanh toán sau, hạn mức tín dụng, hóa đơn riêng, điều khoản thanh toán đặc biệt hoặc cam kết của doanh nghiệp về khối lượng tối thiểu chỉ áp dụng nếu được thỏa thuận riêng. Chúng không phát sinh đối với Tài khoản trả trước thông thường theo trang này. Sai sót trong hóa đơn được xem xét theo yêu cầu có tài liệu chứng minh, đồng thời bảo lưu các quyền theo pháp luật.
8.4. Thỏa thuận mua sắm ở nước ngoài đối với một Mô hình, khoản chiết khấu của nhà cung cấp hoặc các chi phí không được hoàn lại của nhà cung cấp không tự động thay đổi các điều khoản Cicora mà Người dùng đã chấp nhận. Liên hệ về thanh toán và kế toán: support@cicora.ai, +998 90 051 48 40.