問題タブ [document-repository]

どのような代替 DMS がありますか? 彼らはどのような機能を提供していますか?

シェアポイントとは？言及する価値はありますか？

私は、部門のドキュメント リポジトリのアーキテクチャを再設計する任務を負っています。現在、複数の SharePoint サーバーに何百ものドキュメントがあり、それらを 1 つのリポジトリに統合して、ユーザーがドキュメントを簡単に見つけて更新できるようにしたいと考えています。

ベスト プラクティス、ケース スタディ、ヒントなど、参考になるリソースを教えてください。

どんな助けでも大歓迎です。ありがとう。

ASP.NET用の優れたオープンソースドキュメントリポジトリWebコントロールを知っている人はいますか？ユーザーがファイルをアップロードしたり、フォルダーを作成したりできるようにしたいのですが、Webサーバー上の特定のパスで使用できます。完全なユーザーインターフェイスが必要なので、WebDAVAPIまたはUploadifyのような部分的なソリューションだけでは不十分です。

物理的なデータ分離をサポートするドキュメント リポジトリを探しています。私は Open Text のLiveLinkを調べていましたが、その価格帯は私の手に負えません。DSpaceを調べ始めたところです。無料でオープンソースであり、PostgreSQLで動作します。

私は、DSpace がデータの物理的な分離をサポートしているかどうかを実際に把握しようとしています。複数の DSpace コミュニティを作成すると思いますが、各コミュニティ ストアのドキュメントを別の台紙に収めたいと考えています。これは可能ですか？それとももっと良い方法がありますか？

また、DSpace のフロント エンドは使用しません。ユーザーは、DSpace がドキュメントを保管していることさえ知りません。独自のフロントエンドを構築し、Java を使用して DSpace と通信します。DSpace用の優れたJava APIラッパーを知っている人はいますか?

次の一連の機能を備えたドキュメント リポジトリ ソリューション (クラウドベースではなく、内部でホストされている) を探しています。

• ステータス: ユーザーはドキュメントのステータス (保留中、完了など) を設定できます。ステータス変化に基づく通知システム。
• ワークフロー: さまざまなステータスに基づいてドキュメントの送信先を定義する機能。これらのワークフローをカスタマイズできます。
• タグ付け: ユーザーは、ドキュメントのさまざまなセクションに特定のキーワードでタグ付けできるようにしたいと考えています。
• 検索: ドキュメント内のコンテンツやタグに基づいてドキュメントを検索する機能。
• マージ: 1 つのドキュメント内で異なるページやコンテンツを選択し、そのコンテンツを別のドキュメントにマージする機能。コピー アンド ペーストに似ていますが、よりシームレスです。
• アーカイブ: 何らかの方法で文書をアーカイブできるようにする必要があります。
• パーミッション システム: 役割 (読み取り、編集、削除など) に基づいて、ユーザーへのドキュメント アクセスを制限したいと考えています。
• リアルタイムのコラボレーション: ユーザーはドキュメントを同時に表示できる必要があります。

SharePoint がこれらの機能の少なくとも一部をサポートしていることは知っていますが、どの機能かはわかりません。SharePoint で実際にできることについて、Microsoft の Web サイトをナビゲートするのに苦労しています。

私の質問は、上記のどの機能が SharePoint でサポートされているか知っていますか? ああ、他のドキュメント リポジトリ ソリューションに関する推奨事項も歓迎します。

JAVA を使用してドキュメント リポジトリにアクセスするために CMIS サービスを使用しています。レポの機能を変更できる方法があれば教えてください。例として、クエリ機能を「MetadataOnly」から「BothCombined」に変更したいと考えています。これはどのようにプログラム的に可能ですか? これらのセッターはありません。getRepositoyCapabilities() は 1 つだけです。

さまざまな上場企業に関連するすべてのドキュメントを保持するドキュメント リポジトリを開発する必要があります。各ドキュメントは会社に関連付けられます。REST API である必要があります。ドキュメントは、pdf、html、ワード、またはエクセル形式にすることができます。ドキュメントの保存に加えて、CompanyID、ドキュメント形式、タイムスタンプ、ドキュメント言語などのメタデータも保存する必要があります。ドキュメントの数は今後数年で増加するため、アプリケーションがスケーラブルであることが重要です。

また、英語以外のドキュメントを翻訳し、翻訳された英語版を検索しやすい親子関係に保存する必要があります。

アプローチ、使用するライブラリ/jar、およびベスト プラクティスとリファレンスに関する洞察を歓迎します。