IFS ドキュメント管理の電子ドキュメントファイルは、データベース (保管場所タイプ「データベース」、バイナリ ラージ オブジェクト/BLOB として)、FTP サーバ (保管場所タイプ「FTP」)、共有ネットワーク ディレクトリ (保管場所タイプ「共有」)、およびIFS Cloud ファイルの保存 (保管場所タイプ「ファイルの保存」) に保存できます。
IFS Cloud ファイルの保存 (ファイルの保存、略称 FS) は、Azure ストレージやローカルファイル共有などのさまざまな場所からドキュメントを保存および取得するために使用できる、セキュリティで保護された汎用フレームワーク サービスです。このサービスは、大きなファイルや大量のファイルを処理する際に特に便利です。IFS Cloud ファイルの保存の詳細については、技術ドキュメントをご参照ください。
データベース ストレージにより、 IFS Cloud の残りの部分がインストールされている Oracle データベースに、IFS ドキュメント管理に属するドキュメントファイルの保存および管理が可能になります。データベースストレージは、ドキュメント処理のセキュリティを全体的に向上させ、不正アクセスを防止し、多数のアプリケーションや環境を管理するために発生する管理およびメンテナンスコストを削減します。
共有リポジトリは、Windows ネットワーク共有テクノロジ (または Linux および Unix の SMB/Samba) を使用するネットワーク上の共有ディレクトリであり、FTP サーバはファイル転送プロトコル サービスを使用してファイルを受信および保存します。
注釈:FTP および共有リポジトリの使用は非推奨となっており、これらの保管場所タイプのサポートは既定で無効になっています。システム管理者は、オブジェクト LU EdmLocation のオブジェクトプロパティ FTP_SHARED_OVERRIDE の値を DISABLED から FORCE_ENABLE_DEPRECATED_FEATURE に変更することで、これを有効にできます。この調整が完了すると、ユーザーは通常どおりファイル操作を再開できます。ただし、現在ではサポートが廃止されているため、この方法はお勧めできません。
次の表は、さまざまなファイルリポジトリの種類、利点と欠点、およびそれらをサポートするクライアントを比較したものです。
保管場所タイプ | 優位性 | デメリット | クライアント |
ファイルの保存 |
|
|
全クライアント |
データベース |
|
|
全クライアント |
共有 |
|
|
全クライアント |
FTP |
|
|
全クライアント |
保管場所タイプがデータベースまたはファイルの保存の場合、保管場所アドレスおよびパス フィールドは使用されません。
保管場所タイプがFTP の場合は、相対パス (スラッシュで始まらない doc_files/) または絶対パス (スラッシュで始まる /doc_files/) を入力します。フィールドが空の場合、FTP サーバにログインしているユーザーのホーム ディレクトリが使用されます。何かを入力することがお勧めされる使用方法です。保管場所アドレス画面を使用して、FTP アドレス (IP アドレスまたはホスト名)、ユーザー名、およびパスワードを定義します。
共有リポジトリの場合、FTP リポジトリと同様に保管場所アドレスを定義する必要があります。
例えば、保管場所アドレスが //server/share に設定され、パスがフォルダに設定されている場合、ファイルが保存されるパスは//server/share/ フォルダになります。
ドキュメント転送を使用すると、ステータスが「利用可」のリポジトリ内のファイルを、ステータスが「生成中」のリポジトリに移動できます。この機能は現在、データベースとファイル保管サービスタイプのリポジトリ間の転送にのみ使用できます。
ファイル転送処理には IFSAPP (IFS アプリケーション所有者)のユーザーが使用されるため、IFSAPP を個人 ID に接続することが前提条件となります。接続先の個人 ID が * (アスタリスク) でないことを確認してください。