ユーザープロファイルサービスを使用したアイデンティティ相関（FIM）

Question

背景

現在SharePoint 2010を使用しており、今後のプロジェクトのSharePoint 2013を見ています。

私たちは、束のあるシステムで「ユーザー」（従業員）についての情報を持っています：Active Directory、さまざまなHRシステム、専門的なシステムなど。

フルFIM製品（あるいはその他の既製の棚識別管理製品）はオプションではありません。コストは法外なものです。

問題

私たちが探していることは、次のサービスを試して確立することです。

1. 多数の異なるシステムからのユーザープロファイルデータをまとめて

2. 一連の規則に基づいて、2つの間に必ずしも共有識別子がない別のシステムで、1つのシステム内のユーザー識別情報と一致します。たとえば、一連の属性に基づいて一致します - 生年月日、名前と電子メールの一致の場合、それが2つのレコードが同じ人を説明している可能性があります。

   正しく理解した場合、FIMエンジンはユーザープロファイルサービスに電力を供給し、それができるように明らかなように思われます（1）、私たちは（2）についてはあまりありません。

   は、私たちがしようとしているもののための良いソリューションですか？

   誰もが、ユーザープロファイルサービス/ FIMのものの中でどのように入っているかについて、いくつかの文書、コード例、またはいくつかの現実の世界の経験を指摘し、私たちがやろうとしているものを達成することができますか？

Answer 1

このように使用されている

FIMはサポートされません。これが本格的なFIM製品が何のためのものであるかとして、それはライセンス条項に違反する可能性があります。また、フルヘッダのFIM製品を見てください - 特定の種類の用途では、ディレクトリ同期などのサーバーCAL（〜$ 15K）のみを必要とします。セルフサービスなど、ユーザーごとのCAL +サーバーCALが必要です。

Answer 2

あなたの説明に基づいて、あなたのマッチングアルゴリズムのための小さなルールベースのエンジンを使用してSQLテーブルをカスタムビルドすることを理解するかもしれません、そしてSharePointをFBAに切り替えます。それはあなたがデータを均質化し、あなたがUPSに送ることができる標準の列のセットを設定することを可能にするでしょう。