

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Comparação entre monitoramento aprimorado de contatos (vários participantes) e recurso de três participantes no Amazon Connect
<a name="three-party-multi-party-comparison"></a>

Este tópico descreve como a experiência do atendente difere quando o [monitoramento aprimorado de contatos](monitor-conversations.md) (vários participantes) é habilitado em vez do recurso padrão de três participantes.

Para obter informações sobre a nova funcionalidade da API de conexão e contato existente no Amazon Connect Streams, consulte o [Readme do Amazon Connect Streams](https://github.com/amazon-connect/amazon-connect-streams/blob/master/README.md). 

Veja a seguir os principais recursos para atendentes que usam monitoramento de vários participantes:
+ Todos os atendentes veem todas as conexões em uma chamada.
+ Todos os atendentes têm exatamente os mesmos recursos de qualquer outro atendente na chamada. Isso entra em vigor no momento em que um atendente aceita o convite para participar da chamada.
+ Antes que uma transferência ativa seja concluída, um atendente pode começar a falar com o chamador e desconectar qualquer outro atendente da chamada.

**nota**  
Quando as chamadas têm três ou mais participantes, os atendentes podem adicionar participantes à chamada mesmo depois que um chamador desistir.  
O exemplo a seguir ilustra como o contato anterior e o próximo IDs são mapeados quando um agente realiza uma série de consultas seguidas por uma transferência.  

![Diagrama mostrando como IDs os contatos são mapeados durante uma chamada com várias partes.](http://docs.aws.amazon.com/pt_br/connect/latest/adminguide/images/connect-consult-diagram.png)

O exemplo a seguir ilustra como o contato anterior e o próximo IDs são mapeados em um cenário em que os agentes realizam uma série de transferências.  

![Diagrama mostrando como o contato anterior e o próximo IDs são mapeados quando os agentes transferem os chamadores.](http://docs.aws.amazon.com/pt_br/connect/latest/adminguide/images/connect-transfer-diagram.png)

O exemplo a seguir ilustra como o contato anterior e o próximo IDs são mapeados em um cenário em que outros usuários de chamadas pela web, no aplicativo e por videochamadas são adicionados.  

![Diagrama mostrando como IDs os contatos são mapeados quando outros usuários de chamadas pela web, no aplicativo e por videochamadas são adicionados.](http://docs.aws.amazon.com/pt_br/connect/latest/adminguide/images/webrtc-diagram2.png)


A tabela a seguir resume as diferenças entre a experiência do atendente usando o Painel de Controle de Contatos (CCP) para chamadas de três e vários participantes. Para acessar mais informações sobre a experiência do atendente com conversas com vários participantes, consulte [Realizar chamadas com vários participantes](multi-party-calls.md) e [Realizar chamadas com vários participantes](multi-party-chat.md).
+ Atendente principal: o primeiro atendente na chamada.
+ Atendente secundário: qualquer atendente que não seja o primeiro atendente na chamada.


| Chamadas com três participantes | Chamadas com vários participantes | 
| --- | --- | 
| O atendente pode controlar a espera, a retomada e a desconexão somente dos participantes que ele adicionar. | Todos os atendentes têm os mesmos recursos de controle de chamadas. | 
| O atendente pode adicionar outro participante a uma chamada existente, totalizando três participantes (o atendente, o chamador e outro participante). | Qualquer atendente na chamada pode adicionar mais participantes, desde que o número total de participantes na chamada, incluindo eles mesmos, não exceda seis. Quando as chamadas têm três ou mais participantes, os atendentes podem adicionar participantes à chamada mesmo depois que um chamador desistir.  | 
| O atendente pode suspender somente a parte que adicionou. | Qualquer atendente na chamada pode suspender qualquer pessoa. | 
| Quando um atendente primário coloca um atendente secundário em espera, o atendente secundário não pode se retirar sozinho. | Qualquer atendente da chamada pode se retirar da espera. | 
| O atendente secundário pode falar com o atendente primário durante a espera. | Os atendentes secundários não podem falar entre si até serem retirados da espera.  | 
| O atendente primário só pode se silenciar.<br />O atendente secundário só pode se silenciar. | Qualquer atendente da chamada pode silenciar qualquer outro participante da chamada. | 
| Um atendente só pode ativar o próprio som, não de outro atendente. | Um atendente só pode ativar o próprio som, não de outro atendente. No entanto, um atendente pode ativar o som de participantes que não sejam atendentes.  | 
| Quando um atendente se desconecta (sai ou é desconectado), o controle de chamadas continua disponível para os atendentes restantes na chamada. | Quando um atendente se desconecta, o controle da chamada é transferido para os demais atendentes.  | 
| Somente o atendente principal pode desconectar uma parte na chamada. O atendente secundário pode desconectar o chamador somente se o atendente primário estiver desconectado. | Todos os atendentes têm a capacidade de desconectar qualquer outra parte. | 
| O atendente principal pode ver duas conexões (chamador e outra parte), enquanto um atendente secundário vê somente a conexão de transferência. | Todos os atendentes podem ver todas as conexões. | 
| Um atendente só vê a **transferência interna** de outro atendente na chamada. | Um atendente vê o ID de conexão rápida de outros atendentes, em vez de apenas a **transferência interna**. | 
| Não aplicável. | Quando uma parte está sendo chamada, um atendente em uma chamada com vários participantes não pode adicionar outro participantes até que a operação de discagem anterior seja concluída (parte adicionada ou trecho de chamada encerrado). | 
| Não é possível adicionar outros usuários WebRTC. | [É possível adicionar outros usuários WebRTC](enable-multiuser-inapp.md).  | 