All
Filtrare după:
Cum pot depune numerar în contul meu?
Am nevoie de ajutor cu verificarea contului
De ce nu îmi pot accesa contul?
Există taxe pentru retragerea criptomonedelor?
Am nevoie de ajutor pentru a mă conecta la contul meu
Politicile determină cum se finalizează operațiunile guvernate: imediat sau după revizuirea de către alți Membri. Fiecare flux de lucru are o singură politică, setată o dată pentru întreaga Organizație. Acest articol explică ciclul de viață al solicitărilor, setările politicilor și blocarea. Pentru a afla cine poate iniția și aproba solicitări, consultați Roluri, profiluri și permisiuni.
Politicile aparțin fluxurilor de lucru, nu conturilor. Există o singură politică de Solicitare de retragere pentru întreaga Organizație, nu câte una pe cont. Pentru a controla cine poate retrage din ce cont, folosește permisiunile de mișcare a fondurilor din Rolurile de cont; pentru a ajusta strictețea cu care sunt revizuite retragerile, ai un singur parametru pentru întregul flux de lucru.
Fiecare operațiune guvernată urmează același traseu, indiferent dacă mută fonduri sau modifică configurația proprie a Organizației:
1 – Inițiere. Un Membru al cărui Profil de flux de lucru include Inițiere (sau Executare) pe fluxul respectiv inițiază o solicitare. Pentru retrageri și transferuri, acesta trebuie să dețină și permisiunea de transfer de fonduri corespunzătoare pe conturile implicate.
2 – Verificarea finalizării imediate. Dacă Membrul deține Executare și setarea „Necesită întotdeauna aprobare" a fluxului de lucru este DEZACTIVATĂ, solicitarea se finalizează pe loc. Gata. O excepție: o solicitare care modifică o politică blocată așteaptă întotdeauna aprobare, indiferent de ce deține solicitantul – vezi „Blocarea politicilor" mai jos.
3 – Coada de aprobare. În caz contrar, solicitarea așteaptă revizuire. Membrii cu drept de Aprobare pe acel flux de lucru o văd în coada lor.
4 – Rezoluție. Când se atinge numărul necesar de aprobări independente, solicitarea se finalizează și produce efecte. Orice aprobator poate totuși să o respingă, ceea ce încheie solicitarea fără niciun efect.
Solicitările finalizate sunt înregistrate ca evenimente de securitate, cu referință la solicitare și la traseul de aprobare al acesteia.
Un Membru nu își poate aproba propria solicitare. Sistemul aplică această regulă pentru fiecare flux de lucru, iar nicio permisiune, profil sau configurație de politică nu o poate suprascrie.
Singura modalitate prin care un Membru poate finaliza singur o operațiune guvernată este Execute, și numai atât timp cât politica fluxului de lucru permite finalizarea imediată.
Politica fiecărui flux de lucru are două setări:
Setare | Ce face |
|---|---|
Aprobări obligatorii | Numărul minim de Membri distincți care trebuie să aprobe înainte ca o solicitare să fie finalizată. Aprobatorii provin din Membrii care dețin Approve pe acel flux de lucru; inițiatorul este întotdeauna exclus pentru propria sa solicitare. |
Solicită mereu aprobare | Când este ACTIVAT, fiecare solicitare trece prin coada de aprobare, inclusiv solicitările din partea Membrilor cu Execute. Când este DEZACTIVAT, Membrii cu Execute finalizează solicitările imediat. |
Interacțiunea dintre Execute și „Always require approval":
Profilul Membrului pe fluxul de lucru | Solicită mereu aprobare | Rezultat |
|---|---|---|
Initiate, fără Execute | DEZACTIVAT sau ACTIVAT | Solicitarea așteaptă aprobare |
Initiate + Execute | DEZACTIVAT | Solicitarea se finalizează imediat |
Initiate + Execute | ACTIVAT | Solicitarea așteaptă aprobare, Execute este inactiv |
Execute nu este niciodată eliminat printr-o politică – rămâne pe profil, marcat vizibil ca inactiv atât timp cât „Necesită întotdeauna aprobare" este ACTIVAT, și redevine funcțional dacă setarea este ulterior DEZACTIVATĂ.
Modificările de politici sunt ele însele operațiuni guvernate, gestionate prin fluxul de lucru Gestionare politici. Dacă acel flux de lucru necesită aprobare, modificarea ta va aștepta în coadă ca orice altă solicitare.
Fiecare politică păstrează și propriul istoric al modificărilor: fiecare actualizare, blocare și deblocare este înregistrată acolo împreună cu solicitarea de aprobare aferentă, astfel încât să poți vedea oricând ce s-a schimbat, cine a solicitat și cine a aprobat. Modificările finalizate sunt înregistrate și ca evenimente de securitate.
Membrii nu își pot aproba propriile solicitări, prin urmare numără aprobatorii din perspectiva celui care inițiază o solicitare. Un aprobator care nu inițiază niciodată solicitări contează pentru toți; un aprobator care inițiază și el solicitări nu poate contribui la propriile solicitări. Două aprobări sunt îndeplinite de doi aprobatori care doar aprobă, nu și de doi aprobatori care inițiază și ei solicitări. Sistemul blochează o configurație pe care nimeni nu ar putea-o satisface, iar editorul de politici îți afișează aprobatorii disponibili alături de numărul solicitat.
Blocarea reprezintă etapa de angajament a guvernanței. Orice modificare viitoare a politicii unui flux de lucru necesită o aprobare independentă – inclusiv schimbarea numărului de aprobări, modificarea setării „Necesită întotdeauna aprobare" sau deblocarea acesteia.
Orice modificare de politică se procesează ca o solicitare Manage Policies, indiferent dacă politica vizată este blocată sau nu – blocarea nu schimbă unde ajunge modificarea, ci doar cum se finalizează:
Odată blocată, nicio persoană nu poate slăbi guvernanța fluxului de lucru de una singură. Modificările rămân de rutină – orice Membru al cărui Profil de flux de lucru acordă aprobarea pe Manage Policies le poate revizui și aproba, dar necesită întotdeauna cel puțin două persoane.
Blocarea se aplică per flux de lucru. Blocarea unui Withdrawal Request nu afectează Transfer Request sau niciun alt flux de lucru – poți restricționa câte un flux de lucru pe rând, în propriul ritm. Consultați Rolling out governance pentru secvența recomandată.
Blocarea și deblocarea sunt și ele solicitări
Trei tipuri de solicitări se procesează în cadrul fluxului de lucru Manage Policies. Le vei vedea listate în coada de aprobare, în istoricul de modificări al fiecărei politici și în evenimentele de securitate:
Request | Ce face |
|---|---|
Actualizare politică | Modifică setările unei politici – numărul de aprobări sau „Necesită întotdeauna aprobare" |
Blocare politică | Blochează o politică |
Deblocare politică | Deblochează o politică blocată |
Blocarea nu este scutită de propriile reguli: o solicitare de blocare urmează același ciclu ca orice altă solicitare din fluxul Gestionare politici. Dacă deții Execute în fluxul Gestionare politici și setarea „Necesită întotdeauna aprobare" este DEZACTIVATĂ, blocarea intră în vigoare imediat; altfel, solicitarea așteaptă în coadă, iar politica rămâne deblocată până la aprobare.
Cum se finalizează o modificare de politică
Privind imaginea de ansamblu, rezultatul oricărei solicitări din Gestionare politici:
Politica vizată | Nivelul solicitantului pentru Gestionare Politici | „Necesită întotdeauna aprobare" pentru Gestionare Politici | Rezultat |
|---|---|---|---|
Blocat | Orice, inclusiv Execute | ACTIVAT sau DEZACTIVAT | Așteaptă aprobare – blocarea decide |
Deblocat | Initiate, fără Execute | ACTIVAT sau DEZACTIVAT | Așteaptă aprobare |
Deblocat | Executare | ACTIVAT | Așteaptă aprobare, Execute este inactiv |
Deblocat | Executare | DEZACTIVAT | Se finalizează imediat |
Două modalități de a gestiona modificările de politică
Control | Domeniu de aplicare | Efect |
|---|---|---|
Blocare politică | Politica unui singur flux de lucru | Modificările acelei politici necesită aprobare independentă; celelalte fluxuri de lucru rămân neafectate. |
„Necesită întotdeauna aprobare" pentru Gestionare Politici | Toate politicile | Orice modificare de politică, pentru orice flux de lucru, trece prin aprobare. Opțiune globală de guvernanță. |
Cele două controale se completează reciproc și nu intră niciodată în conflict: oriunde se aplică unul dintre ele, modificarea așteaptă aprobarea, iar activarea ambelor nu schimbă nimic în plus. Folosește blocarea pentru restricționare treptată; folosește setarea din Manage Policies când vrei ca toate modificările de politică să fie revizuite simultan.
Blocarea Manage Policies în sine
Manage Policies este un flux de lucru ca oricare altul: are propria politică, iar acea politică are propria blocare. Blocarea acestuia reprezintă angajamentul final al unei implementări de guvernanță. Odată ce politica Manage Policies este blocată, orice modificare a regulilor din Organizație – inclusiv deblocarea oricărei politici și deblocarea Manage Policies în sine – necesită aprobare independentă. Din acel moment, nicio persoană nu mai poate slăbi guvernanța prin produs.
De aceea ar trebui să confirmi că ruta de deblocare este disponibilă înainte de a bloca, așa cum este descris la „Măsuri de protecție" de mai jos. Nimic în produs nu te împiedică să blochezi o politică într-o stare pe care nimeni nu o mai poate modifica. Consultă Implementarea guvernanței pentru a afla când să faci acest pas.
Confirmă că deblocarea este posibilă înainte de a bloca. Deblocarea este o solicitare Manage Policies aplicată unei politici blocate, deci Execute nu o poate scurtcircuita. Ai nevoie de un Membru care poate iniția o solicitare Manage Policies, plus alți Membri cu Approve pe Manage Policies în numărul cerut de fluxul respectiv, toți verificați și activi. Sistemul nu verifică acest lucru în locul tău, iar o politică blocată fără o cale spre o modificare aprobată necesită intervenția Asistenței Kraken pentru deblocare.
Prevenirea blocării accesului. O modificare este refuzată dacă ar lăsa un flux de lucru fără niciun Membru capabil să finalizeze solicitările inițiate pe acesta. Deoarece Membrii nu își pot aproba propriile solicitări, acest lucru se întâmplă de îndată ce numărul necesar depășește ce poate obține un singur inițiator pentru propriile solicitări. Verificarea se efectuează pe ambele paliere: când editezi o politică și când modifici Profilul de Flux de Lucru al unui Membru sau un Rol de Cont.
Avertisment privind dezactivarea. Verifică acoperirea aprobatorilor înainte de a dezactiva un Membru care deține Approve. Dezactivarea are loc chiar dacă reduce numărul de aprobatori ai unui flux de lucru sub pragul necesar, iar solicitările în așteptare rămân la pragul aplicabil la momentul creării lor.
Odată ce politicile sunt configurate, Implementarea guvernanței te ghidează prin introducerea lor în siguranță: configurare, validare, apoi blocare, un flux de lucru pe rând, cu exemple concrete.
„Necesită întotdeauna aprobare" este ACTIVAT pentru acest flux de lucru. Execute este inactiv cât timp setarea este ACTIVATĂ; fiecare solicitare intră în coada de aprobare independentă. Pentru a restabili finalizarea imediată, dezactivează setarea (OFF) în Politici, ținând cont că aceasta este o acțiune de tip Manage Policies și poate necesita ea însăși aprobare.
Dacă solicitarea în cauză reprezintă o modificare de politică, verifică și politica țintă: modificările aduse unei politici blocate așteaptă întotdeauna aprobare, indiferent de Execute. Blocarea funcționează exact cum a fost concepută.
Blocarea este ea însăși o solicitare de tip Manage Policies. Dacă „Necesită întotdeauna aprobare" este ACTIVAT pentru Manage Policies sau Profilul tău de flux de lucru nu include Execute, blocarea așteaptă aprobare independentă ca orice altă solicitare. Politica rămâne deblocată până când solicitarea de blocare este aprobată – o vei găsi în coada de aprobare și în istoricul modificărilor politicii după finalizare.
Numără Membrii activi care dețin Approve pentru acel flux de lucru, excluzându-te pe tine însuți. Doar Membrii care au acceptat invitația și au finalizat verificarea contează pentru aprobări: un Membru invitat nu este luat în calcul până când ambele condiții sunt îndeplinite, chiar dacă apare în lista echipei tale. Dacă un aprobator a fost dezactivat după crearea solicitării, aprobatorii rămași s-ar putea să nu mai atingă numărul necesar – o solicitare în așteptare rămâne la pragul stabilit la momentul creării sale, chiar dacă politica s-a modificat între timp. Reactivează Membrul sau acordă Approve unui alt Membru activ pentru a debloca solicitarea.
Verifică Profilul tău de flux de lucru: blocarea necesită Initiate sau Execute pe fluxul de lucru Manage Policies. Dacă solicitarea de blocare a fost creată, dar nimic nu s-a schimbat, înseamnă că așteaptă aprobare, nu că a fost refuzată – consultă intrarea de mai sus.
Produsul nu refuză o blocare din lipsă de aprobator independent, așa că înainte de blocare confirmă singur ruta de deblocare: un Membru care poate iniția o solicitare Manage Policies, plus atâția alți Membri cu Approve pe Manage Policies câți impune acel flux de lucru.
Numărul de aprobări necesar depășește ce poate obține un Membru care inițiază solicitări, deoarece nimeni nu poate aproba propria solicitare. Editorul de politici indică motivul: unul sau mai mulți Membri dețin atât Initiate, cât și Approve, astfel că fiecare dintre ei are cu un aprobator mai puțin față de totalul disponibil. Reduce numărul de aprobări necesar sau acordă Approve unui alt Membru care nu inițiază solicitări pe acest flux de lucru.