Correlación de identidad utilizando el servicio de perfil de usuario (FIM)
https://sharepoint.stackexchange.com//questions/50192
-
09-12-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Fondo
Actualmente estamos usando SharePoint 2010 y estamos buscando potencialmente SharePoint 2013 para un próximo proyecto.
Tenemos información sobre 'usuarios' (empleados) en un montón de sistemas: Active Directory, varios sistemas HR, sistemas de experiencia, etc. que estamos buscando atar juntos.
El producto FIM Full (o cualquier otro producto de la gestión de identidad de estante) no es una opción: los costos son prohibitivos.
el problema
Lo que estamos buscando hacer es intentar establecer un servicio que pueda:
-
Reúna los datos de perfil de usuario de varios sistemas diferentes
-
Basado en un conjunto de reglas, haga coincidir una identidad de usuario en un sistema con una identidad de usuario en otro sistema donde no hay necesariamente un identificador compartido entre los dos. Por ejemplo, la coincidencia basada en un conjunto de atributos: si la fecha de nacimiento, el nombre y el correo electrónico coinciden, es probable que los dos registros están describiendo a la misma persona.
Si entiendo correctamente, el motor FIM alimenta el servicio de perfil de usuario y, mientras que parece obvio que puede hacer (1), estamos menos seguros de (2).
¿Es la solución una buena solución para lo que estamos buscando hacer?
¿Puede alguien señalar alguna documentación, ejemplos de código o algunas experiencias del mundo real en cuanto a cómo se encontraría entre los servicios de perfil de usuario / FIM, y lograr lo que estamos buscando para hacer?
Solución
fim usado de esta manera no sería compatible.También probablemente violaría los términos de la licencia, ya que es para lo que es el producto FIM de pleno derecho.También eche un vistazo al producto FIM con flamado completo: ciertos tipos de usos solo requieren que el servidor CAL (~ $ 15K), como Sincronización de directorios, otros usos, como el autoservicio requieren un Server Cal + Server Cal.
Otros consejos
Según su descripción, podría tener sentido construir una tabla de SQL con un pequeño motor basado en reglas para sus algoritmos correspondientes y luego cambiar SharePoint a FBA.Eso le permitiría homogeneizar los datos y configurar un conjunto estándar de columnas que podría alimentarse en el UPS.
