Documentation Rivya AI

Guide des tâches échouées et des remboursements de crédits Rivya

Gérez les tâches échouées Rivya, les vérifications de crédits, les nouvelles tentatives, les problèmes de téléversement, les erreurs fournisseur, les notifications, l'historique et les états de traitement.

Utilisez ce guide lorsqu'une génération d'image, de vidéo ou d'audio échoue, semble bloquée ou se termine sans résultat utilisable.

Il explique où vérifier l'état de la tâche, comment le traitement des crédits fonctionne et quoi changer avant de dépenser des crédits sur une autre exécution.

Ce qui compte comme une tâche échouée

Une tâche échouée est différente d'une tâche encore en cours de traitement.

Une tâche peut être échouée lorsque Rivya ou le fournisseur signale que la génération ne peut pas aboutir. Une tâche peut encore être en cours de traitement lorsqu'elle a été acceptée, mais que le résultat n'est pas encore revenu.

Avant de supposer qu'une tâche a échoué, vérifiez son état dans l'historique ou la surface de notification pertinente.

Fonctionnement des remboursements de crédits

Le cycle de vie des tâches Rivya est conçu pour réserver des crédits pour le travail de génération et gérer les résultats échoués selon la logique de facturation actuelle du produit.

En pratique, vérifiez le résultat de la tâche, son état et le solde de crédits après une génération échouée. Si la tâche a échoué avant de produire un résultat utilisable, Rivya peut rendre des crédits selon le chemin actuel de gestion des échecs.

Comme le comportement des fournisseurs peut varier selon le workflow, ne supposez pas que chaque délai est un échec ni que chaque nouvelle tentative doit être envoyée immédiatement.

Où vérifier l'état de la tâche

Utilisez d'abord ces endroits :

  • l'historique des générations du workflow
  • Centre de notifications Rivya
  • le solde de crédits du compte
  • la page où la tâche a été démarrée

Pour le flux sous-jacent, lisez Cycle de vie des tâches dans Rivya.

À essayer avant de soumettre à nouveau

Avant de réessayer, vérifiez :

  • si le téléversement s'est terminé correctement
  • si le type et la taille du fichier sont pris en charge
  • si le prompt demande un comportement non pris en charge
  • si le modèle sélectionné est actuellement adapté à la tâche
  • si la tâche est en fait encore en cours de traitement
  • si une première exécution plus simple serait plus sûre

Si la tâche utilise des références, essayez de réduire la complexité des références ou de clarifier ce que chaque référence doit contrôler.

Lorsqu'une tâche est encore en cours de traitement

Certaines tâches de génération prennent plus de temps qu'une interaction web normale.

Si la tâche est encore en cours de traitement :

  • évitez d'envoyer immédiatement des doublons répétés
  • vérifiez les notifications pour les mises à jour
  • revenez par l'historique lorsque c'est disponible
  • attendez l'état final avant de la traiter comme échouée

Le travail asynchrone est l'une des raisons pour lesquelles Rivya garde les notifications et l'historique séparés des toasts de page ponctuels.

Checklist de nouvelle tentative

Avant de réessayer une génération échouée ou ambiguë, vérifiez :

  • Confirmez l'état exact de la tâche avant de lancer une autre exécution.
  • Vérifiez le téléversement, le prompt, le modèle et les réglages utilisés.
  • Décidez ce qui doit changer dans la nouvelle tentative : prompt plus simple, moins de références, autre modèle ou fichier corrigé.
  • Vérifiez le solde de crédits et le coût attendu avant d'utiliser un réglage plus lourd.
  • Gardez le contexte de la tâche échouée disponible si vous devez dépanner ou contacter le support.

L'objectif est de réessayer avec une raison plus claire, pas de répéter la même requête échouée.

Quand revérifier avant de réessayer

Revérifiez avant de réessayer lorsque la tâche est encore en cours de traitement, que l'état des crédits est ambigu ou que le même téléversement ou prompt a échoué plus d'une fois.

Dans ces cas, inspectez l'historique, les notifications et l'état de la tâche avant de lancer une exécution en double.

Pages liées

Table des matières