RIM Submissions Archive を使用すると、組織の記録として、またユーザが後で確認できるように最終版のサブミッションドシエをインポートすることができます。
Note: これらの機能は、RIM Submissions Archive Vault でのみ使用できます。これらの機能の中には、使用する前に管理者の設定が必須です。
Vault でインポートを設定する
サブミッションのインポート前に、Vaultでこれらの設定を実行する必要があります。また、Vault内で様々なサブミッションタイプのフォルダ階層を定義できるため、サブミッションコンテンツをVaultの外にステージングする必要はありません。Vault でサブミッションをインポートする方法の詳細な手順と情報については、サブミッションをインポートする準備を参照してください。
インポートに対応する DTD およびスキーマのバージョン
Vault は、現時点で以下の eCTD DTD およびスキーマに対応しています。サポートされていないバージョンを使用するとサブミッションがインポートできない場合があります。
- ICH 3.2、3.0
- ICH-STF 2.2
- オーストラリア (AU) 0.90、3.0、3.1
- カナダ (CA) 0.9、1.0、2.2
- 中国 (CN) 1.0
- ユーラシア経済連合 (EAEU) R.022 1.0
- 欧州連合 (EU) 0.9、0.92、1.0、1.1、1.2.1、1.3、1.4、2.0、3.0、3.0.1
- 湾岸協力理事会 (GCC) 1.0、1.1
- 日本 (JP) 1.0
- ヨルダン (JO) 1.0, 1.1
- 韓国 (KR) 1.0
- 南アフリカ (ZA) 1.0、2.1
- スイス (CH) 1.0.1、1.1、1.2、1.3、1.4, 1.5
- 台湾 (TW) FDA v1.1 (DTD 1.0)
- タイ (TH) 0.92、1.0
- 米国 (US) 2.01、3.3
Note: ユーラシア経済連合 (EAEU) R.022 1.0 のサブミッションでは、関係書類形式をEAEUに設定し、RIM UUID 値を de79963b-3c40-4256-8d1a-bb710c68a95b にする必要があります。
Note: 日本の eCTD 1.0 サブミッションは、リーフライフサイクルオペレーションが適切に表示され、クロスドキュメントリンクナビゲーションが正しい状態で保健機関に提出できるような順序でインポートのキュー処理を行う必要があります。サブミッションを削除して再インポートを実行する場合、アプリケーションの以降のサブミッションにも削除と再インポートが必要です。これに該当するのは eCTD サブミッションのみです。
サブミッションのインポート
サブミッションドシエのインポートは、いくつかの方法で実行できます。
サブミッションをインポートする方法
サブミッションドシエをインポートするには:
- 企業管理者またはカスタムタブのサブミッションレコードに進みます。関連するアプリケーションレコードからもサブミッションにアクセスすることができます。
- アクションメニューからインポートを選択します。
- サブミッションのインポートダイアログで今すぐアップロードを選択すると、4 GB 未満のサブミッションが ZIP/TAR.GZ ファイルとしてアップロードされます。FTP 経由でサイズが大きい関係書類を追加するには、FTP ルートフォルダまたは FTP ユーザフォルダのいずれにアップロードするかを選択して、ドロップダウンを使用してルート Submissions Archive フォルダまたは個人 FTP ディレクトリの Submissions Archive Import フォルダのいずれかからフォルダを選択します。 Windows™コンピュータで作業している場合、Vault File Managerを選択して、Vault File Managerクライアントから提出書類をインポートすることも可能です。ファイルサイズの制限も参照してください。
- 次へをクリックします。
- 確認ダイアログで、アプリケーションのフォルダ名、サブミッションのフォルダ名および警告などを確認します。これらの詳細に問題がなければインポートをクリックします。送信ファイルに無効な XML が含まれている場合、管理者の設定に応じて、Vault は警告を表示するか、インポートをブロックします。提出されたものをインポートするためには、util フォルダが含まれている必要があり、XML が不正であってはなりません。
- 任意の作業: 有効化されている場合、XML に属性情報を持つ要素が含まれている eCTD サブミッションをインポートするときに、サブミッションデータを手動で様々な Vault オブジェクトレコードにマッピングすることもできます。このオプションは、Vault File Manager または API を使用してインポートする場合は使用できません。
- Vault は、インポート時に選択したドキュメントフィールドに自動的に入力し、関連するドシエ詳細レコードを作成または更新し、インポート処理中にサブミッションレコードのサブミッションアーカイブステータスフィールドを更新します。インポートが完了すると、メールおよび Vault システムメッセージが届きます。また、サブミッションオブジェクトで添付ファイルが有効になっている場合、Vaultはサブミッションレコードに添付ファイルとしてインポート結果を追加します。
FTP ルートに SubmissionArchive フォルダがない場合、Vault のサブミッションのインポートダイアログで FTP ルートフォルダにアップロードするオプションは表示されません。ユーザに FTP ステージング権限がない場合、またはファイルフォルダ内に Submissions Archive インポートフォルダがない場合、Vault は FTP ユーザフォルダオプションを表示しません。
FTP ツールでは、SubmissionsArchive フォルダがシステム管理者および Vault 所有者のセキュリティプロファイルに表示されます。FTP ステージングアクセスを有するその他すべてのユーザは、インポートを FTP ユーザフォルダにステージングすることが推奨されます。
共通サブミッションの一括インポート方法
サブミッションレコードのリストから、一括アクションを使用して、1つのドシエを複数のサブミッションにインポートできます。
アクション選択ページで、サブミッションアーカイブ > インポートアクションを選択します。サブミッションページで、表示されるインポートオプションは権限とFTP設定に依存します。この機能を有効にすると、Vaultには、eCTD投稿のために投稿メタデータを様々なVaultオブジェクトレコードに手動でマッピングする手順も含まれます。
終了をクリックすると、Vaultはドシエを非同期でインポートし、インポートの成功と失敗を含む電子メールとVaultの通知を送信します。
サブミッションの再インポート方法
例えば、リーフオペレーションが不適切な場合やドシエを確定する前にファイルを置き換える必要がある場合など、以前にインポートされたサブミッションを置き換える必要が生じる場合があります。再インポートアクションで、前の投稿を削除して、新規サブミッションをインポートできます:
- 企業管理者またはカスタムタブのサブミッションレコードに進みます。関連するアプリケーションレコードからもサブミッションにアクセスすることができます。
- アクションメニューから再インポートを選択します。このアクションを見るには、管理者が正しい権限を与える必要があります。
- サブミッションのインポートダイアログからインポートオプションを選択し、インポートを完了します。
- Vault は既存ドシエを削除し、新規ドシエをインポートするためにキューに入れます。インポートが完了すると、Vault は通知を送信し、以前のインポートと結果が異なる場合は、サブミッションレコードのインポート結果添付ファイルをアップバージョンします。
Submissions Archive ドキュメントについて
サブミッションをインポートする際に、ソースドキュメントと Submissions Archive タイプドキュメントのチェックサムが一致した場合、Vault はこれらのファイル間のソース参照関係を自動的に作成します。サブミッションコンテンツプランの有効なコンテンツプランアイテムレコードに、現在のインポートのファイルの場所に対応するパブリッシュ済み出力先がある場合、Vault は Submissions Archive タイプのドキュメントのソースとして一致するドキュメントも使用します。
サブミッションのインポートでは、Vault が以下のドキュメントフィールドも入力します:
- アプリケーション (
applications__v): アーカイブ済みドキュメントが属するアプリケーション。 - サブミッション (
submissions__v): アーカイブ済みドキュメントが属するサブミッション。このフィールドはドキュメントが使用されるたびに更新されます。 - アーカイブセクション (
archive_sections__v): 最上位 XML 要素 (eCTD サブミッション向け) またはアーカイブ済みドキュメントが存在する最上位フォルダ (非 eCTD サブミッション向け)。 - Submissions Archive のドキュメントセクション (
submissions_archive_document_section__v): アーカイブ済みサブミッション内のドキュメントの場所。eCTD サブミッションの場合、これは XML 要素のパス (ノード拡張子を含む) です。例: m2-common-technical-document-summaries/m2-2-introduction非 eCTD サブミッションの場合、これは 5 LABELING/5.01 Chapter Table of Contents のようなドキュメントの完全なフォルダパスです。
これらのフィールドで検索して、Vault 内のサブミッションドキュメントを検索できます。
ドシエ詳細について
サブミッションインポートが正常に完了すると、Vault は新規ドシエ詳細レコードを作成するか、レコードが既に存在する場合は以下のフィールドを更新します:
- ドシエステータス: 関連するドキュメントのステータス。アーカイブステータスと同様に、Vaultは、サブミッションのインポートまたは削除の進行に応じて、このフィールドを更新します。
- ファイル数: 関連付けられた関連書類の数。
- サイズ MB: 関連するドキュメントのサイズ。
サブミッションレコードのドシエ詳細フィールドから、関連するドシエ詳細レコードにアクセスできます。
サブミッションインポート結果へのアクセス
サブミッションインポートが完了すると、メールおよび Vault システムメッセージが届きます。サブミッションオブジェクトで添付ファイルが有効になっている場合、Vault はサブミッションレコードの添付ファイルとしてインポート結果も追加します。
インポート結果の CSV ファイルを表示するために、サブミッションレコードを開き、添付書類セクションを展開します。ここからは、通常通り添付ファイルを使った作業が可能です。サブミッションドシエを再インポートした場合、Vault は既存の添付ファイルをアップバージョンします。
重複コンテンツの検出について
管理者が重複コンテンツ検出を有効にしている場合、Vault は新規サブミッションをインポートするたびに重複したドキュメントを作成するのではなく、MD5 チェックサム値に基づいて既存の Submissions Archive ドキュメントを再利用します。Vault が重複ドキュメントを防止する方法の詳細については、重複コンテンツ検出の使用 を参照してください。
XML レンディションについて
有効な XML ファイルを含むサブミッションをインポートする際に、Vault は、サブミッションに含まれる DTD/XSD とスタイルシートに基づいて PDF 表示可能レンディションを作成します。既存サブミッション XML のレンディションを生成するために、XML ファイルのアクションメニューから再レンダリングドキュメントを選択します。
Vault は、以下の XML の PDF レンディションを生成することができます:
- インデックス
- 地域 (米国地域、EU 地域など)
- SPL
- STF
- 定義
EAEU R.022 XML ファイルはレンダリングされません。
サブミッションの削除
提出書類に不備がある場合、または提出書類に誤りがある場合、アップロードできないことがあります。サブミッションを削除すると、Vault からサブミッションのインポートによりアーカイブバインダーで作成されたすべてのセクションが削除され、さらにアーカイブバインダーからサブミッションのすべてのドキュメントが削除されます。Vault からドキュメントを削除することはありませんが、ビューアタブにドキュメントが表示されなくなるため、ユーザはクロスドキュメントナビゲーションを使ってアクセスすることができなくなります。また、Vault はアプリケーションおよびサブミッションドキュメントフィールドの値もクリアします。
サブミッションを削除するには
サブミッションを削除するには、個別のサブミッションレコードに進み、アクションメニューから削除を選択します。Vault がサブミッションの削除を完了するのを待ってから 2 つめを削除する必要はありません。
インポートと削除をキャンセルする
インポートが完了していないサブミッションを削除する必要がある場合、サブミッションレコードのアクションメニューからインポートのキャンセルを選択します。反対に、進行中の削除を取り消すには、削除のキャンセルを選択します。
アーカイブステータスフィールドについて
サブミッションのインポートまたは削除の処理の進行に合わせて、Vault は Submissions Archive ステータスフィールド (archive_status__v) を更新します。
| ステータス | 説明 |
|---|---|
| 空欄 | サブミッションレコードに関連付けられたインポートコンテンツはありません。 |
| TRANSFER_INITIATED | サブミッションコンテンツは、Vault File Manager にアップロードされます。アップロードが完了すると、Vault はインポートのためにサブミッションをキューに入れ、インポート処理を開始します。 |
| IMPORT_IN_QUEUE | サブミッションがインポートの待機中です。 |
| IMPORT_IN_PROGRESS | Vault がサブミッションのインポートを実行中です。 |
| IMPORT_SUCCEEDED | サブミッションが正常にインポートされ、表示することができます。 |
| REMOVAL_IN_QUEUE | サブミッションが削除の待機中です。 |
| REMOVAL_IN_PROGRESS | Vault がサブミッションの削除を実行中です。 |
| NULL | サブミッションが正常に削除されました。またはVault File Manager からの送信アップロードが正常にキャンセルされました。 |
| エラー | サブミッションのインポートまたは削除に失敗した、または提出物の再インポートがキャンセルされました。失敗した理由の詳細は、Vault 通知をご覧ください。 |
アーカイブ所有者不明ファイルの削除ジョブ
サブミッションドキュメントは、ユーザが サブミッションアーカイブ 書類の一部として資料をインポートした後にサブミッション構造を削除した場合、「所有者不明」になることがあります。このような状況において、ユーザがこのような資料を参照しないよう、組織はドキュメントを削除する必要があります。Vault は、毎日のバッチジョブとして、このようなドキュメントを自動で削除することができます。Vault は、ジョブ実行のたびに最大10,000枚のドキュメントを削除できます。
ジョブインスタンスの詳細
所有者不明ファイルのジョブを実行しようとした時にインポートまたは削除のジョブが実行されている場合、Vault は所有者不明ファイルの削除ジョブをスキップし、履歴に失敗したスケジュールとしてログ記録します。
条件
Vault は、以下のドキュメントフィールド値条件を使って、削除するドキュメントを特定します。
- ドキュメントタイプは Submissions Archive です
- Submissions Archive のインポートから生成されたバインダーで、ドキュメントが参照されていません。
- ドキュメントに関連するクロスリンクがありません
- ドキュメントがアクティブなワークフローにない
- リーガル保留されていないドキュメント
- ドキュメントが1つ以上のオブジェクト参照に関連付けられていない
- ドキュメントに未解決の注釈が存在しない
自動削除には、標準の削除アクションと同じ制限があります。
Submission Archive のハーモナイゼーションジョブ
RIM Submissions Archive には Submission Archive ハーモナイゼーションジョブが含まれます。スケジュールされると、ジョブはリーフライフサイクルオペレーションを修正します。これは、サブミッションに壊れた参照が含まれる場合にインスタンスを修正します。このジョブは、Vault が一括インポートを非同期で処理する際に作成する eCTD サブミッションプレースホルダーファイルも修正します。
ジョブインスタンスの詳細
所有者不明ファイルのジョブを実行しようとした時にインポートまたは削除のジョブが実行されている場合、Vault はアーカイブのハーモナイゼーションジョブをスキップし、履歴に失敗したスケジュールとしてログ記録します。
エラーおよび制限
ファイルサイズ制限
提出書類のファイルサイズは、インポート方法によって制限されます。
- Vault UIでインポートする場合、ZIP/TAR.GZファイルのサイズは4GB以下である必要があります。
- FTPの場所からVault API経由でインポートする場合、ZIP/TAR.GZファイルはサイズが10GB未満で、20,000ファイル未満である必要があります。
- 10GB以上の大きな提出ディレクトリや20,000以上のファイルを含む場合は、フォルダを解凍してFTPでインポートするか、Vault File Manager for Windows™を使用するなど、他のインポート方法を使用することをお勧めします。
インポートおよび削除の制限
場合によっては、サブミッションのインポートと削除が同時に進行することがあります。サブミッションの削除は、同じアプリケーションのサブミッションのインポートの実行中には行われません。
フォルダ階層インポートエラー
Vault内でサブミッションタイプのフォルダ階層を定義している場合、以下のような状況でインポートエラーが発生する可能性があります:
- サブミッションの関係書類形式フィールドが入力されているが、パラメータフィールドに含まれるフォルダパラメータが 2 つ未満
- サブミッションの関係書類形式フィールドが入力されているが、パラメータフィールドがアプリケーションまたはサブミッションオブジェクト以外のオブジェクトのフィールドを参照している
- パラメータフィールドで指定されているオブジェクトフィールドが空または Null
- (eCTD サブミッションの場合) インデックス XML がルートフォルダにあり、パラメータフォルダのフォルダパラメータが 2 つ未満、または対応するフィールドが空または Null
- (eCTD サブミッションの場合) インデックス XML がルートフォルダにあり、関係書類形式とサブミッション ID フィールドの両方が空
- (eCTD サブミッションの場合) インデックス XML が最初の 2 つのフォルダ内にあるが、パラメータフィールドに 3 つ以上のフォルダレベルが含まれている
最初の 2 つのフォルダに対応するパラメータの値に無効な文字が含まれていた場合、Vault は無効な Windows フォルダ文字をハイフン (–) で置き換え、変更後の値をソースファイルパスの一部として保存します。この状況が発生した場合は、警告やエラーは表示されません。
UTF-8 以外の文字
ZIP ファイルをインポートする際に、ファイル名に UTF-8 以外の文字を含めることはできません。ZIP ファイルにこれらの文字を含むファイル名が入っている場合、以下のエラーメッセージが表示されます:
アーカイブパッケージを展開することができませんでした。この提出をインポートするには、フォルダとファイルを Vault の FTP サイトに保存し、インポートをやり直してください。
回避策として、アーカイブを展開し、TAR.GZ 圧縮を使用してそれを再度圧縮することができます。ファイルをお使いの Vault の FTP サーバにアップロードすることで、この問題を回避することもできます。
インポート時の警告とエラーの詳細
インポート後に以下の警告、エラー、または情報メッセージが表示された場合、以下の手順で問題を解決してください。
メッセージ | タイプ | 説明 | アクション |
STF {0}空の参照が含まれているためスキップされました。 | 警告 | 治験タグ付けファイルには、リーフ参照は含まれません。これは、サブミッションアーカイブビューアでのリーフの表示方法に影響を与える可能性があります。 | 参照されている XML を開き、リーフ参照が存在しないことを確認します。XML にリーフ参照がない場合、警告メッセージは無視できます。リーフ参照が存在する場合、Veeva の担当者にお問い合わせください。 |
サブミッションのインポート中にエラーが発生しました。サブミッション {2} のドキュメント {0} id {1} 現在 Vault で使用できません。サポートにお問い合わせください。 | エラー | インポート中にユーザまたは Vault によって文書が削除されました。 | サブミッションのドシエを再インポートします。その後のインポートでも問題が解決しない場合は、Veeva の担当者にお問い合わせください。 |
関係書類形式のインポートパラメータが空白または null、 {0}です。{1} | エラー | ドシエフォーマットのインポートパラメータで参照されるフィールドに値が含まれていません。例えば、ドシエフォーマットパラメータは application__v.folder_name__v フィールドを参照していますが、このフィールドには値が入力されていません。 | 通知で参照されたフィールドを入力し、ドシエを再インポートします。 |
サブミッションフォルダがありません。インポートを行う前にサブミッション {0} XMLサブミッション ID フィールドに入力してください。 | エラー | ZIP/TAR.GZパッケージ内にサブミッションフォルダが存在せず、サブミッションレコードの xml_submission_id__v フィールドに値が入力されていません。Vault は、ZIP ファイルにサブミッションフォルダが含まれておらず、サブミッションレコードでドシエフォーマットが定義されていない場合、提出フォルダとして xml_submission_id__v フィールド値の使用を試みます。 | 以下のいずれかの修正を実行した後、サブミッションを再インポートします:
|
サブミッションフォルダが見つかりませんでした。フォルダ名 {0} が使用されました。 | 情報 | インポートされたサブミッションパッケージにサブミッションフォルダが含まれていないため、Vaultはサブミッションレコードのドシエフォーマットまたは xml_submission_id の値をサブミッションフォルダとして適用しました。 | サブミッションフォルダ名が期待通りに表示されることを確認します。追加のアクションは必要ありません。 |
圧縮されていないサブミッションが {0}GB を超えています。大容量のサブミッションをインポートするには Vault FTP を使用してください。 | エラー | 解凍されたZIPまたはTAR.GZファイルが、解凍されたパッケージのVaultの制限を越えています。 | サブミッションファイルを解凍し、FTP または Vault File Managerでインポートします。 |
圧縮されていないサブミッションが {0}ドキュメント を超えています。大容量のサブミッションをインポートするには Vault FTP を使用してください。 | エラー | 解凍されたZIPまたはTAR.GZファイルが、解凍されたパッケージのVaultの制限を越えています。 | 投稿ファイルを解凍し、FTPまたはVault File Managerでインポートします。 |
ドキュメント {0}、フィールドのオブジェクト参照の最大数を超えており、更新することができません。 | 情報 | Vault は、インポートされたドキュメントの 1 つ以上のフィールドに、オブジェクト参照を追加できません。例えば、ich-ectd-3-2.dtd フィールドは、すでにアプリケーションレコードの最大数を参照しています。 | ドキュメントフィールドの設定は、サブミッションアーカイブの機能に直接影響を与えません。ドキュメントのセキュリティがこれらのフィールドの入力に依存している場合、Vaultはこれらの共通ファイルに対して別のセキュリティモデルを使用する必要があります。 |
選択リストの値 {0} ({1}) が、{2} ({3}) に正しく作成されていません。サブミッションを削除して再度インポートしてください。 | エラー | インポート処理中にアーカイブセクションの選択リストの値が、正常に作成されませんでした。 | サブミッションを再インポートすると、この動作が修正されます。その後のインポートでも問題が解決しない場合は、Veevaの担当者にお問い合わせください。 |
[{0}] (archive_status__v) は提出オブジェクトタイプ定義にありません。インポートする前に提出オブジェクトタイプ構成を更新する方法については、Vault 管理者までお問い合わせください。 | エラー | インポートする前に、サブミッションアーカイブステータスフィールドが、サブミッションレコードで使用可能である必要があります。 | すべてのサブミッションオブジェクトタイプに、サブミッションアーカイブステータスフィールドを追加し、サブミッションを再インポートします。 |
アプリケーションフォルダが見つかりませんでした。フォルダ名 {0} が使用されました。 | 情報 | Vault は、ドシエフォーマットの値または folder_name__v フィールドの値をアプリケーションフォルダとして適用しましたが、これはサブミッションパッケージに含まれていませんでした。 | アプリケーションフォルダ名が期待通りに表示されることを確認します。追加のアクションは必要ありません。 |
アプリケーションフォルダがありません。インポートを行う前にアプリケーション {0} フォルダ名フィールドに入力してください。 | エラー | ZIPまたはTAR.GZパッケージ内にアプリケーションフォルダが存在せず、アプリケーションレコードの folder_name__v フィールドに値が入力されていません。Vaultは、ZIPファイルにアプリケーションフォルダが含まれていない場合、サブミッションレコードでドシエフォーマットが定義されていない場合、申請フォルダとして folder_name__v フィールド値の使用を試みます。 | 以下のいずれかの修正を実行した後、サブミッションを再インポートします:
|
リーフ {1} – {2}に対するサポートされていない {0} 操作。 | 警告 | インポート時に、Vault はライフサイクル操作のターゲットを見つけることができませんでした。以下の場合に発生する可能性があります:
| Vaultは、ターゲットサブミッションのインポート時またはサブミッションアーカイブのハーモナイゼーションジョブの完了時に、これらの問題のいくつかを自動的に修正します。自動的に修正されない場合:
|
サブミッションに存在しない治験 {0} 参照リーフ id {1} のためのSTF | 警告 | タグ付けファイルは、サブミッションのインデックス XML 内で見つからなかったリーフノードを参照しています。これは、STF のコンテンツが Submission Archive ビューアでどのように表示されるかに影響します。 | インデックス XML の中に、XML が参照するリーフIDが存在することを確認します。その場合、4 桁のシーケンス ID をサブミッションフォルダとして再インポートするか、ドシエフォーマットパラメータで参照されるフィールドを 4 桁のシーケンス ID で更新する必要があります。再インポート後に問題が解決しない場合は、Veevaの担当者にお問い合わせください。 |
{0} は無効です。XML を修正して申請を再度インポートしてください。 | エラー | インデックスまたは地域 XML が、DTD または XSD に対して無効です。 |
|
DTD またはスキーマバージョンは現在サポートされていません。{0} | エラー | 地域またはインデックス XMLで指定されたバージョンは、現在インポートに対応していません。 | そのバージョンの対応時期については、Veeva の担当者にお問い合わせください。 暫定的な回避策が必要な場合は、インデックス XML の名前を変更し、サブミッションを再インポートします。インデックス XML が見つからない場合、Vault は提出物を非 eCTD として再インポートします。 |
{0} は見つかりませんでした。XML ファイルが正しい FTP の場所にあることを確認してください。 | エラー | インデックスが、指定された場所に存在しない地域 XML を参照しています。 | インデックス XML で指定された場所に、地域 XMLが存在するか確認します。ファイルが存在し、問題が解決しない場合は、Veeva の担当者に連絡してください。 |
XML リーフチェックサムがファイルのチェックサムと一致しません:{タイトル:ファイル名、ID:} | 情報 | XML ファイルまたは index-md5.txt ファイルで指定されたチェックサムが、計算されたドキュメントのチェックサムと一致しません。 | 警告が予期しないものであった場合、送信元から送信内容を取得し、再インポートします。 FTP でインポートした場合、FTP クライアントがバイナリで転送する設定になっていることを確認します。そうでない場合、FTP クライアントの設定を更新し、FTP からサブミッションを削除し、FTP にサブミッションを再アップロードし、サブミッションを再インポートします。 |
サブミッションフォルダ名が、サブミッションレコード名と一致しません | 情報 | Vaultは、サブミッションフォルダとサブミッションレコード名の間に不一致を検出しました。 | サブミッションフォルダ名が期待通りに表示されることを確認します。追加のアクションは必要ありません。 |
アプリケーションフォルダ名がアプリケーションレコード名と一致しません | 情報 | Vault は、アプリケーションフォルダとアプリケーションレコード名の間に不一致を検出しました。 | アプリケーションフォルダ名が期待通りに表示されることを確認します。追加のアクションは必要ありません。 |
以下の eCTD の葉がありませんでした。Vaultは、欠落している各リーフを表すプレースホルダーを作成しました:{タイトル: ファイル名, ID:} | 情報 | Vaultは、不足するリーフドキュメントのプレースホルダーを作成しました。 | 期待通りの結果であることを確認します。期待した結果でない場合は、XML で参照されている場所にすべてのファイルが存在することを確認します。 |
このサブミッションフォルダは、すでに過去のインポートで使用されています。 | 情報 | 同じアプリケーション内で、同じインポート場所を使用する別のサブミッションが処理されています。 | 重複インポートが意図的であることを確認します。 |
提出フォルダ名がドシエ提出 ID に一致しません。 | 情報 | フォルダ名がドシエ ID に一致しません。 | 期待通りの結果であることを確認します。想定外の場合は、再インポートが必要な場合があります。 |
アプリケーションフォルダ名が、ドシエアプリケーション ID に一致しません。 | 情報 | フォルダ名がドシエ ID に一致しません。 | 期待通りの結果であることを確認します。想定外の場合は、再インポートが必要な場合があります。 |
サブミッションフォルダ名が、サブミッションレコードの連番に一致しません。 | 情報 | サブミッションフォルダ名が、サブミッションレコードの連番に一致しません。 | 期待通りの結果であることを確認します。想定外の場合は、再インポートが必要な場合があります。 |
インポートから削除された 0KB ファイル: {IDs} | 警告 | Vault がインポート中に空のファイルを検出して省略しました。 | ファイルサイズが 0 KB であることを確認してください。0 KB ではない場合は、Veena 担当者にお問い合わせください。 |
以下の XML ファイルはレンダリングできません。サポートにご相談ください。{葉ノードの一覧} | 警告 | Vault は不足している葉をレンダリングできません。 | 期待通りの結果であることを確認します。期待した結果でない場合は、インポートされたアーカイブ内ですべてのファイルが存在することを確認します。 |
サブミッションのインポート中にエラーが発生しました。ドキュメントタイプ {ドキュメントタイプ} のドキュメントフィールド {フィールド名} は入力できません。 | エラー | ドキュメントタイプの必須フィールド付属のインポートを完了できません。 | Vault がインポートを続行するには、ドキュメントタイプから必須フィールドを削除する必要があります。 |
関連権限
| タイプ | 権限ラベル | 制御 |
|---|---|---|
| ユーザライセンスタイプ | 完全ユーザ | アクションメニューからインポートオプションにアクセスする権限。 |
| セキュリティプロファイル | アプリケーション: RIM Submissions Archive: インポート | アクションメニューからインポートオプションにアクセスする権限。および進行中のサブミッションのインポートまたは削除のキャンセル。再インポートアクションにアクセスする権限。 |
| セキュリティプロファイル | アプリケーション: RIM Submissions Archive: インポートファイルマネージャから | Vault File Manager からサブミッションをインポートする権限。また、サブミッションアーカイブも必要です。インポート権限は必要ですが、アプリケーション: ファイルステージング: アクセス権限も必要です。 |
| セキュリティプロファイル | アプリケーション: ファイルステージング: アクセス | FTP 経由でサブミッションをインポートする権限。 |
| セキュリティプロファイル | オブジェクト: 国: 参照 | 地域 XML が国を参照するサブミッションをインポートする権限。 |
| セキュリティプロファイル | オブジェクト: ドシエ詳細: 参照 | サブミッションのインポート時に Vault が作成または更新する、関連するドシエ詳細レコードにアクセスする権限。 |
| セキュリティプロファイル | オブジェクト: 言語: 参照 | 地域 XML が言語を参照するサブミッションをインポートする権限。 |
上記の権限に加えて、サブミッションオブジェクト上でオブジェクトアクション: 表示およびオブジェクトアクション: 実行が以下のアクションへのアクセスのために必要です: 削除、インポート、インポートのキャンセル、削除のキャンセル、再インポート、アップロードのキャンセル。