Framework・Office365を中心に扱うブログです。FlowTweetSharePointでワークフローを構築する方法はいくつかあります。2013で構築するどちらも処理を作る仕組みを提供するものであって、データの格納場所は提供しません。よって承認者など固定で書けない情報は他の場所から取ってくる必要があります。パターン1:ユーザーが入力するSharePoint上で承認フローを構築しようとする場合、ユーザーが承認依頼を入力するための「リスト」があるはずです。そこに承認者のフィールドを設けて、ユーザー自身が承認者を入力するのが最も簡単です。デメリットはユーザーの入力ミスが発生することですね。365アカウントには、各ユーザーに対して1人だけ上長を設定することができます。この情報を使って常にユーザーの上長に承認を求めるという処理は実現可能です。APIで取得する必要があります。方法は以前の記事で紹介しています。鍋綿ブログこの方法のデメリットは、上長が1人しか設定できないことです。リストから取得する別のSharePointリストを用意して、ユーザー毎の承認者を持たせたり、組織毎の承認者を持たせたりして承認者を決定します。デメリットは上記別リストのメンテナンスが煩雑になることです。アイテム数がリストビューの上限である5,000件を超えてしまわないように注意が必要です。外部サービスなど、まったく別の場所から承認者を引き当てることも可能な場合があります。APIを提供しており、ユーザーのログインアカウントで認証をうまく通せるならば実現可能です。以上、参考になれば幸いです。2013はシリーズ最後の製品。復旧)【2019年11月時点最新】Flowの新ライセンス形態まとめSharePointでリストのコピーができるようになりました月別アーカイブはてなブログをはじめよう!micknabewataさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。