New Features: Study Versioning and more...
Release Date: September 29, 2017Release Date: September 29, 2017
We are pleased to bring you the following new features in this week’s release. See details about each feature’s enablement below.
AWS Migration
As part of our commitment to ongoing innovation and customer success, Veeva is moving its worldwide computing infrastructure from managed data centers to the Veeva virtual private cloud (VPC) running on Amazon Web Services (AWS). This began in the second half of 2017 across all Veeva product lines. See AWS Migration FAQ.
EDC
Prevent Auto-Creation of Initial Repeating Form Record
When a repeating Form is first added to a Casebook, Vault will no longer automatically create an initial repeating Form record. Repeating Forms may not be required or used during a study. This feature eliminates the work of removing unused repeating Form records. A data entry user can click + New to create the first repeating Form.
Changing an Event Date Prompts Reason for Change
When users change Event’s dates, Vault prompts them to select a reason for change in the same way as when they change Item values. Organizations can work with Veeva Support to configure the list of reasons for change to have different change reason options than Item-level change reasons.
Freeze & Lock all Forms in an Event
This feature allows EDC users with freeze or lock permissions to be able to apply or undo these actions to all forms in an event. Users can apply these actions by selecting Freeze All Forms or Lock All Forms from the Event’s More Actions menu.
Study Versioning
Study administrators can control and build new Casebook Definition versions for a Study. This feature includes the ability to lock casebook versions to prevent changes and create new versions for editing. With versioning, study administrators and clinical programmers can export and import versioned Casebook Definitions. This feature supports study design changes without impacting existing Casebooks.
Vault Objects
Object Field Defaults
With the Object Field Defaults feature, Admins can set default values for object fields to populate upon object record creation or save. These defaults can use a literal value, such as a specific number, or a formula. Formulas for field defaults use functions and operators to combine literal values and tokens. Users can override default values if they have permission to edit the field. By using object field defaults, organizations can ensure consistency across fields such as Serial Number or that a field, like Legal Question, is always set to Yes on certain records.
Reporting
Flash Report Preview
This feature allows the option to include reports in Flash Report emails. With this option, customers can easily access and preview reports from the Flash Report email. When scheduling a Flash Report, users now have the option to select the Include report in email checkbox. This option includes a copy of the report in HTML format in the Flash Report’s email and contains a link to the report in Vault.
Vault Loader & Configuration Migration
New Supported Component Types for Configuration Migration
The following component types are now supported for Configuration Migration and Vault to Vault comparison.
- Report & Dashboard
- Rendition Type
- Workflow Participant Rule
- Document Relationship Type
- Field Layout
Vault Configuration Report
Vault Configuration Report allows a user to extract the configuration of a vault into an Excel report. This report includes configuration of components as well as reference data used by the components. The Vault Configuration Report is particularly useful for tracking a vault’s configuration during migrations and implementations.
Vault Java SDK
Debug Log for Vault Java SDK
Vault Java SDK allows Veeva Services to program custom business logic which executes whenever users perform an operation on records. With the addition of the Debug Log, programmers can easily troubleshoot issues in their code. The Debug Log captures details about programming errors and errors which result from exceeding governance limits (Vault Java SDK errors). To inquire about Vault Java SDK solutions, contact Veeva Services.
Authentication
Register OAuth2/OIDC as Metadata in SSO Profile
To enable external applications to discover and configure the login requirements and authentication flows for Vault OAuth2.0 / OpenID Connect users, those applications need to obtain the remote authorization server metadata. This feature allows configuration of remote authorization server metadata so it can be discovered and downloaded by external applications.
Google Chrome Blocks Saved Passwords in eSignature
To provide better security, Veeva blocks most browsers from remembering passwords. A recent update to the Google Chrome browser allowed it to remember Vault passwords in some circumstances. With this release, Vault has modified the eSignature password field to prevent Chrome from remembering passwords.
Feature Enablement Details
Feature | Enablement | Application |
---|---|---|
EDC | ||
Prevent Auto-Creation of Initial Repeating Form Record | Auto-On | EDC |
Changing an Event Date Prompts Reason for Change | Auto-On | EDC |
Freeze & Lock all Forms in an Event | Auto-On | EDC |
Study Versioning | Auto-On | EDC |
Authentication | ||
Register OAuth2/OIDC as Metadata in SSO Profile | Support | Platform |
Google Chrome Blocks Saved Passwords in eSignature | Auto-On | Platform |
Vault Objects | ||
Object Field Defaults | Configuration | Platform |
Reporting | ||
Flash Report Preview | Auto-On | Platform |
Vault Loader & Configuration Migration | >||
New Supported Component Types for Configuration Migration | Auto-On | Platform |
Vault Configuration Report | Configuration | Platform |
Vault Java SDK | ||
Debug Log for Vault Java SDK | Configuration | Platform |
1 The Option to Disable Auto-Save on Forms feature (EDC) was removed from the release. |
Enablement Legend
See the following explanations for feature enablement options:
Enablement | Description |
---|---|
Auto-on | Automatically activated and no configuration is required before using the feature; note that in some cases, a new feature is dependent on another feature that must be enabled or configured. |
Admin Checkbox | Admins must turn on the feature with an Admin checkbox. Note that some “Auto-On” features have a checkbox setting that hides the feature; these will show “Auto-On.” |
Configuration | Admins must configure the feature (separately from an Admin checkbox) before it is available to use or is active; for example, a Clinical Programmer must create an Item Definition of a certain new Item Type. |
Support | On/off option controlled by Support. |