A maintenance release contains fixes for issues affecting customer Vaults in production environments. Maintenance releases can occasionally include enhancements, for example, a time-sensitive regulatory requirement. This page covers maintenance releases deployed to General Release Vaults only. We communicate 24 hours prior to a maintenance release. There may be a short service disruption during deployment.
This list only covers fixes for issues that impact 25R1 General Release versions of Safety Vaults. The list of fixed issues is subject to change until the release occurs. When we identify issues to fix in a maintenance release, we attempt to get them into the earliest release possible. Sometimes, we target a specific release but are not able to deliver a fix early enough for full testing. In situations like this, we postpone the fix for a later release and strike out the description in this list.
We number maintenance releases for Safety by appending the number of the Safety-specific maintenance release to the General Release number. The most recent Veeva Vault General Release is 25R1.0, so our maintenance releases for this version are 25R1.0.2, 25R1.0.3, and so on.
Veeva Vault frequently delivers Platform maintenance releases. Safety deploys these Platform maintenance releases at a later date, along with any required fixes to Safety. For details on Platform fixes in these maintenance releases, see 25R1 Maintenance Releases.
Last Updated: June 20, 2025
June 24, 2025
| Description |
Issue No. |
|
When generating E2B files for a Case in the Superseded state, Vault exports the date of report generation instead of the Approval Date on the Case to the N.2.r.4 and C.1.2 data elements of E2B(R3) formats and to the A.1.3b data element of E2B(R2) formats.
|
SAF-77881 |
|
When generating NMPA E2B(R3) files, for External Products Vault exports the Generic Name from other Case Products to the G.k.CN.1 data element, although External Products should be excluded.
|
SAF-79743 |
|
For exported NMPA E2B(R3) files, Vault does not populate the G.k.CN.3 element as expected.
|
SAF-79744 |
|
During duplicate detection, Vault does not display follow-up Cases created from end of study bulk unblinding.
|
SAF-80498 |
|
When generating MFDS E2B(R3) files, Vault does not populate the G.k.2.1.KR.1a and G.k.2.1.KR.1b data elements if the G.k.2.3.r.1.KR.1a and G.k.2.3.r.1.KR.1b data elements contain values.
|
SAF-80566 |
|
After generating an NMPA E2B(R3) file, if the Rank of any Case Adverse Event changes, upon regenerating the NMPA E2B(R3) file, Vault does not populate the G.k.CN.3 data element.
|
SAF-81395 |
June 17, 2025
| Description |
Issue No. |
|
When attempting automatic Case promotion using the Override merge method for an imported E2B file, if the matching Case is in a prohibited state based on the Allow Mark Follow-up application settings, Vault does not promote the Inbox Item to a follow-up Case.
|
SAF-78089 |
|
For JSON-imported Cases created using tabular data format import, if a Case includes a Parent Information Case, after import the Inbox Item is blank.
|
SAF-78724 |
|
When users run the Copy Case action on a global Case or a non-Japan domestic Case, Vault duplicates Case Product Registration records on related foreign Japan Localized Cases and displays an error message when users run the Evaluate Reporting Obligations action.
|
SAF-79693 |
|
When mapping online questionnaire responses to follow-up Inbox Items, Vault does not map picklist field values, including Seriousness on Case Adverse Events and Race, Pregnancy Outcome, and Delivery Method on Cases.
|
SAF-79780 |
|
When generating FDA E2B(R3) and FDA VAERS E2B(R3) forms for Cases with Combination Products that have multiple devices, Vault does not populate the FDA.G.k.12.r.6 Device Product Code data element.
|
SAF-80567 |
June 10, 2025
| Description |
Issue No. |
|
For Rule Engine-created Transmissions to the FDA, Vault considers all Transmission Profiles, instead of the Registration Type of Transmission Profiles (Investigational or Marketing), when finding and inactivating duplicate Transmissions, resulting in incorrect inactivation and creation of Transmissions.
|
SAF-77911 |
|
In Vaults with the Change Localized Case State on Creation application setting enabled, when the Localization value of a domestic Case is a country under the EMA's jurisdiction, after Submission generation the Localized Case lifecycle state does not move from "Active" to "Ready for Localized Processing".
|
SAF-78396 |
|
In Vaults with the Change Localized Case State on Creation application setting enabled, when users manually create Transmissions, Vault moves the lifecycle state of related Localized Cases in the "Approved" or "Closed" state to the "Ready" state type.
|
SAF-78508 |
|
After coding a term from the Korea Drug Dictionary, Vault adds the MFDS Standard Drug code, instead of the Local MPID, to the Korea Drug field.
|
SAF-79718 |
|
When transferring Adverse Events through the Medical-Safety Vault Connection, where Rich Text fields in Medical Vaults are mapped to Long Text fields in Safety Vaults, Vault truncates values above 250 characters.
|
SAF-79790 |
June 3, 2025
| Description |
Issue No. |
|
When generating MFDS E2B(R3) files, Vault no longer populates the G.k.2.3.r data elements only when the Local Product Code field on the Localized Case Product Substance record contains a value.
|
SAF-79554 |
|
When a user copies a Case with a value in the Initial Case field, Vault copies the Initial Case value to the new Case.
|
SAF-77849 |
|
In some instances, when Auto-Submission is generating a high volume of Transmissions, Vault attempts to submit Transmissions before initial document generation completes, resulting in no response from the partner or health authority.
|
SAF-78554 |
|
In Vaults with the One Last Time Reporting for all Destinations application setting enabled, for Cases with the Transmission Reason set to Amendment or Nullification, Vault does not copy the Transmission Reason value from the Case to the Reason field of One Last Time (OLT) report Transmissions.
|
SAF-79100 |
|
On Cases created from E2B(R2) files, if the B.1.9.3 data element value is "3", Vault populates "No" in the Autopsy field on the Case Patient record.
|
SAF-79546 |
|
When generating MFDS E2B(R3) files for E2B-imported Cases with Parent Information, Vault exports the local Study Number instead of the global Study Number to the C.5.3 data element.
|
SAF-79710 |
|
When automated Case promotion fails, Vault does not apply Access Groups to the related Inbox Items.
|
SAF-79712 |
|
When a user runs the Void Case action multiple times in quick succession, Vault generates duplicate Transmissions.
|
SAF-79715 |
May 27, 2025
| Description |
Issue No. |
|
This update optimizes code for expectedness evaluations. This will be available for configuration in a future release.
|
SAF-74327 |
|
This update optimizes code for Case Product Registration deletion. This will be available for configuration in a future release.
|
SAF-76644 |
|
The Product Browser now includes the Default Registration column, which is filterable.
|
SAF-75097 |
|
Inbox Items cannot be merged to in-flight Cases or promoted to follow-up Cases if the matched Case has any Localized Cases and the user deletes a Case Product on the Inbox Item to Case Compare page.
|
SAF-73315 |
|
When processing a domestic follow-up Case to a global initial Case, the WHODrug Cross Reference Tool (CRT) Japan cross-references JDrug and WHODrug codes for Drug-type Case Products, causing an error during the data sync from the global Case to the Localized Case.
|
SAF-73947 |
|
When generating E2B(R3) files, Vault exports the incorrect codeSystem to the G.k.4.r.9.2a Pharmaceutical Dose Form TermID Version Date/Number data element, resulting in "Incomplete Report" Acknowledgment (ACK) messages.
|
SAF-75714 |
|
A performance issue on the MedDRA Browser allows users to select the Confirm button while Vault completes a search, which causes Vault to create corrupt duplicates of MedDRA Terms.
|
SAF-76398 |
|
Vault does not generate PMDA MHLW Paper Forms from Cases with blank Dose, Frequency, First Admin Date, or Last Admin Date fields on a Case Product Dosage record.
|
SAF-77456 |
|
When attempting to merge an Inbox Item to an in-flight Case, if a user selects Ignore on any Product or Adverse Event on the Inbox Item to Case Compare page, Vault displays an error message and prevents the merge.
|
SAF-77677 |
|
During the one-time data sync from global Cases to Japan Localized Cases, Vault syncs the Blinded Reference to Localized Case Assessment and Localized Case Assessment Results.
|
SAF-77848 |
|
When generating NMPA E2B(R3) files, Vault populates the C.1.CN.3 data element based on the reporting organization, instead of the Registration Holder/Applicant.
|
SAF-77885 |
|
When generating FDA VAERS E2B(R3) and FDA E2B(R3) files, Vault exports values from inactive Agency Units of Measurement to the F.r.3.3, G.k.4.r.1b, and G.k.5b data elements.
|
SAF-79203 |
May 20, 2025
| Description |
Issue No. |
|
When generating Submissions to the FDA during cross reporting, to determine the primary Transmission Profile, Vault now first checks for a Transmission Profile on the related investigational Study Registration for the FDA. If multiple registrations exist, Vault uses the Transmission Profile from the earliest-created Study Registration. If no investigational Study Registration for the FDA exists, Vault uses the cross-reported Study Registrations to determine the Transmission Profile.
|
SAF-78027 |
|
In Vaults configured to isolate blinded clinical trial information, Vault prevents promoting a localized Inbox Item as a follow-up to a global Case that includes a blinded External Product through the Inbox Item to Case Compare page.
|
SAF-75482 |
|
On FDA E2B(R3) files, for non-clinical trial study Cases, Vault incorrectly exports values to the FDA.C.5.5a IND Number where AE Occurred, FDA.C.5.6.r IND number of cross reported IND, and G.k.1.a FDA Other Characterisation of Drug Role data elements.
|
SAF-77145 |
|
After running the Retrieve Reportable Case Product Registrations action on a blinded Japan Localized Case, Vault incorrectly generates investigational registrations on the Case Product.
|
SAF-77682 |
|
When promoting an Inbox Item to a follow-up Case through the Inbox Item to Case Compare page, in some cases, Vault removes capitalization, punctuation, spacing, and some special characters when comparing WWUIDs and prevents promotion to follow-up.
|
SAF-77847 |
|
Vault populates the C.2.r.3 Reporter's Country Code data element on PMDA E2B(R3) files for non-primary Reporter-type Case Contacts.
|
SAF-77886 |
|
When migrating study data through the Safety-Clinical Operations Connection, Vault creates Study and Study Registration records in Safety Vaults for Study and Study Country records in Clinical Operations Vaults with "M" in the Study Migration field.
|
SAF-78759 |
May 13, 2025
| Description |
Issue No. |
|
When generating PMDA E2B(R3) files, in some instances, Vault names files using more than 60 characters and cover letters using more than 100 characters, resulting in NACKS from the PMDA.
|
SAF-77146 |
|
In Vaults with the "Use Product Coded for HC E2B(R2)" Submission and Distribution Settings application setting enabled, when generating Health Canada E2B(R2) files, Vault exports the Product (Coded) value from External Products to the B.4.k.2.1 data element, resulting in NACKs from Health Canada.
|
SAF-77437 |
|
When generating EU Convention E2B(R2) files with Patient Content Protection set to Mask PII, Vault does not apply masking correctly, which sometimes results in NACKs.
|
SAF-77512 |
|
When an Inbox Item with a Localization value is being merged to an in-flight Case or promoted to a follow-up Case and is matched to a global Case, if two (2) or more Case Products are being deleted, Vault displays an error message and prevents the action.
|
SAF-77846 |
|
When generating an MFDS E2B(R3) file for a domestic study Case with a value in the Local Assessment Result field on the Localized Case Assessment Result, Vault populates an E2B code in the G.k.9.i.2.r.3.KR.1 data element.
|
SAF-77880 |
|
FDA E2B(R3) generation fails for Cases with attachments in the .docx format.
|
SAF-77883 |
|
Vault does not generate CIOMS I Distributions for Cases with multiple Case Test Result records when at least one (1) includes a partial date in the Test Date field.
|
SAF-77924 |
|
When generating E2B(R2) formats, Vault exports more than five (5) characters to the B.4.k.13.1a and B.4.k.13.2a data elements, resulting in NACKs.
|
SAF-78049 |
|
If any Inbox Item or Case that generates email correspondence is missing a Reporter-type Case Contact, Vault cannot send any scheduled email correspondence.
|
SAF-78091 |
May 6, 2025
| Description |
Issue No. |
|
When promoting an Inbox Item with invalid data to multiple Cases, Vault creates a single Case with no Case Number.
Upon further investigation this fix was included in 25R1.0.3
|
SAF-76061 |
|
When creating a new Case using the Copy Case action, Vault does not populate the Case Unique Number field.
|
SAF-76549 |
|
When creating a domestic follow-up Case to a global initial Case, Vault leaves the Use Domestic State Code checkbox unselected, resulting in the text value instead of the state code being exported for the State/Province field.
|
SAF-76587 |
|
When creating a domestic follow-up Case to a global initial Case with unblinded Products, Vault creates duplicate records on the follow-up Case, requiring users to delete these records manually.
|
SAF-77598 |
|
When the A.2.2 or C.4.r.1 Literature Reference(s) data element exceeds 500 characters, Vault does not truncate the value, resulting in NACKs from agencies.
|
SAF-77604 |
|
Transmission documents are not generated for Submissions to Health Canada as HC E2B(R2) files are not validated due to a missing Document Type Definition (DTD).
|
SAF-77884 |
|
When generating FDA E2B(R3) files, validation fails when the FDA.C.5.5a IND Number where AE Occurred data element is populated and the associated Transmission Profile is a postmarket CDER or CBER.
|
SAF-78067 |
|
For Product Registrations with a Registration Applicant/Holder value that exceeds 60 characters, Vault prevents saving the related Case Product on a domestic Case because the number of characters cannot be mapped to the same field on the Localized Case.
|
SAF-78265 |
April 30, 2025
| Description |
Issue No. |
|
This update optimizes code for lifecycle state changes. This will be available for configuration in a future release.
|
SAF-77832
SAF-78311
SAF-78312
SAF-78315 |
|
When promoting an Inbox Item with invalid data to multiple Cases, Vault creates a single Case with no Case Number.
|
SAF-76061 |
|
When generating Transmissions from Transmission Output Templates that include a Reporting Family, Vault considers the Exceptions to PII Masking field of the related reporting rule parameter instead of the Exceptions to Patient Content Protection field on the Transmission Output Template.
|
SAF-77878 |
|
In Vaults configured to isolate blinded clinical trial information and with the Exclude reporting rule parameter set to Placebo, for a double-blinded study Case with an unblinded Case Product record for the Placebo, the reporting rule engine evaluates the blinded record instead of the unblinded record.
|
SAF-77879 |
|
In some instances, Vault does not create any Correspondence records due to an exceedingly large number of MedDRA Criteria object records with the Include Lower Level field set to Yes.
|
SAF-78204 |
|
When generating FDA E2B(R3) and FDA VAERS E2B(R3) reports, if both the Race and Ethicity fields are populated and at least one (1) has a Reason Omitted value, Vault either leaves the FDA.D.12 Patient Ethnicity Code data element blank or exports the Race nullFlavor to it.
|
SAF-78194 |
April 23, 2025
| Description |
Issue No. |
|
In Vaults with the "Suppress File Generation for Auto-Submit Transmissions" application setting enabled, for Email Profile-type Transmission Profiles with Auto-Submit set to "Yes", after running the Case-level "Async Submit to Gateway" action, the Transmission remains in the "Queued for Submission" state and no Submission document is generated.
|
SAF-78134 |