Rivya failed tasks اور credit refunds guide
Rivya failed tasks، credit checks، retries، upload issues، provider errors، notifications، history، اور processing states handle کریں۔
جب image، video، یا audio generation fail ہو، stuck لگے، یا usable result کے بغیر finish ہو تو یہ guide استعمال کریں۔
یہ explain کرتا ہے کہ task status کہاں check کرنا ہے، credit handling کیسے کام کرتی ہے، اور another run پر credits spend کرنے سے پہلے کیا change کرنا ہے۔
Failed task کیا count ہوتا ہے
Failed task اس task سے different ہے جو ابھی processing میں ہے۔
Task اس وقت failed ہو سکتا ہے جب Rivya یا provider report کرے کہ generation complete نہیں ہو سکتی۔ Task ابھی processing میں ہو سکتا ہے جب اسے accepted کر لیا گیا ہو مگر result واپس نہ آیا ہو۔
Task failed assume کرنے سے پہلے relevant history یا notification surface میں task status check کریں۔
Credit refunds کیسے کام کرتے ہیں
Rivya کا task lifecycle generation work کے لیے credits reserve کرنے اور failed outcomes کو product کی current billing logic کے مطابق handle کرنے کے لیے designed ہے۔
Practice میں failed generation کے بعد task result، task status، اور credit balance check کریں۔ اگر task usable result produce کرنے سے پہلے fail ہوا ہو تو Rivya current failure-handling path کے مطابق credits return کر سکتا ہے۔
Provider behavior workflow کے حساب سے differ کر سکتا ہے، اس لیے یہ assume نہ کریں کہ ہر delay failure ہے یا ہر retry فوراً submit کرنی چاہیے۔
Task status کہاں check کریں
پہلے یہ places استعمال کریں:
- workflow کی generation history
- Rivya Notifications Center
- account credit balance
- وہ page جہاں task start ہوا تھا
Underlying flow کے لیے Rivya میں task lifecycle پڑھیں۔
دوبارہ submit کرنے سے پہلے کیا try کریں
Retry کرنے سے پہلے check کریں:
- upload correctly finish ہوا یا نہیں
- file type اور size supported ہیں یا نہیں
- prompt unsupported behavior مانگ رہا ہے یا نہیں
- selected model currently job کے لیے appropriate ہے یا نہیں
- task actually ابھی processing میں ہے یا نہیں
- simpler first run safer ہوگا یا نہیں
اگر task references use کرتا ہے تو reference complexity reduce کرنے یا یہ clarify کرنے کی کوشش کریں کہ ہر reference کیا control کرے۔
Task ابھی processing میں ہو تو
کچھ generation tasks normal web interaction سے زیادہ time لیتے ہیں۔
اگر task still processing ہے:
- repeated duplicates فوراً submit کرنے سے بچیں
- updates کے لیے notifications check کریں
- available ہو تو history کے ذریعے return کریں
- failed treat کرنے سے پہلے final status کا انتظار کریں
Asynchronous work ایک reason ہے کہ Rivya notifications اور history کو one-time page toasts سے separate رکھتا ہے۔
Retry checklist
Failed یا unclear generation retry کرنے سے پہلے check کریں:
- Another run start کرنے سے پہلے exact task status confirm کریں۔
- Used upload، prompt، model، اور settings check کریں۔
- Decide کریں کہ retry میں کیا change ہوگا: simpler prompt، fewer references، different model، یا corrected file۔
- Heavier setting use کرنے سے پہلے credit balance اور expected cost check کریں۔
- اگر troubleshoot یا support contact کرنا ہو تو failed task context available رکھیں۔
Goal same failed request repeat کرنا نہیں، بلکہ clearer reason کے ساتھ retry کرنا ہے۔
Retry سے پہلے کب recheck کریں
Retry سے پہلے recheck کریں جب task still processing ہو، credit state unclear ہو، یا same upload یا prompt ایک سے زیادہ بار fail ہو چکا ہو۔
ان cases میں duplicate run start کرنے سے پہلے history، notifications، اور task state inspect کریں۔
Related pages
Rivya data اور provider processing guide
Rivya کیا store کرتا ہے، providers کب prompts، uploads، outputs، metadata process کر سکتے ہیں، اور sensitive data کیسے handle کرنا ہے، یہ سمجھیں۔
Generation queue اور waiting times
Rivya generation queues، waiting times، long-running image، video، audio tasks، notifications، history، اور safe retries سمجھیں۔