What can you do using the basic imaging engine options?
Correct Answer: B
The correct answer is B. Set the image size. Relativity's Imaging Profiles documentation distinguishes between Basic Imaging Engine Options and Native Imaging Engine Options . Under the Basic Imaging Engine Options , Relativity explicitly lists Basic Image Size as a configurable setting, with options such as Original setting, Letter, A4, Legal, and Custom. That means image size is directly configurable when using the basic imaging engine. The other options belong to the native imaging engine rather than the basic imaging engine. Maximum pages imaged per file is listed under Native Imaging Engine Options . Presentation orientation and spreadsheet print-area settings are also documented under native-file-specific options, not the basic engine. So, among the choices provided, the feature available through the basic imaging engine options is the ability to set the image size .
Question 12
What tool can you use to assess the differences within a textual near duplicate group?
Correct Answer: A
The correct answer is A. Relativity Compare . Relativity's official documentation on using near duplicate analysis in review states that the Relativity Compare function can compare two documents to assess their similarities and differences . This is the exact activity described in the question and is directly relevant to working within a textual near duplicate group, where reviewers often need to determine how one member differs from the principal document or from another near duplicate in the set. The other options do not match that purpose. Image QC is used for image quality control workflows, not for textual comparison of document content. Document View Overlay is not the standard Relativity tool documented for assessing textual differences between near duplicates. Similar Documents View helps surface conceptually or textually related material, but it is not the dedicated side-by-side comparison tool Relativity identifies for evaluating differences. From a Structured Analytics perspective, this distinction matters because near duplicate analysis groups similar records together, but the actual determination of differences between two specific documents is handled through the comparison function. Therefore, when assessing differences within a textual near duplicate group, the correct tool is Relativity Compare .
Question 13
You grant the permissions below so that a reviewer on your team can begin creating and running aiR for Review projects. What problem will this reviewer encounter when attempting to analyze documents using aiR for Review? Object Security: * aiR for Review Project: View, Edit, Add * aiR for Review Prompt Criteria: View, Edit, Add Tab Visibility: * aiR for Review Projects
Correct Answer: A
The correct answer is A . Relativity's official aiR for Review permissions documentation states that to create and run an aiR for Review project, a user needs object permissions for aiR for Review Project and aiR for Review Prompt Criteria , tab visibility for aiR for Review Projects , and the Run aiR for Review Job permission under Other Settings. The documentation also explicitly states that a user can run the job without permissions for the analysis types, but will not be able to see the results . The analysis-type objects listed by Relativity are aiR Relevance Analysis , aiR Issue Analysis , aiR Key Analysis , and aiR Summaries . That is exactly the problem in this scenario: the reviewer has enough permissions to create the project shell and prompt criteria, but no permissions were granted for the analysis result objects themselves. As a result, they can initiate work but will not be able to see the analysis results. Option B is incorrect because Viewer highlighting also depends on having analysis-type view permissions. Option C is incorrect because instance- level jobs visibility is a separate permission model. Option D is also incorrect because the provided permissions already include the aiR for Review Projects tab, and the missing issue is not dashboard tab access but the lack of object security for the individual analysis result types . Therefore, the reviewer's main issue is that they will not be able to view any aiR for Review results without the required analysis- type object permissions .
Question 14
You're provided a list of key terms that include noise words by the supervising attorney. What step should you take before running a Search Terms Report?
Correct Answer: D
The correct answer is D. Remove key terms from the dtSearch index noise words. Relativity's dtSearch documentation explains that if a word in the search phrase is part of the noise words list, and that word is important to the search, you must remove it from the dtSearch noise words list and then rebuild the index. The documentation gives this exact type of guidance for terms like "and" when the term must be treated as part of the actual phrase instead of being ignored. This makes options B and C incorrect because changing or deleting the attorney's search terms would alter the intended search logic rather than making the index capable of respecting the requested phrase. Option A is also incorrect because the alphabet file is for searchable characters and tokenization behavior, not for managing ignored noise words. Therefore, before running the Search Terms Report, the correct step is to remove those key terms from the dtSearch index noise words list and rebuild the index if needed.
Question 15
How can you secure a workspace from a user?
Correct Answer: A
The correct answer is A. By removing that user's security group from the workspace. In Relativity, workspace access is granted through groups , not by attaching workspace rights directly to individual users. Relativity's official security documentation explains that you set permissions by adding groups to a workspace and configuring those group permissions there. Users then inherit access through their group memberships. As a result, the standard way to secure a workspace from a user is to remove the group that gives that user access, or remove the user from the relevant group. The other options do not reflect how Relativity security is structured. User profile settings do not control workspace visibility in the manner described. IP-based security is not the mechanism for ordinary workspace access control in this scenario. Instance-level view security is also too narrow and does not remove the user's overall workspace access; even if certain views were restricted, the user could still potentially access the workspace through other permitted objects or tabs. From an RCA perspective, this question tests a foundational principle: workspace security is group-based . Administrators grant or revoke access by managing the relationship between groups and workspaces, then managing which users belong to those groups. Therefore, to secure a workspace from a user, the correct action is to remove the user's access- granting security group from that workspace.
