Sincronización de datos de Dynamics 365 con sistemas externos

Artículo
03/04/2017

Publicado: enero de 2017

Se aplica a: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Algunas veces necesitará sincronizar e integrar datos de Microsoft Dynamics 365 con los datos que se almacenan en otros sistemas. Los patrones de integración de datos comunes incluyen tomar datos de un sistema externo e insertarlos en Dynamics 365, tomar datos de Dynamics 365 y sincronizarlos con algún almacén de datos externos o actualizar Dynamics 365 con datos externos. Puede utilizar varias nuevas funciones para facilitar la escritura de código para conseguir estos escenarios.

Estas nuevas características se puede usar por separado según sea necesario en cualquier situación, pero juntas abordan problemas comunes relacionados con sincronización y la integración de datos con datos externos. La siguiente tabla presenta estas características nuevas.

Característica de	Descripción
Quitar mensajes especializados	Microsoft Dynamics 365 tiene varios mensajes especializados para operaciones específicas que actualizan registros. Estos mensajes están obsoletos en esta versión y ahora debe utilizar simplemente Update para realizar las mismas operaciones. Los mensajes obsoletos son: Assign SetParentSystemUser SetParentTeam SetParentBusinessUnit SetBusinessEquipment SetBusinessUnit SetState Actualizar simplemente el registro es mucho más sencillo que usar estos mensajes y debe simplificar el desarrollo para escenarios de integración y de sincronización de datos.Más información:Realizar operaciones especializadas con Actualizar
Claves alternativas	En las implementaciones de empresa de Microsoft Dynamics 365 es frecuente que los datos de sistemas externos de empresa se carguen en Microsoft Dynamics 365 de modo que puedan presentarse a los usuarios. Estos sistemas externos a menudo no se pueden extender para almacenar los identificadores de registro de Dynamics 365, denominados GUID, necesarios para la sincronización del sistema. Una solución común es agregar un atributo personalizado a una entidad en Microsoft Dynamics 365 que puede usarse para almacenar el identificador del registro relacionado en el sistema externo. Al crear procesos de carga de datos que actualizan registros en Microsoft Dynamics 365 y asignan referencias a registros relacionados en Dynamics 365, primero tiene que realizar una llamada adicional del servicio web de Dynamics 365 para recuperar el registro Dynamics 365 de destino basado en este identificador externo. Esta consulta puede ser lenta si un índice adecuado no está instalado para el atributo personalizado y en escenarios de Dynamics 365 (online), cada una de estas consultas requiere un costoso viaje de ida y vuelta a través de Internet. Estos viajes de ida y vuelta adicionales pueden aumentar en un orden de magnitud el tiempo que se tarda en actualizar cada registro de Dynamics 365 y pueden reducir el rendimiento general drásticamente. Ahora, las operaciones de servicio web pueden tener como objetivo un registro de Dynamics 365 mediante una o varias claves alternativas en lugar de un GUID. Además, las referencias de entidad a registros relacionados se pueden especificar con una o varias claves alternativas. Puesto que las claves alternativas se indizan, las operaciones de consulta muestran un mayor rendimiento en comparación con agregar un atributo personalizado como identificador. Si algo va mal, el sistema lanzará un error y revertirá todos los cambios.Más información:Defina claves alternativas para una entidad
Seguimiento de cambios	Cuando las organizaciones necesitan mantener datos de Dynamics 365 en un almacén externo, ahora hay un modo de mantener esos datos sincronizados de forma permanente detectando qué datos se han modificado desde que los datos se extrajeron inicialmente o se sincronizaron por última vez. El mensaje RetrieveEntityChangesRequest se usa para recuperar los cambios de una entidad. Para obtener más información, vea Uso del seguimiento de cambios para sincronizar los datos con sistemas externos.
Upsert	Al cargar datos en Microsoft Dynamics 365 desde un sistema externo, es posible que no sepa si ya existe un registro en Dynamics 365 y se debe actualizar, o si debe crear un nuevo registro. Use el nuevo mensaje UpsertRequest para actualizar el registro si existe o crear un nuevo registro si no existe, en una llamada de API.Más información:Use Upsert para insertar o actualizar un registro

La siguiente tabla compara la complejidad de la sincronización con y sin estas características nuevas.

Antes	Descripción
	Para cada registro: Consulte Dynamics 365 para ver si existe la cuenta. Si existe, obtenga su Id. de cuenta (por ejemplo, ABC123). Consulte los contactos para comprobar que el contacto existe. Si existe, obtenga el Id. de correo electrónico del contacto (por ejemplo, contact@company.com). Consulte para obtener o establecer el Id. del área (por ejemplo, NW). Consulte para obtener el Id. de usuario para establecer el propietario (por ejemplo, user@mycompany.com) Actualice la cuenta. Establecer el estado de la cuenta llamando a SetState API. Asigne el propietario llamando a Assign API.

Actualizar el uso de mensajes especializados

Para cada registro:

Consulte Dynamics 365 para ver si existe la cuenta. Si existe, obtenga su Id. de cuenta (por ejemplo, ABC123).
Consulte los contactos para comprobar que el contacto existe. Si existe, obtenga el Id. de correo electrónico del contacto (por ejemplo, contact@company.com).
Consulte para obtener o establecer el Id. del área (por ejemplo, NW).
Consulte para obtener el Id. de usuario para establecer el propietario (por ejemplo, user@mycompany.com)
Actualice la cuenta.
Establecer el estado de la cuenta llamando a SetState API.
Asigne el propietario llamando a Assign API.

Ahora, con las nuevas características, solo necesita una llamada al servidor para realizar las mismas operaciones mostradas anteriormente.

Después de	Descripción
	Sólo una llamada para comprobar si hay una cuenta con el identificador único ABC123, establecer el contacto principal a contact@company.com, establecer la región en NW, establecer el propietario en user@mycompany.com y el estado como activo.