Release Date: May 31, 2019
We are pleased to bring you the following additions and enhancements to Developer Portal features in 19R1.3. REST API features added in 19R2 only affect API v19.2, unless otherwise noted.
In this release, we’ve provided two Vault Loader REST APIs allowing developers to leverage the loader services from an external integration program. Customers can leverage these REST APIs to perform bulk data extract and load for a set of data objects.
With this feature, each Vault API call that is subject to API Limits will include two additional HTTP headers in the Response:
X-VaultAPI-BurstLimit: Set to a configured maximum number of calls allowed within the burst limit
X-VaultAPI-DailyLimit: Set to a configured maximum number of calls allowed within the daily limit
Learn more about API rate limits.
This feature allows Vault Admins to create picklist dependencies on object picklist fields to only show a subset of the available values controlled by another picklist or Yes/No field on the same object. Vault Admins can set picklist dependencies using the object metadata APIs. Additionally, this feature adds the
picklist_dependencies attributes on the
Object component type to set up picklist dependencies using MDL.
All object data in Vault today is stored on encrypted disks. In addition to our normal encryption, this feature allows Vault Admins to mark an object field value as encrypted. This provides an additional layer of security for critical data such as Protected Health Information (PHI).
Veeva will then encrypt the values of such fields and store them in the database as encrypted. The values are decrypted upon a read request, which means API integrations, VQL, and Vault extensions created with the Java SDK can continue to read these field values.
This release introduces an upgraded Vault FTP infrastructure which makes it more robust, scalable, and future-proof by taking a greater advantage of AWS™. This feature includes the following:
With this feature, when calling the bulk document creation API on files uploaded via FTP, Vault does not update the MD5 checksum right away and instead sets it to pending. When querying MD5 checksum through VQL, via the Documents API, or read in the document/binder exports, Vault returns the value as pending. Additionally, the process of calculating the MD5 checksum will become asynchronous.
Further, the process that determines the mime-types of uploaded files will use a “best effort” approach when calling the bulk document creation API. The final calculation and confirmation of the mime-types will become an asynchronous process.
This new asynchronous process increases the performance of bulk creation of documents.
In this release,we’ve added a
DELETEDSTATE() document function to VQL. Developers can use this function in the
WHERE clause to filter documents by the state defined in the document lifecycle as “Deleted State”.
Previously, record actions only supported use as a user action. With this release, record actions now support usage as lifecycle user actions, entry actions, and event actions.
Note that any existing record actions with
usage set to
UNSPECIFIED (or where
usage is omitted) will automatically become available for configuration in these new usages.
In this release, Vault Admins can extend object workflow capabilities with the Workflow SDK. Admins can use a custom action in the workflow Start step to define the participants. Admins can also use a custom action on a workflow Task step to execute custom logic on workflow events such as task creation, completion, reassignment, and cancellation.
Developers can create these custom actions by implementing the new
RecordWorkflowAction interface with the
@RecordWorkflowActionInfo annotation. On the annotation, developers can select the step types (either
TASK) defining where in Vault the action is available for configuration.
Spark Integration Rules allow Java SDK Message Processors developers to use configurable rules for mapping object and document fields for Vault-to-Vault integrations. Users must first set up Integrationrule components, which are configurable rule sets for field mapping, reference lookup, and field defaulting. Once configured, you can evaluate integration rules within a
MessageProcessor using new Java SDK services. Please contact Veeva Support to set up Integrationrule components.
Release Date: April 26, 2019
We are pleased to bring you the following additions and enhancements to Developer Portal features in 19R1.2. REST API features added in 19R2 only affect API v19.2, unless otherwise noted.
In this release, we’ve enhanced the Vault Compare endpoint to support the following settings and configurations for comparison:
To include these settings, set the following optional body parameters to
component_types parameter now accepts the
none value to exclude component types from the comparison report.
Learn more about Vault Compare.
With this release, all users with FTP staging permission can upload submission dossiers to the FTP server within their Submissions Archive Import folder, rather than only within their user folder. This additional import location can be used as the source location when importing submissions through the RIM Submissions Archive Import API.
Learn more about Importing Submissions.