最新のお知らせ

25R1

Scheduled Data Export のエンティティ数制限の設定

26R3 では、Veeva Vault Platform の Scheduled Data Export 機能は無効になり、より堅牢でスケーラブルな代替機能である Direct Data API および Vault Loader API が採用されます。この機能の廃止の準備を行い、今後数回の General Release で、計画された制限が実施される予定です。

25R1 では、Scheduled Data Export に含めることができるエンティティの最大数が 30 に制限されています。この制限は、すでにこの制限を超えている Vault には適用されません。

25R3 では、Scheduled Data Export の設定を変更すると、システムによって 30 エンティティという厳格な制限が適用されます。

最後に、26R3 では、Scheduled Data Export 機能が削除されます。このリリースの前に、お客様は Vault Loader API または Direct Data API を使用した代替実装の検討を開始する必要があります。

List Layout は Name フィールドの設定された位置を尊重

25R1 では、Veeva Vault Platform が強化され、レコード選択、関連オブジェクトセクション、リストビューの最初の列に、Name フィールド以外のフィールドを表示できるようになりました。UI は、設定された Name 列の位置を認識するようになりました。このリリースより前は、Name フィールドが最上位に設定されていない場合でも、Vault では常に Name が最初の列として表示されていました。このリリースでは、Vault は、オブジェクトの List Layout 設定で表示するように設定されている場所に、Name フィールドを表示します。

Name が現在最初のフィールドとして設定されていない場合、ユーザは、Name がレコード選択ダイアログの最初の列に表示されなくなったことに気づく場合があります。

25R2 では新しい Adobe 形式の出力の作成は許可されない

25R1 リリースでは Veeva Vault Platform に Word 形式の出力機能が組み込まれており、管理者は Formatted Outputs のテンプレートファイルとして、Adobe XFA ファイルの代わりに Microsoft Word ファイルを使用できます。25R1 では、管理者は引き続き Vault で新しい Adobe 形式の出力を作成できます。ただし 25R2 Release では、Formatted Outputs の新設定すべてで代わりに Word 形式を使用する必要があります。既存の Adobe 形式の出力は影響を受けず、引き続き Vault で使用および編集できます。

強化された Collaborative Authoring の設定

Veeva Vault Platform の Collaborative Authoring の設定では、Vault と SharePoint に接続するための Service Account (Collaboration user) が必要なくなりました。Collaborative Authoring が導入されたとき、SharePoint はアプリケーションレベルでの権限の管理をサポートしていなかったため、Service Account の使用が必要でした。SharePoint がこれをサポートするようになったため、Collaborative Authoring の設定を更新すると、統合の Security が強化され、設定が一般的なベスト プラクティスに沿ったものになります。

Collaborative Authoring を備えた既存の Vault は、Service Account 設定のサポートが完全に廃止される 26R1 Release までに設定を更新する必要があります。

この設定の更新は、主に Microsoft Entra ID (以前の Azure Active Directory) で行われます。Microsoft Entra ID で必要な更新が行われたら、管理者は Admin > Settings > Checkout Settings で Service Account を無効にすることができます。

Enhanced SharePoint Site Security

Document Audit Trail Formula Fields のサポート

ドキュメントレポート数式フィールドの Process Reporting 機能をサポートするために、Veeva Vault Platform で Cycle Time 機能が利用可能になったため、25R1 以降では、新しいドキュメント数式フィールドを Admin > Configuration > Document Types で設定できなくなります。

25R1 では、ドキュメントステータスまたは状態タイプを使用する既存の設定済みドキュメント数式フィールドは引き続き機能します。24R3 より前では、これらのフィールドは picklist などの他のフィールドもサポートしていました。これらのフィールドは 25R2 までサポートされます。

25R2 以降、設定済みドキュメント数式フィールドがドキュメントステータスを使用していない場合、フィールドは空白を返すようになります。

今後の RIM リリースでは、壊れたリンクの検証ルールを確認する際に、Submission Validation Results レコードには壊れたリンク情報のテーブルが表示されなくなります。代わりに、リンク評価機能へのリンクが表示されます。

この今後の変更に備えて、管理者は RIM Submissions Publishing のリンク評価機能を設定することを強くお勧めします。更新がリリースされると、リンク評価機能を設定していないお客様がリンクに関する詳細な検証結果を表示しようとすると、 Submission Validation Results レコードからリンク情報を表示できなくなります。

コンテンツ計画階層状態変更のデフォルトの動作

今後の RIM リリースでは、コンテンツ計画階層状態変更ユーザアクションを作成する際、Content Plan Hierarchy State Change ユーザアクションの Prevent action if one or more items are being processed チェックボックスは、デフォルトで True (選択) になります。

たとえば、新しい Content Plan Hierarchy State Change ユーザアクションを作成すると、このチェックボックスはデフォルトで True になります。

Content Plan Hierarchy State Change ユーザアクションの設定

コンテンツ計画階層状態変更の既存のユーザアクションは影響を受けず、変更もされません。

QualityOne HACCP アプリケーションの準備

25R2 では、HACCP は QualityOne の個別のアプリケーションになります。HACCP 機能を新しい HACCP アプリケーションに移行する準備として、既存の QualityOne Vault の管理者には、Vault 内の User レコードの Application Licensing セクションに、25R1 の HACCP の新しいライセンスオプションが表示される場合があります。機能への影響はないため、アクションは必要ありません。

24R3

25R1 での Validation Results Archival ジョブの有効化

25R1 では、Validation Results Archival ジョブがすべての RIM Vault で Active に設定されます。パブリッシングライセンスを持つ RIM Vaults の場合、このジョブは毎日実行され、実際の提出日が 90 日以上前の Submissions の Validation Results がアーカイブされます。Publishingを利用していない RIM Vault の場合、このジョブは何もアクションを実行せずに完了します。

ジョブが 25R1 以前に RIM Vault で Active になっている場合は、アクションは何も実行されません。25R1 リリース前にこのジョブを有効化するには、Admin > Operations > Job Definitions に移動し、Validation Results Archival ジョブステータスを Active に設定します。

25R1 では Validation Results が Raw オブジェクトに移行

25R1 では、Validation Results (submission_validation_result_v) オブジェクトが Raw オブジェクトデータストアに移動します。この変更の一環として、RIM Publishing のスケーラビリティ向上のために、24R3 に新しい Rule Severity (rule_severity__v) 選択リストとフィールドが追加され、現在の Severity (severity__v) フィールドが置き換えられます。新しい Rule Severity フィールドでは、Raw オブジェクトデータストアに変換された後の Validation Result レコードのソートができます。Raw オブジェクトデータストアへの移行により、Submission バリデーションに関するパブリッシングのパフォーマンスが向上します。Raw オブジェクトは、関連オブジェクトセクションでの検索機能をサポートしていません。そのため、25R1 の Submission レコードの関連オブジェクトセクションには表示されなくなります。

すべての Vault に適用される保護された PDF の表示と注釈

25R2 では、外部ソリューション (AdobeSign や DocuSign など) からのデジタル署名を含むドキュメントの場合、Vault はドキュメントのコピーを表示可能なレンディションとして生成しますが、デジタル署名と書き込み保護は有効になりません。これは一部の状況ですでに発生していますが、ソースファイルの設定に応じて変動が生じる可能性があります。

Allow viewing and annotation of protected PDF files 設定は、一貫したエクスペリエンスを実現するために、25R2 のすべての Vault で自動的に有効になります。この変更により、ソース ファイルの署名の詳細は影響を受けませんが、表示可能なレンディションではデジタル署名が常に無効になります。

すべての Vault に適用される保護された PDF の表示と注釈

現在、ファイルの閲覧が全体的に保護されていない場合でも、ソース PDF の特定の保護設定によっては、Vault で PDF をレンダリングできない場合があります。これにより、混乱が生じ、一貫性のないエクスペリエンスが生じます。

すべての Vault でこの設定を有効にすると、Vault がファイルを表示できるシナリオ (ファイルの閲覧がパスワードにより保護されていない場合など) でドキュメントがレンダリングされ、適用可能なレンダリングプロセス (光学式文字認識、オーバーレイなど) が適用されます。これにより、これらのファイルが一貫してレンダリングされ、読み取り保護されていない表示可能なレンディションにすべての標準プロセスが適用されます。

書き込み保護されたドキュメントは、表示可能なレンディションではこの保護が維持されますが、レンディション自体は保護を解除できません。

25R1 での Formatted Outputs に関する変更

25R1 リリースには Word 形式の出力機能が組み込まれており、管理者は Formatted Outputs のテンプレートファイルとして、Adobe XFA ファイルの代わりに Microsoft Word ファイルを使用できるようになります。25R1 では、管理者は引き続き Vault で新しい Adobe 形式の出力を作成できます。25R2 Release では、Formatted Outputs の新設定すべてで代わりに Word 形式を使用する必要があります。既存の Adobe 形式の出力は影響を受けず、引き続き Vault で使用および編集できます。

今後の概要メール機能強化のオプトアウト設定

25R1 では、ユーザの受け取る過剰な通知数を削減するため、標準設定として概要メール通知をより頻繁に使用する方法による機能強化がいくつか導入されました。

  • これまで多数の通知テンプレートにおいて Email Preference フィールドがEvery Occurence に設定されていた場合、このフィールドを (Platform とアプリケーション固有テンプレートの両方で) Summaryに設定。
  • Delivery Interval のデフォルト値を 1 時間に変更。
  • Annotation Replies、Send As Link、Shared Views、Favorite Document notification、Summary Email Interval などの一部の通知関連フィールドをデフォルトで User Profile ページに表示。これにより、ユーザが各自で通知設定を調整できるようになりました。
  • 25R1 では新しい通知カテゴリとして Favorite Document が追加され、これによりユーザがお気に入りドキュメント通知のメール設定を選択できるようになりました。
  • 25R1 では新しいフィールド Summary Email Interval が追加され、これによりユーザが各自にとって最適な配信間隔を選択できるようになりました。

この変更は、すべてのユーザがこれまでどおり必要な情報を概要メールで受信しながら、Vault から受信するメールの総数を削減するうえで役立ちます。

24R3 では、より時間をかけて上記の変更に備えたいというユーザ向けに、25R1 で実装された変更を 25R2 Release まで延期するための新しいチェックボックスが Admin > Settings > General Settings に導入されています。

すべての Vault に適用される保護された PDF の表示と注釈

24R2

Document Usage Object Changes

Raw オブジェクトへの移行

24R3 では、Document Usage オブジェクトが標準オブジェクトから Raw オブジェクトへ移行することで、スケーラビリティのパフォーマンスが向上します。

Document Usage オブジェクトの変更

Document Usage では、定常状態のドキュメントに対してユーザが次のいずれかのアクションを実行するたびにそのアクションが自動的に追跡されます。

  • View
  • Download Source
  • Download Rendition
  • Make a Copy

Document Usage 向けに作成されるレコードは数百万件に達することがあるので、Raw オブジェクトへの移行によってパフォーマンスの安定性が向上します。Raw オブジェクトであることから、Document Usage レコードに適用するフィルタでは大文字と小文字を区別して使用する必要があります。Contains 演算子を使用しているレポートでは、大文字と小文字を必ず適切に使い分けることをお勧めします。

また、企業管理者メニューに Document Usage オブジェクトが表示される場合、検索バーでは Name フィールドのみが検索範囲になります。そのオブジェクトへのアクセス権を持つユーザは、検索バーではなく以下のフィールドでフィルタを使用する必要があります。

Document Usage オブジェクトの変更

保持/削除

また、新しいジョブでは、Raw オブジェクトへの移行があるほか、Document Usage レコードのうち、3 年以上保持されているものまたは削除済みのドキュメントを参照しているものが毎月削除されるようになりました。このジョブは毎月 1 日に実行されます。したがって、このデータを活用しているレポートには、過去 3 年間に作成され、既存のドキュメントを参照する Document Usage レコードのみが記録されています。

このジョブで削除されたレコードやデータにアクセスする必要がある場合は、このジョブが実行される前にその情報をエクスポートする必要があります。

ドキュメントのローカライゼーションの変更

24R2 のリリースにより、Vault の言語設定に関係なく、すべての Vault のお客様は英語のドキュメントに誘導されるようになります。以前は、日本語または簡体字中国語の言語を使用する Vault では、顧客を日本語または簡体字中国語のドキュメント ページにルーティングしていました。

翻訳されたドキュメントは、24R2 のドキュメントが公開される 8 月 9 日に削除されます。

Vault リリース ノートは、今後も定期的に日本語、簡体字中国語、韓国語にローカライズされます。

24R3 での Yes/No チェックボックス フィールドの動作の変更

24R3 では、[チェックボックスとして表示] オプションを使用する [はい/いいえ] フィールド (「チェックボックス フィールド」とも呼ばれます) で null 値がサポートされるようになりました。Null 値は空白と同じ意味を持ち、ユーザーがまだ値を選択していないことを意味します。

これが新しいレコードの作成と Vault 構成にどのような影響を与えるか

  • 新しいレコードを作成するときに、ユーザが選択を行わない場合、フィールドにデフォルト値が設定されていないと、チェックボックスは null として保存されます。24R3 より前は、No として保存されるか、消去されていました。
  • チェックボックスが null になっている場合、No と設定されたチェックボックスと同じ見た目で表示されます。ただしツールチップにカーソルを合わせると、そのチェックボックスは null と表示されます。
  • 管理画面の Yes/No フィールドをチェックボックスフィールドに変更しても、チェックボックスフィールドで null 値がサポートされるようになったため、null だったレコードが更新されなくなりました (代わりに No に設定されます)。
  • チェックボックスフィールドが null 値をサポートするようになったため (すでに存在するレコードの場合)、オブジェクトに新しいチェックボックスフィールドを作成 (またはオブジェクトタイプに追加) しても、既存のレコードが更新されなくなりました。

動作を維持するためにリリースの夜に自動的に構成を更新します

チェックボックス フィールドが値として null を サポートするようになったため、Vault の構成 (数式、フィルター、レポート、動的ロール割り当てなど) の既存の動作を維持するために、既定値を持たない既存のカスタム チェックボックス フィールドは、24R3 で既定値 False に更新されます。新しいレコードの作成は以前と同じように動作します (ユーザーが何も選択しない場合は、False として保存されます)。また、既存のレコードは null にすることはできません (この機能はこのリリースでのみ提供されるため)。

統合とカスタム SDK コードを確認する必要がある

null 値がサポートされるようになったため、API v24.3 以降では、チェックボックス フィールドが現在 True または False に設定されている場合でも、チェックボックス フィールドをクリア (null に設定) できるようになります。これは、チェックボックス フィールドの API 呼び出しで null 値を渡した場合に発生します。古い API バージョンは現在の動作を維持するため、API バージョンが更新されない限り、既存の統合は影響を受けません。

カスタム SDK コードは、チェックボックス フィールドが null にならないことを前提として記述されている可能性があります。これはいくつかの方法で実行できます。

  • レコードを作成していますが、チェックボックスに明示的な値を設定していません (作成後は False になることが予想されます)。
  • コード内でチェックボックス フィールドを null に設定していますが、これは false になることを意図しています (24R3 では null になります)。
  • チェックボックス フィールドの値を取得し、その値を評価して次のコード行を決定していますが、値が null になる可能性を考慮していません。

チェックボックス フィールドを参照する Vault 構成のベストプラクティス

既存の構成は引き続き機能しますが、ベスト プラクティスとして、チェックボックス フィールドを含むすべてのフィールド タイプで常に null 値 (空白値と同じように扱われる) を考慮するように、数式、フィルター、レポート、動的ロールの割り当てなどを識別することが重要です。

24R3 でのアクティブ Dossier エディタの変更

現在は 24R3 を対象としていることから、アクティブ Dossier 簡易編集機能ではアクティブ Dossier エディタで保存したビューがサポートされなくなります。アクティブ Dossier エディタでは、保存済みビューが引き続きサポートされます。アクティブ Dossier エディタの重要な保存済みビューは、アクティブ Dossier ビューアの保存済みビューとして再作成することをお勧めします。

Site Connect の施設のエクスペリエンスが Clinical Operations に移行

24R2 リリースでは、Site Connect の施設のエクスペリエンスが SiteVault から Vault Clinical Operations に移行します。サイト ユーザーは、VeevaID を使用して Clinical Operations にログインし、ドキュメント交換および Safety Distribution タスクを完了できるようになりました。この移行により、治験連絡先や治験アナウンスメントなどの追加のサイト エンゲージメント機能も有効になります。

Site Connect の施設のエクスペリエンスが Clinical Operations に移行

24R3 におけるドキュメントビューアの変更

24R3 では、ドキュメント ビューア ツールバーのユーザー インターフェイスが更新され、エクスペリエンスが合理化され、すべてのオプションが常に 1 行で利用できるようになります。これらの変更の一環として、エクスペリエンスを簡素化し、機能の提供を効率化するために、いくつかの機能が廃止されます。

ドキュメント ビューアのノート ビューとオーバーレイ モードの廃止

Vault は、24R3 リリースの Doc Info から メモ ビューとオーバーレイ モードを削除します。24R2 では、「キーワードによる注釈のフィルタリング」という新しい機能が追加され、ドキュメント ビューとメモ ビュー間の重要な相違が解消されました。

Overlay Notes

ユーザベースのアプリケーションライセンスの強制

現在、ユーザのセキュリティプロファイルと権限セットにより、ユーザのアプリケーションライセンスに準拠しないアクティビティを実行する権限が提供される可能性があります。25R1 では、ユーザベースのライセンスを持つ製品ファミリーの Vault にユーザー ライセンス制限が適用されます。

以下のすべての Vault ファミリーがこの変更の対象となります。

  • Quality (QualityDocs、QMS、Training、Station Manager、Study Training、Validation、LIMS、Surveillance)
  • Consumer Products
  • RIM (Submissions、RIM Submissions Archive、Registrations、Publishing)
  • Safety (SafetyDocs の場合)
  • Commercial (PromoMats と MedComms の両方)

24R2 では、アプリケーションのライセンス設定で許可されていない UI でアクションを実行すると、エンドユーザに警告バナーが表示されます。たとえば、読み取り専用の QMS アプリケーションライセンスが割り当てられている Quality Event レコードを編集するユーザには警告バナーが表示されます。さらに、管理者は、ライセンス例外が適用されるエンドユーザのリストを表示するレポートにアクセスできます。

25R1 では、アプリケーションのライセンス設定に基づいて、UI および API レベルでアクセスが強制されます。アプリケーションライセンスで許可されていない場合、オブジェクトレコードや UI タブなどのリソースにアクセスできません。

24R3 でドキュメント監査証跡の数式フィールドを State および State Type に限定

ドキュメント監査証跡の数式フィールドはドキュメントフィールドとして定義され、レポート内に含まれる各ドキュメントのサイクル タイム計算の実行に使用できます。用意されている関数のうち、DurationInValue()、NumTimesInValue()、FirstTimeInValue()、LastTimeInValue()、PreviousValue() などは Vault の監査証跡をクエリして履歴データを取得することによって機能します。24R3 以降、このような関数は、Document Status (State) フィールドおよび Document State Type フィールドに対してのみ機能するようになります。この変更は、Vault 監査証跡のスケーラビリティ向上のために実装されるものです。

Sandbox 許容データ量の強制

データ量制限の強制

Vault では 23R1 で Sandbox のサイズが導入されました。23R1 より前では、Sandbox のデータ量が Sandbox のサイズ制限を超えた場合、ユーザに警告が発されました。

2024 年 9 月以降、Vault ではすべての Sandbox に対して強制的データ量制限の適用を開始します。Sandbox がデータ量制限を超えた場合、新たにデータやコンテンツを Sandbox に追加できなくなります。

Sandbox 許容データ量の強制

Sandbox の制限数を超えて一時的な Sandbox の追加が許可されている本番環境 Vault (多くの場合、特定の期間のみ Vault を必要とするプロジェクト) に関しては、利用規約の更新に伴い、2024 年 9 月 以降、Veeva 社は有効期限を超過した Sandbox を削除する権利を有します。

Vault Safety ヘルプの Website

24R1 リリースでは、Vault Safety のヘルプはこちらの新しいサイトに移動しました。24R2 Safety リリースでは、これまでの Vault Safety のヘルプサイトが新しい Vault Safety ヘルプの URL へリダイレクトされます。

今後のリリース: Raw オブジェクトへの Inspection Sample Test Result の移行

24R3 では、QualityOne のお客様向けにパフォーマンスとスケーラビリティの向上を図るために、Inspection Sample Test Result オブジェクトが Raw オブジェクトへ移行します。この変更の詳細については Veeva 担当者にお問い合わせください。

24R1

通知: FDA および EMA へのゲートウェイサブミッション用暗号化アルゴリズム

通知: 24R2 では、Vault Submission Publishing をご利用のお客様にとってのゲートウェイサブミッションのセキュリティを強化するため、Vault での US FDA Async ESG ゲートウェイプロファイルおよび EU EMA ESUB ゲートウェイプロファイルの暗号化アルゴリズムフィールドが、トリプル DES (3DES) から AES-256-GCM へと更新されます。

現在、何も選択されていない場合のデフォルト値はトリプル DES (3DES) となっています。24R2 では、選択が行われていない場合のデフォルト値は AES-256-GCM へと変更されます。弊社では、お客様がご希望の場合は、24R2 Release 前に暗号化アルゴリズムを AES-256-GCM へと積極的に更新いただくよう推奨しています。デフォルトの暗号化アルゴリズムを変更する場合、規制当局への報告は必要ありません。

23R3

10-Minute Upgrades

23R3 Release 以降、本番環境 Vault は 2 時間のうち 10 分間利用できなくなります。Vault にログインしている場合は、10 分間のダウンタイムが発生する前に警告が表示されるため、進行中の作業を保存することができます。

ユーザベースのアプリケーションライセンスの強制

現在、ユーザのセキュリティプロファイルと権限セットにより、ユーザのアプリケーションライセンスに準拠しないアクティビティを実行する権限が提供される可能性があります。24R3 では、ユーザベースのライセンスを持つ製品ファミリーの Vault にユーザライセンス制限が適用されます。

以下を除くすべての Vault ファミリーがこの変更の対象となります。

  • Clinical Data
  • Clinical Operations

24R2 では、アプリケーションのライセンス設定で許可されていない UI でアクションを実行すると、エンドユーザに警告バナーが表示されます。たとえば、読み取り専用の QMS アプリケーションライセンスが割り当てられている Quality Event レコードを編集するユーザには警告バナーが表示されます。さらに、管理者は、ライセンス例外が適用されるエンドユーザのリストを表示するレポートにアクセスできます。

24R3 では、アプリケーションのライセンス設定に基づいて、UI および API レベルでアクセスが強制されます。アプリケーションライセンスで許可されていない場合、オブジェクトレコードや UI タブなどのリソースにアクセスできません。

RIM-PromoMats - コンテンツプラン作成 & ドキュメント一致のパフォーマンス改善

23R3 リリースで RIM-PromoMats Express Matching 機能フラグが用意され、24R1 では自動的にオンになっています。

RIM-PromoMats 接続によって作成されるサブミッションコンテンツプランは、デフォルトで無効として作成されるようになりました。ドキュメントの自動一致が行われ、コンテンツプランにロックされると、一致するコンテンツプランアイテムとその親アイテムが自動的に有効化されます。

この接続によって作成された各コンテンツプランの 2,000 以上の CPI が無効化されなくなります。ここでの目的は、接続のパフォーマンスを改善することです。

23R3 Release では、Text Asset レコードのない既存のすべての PromoMats Vault で、Enhanced Suggest Links がデフォルトで有効になり、Vault Platform の Suggest Links 機能が使用できなくなります。

24R1 Release では、すべての PromoMats および Medical Vault で、Enhanced Suggest Links 機能が有効になり、Vault Platform Suggest Links 機能が使用できなくなります。

Veeva Snap の廃止

Veeva Snap iOS モバイルアプリは、23R3 Release をもって Apple App Store から削除されます。すでにアプリをダウンロードしているユーザは 24R1 まで引き続き使用できますが、Snap のサポートは 23R3 で正式に終了します。

Vault Mobile アプリには、同じドキュメントのスキャンとアップロード機能が含まれており、お客様には Veeva Snap のサポート終了に伴い、Vault Mobile に移行することをお勧めします。

RIM Publishing ユーザ向け FDA 同期ゲートウェイの廃止

24R1 では、RIM Publishing ユーザ向けの us_fda_esg__v ゲートウェイが廃止されます。すべてのお客様は、FDA 非同期ゲートウェイを使用してください。23R3 の間に、新しい同期ゲートウェイ接続の有効化および作成がブロックされます。

バインダーの制限

24R1 以降、適切なパフォーマンスを確保するため、Vault バインダーの制限が明確に文書化され、実施されます。これらの制限を設けることで、バインダーを予測可能かつ理解しやすい方法で使用できるようになります。

バインダーのサイズ制限

  • バインダーは 50,000 ノードに制限されます。ノードとは、バインダー内の要素のことです。ノードはバインダー、ドキュメント、セクションのいずれかです。バインダーがこの制限に達すると、バインダーノードを追加することはできませんが、削除はできます。
  • バインダーの合計サイズが 10,000 ノードを超えると、バインダーのバージョン管理やコピーができなくなります。

現在、Vault に 7,000 ノードを超えるバインダーがある場合、Veeva 担当者がその ID をお知らせします。Veeva では、バインダーが 10,000 ノードを超えて蓄積されないように、ビジネスプロセスの更新を推奨しています。

24R1 以降、これらの変更はすべての Vault に適用されます。10,000 ノードを超える既存のバインダーは、コピーやバージョン管理ができなくなります。50,000 ノードを超えるバインダーは新しいノードを追加できなくなりますが、既存のノードの削除は可能です。

バインダーレポート

24R1 では、バインダーのレポート動作が変更されます。サブバインダーはドキュメントとして認識され、サブバインダー内のドキュメントは親バインダーのドキュメント数にカウントされません。

バインダーレポートの例

ドキュメントテンプレートの制限

24R1 以降、信頼性の高いドキュメントテンプレートのパフォーマンスを確保するために、有効なドキュメントテンプレートと無効なドキュメントテンプレートの数が制限されます。各 Vault では Vault ごとに 5,000 のドキュメントテンプレート、ドキュメントタイプ階層ごとに 500 のドキュメントテンプレート、基本ドキュメントタイプでは 50 のドキュメントテンプレートが制限となります。ドキュメントタイプ階層制限には、分類内のすべてのドキュメントテンプレート、その親サブタイプ、その親ドキュメントタイプが含まれます。

以下のようなドキュメントテンプレートのあるドキュメントタイプ階層を例に説明します。

基本ドキュメント (20) > VPS 有害事象レポートドキュメント (300) > eDMR (150) > 添付ファイル (50)

このドキュメントタイプ階層の例には合計 500 のドキュメントテンプレートがあるため、ユーザは上記のどのカテゴリにも別のドキュメントテンプレートを追加することができません。

Vault に 4,000 を超えるドキュメントテンプレートがある場合、ドキュメントタイプ階層のいずれかが 400 を超える場合、または基本ドキュメントタイプが 40 を超える場合は、Veeva 担当者よりお知らせします。Veeva では、ドキュメントテンプレートの数が制限を超えないように、ビジネスプロセスの更新を推奨しています。

これらの制限は、24R1 以降のすべての Vault に適用されます。Vault のドキュメントテンプレートが 5,000 を超える場合、Vault のドキュメントテンプレートが 5,000 未満になるまで、ユーザはドキュメントテンプレートを作成できなくなります。Vault 内のいずれかのドキュメントタイプ階層が 500 のドキュメントテンプレートを超える場合、ユーザはその階層内でドキュメントテンプレートを作成できなくなりますが、500 の制限を超えない階層では、引き続きドキュメントテンプレートを作成できます。Vault の基本ドキュメントタイプに 50 のドキュメントテンプレートがある場合、新しいドキュメントタイプを基本に追加することはできません。

23R2

23R2 Release では、すべての新しい PromoMats Vault で、Enhanced Suggest Links 機能が有効になり、そのような Vault では Vault Platform Suggest Links 機能が使用できなくなります。

23R3 Release では、Text Asset レコードのない既存のすべての PromoMats Vault で、Enhanced Suggest Links がデフォルトで有効になり、Vault Platform の Suggest Links 機能が使用できなくなります。

24R1 Release では、すべての PromoMats Vault で、Enhanced Suggest Links 機能が有効になり、Vault Platform Suggest Links 機能が使用できなくなります。

ポータルユーザインターフェースの更新の自動オン

23R3 Release では、更新されたポータルユーザインターフェース (23R1 で利用可能) が、すべての PromoMats および Medical Vault で有効になります。23R3 に先立ち、更新されたユーザインターフェイスとその有効化についての詳細を確認してください。

レコード詳細ページの変更

23R3 Release では、レコード詳細ページに以下の変更が加えられます。

  • ライフサイクルステージ: ライフサイクルステージの画像が移動します。位置が少し変わり、セクションの上にピン留めされるため、ページをスクロールしても位置は固定されたままとなります。
  • 共有設定: これは現在、別のページにあり、レコード名は表示されていません。23R3 Release ではレコード名が表示され、次のリリースではセクションとなる予定です。ユーザはレコード共有権限の設定中に、タイトル領域に関連するレコードを表示できるようになります。

さらに、管理者は関連するセクションをグループ化できるため、ユーザは一度に表示できるセクションの数を減らすことができます。また、管理者は複数のレイアウトを作成し、ユーザごとに異なるビューでレコードを表示することも可能です。

Veeva Snap の廃止

Veeva Snap iOS モバイルアプリは廃止となり、23R3 Vault リリースをもって Apple App Store から削除されます。Vault Mobile アプリの 22R3 Release では、同じドキュメントのスキャンとアップロード機能が導入されており、お客様には Veeva Snap のサポート終了に伴い、Vault Mobile アプリに移行することをお勧めします。

Digital Trials Platform Release Impact Assessment & What’s New

SiteVault、Site Connect、Veeva eConsent、および Veeva ePRO は、Digital Trials Platform Release Impact Assessment (6 月 16 日公開) に記載されています。SiteVault、Veeva eConsent、および Veeva ePRO の機能は、Digital Trial’s What’s New in 23R2 (7 月 7 日公開) に含まれています。Site Connect 機能は Vault の What’s New in 23R2 (7 月 10 日公開) に含まれています。

RIM Publishing ユーザ向け FDA 同期ゲートウェイの廃止

24R1 では、RIM Publishing ユーザ向けの us_fda_esg__v ゲートウェイが廃止されます。すべてのお客様は、FDA 非同期ゲートウェイを使用してください。23R3 の間に、新しい同期ゲートウェイ接続の有効化および作成がブロックされます。

Vault Station Manager による Mobile App iOS と Android Operating System のサポート

23R2 Release 時点の Android Operating System (OS) バージョン 8.x では、Vault Station Manager モバイルアプリの Android バージョンは認定もサポートもされなくなります。

また、23R2 Release の時点では、Station Manager モバイルアプリの Android バージョンは、最新の Android OS バージョンから過去 2 つのメジャーバージョンまでのみサポートされます。

Station Manager モバイルアプリの iOS バージョンは、引き続き、最新の iOS バージョンから 1 つ前のメジャーバージョンまでのみサポートされます。Station Manager モバイルアプリでサポートされている OS バージョンについては、詳細をご覧ください。

バインダーの制限

24R1 以降、適切なパフォーマンスを確保するため、Vault バインダーの制限が明確に文書化され、実施されます。これらの制限を設けることで、バインダーを予測可能かつ理解しやすい方法で使用できるようになります。

バインダーのサイズ制限

  • バインダーは 50,000 ノードに制限されます。ノードとは、バインダー内の要素のことです。ノードはバインダー、ドキュメント、セクションのいずれかです。バインダーがこの制限に達すると、バインダーノードを追加することはできませんが、削除はできます。
  • バインダーの合計サイズが 10,000 ノードを超えると、バインダーのバージョン管理やコピーができなくなります。

現在、Vault に 7,000 ノードを超えるバインダーがある場合、Veeva 担当者がその ID をお知らせします。Veeva では、バインダーが 10,000 ノードを超えて蓄積されないように、ビジネスプロセスの更新を推奨しています。

24R1 以降、これらの変更はすべての Vault に適用されます。10,000 ノードを超える既存のバインダーは、コピーやバージョン管理ができなくなります。50,000 ノードを超えるバインダーは新しいノードを追加できなくなりますが、既存のノードの削除は可能です。

バインダーレポート

24R1 では、バインダーのレポート動作が変更されます。サブバインダーはドキュメントとして認識され、サブバインダー内のドキュメントは親バインダーのドキュメント数にカウントされません。

バインダーレポートの例

ドキュメントテンプレートの制限

24R1 以降、信頼性の高いドキュメントテンプレートのパフォーマンスを確保するために、有効なドキュメントテンプレートと無効なドキュメントテンプレートの数が制限されます。各 Vault では Vault ごとに 5,000 のドキュメントテンプレート、ドキュメントタイプ階層ごとに 500 のドキュメントテンプレート、基本ドキュメントタイプでは 50 のドキュメントテンプレートが制限となります。ドキュメントタイプ階層制限には、分類内のすべてのドキュメントテンプレート、その親サブタイプ、その親ドキュメントタイプが含まれます。

以下のようなドキュメントテンプレートのあるドキュメントタイプ階層を例に説明します。

基本ドキュメント (20) > VPS 有害事象レポートドキュメント (300) > eDMR (150) > 添付ファイル (50)

このドキュメントタイプ階層の例には合計 500 のドキュメントテンプレートがあるため、ユーザは上記のどのカテゴリにも別のドキュメントテンプレートを追加することができません。

Vault に 4,000 を超えるドキュメントテンプレートがある場合、ドキュメントタイプ階層のいずれかが 400 を超える場合、または基本ドキュメントタイプが 40 を超える場合は、Veeva 担当者よりお知らせします。Veeva では、ドキュメントテンプレートの数が制限を超えないように、ビジネスプロセスの更新を推奨しています。

これらの制限は、24R1 以降のすべての Vault に適用されます。Vault のドキュメントテンプレートが 5,000 を超える場合、Vault のドキュメントテンプレートが 5,000 未満になるまで、ユーザはドキュメントテンプレートを作成できなくなります。Vault 内のいずれかのドキュメントタイプ階層が 500 のドキュメントテンプレートを超える場合、ユーザはその階層内でドキュメントテンプレートを作成できなくなりますが、500 の制限を超えない階層では、引き続きドキュメントテンプレートを作成できます。Vault の基本ドキュメントタイプに 50 のドキュメントテンプレートがある場合、新しいドキュメントタイプを基本に追加することはできません。

表示形式

23R2 機能の表示形式を使用すると、管理者はテキストおよび数字フィールドタイプの書式マスクを設定できます。この書式マスクにより、ユーザの入力が Vault UI にどのように表示されるのかが決定されます。これは、ユーザが入力した生の値とは異なります。たとえば、管理者はテキストフィールドの値を電話番号 (123-456-7890) として表示したり、数値フィールドの値をパーセンテージ (25%) として表示したりするようにマスクを設定できます。

23R2 では、この設定はすべてのカスタムフィールドで可能です。また、23R3 では、ほとんどの標準フィールドとシステムフィールドで可能となります。

23R1

Veeva Snap の廃止

Veeva Snap iOS モバイルアプリは廃止となり、23R3 Vault リリースをもって Apple App Store から削除されます。Vault Mobile アプリの 22R3 Release では、同じドキュメントのスキャンとアップロード機能が導入されており、お客様には Veeva Snap のサポート終了に伴い、Vault Mobile アプリに移行することをお勧めします。

Digital Trials Platform Release Impact Assessment & What’s New

SiteVault、Site Connect、Veeva eConsent、および Veeva ePRO は、Digital Trials Platform リリースのインパクトアセスメント (2 月 24 日公開) に記載されています。SiteVault、Veeva eConsent、および Veeva ePRO の機能は、Digital Trial’s What’s New in 23R1 (3 月 17 日公開) に含まれています。Site Connect 機能は Vault の What’s New in 23R1 (3 月 20 日公開) に含まれています。

Vault Station Manager による Mobile App iOS と Android Operating System のサポート

23R2 Release 時点の Android Operating System (OS) バージョン 8.x では、Vault Station Manager モバイルアプリの Android バージョンは認定もサポートもされなくなります。

また、23R2 Release の時点では、Station Manager モバイルアプリの Android バージョンは、最新の Android OS バージョンから過去 2 つのメジャーバージョンまでのみサポートされます。

Station Manager モバイルアプリの iOS バージョンは、引き続き、最新の iOS バージョンから 1 つ前のメジャーバージョンまでのみサポートされます。Station Manager モバイルアプリでサポートされている OS バージョンについては、詳細をご覧ください。

すべての RIM Vault における新しい Registration オブジェクトタイプ

23R1 (22R3.4) では、以下のRegistration (registration__rim) オブジェクトタイプがすべての RIM Vault に追加されます。

  • Investigational Vet Device Registration (investigational_vet_device_registrati__v)
  • Investigational Vet Drug Registration (investigational_vet_drug_registration__v)
  • Marketed Vet Device (marketed_vet_device_registration__v)
  • Marketed Vet Drug (marketed_vet_drug_registration__v)

これらのオブジェクトタイプは、将来の機能強化向けに用意されています。これらにはレジストレーション範囲が割り当てられていないため、当面、RIM Vault 管理者はこれらを更新して Inactive にし、リストに表示されないようにする必要があります。

以前のリリース

以前のリリースのお知らせはアーカイブされています。