質問

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

私が疑問に思っているのは、なぜドキュメントをSharePointに保存しないのですか？ Filenetをこのようなより良いシステムにしているのは何ですか？

役に立ちましたか？

解決

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

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

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

SharePointは、単語ドキュメント、Excelシートなどを変更するための共同ツールとして役立ちます。Filenetは、大規模なエンタープライズコンテンツ管理、およびワークフローベースのコンテンツ処理とアクセスに向けてより駆動されます。

他のヒント

私は、この決定はおそらく技術的な不安とはほとんど関係がないというトム・クラークソンの声明に同意します。ただし、Filenetを使用してSharePointの代わりにドキュメントを保存する実際の技術的な理由があります。

たとえば、TIF画像のテラバイトを数十個持っているとしましょう。このタイプの情報を管理するための最も人気のあるツールの1つは、Filenetです。理論的には、SharePointは可能です おそらく この量のデータを管理しますが、おそらく良いギャンブルではありません。 Filenetは、この種のタスクを何十年も行うことができました。

また、FilenetエコシステムはSharePointよりも成熟しています。 Filenetは何十年もの間存在しており、想像できるなら、一部の第3パーティはFilenetと連携するためにそれを書いています。 SharePointエコシステムも非常に堅牢ですが、それほど長くはありませんでした。

これが別の可能性です。クライアントは、会社のほとんどの電子コンテンツの自動レコード管理を処理するために、Filenet Records Managerツールに多額のお金を投資した可能性があります。レコードマネージャーツールを使用して、SharePointが表示するコンテンツのライフサイクルを自動的に管理することをお勧めします。今、彼らは代わりにこのコンテンツをSharePointの内部に保存することができますが、それは彼らがドキュメントライフサイクルを管理するためにより多くのソフトウェアを購入するように強制するかもしれません。彼らがそれをfilenetに保持する方が安いかもしれません。

hth！

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

プロジェクトがどのように進んだか（進んでいる）こと、そしてあなたが決定の理由を見つけたかどうかを聞くことに興味があります。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top