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 استعمال کریں۔

یہ explain کرتا ہے کہ Rivya کی current product اور policy language data handling کو کیسے describe کرتی ہے۔

یہ Privacy Policy یا Terms of Service کی binding language کو replace نہیں کرتا۔

مختصر answer

Rivya product run کرنے اور workspace کو connected رکھنے کے لیے required prompts، uploads، outputs، history، اور related records store کرتا ہے۔

Rivya service کے parts operate کرنے کے لیے third-party providers پر بھی rely کرتا ہے۔

اس کا مطلب ہے:

آپ کا data صرف ایک isolated page میں نہیں بیٹھا
requested workflow deliver کرنے کے part کے طور پر prompts، uploads، outputs، اور metadata process ہو سکتے ہیں
highly sensitive information casually 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 سے connected credit settlement اور refund records

Rivya technical اور security information بھی collect کر سکتا ہے، جیسے session records، IP address، browser اور device data، locale settings، اور security/service reliability کے لیے used 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 send کرنا
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 کے لیے نہیں۔

کون سے providers data process کر سکتے ہیں

Current policy کہتی ہے کہ Rivya ایسے providers پر rely کر سکتا ہے:

Stripe for billing، checkout، subscriptions، اور payment-related records
third-party AI infrastructure for AI generation، chat routing، media uploads، اور related task processing
Resend for account، contact، اور newsletter-related emails
S3-compatible storage providers for uploaded avatars اور stored files
Google، GitHub، یا Discord اگر آپ یہ sign-in methods choose کریں
infrastructure، hosting، monitoring، یا security vendors جو service operate کرنے کے لیے used ہوتے ہیں
optional analytics، captcha، affiliate، یا support-widget providers اگر یہ features کسی deployment میں enabled ہوں

Policy یہ بھی کہتی ہے کہ third-party AI infrastructure کے ذریعے routed AI requests upstream model یا infrastructure providers involve کر سکتی ہیں جو آپ کے used workflow کے لیے selected ہوں، مگر صرف اس workflow کو complete کرنے کے part کے طور پر۔

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 کے ذریعے third-party AI infrastructure پر upload ہوتے ہیں جو generation uploads کے لیے used ہے
avatar uploads currently service کے لیے configured S3-compatible storage پر sent ہوتے ہیں

Training question کے بارے میں کیسے سوچیں

یہاں Rivya کی public policy language اس بات پر focus کرتی ہے کہ product کیا store کرتا ہے اور service operate کرنے کے لیے کون سے providers requests process کر سکتے ہیں۔

یہ page اس operational boundary سے آگے ہر provider کے لیے identical retention، review، یا secondary-use rules کی blanket product promise create نہیں کرتا۔

اگر آپ کے workflow کے لیے no-training یا no-retention guarantee critical ہے تو safe reading یہ ہے:

اسے صرف marketing shorthand سے assume نہ کریں
جس workflow کو use کرنا ہے اس کے relevant provider terms review کریں
sensitive information submit کرنے سے پہلے اس processing path سے comfortable ہوں

یہ 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 کو needed مدت سے زیادہ keep نہ کرنے کی کوشش کرتا ہے، مگر 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 billing، fraud prevention، abuse handling، legal obligations، backups، provider-side processing، یا security logs کے لیے necessary ہونے پر retained رہ سکتے ہیں

اس کا مطلب ہے deletion meaningful ہے، مگر ہر operational layer میں ہمیشہ instantaneous یا absolute نہیں۔

اگلا کہاں check کریں

اگر آپ اس question کے around main public hub pages چاہتے ہیں تو یہ nearby رکھیں:

اگر آپ 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 send کرنے سے پہلے check کریں:

Decide کریں کہ input میں confidential، regulated، personal، client، یا third-party material ہے یا نہیں۔
Confirm کریں کہ task کو upload required ہے یا text-only summary safer ہوگی۔
Sensitive files share کرنے سے پہلے selected workflow کا provider touchpoint review کریں۔
Source ownership، consent، اور commercial-use rights کو generation quality سے separate رکھیں۔
Binding terms کے لیے legal pages استعمال کریں؛ practical product behavior کے لیے یہ guide استعمال کریں۔

Data sensitivity بدلنے پر recheck کریں

Recheck کریں جب آپ real people، voices، client documents، unreleased brand assets، medical/legal/financial context، یا ایسا material add کریں جو آپ کی organization سے باہر نہیں جانا چاہیے۔

Rivya data اور provider processing guide