Los Rivya-problemen op met chat verzenden, uploads, vastgelopen generatietaken, ontbrekende resultaten, betalingsupdates, credits, geschiedenis en notificaties.

Gebruik deze gids voor probleemoplossing wanneer Rivya chat, uploads, generatietaken, geschiedenis, notificaties, credits of factureringsstatus niet werken zoals verwacht.

Wanneer Rivya kapot lijkt, is de snelste oplossing om te bepalen welke laag echt faalt.

De meeste problemen vallen op een van vijf plekken:

toegang en inloggen
mismatch tussen model en invoer
asynchrone taakstatus
wallet- of betalingsstatus
opgeslagen werk terugvinden

Die verdeling is veel nuttiger dan alles als een algemene "bug" behandelen.

1. Chat wil niet verzenden

Als chat niet echt start, controleer dan eerst de eenvoudige oorzaken:

je zit mogelijk nog in een publieke landingsflow en moet inloggen voordat je kunt verzenden
het conceptbericht kan leeg zijn
de opgeslagen sessie is mogelijk niet schoon geladen

Als het probleem sessiespecifiek is, open dan het gesprek opnieuw vanuit Geschiedenis in plaats van te raden via welk pad je kwam.

Als de taak smal en herhaalbaar is, kan het ook schoner zijn om opnieuw te starten via een toolinstap in plaats van door te gaan in een brede gewone chatthread.

2. Een generatie start niet

Als afbeeldings-, video- of audiogeneratie faalt voordat deze echt begint, zijn dit de gebruikelijke oorzaken:

vereiste promptinhoud ontbreekt
een audiovorm met dialoogstijl is onvolledig
het geselecteerde model vereist een referentiebestand en dat is niet aangeleverd
het account heeft niet genoeg credits

Op dit moment kunnen onvoldoende credits de run laten falen voordat de upstreamservice ooit wordt aangeroepen. Daarom kan het gevoel dat "er niets gebeurde" nog steeds een echt mislukt record en een notificatie achterlaten.

3. Uploads mislukken

Uploads worden door het model bepaald, niet door de categorie.

Dat betekent:

niet elk model in een categorie accepteert dezelfde referentietypen
niet elk model accepteert hetzelfde aantal bestanden
grootte- en typelimieten worden afgedwongen voor het echte generatieverzoek

Als een upload mislukt, controleer dan:

of het model dat bestandstype uberhaupt ondersteunt
of je de huidige limiet voor referentiebestanden al hebt bereikt
of het bestandstype of de bestandsgrootte de huidige uploadregels schendt

Als de workflow audio-opschoning of isolatie is, onthoud dan dat paden met geuploade audio structureel verschillen van prompt-eerst TTS of stemgeneratie.

4. Taak blijft bezig

Afbeeldings-, video- en audioruns zijn asynchrone taken in Rivya.

De zichtbare statussen zijn:

WAITING
GENERATING
SUCCESS
FAILED

Als een taak vast lijkt te zitten, kijk dan niet alleen naar de huidige pagina.

Controleer ook deze oppervlakken:

de actieve Studio
Geschiedenis
Notificatiecentrum
recente generaties op /dashboard

Sommige taken worden afgerond via callback, andere via polling of verversen. "Nog steeds aan het genereren" betekent dus niet automatisch "verloren". Het betekent vaak dat de taak nog wacht tot het definitieve upstreamresultaat is afgerond.

5. Een taak is mislukt

Een fout in Rivya wordt meestal bewaard, niet verborgen.

Een mislukte taak kan dit bewaren:

de mislukte status zelf
een foutmelding
terugbetalingsstatus, wanneer de gereserveerde credits moeten worden teruggedraaid
een notificatie voor mislukte generatie

Dat betekent dat de juiste volgende stap meestal is:

lees de foutstatus
bepaal of het probleem credits, prompt of invoermismatch was
voer pas opnieuw uit nadat je die specifieke oorzaak hebt opgelost

Behandel niet elke fout als een tijdelijk UI-probleem.

6. Resultaat lijkt verdwenen

Meestal is het resultaat niet verdwenen. Het staat alleen op het verkeerde oppervlak.

Gebruik Geschiedenis wanneer de vraag is:

Wat heb ik gemaakt of besproken?

Gebruik Notificatiecentrum wanneer de vraag is:

Welke belangrijke account- of workflowgebeurtenis is er gebeurd?

De brede regel is:

chat keert terug naar chatgeschiedenis
afbeelding, video en audio keren terug naar generatiegeschiedenis
facturerings- en creditevents zijn vaak het duidelijkst zichtbaar in notificaties

7. Betalingsstatus lijkt oud

Als checkout is afgerond maar wallet- of factureringsstatus nog verouderd lijkt, volg dan eerst het factureringspad voordat je aanneemt dat de betaling verloren is.

De huidige productflow is:

voltooi checkout
keer terug via /payment
laat het product facturerings- of walletstatus pollen en verversen
controleer /settings/billing of /settings/credits

Notificaties kunnen factureringsuitkomsten ook bewaren, dus ze zijn het controleren waard wanneer de accountstatus niet synchroon lijkt.

8. Waar je eerst controleert

Gebruik deze snelroute:

huidige Studio: live werk dat nog bezig is
Geschiedenis: opgeslagen outputs en opgeslagen gesprekken
Notificatiecentrum: operationele gebeurtenissen die al hebben plaatsgevonden
/settings/billing: abonnementsstatus
/settings/credits: walletsaldo, pakketten, verloopdatum en transacties

De meeste verwarring ontstaat doordat je eerst de verkeerde laag controleert.

Lees verder

Triagechecklist voor probleemoplossing

Kies eerst de plek om te controleren voordat je dezelfde actie herhaalt:

Chat wil niet verzenden: controleer inloggen, sessiestatus, modelbeschikbaarheid en creditgedrag.
Uploads mislukken: controleer bestandstype, grootte, modelondersteuning en of de taak echt een bestand nodig heeft.
Generatie zit vast: controleer taakstatus, providercallbacks, polling, geschiedenis en notificaties.
Facturering lijkt verouderd: controleer de terugkeer vanuit Checkout, webhookafrekening, factureringsinstellingen en creditinstellingen.
Resultaten lijken te ontbreken: controleer het juiste soort geschiedenis en of de taak echt is voltooid.

Controleer opnieuw voordat je escaleert

Escaleren heeft pas zin nadat je het accountgebied, taak-ID of betalingscontext, verwachte resultaat, werkelijke resultaat en de laatste zichtbare status kunt noemen. Zo wordt support diagnose in plaats van giswerk.

Rivya-gids voor probleemoplossing