Behandel Rivya failed tasks, creditchecks, retries, uploadproblemen, provider errors, notifications, history en processing states.

Gebruik deze gids wanneer een image-, video- of audiogeneratie faalt, vast lijkt te zitten of eindigt zonder bruikbaar resultaat.

Hij legt uit waar je task status controleert, hoe credithandling werkt en wat je moet veranderen voordat je credits uitgeeft aan een andere run.

Wat telt als een mislukte taak

Een mislukte taak is iets anders dan een taak die nog verwerkt wordt.

Een taak kan failed zijn wanneer Rivya of de provider meldt dat de generation niet kan worden voltooid. Een taak kan nog processing zijn wanneer die is geaccepteerd maar het resultaat nog niet is teruggekomen.

Controleer de task status in de relevante history- of notificationlaag voordat je aanneemt dat een taak is mislukt.

Hoe creditrefunds werken

Rivya's task lifecycle is ontworpen om credits te reserveren voor generation work en failed outcomes af te handelen volgens de huidige billinglogica van het product.

Controleer in de praktijk task result, task status en creditbalance na een failed generation. Als de taak faalde voordat er een bruikbaar resultaat ontstond, kan Rivya credits teruggeven volgens het huidige failure-handling pad.

Omdat provider behavior per workflow kan verschillen, neem niet aan dat elke vertraging een failure is of dat elke retry direct moet worden ingediend.

Waar je task status controleert

Gebruik deze plekken eerst:

de generation history voor de workflow
Rivya Meldingencentrum
account-creditbalance
de pagina waar de taak is gestart

Lees Task lifecycle in Rivya voor de onderliggende flow.

Wat je probeert voordat je opnieuw indient

Controleer voordat je opnieuw probeert:

of de upload correct is afgerond
of file type en size worden ondersteund
of de prompt om niet-ondersteund gedrag vraagt
of het geselecteerde model momenteel geschikt is voor de job
of de taak eigenlijk nog processing is
of een eenvoudigere eerste run veiliger zou zijn

Als de taak references gebruikt, probeer dan reference complexity te verminderen of te verduidelijken wat elke reference moet sturen.

Wanneer een taak nog verwerkt wordt

Sommige generation tasks duren langer dan een normale webinteractie.

Als de taak nog processing is:

vermijd meteen herhaalde duplicaten indienen
controleer notifications op updates
keer terug via history wanneer beschikbaar
wacht op de finale status voordat je de taak als failed behandelt

Asynchroon werk is een reden waarom Rivya notifications en history gescheiden houdt van eenmalige page toasts.

Retrychecklist

Controleer voordat je een failed of onduidelijke generation opnieuw probeert:

Bevestig de exacte task status voordat je een andere run start.
Controleer upload, prompt, model en settings die zijn gebruikt.
Bepaal wat moet veranderen in de retry: eenvoudigere prompt, minder references, ander model of gecorrigeerd bestand.
Controleer creditbalance en verwachte kosten voordat je een zwaardere setting gebruikt.
Houd de failed task context beschikbaar als je moet troubleshooten of contact met support opneemt.

Het doel is opnieuw proberen met een duidelijkere reden, niet hetzelfde failed request herhalen.

Wanneer je opnieuw controleert voor retry

Controleer opnieuw voordat je retryt wanneer de taak nog processing is, de credit state onduidelijk is of dezelfde upload of prompt meer dan eens is mislukt.

Inspecteer in die gevallen history, notifications en task state voordat je een duplicate run start.

Rivya gids voor mislukte taken en creditrefunds