为特定浏览器设置的 CRF 提交下载发送电子邮件通知

现在，无论浏览器语言和设置如何，CRF 提交和确认操作的电子邮件通知都已正确发送。

（问题 37452854 ）

Clinical One 报表显示正确的用户角色

现在，Clinical One 中的报表显示每个用户的当前更新研究角色。

（问题 37377107 ）

转移科目时，“学习注册”报告中的国家/地区注册计数正确

现在，“学习注册”报告正确地包括了在某个地点筛选的受试者，即使他们在随机化后被转移到不同国家/地区的另一个地点。已筛选和有效受试者的计数在“地点”和“国家/地区”级别均得到正确反映，抵免受试者的计数在报告的“国家/地区注册”部分中得到准确表示。

（问题 36440859 ）

用户分配报表显示准确的站点和用户详细信息

现在，“用户分配”报表会正确处理历史角色和地点分配，而不会生成重复、无效或误导性信息。

（问题 38154927 ）

现在已成功生成受试者数据提取

现在，主题数据提取已成功完成，用户不再接收失败通知。

以前，执行全表扫描的长时间运行的 SQL 查询导致性能下降并导致报告服务 API 超时。

（问题 38924524 ）

现在，CSV 格式的主题数据报表已成功生成

现在，当所有筛选器（研究版本、用户名、地点和主题编号）都设置为“全部”时，无论包括已结数据是是还是否，主题数据报表都将以 CSV 格式成功生成。

以前，记录总数与报告查询之间的差异导致报告失败。

（问题 38852976 ）

“主题数据”报表现在显示正确的日期和时间值

“日期和时间”列现在显示正确的日期和时间数据。以前，某些记录的“日期和时间”列间歇性地显示错误的日期或时间值。

（问题 38634114 ）

已成功为转移的主题生成 Oracle CRF Submit 存档 PDF 请求

Oracle CRF Submit 现在会成功为传输的受试者生成存档 PDF 请求，即使请求用户无权访问这两个站点也是如此。

以前，Oracle CRF Submit 会阻止为转移的主体生成请求，除非用户同时有权访问源地点和目标地点。

（问题 38913506 ）

“套件分配”报告现在在输出中包含正确的列

列 Return Depot Name 现在仅显示一次， Return Depot ID 出现在报告输出中。

以前，返回仓库名称出现两次，并且返回仓库 ID 根本未出现。出现此情况的原因是两者都映射到同一锚点 ID。为了解决此问题，更新了退货仓库 ID 的锚点 ID，以确保唯一性。

（问题 38953803 ）