How can we improve WHMCS?

Share, discuss and vote for what you would like to see added to WHMCS

Assign ticket to Contact



We often need to assign a ticket to a particular contact but we aren't able to unless we manually update the database with the correct contactid.

We can assign a ticket to a client but not a contact. It would be very nice if we could do this through the admin view ticket page and the API updateticket action.
WHMCS Team Clarification:
As an admin or support operator, I would like to assign guest tickets to a specific contact within a client account.
Currently the Options tab on the ticket allows for assignment of a client account, but not a contact.

5 Comments

Login to post a comment.

Yes, this is another example of what I would call a dysfunctional bug in WHMCS. Let me explain:

Customer has two Users: e.g. Tom the business owner and Jerry his business partner.
If Jerry opens the ticket using his personal email - it comes in as a guest. So then you go to options and Assign to client: but then, that changes the ticket in the admin, to show that it is opened by Tom. Instead, we need the ability to tell WHMCS ticket system, which of the users opened the ticket.

It's even more tricky when you have a large organisation that has a lot of contacts...
When client contact emails me, it shows up as the main account owner name in the support ticket - not the name of the (second) actual User that sent the email.

There appears to be no way to assign the ticket to another account "User" (even though the second User is registered and invited and accepted)
More info here: https://whmcs.community/topic/309583-how-do-i-assign-a-support-ticket-to-another-user-contact/

Really wish this small bug could be squished.

Thanks
This is not already possible. @WHMCS John suggests using the CC field but that doesn't assign the ticket to the contact, it just emails the contact when responses are posted to the ticket.

Having the contact assigned makes it more clear who the staff is communicating with.

Joe's use cases are exactly why this needs to be an actual feature and they illustrate why it's not currently possible.
I did notice that the CC Recipients field now shows suggestions from the contacts listed on the account. I don't know how long that has been there but it does help a little bit.

I know that tickets belong to accounts BUT, if a contact were to submit a ticket via email, that contact is registered to the contact and the contacts name shows up in the ticket list and in the ticket info when viewing the ticket.

What I am requesting here is a way to manually register a ticket to a contact the way it would be if the contact had originally sent in the email that opened the ticket in the first place.

There are a couple of use cases for this.

- Staff opens ticket for a client contact and needs to assign the correct contact.
- Client opens a ticket and then needs to change the primary POC for the ticket to a contact. We have several customers who have a lot of different contacts and we have staff that only work with certain contacts. Having the wrong name in the ticket list does lead to confusion.
- Contact emails us to open a ticket but doesn't have a contact on the client account yet. We verify the contact is authorized, create a contact on the client account and need to assign/register the ticket to the new contact.

I don't think this will be difficult to do on your end because the logic is already there to register the ticket to contacts when the ticket is opened via email. You just need to create the UI so we can do it manually when necessary.

Thanks,
Joe
Hi Joe,
Tickets belong to a Client Account, but you can always select a contact when opening the ticket via the admin area. At a later date via the " CC Recipients" field on the Options tab; just starting typing the contact's name or email address to see suggestions.
this is of no use when the ticket is opened by the client.
Unless it is opened by the primary user, the ticket is orphaned, not assigned to anyone and cannot be assigned to anyone.

This is a real problem when it comes to verifying and authenticating a user.
It requires constantly searching for that contact to see if they exist in the system and if they are related to the contact they are contacting us about and what permissions they have.

If the contact is related to a client, then the ticket should be linked to that contact.