Ghid Rivya pentru autentificare și acces la cont

Folosește acest ghid când trebuie să înțelegi opțiunile de conectare, lipsa unui buton de autentificare, recuperarea parolei, paginile protejate sau securitatea contului în Rivya.

Sistemul de autentificare Rivya este simplu din perspectiva utilizatorului, dar câteva detalii contează deoarece metodele afișate depind de configurația implementării și de furnizorii conectați efectiv.

Metodele actuale de autentificare

Configurația actuală poate afișa Google și un cod de verificare de șase cifre trimis prin e-mail drept metode principale, dacă autentificarea prin cod este activă în implementarea respectivă.

Pentru autentificarea cu cod prin e-mail:

• Rivya trimite un cod de șase cifre la adresa introdusă

• codul expiră după cinci minute

• un cod permite cel mult trei încercări de verificare

• solicitarea și verificarea depind de serviciile de e-mail și securitate configurate pentru implementare

Parola, Magic Link, Discord și GitHub sunt metode mai vechi sau opționale. Ele apar numai dacă implementarea păstrează aceste opțiuni și sunt configurate funcțiile ori datele de acces necesare. Și Google necesită date de acces configurate, chiar dacă face parte din configurația principală.

Prin urmare, existența unei metode în contract nu garantează că fiecare implementare o afișează.

De ce poate lipsi un buton de autentificare

Acesta este unul dintre cele mai frecvente puncte de confuzie.

O metodă de autentificare poate lipsi din mai multe motive firești:

• funcția este dezactivată în configurația actuală a site-ului

• datele de acces ale furnizorului nu sunt configurate pentru implementarea actuală

• implementarea a dezactivat metodele mai vechi de rezervă

• un serviciu de e-mail sau securitate necesar metodei nu este disponibil

De aceea, un mediu poate afișa Google și codul prin e-mail, iar altul poate oferi mai puține metode.

Parola, Magic Link, Discord și GitHub respectă aceeași regulă. Dacă una dintre ele nu apare, pagina nu este defectă; folosește o metodă afișată efectiv de implementare.

Căi pentru autentificare, înregistrare și recuperare

Principalele căi de acces la cont sunt:

• /auth/login

• /auth/register

Recuperarea prin parolă sau Magic Link poate folosi și:

• /auth/forgot-password

• /auth/reset-password

• /auth/magic-link-status

Erorile de autentificare folosesc:

• /auth/error

Fluxul cu cod de șase cifre este gestionat în formularul curent de autentificare și nu necesită o pagină publică separată de recuperare. Aceste rute sunt pagini de asistență, nu pagini promoționale.

Când folosești codul prin e-mail sau metodele mai vechi de recuperare

Folosește codul de șase cifre când formularul curent îl oferă. Solicită un cod nou dacă cel vechi a expirat și nu continuă încercările după ce limita a fost consumată.

Folosește resetarea parolei numai când:

• implementarea încă oferă acces prin parolă

• folosești deja credențiale cu e-mail și parolă

• ai uitat parola

• pagină de securitate direcționează contul către acel proces de recuperare

Folosește Magic Link numai când:

• implementarea oferă această metodă mai veche sau opțională

• vrei o cale de conectare temporară prin e-mail, fără să introduci o parolă

Dacă un Magic Link a expirat sau este invalid, produsul raportează starea prin /auth/magic-link-status, în loc să eșueze fără explicații.

Ce se întâmplă după autentificare

Destinația implicită după autentificare este /dashboard.

Acest comportament este intenționat. Panoul de control este cel mai simplu loc din care îți poți relua activitatea.

De acolo poți accesa:

• studiouri

• istoricul

• notificările

• setările pentru facturare și credite

Pagini protejate versus pagini publice

Rivya păstrează o separare clară între explorarea publică și activitatea autentificată.

Paginile publice îți permit să:

• răsfoiești modelele

• compari instrumentele

• consulți tarifele

• începi din secțiunile publice de pornire rapidă ale paginilor principale

Paginile protejate sunt cele în care starea salvată a contului contează, cum ar fi:

• /dashboard

• /studio/*

• /history/*

• /notifications

• /settings/*

• /payment

Zona protejată validează sesiunea pe server, nu doar în browser. Prin urmare, dacă nu ești conectat, este normal ca aceste căi să te trimită la autentificare.

De ce setările de securitate diferă de la un utilizator la altul

/settings/security este legată de furnizorii și credențialele reale ale contului.

Aceasta înseamnă că pagina se poate comporta diferit în funcție de metoda folosită inițial:

• conturile cu o parolă configurată o pot schimba direct

• conturile fără parolă pot fi trimise la recuperare numai dacă accesul prin parolă rămâne activ

• conturile Google, cele cu autentificare prin cod și cele bazate pe metode sociale mai vechi pot afișa opțiuni diferite

• utilizatorii eligibili pot iniția acolo ștergerea contului

Acesta este un comportament normal al produsului, nu o problemă a interfeței.

O regulă practică pentru problemele de acces

Dacă întrebarea este:

Cum intru în cont?

Începe cu paginile de autentificare.

Dacă întrebarea este:

Sunt deja conectat, dar trebuie să gestionez parola, securitatea contului sau stergerea.

Începe cu /settings/security.

Dacă întrebarea este:

De ce mă trimite această pagină la autentificare?

Tratează situația ca pe o limită de acces, nu ca pe o eroare de conținut. Probabil ai deschis o cale protejată.

Citește în continuare

• Pornire rapidă

• Setările contului în Rivya

• Depanare în Rivya

Listă de verificare pentru acces

Când autentificarea, identitatea contului sau permisiunile blochează un flux de lucru, verifică:

• Confirmă ce metodă de autentificare oferă efectiv implementarea.

• Pentru accesul prin cod, folosește cel mai nou cod de șase cifre în intervalul său de valabilitate de cinci minute.

• Verifică dacă obiectivul este explorarea publică sau o activitate salvată care consumă credite.

• Autentifică-te înainte de a încărca fișiere, de a salva istoricul, de a administra plățile sau de a continua în Studio.

• Folosește recuperarea prin parolă sau Magic Link numai dacă implementarea oferă aceste metode mai vechi.

• Păstrează corectă calea de întoarcere, ca să revii la activitatea pe care ai început-o.

Verifică din nou înainte de a reseta accesul

Verifică dacă există mai multe conturi, un furnizor dezactivat, o cale de întoarcere învechită, un link de resetare expirat sau o pagină publică ce pare că ar trebui să funcționeze fără autentificare.