SharePoint Media Player

SharePoint 2010では、Silverlight 3.0ベースのSharePoint Media Player Webパーツが提供されるらしいです。

SharePoint上、もしくは外部の動画を再生可能だそうです。

SharePoint 2010での多言語対応

SharePoint 2010では、言語パックを追加すれば、同一サイトで表示言語の切り替えが可能になるようです

SharePoint 2010でのXXX Services

MOSSでXXX Servicesといえば、EnterpriseCALでしか使えない
・Forms Services
・Excel Services
がありました。
SharePoint 2010では、これらに加えて、
・Visio Services
・Access Services
・PerformancePoint Services
というものが追加されるようです。もちろん、EnterpriseCALです。

SharePointカンファレンスで紹介されるかわかりませんが、Visio Servicesついては
Visio カンファレンスですでにお披露目済みの模様。
http://ankblog.spaces.live.com/blog/cns!24E7F963DCF74C77!273.entry
http://ameblo.jp/vienna7/entry-10386489339.html

PerformancePoint Servicesは、元々発表されていたSharePointとPerformance Point Serverを
統合してBI機能の強化ですね。

Access Servicesは･･･？

SharePoint2010 パブリックベータ版のリリース

MSDNやTechNetサブスクリプションに遅れて？ようやくパブリックベータ版がダウンロード可能となったようです。

   

その他、SharePoint 2010関連のURLをメモっておきます。

   

私はまだインストールしてませんが、

＃あいにく、x64機を持ち合わせてないので･･･。

結構めんどくさそう･･･。手順ちゃんとよんでやらないと、絶対詰まる！

     

■SharePoint Server Enterprise 2010 ベータ リリース

http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=77c30c6c-47fc-416d-88e7-8122534b3f37

   

■ハードウェアおよびソフトウェアの要件を決定する (SharePoint Server 2010)

http://technet.microsoft.com/ja-jp/library/cc262485(office.14).aspx

   

■Plan browser support (SharePoint Server 2010)

http://technet.microsoft.com/ja-jp/library/cc263526(office.14).aspx

   

■Microsoft SharePoint 2010 製品 (ベータ リリース) 管理パック

http://www.microsoft.com/downloads/details.aspx?FamilyID=c8a9d749-b7a8-412a-b2db-f3e464ed3fcf&displaylang=ja

   

   

!!!パブリックベータ版での注意!!!

SQLはシステム要件に加えて、CUもインストールすること。
セットアップの前に Microsoft SQL Server のインストール バージョンのチェックは行われない。
（セットアップの完了後、SharePoint 製品とテクノロジ構成ウィザードでチェック）

#SharePoint 2010が正式リリースされる前には次のSPがリリースされるのかしら？

• 
  
  SQL Server 2005 SP3＋SQL Server 2005 Service Pack 3 用の累積的な更新プログラム パッケージ 3
  
  • http://support.microsoft.com/kb/967909/ja
  
  
• 
  
  Microsoft SQL Server 2008 SP1＋SQL Server 2008 Service Pack 1 の累積的な更新プログラム パッケージ 2
  
  • SQL Server 2008 Service Pack 1 の累積的な更新プログラム パッケージ 2
  
  

   
   
!!!パブリックベータ版での注意!!!
Windows 2008の場合は、.NET Framework 3.5SP1＋以下のパッチを当てないと、セットアップが実行されない。

Windows 2008の場合は、.NET Framework 3.5SP1＋以下のパッチを当てないと、セットアップが実行されない。

·         Windows Server 2008 SP2 の場合は、「[FIX WCF でトランスポートのセキュリティやメッセージの暗号化なしのトークンの認証をサポートするメソッドを提供する修正プログラムは, .NET Framework 3. 5 SP1 (英語)」(http://go.microsoft.com/fwlink/?linkid=160770&clcid=0x411) を参照してください。

·         Windows Server 2008 R2 の場合は、「[FIX WCF でトランスポートのセキュリティやメッセージの暗号化なしのトークンの認証をサポートするメソッドを提供する修正プログラムは, .NET Framework 3. 5 SP1 (英語)」(http://go.microsoft.com/fwlink/?linkid=166231&clcid=0x411) を参照してください。

http://support.microsoft.com/kb/971831/ja

!!!パブリックベータ版での注意!!!
Windows Server 2008 SP1 を実行している場合は、Microsoft SharePoint 製品とテクノロジ 2010 準備ツールによって、Windows Server 2008 SP2 が自動的にインストールされる。
←勝手にバージョンアップされちゃう？？いいのか？？

SharePoint 2010 SDK（TP）等

SharePoint Conference 2009（ラスべカス）も開催され、ぼちぼちSharePoint 2010の情報も出始めたようです。


また、次期SharePointのβ版は11月リリース、製品リリースは2010年上半期とも発表されました。

日本のSharePoint カンファレンスは11/30(月)に黒雅叙園で開催されるようです。

http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032430252&EventCategory=1&culture=ja-JP&CountryCode=JP



全部英語サイトですが、役に立ちそうなSharePoint 2010絡みのサイトをメモっておきます。

【全般】

■Microsoft SharePoint Team Blog

- SharePoint 2010

http://blogs.msdn.com/sharepoint/archive/2009/10/19/sharepoint-2010.aspx

- SharePoint 2010 Resources

http://blogs.msdn.com/sharepoint/archive/2009/10/19/sharepoint-2010-resources.aspx



■The Business Collaboration Platform for the Enterprise and the Web

※SharePoint 2010 Beta の事前登録あり

http://sharepoint2010.microsoft.com/Pages/default.aspx



【開発系】

■Welcome to the Microsoft SharePoint 2010 SDK

http://msdn.microsoft.com/en-us/library/ee557253(office.14).aspx



■SharePoint Products and Technologies (2010)

http://msdn.microsoft.com/en-us/library/dd776256.aspx



■SharePoint Products and Technologies: 2010 (Technical Preview) Developer Documentation- White paper＆SDK

http://www.microsoft.com/DOWNLOADS/details.aspx?FamilyID=94afe886-3b20-4bc9-9a0d-acd8cd232c24&displaylang=en



■SharePoint 2010 (Beta) Developer Center

http://msdn.microsoft.com/en-us/sharepoint/ee514561.aspx

リストビューWebパーツを他サイトへ配置する方法

あるサブサイト内のリストのビューを、同サイトコレクション内の別サブサイトに配置する。

【手順】
1.リストが配置されているサブサイトのGUIDを取得
2.SPDで該当リストのフォームページ(ex Allitems.aspx) を開いて
　リストビューWebパーツの<ExportControlledProperties>要素の値をfalse からtrue に変更
3.ブラウザで上記のフォームページを開いて、リストビューWebパーツをエクスポートする
4.3 でダウンロードしたWebパーツ(.dwp)をテキストエディタで開いて、
　<WebId >要素の値を1 で取得したGUIDに書きかえる
5.4で編集したWebパーツ(.dwp)をWebパーツギャラリーにアップロードする
6.任意のサイトにWebパーツを配置する

【注意点】
・GUIDの取得方法については参照先サイトの「How to find a GUID」を参照のこと。
 もしくは、MOSS SP2環境であれば、stsadmで取得可能です。
 stsadm -o enumallwebs -databasename <データベース名> [-databaseserver <データベース サーバー名>]

・上記の手順4 で<WebId >要素のGUIDは小文字である必要があります。
　また、<ListName>と異なり、括弧({ })は必要ありません。



【参考】
http://techtrainingnotes.blogspot.com/2009/03/sharepoint-one-library-multiple-sites.html

ユーザー情報の表示

MOSS上で作成者や更新者をクリックすると、Userdisp.aspx（各サイトのユーザ情報）が表示される場合と、person.aspx（個人用サイトのプロファイルページ）が表示される場合とがあります。

この規則ですが、個人用サイトをホストしているWebアプリのURLが以下の条件を満たせば、作成者や更新者をクリックしたとき、person.aspxが表示されます。

それ以外の場合はUserdisp.aspxが表示されます。

※person.aspxが表示されるURLの条件

　1.ポータルと同じホスト名を持っているURL

　　【例】

　　　ポータル：http://mysite/

    　個人用サイト：http://mysite:8080/

　2.[ポータルサイト接続]に設定されているURL

　3.ループバックアドレス（http://127.0.0.1/ , http://localhost/）

【参考】

http://blogs.msdn.com/dmp/archive/2009/01/21/user-information-page-userdisp-aspx-vs-person-aspx.aspx

SharePointでのJavaポートレットの利用

備忘録として。

JSR168については、javaベースのためSharePointではサポートされないようです。
http://blogs.technet.com/mdunkel/archive/2008/02/21/sharepoint-jsr-168-and-wsrp.aspx

WSRPについてはサポートされています。
http://office.microsoft.com/ja-jp/sharepointserver/HA101656531041.aspx#4

「WSRPコンシューマWebパーツ」がMOSS 2007では標準提供（ただし、Enterprise Editionのみ）されています。
#SPS 2003 は標準ではなく、CodePlexとかでソースが公開されていた状態かと。

ただし、製品的には対応しているとはいっているものの、汎用仕様ポートレットをちゃんと使おうとした場合にはそれなりにテストなり改修なりが必要になると思いますので、コストメリットが実質どれだけあるのかは「？」ですね。

また、WSRPコンシューマWebパーツ自体も一般的にほとんど使われない部類のWebパーツになると思いますので、個人的には信頼性は低い気がします・・・。

WSS 3.0で利用できない主な機能

きりがないのであまり細かいレベルまでは記載してませんが、備忘録としてMOSSで利用できて、WSS 3.0で利用できない機能をざっくりとあげてみました。

l  リスト、ライブラリ機能

Ø  IRMライブラリ

²  設定画面はありますが、標準では機能しません。

²  フレームワークとしては対応しているので、開発して組み込めば利用可能

²  http://technet.microsoft.com/ja-jp/magazine/2009.05.sharepoint.aspx

²  http://code.msdn.microsoft.com/OfficeProtectors

Ø  スライドライブラリ

Ø  データ接続ライブラリ

Ø  レポートライブラリ

Ø  発行ページ全般（ページレイアウト等）

Ø  監査ログ

²  標準では機能しません。

²  フレームワークとしては対応しているので、開発して組み込めば利用可能

²  http://msdn.microsoft.com/ja-jp/magazine/cc794261.aspx

Ø  情報管理ポリシー

Ø  MOSSで標準提供されるもののうち「3段階の状態管理ワークフロー」以外のワークフロー

²  SPDで設定するものは可

²  フレームワークとしては対応しているので、開発して組み込めば利用可能

l  ポータル機能全般

Ø  個人用サイト

Ø  ユーザ プロファイル

Ø  対象ユーザ

Ø  バリエーション

Ø  コンテンツ展開

Ø  サイト ディレクトリ

Ø  レポート センター

Ø  レコード センター

²  WSS ファーム内にレコードセンター用サイトの作成が不可

²  レコードセンターへの接続設定は可能

l  検索

Ø  検索結果用Webパーツ全般

Ø  自サイト外の検索

Ø  BDC、人検索

Ø  管理用UI全般

l  アプリケーション系

Ø  SSO サービス

Ø  BDC

²  MOSS Standardも不可

Ø  Forms Services

²  MOSS Standardも不可

Ø  Excel Services

²  MOSS Standardも不可

イベントID：7888 が発生する

MOSS 2007のStandard Edition環境のみでイベントID:7888 が発生するするとのこと。
ただし、動作上問題なく、実障害も報告されてないとのこと。

ということなので、監視対象から除外することをお忘れなく。
診断ログの記録レベルを変更する手もありますが、他の肝心なログを記録してくれないと困るますから…。

**********************************************************************

■エラーメッセージ 1)

----------------------------------------------------------------------------------

ソース：Office SharePoint Server
種類：エラー
分類：Office Server 全般
イベントＩＤ：7888
ユーザー：N/A
説明：
"ランタイム例外が検出されました。詳細は次のとおりです。
メッセージ: ストアド プロシージャ 'proc_ar_BumpCacheInvalidationCounter' が見つかりませんでした。

----------------------------------------------------------------------------------

■エラーメッセージ 1) の原因

----------------------------------------------------------------------------------

MOSS 2007 Standard Edition 固有の現象で、ユーザー プロファイルのインポートを行った際に発生します。
イベント エラー ID 7888 に記載されている、ストアド プロシージャー "proc_ar_BumpCacheInvalidationCounter" は、Enterprise Edition にはインストールされておりますが、Standard Editionには、インストールされていないため、Standard Edition において、ユーザー プロファイルのインポートを行った際に、イベント ID 7888に下記のメッセージが表示されます。
「ストアド プロシージャー "proc_ar_BumpCacheInvalidationCounter" が見つかりませんでした」

**********************************************************************

■エラーメッセージ 2)

----------------------------------------------------------------------------------

ソース：Office SharePoint Server
種類：エラー
分類：Office Server 全般
イベントＩＤ：7888
ユーザー：N/A
説明：
"ランタイム例外が検出されました。詳細は次のとおりです。
メッセージ: オブジェクト名 'AR_CacheCounters' が無効です。
EXECUTE 後のトランザクション数は、COMMIT TRANSACTION または ROLLBACK TRANSACTION ステートメントがないことを示しています。以前の数 = 0、現在の数 = 1。

----------------------------------------------------------------------------------

■エラーメッセージ 2) の原因

----------------------------------------------------------------------------------

MOSS 2007 Standard Edition 固有の現象。
Standard Edtion に AR_CacheCounters が 存在しないためにイベントに記録される。
MOSS 2007 は、データベースと通信する際、キャッシュ処理を行っており、一部のキャッシュ処理に対し、オブジェクト カウンタを AR_CacheCounters に記録する処理を行っております。
しかし、この処理は、Standard Edtion には、搭載されていないため、イベント ID 7888 に以下のメッセージが表示されます。
「ランタイム例外が検出されました。詳細は次のとおりです。メッセージ: オブジェクト名 'AR_CacheCounters' が無効です。」

ドキュメント ライブラリの URL を日本語名に変更する

通常、ブラウザからドキュメント ライブラリを作成した場合は、英数字のURLが自動で生成されます（詳細はリストやライブラリの名前付け規則参照）。


ドキュメント ライブラリを使用する際に、 「Windows エクスプローラで開く」を中心に使おうとされているお客様で、ライブラリ名を日本語にしたいというケースがあります。

通常のブラウザでの利用やエクスプローラビュー表示であれば日本語名（外部名）で表示されるので何のライブラリなのか分かりますが、Windows エクスプローラで使う場合はURL（内部名）でしか表示されず、一般ユーザさんは内部名なんて意識していないので、「これは何のライブラリなの？？」という状態になってしまいます。

これを、日本語に変更する方法として、2つあります。

※例

（変更前）http://xxxxxx/sites/xxxxxx/DocLib/

（変更後）http://xxxxxx/sites/xxxxxx/申請書/

※


【変更方法】
①Windows エクスプローラからフォルダ名を変更する方法
②Microsoft Office SharePoint Designer 2007 (SPD 2007)からフォルダ名を変更する方法


ドキュメント ライブラリの URL を日本語名に変更して利用する対応については、一応サポート範囲内の対応となるため特に問題はないとのこと。

日本語名を利用する際に特に注意すべき事項（制限事項）は、
・ファイルまたはフォルダの名前は 128 文字以下
・ファイルへの完全な URL は 260 文字以下
といったURL長に関する問題ですね。

リストやライブラリの命名規則

SharePointでは、リストおよびライブラリのパスとして、リストやライブラリを作成するときに「名前と説明」セクションの「名前」ボックスに入力した値（名前）が適用される仕組みとなっています。
また、リストとライブラリでは、URLに下記の違いがあります。

ライブラリ： http://<SharePoint サイトの場所＞ライブラリのパス
リスト：http://<SharePoint サイトの場所＞/Lists/リストのパス

ただし、URLには2バイト文字は利用できないため、名前に日本語を使用した場合、URLは次の3つの規則で自動的に作成されます。

•  名前に日本語のみを利用した場合
  選択したテンプレートの既定の名前が使用される。サイト内に複数作成する場合はURL名の末尾に1からの連番が割り振られる。


• ライブラリの場合の既定の名前：DocLib
  （⇒ http://<SharePoint サイトの場所＞/DocLibX）
• リストの場合の既定の名前：List
  （⇒http://<SharePoint サイトの場所＞/Lists/ListX）

例：「会計」という日本語のみの名前のドキュメント ライブラリを作成した場合は「DocLib」、続けて「総務」という日本語のみの名前のドキュメントライブラリを作成した場合は「DocLib1」となる

• 名前に日本語と英数字を組み合わせた場合
  日本語は省かれ英数字のみが使用される。

例：「会計01」という日本語と英数字を組み合わせた名前のドキュメントライブラリを作成した場合は「01」となる

• 名前に英数字のみを利用した場合
  名前が使用される。
  例：「accounting」という英語のみの名前のドキュメント ライブラリを作成した場合は「accounting」となる

以上より、たとえば、「会計01」と「営業01」を作ると、あとから作ったほうは自動的に「011」になります。
その後、さらに「法務011」をつくると「0111」と連番が増えていきます。
なので、日本語では「01」ばかりつくっているつもりでも、URLがどんどん長くなっていってしまいます。。

トップリンクバーのURL指定方法でのタブの振る舞い違い②

MOSS内のコンテンツをトップリンクバーに追加する場合、URLの指定方法によって、動作が異なってきます。

• ①UIで指定した場合
• 権限が反映されます。
• ②相対パスで手入力した場合
• 権限が反映されます。
• ③絶対パスで手入力した場合
• 権限が反映されません。

絶対パスで指定した場合は、MOSSのコンテンツとして認識してくれないということでしょうか？

■トップリンクバー（グローバルナビゲーション）の状態
役職別サイトを発行サイトで作成
ページライブラリに部長用ページ（Managers.aspx）と課長用ページ（Leaders.aspx）を配置
上記3パターンで見出しおよびリンクを追加
 

 

 
 
 
 
■サイトの権限を追加
営業課長さんはRoleBに属しているユーザ
ページライブラリおよびページはサイトの権限を継承している状態

 
 
 
■サイトの権限をすべて削除
ページライブラリおよびページはサイトの権限を継承している状態

 
 
 
■ページライブラリの権限を削除
各ページはページライブラリの権限を継承している状態

 
 
 
■トップページに権限を追加

 
 
 
■課長用ページに権限を追加 
 

 
 

トップリンクバーのURL指定方法でのタブの振る舞い違い①

■ナビゲーション オプションで「このサイトを親サイトのトップ リンク バーに表示する」を選択した場合
サイトにアクセスすると、タブがアクティブになる

 ■絶対パスで指定した場合
サイトにアクセスしても、タブがアクティブにならない

■相対パスで指定した場合①
サイト名で終わらせた場合
サイトにアクセスしても、タブがアクティブにならない

■相対パスで指定した場合②
最後に/を含めた場合
サイトにアクセスすると、タブがアクティブになる

■相対パスで指定した場合③
ページを含めたURLを指定した場合
サイトにアクセスすると、タブがアクティブになる

インストールオプションでの違い

MOSSのインストール時に選択するオプションによって、サーバにインストールされるサービス等が異なってきます。
【 共通】
 WSS Web Application がインストールされ、開始された状態
⇒WFE として利用しない場合は、停止すること

【Web フロント エンドでインストールした場合】
Office SharePoint Server Search がインストールされない
Excel Calculation Services がインストールされない
⇒アプリケーションサーバとして動作しない状態

■【Web フロント エンド】でインストールした場合のサービス稼働状況

■【完全】 でインストールした場合のサービス稼働状況

トップレベルのサイトタブ

MOSSのトップリンクバー/タブの部分ですが、有効になっているフィーチャによって、名称や表示内容が異なってきます。

不思議です。

■トップ レベル サイト用のタブ①

トップ レベル サイトをWSS サイト テンプレートで作成した場合は、トップ用のタブが「ホーム」となる。
発行機能を有効化する（既定で無効）とトップ用のタブが「サイト名」に変化

■トップ レベル サイト用のタブ②

トップ レベル サイトを発行サイトで作成し、発行機能を無効化すると、タブ部分がなくなる。

必要なタブを、【サイトの設定】の「トップリンクバー」 メニューから追加可能。

■トップ リンク バー

チームサイトで作った場合など（発行機能が有効になっていない状態）。

発行機能が有効になっている場合でも、設定画面には、アドレス直打ち（〜/_layouts/topnav.aspx）でアクセス可能ですが、
動作がどうなるかは未確認。

■ナビゲーション

発行機能が有効になっている場合。

設定画面のURLは〜/_layouts/AreaNavigationSettings.aspx。

MOSSのブラウザの要件について

MOSSのブラウザの要件について、

MOSSのSP2に関する情報も更新されて最新情報が分かるのはよいんですが

実際にはIE6 SP2以上がサポートされている範囲になります。

http://technet.microsoft.com/ja-jp/library/cc263526.aspx

マイクロソフト的には「最新のサービスパック、セキュリティ更新プログラムをあてるのが当たり前」なのでしょうが、
実際運用中の企業様によっては、そうはいきません。。

#以前だと「最新のサービスパックが適応されていること」とかかいてあった気もするんですが。。

IE6 SP1で利用しようとすると、スクリプトエラーが表示されて、表示がどんどん崩れていきます。

ですので、SP2にあげるか、下記更新プログラムを適用する必要があります。

□Internet Explorer 6 Service Pack 1 用累積的なセキュリティ更新プログラム (KB867801)

n  URL: http://www.microsoft.com/downloads/details.aspx?FamilyId=06F49985-F19F-4B50-A75F-7636D8BEE576&displaylang=ja

□Windows 2003用の同じ更新プログラムは、下記URL

n  http://www.microsoft.com/downloads/details.aspx?FamilyId=D86262D9-C66A-4608-8DBE-2492B4AFBC3B&displaylang=ja

もうちょっと古い更新プログラムでもいけそうな感じではあります。

IE6の更新バージョンがQ832894のものでも、エラーがでずにアクセスできています。

通知メールに記載（ハイパーリンク）されるURL

【疑問】
Web拡張や代替アクセスマッピングの設定を行っている場合に、通知メールに記載されるURLはどうなるのか？

【検証結果】
通知内容はSharePoint ハイブ\TEMPLATE\XMLフォルダ内のalerttemplates.xmlにより決定されております。
通知メールのURLに相当する部分はSiteUrlで生成されています。
通知の文面に設定される具体的なURLは、今回確認した限りでは、
・通知を設定した時のURLが設定される。
・その後、どのURLでアクセスしてリスト/アイテムの変更等の操作をしても、通知を設定した際にアクセスしていたURLが設定されたメールが届く。
となります。

【悩み事】
1つのサイトに対して複数のURLを持っていても、各ユーザは必ず1つのアクセス経路しか利用しないのなら良いですが、アクセス経路が複数あるユーザの場合は難ありですね。。
・1つのコンテンツに対して通知設定をアクセス経路ごとに行ってもらう？
・通知メールからURLを取得して、アクセス経路に応じて手で入力しなおしてもらう？

う～ん、非現実的ですね。

エクスプローラビューで必要なポート

【現象】
エクスプローラ ビューを利用する際に動作が遅い

【解消方法】
エクスプローラ ビューを用いる場合、クライアント PC と MOSS サーバー間で、通常の Web アプリケーションのポート ( TCP 80 番など) 以外に、TCP 139 番と TCP 445 番のポートが利用されます。
TCP 139 番と TCP 445 番ポートが空いていない場合、表示までに数十秒かかることがあります。


クライアント PC と MOSS サーバーの実 IP アドレス間だけでなく、クライアント PC と MOSS サーバーの仮想 IP アドレス間でも、TCP 139 番と TCP 445 番ポートを空ける必要があります。

SharePoint Designerのワークフロー機能

MOSSでは、製品標準のワークフロー機能以外にも、SharePoint Designerを利用してワークフローを作成することができます。
といえば聞こえはいいんですが、実際にはSharePoint Designerで提供されている条件やアクションの範囲内でしか作成できません。

ですので、「ワークフロー」という意味ではそれほど有用性はないかもしれませんが、ノンコーディングでちょっとしたデータ操作に行うにはお手軽に使える機能だと思います。

■SharePoint Designerで提供されるアクティビティ
【条件】

選択肢	構文および設定例
ユーザー設定の条件	[フィールド] が [値] に [等しい]
タイトル フィールドにキーワードを含む	タイトル フィールドに [キーワード] を含む
指定した期間内に変更された	[日付1] から [日付2] の間に変更された
指定したユーザーによって変更された	[指定したユーザー] によって変更された
指定した期間内に作成された	指定した [期間内] に作成された
指定したユーザーによって作成された	指定した [ユーザー] によって作成された
指定したファイルの種類	ファイルの種類が [指定した種類]
ファイル サイズが指定した範囲内 (キロバイト)	ファイルのサイズが [サイズ] KBから [サイズ] KBの間

【アクション】

To Do アイテムを割り当てる	リスト アイテムをコピーする	指定した時間だけ停止する
アイテムのチェックアウトを破棄する	リスト アイテムを更新する	指定した日まで停止する
アイテムをチェックアウトする	リスト アイテムを作成する	電子メールを送信する
アイテムをチェックインする	ワークフローの変数を設定する	動的文字列を作成する
アイテムを削除する	ワークフローを停止する	日付/時刻フィールドの時刻部分を設定する
コンテンツの承認状態を設定する	計算を行う	日付に時刻を追加する
フォームをグループに割り当てる	現在のアイテムでのフィールドの変更を待つ	履歴リストに記録する
ユーザーからデータを収集する	現在のアイテムにフィールドを設定する

■SharePoint Server 2007 と Designerだけではできないこと

• ワークフロー ステップの結合は1本のフローに収束する


• 設定画面の構成上、ワークフロー ステップのネストができない


• 一方通行のフローしか定義できない
• 分岐はIf Else しか指定できない


• ループ（While）の指定は不可
• 以前に通ったアクティビティには戻れない（終端に向かって一方通行）
• 待機は”現在のアイテムでのフィールドの変更を待つ”アクションで実現可能（WaitForActivity）


• 条件判定は”かつ”（and）しか指定できない


• “または”（or）やネストは指定不可


• 例：（条件A and 条件B） or (条件C)


• 動的な条件判定は不可


• 例：現在の時刻がサービス稼動時間の場合


• 機能的な制限


• SharePoint に特化したアクティビティしか使用できない
• 他の製品/システムとの接続を前提としていない


• ツールの特性上の制限


• 特定のリスト/ライブラリに組み込まれるため横展開（テンプレート化等）不可
• ウィザード ベースの定義画面によるフロー制御の制限
• 簡易な条件しか指定できない 
• 開発要件と制限事項の検証が必要