Permissions¶
Find a short description about the permissions in Zammad below. Be aware that some of the features require activation and configuration before they are usable. Even though the permissions are grouped by common use cases, you can mix them as you like. Just make sure to maintain an overview of your permissions.
Agent¶
Permission |
Access To |
Note |
|---|---|---|
|
Requires configuration of chat channel. |
|
|
Requires configuration of CTI integration. |
|
|
This is the main permission for agents
to access overviews and tickets
|
When this permission is granted and more
than one group exists, the group permissions
table appears to configure the group access levels.
|
Admin¶
Please be aware that these permissions only grant access to the settings/configuration in Zammad. If you want to grant agents access to tickets, check the section above and learn more about group permissions.
Permission |
Access To |
Note |
|---|---|---|
|
||
|
||
|
||
|
||
|
||
|
||
|
Required for SLAs. |
|
|
Configuration of chat channel.
Access for agents:
chat.agent. |
|
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
Be careful, this allows users to permanently
delete data on the system.
|
|
|
||
|
||
|
Configure knowledge base. For viewing or creating
articles,
knowledge_base.reader orknowledge_base.editor are required. |
|
|
In some cases, macros may also require |
|
|
||
|
||
|
||
|
Agents can access existing organizations from the
search bar, even without this permission. They can even
edit an organization’s name, domain, and notes!
|
|
|
||
|
||
|
||
|
Access to view reports: |
|
|
||
|
||
|
This also includes third party authentications. |
|
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
Ticket settings. To access tickets as agents,
ticket.agent is required. |
|
|
||
|
||
|
||
|
||
|
Also allows the export of accounted time records. |
|
|
Also enables inline translation. |
|
|
||
|
Agents can always create and edit customers, but they
can’t modify permissions etc.
Be aware that this permission allows users to
|
|
|
User Preferences¶
Permission |
Access To |
Note |
|---|---|---|
|
Generate API tokens to control Zammad
|
Generated tokens will never have more permissions
than the user that generated them.
|
|
Appearance configuration |
Users can switch between dark, light and
automatic mode.
|
|
Avatar settings |
Allows users to add a custom avatar image. |
|
Configure the calendar feed |
|
|
Manage device login sessions |
Revoking this permission disables
“Login detected from a new location” emails.
To learn more, see System Notifications.
|
|
Configure the UI locale/language |
Allows users to set their preferred language. |
|
Account linking |
Manually link accounts after signing in
Note: If automatic account linking fails, this
is the only way users can utilize third-party logins.
|
|
Configuration of ticket
notifications
|
Agents only receive ticket notifications for
Customers can’t receive ticket notifications at all.
|
|
Designate a substitute for
out-of-office hours
|
This does not grant that person the permissions /
group access levels of the agent
they’re replacing.
|
|
Allow users to define their own
overview order
|
Optional permission; disabled by default.
The order your user chooses here cannot be
overwritten by admins. Renaming or resorting
overviews has no effect on custom orders.
|
|
Change account password |
Make sure to revoke this permission for all your users
when using a third-party identity server (like LDAP) as
your only allowed authentication method.
|
user_preferences.two_factor_authentication |
Allow users to setup and configure
their two factor authentication
|
Two factor authentication has to be enabled
that users can setup and configure it.
|
Misc¶
Permission |
Access To |
Note |
|---|---|---|
|
Create and edit permission
for knowledge base articles
|
The editor permission always includes the reader permission. |
|
Read permission for internal
(not published) knowledge base articles
|
Public articles are always visible.
See here
how to set up granular reader permissions for the
knowledge base. Keep in mind that this may be dangerous,
as reader permission provides access to internal answers!
|
|
Make sure to never grant this permission to your customers
because it includes all ticket and user information across the
entire system! Consider setting up a new role for your admins or
supervisors and limit the access via Report Profiles first.
|
|
|
Allows a user to be set as customer of a ticket |
Without this permission, customers can’t see the
My Ticket overview. But they can still log in
and create new tickets.
|