Rivya क्या store करता है, providers कब prompts, uploads, outputs और metadata process कर सकते हैं, और sensitive data कैसे handle करें, यह समझें.

जब आपको Rivya में prompts, uploads, outputs, history और provider-routed requests के साथ क्या होता है इसका plain-language view चाहिए, तब यह data processing guide इस्तेमाल करें।

यह समझाता है कि Rivya का current product और policy language data handling को कैसे describe करता है।

यह Privacy Policy या Terms of Service की binding language को replace नहीं करता।

Short Answer

Rivya product run करने और workspace connected रखने के लिए needed prompts, uploads, outputs, history और related records store करता है।

Rivya service के parts operate करने के लिए third-party providers पर भी rely करता है।

इसका मतलब है:

आपका data केवल एक isolated page में नहीं बैठा है
prompts, uploads, outputs और metadata आपके मांगे गए workflow को deliver करने के हिस्से के रूप में process हो सकते हैं
highly sensitive information casual तरीके से submit नहीं करनी चाहिए

Product run करने के लिए Rivya क्या store करता है

Current Privacy Policy के अनुसार, Rivya ऐसी information store कर सकता है:

prompts, instructions और chat messages जिन्हें आप submit करते हैं
uploaded reference media, related file URLs और upload metadata
generation parameters और workflow settings
model, tool और workspace selections
output URLs, result metadata और task status records
chat session history, message history, attachment URLs और usage metadata
AI runs से जुड़े credit settlement और refund records

Rivya technical और security information भी collect कर सकता है, जैसे session records, IP address, browser और device data, locale settings, और security तथा service reliability के लिए इस्तेमाल होने वाले logs।

Rivya यह information क्यों store करता है

Current policy कहती है कि यह information इन कामों के लिए use हो सकती है:

आपका account create और manage करना
sign-in authenticate करना और account access protect करना
billing, credits, subscriptions और payment support provide करना
generation requests, chat requests, uploads और requested outputs process करना
generation history, chat history और workspace continuity maintain करना
service, billing, support और newsletter-related communications भेजना
abuse, fraud, misuse या technical failures investigate करना
product quality, reliability, support operations और user experience improve करना

Practical reading यह है कि Rivya data store करता है क्योंकि product saved continuity, billing और task history के around built है, केवल one-off outputs के around नहीं।

कौन-से Providers data process कर सकते हैं

Current policy कहती है कि Rivya इन providers पर rely कर सकता है:

billing, checkout, subscriptions और payment-related records के लिए Stripe
AI generation, chat routing, media uploads और related task processing के लिए third-party AI infrastructure
account, contact और newsletter-related emails के लिए Resend
uploaded avatars और stored files के लिए S3-compatible storage providers
अगर आप वे sign-in methods चुनते हैं तो Google, GitHub या Discord
service operate करने के लिए infrastructure, hosting, monitoring या security vendors
optional analytics, captcha, affiliate या support-widget providers, अगर वे features किसी given deployment में enabled हैं

Policy यह भी कहती है कि third-party AI infrastructure के माध्यम से routed AI requests में आपके इस्तेमाल किए गए workflow के लिए selected upstream model या infrastructure providers शामिल हो सकते हैं, लेकिन केवल उस workflow को complete करने के हिस्से के रूप में।

Prompts, Uploads और Outputs के लिए इसका क्या मतलब है

Practical terms में:

prompts और chat messages requested response generate करने के लिए process हो सकते हैं
uploads generation, editing या related workflow steps complete करने के लिए process हो सकते हैं
outputs, task records और history आपके account से connected रहते हैं ताकि product saved continuity support कर सके

Current policy यह भी note करती है:

AI generation के लिए reference files currently Rivya endpoints के माध्यम से generation uploads में इस्तेमाल third-party AI infrastructure पर upload होते हैं
avatar uploads currently service के लिए configured S3-compatible storage पर भेजे जाते हैं

Training Question के बारे में कैसे सोचें

यहां Rivya की public policy language इस बात पर focus करती है कि product क्या store करता है और service operate करने के लिए कौन-से providers requests process कर सकते हैं।

यह page ऐसा blanket product promise नहीं बनाता कि हर provider के retention, review या secondary-use rules उस operational boundary से आगे identical हैं।

अगर आपके workflow के लिए no-training या no-retention guarantee critical है, तो safe reading है:

इसे marketing shorthand alone से assume न करें
जिस workflow को use करना है उसके relevant provider terms review करें
जब तक processing path से comfortable न हों, sensitive information submit करने से बचें

यह practical caution है, new legal claim नहीं।

Sensitive Data Guidance

Current Privacy Policy कहती है कि, अगर आप avoid कर सकते हैं, तो sensitive personal data, confidential material या protected information submit नहीं करनी चाहिए, जब तक आपने अपनी internal requirements review न कर ली हों और third-party processing के operational risks से comfortable न हों।

यही अभी भी safest practical rule है।

Retention और Deletion

Current policy कहती है कि Rivya कोशिश करता है कि information जरूरत से ज्यादा लंबे समय तक न रखे, लेकिन real operational, legal, billing, security, fraud-prevention, abuse-handling, support, backup या provider-side processing reasons से इसे retain कर सकता है।

यह भी कहती है:

अगर आप Settings > Security से account delete करते हैं, तो Rivya की primary database में account-linked records generally cascading basis पर remove होते हैं
कुछ limited records फिर भी retain हो सकते हैं जहां billing, fraud prevention, abuse handling, legal obligations, backups, provider-side processing या security logs के लिए necessary हों

इसका मतलब deletion meaningful है, लेकिन हर operational layer में हमेशा instantaneous या absolute नहीं।

आगे कहां check करें

अगर आप इस question के around main public hub pages चाहते हैं, इन्हें पास रखें:

अगर आप plain language में product और first-session path explain करने वाली companion reads चाहते हैं, पढ़ें:

अगर आप related trust और policy pages चाहते हैं, पढ़ें:

अगर आप uploads और live product scope के around execution boundary चाहते हैं, पढ़ें:

Data Review Checklist

Provider-backed workflow के माध्यम से prompts, uploads या outputs भेजने से पहले check करें:

Decide करें कि input में confidential, regulated, personal, client या third-party material है या नहीं।
Confirm करें कि task को upload चाहिए, या text-only summary safer होगी।
Sensitive files share करने से पहले selected workflow के provider touchpoint को review करें।
Source ownership, consent और commercial-use rights को generation quality से अलग रखें।
Binding terms के लिए legal pages इस्तेमाल करें; practical product behavior के लिए यह guide इस्तेमाल करें।

Data Sensitivity बदलने पर दोबारा check करें

जब आप real people, voices, client documents, unreleased brand assets, medical/legal/financial context, या ऐसा material जोड़ें जो आपके organization से बाहर नहीं जाना चाहिए, तब दोबारा check करें।

Rivya Data and Provider Processing Guide