- Obiecte și Câmpuri: Controlați cine poate vizualiza, edita sau șterge înregistrările și câmpurile individuale
- Setări: Gestionați accesul la configurația workspace-ului și funcțiile administrative
- Acțiuni: Controlați acțiunile generale ale workspace-ului cum ar fi importarea datelor sau trimiterea e-mailurilor
Create a Role
Pentru a crea un rol nou:- Accesați Setări → Roluri
- Sub Toate Rolurile, faceți clic pe + Creează Rol
- Introduceți un nume de rol
- In the default Permissions tab, configure permissions
- Faceți clic pe Salvare pentru a termina
Ștergeți un Rol
Pentru a șterge un rol:- Accesați Setări → Roluri
- Faceți clic pe rolul pe care doriți să-l eliminați
- Deschideți tab-ul Setări, apoi faceți clic pe Șterge Rol
- Faceți clic pe Confirmă în fereastra modală
If a role is deleted, any workspace member assigned to it will be automatically reassigned to the default role. Toate, cu excepția rolului Admin, pot fi șterse. Trebuie să existe întotdeauna cel puțin un membru alocat rolului Admin.
Atribuiți Roluri Membrilor
Vizualizați Atribuirile Curente
- Accesați Setări → Roluri
- Vedeți toate rolurile și câți membri sunt alocați fiecăruia
- Vizualizați ce membri au ce roluri
Atribuiți un Rol unui Membru
- Accesați Setări → Roluri
- Faceți clic pe rolul pe care doriți să-l atribuiți
- Deschideți fila Atribuire
- Faceți clic pe + Atribuie membrului
- Selectați membrul workspace-ului din listă
- Confirmați atribuirea
Setați Rolul Implicit
- Accesați Setări → Roluri
- În secțiunea Opțiuni, găsiți Rol Implicit
- Selectați ce rol ar trebui să primească automat noii membri
- Noii membri ai workspace-ului vor primi acest rol când se alătură
You can only assign roles to existing workspace members. Pentru a invita noi membri, utilizați Gestionarea Membrelor.
Personalizați Permisiunile
Permisiunile determină ce poate accesa sau modifica fiecare rol în cadrul workspace-ului dvs., incluzând înregistrările, setările și acțiunile obiectelor workspace-ului.Object Permissions
The Objects section controls what this role can do with records across your workspace.Set Default Permissions (All Objects)
First, configure the baseline permissions that apply to all objects by default:| Permission | Descriere |
|---|---|
| Vezi înregistrări pentru toate obiectele | View records in lists and detail pages |
| Editează înregistrări pentru toate obiectele | Modify existing records |
| Șterge înregistrări pentru toate obiectele | Soft-delete records (can be restored) |
| Distruge înregistrările pentru toate obiectele | Permanently delete records |
Example — Intern role: An intern should be able to see all objects but not edit them by default. Enable “See Records on All Objects” but leave “Edit Records on All Objects” unchecked.
Add Object-Level Exceptions
After setting defaults, use the Object-Level sub-section to add rules that override the defaults for specific objects. Click + Add rule and select an object to create an exception. Example rules for an Intern role:| Rule | Effect |
|---|---|
| Opportunities → disable “See Records” | Intern cannot see the Opportunities object at all |
| People → enable “Edit Records” | Intern can edit People records (but not other objects) |
Field Permissions
Within each object-level rule, you can go further and configure field-level permissions to control access to specific fields.| Permission | Descriere |
|---|---|
| See Field | View the field value |
| Edit Field | Modify the field value |
| No Access | Field is completely hidden |
- People → Email → See Field only (cannot edit)
- People → Address → No Access (completely hidden)
How Permission Inheritance Works
Permissions cascade from general to specific:- All Objects → sets the baseline for all objects
- Object-Level rules → override the baseline for specific objects
- Field-Level rules → override the object setting for specific fields
Gestionați Suprascrierile de Permisiuni
To override inherited permissions:- Faceți clic pe X pentru a elimina regula moștenită
- Select the specific permissions you want
- Faceți clic pe pictograma portocalie Anulează (săgeată circulară) pentru a reveni la modificări
Permisiuni pentru Setările Workspace-ului
Controlați accesul la setările workspace-ului în două moduri:- Comutați Setări Tot Acces pentru a oferi acces complet
- Sau activați permisiuni specifice (de ex., generarea de chei API, preferințele workspace-ului, atribuirea de roluri, configurația modelului de date, setările de securitate și gestionarea fluxurilor de lucru)
Current limitation: Access to workflow management is currently required to manually trigger workflows. This behavior may change in future releases.
Permisiuni de Acțiune în Workspace
Controlați accesul la acțiunile generale ale workspace-ului:- Comutați Aplicare Tot Acces pentru a oferi permisiuni complete
- Sau activați acțiuni individuale cum ar fi Trimite E-mail, Importă CSV și Exportă CSV
Assigning Roles to API Keys and AI Agents
Beyond workspace members, roles can also be assigned to API Keys and AI Agents. This is particularly helpful for teams who want to control exactly “who” can do what in their workspace—including automated processes and integrations.Why Assign Roles to API Keys and AI Agents?
- Security: Limit what automated processes can access or modify
- Compliance: Ensure integrations only touch the data they need
- Control: Prevent accidental data changes from misconfigured automations
- Auditability: Track which actions were performed by which integration or agent
Assign a Role to an API Key
- Accesați Setări → Roluri
- Faceți clic pe rolul pe care doriți să-l atribuiți
- Deschideți fila Atribuire
- Under API Keys, click + Assign to API key
- Select the API key from the list
- Confirmați atribuirea
API keys without an assigned role use default permissions. For tighter security, always assign a specific role to production API keys.
Assign a Role to an AI Agent
- Accesați Setări → Roluri
- Faceți clic pe rolul pe care doriți să-l atribuiți
- Deschideți fila Atribuire
- Under AI Agents, click + Assign to AI agent
- Select the AI agent from the list
- Confirmați atribuirea
For AI agents running within workflows, this ensures the agent cannot access or modify data outside its intended scope—even if the workflow has broader permissions.