[EE] Improve Forwarding Department behaviour with Waiting queue feature#22043
[EE] Improve Forwarding Department behaviour with Waiting queue feature#22043renatobecker merged 15 commits intodevelopfrom
Conversation
renatobecker
left a comment
There was a problem hiding this comment.
Overall, your code looks good.
But I found an issue that is not solved yet: When an agent attempts to transfer a chat from department A to department B and there's no agent available on department B, the agent gets the message Trasnferred, but the chat hasn't been transferred.
ee/app/livechat-enterprise/server/hooks/onAgentAssignmentFailed.ts
Outdated
Show resolved
Hide resolved
Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com>
Hey @renatobecker, A new check I've added here should solve the above issue. |
|
@renatobecker I noticed that on the client we were not checking the transfer API response. As you are aware that transfer API aka ( To solve the above issue, I had to do some refactoring and you might now notice that within the Let me know what you think about this? Thx |
…re (#22043) * [EE] Fix Forwarding Department not working with Waiting queue feature * add waiting queue feature enabled check * Refactor * Fix forwarding of agents not working * Apply suggestions from code review Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com> * Handle transfer api response properly on client + refactor * Avoid passing unnecessary params * Remove throw error. * Improve throw message logic. * Fix on-hold queue. Methods have been removed in another PR. * Remove all subscription from a chat placed on-hold. Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com>
…re (#22043) * [EE] Fix Forwarding Department not working with Waiting queue feature * add waiting queue feature enabled check * Refactor * Fix forwarding of agents not working * Apply suggestions from code review Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com> * Handle transfer api response properly on client + refactor * Avoid passing unnecessary params * Remove throw error. * Improve throw message logic. * Fix on-hold queue. Methods have been removed in another PR. * Remove all subscription from a chat placed on-hold. Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com>
…re (#22043) * [EE] Fix Forwarding Department not working with Waiting queue feature * add waiting queue feature enabled check * Refactor * Fix forwarding of agents not working * Apply suggestions from code review Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com> * Handle transfer api response properly on client + refactor * Avoid passing unnecessary params * Remove throw error. * Improve throw message logic. * Fix on-hold queue. Methods have been removed in another PR. * Remove all subscription from a chat placed on-hold. Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com>
…ue feature (#22077) * [EE] Fix Forwarding Department not working with Waiting queue feature (cherry picked from commit 2b50040) * add waiting queue feature enabled check (cherry picked from commit d9fe3e3) * Refactor (cherry picked from commit 1b5c973) * Fix forwarding of agents not working (cherry picked from commit b4b3c3d) * Apply suggestions from code review Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com> (cherry picked from commit 0c6f7ec) * Handle transfer api response properly on client + refactor (cherry picked from commit d750c59) * Avoid passing unnecessary params (cherry picked from commit 53eec95) * Remove throw error. (cherry picked from commit deccab9) * Improve throw message logic. (cherry picked from commit 85b015d) * Fix conflicts * Remove all subscription from a chat placed on-hold. (cherry picked from commit d49c8fe) * up fuselage version * add string-helpers package * [EE] Improve Forwarding Department behaviour with Waiting queue feature (#22043) * [EE] Fix Forwarding Department not working with Waiting queue feature * add waiting queue feature enabled check * Refactor * Fix forwarding of agents not working * Apply suggestions from code review Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com> * Handle transfer api response properly on client + refactor * Avoid passing unnecessary params * Remove throw error. * Improve throw message logic. * Fix on-hold queue. Methods have been removed in another PR. * Remove all subscription from a chat placed on-hold. Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com> Co-authored-by: Renato Becker <renato.augusto.becker@gmail.com> Co-authored-by: Tiago Evangelista Pinto <tiago.evangelista@rocket.chat>
Proposed changes (including videos or screenshots)
Issue(s)
Old Behaviour:
Currently when we forward a chat to a particular department and all the agents in target department are at maximum capacity, the chat either not getting transferred (on or after v3.13.0) or the user were getting an error saying no-agents are currently online(before v3.13.0).
New Behaviour:
In the new behaviour we're proposing, if a chat is forwarded and all agents in the target department are at maximum capacity, the chat will get transferred to the target department's waiting queue. This means that the chat will be removed from the current serving agent's chats and then will be moved to the target department's waiting queue. The visitor will see their current position within the queue.
Note: This feature will not affect the
Manual SelectionOmnichannel Routing method in any way.Steps to test or reproduce
a. Set
Omnichannel Routing Methodto eitherAuto SelectionorLoad Balancing.b. Turn on
Waiting Queue.c. Set
Max. number of simultaneous chatsto1(one)Further comments