04
03

SharePointのビジネスアプリケーションのフレームワークとして

    はじめに

    我々は以前はあなたのビジネスアプリケーションのフレームワークとしてではなく、ソフトウェアだけの作品は、'あなたの文書'、または私が一度'それはという話を聞いハンドルのSharePointを表示する必要があります説明だけではイントラネットアプリケーション'!

    Sharepoint 2010 Focus 実際、それは'基礎となるアプリケーションを開発提供する'ではお客様の組織情報を格納するリポジトリを提供するためホスティング環境。 としてのイメージの反対を示して多くのドキュメントリポジトリよりも、プラットフォームの今後の最新リリース(SharePointの2010年)です。これを構築し強力なビジネスアプリケーションをホスティングするための強力なフレームワークは、コミュニティを構築し組織の情報のための豊富なリポジトリを提供します。

    それゆえに、方法はスタッフの作業を一緒に共同作業と効率性を向上させる可能性のある費用をお客様のIT予算を軽減する機会をアプリケーションでは、設定またはSharePoint内の方法で開発を購入されるお客様のビジネス課題の多くを解決するために提供されます。

    SharePointの本質的な強みはフォームの内容をデータベース(は、Microsoft SQL Server内に格納される)あなたのビジネスアプリケーションの多くは、(両方の既存および新規のものを検討している)必要がある別のハードウェアでは、ライセンスの投資を縮小するデータリポジトリを提供することができますと進行をサポートしています。

    SharePointアプリケーション

    一般的にSharePointは、イントラネット、エクストラネット、インターネットのWebサイトに直面するように使用されている通常のアプリケーションと一緒に言えば、それはまた以下の項目が、名前を考えることができるいくつかの垂直方向と水平方向のビジネスアプリケーション:

  • プロジェクトやプログラムの管理アプリケーション
  • マーケティングキャンペーンのアプリケーション
  • 製品カタログ
  • ディスカッションフォーラム
  • 研究用途
  • レポートのワークスペース
  • ドキュメントイメージングアプリケーション(スキャナを使用)
  • トレーニングや自己ポータルヘルプ
  • *表示価格ベースのアプリケーション(クライアントの連絡先との例のための知識管理アプリケーション)
  • *ワークフローベースのアプリケーション
  • *フォームベースのデータ入力アプリケーション。

*は作成を伴う可能性が高いかまたは'更新データの複数または単一のリスト'も検索がしたり機構をフィルタリングする必要があります任意のアプリケーションが適用されます。 多くの既存のLotus Notesやので複雑なアプリケーションの1つのフォームまたは別のそれゆえにSharePointに間の移行を検討する必要がありますこれらの3つのタイプに基づいていると呼ばれる他の。

        アプリケーションは既存のオーダーメイドの'でクライアントサーバー'もされるお客様のSharePoint環境内でホストすることがありますベースのアーキテクチャで提供される。 確かに、妥協のいくつかのレベルで頻繁に必要とされますが、それは少なくとも価値があるとしてステークホルダーとの調査ではあるかどうかの利点これらのアプリケーションの移行にしてさらにアクセスはほぼ間違いなく使用して長期的には全体的なコストを削減させることには'の共有サービス'、SharePointによって提供される。

        どの理由にした場合やカスタムアプリケーション固有のビジネス要件の特定のセットを達成するために、それ相当のSharePointの既存の投資をする場合はこの場合に必要な機能を提供するように拡張することができます参照してくださいを探している。 あるいは実際には互いに独立して実装を検討される可能性がありますいくつかのアプリケーションを導入するための統一された基盤となるプラットフォームとしてSharePointを使用してご検討ください。

        現実世界の例

        例1:

        これを見ることができるの例では既存のドキュメントイメージングソリューションをSharePoint枠組みの中で組み合わせる。 あなたの既存の印刷&スキャナ装置をキャプチャし、そのコンテンツの格納に使用することができます(通常はTIFFやPDFファイル)をSharePoint環境に。 これらの順番に自動的にメタデータで、タグ付けすることができますインデックスおよび検索またはフィルタリングインターフェースはより多くのオーディエンスのため、ワークフローを使用して、技術を統合する等のような現実世界の例を使用できるようにを介してプロビジョニングされる顧客の対応、受信メールのスキャンまたは他のアドホックスキャン要件。 両方のスキャンおよびSharePoint補完的な技術を組み合わせることの良い例ですがあなたの投資のこの再利用"

        例2:

        もう一つの例になるは、SharePointのイントラネットには、Lotus Notesアプリケーションを移植。 いわゆる多くのNotesアプリケーション'実際のところ情報をノートに格納されたリストです。 これらに移行することができますし完璧に匹敵する機能は、SharePointのセット内に座っている。 つまり、として悪名高いのは難しいときに文書の移行"に付属の"メモから、多くの複雑なワークフローは特に移行するための課題を過小評価していないと述べた。 サードパーティ製品は、AvePointは 、Mainsoftのクエストなどのためにご利用いただけます。

        理想的には元のSharePointアーキテクチャの必要性と追加のアプリケーションを提供することに応じてこのような変更を処理するために構築されたと考えられている必要があります。 そうでない場合、次にあなたが全面的な見直しと計画建築物の変更に対応するために必要な-を実施する必要がなかったとして追加の包括的なアーキテクチャの変更は、ハードウェアとにつながる可能性がある問題については徹底的にこの分野の研究の推定の下にしないでくださいまたはソフトウェアを購入。

        おわりに

        ように要約すると、SharePointの多くのドキュメントリポジトリ以上であり、建物とはお客様スタッフがより良いより効率的に情報管理を支援する強力なビジネスアプリケーションをホスティングするための強力なフレームワークは、その戦略的目標を達成するためにお客様のビジネス支援している。 だからかどうかは、2003年、2007年あるいはすぐにSharePointを導入または変更がうまくいったのでそれあなたのビジネスをサポートする先進的な計画の2010年バージョンが発表されるには将来の必要があります。

        よろしく、

        アンドリューWalmsley

        ディレクター、WorkShares

  • 共有/ブックマーク

31
09年01月

あなたのSharePointのまま同期してIT戦略

SharePointの近年では非常にすべての人々のプラットフォーム、またはそれをするのビジネスアプリケーションのフレームワークとして参照することを希望する'すべてのものされて得意になることを成熟しています。

のWindows SharePoint Services(WSS)が、'無料ダウンロードは、Windows Server 2003オペレーティングシステムの一部としてライセンスのSharePoint 2003'で紹介、またマイクロソフト社のライセンスを明確にマスターストロークされました。

WSSの間違いなく良い、すべてがある程度大規模なエンタープライズ企業も独自に多くの小規模、中規模なると簡単な文書管理サービスをすることの堅牢で豊富なセットを提供します。 実際これはここで多くの企業はソフトウェアの以前のバージョンの展開で、本当に自分自身どのようになっていた知らずにスタートを切ったとの関係。

"SharePointの2010'魅力的な1つのサイズを提供し続ける魅力的な機能を持つすべての'アプローチセット適合は両方のイントラネット、エクストラネット、インターネット上でカットの境界 "

すべての人々 'をテーマにこれは'すべてのものの次のリリースでは、SharePoint 2010を続行するに設定されます。 春の時のリリースに割り当て、そのサービスとは私のビューで、組織の一般的なソリューションアプリケーションの大部分に対応する機能を提供していく非常によく、しかし他のより具体的な要件が明確にできないので必要がある。

SharePoint 2007のは、次のバージョン(SharePointの2010年)と呼ばれるその前身と同様に'説得力のある1つのサイズを提供する魅力的な機能を持つすべての'アプローチセット適合は両方のイントラネット、エクストラネット、インターネットの境界を越えてカットします。 このリリースを忘れては説得力のある場合、未熟は、Microsoft Online』クラウドベースのサービスを提供し、2009年には最初の打ち上げの背面に更新されています。

時間はそれだけでなく顧客の1つの関数を行わないでその'アキレス腱'されてただし、'すべての人々 'ステートメントはすべてのことには時間からしてまたは期待する可能性がある必要があります。ドキュメント管理、レコード管理、などのwikiの、場合は独立して、使用されるブログ、ワークフローおよびWebコンテンツ管理、等間違いなくこれらのおよびSharePointの他のコア機能は競合製品のいかだに乗っているがはるかに優れています。

しかし覚えておくべき重要なのは、SharePointではなかったしそのような副作用側の比較で勝つことができることはありません。 もなければ'の点で'垂直方向のビジネスのアプリケーションソフトウェアのラインベースのビジネスアプリケーションまたは他の専門家'の競争するように設計されます。 ポイントはしばしば議論と選択のプロセスをお客様のニーズを満たすために、ITソリューションを選択すると実施で敗れた。

"SharePointのは、それではないがすでに、これらのビルディングブロックの一部 "

これらのシナリオを避けるためとSharePointの確保は正しいコンテキストでは、重要だとその導入により、導入と管理のための戦略を考えられていることで合意されそれらの実装およびサポートを担当していないだけで理解が、すべてのシニアのステークホルダーのIT担当のサービス提供によって。

さらに私は同期のIT戦略は全体の維持を主張する。 なぜ? 場合が多いのであなたの組織、アプリケーション、ハードウェアとソフトウェアのITの成長ミックスを使用されるスキルや経験の範囲はお客様のコアスタッフを保持し維持する蓄積された自分たちの役割の一部である。

したがってお客様のIT関数はこの異機種混在環境に関連するコストの管理に既得権をしています。 加えてあるか、ではなくむしろ成長欲求を簡素化する、より迅速でなければならないと運用を導入すると'戦略的なビルディングブロック'、これはビジネスに戦略的な目標の達成を支援することができます。 working toegther in sync もしこれらのビルディングブロックはすでに一部では、SharePointです。 たとえ戦術的にはイントラネットのような特定の機能のための'ポイントソリューション』としては、機能、SharePointの幅を間違いなく要求を使用され戦略的なビルディングブロックのより広範な文脈を考慮する。

私の次の記事では私がなぜお客様のIT戦略の中に、SharePointテクノロジの導入です詳細を書くし重要なんですかさらには、SharePoint 2007、またはてきたのかもしれないのSharePoint 2010今年中にこのようにしている投資を拡張することができます。

よろしく、

アンドリューWalmsley

マネージングディレクター

  • 共有/ブックマーク

25
11月

SharePointの2010年には興味がある?

私は権限(および保持する多数の傷跡があった!)SharePointと仕事をして以来、2001年には初起動して年間ではプラットフォームへの連続更新を見ているだけでなく、目撃者のいずれかのキーは'として企業の成長の採用技術のビルディングブロックのIT目標は戦略的な運用を実現するために実装される。

としては次のブログ記事( ポストを表現し、1ポスト )はこの私の見解はほとんど'進化'には年間を通して製品プラットフォームの機能とアーキテクチャの面でされている。

これはさらに前年比ではなく、少なくとも製品のSharePoint 2010と呼ばれる最新の計画のリリースで大規模な関心と投資を毎年見ている。 の詳細はこのページの計画の更新:SharePointのこっそり

どのようないくつかの範囲には、'金利やコース、イベント、および他のそのような材料の入手の方法'をインストールするにはレベルの主要な設計の意思決定を考慮する、などともこのことです私に驚いている前に製品がリリースしてベータが一般公開に! これは確かにすべての偉大な深さに以前のバージョンでは利用できませんでした。

これは健康をサポートするコミュニティとマイクロソフト、誰も情報の方法でさらに最大これとは他の技術のために将来のロードマップの考慮事項に関するガイダンスを前に提供しているのは良い兆候だ。

運動時には来年打ち上げが続くのを期待できます。 このような活気のあるコミュニティとマイクロソフトからのヘルプを、すべての'まで来ると新しい技術を高速化するため私たちを助け私たちよりない提供することは間違いないの課題のために準備することができます。 これはみんなの利益にもWorkSharesのようなMicrosoftのパートナーことができ、タイムリーな助言と指導を戦略的意思決定企業の2010年には将来の投資を越えて確認を行っていることの周りを提供します。

よろしく、

アンドリュー

マネージングディレクター

 

  • 共有/ブックマーク

11
9月

マイケルデラーWorkShares結合

私たちはマイケルデラーWorkSharesに参加して発表することを嬉しく思います。 彼は我々のテクニカルディレクターとして参加して味付けSharePointのコンサルタントや建築家としての彼の能力を継続し、WorkShares彼の他の役割の中で。

いくつかはこの空間では英国の主要なMicrosoftのパートナーとSharePointテクノロジでの作業の6年以上の経験では、ミハエルは彼の経験と知識をこの分野での無類の富をもたらします。

マイケルは最も知名度の高いSharePointのプロジェクトのひとつで働いており公共部門を含む横断業界経験を持ってではなく、利益、ユーティリティ、および教育のために。

SharePointとインフォメーションワーカーの分野の前にマイケルの背景にインフラストラクチャの強力なバックグラウンドと、メッセージングサーバーインフラストラクチャのフィールドは、Microsoftクライアント内で数年前/次のとおりとトラブルシューティング。

マイケルの選任及び全体的な配信機能のシニアマネジメントチームを強化します。 ラスベガスでの会議ではプラットフォームにMicrosoftの最新の更新プログラムを起動する彼の最近の出席(SharePointの2010年)、多くの'が必要もたらす'の意味、課題、およびSharePointテクノロジの既存または新規ユーザーのための機会を開くヘッド。

ミハエルと多数のSharePointのプロジェクトに数年間勤め、私は彼のサービスを確保するため転送当社の既存および将来の顧客とのWorkShares彼の貴重な貢献を見てうれしく思います。

よろしく、

アンドリュー

マネージングディレクター、WorkShares。

 

  • 共有/ブックマーク

07
9月

SharePointのドキュメントの移行:注意事項

背景

私の最後のポストで受ける" ドキュメントへの移行SharePointに-あなたのオプション "は、その存在は基本的に4つの主要オプションを使用するときに使用できるかどうかをファイル共有他のリポジトリからコンテンツを移行するかを決めるているよう。 要約すると:

  • 移行のSharePointを完全に
  • * SharePointにコンテンツのサブセットの一部の移行
  • ここで独立して両方のリポジトリを維持するために継続してコメントを残す**
  • ここで両方のリポジトリを維持し続けるとすると、コメントを残す***がインデックスに古いコンテンツが、それゆえに検索する機能を提供するのSharePointを使用します。

1つまたはこれらのオプションの詳細にまでお客様のニーズや要件に応じて選択する最後のルートがあります。

*お子様のコンテンツもまたはアーカイブされるだけで削除されます。

費用を考えて**とリスクここでの高齢化装置を維持する

***これは、徹底して検索結果は特定のテスト、それゆえ慎重に使用する調査は限られた選択肢があります。

次の手順と注意事項

の場合を考慮してお客様のコアプロジェクトチームや利害関係者に同様の議論はこの決定のプロセスを介してどのルートを決定するお手伝いをするには状況に最適な、私は以下のいくつかのポインタを書いています。 これらのコメントはSharePointの様々なプロジェクトを管理するいくつかの年のため、うまくいけばいくつかの我々と我々のクライアントを経て痛い教訓を回避するに基づいています! それはおそらくあなたの考えに必要なものはないが、いくつかの考えで良いスタートをあなたの方法に沿ってお手伝いをします。

"移行は特に高価なことができるときに移行しようとされる情報の量を考えると、ビジネスの真のコストと技術的なリソース(内部および外部)の場合は移行作業を支援するためにスケジュールするつもり"

かどうかは本当に必要なすべての文書やイントラネットのページ、画像、ビデオ内を移動すると御社の利害関係者と上級ユーザーは、他の事例と実証、私の経験を何度も、80番組にある程度基づいて-後に作成されたコンテンツの90%はほとんどの場合すべてのアクセスで12から18ヶ月を超えている。 だから、価値のほとんどを返すために働くの山を作成することができる。

従って私はそれであることを確認することを裏付ける証拠を見つけること(または)が頻繁にまたは他のステートメントをサポートするまたはそれ以外の場合は移行の要件にアクセスされていないことを勧める。 仲介実際には'移行することは、ほとんど一緒にミニビジネスケースの意思決定プロセスの入れようが必要です。 という理由だけでは他の(自然にそうしては、調査したり移行の最初の場所での作業を避けるためだとする多くのビジネスユニット)の優先順位。 現実は古き良きクリアを頻繁に歓迎しチャンスを無駄にコンテンツを消すには、コンテンツのアーカイブ古い要素はもはや必要です。

私も強くすると長年にわたって蓄積されているコンテンツの見直しを行うことをお勧め。 どのようにそれをはるかに実際にはもはや適合に必要なまたは適切なまたは実際にはとにかくリフレッシュする必要があるコンテンツを識別するに驚かされることがあります。

覚えてもそこの間に微妙な、しかし重要な違いは'中'はビジネスに利用して移行されると、SharePointでご利用いただけます。 たとえば、SharePointから以下のご利用で、ストレージはまだアクセス可能なオフラインメディアや他のおそらく安価なフォームには近づけないことがあります。

その場合でも、実際に動員移行チーム(s)の場所は'青写真'に入れていないコンテンツの移行を大量にあるが、決定を行うこと誰もが自分の役割を、そのタスクを知っているか確認しときにそれらはになってやってその理由。 彼らは短い必要とするボードを完全に上で何が行われているとされる。

また、'はプロセスを証明するために必要な移行チームのスループットを'証明を事前に動作します。 このためだ、自動化されたマニュアルまたは両方のアプローチの混合物。 あなたの調査の結果に基づいて移行のための見積もりに寛大してください。 これはあなたのプロジェクトチームの能力は移行期限に間に合わせるためにあなたのステークホルダーの信頼を与える。

全体的なSharePointアーキテクチャに及ぼす影響"の全体的なデザインに計画されて"が必要

うまくいけばいくつかあるいはこれが自分のオリジナルのSharePointアーキテクチャ計画のほとんどの...あなたの物理的なサーバー環境への負荷の増加は、容量計画の問題は、検索結果、全体をスキップしてコンテンツの有用性に影響を与えるのが、名前を考えてカバーしているがいくつかの地域が必要と考え評価時にSharePointに既存のコンテンツの移行を検討。

たとえば、あなたとまたはSharePoint環境へのインデックスは任意の外部に保存されたコンテンツに移動するには、自分の環境に配置しているストレージの増加のための含意を検討予定しています。 ではなくコンテンツの生のデータストレージのためのサイズが増加されていないだけで少なくともあなたのSQLデータベース内だけでなく、新しいストレージの増加インデックスファイルのサイズを処理するために必要な追加される。

その後あなたは自分のバックアップ&復元する上でプロセスを配置している追加の負荷を考慮しましょう! あなたの能力ダウンの場合にはサービスの可用性については、SLAを満たすために上の潜在的な圧力をかける可能性があります。 例えばあなたはまだ時間は、SLAの中で許可され新たに増加しコンテンツデータベースを復元できますか?

"を評価するサードパーティ製ツールのデータのボリュームで"あなたを支援する

多くのサードパーティ製品は移行するバルク/アップロードしたコンテンツをSharePoint環境への手助けをするという素晴らしい仕事をする。 しかし、多くの完全なので、注意深く確認し計画と予算にその性能の移行と費用(または欠如)計画の要件を満たすことはありません。 それだけでなく自らの強みをその限界を知ることが重要だ。 あなたは彼らが多くの移行が、すべてのドキュメントタイプではない場合があります。 また、かなり多くの場合いくつかの重要なドキュメントのプロパティやその他のメタデータを文書または移行しようとしているページに関連付けられて失うことになる。

またたとえばタイムスタンプについてはデータの整合性を失うことがあります。 としては新しい環境への間で実施することができないこれは通常レコード管理の観点から重要と思われるものです。

"ことを確認し、"移行をリードするビジネスを

すべての手段を青写真(アプローチ)、ツール、およびこれに移行することができるコンテンツを提供するメソッドを提供します。 最終的にはビジネスユーザの所有する必要が'実際に移行し完全に最初からプロジェクトのこの部分に巻き込まれる。 彼らは最高のコンテンツが何であるか必要とされていない知っているし、どのように見てください、アクセスすることなども1つの最高の方法をあなたに提供しているSharePointの機能を使用してエンドユーザーを教育することを起こるに配置されますそれら全体の。

"データを保持する"規制上の義務を考慮

政府は特定のいくつかの事業部門/公共部門、金融、保健や慈善団体はデータ保持、可用性、およびアクセスは全体として(データ保護の問題)に従う必要があります特定の規制ルールがある。 これらのあなたの計画に反映する必要があります。

"資本を回収したり古いハードウェアを再利用"

古いイントラネットからの移行、潜在的にはこの努力のためにその一部を少なくとも(または)。プランハードウェアの資本を回収することができる場合でも、それだけでどのようにキットをリサイクルしたりして行くのかを調べるの株式やその他のアプリケーションファイルサーバルームから削除されます。 慈善団体またはその古い機器というよりも埋立地に投棄寄与するかもしれない学校を考慮しないでください。

"すべてのデータまたはSharePointに格納することができますするべきではありません"記憶

それは本当であるSharePointのインデックスに登録できるコンテンツソースの様々な。 しかし痛みを伴う現実にはめったに一部の製品の不具合のためそれ自体が、当初目的の結果が原因ではない実現するため、SharePointの一般的なメンテナンスベースの検索はしばしば忘れてたりデザインや上で省略された継続的な努力がかかるです進行中のメンテナンス。

かなり頻繁には簡単にルートの高齢化やファイル共有が膨らんだのインデックスで、それにあなたが本当にあなたの検索結果はそのアウト日の古いソースからの情報を格納するのだろうか? 初め、罰金および定期的な保守多くの場合ユーザの観点から貧困層の経験で終わる必要なチューニングでは慎重な設計がない。

したがってすべての手段が、あなたのソースインデックスを検討し実際には検索結果ページでは少なくともユーザー体験の設計、計画継続的な維持管理の観点からの影響を理解してください。 後者の注記では、すべてを考慮する場合検索とも検索結果のコンテンツのフィルタリングの導入が持っているボックスのオプションのうち、(カスタムまたはサードパーティのルート)。

"コンテンツを離れる考えてどこに"です

上皮内のコンテンツを残し両方の有形無形のメリットを理解し、試しおそらくコンテンツ'のみ'あなたとあなたのオプションをしながら検討したり移行を実施する一定の期間、そうとしての増加を許可しないことを読み取り、または格納されたコンテンツはこのエリアに変更します。

おわりに

いろいろなことと移行へのアプローチを決定する上記のほんの一部のトピックを考慮する必要がありますさについては議論の一部として考慮することはたくさんある。

技術以上のそれはしばしば政治的には、'経路の抵抗を'だけですべてのコンテンツの移行に関係なく、時には何か別のを行うための合理的な金融。 場合はすでにいないが、間違いなく自分の環境でのデータの量を増加を管理するためのアーカイブ、クォータと保持ポリシーの導入を検討します。

あなたのステークホルダーとの関与しないとの移行部分を所有することが買いを取得します。 ビジネスに異なるときにそれを行うには通常の役割をオフに撮影されそのリソースのだと思うしこの移行を行うことを確認するの多くの戦略。

最後に、私の経験で移行し、SharePointには元のコンテンツの小規模なサブセットのリフレッシュに加えて、残りのアーカイブほとんどの状況での適切なアプローチです。 SharePointのインデックス機能上のファイル共有が、小さいと測定の状況でのみオンに考慮する必要も何です。

よろしく、

アンドリューWalmsley

ディレクター、WorkShares

  • 共有/ブックマーク

07
9月

SharePointのドキュメントの移行:あなたのオプション

概要

    として私は前回の記事で述べたが、組み込みのツールやその他のオプションをあなたにして、SharePointの環境周りのコンテンツの移行を支援するための番号です。

    "SharePointのご高齢のファイル共有やその他のデータリポジトリ"には自然に置き換わるものです

    非常に重要な問題は実際どのように歴史的なデータファイルをネットワーク共有、イントラネット、およびその他のサイロなどこれらのリポジトリに格納されてを行う上で発生します。 それは確かにあなたのファイルの全置換/ネットワーク共有されません。

    つまり、この私を記述する計画は次の資料では主要なオプションを使用するに開放だけでなく、我々のクライアント大規模なイントラネットを提供する小規模作業と長年にわたって蓄積している経験からいくつかの役に立つのポインタを提供するつもりだインターネット、エクストラネット、およびその他のポイントソリューションは、Microsoft SharePointテクノロジに基づいて。

    オプション

    基本的には、それぞれ1つはお客様のニーズや状況に応じて異なることに意味があります:慎重に検討するには次の選択肢があります

  • 移行のSharePointを完全に
  • SharePointにコンテンツのサブセットの一部の移行
  • コメントを残すが両方のリポジトリを維持するために継続して
  • コメントを残すが両方のリポジトリを維持するとインデックスに古いコンテンツが、それゆえに検索する機能を提供するSharePointの使用を続けるとされます。

各1つの順序はあなたにぴったりです決断を下すプロのとは、詐欺、あなたの方法までが必要になりますしています。 上記のお客様のニーズに適切な場合があります以上のエンド1がありとして以前のブログの記事あたりの予算を確保し計画に応じて私はあなたの長い場合は考えを取ることを保証します!

ためお客様の利害関係者とクライアントは一様に次の記事ではこれらの審議を検討する私はさらにいくつかのポインタが書き込まれます。

よろしく、

アンドリューWalmsley

ディレクター、WorkShares。

  • 共有/ブックマーク

30
7月

SharePointの内部に移行または移動コンテンツ

    divergencepath

    はじめに

    移行は常に展開や養子縁組の段階、または一度プロジェクトの期間中の終わりにはプロジェクトの冒頭にはプロジェクトのスコープの観点でくるのは厄介なトピックであり、閉じているユーザーが独自に残っている。 移行するかにまたはチームサイト、個人用サイト、またはネットワークドライブやノートのようなシステムからの間でデータを移動する活動をかなりのことができます。

    があるとシナリオのすべての型を満たすために私は企業をお勧めします拡大表示しかし残念なことには1つの答えを強く必要とする最初の場所では一括移行の観点からの移行を検討しています。 それが実用的ですし可能なままに考えてどこにとかまたは'浄化'または移行本当にSharePointにかあるいは安価なストレージメディアに移動する前にデータの行使として使用します。 このトピックの詳細今後の記事でいる。

    私はユーザーとそのオプションの最後にいくつかのガイダンスを提供する場合はこの記事では。 私は頻繁にエンドユーザーの間で両方の前または現在のクライアントから1つのサイトから別のするかまたは移動するコンテンツをアプローチする方法をチーム全体のサイトに移動する最善の方法を私に求めて来る(サブサイト)1つの場所から別のあるいはネットワークからのコンテンツに含まれて移行または導入フェーズ中にドライブ。 あるシナリオとメソッドの全体の範囲の/ toolsに、ここがうまくいけば私はいくつかのオプションでの教育の一助にご提供できるようになるし右側のパス上に設定します。

    まず、右の開始からお客様の期待を設定する... ...いつの移行にまたはSharePoint簡単には 、特にボックスの方法を使用して達成される前後とかなりの数の手動の手順が必要です。 この主な理由はどのように我々は通常どのサイトコレクションと呼ばれる-トップレベルのサイトは通常)、これは、SQLデータベース内に格納さターンが多く(の我々のチームサイトのコンテンツを格納するのです。 しかし、SharePoint内のユーザーインターフェイスの一般的なサポートの不足のために必要な制御メカニズムを提供するため結果としても許可するようにコピーするかコンテンツの移動。 これはおそらく理由があるサードパーティ製ツールがたくさんあるからお手伝いすることです。

    すべての場合には、慎重にサイトのデザインを計画しこのような必要があるそれ以降のコンテンツに移動するを避けるための命名規則を確認します!

    用語集

    用語まず上のいくつかのポインタを前に継続:

  • Site Collection – Top most repository and security boundary for the storage and management of content. SharePointの展開には何百あるいはこれらの何千も含めることができます。 トップレベルのチームサイトを頻繁にサイトのコレクションです。

  • チームサイト -ことで作成されトップレベルサイトでは非常にまたは共有のコンテンツを格納し始めて。 通常サイトコレクションのそれぞれの場合構造が正しく文書の何千もの以上の何百人を含む1つのサイトコレクション内のチームサイトやまたは数千のサブの多くは数チームのサイトを含めることができます。

  • サブサイト -基本的にはサイトコレクションのトップレベルサイトの下に座っユーザーによるさらなるコンテンツを離れてトップレベルのサイトから格納するために作成されているチームのサイトです。 彼らは多かれ少なかれ同じ機能が、持っている/'へのサイトの子供たちの考えることができる可能性が高いが必ずしもアクセス許可を継承することがありますがそれぞれ、等他の間でリンクすることができます

  • コンテンツ -任意のOffice文書、PDF、画像、ディスカッションリスト、カレンダー、連絡先リスト、またはテキストを保存しているサイトです。

  • リスト -カレンダー、連絡先リスト、ドキュメントライブラリ、ディスカッションボード'のSharePointリスト'とコンテンツアイテムの混合物を含むことができるすべての例です。

sharepoint content migration

    メソッド&ツール

    次のいくつかの現実世界のエンドユーザーが、メソッドとはにしメインのチームサイトのコンテンツの移行を検討するためのツール駆動されても個人用サイトのために働くだろうし、コンテンツの公開。

    1。 サイトの作成'テンプレート

    WSS Blank どのチームサイトの場合はあなたのコンテンツが、ある機能はサイト全体を保存すると、そのドキュメントライブラリで、メタデータとコンテンツ(最大1øメガバイトの大きさのみ)を再利用可能なテンプレートとして。 これは今では携帯サイトに再度テンプレートを他のサイトでの使用になります。 このようになりました反復サイトでは同じ構造とコンテンツが含まれて作成することができます。

    これを行うには、下のサイトを保存 ] サイトと呼ばれる機能を見つけるの設定テンプレート'。 これはあなただけの構造と内容をORとしても保存できるようになります-しかしこれはサイズが10メガバイトの最大値に制限されます。 それは理想的ではあなたのコンテンツのサイズにあなたのためのツールとしての妥当性かどうかに使用するように依存します。

    完了したら、テンプレートとしてサイトを保存している(無料)あなたの'サイトのギャラリー'テンプレートへのサイトの設定 ] の下に行くことができるおなじみの名前を付けます。 新しく保存されたサイトがされるテンプレートです。 さて、これはあなたのデスクトップに、("サイトをTemplateName。stpが ")をダウンロードすることができます基本的に新しいサイトには宛先のサイトにテンプレートをアップロードギャラリー'。

    今が発生したときにあなたの新しいサイトにしようと新しいサイトを作成するために移動されると、'はページテンプレートを選択する上で[カスタム ] タブのオプションが表示されるテンプレートです。 したがってその何か前の手順に精通コールすることが重要! 一度この選択は、あなたの新しいサブサイト(コンテンツの場合はこのオプションがチェック)が新しいサイトになります!

    Proの

  • 迅速かつ簡単な方法は小さなサブサイトを1つの場所から別の移行を取得する
  • 有用な別のサイトを作成するためのさまざまなユーザー用のテンプレート/ニーズ
  • 維持ブランディング/ルックフィール
  • いいえadmin、またはコードの導入が必要
  • エンドユーザーフレンドリー。

詐欺の

  • トップレベルサイトの作成に使用することはできません(ただし中心部に'マスターギャラリー'にアップロードしました。
  • 失うのセキュリティアクセス許可
  • 失わアイテムレベルのセキュリティ
  • 制限さ10mの大きさ
  • サブ保存しませんのサイトはサイトの一部として、単に1つのサイト

2。 リストの作成'テンプレート

checklistjpg 各リストまたはあなたのサイト上に作成したライブラリ基本的には(これはすべてのカレンダー、ドキュメントライブラリの場合実際にあなたの中にとの文書を作成して任意の列を追加/その内のコンテンツを含む個々のリストを保存でき、連絡先リスト、または他の一般的なリストを意味します)として、'再利用可能なlist'のテンプレートです。 として'と同様にサイトに前述のテンプレートを保存し、これは今では携帯型のリストを再テンプレートを他のサイトでの使用になります。

には、リストまたはドキュメントライブラリの設定の下でこれを行うには、機能を見つける'として保存と呼ばれるテンプレート'。 これはあなただけの構造と内容をORとしても保存できるようになります-しかし再度のサイズは10メガバイトを上限とする私は限られているので、理想的ではないしコンテンツのサイズなどとの関連性かどうかに左右されるツールを使用する。 非常に少なくとも、そして多分以下に一括お客様のコンテンツへ移動オプション3を使用してリスト構造を得ることができます。

いったんリストに保存している/テンプレートのコンテンツ(それは)あなたの'リストにサイトの設定 ] の下にテンプレートを移動することができますおなじみの名前を付けるギャラリー'。 新しく保存されたリストはされるテンプレートです。 さて、これはあなたのデスクトップに、("listtemplatenameをダウンロードすることができます。stpが ")と基本的に新しいサイトには宛先'テンプレートリストにギャラリー'アップロードしました。

いつから新しいサイトにしようと新しいリストまたはライブラリを作成するために行くと、以前と同様に、これによりを作成するためのオプション-したがって表示されます何かを理解を呼び出すテンプレート。 これが完了すると、あなたの新しい構造体(とやコンテンツの場合はこのオプションがチェック)が新しいサイトになります!

基本的には他のすべてのライブラリまたはリストについてはこのプロセスを繰り返すまであなたの新しいサイトへの間でコンテンツをコピーしている。

Proの

  • 素早く移動する簡単な方法/コピーのリストベースのコンテンツと構造のメタデータを含む
  • いいえadmin、またはコードの導入が必要
  • エンドユーザーにやさしい

詐欺の

  • リソースを集中
  • 失うのセキュリティアクセス許可
  • 失うアイテムレベルのセキュリティ
  • 制限さ10mの大きさ

3。 エクスプローラの表示'を迅速かつ汚い-切り取り、コピー、および貼り付け'

document folder このメソッドはドキュメントライブラリまたは画像ライブラリで動作します。 基本的には場合は'を使用して画像またはドキュメントライブラリを開くエクスプローラの表示'、(Windowsエクスプローラで)してあなたの先のライブラリで同じようにアクション、[開く ] を選択し、最大2つのエクスプローラのウィンドウを終了します。 あなた側でこれらの副作用を参照できるかどうかを確認します。 手動で別のまたはドラッグして同じようにドロップするすべてのドキュメント、コピー/貼り付け1つの場所から選択することができます。

これは特にネットワークドライブからデータを移動するのに便利です(ただし、非常に非常に遅いです!)やその他の地域ではプロトコルをサポートするのWebDavと呼ばれる。

Note: Any meta data won't be copied and you lose time stamp and other original owner details. DO NOT move or copy the 'Forms' folder! このシステムは、SharePointによって必要なフォルダです。

Proの

  • 素早く移動する簡単な方法/ライブラリ間のコピーコンテンツ
  • いいえadmin、またはコードの導入が必要
  • エンドユーザーにやさしい

詐欺の

  • リソースを集中
  • コンテンツの低速移動する多くの
  • 必要なセットアップのセキュリティアクセス許可を再度先のライブラリで
  • は無視されます任意のセットアップをしてメタデータを!

4。 Excelへのエクスポート

Xls ご想像のとおりリストのみ(ないドキュメントライブラリ)に役立つ、このです。

あなた'または'Excelへのエクスポートおよびリンク'Excelに'にエクスポートするオプションがある任意のリストで。 これは、Excelにし、輸出を提供するために保存/再別のリストに再びインポートを使用することができます。

Note: This can be quite painful as your origin/destination lists need to have the EXACT columns and metadata setup. それ以外の場合はたくさんのアップを通じて、(巨大な読んでください!)データの整合性エラーが発生量の場合を介して動作するために必要となります。 しないための推奨される心がない仕事、制限付きで暗い。

Proの

  • 素早く移動する簡単な方法/リスト間でコピーコンテンツ
  • 限られたオフライン作業用に良い
  • 大きなリストのエントリ数千人のリストの(ファインを使用するアクセス)グッド
  • いいえadmin、またはコードの導入が必要
  • エンドユーザーにやさしい

詐欺の

  • 1つのリスト限定を一度にする
  • ない非常に堅牢な
  • 潜在的にリソースを集中するとき新しいデータをアップロード
  • 必要なセットアップのセキュリティアクセス許可を再度先のライブラリで

5。 サードパーティ製のツールとサーバー側のツール

copy

世の中にはサードパーティのツールを大量にあまりにも具体的にここで言及する多くのです。 最終的にはアクセスのレベルを必要としない多くの(そのため、この'ショーストッパー'の前に注意してお持ちすることは許されないかもしれないサーバーレベルのアクセス許可またはサーバー側のコードの更新)を読むに行くと竹、クエスト、Metalogixから何かを購入する、Kwizcomまたはインターネット上のいくつかの他のフリーウェア! とする前に先に行くとサードパーティ製品をインストールし、私はしばらくの間書き込みはこの記事を読んだ。

大量のデータの移行については、上記の方法の1月4日だけでそれゆえこのような製品の拡張性は多くの管理が容易に移行することが必要になりますれていません。

しかしいくつかの製品を格安に聞こえるかもしれない注意して、インストールするには簡単に貴重なデータとプラットフォーム上の大混乱をもたらすことができます。 私は多くのサードパーティのWebパーツ全体(無料有料)はプロジェクトの多くの問題を引き起こしているので、慎重に撮影する必要が来ている。 このような元と送信先のメタデータを尊重していないとして地域、ファイルのタイムを維持/著者タイムスタンプの詳細および一般的なだけで全体の信頼性およびパフォーマンスの問題が私の改善で最も必要とする分野であることが判明している主な分野です。

いくつかのサーバー側のツール(基本的にはコマンドラインツールに加えて)をコピーしてご利用いただけます/サイトコレクションのサイトコレクションが多い内に格納されます(異なるデータベース間での移動コンテンツを必要とあれば)です。 これらはあなたのシステム管理者によって使用するためには、ですがその場合でも1つのサイトから別のに移動する必要があるコンテンツは特に大量にある/に相談すべきことができます。

おわりに

    あなたのサイトにして相対的にはほとんどのコンテンツは、しばしば迅速に/簡単に手動で再作成するためのデータやサイトではなく、移動する実際には上記の方法を使用して移動する必要があります作成する場合

その価値があるサードパーティ製品またはデプロイするサーバーサイドのコードを購入せずに何ができるかの理解を得るために上記のオプションを試して個々の移行をしてください。 しかし上記の例の箇条書き'証拠や制限なしに実験をしない'とする前に、1つはあなたの作業をする上で解決してください。

そこは助けてくれないことができますがサードパーティのツールがたくさんあります。 しかしどんなソフトウェアを購入すると同様に当社の生産環境で最初に目的に適合することを実証せずにロードされません。 もう少し早く移行のトピックに関する一般的なので、このスペースを見る書くよ!

よろしく、

アンドリューWalmsley

  • 共有/ブックマーク

07
6月

を投資(リターン)をSharePointの投資収益率を達成しましたか?

SharePointの'堅実なビジネスケース

するときには、Microsoft SharePointの推薦するための具体的な(具体的に)コストの金融貯蓄含まれているビジネスケースを読んで最後の時間だったあなたの組織にデプロイされるか? Chartfinance2

場合には数少ないのは私に遭遇したならば、私が多いだけでどれだけの数'の両方が彼らの基準を使用される用語で書かれていたのでデプロイされたどのようにfaredを持つようにスタックのだろうか?

きっと'が'場合でも、金融統計はこのステートメントをサポートするために利用されていない、成功したとしてしばしばそのだけでなくに関する会計や仕事の方法の変更の導入の詳細については可能な多くの午前、共同ように'ではなくすなわちで働いてサイロ'。

にもかかわらず、当社の既存の(新しい)顧客とSharePointの最新バージョンであり、これによってさらに多くの仕事を遂行したりいくつかの種類の新しいコンサルタント部分に戻ってきたとの長年の最後のカップルで、私は多くの場合はお問い合わせ方法は元のビジネスケースのすべてと第二に、(もし1つの制作された!)どのように展開それは当初の目標まで生きてきたことで合意した初めてのことであった。

予想通り、全体的なビジネスケースがますます使用されてまちまちの反応が、(はだ)ですがほとんど私の意見ではない、また、 長期的な金融貯蓄を考慮に再訪している金融貯蓄を達成した予想を確認します。

どのようによくやってくれたの展開へ?

そのため配置を満たすまたは元の金融貯蓄超過のですか?

feature 役員は、運営グループですやIT部。 同プロジェクトは金融コストの削減や一般的な配信には満足をオフに署名? 私はかなりの数の応答が、決定的な肯定的な考えられないかに沿って'の行がより良い'となっている可能性が疑わしい。

誰にあなたのビジネスの話を聞いたによってはこの一般的には次のステートメントに下落するだろうとの理由:

  • 金融費用の貯蓄'いいえ見積もりは初めに、私かどうかは私たちのお金または保存できませんでしたと言うことができない生産された
  • 弊社のSharePointのパートナーから'悪いアドバイス'正方形、丸い穴'シナリオペッグ彼らを強制することを決めたすなわちに(特注のコードを読んでください!)だけのものではなかったかとかに設計されたものにはプラットフォームの地獄を導いそれゆえもっと費用よりも'のための予算
  • 'これは配備されたが利害関係者をサポートし、適切な統治や採用計画とそれゆえ実際にはビジネスで使用していなかったので持っていなかった'停滞
  • 'プロジェクト悪いのITによって、管理していた予算をオーバー、走ったもうたくさんいたよりもなるはずだ。 特定された場合のコスト削減it'を届けて失われている
  • '新しいイントラネットが、デプロイされた私はトレーニングやサポートを私は私はほとんどそれを使用する必要がある何かを見つけることはできませんが提供されました。 以前のアプリケーションは何も間違っていた...'

等、等...

として私の" マイクロソフトの投資収益率の計算は、Windows SharePoint Services用のに何年も前のカップル投稿"、いくつかの有用なリソースが存在するためですが、これらの'黒魔術'のビットをする傾向があり私のビューを使用する必要があります注意しています。 1つ、HPや他の人からも、それには私の考えがその勧告の中では少しやり過ぎ、(おそらく売るためにハードウェアの...ですか?!)でも私はあなたがそのような能力とパフォーマンスを行う必要がある広い意識を考える役に立つ活動を計画。

なぜ一部のSharePointビジネスケースを頻繁に転んでも

Most business cases I have read consider typical issues such as costs of maintaining existing application that are 'not fit for purpose, together with potential replacement application costs for licensing and hardware costs. Fine.

しかしほとんどは何を最初に(通常はイントラネット/エクストラネットのシナリオ)のために導入された超えて 、SharePointの上に追加のアプリケーションを提供するのは金融貯蓄を検討します。

Not so easy to put down on paper in terms of financial savings, as such applications may not even be known about or requirements scoped in enough detail to make an informed decision. But nevertheless such a statement should be in your business case as a strong 'intangible' business benefit and support your strategic reasons for using SharePoint.

SharePoint 2010 is just around the corner SharePoint2010beta

The simple fact is SharePoint 2007 is already a good platform for delivering  applications upon. SharePoint 2010 isn't so far away and first signs are that it will build upon its success with the current version and become a great platform in which to host applications upon.

Whilst SharePoint may not be optimised for heavy transactional based applications, very few of your line of business applications (small, medium and large) will be of this kind anyway. Think about your existing applications (or planned) that provide your users with product catalogues, knowledge base applications, record management, document imaging repositories and consider them for inclusion into your SharePoint environment. Such additions will bring yet more value to the original (or new) business case.

Organisations must not miss this opportunity to bolster their business cases for SharePoint 2010 adoption, by looking at their 'line of business applications' they were considering introducing or replacing legacy applications, to see if they can realistically be 'consumed' by the SharePoint environment. I think you will be pleasantly surprised just how many can.

Important Note: Its imperative those doing so now with SharePoint 2007 or in future with SharePoint 2010 factor such things into their high level architecture designs. Most architecture designs I have come across fail to consider such requirements or plan for their inclusion. Introducing such things later will potentially cost you in redesign of your design in particular capacity or performance related areas.

With SharePoint 2007 available now and the soon to be released SharePoint 2010, it's even more critical to  increasingly view the strategic nature of your decisions and how operationally you can derive more value out of your investment in SharePoint platform.

よろしく、

アンドリューWalmsley

Director, WorkShares

  • 共有/ブックマーク

14
〜かもしれない

Microsoft BPOS – Business Productivity Online Standard – First Thoughts.

背景

    We were experiencing some issues with our hosted email provider through 2008 and were looking to move away from them at some point this year.

    Together with our own business strategy of providing hosted solutions we were keen to continue 'consuming our own food' so to speak. Hence we were on the look out for a smaller number of service providers for our core service of email, conferencing, collaboration and instant messenger/presence.

    Having signed up as a partner of Microsoft Online late last year, we also felt we needed to experience first hand what some of our future clients would go through and decided to move to Microsoft Online service when it became more widely available.

  • Dynamics CRM – Customer relationship management

  • Office Live Meeting –Conferencing/live online meetings

  • Exchange Hosted Services – Virus software protection, encryption and filtering for Exchange

  • Exchange Online – Exchange email, calendars and contacts

  • SharePoint Online – Sharepoint (Windows Sharepoint Services v3)

  • IM & Presence – Office communication for instant messaging and presence

  • Business Productivity Online Standard Suite (BPOS) – encompasses Exchange Online, SharePoint Online, IM & Presence and Office Live Meeting services 'all in one' package.

All of the above have been available predominantly in the US during last year and are now in UK and other parts of the world. There are also dedicated offerings for the larger customers available whom wish to move perhaps their 'on premise' solutions into the cloud.

    We opted for the “Business Productivity Online Standard Suite” over a month ago now and though we didn't replace all our services in one go, it nevertheless provided us with a useful insight into the challenges presented to businesses when moving from either 'on premise' or existing hosted service.

    At this stage we have only moved our email and live meeting services over – though arguably our most critical application and service, (email) we felt comfortable with doing so based upon research with other beta users, demo's I had seen plus existing experience in general with hosted exchange providers.

    In addition to email and live meeting we were was also provided with these additional services as part of the package.

  • Exchange Storage of 100gb (for all mailboxes)

  • SharePoint – 5GB of Windows SharePoint Services

  • Live Meeting Office Communications.

Migration and Setup

So far so good. As you can see from the screenshots below, once you have the service up and running, the administration console is a clean intuitive interface with various options presented in tab like format.

BPOSHome2 BPOSHome3 BPOSHome4 BPOSHome BPOSHome5

The migrating and setup of the Outlook 2007 client was fairly straight forward, though migration from hosted email provider isn't particularly well catered for in terms of migration tools. This is to be expected I guess as there are so many configuration options here and many would need the server level access, ISP's wouldn't be willing to provide.

Not the same however for your 'on premise' based solutions it has to be noted, as Microsoft has provided several options in this arena for you to consider as part of your migration planning. As you can see from the image below, we have several options to consider and plan for.

image

Once you're email has been migrated you have access to your email either from your Outlook 2007 client. In addition you can access to your mail via the web browser in 'Outlook Web Access' shown below, which is great way to access your emails on customer or client sites.

image

image

Single Sign On

The Single Sign On application provided is a neat piece of software and very easy to use giving the user a single console like interface in which to launch their applications.

User Portal

The single sign on application will take you to your personal user portal. You get a number of different screens within your administration center, but the user portal is specifically personalised for your users and importantly has a lot of help already built into the site.

image

Live Meetingの

We have not done much here other than to see 'it just works' and provides usual features to allow for live meeting to take place.

image

image


Office Communicator

Not something we have played around with much either, but again it just seems to work as expected. We've only just loaded this up, but will consider migrating to it once things have bedded down a bit. It's basically an instant messaging application which will evolve into a 'unified comms' platform by 2010 supposedly.

SharePoint Online Features Table

Here is a table with the features provided by the SharePoint Online service, which is part of the BPOS offering. Again, we haven't done much in this arena as we have other providers for this at the moment, but it pretty much does what you would expect. Note: It's based on Windows SharePoint Services not MOSS for those interested.

image

Support during migration

Responses in general to queries being raised were provided to us in a timely manner, either by way of updates to the support area and or by way of telephone during office hours.

Our planning was thorough having gained experience in upgrades/migrations of Microsoft products with our day jobs, but we still came up with a few issues/challenges around email.

We particularly like the online support area, which is much improved from our old provider and keeps you easily up to date as to progress with your support requests.


おわりに

良い

  • Setup was ok as we mentioned, though not really for the 'none techie' or individual whom isn't used to migration issues with Microsoft based technology. You do need to plan your migration carefully as there are many permutations to consider, especially for your 'on premise' existing email providers and or SharePoint content migrations – more on this for a later post.

  • SharePoint Online support changes made by SharePoint Designer and forms introduced by Infopath

  • Mobile access to email via Windows Mobile devices is simple to setup

  • Fantastic value for money with email, sharepoint, live meeting and instant messenger applications all neatly tied into one cloud based platform

  • Highly resilient platform 99.9% plus secure https (only) traffic for all users

  • Support via email and telephone was excellent.

Not so good

  • It's basically Windows SharePoint Services functionality, not MOSS

  • Migration tools from hosted Exchange providers are none existent. Which we guess is ok, as you have the option to migrate/import your old PST files – but you do need to plan in time for this. For large scale migrations, you need time to do this and plan in appropriate with the user as they may well be without their mail during this time. Though with the migration tools available, you won't lose any email

  • Unfriendly URLs with all services – Apparently plans to improve on this area, but expect very long URLs and no way to change them

  • Doesn't support bespoke code within SharePoint Online (that requires server side additions or changes) but will allow SharePoint Designer based changes

  • Arguably the lack of ability to support custom modifications is a 'Bad' but feel we have a good compromise here. Besides which, the dedicated offering from Microsoft will allow this. This position will probably changed for the better with SharePoint 2010…. ;-)

Bad, needs improving

    It's early days yet, and perhaps we will post back after a month or so of using it in anger! Otherwise, it just works from our experience to date.

    よろしく、

    アンドリューWalmsley

    WorkShares Team.

  • 共有/ブックマーク

24
4月

Accessing Office 2007 formatted documents in SharePoint with older versions of Microsoft Office

An ongoing challenge for some of our customers and no doubt many others out there is the inability of older versions Microsoft Office  (Namely Office 2000, 2002 (Known as OfficeXP) & 2003) to open/edit the newer formats created in Office 2007.

The Office 2007 applications by default have document extensions typically found with an 'X' on the end – .DOCX, .XLSX and .PPTX, etc. Though it should be noted that this can be changed to default back to the original formats, if you need too.

In any case, Microsoft have recently release a free download called “Microsoft Office Compatibility Pack for Word, Excel, and PowerPoint 2007 File Formats”.

This downloadable installation will update your existing Office installation and allow it to open/view/edit/save the documents in the newer formats. Great!

Link to software download found here .

With further information found here relating to the knowledge base article.

よろしく、

アンドリューWalmsley

www.workshares.co.uk

Technorati Tags: ,

  • 共有/ブックマーク