最新のお知らせ

25R3

Milestone ドキュメントフィールドの今後の廃止

26R1 リリースでは、すべてのドキュメントバージョンに関連するマイルストーンをユーザに包括的に表示する新しい Milestones ドキュメントパネルが導入されます。新しいパネルを使用すると、Milestone (milestone__v) ドキュメントフィールドが使いやすくなりますが、Milestone Document レコードの存在が前提となります。

この変更に備え、25R3 リリースにはアップグレード時に実行される Milestone Document Version Backfill job が含まれています。このジョブは、すべてのドキュメントバージョンをスキャンし、新しいパネルに必要な不足している Milestone Document レコードを自動で作成することで、データの整合性を確保します。

事業継続性を確保するため、26R1 リリース後は Milestones ドキュメントパネルが提供する機能への移行を計画してください。これには、現在 Milestone ドキュメントフィールドからデータを取得しているレポート、外部統合、ルックアップフィールド、または数式を更新して、代わりに Milestone Document (milestone_document__v) オブジェクトを利用することが含まれますが、これに限定されません。

26R2 リリースでは、Manage Milestone field value by Expected Documents 設定が完全に削除されます。その時点で、システムはこのレガシーロジックに基づいて Milestone ドキュメントフィールドを更新しなくなります。

ドキュメントセット選択リストデータモデルの今後の廃止

25R3 では、グローバルコンテンツプランのディスパッチで使用する既存の選択リストデータモデルに代わり、Document Set オブジェクトデータモデルが導入されます。新しいオブジェクトにより、Vault は Document Set のメタデータとのライフサイクルを追跡し、Document Set の割り当て時により厳格な管理を実現して、コンテンツプランビューアで柔軟な一括編集アクションを利用して強力な Document Set の割り当てをサポートします。

25R3 以降、この機能を有効にするにはアプリケーション設定および構成が必要ですが、26R3 では Document Set (submission_grouping__v) 選択リストのサポートを終了する予定です。

現在 Document Set 選択リストを使用しているお客様については、Vault が選択リストのデータを新しいオブジェクトデータモデルに自動的に移行します。既存のデータはすべて、リリースアップグレードの一環として移行されます。リリース後に追加されたデータは、オブジェクトデータモデル内で引き続き維持されます。オブジェクトデータモデルは、Improved Document Set Management 機能が Vault で有効化されるまで、バックエンドのみに存在します。機能が有効になると、ユーザインターフェース (Event オブジェクトページレイアウト、コンテンツプランビューア、ディスパッチダイアログ) およびディスパッチロジックは新しいオブジェクトデータモデルを参照します。移行に関する考慮事項については、25R3 Release Note をご覧ください。

まだグローバルコンテンツプラン (GCP) またはドキュメントセット機能、あるいはその両方を導入されていないお客様には、GCP 以外には影響がなく、Vault が新しいデータモデルに移行されるため、できるだけ早くアプリケーション設定を有効化することを推奨します。残りの設定は、GCP やドキュメントセットを有効化するまで後回しにできます。25R3 リリース以降にグローバルコンテンツプランやドキュメントセットを有効化する予定の場合は、Improved Document Set Management 機能を利用して行うことを推奨します。

Submissions Archive Export API の今後の廃止

将来の拡張性と継続的なパフォーマンスを確保するための取り組みの一環として、以下の RIM Submissions Archive API エンドポイントは 26R3 で廃止・サポート終了となります。

これらのエンドポイントは新しい Submissions Archive Export API エンドポイントに置き換えられます。統合をご利用のお客様には、26R2 から新しい API エンドポイントが利用可能となり、今後の変更にご準備いただけます。これらの廃止されたエンドポイントと新しいエンドポイントは、26R3 リリースまで同時にサポートされます。

25R2

SAML/Spark 証明書の更新

Vault は、SAML シングルサインオンリクエストおよび Spark メッセージング接続の署名に使用する署名証明書を更新する予定です。ダウンタイムは発生しません。御社の IT 組織は、初回の証明書更新イベントの前に、新しい証明書がエンタープライズ ID プロバイダシステムに設定されていることを確認する必要があります。また、Spark メッセージングインテグレーションが証明書をキャッシュせず、更新後すぐに新しい証明書をピックアップできることを確認する必要があります。

SAML/Spark 証明書ロールオーバーに関する重要な日程は、Veeva Trust にも掲載されています。

Scheduled Data Exports に対する今後の変更

26R3 で Veeva Vault Platform の Scheduled Data Export 機能は無効になり、その代わりにより堅牢でスケーラブルな Direct Data API および Vault Loader API が導入されます。この機能の廃止に備えて、今後数回の General Release にわたって計画的な制限が課される予定です。

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

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

25R3 における監査が無効な場合の移行モードの使用に関する変更

25R3 から、Audit data changes in this object チェックボックスをオフにした場合、Record Migration Mode でレコードを作成または更新したときに監査エントリが生成されなくなります。

現在は、Record Migration Mode でレコードが作成または更新されたとき、そのオブジェクトの監査が無効化されていても、監査エントリが生成されます。25R3 リリースでは、監査が明示的にオフにされているオブジェクトについては、Record Migration Mode が使用されていても、監査エントリは生成されなくなります。この変更は、不要な監査データの作成を防ぐことを目的とします。

25R2 では、ユーザがレコード詳細ページの関連オブジェクトセクションを表示する際、単純結合関係のために取得される結合レコードの総数に制限が導入されます。この制限により、パフォーマンスが向上し、レコードが確実に読み込まれます。

25R2 より前は、すべての関連レコードが取得されて全件表示されていました。そのため、レコード詳細ページに単純結合関係のレコードが大量に存在する場合は読み込み時間が長くなるか、タイムアウトが発生する可能性がありました。

25R2 リリースでは、取得される単純結合関係のレコード数は最大 10,000 件となります。つまり、その後関連オブジェクトセクション内で実行する検索、並べ替え、フィルタリング (Criteria VQL) は、取得された最初の 10,000 件のレコードにのみ適用されます。これらのレコードの取得順序は、レコードの作成日に基づきます。この変更は、数百万件の結合レコードがあるページで長時間の読み込み待ちやタイムアウトの発生を防ぐために実装されました。

26R1 でチェックリストフィールドが非アクティブ化され、重複する Available Answer レコードが削除される

25R2 でリリースされた Vault Platform の Available Answer および Comment チェックリストの機能強化により、以下のフィールドは、チェックリストでは使用されなくなりますが、既存の Vault 設定やカスタム統合を維持するために引き続き Active のままとなります。これらのフィールドは、26R1 で Inactive に設定されます。

  • {Target Object} Checklist オブジェクトの Translation Versions フィールド
  • {Target Object} Dependency オブジェクトの Answer フィールド
  • {Target Object} Response オブジェクトの Comment フィールド
  • {Target Object} Available Answer オブジェクトの以下のフィールド:
    • Response
    • Hash Code
    • Selected
    • Order

重複する {Target Object} Available Answer レコードも、26R1 で削除されます。

25R3 で廃止されるレンディションプロファイル設定

25R3 では、レンディションプロファイル設定の Allow viewing and annotations of protected PDF files は廃止されます。今後は、表示から保護されていない PDF は常にレンダリングされ、エクスペリエンスがより一貫した予測可能なものとなります。この機能は、当初は 25R2 で計画されていました。実装は延期されたものの、結果的に柔軟性をさらに向上させるために設計が強化されました。

さらに、Enable post-processing for PDF files with security という新しい設定が提供されます。この新しい設定はレンディションプロファイルで使用できますが、デフォルトではオフになっています。

このチェックボックスをオンにすると、すべての後処理アクティビティ (光学文字認識やオーバーレイの適用など) が行われます。

使用中のレンディションプロファイルで Generate Protected PDFs オプションが選択されている場合、ダウンロードされた表示可能なレンディションは保護されます。レンディションプロファイルで保護が定義されていない場合は、ソース PDF に合わせて保護が適用されます。

25R3 での Template Requirement Refactoring の適用

25R3 リリースから、Veeva Validation Management の Template Requirement Refactoring 機能がすべての Vault に適用されます。

現在、Template Requirement (val_template_requirement_v) オブジェクトで従来の Template Requirement 機能を使用している場合は、設定を更新して代わりに Validation Requirement (val_requirement_svo__v) オブジェクトを使用するように変更する必要があります。25R3 より前のリリースでは、Admin > Settings > Application Settings > Validation で以下の設定を有効にすることをお勧めします。

  • Refactor Template Requirement
  • Migration Template Requirement

25R3 リリースでは、これらの設定は自動的に有効になり、Admin > Settings > Application Settings > Validation から削除されます。新しいリファクタリングされたロジックが完全に適用され、すべてのお客様に必須となります。混乱を避けるため、25R3 リリースに移行する前に設定を更新してください。

詳細については、Managing Templates (Validation Management) をご覧ください。

Station Manager: 26R1 で Android OS の最低サポートバージョンが更新される

Veeva Station Manager でサポートされる Android の最低バージョンが、26R1 で Android 14 に更新されます。現在 Android OS のバージョンが 14 未満である Station Manager デバイスは、26R1 リリースに移行する前に、OS を Android 14 以上にアップグレードしてください。26R1 リリース以降 (26R2、26R3 など)、Android OS のバージョンが 14 未満のデバイスでは Station Manager アプリケーションをアップグレードできなくなります。Station Manager アプリケーションがアップグレードされていない場合、ユーザはログインできません。

Station Manager のバージョン強制の詳細については、こちらをご覧ください。

26R1 ですべてのトレーニング要件に対して TRIA が自動的に有効になる

26R1 で、Enable TRIA for all Training Requirements アプリケーション設定がすべての Veeva Training および Veeva Study Training Vault で自動的に有効になります。これにより、TRIA がさらに強化され、ある特定の Training Requirement が「トレーニング準備完了」になったことを判断できるようになります。

これまでは任意に設定可能であったこの設定は、クイズなしで単一のドキュメントを持つ、または単純な要件を持つ Vault Document Training Requirement に対して TRIA プロセスをトリガーできるようにするため、22R1 でリリースされました。同時に、この設定は 22R1 リリース以降に作成されたすべての Vault で有効化されました。

その後リリースされた Training Requirement Impact Assessment 機能セットに対する機能強化の一部では、この設定を有効にすることが必須でした。たとえば、以下のような機能強化がこれに該当します。

  • Reconcile Retraining with TRIA Decisions (25R1)
  • Automated Generation of Training Requirement Impact Assessment (TRIA) & Display in Document Change Control (DCC) (25R2)
  • Automatic Completion Credit for Document Participants (25R2)

上記を含むいくつかの機能において、特定の状況で TRIA タスクをスキップして TRIA レコードを迅速にクローズできるようにする Training Requirement Impact Assessment オブジェクトフィールドも導入されました。この設定をまだ有効にしていない場合は、不要な TRIA レコードの自動クローズに対応するためにこれらの設定を実装することを検討してください。

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 ビューアの保存済みビューとして再作成することをお勧めします。

Clinical Operations における Site Connect の現在の施設のエクスペリエンス

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

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

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

以下のすべての 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 へと積極的に更新いただくよう推奨しています。デフォルトの暗号化アルゴリズムを変更する場合、規制当局への報告は必要ありません。

以前のリリース

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