Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Including offline agents in auto-assignment #5672

Open
adam-nygate opened this issue Oct 19, 2022 · 6 comments
Open

Including offline agents in auto-assignment #5672

adam-nygate opened this issue Oct 19, 2022 · 6 comments
Labels
need-discussion These issues don't have a clear direction, and it requires deeper discussion to finalize product Issues related to the product

Comments

@adam-nygate
Copy link

Is your feature request related to a problem? Please describe.
Suppose agents are currently offline when a conversation is created and they aren't notified of the creation of every conversation (as this can be overwhelming). In that case, conversations are created and left unassigned, with no one aware that they're in limbo.

Describe the solution you'd like
I'd like for there to be an opt-in to assign new conversations to all agents (including those that are offline).

Describe alternatives you've considered
Subscribing to all notifications (but as mentioned, this can be overwhelming).

@pranavrajs
Copy link
Member

@adam-nygate Thanks for the suggestion. We have received a lot of feedback where the conversations were assigned to people who were offline and were never attended in time. Hence this approach. At the moment, it would not assign to any offline agent.

With that in mind, we can provide an option to set the availability manually instead of using the availability based on whether you are active on the web/mobile. This way you can turn off the assignment/availability if you are not working on the support. Let me know what you think.

@pranavrajs pranavrajs added need-discussion These issues don't have a clear direction, and it requires deeper discussion to finalize product Issues related to the product labels Oct 20, 2022
@adam-nygate
Copy link
Author

Thanks @pranavrajs, that makes sense. Setting the availability manually would also be a good solution.

@intrealm
Copy link

intrealm commented Oct 20, 2022

we recently upgraded from 2.5.0 to 2.8.1,
I could see a difference in behaviour since the upgrade

when 1 or more collaboratoring agents are available (no difference here)
in 2.5.0 new/opened conversation gets assinged to an available agent
in 2.8.1 new/opened conversation gets assinged to an available agent

when no collaborating agent is available
in 2.5.0 new/opened conversation would still gets assinged to a collaborating agents.
in 2.8.1 new/opened conversation stays unassigned

edit 1: in our case the new conversations were created using API using the credentials of non collaborating administrator

Copy link
Member

@intrealm Makes sense, this is correct. The underlying idea was that none of the offline agents would be assigned a conversation. The conversations would be assigned in a round-robin fashion among the online agents.

I believe the right approach here would be to provide the flexibility to set the availability rather than making the assignment logic complex.

@intrealm
Copy link

@pranavrajs thanks for confirming.

however looking at the documentations @ https://www.chatwoot.com/docs/product/inbox/routing-conversations-round-robin/
it clearly says "If all the agents are offline, the system would distribute the conversations equally to all agents."

can somebody confirm
if this feature was taken away in 2.8.1?
or if it is back in the 2.10 releases?
or maybe the documentation is a bit outdated?

Copy link
Member

@intrealm Thanks for pointing this out. The documentation was outdated, I've updated it now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
need-discussion These issues don't have a clear direction, and it requires deeper discussion to finalize product Issues related to the product
Projects
Status: No status
Development

No branches or pull requests

3 participants