You can configure your Zendesk Support instance to be open, closed, or restricted (see Configuring end-users access and sign in). This article describes how to set up an open Zendesk Support instance, so that any user can see your help center and submit support requests.
This article contains the following sections:
Understanding what an open Zendesk Support instance means
Not requiring registration means that all of your users are unverified (users are not prompted to verify their email addresses), which is fine if you don't need or want your users to visit and use your help center (for example, see Setting up to provide email-only support). Registered users are verified, meaning that they (or you) have verified their email addresses and user accounts have been created.
Even though you don't require users to register, your users still have the option of registering and creating a login to use your help center, unless you modify your help center to hide the Sign Up and Login pages.
If you would like to provide open support, you have two options: registered or unregistered end-users. You can add users or they can add themselves.
Keep in mind that if your settings allow anyone to submit tickets, any visitor to your site can register while submitting a support request. This means they'll be able to access Help center content restricted to signed-in users. For more information, see Configuring how end-users access and sign in to Zendesk Support.
Anybody can submit tickets, no registration required
You can permit any user to submit a ticket without registering. If you don't require registration, users do not receive the welcome email, which prompts them to verify their email address and create a password so that they can sign in to your help center. Instead, they get an email notification that their request has been received:
If you don't want your users to visit your help center, because you provide support via email only for example, you can remove the link to the ticket that is contained in the triggers that are used to send email notifications when tickets are received and updated (see Removing ticket links from your notifications).
If you leave the ticket link in the email notifications, the user has the option of clicking the link to register and create a password so that they can sign in and use your help center and track their existing tickets, submit new support requests, and so on. If a registered end-user submits a ticket without signing in, it will be flagged (see About flagged tickets from registered users who are not signed-in).
- In Admin Center, click
People in the sidebar, then select Configuration > End users. - In the Anybody can submit tickets section, select Enabled.
- If you use the Zendesk API to let users submit tickets, make sure Require
authentication for request and uploads APIs is not selected.
See Creating anonymous requests in the developer docs.
- Make sure Ask users to register is not selected.
This option is not visible if you haven't activated your help center yet.
- Click Save tab.
If you want to allow end-users to add attachments to their requests, see Enabling attachments in tickets.
Anybody can submit tickets, registration required
When you require your users to register, the support request workflow changes. Rather than the user's support request immediately becoming a ticket, it is held in limbo until the users (or you) have verified their email address. After verification, the ticket is added to your Zendesk.
The registration workflow is described in Registration.
To allow anybody to submit tickets and require registration
- In Admin Center, click
People in the sidebar, then select Configuration > End users.
- Select Anybody can submit tickets
- Select Ask users to register.Note: If you started using Zendesk after August 20, 2013, this option is not available until you activate your help center. See Getting started with the help center.
- Click Save Tab.
If you want to allow end-users to add attachments to their requests, see Enabling attachments in tickets.
18 Comments
Thanks again for your help on this @.... My ticket was FINALLY escalated and the tech immediately realized that I had "allow end users to RESET passwords" disabled. This was part of our former SSO strategy and had never been reenabled.
Just wanted to mention it here in case it helps someone else....it is a vital piece of the "did you email us? get a password" process that doesn't seem to be well documented. I never found it in all of my searches for a solution...but I was not using the terminology of a "reset" because I was trying to just "allow" passwords to be used in the first place...I didn't realize the problem would be connected to the password reset process.
Happy New Year :)
Hi Zendesk -
Can we please have the understanding of how to do the below?
1. A user(our client) does some action in our website. (e.g: filling a form) and we have their email address in our database. Note that user does not send any email to anybody. He/she just clicks on a button or fills a form.
2. Our backend calls Zendesk API
3. Zendesk should create a ticket , in a way that it seems our client has created this ticket (the ticket should be ready to be replied to the email of our client)
Is this possible? Thank you
Hi Alex,
Thanks for writing! It seems you want the submitter or requester from your form to be the ticket requester when a ticket is created in your Zendesk. This is possible and you may want to create a custom form so that the requester will automatically be the email address of the user who submitted a request. You may check this guide - Building a custom ticket form with the Zendesk API . Thank you!
Hiya,
We've currently got this set up as "Anybody can submit tickets, no registration required" and we've noticed recently that tickets submitted via this route don't appear to be receiving the CSAT survey, even though an email is provided. Is this by design, or a configuration error on our end? Thank you!
A CSAT survey will be sent to the customer when the ticket meets all the conditions in the CSAT automation - the default CSAT automation is named Request customer satisfaction rating (System Automation). We recommend checking the conditions set in your CSAT automation to make sure CSAT will be offered to your customers.
You can also check this article about Customizing your customer satisfaction survey.
Hi Zendesk ,
can you please explain this...
By allowing anybody to submit a ticket, you're opening Zendesk Support to anyone who wants to ask a question or report a problem.
If you want to restrict who can submit tickets, turn this option off. You will need to add users yourself.
Note that the Web Widget feature cannot be used if this option is turned off.
Why can the web widget NOT be used if I turn this off? This seems very counterproductive; the bot is hugely important to communicate to have it tied to this control. Can you please explain?
Hi Whitney Whitmoore!
Could you send us the link where you are quoting this? That way we can double-check the context of that statement. Because the widget can still load even without filling out a ticket form & the bot can still operate if your users are not signed in to your Help Center (as long as your Help Center is open to the public).
Hi Zendesk,
You mentioned above
"Even though you don't require users to register, your users still have the option of registering and creating a login to use your help center, unless you modify your help center to hide the Sign Up and Login pages."
How can I hide the sign up / login pages ?
Can I ask what you end goal is? How are you wanting your users to get support and interact with your help center?
Thanks!
I want them to view the help center without logging in to Zendesk
I would recommend taking a look at the following article: How can I completely hide the sign up button from my Help Center?
I hope this points you in the right direction!
Even is you disable the setting "anybody to submit a ticket", users are auto-created via SSO.
Example: A user from "Department A" shares a link to "Guide" with a colleague from "Department B" (Not yet in scope for Wave 1).
User in "Department B" is able to access the system after successfully authenticating via SSO. A user profile is auto-created by the platform and the user is able to see content that can be sensitive (e.g. HR) and submit requests.
Hi I tried to set up a ticket form to use, and set it up so that "anyone can set up a ticket".
I used it in a browser we never use for ZD and icognito, and it still routes to our admin login centre
Can you make sure that Require sign-in isn't enabled under your Guide Admin settings? You can find this option under Guide Admin > Settings (gear icon) > Guide Settings.
I hope this helps!
Okay I will try that, but currently we do not want customers to access the help centre or view anything but those tickets.
Is that possible?
There wouldn't be a way to show them the ticket form without having them access your Help Center. If there's any content within your Help Center that you don't want them to have access to, you'll want to restrict those at the article level to Agents and Managers. You can also create user segments to restrict Help Center content as well.
Let me know if you have any other questions :)
I will! So far so good. This is EXACTLY what we have been looking for as a solution to using Woofu forms!
already found out how to remove the sign in, search bar and submit a request fields!
Thanks again Brett!
Please sign in to leave a comment.