ワークフローは別のものです。 今日は、Sharepointにはないドキュメントカードを少し見ていきますが、もちろん、まともなEDSの基礎です。
ドキュメントカードは、便利なドキュメント管理、その後の保存、属性への迅速なアクセスに必要な機能の一種です。
単純化され、カスタマイズされたフォームでは、ブロックのセットのように見え、それぞれが独自のタスクを実行します。 そして、原則として、彼らのパフォーマンスは、一見したところ、通常、異なる開発者の間で互いに大きく異なることはありません。 別の質問は、皮下機能と潜在能力がそれらにあるものです。
完全にカスタマイズされたドキュメントカードの例（存在する）は、「リストへのリンク：
拡大写真- こちらから入手可能
そしてここで- 電子文書管理Worklite Docs全体を見る
「追加フィールド」ブロックに注意を払うと、特定の種類のドキュメントのこの特定のカードに固有のフィールドが表示されます。 各タイプのドキュメントでは、カードの右側のブロックには、特定のライブラリのドキュメント（「契約」など）にのみ割り当てられる一意のフィールドがあります。
必要なフィールドは、カテゴリ別にスマートに実装されます。
1.必要な要素を含む必要なリストが作成されます。たとえば、「counterparties」は、このリストに必要なすべての値（名前、住所、連絡先、名前など）を示します。 まあ、一般的に、弁護士はよく知っています。
2.このソリューションでは、Sharepoint 2013のEDS-「リストへのリンク」機能の素晴らしい機能が実装されているため、右側のブロックに取引先フィールドが入力されます。
3.追加の機能フィールド「アカウント」がカードに表示されます。このフィールドは現在、不可欠な属性であり、このドキュメントの助けを借りて特定の請負業者をリンクできます。
4.任意の数の異なるフィールドおよびリストを使用してリンクを作成できます。これは、ドキュメントのタイプ（ライブラリ）内のニーズのみに依存します。
操作全体には数分かかります。 私はこれより長く書いた:)