

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Planea migrar un contact center de Avaya a AWS
<a name="migration-plan"></a>

Para poder migrar correctamente un centro de Avaya contacto local a Amazon Connect Customer y Amazon Lex, es necesario disponer de un plan eficaz. El plan de migración suele seguir un enfoque de varias fases e incluye los pasos e información siguientes:
+ [Creación del equipo](#building-team)
+ [Preparación de los datos de entrada](#preparing-data)
+ [Portabilidad de números de teléfono](#porting-numbers)
+ [Elección de una arquitectura destino](#choosing-architecture)
+ [Evaluación de la arquitectura actual](#evaluating-architecture)
+ [Administración de peticiones de IVR](#managing-ivr-prompts)
+ [Definición de la infraestructura en la nube y los requisitos de seguridad](#defining-requirements)

## Creación del equipo
<a name="building-team"></a>

Por lo general, la migración del centro de contacto consta de las especialidades y participantes siguientes:
+ **Descubrimiento**: gerentes de producto, gerentes de proyectos, analistas de negocios, arquitectos de soluciones, ingenieros de implementación, control de calidad, agentes y supervisores
+ **Diseño**: converse con diseñadores, desarrolladores de software, gerentes de productos y gerentes de proyectos
+ **Creación**: desarrolladores de software
+ **Pruebas**: control de calidad
+ **Integración y entrega continuas (CI/CD): habilitación** de la nube o DevOps
+ **Aprovisionamiento de cuentas**: habilitación de la nube o DevOps
+ **Operaciones**: ingenieros de soporte técnico
+ **Seguridad**: arquitectos de seguridad

## Preparación de los datos de entrada
<a name="preparing-data"></a>

Una carga de trabajo de IVR se puede migrar en fases, por ejemplo, por unidades de negocio. Puede trabajar con las unidades de negocio de su organización para definir los requisitos empresariales y *redefinir la plataforma* o *refactorizar* la plataforma de IVR para aprovechar al máximo las características nativas en la nube que pueden mejorar la agilidad, el rendimiento y la escalabilidad. Por lo tanto, la decisión sobre qué unidad de negocio migrará primero es extremadamente importante. Documente los requisitos, defina las métricas de éxito y proporcione actualizaciones del avance para medir el éxito general del proyecto.

## Portabilidad de números de teléfono
<a name="porting-numbers"></a>

Si desea conservar sus números de teléfono actuales, debe portarlos a Connect Customer. Para este proceso es necesario tiempo de espera determinado. Es útil planificarlo con antelación.

## Elección de una arquitectura destino
<a name="choosing-architecture"></a>

Según el objetivo de su proyecto de migración, elija uno de los posibles enfoques que se describen en la sección [Opciones de arquitectura para migrar un entorno local Avaya centro de contacto a AWS](architecture-options.md) de esta guía.

## Evaluación de la arquitectura actual
<a name="evaluating-architecture"></a>

Puede *realojar* (también conocido como «*levantar y trasladar») sus cargas de* trabajo a Nube de AWS, o bien puede cambiar la *plataforma* o la *arquitectura de las cargas de trabajo para impulsar nuevas experiencias con capacidades* nativas de la nube. Para más información sobre cómo elegir una de estas estrategias, consulte [Paso 3: elija una estrategia de migración](decision-making-processes.md#step-3) de esta guía. Además de comprender el estado de destino, es fundamental que comprenda el estado actual y los componentes de la infraestructura.

Por ejemplo, si utiliza [https://www.devconnectprogram.com/site/global/products_resources/avaya_aura_experience_portal/overview/index.gsp](https://www.devconnectprogram.com/site/global/products_resources/avaya_aura_experience_portal/overview/index.gsp), puede utilizar JavaScript para la integración de la API. Sin embargo, si utiliza Concentrix para la IVR, quizás dichas integraciones no sean posibles y debe depender de las integraciones de bases de datos. Además, debe revisar todos los flujos de llamadas existentes en el plan de migración. En un enfoque híbrido con dos sistemas de telefonía distintos, asegúrese de no duplicar ninguna parte de los flujos ni ignorar ninguna lógica importante.

## Administración de peticiones de IVR
<a name="managing-ivr-prompts"></a>

Amazon DynamoDB es la manera más eficaz de almacenar y administrar las peticiones. La empresa y las partes interesadas pueden hacer cambios sobre la marcha sin interrumpir las operaciones.

## Definición de la infraestructura en la nube y los requisitos de seguridad
<a name="defining-requirements"></a>

Según sus requisitos, haga una lista de los servicios en la nube que utilizará para lograr sus resultados. Su equipo de seguridad debe validar si la arquitectura de destino propuesta cumple con los requisitos de la organización, como las políticas de retención. También, debe asegurarse de que el registro se tenga en cuenta y se documente.