> For the complete documentation index, see [llms.txt](https://docs.ecommerce.seb.ee/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lt/gaires/prekybininko-portalas/tvarkykite-savo-paskyra/vartotoju-valdymas.md).
# Vartotojų valdymas
Naudotojų valdymą naudokite tam, kad kontroliuotumėte, kas gali prisijungti prie Prekybininko portalo ir ką ten gali daryti.
Įgalioti prekybininko administratoriai gali tvarkyti naudotojų paskyras pagal paslaugai sukonfigūruotą rolėmis pagrįstą prieigos valdymo modelį. Tikslūs veiksmai, kuriuos galite atlikti, priklauso nuo jums suteiktų teisių.
### Kam skirtas naudotojų valdymas
Naudotojų valdymas padeda suteikti prieigą prie portalo pagal jūsų vidinį veiklos modelį.
Naudokite jį, kai reikia:
* sukurti arba deaktyvuoti portalo naudotojus
* priskirti arba atnaujinti naudotojų roles
* nustatyti, prie kurių portalo funkcijų naudotojas gali prieiti
* patikrinti, ar naudotojas aktyvus ar neaktyvus
Tai naudinga, kai skirtingiems komandos nariams reikia skirtingų prieigos lygių, pavyzdžiui, sutarčių valdymui, mokėjimų operacijoms, ataskaitoms arba priežiūros užduotims. Paslauga palaiko vieną ar kelias iš anksto nustatytas roles kiekvienam naudotojui.
***
### Rolės ir prieigos teisės
Prieiga prie Prekybininko portalo yra pagrįsta rolėmis.
Tai reiškia, kad naudotojas mato ir gali naudoti tik tą funkcionalumą, kuris aiškiai priskirtas jo rolei. Rolės nustato prieigą prie portalo skyrių ir operacinių galimybių, todėl naudotojas su ribota role gali matyti tik dalį portalo.
Naudokite roles, kad portalo prieigą suderintumėte su savo vidinėmis saugumo ir pareigų atskyrimo politikomis. Pavyzdžiui, asmeniui, kuris tikrina mokėjimus, nebūtinai reikia tokios pačios prieigos kaip asmeniui, kuris tvarko paskyros nustatymus ar naudotojų teises.
***
### Peržiūrėti registruotus naudotojus
Naudotojų valdymo sąsaja suteikia jums matomumą į registruotus naudotojus ir jiems priskirtas roles.
Taip lengviau patikrinti, kas turi prieigą, kokia rolė jiems priskirta ir ar prieigą reikia keisti pasikeitus atsakomybėms.
***
### Stebėti naudotojų veiklą
Naudotojų veikla portale yra įrašoma į žurnalus.
Rolės pakeitimai ir operaciniai veiksmai įrašomi į sistemos žurnalus, kad būtų užtikrintas atsekamumas ir audituojamumas.
Tai ypač naudinga, kai reikia audito pėdsako saugumo peržiūroms, vidaus kontrolei arba operaciniams tyrimams.
***
### Geriausia praktika
Užtikrinkite, kad prieiga prie portalo būtų suteikta tik tiems žmonėms, kuriems jos reikia.
Reguliariai peržiūrėkite naudotojų prieigą, ypač kai komandos nariai pakeičia roles arba palieka organizaciją. Kai prieiga nebereikalinga, ją nedelsdami panaikinkite arba apribokite.
Roles priskirkite pagal savo vidinę politiką, o ne vien pagal patogumą. Gerai suprojektuotas prieigos modelis sumažina operacinę riziką ir palengvina pareigų atskyrimą mokėjimų operacijose, ataskaitų teikime ir administravime.
***
### Kai naudotojas negali ko nors matyti arba atlikti
Jei naudotojas negali pasiekti portalo srities ar veiksmo, tai paprastai reiškia vieną iš šių priežasčių:
* veiksmas neįtrauktas į jų rolę
* naudotojas neturi pakankamų teisių
* funkcionalumas nėra įjungtas prekybininko paskyrai
* prieiga ribojama pagal jūsų vidinę naudotojų valdymo politiką
***
### Dažniausiai užduodami klausimai
Kodėl naudotojas gali matyti tik dalį Prekybininko portalo?
Nes prieiga valdoma rolėmis ir teisėmis. Naudotojai mato tik tuos portalo skyrius ir veiksmus, kurie jiems aiškiai priskirti.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lt/gaires/prekybininko-portalas/tvarkykite-savo-paskyra/vartotoju-valdymas.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
