Rivya AI-dokumentation

Guide til Rivyas notifikationscenter

Brug Rivya-notifikationer til at følge faktureringshændelser, credits, genereringsresultater, lav saldo, dashboard-preview, ulæst status og opfølgninger.

Sidst gennemgået den 2026/04/28

Brug denne guide til notifikationscentret, når du skal forstå faktureringshændelser, credit-ændringer, genereringsstatus, ulæste elementer og hvor du skal følge op efter en hændelse.

Rivyas notifikationscenter findes ikke for at få produktet til at føles travlt.

Det findes, fordi nogle hændelser stadig betyder noget efter det øjeblik, hvor de først skete.

Det Reelle Spørgsmål Notifikationer Besvarer

Notifikationer er mest nyttige, når du ikke spørger:

Hvad har jeg lavet?

De spørger:

Hvad er der sket på denne konto, som kan ændre mit næste skridt?

Det er derfor notifikationer er forskellige fra både historik og indstillinger.

Notifikationer Er Til Operationelle Hændelser, Ikke Generel Aktivitet

Den aktuelle live notifikationsstrøm er organiseret omkring tre praktiske typer:

  • billing
  • credits
  • generation

Der findes også typen account i den bredere datamodel, men den aktive brugerrettede strøm er bevidst centreret om de tre typer ovenfor.

Det er et produktvalg, ikke en manglende funktion. Systemet prøver at bevare nyttige signaler, ikke alle mulige hændelser.

De Hændelser Der Faktisk Betyder Noget Her

Lige nu omfatter de vigtigste vedvarende notifikationshændelser:

  • subscription started
  • subscription renewed
  • payment failed
  • credit package added
  • generation succeeded
  • generation failed
  • insufficient credits

Det er ikke bare statuspynt. Hver enkelt kan ændre, om brugeren bør fortsætte arbejdet, fylde op, genåbne noget eller undersøge en fejl.

Hvorfor En Notifikation Findes, Selv Når En Anden Side Også Viser Resultatet

Det er netop det, der gør centret nyttigt.

En generation kan allerede være synlig i historikken. En faktureringsændring kan allerede vises på fakturerings- eller credit-sider.

Notifikationer betyder stadig noget, fordi de svarer på det tværgående spørgsmål:

Hvilke vigtige udfald skal jeg lægge mærke til lige nu?

Derfor kan samme hændelse optræde:

  • på den relaterede workspace- eller indstillingsside
  • og i notifikationer som en vedvarende operationel record

Dashboard-Preview Vs Den Fulde Notifikationsside

Dashboard-preview er den korte version.

Det er der for at svare på:

  • har jeg ulæste elementer?
  • er der noget presserende?
  • bør jeg åbne det fulde center?

Den fulde /notifications-side er der, hvor du får det længere operationelle overblik.

Den giver dig aktuelt:

  • et feed med seneste notifikationer
  • optællinger efter type
  • ulæst tilstand
  • en handling til at markere alt som læst
  • links tilbage til den mest relevante produktside

Den sidste del betyder mere, end den lyder til. En nyttig notifikation bør føre dig et sted hen, hvor du kan handle.

Notifikationer Vs Historik

Brug Historik, når hovedspørgsmålet er:

Hvad har jeg lavet eller diskuteret?

Brug notifikationer, når hovedspørgsmålet er:

Hvad er der sket, som kan kræve opmærksomhed, forklaring eller opfølgning?

Hvis en generation fejlede, kan notifikationer være det første sted, du opdager problemet. Historik er stedet, hvor du genåbner den bredere arbejdsrecord omkring den opgave.

Notifikationer Vs Indstillinger

Denne forskel bør holdes meget klar:

  • indstillinger styrer, hvad du kontrollerer
  • notifikationer bevarer det, der allerede er sket

For eksempel:

  • newsletter preference hører til i indstillinger
  • en fejlet betaling hører til i notifikationer

Hvis de behandles som det samme, bliver produktet som regel sværere at forstå.

Når Notifikationscentret Er Mest Nyttigt

Centret bliver mest værdifuldt i øjeblikke som disse:

  • du var væk og vil vide, om noget vigtigt har ændret sig
  • en kørsel så fin ud, men noget fejlede senere
  • checkout blev gennemført, og du vil bekræfte, hvad kontoen faktisk registrerede
  • credits blev lave, og du skal beslutte, om du vil fylde op eller stoppe

Det er de øjeblikke, hvor en toast er for midlertidig, og en fuld historikside er for indirekte.

En Praktisk Notifikationsvane

For de fleste brugere er et godt mønster:

  1. brug dashboard til at opdage, om noget kræver opmærksomhed
  2. åbn den fulde notifikationsside, når den korte preview ikke er nok
  3. følg det relaterede link tilbage til det rigtige workspace eller den rigtige indstillingsside

Det får notifikationer til at fungere som et operationelt workspace i stedet for en passiv indbakke.

Læs Videre

Tjekliste Til Notifikationsgennemgang

Når du skal forstå en hændelse i stedet for kun det endelige output, skal du tjekke:

  • Tjek, om notifikationen handler om billing, credits, generation eller account state.
  • Kobl generation alerts tilbage til task record og history item.
  • Kobl payment- og credit alerts tilbage til billing eller credits settings.
  • Behandl notifikationer som statuskontekst, ikke som erstatning for invoices, task details eller wallet history.
  • Brug unread state til triage, ikke som bevis for, at en hændelse er unresolved.

Tjek Igen Når Status Og History Er Uenige

Tjek igen, hvis en notifikation siger én ting, mens history, wallet eller billing state siger noget andet. Den seneste settled account state bør afgøre næste handling.

Indholdsfortegnelse