従業員がレポートを提出するSPサイトがあります。レポートは、SharePointライブラリのメタデータとして会社情報が添付されて送信されます。
会社の場合、ADに個別のログインが設定されている顧客がいて、その顧客はすべて個別のユーザーグループに属しています。
顧客がログインしてレポートを読むことができる別のサイトを作成したい
私の最初の問題は、顧客が社内サイトで提出されたレポートにアクセスできるように、サイト間でライブラリを共有することです。
2番目の問題は、会社と顧客のログインの間に接続を作成して、顧客が自分のレポートのみを表示するようにレポートをフィルタリングできるようにすることです。
これをどのように行いますか？
このシナリオについて私が理解していることから、コンテンツ展開の演習として、顧客とのレポート共有を処理します。すべての会社のすべての顧客に1つのサイトでログインするのか、それとも会社ごとにサイトを作成するのかがわかりません。内部リストでのイベントレシーバーまたはワークフローのカスタム開発は、アップロードされた（そして潜在的に承認された）レポートの「公開」（つまり、クライアントがアクセス可能なリストへのドキュメントのコピー）を処理します。
共通のサイトが1つある場合は、会社のメタデータに基づいてアイテムレベルの権限設定を考慮する必要があります。会社ごとにサイトがある場合、セキュリティははるかに簡単になるはずです。
レポートを共有することだけが目標の場合、顧客ログイン用に別のサイトを使用するか、顧客ごとにサイトを使用することは、私見では非常にやり過ぎであり、ほとんど役に立ちません。
問題の解決は非常に簡単です。顧客ごとに個別のドキュメントライブラリを備えた1つのサイトです。単純なシナリオを除いて、1つの顧客=1つのサイトと1つの顧客=1つのライブラリの間に大きな違いはありません。単一のサイトで複数のライブラリを維持する方が、基本的に1つのライブラリで複数のサイトを維持するよりもはるかに簡単であることがわかりました。ただし、（現在または将来）顧客とのやり取りや「共有」を増やす予定がある場合は、顧客ごとに個別のサイトを選択することもできます。
手順：
従業員は、顧客がレポートを表示できるように、レポートを顧客ライブラリにアップロードする必要があります。権限が正しく設定されている場合、顧客は指定されたライブラリのみを表示でき、管理者（すべてを表示）とスーパーユーザー（複数のライブラリ/顧客を表示）を簡単に設定できます。
すべてのレポートを単一のサイトに配置すると、カスタムワークフローやレシーバーを使用して、追加のビジネスロジックのプロセスの開発が簡素化されます。また、管理者またはスーパーユーザーの検索と集計がはるかに簡単になります。