One of the steps in setting up your Zendesk is deciding how you want to configure end user access. Based on the type of support you provide, you may allow anyone to submit support requests or you may limit it to a select group of users. You can configure Zendesk Support for either scenario.
You'll need to configure end user access, registration, and sign-in options.
Topics covered in this article:
Access
You have internal and external users. Your agents and other support staff are your internal users, also called team members. Your end users, also called customers, are the people to whom you provide support and whose tickets you manage in Zendesk Support. These are your external users. While your support staff must sign in to your Zendesk, your end users may not have to depending on how you set up access to Zendesk Support.
You can set one authentication method for end users and another method for team members (agents and admins). For example, you can specify stricter password requirements for agents who have access to more sensitive information. You can also provide different single sign-on options for each set of users.
You can also restrict the external users who can access your Zendesk Support instance. For example, you might want to allow only end users from a specific email domain and then reject all others.
You can set up your Zendesk Support access to be completely open to all users, restrict it to a specific group or groups of users, or close your Zendesk Support instance and only allow the users you add to your Zendesk.
- Open means that everyone can see your Help Center and submit support requests. For example, you'd choose this configuration if you sell products and provide support to the general public. This option allows anyone to submit support requests. A new user account is then created in Zendesk for users who haven't submitted support requests before.
- Closed means your Help Center is visible to everyone but only the users that you add to your Zendesk account can sign in and submit support requests. Each user's account must be created before they can submit support requests and signing in is required. This is typically how an in-house IT help desk would configure their Zendesk Support instance.
- Restricted means that your Zendesk Support instance is visible to all users but only users with email addresses in domains that you approve are able to successfully submit support requests. All other users' requests are rejected. This configuration allows you restrict access to Zendesk Support but also allows your users to request support without first having been added to your Zendesk, as is the case with a closed Zendesk Support instance.
Setting up your Zendesk Support instance for all three options is described in the following topics:
Registration
You can require that your end users register before they can begin a conversation with your Zendesk instance. This means that users must first register (sign up) with your Zendesk by providing their name and email address.
- Visits your Help Center and clicks Submit a request
- Visits your Help Center and clicks Sign in for the first time and then Sign up
- Sends an email support request to your support email address for the first time
After signing up, end users receive a welcome email message that prompts them to verify their email address and also create a password so that they can sign in to Zendesk.
Requiring your end users to register helps you ensure that the support requests you receive are legitimate and not spam. Registration is not a guarantee that spam won't get through to your Zendesk, but other tools are provided to handle those that do manage to get through. See Understanding and managing suspended tickets and spam.
- Submit tickets in Help Center without being prompted to provide their email address
- Track their tickets in Help Center
- Comment on articles in Help Center, participate in community discussions, and more. See Getting Started with Help Center
- Update their user profile and add additional contact information (email addresses and social media accounts) so that they can submit requests from any of these accounts and Zendesk will pair them to their Zendesk user account
Allowing unregistered users to submit requests
You can still provide support to your end users without requiring them to register and sign in. They lose the benefits that registration provides but the ticket workflow is the same for your agents. Many companies provide email-only support and never require their end users to register because they don't want or need their end users to visit and use their Help Center.
Even when you don't require your end users to register, a user account is created for each of them in your Zendesk. This is required of course because Zendesk (and you) need to communicate with them via email. The user account contains their email address and other personal data. These users remain unverified in your Zendesk, which is fine since you don't require registration.
When unregistered users submit a support request, they receive an email notification informing them that their request has been received. They do not receive the new user welcome email message. And, unlike when requiring registration, the ticket is immediately added to your Zendesk Support instance.
See Managing end user settings for more information about setting up your Zendesk Support instance to allow unregistered users.
End user accounts created by agents
As we've shown above, there are a number of ways that your end users can self-register in your Zendesk. In addition to self registration, your agents can also add end users.
This can be done manually by agents. Administrators can bulk import a list of users using a CSV file or add users via the Zendesk API.
If you require registration, you can choose if you want the welcome email message sent to the end users you've added. This is an admin setting called Also send a verification email when a new user is created by an agent or administrator. Choosing this setting prompts the end users to verify their email and choose a password just as if they had created the user account themselves (in other words, to register with your Zendesk). If you don't require registration, you would not choose this option.
How you set up Zendesk Support (as open, closed, or restricted) also affects registration, verification, and passwords. For detailed information, see the following topics:
Sign-in
If you've decided that your end users must sign in to access Zendesk Support, determine how you want to authenticate them so that you're assured that they are who they say they are. You can use Zendesk's user authentication (the standard sign-in process) or remotely authenticate your end users outside of Zendesk and then seamlessly sign them into your Zendesk Support instance. You can also allow your end users to sign in using popular social media such as Facebook, Google, and Twitter.
When discussing users that are authenticated outside of your Zendesk, you will see these terms: single sign-on (or SSO) and remote authentication. Single sign-on is often used interchangeably with remote authentication. For clarity, it's best to think of single sign-on as the ability for your users to sign in to your Zendesk Support instance using a password from an outside system. That's made possible by remote authentication; users are authenticated outside of your Zendesk account and then seamlessly sign in.
Zendesk provides a lot of flexibility regarding configuring sign-in options for your users. You can offer multiple sign-in options and let users choose how to sign in or require users to sign in using SSO.
Standard Zendesk sign-in
This is the user authentication that Zendesk provides and which was outlined above. You set your Zendesk account to require registration, the end user signs up (registers) and then verifies their email address and creates a password. They then sign in to your Help Center using their email address and password. Zendesk takes care of authenticating the user and allowing them access to your Zendesk. You also have the option of setting the security level for passwords, password expiration rules, and so on. All user data is contained and managed within your Zendesk account.
2-factor authentication can be turned on for agents and administrators on an individual basis. After entering their password as usual, they'll be asked to enter a 6-digit passcode. The passcodes can be received in text messages or they can be generated by a two-factor authentication app installed on a mobile device.
Social media single sign-on: Facebook, Google, Twitter
In addition to the end user's Zendesk user account sign-in (email address and password), you can allow your end users to sign in to your Zendesk Support instance using their Facebook, Google, Twitter accounts.
These social media sign-in options are provided as a convenience for your end users so that they don't need to remember yet another password to sign in to your Zendesk.
The social media account, rather than Zendesk, is authorized to authenticate the end user. Zendesk trusts Twitter, for example, to make sure that the user is who they say they are.
For more information, see Enabling social media single sign-on.
Single sign-on with JSON Web Token (JWT)
You also have the option of creating a locally hosted custom remote authentication script that connects to your external user management system. This is possible using JSON Web Token (JWT). Single sign-on is based on a shared secret between your local authenticating script and Zendesk. This secret is used to securely generate a hash (one-way encryption) that Zendesk uses to ensure that users who sign in to your account using remote authentication are who they claim to be and have been pre-approved to do so by implicitly knowing the shared secret.
For more information about JWT, see Setting up single sign-on with JWT (JSON Web Token).
Single sign-on with SAML
If you prefer to manage your users and their sign-in to your Zendesk yourself, you have the option of using identity provider services such as OneLogin, Okta, and PingIdentity. These use SAML (Secure Assertion Markup Language) and either store all your user data or connect to your enterprise user management systems such as Active Directory and LDAP.
You might set up your Zendesk sign-in this way if you're using Zendesk Support as corporate IT help desk, for example. You have complete control over your users and they don't need a separate password to sign in to your Zendesk. Instead, when users visit your Zendesk Support instance and attempt to sign in, they are seamlessly redirected to your SAML server for authentication. Once authenticated, users are redirected back to your Zendesk Support instance and automatically signed in.
The only user data that is contained in your Zendesk is the user's email address or an external ID that you define.
For more information about setting up your Zendesk to use a SAML identity provider, see Using SAML for single sign-on.
9 Comments
I've been trying to set & reset a zendesk password for almost 6 weeks and need HELP! I freelance with a company that recently switched to zendesk. They assigned me a new email address (myname@theircompany.com) I'm supposed to be able to communicate with their clients and they with me on their website (via zendesk, I assume.) FYI, I first log in to their website with my username & password where I see what work is due, set my schedule, etc.
When not on their site I'm notified about new jobs via email. Work orders and communication are supposed to be forwarded to my gmail account. (THAT’s the address I used to register here to post.) The orders come to my gmail account just fine, but any communication (to be done ONLY from their website) from me to the clients or them to me is not being forwarded to my gmail address.
When I try to reset my password, I‘ve been told to put in myname@theircompany.com as the email address, and a reset link is supposed to be sent there. But since I have no access to that email account, (as it’s only on their site as a forwarding address) I don’t get those reset links. The company sends reset links as well, but my point to them is… since I have NO ACCESS and forwarding doesn’t seem to be working, I am not getting them!
They have my correct gmail address. I get things from them all the time. Nothing from zendesk is being blocked or moved to my spam folder. AND communication I receive from them THROUGH zendesk i.e. “support@theircompany.zendesk.com” comes through without a problem. The company says, “It’s simple!” It’s not. I’m no troglodyte, and actually computer savvy, but I’ll be damned if I can figure this out. Any help would be GREATLY appreciated!
Hey Charlie 👋 It seems like you need to get in touch with this company that you freelance for and either ask them to set a new password for your account and share that with you, or update your profile with the email address whose inbox you do actually have access to. Are you able to get in touch with them at all?
In an 'Open' instance of Support where Zendesk registration is not required to submit a ticket, can an organisation automatically create (or merge) an end user at the point where the customer registers with the organisations in their mobile app AND also automatically register the end user in Zendesk? If so, would a welcome email be sent to the end user to complete the registration/verification process? If all is possible, please explain how to set that up correctly.
Thanks!
I'm wondering if there is any way to not have CCed email addresses automatically added as end users? We want the requestor added, but not everyone who they CC.
I am trying to set up a second Help Center under a different brand for our employees. Is it possible to have two Help Centers; one that is Open for our customers and another that is Closed for our employees?
Yes, it's possible to have multiple Help Centers with different sign in options. The number of Help Centers you can create will depend on your plan. For more information, please refer to Creating a help center for one of your Support brands.
Hello,
Can I enable both Zendesk authentication (username/password) and SSO through (JWT)?
I hope all is well! Yes, that is possible! You can find a detailed description in the article: Enabling JWT single sign-on
I hope this helps!
Hi,
topic: Sign-in for end user with SSO
The users are led to the zendesk support page through our platform but are not logged-in.
The users still have to press the Sign-in button to be able to log in. After pressing the sign-in button, the login is automatic but we want the user to be already signed-in as soon as they arrive on zendesk. Is that possible ?
Please sign in to leave a comment.