Hướng dẫn dữ liệu và nhà cung cấp processing trong Rivya

Dùng hướng dẫn dữ liệu processing này khi bạn cần một cách nhìn plain-language về điều xảy ra với câu lệnh, tệp tải lên, kết quả, lịch sử và nhà cung cấp-routed requests trong Rivya.

Nó giải thích cách ngôn ngữ product và policy hiện tại của Rivya mô tả dữ liệu handling.

Nó không thay thế ngôn ngữ ràng buộc trong Chính sách quyền riêng tư hoặc Điều khoản dịch vụ.

Câu trả lời ngắn

Rivya lưu câu lệnh, tệp tải lên, kết quả, lịch sử và các records liên quan cần thiết để vận hành product và giữ không gian làm việc được kết nối.

Rivya cũng dùng nhà cung cấp bên thứ ba cho những tính năng thực sự được bật và quy trình bạn chọn chạy.

Điều đó có nghĩa:

• dữ liệu của bạn không chỉ nằm trong một trang cô lập

• câu lệnh, tệp tải lên được hỗ trợ, kết quả và metadata có thể được các nhà cung cấp cần thiết xử lý để thực hiện quy trình có thể chạy mà bạn yêu cầu

• thông tin highly sensitive không nên được gửi một cách tùy tiện

Rivya lưu gì để vận hành product

Theo Chính sách quyền riêng tư hiện tại, Rivya có thể lưu các thông tin như:

• câu lệnh, instructions và trò chuyện tin nhắn bạn gửi

• uploaded tham chiếu media, related tệp URLs và tải lên metadata

• tạo nội dung tham số và quy trình settings

• mô hình, công cụ và không gian làm việc selections

• kết quả URLs, kết quả metadata và tác vụ trạng thái records

• trò chuyện phiên lịch sử, tin nhắn lịch sử, attachment URLs và usage metadata

• điểm tín dụng settlement và refund records liên quan đến AI runs

Rivya cũng có thể thu thập thông tin kỹ thuật và bảo mật như phiên records, IP address, browser and device dữ liệu, locale settings và logs dùng cho security và service reliability.

Vì sao Rivya lưu thông tin đó

Policy hiện tại nói rằng thông tin này có thể được dùng để:

• tạo và quản lý tài khoản của bạn

• xác thực sign-in và bảo vệ tài khoản quyền truy cập

• cung cấp thanh toán, điểm tín dụng, subscriptions và payment hỗ trợ

• xử lý tạo nội dung requests, trò chuyện requests, tệp tải lên và requested kết quả

• duy trì lịch sử tạo nội dung, lịch sử trò chuyện và tính liên tục của không gian làm việc

• gửi communications liên quan đến service, thanh toán, hỗ trợ và newsletter

• điều tra abuse, fraud, misuse hoặc technical failures

• cải thiện product chất lượng, reliability, hỗ trợ operations và user experience

Cách hiểu thực tế là Rivya lưu dữ liệu vì sản phẩm được xây dựng quanh tính liên tục đã lưu, thanh toán và tác vụ lịch sử, không chỉ kết quả dùng một lần.

Nhà cung cấp nào có thể xử lý dữ liệu

Chính sách hiện tại mô tả các nhóm nhà cung cấp chỉ áp dụng khi tính năng liên quan được bật hoặc sử dụng. Tùy bản triển khai và hành động của bạn, các nhà cung cấp có thể gồm:

• Stripe khi bạn dùng thanh toán, checkout, đăng ký hoặc quản lý thanh toán

• hạ tầng AI bên thứ ba được chọn cho quy trình tạo nội dung, trò chuyện hoặc media được hỗ trợ mà bạn gửi

• nhà cung cấp email được cấu hình khi Rivya gửi thư xác thực, tài khoản, liên hệ, hỗ trợ hoặc bản tin

• nhà cung cấp lưu trữ được cấu hình khi tính năng tải lên hoặc lưu tệp đang bật sử dụng

• Google khi bạn chọn đăng nhập Google

• GitHub hoặc Discord chỉ khi bản triển khai cung cấp phương thức đăng nhập cũ đó và bạn chọn dùng

• infrastructure, hosting, monitoring hoặc security vendors dùng để vận hành service

• nhà cung cấp phân tích, captcha, liên kết hoặc hỗ trợ chỉ khi tích hợp cụ thể được cấu hình và hoạt động

Sự hiện diện của tích hợp tùy chọn trong mã không có nghĩa nó hoạt động ở mọi bản triển khai hoặc xử lý dữ liệu của mọi người dùng. Yêu cầu AI có thể liên quan đến nhà cung cấp mô hình hay hạ tầng upstream được chọn cho quy trình đang chạy, nhưng chỉ để hoàn tất quy trình đó.

Điều này có nghĩa gì với câu lệnh, tệp tải lên và kết quả

Về thực tế:

• câu lệnh và trò chuyện tin nhắn có thể được xử lý để tạo phản hồi bạn yêu cầu

• tệp tải lên được hỗ trợ có thể được xử lý để hoàn thành bước tạo, chỉnh sửa hoặc quy trình đang chạy mà bạn chọn

• kết quả, bản ghi tác vụ và lịch sử giữ liên kết với tài khoản để sản phẩm duy trì tính liên tục đã lưu

Policy hiện tại cũng ghi chú:

• tệp tham chiếu gửi cho mô hình được hỗ trợ và có thể chạy được tải qua điểm cuối Rivya lên hạ tầng AI dùng cho quy trình đó

• tệp avatar hoặc tệp đã lưu dùng nhà cung cấp lưu trữ được cấu hình cho tính năng đang bật

Trang mô hình hoặc trạng thái hiển thị không có nghĩa quy trình xử lý của nó đang khả dụng. Audio Isolation và ElevenLabs Sound Effect V2 đang tạm dừng, không thể tạo tác vụ hoặc nhận tệp quy trình qua Rivya.

Cách nghĩ về câu hỏi training

Ngôn ngữ policy công khai của Rivya ở đây tập trung vào việc product lưu gì và providers nào có thể xử lý requests để vận hành service.

Nó không tạo một lời hứa product blanket trên trang này rằng mọi nhà cung cấp có quy tắc retention, rà soát hoặc secondary-use giống hệt nhau ngoài ranh giới vận hành đó.

Nếu guarantee no-training hoặc no-retention là điều critical cho quy trình của bạn, cách đọc an toàn là:

• đừng giả định điều đó chỉ từ marketing shorthand

• rà soát nhà cung cấp terms liên quan cho quy trình bạn định dùng

• tránh gửi sensitive information cho đến khi bạn thoải mái với processing path đó

Đây là cảnh báo thực tế, không phải một legal tuyên bố mới.

Hướng dẫn về sensitive dữ liệu

Chính sách quyền riêng tư hiện tại nói rằng, nếu có thể tránh, bạn không nên gửi sensitive personal dữ liệu, confidential tài liệu hoặc protected information trừ khi bạn đã rà soát yêu cầu nội bộ của mình và thoải mái với operational risks của third-party processing.

Đó vẫn là quy tắc thực tế an toàn nhất.

Retention và deletion

Policy hiện tại nói Rivya cố gắng không giữ thông tin lâu hơn cần thiết, nhưng có thể giữ lại vì các lý do vận hành, pháp lý, thanh toán, security, fraud-prevention, abuse-handling, hỗ trợ, backup hoặc nhà cung cấp-side processing thực tế.

Policy cũng nói:

• nếu bạn xóa tài khoản từ Settings > Security, tài khoản-linked records trong primary database của Rivya thường được xóa theo cascading basis

• một số limited records vẫn có thể được giữ lại khi cần cho thanh toán, fraud prevention, abuse handling, legal obligations, backups, nhà cung cấp-side processing hoặc security logs

Điều đó có nghĩa deletion là có ý nghĩa, nhưng không phải lúc nào cũng tức thời hoặc tuyệt đối trên mọi operational lớp.

Nên kiểm tra gì tiếp

Nếu bạn muốn các main công khai hub pages quanh câu hỏi này, hãy giữ các trang này gần bên:

• Docs

• Blog

• Pricing

Nếu bạn muốn đọc các bài companion giải thích product và first-phiên path bằng ngôn ngữ plain, hãy đọc:

• Rivya AI là gì?

• Cách chạy tác vụ thật đầu tiên trong Rivya

Nếu bạn muốn các trang trust và policy liên quan, hãy đọc:

• Ownership và thương mại use trong Rivya

• Chính sách quyền riêng tư

• Điều khoản dịch vụ

Nếu bạn muốn ranh giới thực thi quanh tệp tải lên và đang hoạt động product phạm vi, hãy đọc:

• Tham chiếu và tệp tải lên trong Rivya

• Tính năng đang đang hoạt động trong Rivya

Checklist rà soát dữ liệu

Trước khi gửi câu lệnh, tệp tải lên hoặc kết quả qua một quy trình có nhà cung cấp hỗ trợ, hãy kiểm tra:

• Quyết định dữ liệu đầu vào có chứa confidential, regulated, personal, ứng dụng khách hoặc third-party tài liệu hay không.

• Xác nhận tác vụ có cần tải lên không, hoặc text-only summary có an toàn hơn không.

• Rà soát nhà cung cấp touchpoint cho quy trình đã chọn trước khi chia sẻ sensitive tệp.

• Tách nguồn ownership, consent và thương mại-use quyền khỏi tạo nội dung chất lượng.

• Dùng legal pages cho binding terms; dùng hướng dẫn này cho hành vi product thực tế.

Kiểm tra lại khi độ nhạy dữ liệu thay đổi

Kiểm tra lại khi bạn thêm real người, voices, ứng dụng khách documents, unreleased thương hiệu assets, medical/legal/financial bối cảnh hoặc tài liệu không nên rời khỏi tổ chức của bạn.