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
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 task lifecycle گائیڈ
Rivya task status، credit reservation، provider submission، callbacks، polling، history، notifications، failures، اور credits سمجھیں۔
Generation queue اور waiting times
Rivya generation queues، waiting times، long-running image، video، audio tasks، notifications، history، اور safe retries سمجھیں۔