sharepoint - IBM Filenet 対 SharePoint

Question

FileNet を使用してドキュメントを保存し、SharePoint をフロント エンドとして使用するシステムの設計を評価しています。

私が疑問に思っているのは、ドキュメントを SharePoint に保存しないのはなぜですか? FileNet がこれほど優れたシステムである理由は何ですか?

Answer 1

ほとんどの場合、彼らはすでに FileNet を購入し、それをレコード管理の標準として決定しましたが、SharePoint を標準ポータルとして個別に決定しました。

実際、SharePoint はあらゆる種類のファイルを格納できます。SharePoint を使用しない技術的な理由はありませんが、エンタープライズ アーキテクチャには通常、純粋に技術的な理由以上のものが含まれます。

https://technet.microsoft.com/en-us/library/cc262787(v=office.16).aspxによると、Sharepoint 2016 は、アクティブに使用されるドキュメント コレクションで 4 TB のサイズの最大 6,000 万のアイテムをサポートします。アーカイブタイプのシステム (読み取り/アクセス数が少ない) 古いバージョン 2013-2010 などはサポートが少なくなります。

SharePoint は、Word 文書、Excel シートなどを変更するための共同ツールとして役立ちます。FileNet は、大規模なエンタープライズ コンテンツ管理、およびワークフロー ベースのコンテンツ処理とアクセスを重視しています。

Answer 2

この決定はおそらく技術的な実現可能性とはほとんど関係がないという Tom Clarkson の声明に同意します。ただし、SharePoint の代わりに FileNet を使用してドキュメントを保存する実際の技術的な理由があります。

たとえば、数十テラバイトの TIF イメージがあるとします。この種の情報を管理するための最も一般的なツールの 1 つは FileNet です。理論的には、Sharepoint はおそらくこの量のデータを管理できますが、おそらく良い賭けではありません。FileNet は、このタイプのタスクを何十年も実行できてきました。

また、FileNet エコシステムは、Sharepoint よりも成熟しています。FileNet は何十年も前から存在しており、ご想像のとおり、一部のサードパーティが FileNet で動作するようにそれを作成しています。Sharepoint エコシステムも非常に堅牢ですが、それほど長くはありません。

ここに別の可能性があります。クライアントは、社内のほとんどの電子コンテンツの自動記録管理を処理するために、FileNet Records Manager ツールに多額の投資を行っている可能性があります。レコード マネージャー ツールを使用して、Sharepoint によって表示されるコンテンツのライフ サイクルを自動的に管理したい場合があります。現在、代わりにこのコンテンツを Sharepoint 内に保存できますが、そうすると、ドキュメントのライフ サイクルを管理するためにより多くのソフトウェアを購入しなければならなくなる可能性があります。FileNet に保管する方が安上がりかもしれません。

チッ！

Answer 3

SharePointは多くのことをうまく行います。あまりうまく機能しないことの1つは、数テラバイトのドキュメントを管理することです。他の人が言っているように、いくつかのボリューム情報がなければ、なぜその選択がなされたのかを言うのは難しいです。FileNetで簡単に実行できることはたくさんあり、追加のソフトウェアをビルドまたは購入する必要があります。画像をWORMメディアに書き込むことがすぐに思い浮かびます。

プロジェクトがどのように進んだか（進行中か）、そしてあなたが決定の理由を見つけたかどうかを聞きたいと思います。