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á.

# Opção 1: Entrar em Avaya e saída para o Amazon Lex usando transferências de chamadas
<a name="option-1"></a>



![Diagrama de arquitetura de entrada na Avaya e saída para o Amazon Lex usando transferências de chamadas](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/migrate-avaya-to-connect-lex/images/architecture-option-1.png)


1. Um cliente liga para a central de atendimento Avaya on-premises, a Avaya cumprimenta a pessoa que ligou com o menu de boas-vindas e fornece a ela as opções de menu de autoatendimento.

1. A Avaya usa uma API on-premises para enviar as informações do cliente e um identificador exclusivo do cliente (UCID) para o IVR da Concentrix.

1. O Concentrix IVR inicia o processo de transferência da chamada para o Connect Customer da seguinte forma:

   1. O IVR da Concentrix faz uma chamada de API para o Amazon API Gateway. Isso inicia uma AWS Lambda função.

   1. A função Lambda consulta a instância do banco de dados do Amazon DynamoDB e busca um número de discagem externa do Dialed Number Identification Service (DNIS) disponível para transferir a chamada para o Connect Customer. Depois que o número é selecionado, a função do Lambda bloqueia o número no DynamoDB para que ele não possa ser usado para outras chamadas.

1. Avayachama o Connect Customer usando o número recuperado na etapa anterior e passa o número DNIS e o UCID para o Connect Customer.

1. Quando a chamada é conectada ao Connect Customer, um fluxo de contato do Connect Customer inicia uma função Lambda que busca os dados do cliente na tabela do DynamoDB usando o número DNIS da interação atual.

1. O Connect Customer passa os atributos do cliente para o Amazon Lex. O Amazon Lex inicia o autoatendimento da chamada.

1. O Amazon Lex invoca um [hook de código de diálogo](https://docs.aws.amazon.com/lexv2/latest/dg/paths-code-hook.html) e cumpre a intenção usando uma função do Lambda.

1. A função do Lambda insere todos os atributos do cliente durante a chamada e inicia o processo de roteamento de volta para a Avaya da seguinte forma:

   1. O Connect Customer faz uma chamada para uma função Lambda.

   1. A função do Lambda seleciona o número de discagem de saída disponível para a Avaya, bloqueia o número DNIS e passa o número de discagem de volta para o Amazon Lex.

   1. O Amazon Lex repassa o número para o Connect Customer nos atributos da sessão.

1. O Connect Customer usa esse número para retornar a chamada paraAvaya.

1. A Avaya faz uma chamada de API para o Amazon API Gateway.

1. O Amazon API Gateway inicia uma função do Lambda que busca os atributos do cliente associados ao número DNIS e libera o número para uso futuro.

1. A Avaya encaminha a chamada e os atributos do cliente para o atendente.

## Vantagens dessa arquitetura
<a name="option-1-advantages"></a>

*Vantagens dessa arquitetura*
+ Melhor experiência do cliente
+ Não é necessário hardware ou licenciamento adicional
+ Não são necessárias linhas telefônicas adicionais porque as chamadas são transferidas para o Connect Customer
+ Tempo de resposta rápido para implementar

## Desvantagens dessa arquitetura
<a name="option-1-disadvantages"></a>
+ Os dados** **não podem ser transmitidos por uma linha de rede telefônica pública comutada (PSTN). Essa arquitetura depende da troca de dados do cliente entre os sistemas locais e de AWS contact center, o que não pode ser feito por meio de uma linha PSTN.
+ Custos adicionais são incorridos durante a sessão de chamada ativa no Connect Customer e para transferências de chamadas para outros sistemas telefônicos.
+ É necessário um esforço adicional para criar os fluxos no Connect Customer.