SharePoint Designer 2013 を使ってワークフローを開発するという流れも、今後は Microsoft Flow へと移り変わっていくものと思いますが、まだ Microsoft Flow を社内で利用させる取り決めをしていないというところも多いと思います。もちろん、まだ本格的に運用に乗せようと思うと、日本語対応が不十分だったりともう少し時間がかかりそうです。ましてや、オンプレミスの SharePointを利用しているとなると、もちろん ゲートウェイを利用すればクラウドのMicrosoft Flow のサービスと連携できますが、諸事情で検証が十分に行えないといったこともあり、まだ SharePoint Designer 2013 を使ったワークフロー開発も残っているわけです。

ということで、今更 SharePoint Designer 2013ワークフローのトラブルシューティングネタではあるのですが、備忘録として記載しておきます。

SharePoint Designer 2013 で "SharePoint 2013 ベース" のワークフローを作成していて、承認フローを作ろうと "タスク プロセスを開始する" アクションなどを使っていたのですがタスクが作られないという現象が発生。

結論からいうと、SharePoint 側の"証明書が切れていた" という落ちでした。。。Workflow Manager 1.0 との接続に SSLを使っていたのですが、うっかり証明書が切れていたわけです。しかし、SharePoint 2013ベースのワークフローは作成でき、発行もでき "タスク作成" 以外が動くので、原因追及に少し時間を要しました。今回はたまたま "タスク作成" のところで躓きましたが、細かく見ていけば他にも影響はあるかもしれません。

ということで、本番環境ではこうしたことはないと思いますが、検証用の環境でなまじ SSL など使って設定していると証明書の更新をうっかり忘れる、ということはありそうですのでご参考まで。

SharePoint Online を利用していてかつ多要素認証 (MFA) l利用している場合は、SharePoint Designer 2013 を使ってワークフロー開発などをするために SharePoint サイトにアクセスすることがあると思いますが、通常のユーザー名とパスワードでは認証が通りません。

MFA を使っている場合は、アプリケーション パスワードを指定する必要があります。アプリケーション パスワードは Outlook 接続に必要だったりしますが、SharePoint Designer 2013 の場合も同様です。

アプリパスワードの取得方法については下記を参照してください。

Office 365 のアプリ パスワードを作成する

2 段階認証を使用する場合に、Office 365 に接続するプログラムのアプリ パスワードを作成する方法について説明します。

Office 365 ProPlus は、常時インターネット接続する必要はないものの、30日ごとに最低1回はインターネットに接続する必要があるとのこと。この接続でユーザーが持っている Offie 365 サブスクリプションの状態を確認するそうです。30日を経過してインターネットに接続しなかった場合は、機能制限モードになります。もちろん、またインターネットに接続してきちんとサブスクリプションが確認できれば通常モードで使えるようになります。

ということで、頻繁にインターネット接続しないような利用形態では、Office Professional Plus 2016 を利用するなど従来のライセンス認証のアクティベーション方法をとった方が好ましいと言えます。

機能制限モード(reduced functionality mode) って? 

ところで、機能制限付きモードとはどんなものでしょうか? このモードになると既存ファイルの閲覧や印刷はできるものの、新規にファイルを作成したり、編集したりできなくなります。このモードになると次のようなメッセージが表示されるようになります。

　※英語版の場合

[参考] About Office 365 ProPlus in the enterpriseエンタープライズでの Office 365 ProPlus について

[参考] Overview of licensing and activation in Office 365 ProPlus

Microsoft Flow で利用する Outlook コネクターに新機能が追加されました。

Improvements to the Outlook connectors and more

This week we released several improvements to the Outlook connector, including saving an email as a ".eml" file, responding to calendar invitations automatically, and triggering flows when you are mentioned in an email thread.

メールのエクスポート機能

Outlook.com および Office 365 Outlook のコネクタにメールのエクスポート機能が追加されました。この機能を使って、OneDrive や SharePointサイトなどにメール(*.eml) を自動保存できます。ちょっと試してみましたが、Microsoft Flow ブログに記載されているスクリーンショット道理にやろうとすると詳しい手順は記載されておらず、 Message Id が取得できなくて、困ります。あれこれと調べたところ、これは手入力しないと出てこないんですね。下記が操作イメージで、「メッセージID」と手入力します。

 そのほかは、ブログのスクリーンショット通りに設定すればOKです。例えば下記のような設定です。

新しく追加されたアクション

そのほかにも新しいアクションが追加されています。

• 電子メールの転送
• 開封済みにする
• イベント招待に応答します(プレビュー）→これは "会議の出席依頼" などで自動承認などできるということです
• 会議室の取得
• 部屋リストから会議室を取得
• 部屋リストの取得

まだ試していないものがありますが、どんどんと増えてきているので、急ぎ試さねば! 

Office 365 グループに接続したモダンUIのチームサイトを作成して、CSOMなどで設定を操作してみたけど、できること、できないことが結構あります。たぶん追記していきますが、取り急ぎ自分用に気づきなどをメモしておきます(丁寧な説明は、時間がないので省略)。

$web.ApplyTheme($color,$font,$backgroundImage,$true)

これはとりあえずエラーにはならず、適用は可能。リストやライブラリごとにクラシックUIに変えたときに反映されていることがわかる。

Set-PnPMasterPage -MasterPageSiteRelativeUrl "/_catalogs/masterpage/oslo.master"

これはNG。"Set-PnPMasterPage : Site has NoScript enabled, and setting custom master pages is not supported." ということで、NoScript が有効なんだから駄目よ、ということ。とはいえ、Webブラウザーの外観設定から Oslo マスターは適用できる。もちろん、クラシックUIのページにはなんら反映されないので、あくまでもクラシックUIとなっているページだけ差しかわる。

その他

コーディングとは別の部分で下記の仕様あり

• サブサイトを作成するときに、既存のリストやライブラリと同じ名前のサブサイトが作れない。→バグ? 
• サブサイトとしてクラシックUIのチームサイトは作れるが、モダンUIのチームサイトは作れない。つまり、トップレベルサイトで完結した利用がほとんどになると想定している可能性が高い。この前提が、来年登場する SharePoint Hub へとつながっていきそう。サイトコレクションはどんどん増加する
• サイトコレクションの管理者を追加するリンクが分かりにくい (サイトの権限設定のところのリボンメニューにある)
  • これは、そもそも Office 365 グループでの利用が前提なので、サイトコレクションの管理者の設定なども基本的にはあまり考慮しなくてもいいという前提でしょうね。  
• もともと OneDrive for Business がベースになっているので、サイトの設定ページに表示されるメニューが少ない
  •  ちなみに、OneDrive for Business はオンプレミスのSharePoint上の個人用サイトがベース (最近、これを知らない人が多い)
• サイトのテンプレート化メニューがない (SharePoint Server 発行インフラストラクチャーが非アクティブであっても、表示されない) 
  • 必要に応じてSharePoint PnP Site Provisioning Engine を使った方が柔軟性は高いし、そもそも今後のサイト展開のアプローチは標準サイトを作った後、カスタマイズをJavaScript プログラムを通じて適用していくスタイルになる。これまでのサイトテンプレート化の考え方はレガシー。
• SharePoint Server 発行インフラストラクチャーや発行機能をアクティブにする使い方は必要ない
  • レスポンシブWebデザインになっている「サイト ページ」が従来の発行ページの代わりとなっている 
  •  モダンUIではナビゲーションは対象ユーザーなど指定できなくなっている。そもそも同一の業務チーム内での利用となるので、エンドユーザーはこうした細かい設定をすることは考えにくいし、重視していないのだろう。シンプル化しているのだと思われる。この辺は、クラシックUIの従来のサイトとの使い分けになりそう。
• 歯車アイコンに表示されるメニューも、エンドユーザーが利用することを想定しているようで、よく利用するメニューのみに厳選されている。そのため、サイトの設定ページは[サイト コンテンツ]ページのコマンドバーに移動しているなど、従来のサイトとは配置が異なる
• サイトコレクションのフィーチャーで既定でアクティブ化されているもの
  • 3段階の状態管理ワークフロー
• サイトのフィーチャーで既定でアクティブ化されているもの
  • Access アプリ
  • コンテンツのフォロー
  • サイト ページ
  • チームのグループ作業リスト
  • ワークフロータスクのコンテンツ タイプ