Rivya Failed Tasks and 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 इस्तेमाल करें।
यह बताता है कि task status कहां check करें, credit handling कैसे काम करता है, और दूसरी run पर credits spend करने से पहले क्या change करना चाहिए।
Failed Task किसे कहते हैं
Failed task उस task से अलग है जो अभी भी processing में है।
Task failed हो सकता है जब Rivya या provider report करे कि generation complete नहीं हो सकती। Task अभी processing में हो सकता है जब वह accepted हो चुका है लेकिन result अभी returned नहीं हुआ।
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 शुरू हुआ था
Underlying flow के लिए Rivya में Task Lifecycle पढ़ें।
दोबारा Submit करने से पहले क्या try करें
Retry करने से पहले check करें:
- upload correctly finish हुआ या नहीं
- file type और size supported हैं या नहीं
- prompt unsupported behavior मांगता है या नहीं
- selected model अभी job के लिए appropriate है या नहीं
- task वास्तव में अभी भी processing में है या नहीं
- simpler first run safer होगी या नहीं
अगर task references इस्तेमाल करता है, तो reference complexity reduce करने या हर reference क्या control करे यह clarify करने की कोशिश करें।
जब Task अभी Processing में हो
कुछ generation tasks normal web interaction से ज्यादा समय लेते हैं।
अगर task अभी processing में है:
- repeated duplicates तुरंत submit करने से बचें
- updates के लिए notifications check करें
- available होने पर history से वापस लौटें
- failed treat करने से पहले final status का इंतजार करें
Asynchronous work एक वजह है कि Rivya notifications और history को one-time page toasts से अलग रखता है।
Retry Checklist
Failed या unclear generation retry करने से पहले check करें:
- दूसरी run start करने से पहले exact task status confirm करें।
- इस्तेमाल किए गए upload, prompt, model और settings check करें।
- Retry में क्या change होना चाहिए, decide करें: 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 से पहले कब दोबारा check करें
जब task अभी भी processing में हो, credit state unclear हो, या same upload/prompt एक से ज्यादा बार fail हुआ हो, तब retry से पहले दोबारा check करें।
इन cases में duplicate run शुरू करने से पहले history, notifications और task state inspect करें।
संबंधित पेज
Rivya Data and Provider Processing Guide
Rivya क्या store करता है, providers कब prompts, uploads, outputs और metadata process कर सकते हैं, और sensitive data कैसे handle करें, यह समझें.
Generation Queue and Waiting Times
Rivya generation queues, waiting times, long-running image, video और audio tasks, notifications, history और safe retries समझें.