{"id":667,"date":"2016-10-18T10:59:04","date_gmt":"2016-10-18T08:59:04","guid":{"rendered":"http:\/\/blogs.encamina.com\/por-una-nube-sostenible\/?p=667"},"modified":"2016-10-18T11:09:10","modified_gmt":"2016-10-18T09:09:10","slug":"yammer-se-integra-aun-mas-con-o365","status":"publish","type":"post","link":"https:\/\/blogs.encamina.com\/por-una-nube-sostenible\/yammer-se-integra-aun-mas-con-o365\/","title":{"rendered":"Yammer se integra a\u00fan m\u00e1s con Office 365"},"content":{"rendered":"

Microsoft<\/a>\u00a0 ha anunciado que \u00a0planea deprecar<\/em> las v\u00edas de sincronizaci\u00f3n de identidad con Yammer. De esta forma, con la adopci\u00f3n de Office 365, las integraciones realizadas con anterioridad ser\u00e1n ahora m\u00e1s sencillas y m\u00e1s \u00abstreamlined\u00bb.<\/p>\n

\"Yamer<\/p>\n

El hecho de que Yammer se integre a\u00fan m\u00e1s con Office 365\u00a0<\/strong>es una gran noticia, pero como responsables de estrategia corporativa de IT, o como administradores de los sistemas en nube, tambi\u00e9n nos plantea dudas sobre\u00a0qu\u00e9 camino ser\u00e1 el adecuado.\u00a0<\/strong>\u00bfDejamos nuestras antiguas implementaciones o evolucionamos siguiendo las directrices?. No le des m\u00e1s vueltas. Ha llegado el momento de salir de dudas \ud83d\ude42<\/p>\n

Yammer Single Sign-On<\/strong> (SSO) y la Sincronizaci\u00f3n de Directorio<\/strong> (DSync), desarrolladas de forma previa a la adquisici\u00f3n por parte de Microsoft, van a ser deprecadas<\/em> para que los usuarios utilicen las herramientas habituales de Office 365. Es decir, el Single Sign-On con Identidad Federada<\/strong> y la Sincronizaci\u00f3n de Directorio con Azure Active Directory Connect<\/strong> (AadConnect, o ADConnect).\u00a0Con este paso se gana independencia (al no necesitar el equipo de producto para implementar la soluci\u00f3n), pero\u00a0 estas herramientas dejar\u00e1n de funcionar de forma definitiva el 1 de Diciembre de 2016.\u00a0<\/strong><\/p>\n

Si quieres algunos consejos a tener en cuenta, toma nota. Estos son los escenarios de sustituci\u00f3n\u00a0por cada herramienta:<\/p>\n

<\/span>SSO Yammer<\/span><\/h2>\n

En los casos en los que se est\u00e9 utilizando SSO<\/strong>\u00a0Yammer <\/strong>, estos son los caminos adecuados, seg\u00fan nuestra infraestructura:<\/p>\n\n\n\n\n\n\n\n\n\n
Escenario YSSO<\/th>\nSustituci\u00f3n<\/th>\n<\/tr>\n
Login<\/strong>: todos los usuarios de la red son redirigidos al login con Federaci\u00f3n (AD FS). Los usuarios sin ADFS no pueden logarse<\/td>\nEs necesario usar la configuraci\u00f3n de Forzar Identidad O365 <\/a>para hacer que solo los usuarios de O365 o logins de Azure Active Directory puedan acceder a Yammer, y despu\u00e9s configurar la identidad federada de Office 365. Referencia<\/a><\/td>\n<\/tr>\n
Login<\/strong>: los permalinks y links profundos llevan al usuario a autenticar con el ADFS<\/td>\nConfigurar la red para Forzar Identidad 365<\/td>\n<\/tr>\n
Login<\/strong>: Usuarios sin correo<\/td>\nLos usuarios sin correo pueden logarse usando las credenciales O365, con el User Principal Name<\/em> (UPN) en lugar del nombre de cuenta<\/td>\n<\/tr>\n
Registro: <\/strong>Los usuarios que traten de registrarse en la red de Yammer ser\u00e1n redirigidos<\/td>\nConfigurar la red para Forzar Identidad 365\u00a0para\u00a0replicar este\u00a0comportamiento<\/td>\n<\/tr>\n
Bloqueo de Usuarios: <\/strong>Las reglas configuradas en el ADFS para restringir a ciertos usuarios el acceso a Yammer usando el SSO<\/td>\nRestricci\u00f3n de acceso de usuarios:<\/strong>\u00a0 Yammer permite el licenciado por usuario a nivel de Azure Active Directory, usando los mismos mecanismos de licenciado que son usados para otros servicios de O365. Como administrador de O365, es posible desmarcar el check de licenciamiento de Yammer para cualquier usuario y controlar de esta manera el acceso al servicio. Ver en detalle en Gestionar las licencias de Yammer en O365<\/a><\/td>\n<\/tr>\n
Redes no conectadas a tenants de O365: <\/strong>Las redes pueden estar o no conectadas a tenants de O365, pero el YSSO funciona tambi\u00e9n en tenants no conectados<\/td>\nEs necesario activar la red de Yammer a trav\u00e9s de Office 365. a partir del d\u00eda 1 de Diciembre de 2016 las redes no asociadas con O365 solo soportar\u00e1n la identidad Yammer Legacy (correo y contrase\u00f1a)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

<\/span>Yammer DSync<\/span><\/h2>\n

Para \u00a0los casos en los que se est\u00e9 utilizando Yammer DSync<\/strong> y su funcionalidad, en la siguiente tabla encontramos la evoluci\u00f3n para conservar la funcionalidad en el nuevo escenario.<\/p>\n\n\n\n\n\n\n\n\n\n\n
Escenario DSync<\/th>\nSustituci\u00f3n<\/th>\n<\/tr>\n
Provisionado<\/strong>: Los usuarios son creados de forma masiva con la herramienta Yammer DSync. A continuaci\u00f3n,\u00a0cada usuario puede registrarse a los servicios en un proceso<\/td>\nLos usuarios son creados en O365 con la herramienta Azure Active Directory Connect. A continuaci\u00f3n, los usuarios pueden acceder a yammer sin un proceso adicional de registro<\/td>\n<\/tr>\n
Mapeado<\/strong>: Los usuarios son mapeados al Active Directory a trav\u00e9s de su correo electr\u00f3nico, pero solo si se ha sincronizado el email primary con Yammer<\/td>\nLos usuarios son mapeados a un usuario de O365 usando su correo primario, las direcciones proxy y el user principal name (UPN), en este orden<\/td>\n<\/tr>\n
Sincronizaci\u00f3n de propiedades<\/strong>: Los cambios de propiedades de usuarios son sincronizados desde el Directorio Activo local\u00a0(OnPrem) usando la herramienta DSync. El mapeado de campos es configurable<\/td>\nLos cambios de\u00a0propiedades de usuario en el directorio local son replicadas en el AAD por medio de ADConnect. El mapeo de propiedades y campos es configurable -m\u00e1s informaci\u00f3n aqu\u00ed: Cambios de reglas de Sincronizaci\u00f3n <\/a>– Todas las propiedades clave de los usuarios AAD ser\u00e1n sincronizadas con Yammer<\/td>\n<\/tr>\n
Ciclo de Vida del Usuario: <\/strong>Los usuarios son suspendidos en Yammer cuando son suspendidos o borrados del Directorio local<\/td>\nLa capacidad de manejar usuarios de Yammer\u00a0 en su ciclo de vida desde Office 365<\/a> est\u00e1 ya disponible<\/td>\n<\/tr>\n
Notificaciones: <\/strong>Los administradores tienen la posibilidad de crear un mensaje que sea enviado a los usuarios la primera vez que\u00a0est\u00e9n en Yammer<\/td>\nEsta funcionalidad no est\u00e1 soportada<\/td>\n<\/tr>\n
Informes: <\/strong>Un administrador puede visitar la secci\u00f3n de administraci\u00f3n para obtener un informe de los usuarios e la red que no fueron creados originalmente via DSync<\/td>\n\u00a0Esta funcionalidad no ser\u00e1 soportada, y no es necesaria debido a que la integraci\u00f3n de O365 y el Azure Active Directory incluye tanto el login como la sincronizaci\u00f3n, lo cual asegura que una red marcada como Forzar Identidad O365 <\/strong>solo permitira el acceso de los usuarios en el directorio de O365, y con licencias Yammer asignadas<\/td>\n<\/tr>\n
\u00a0Redes no conectadas a O365: <\/strong>Yammer DSync funciona en redes no conectadas a Office 365<\/td>\n\u00a0Las redes no conectadas a O365 no tendr\u00e1n soporte para la sincronizaci\u00f3n de Directorio<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

<\/span>Proceso de Migraci\u00f3n<\/span><\/h2>\n

El proceso general para hacer la migraci\u00f3n<\/strong> de forma adecuada, es el siguiente:<\/p>\n

\"Proceso<\/a><\/p>\n

Personalmente, a\u00f1adir\u00eda un sexto paso… \u00a1no dejes de avisarnos<\/a>!, en ENCAMINA<\/a> siempre estamos encantados de acompa\u00f1aros en cualquier nuevo reto que se os plantee y \u00a1\u00a1\u00a1ayudaros a pensar en colores!!!!<\/p>\n

 <\/p>\n

\n

\n
\n

Tabla de contenidos<\/p>\nToggle<\/span><\/path><\/svg><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n