This statement is correct and closely matches SailPoint's official definition of a source. Identity Security Cloud does not treat an external enterprise system itself as being physically contained within the tenant. Instead, it creates a source definition representing that application, database, directory, HR system, or other managed environment.

The source definition supplies the governance context through which Identity Security Cloud interacts with the underlying system. A connector gathers account and access information and associates that data with the source. Identity Security Cloud can then correlate source accounts to identities, aggregate entitlements, model access, perform certifications, support access requests, and—in the case of writable connectors—provision changes back to the external system.

SailPoint's current source-management documentation explicitly defines a source as the Identity Security Cloud representation of a third-party enterprise application, database, or directory-management system maintaining its own user accounts or personnel records.

This distinction between source and connector is important: the source is the governed system representation, while the connector provides the technical mechanism used to communicate with that system.

Study Guide Reference: Sources — Source Definitions, Connector Definitions, Source Accounts and Enterprise System Integration.

===============

This is not the correct remediation mechanism for the certificate-path error described. Active Directory source configuration allows administrators to enable Transport Layer Security (TLS) for supported connections, but the source's TLS configuration is not simply a certificate-upload repository used to resolve a Java PKIX trust failure.

The underlying problem is that the Virtual Appliance performing the TLS connection cannot validate the certificate chain presented by Active Directory. Trust must therefore exist in the VA's applicable certificate trust location. SailPoint documentation states that when TLS is enabled for a supported source, the applicable certificate should normally be copied automatically to the associated VA cluster. Where manual remediation is required, certificate trust is handled at the VA level rather than by arbitrarily uploading an AD certificate to a source TLS settings page.

Administrators should verify the server certificate, issuing CA chain, hostname correspondence, and the trusted certificates available to the VA. Changing source settings without resolving VA trust will leave the TLS handshake failure unresolved.

Study Guide Reference: Virtual Appliances — TLS Configuration on VAs, Certificate Trust, Active Directory TLS Troubleshooting.

===============

The statement is correct. Identity Security Cloud defines several identity attributes by default, but User Name (uid) , Work Email (email) , and Last Name (lastname) have special required-status rules. SailPoint documentation states that these three attributes must have mappings for every identity profile and cannot be null for any identity.

User Name has an additional uniqueness requirement: it must be unique across identities from all identity profiles in the tenant. Work Email must contain a non-null value, although Identity Security Cloud does not itself validate that the value conforms to a syntactically valid email-address format. Last Name likewise must be populated.

Administrators therefore need to ensure that the authoritative-source data, source mappings, transforms, or rules reliably generate these required values. If authoritative data cannot directly populate a required field, a transform or other supported mapping mechanism should be used to derive the necessary value.

These requirements help maintain consistent identity representation and support core platform functions such as identity correlation, display, authentication, and governance.

Study Guide Reference: Identity and Lifecycle Management — Identity Profile Attributes, Required Attribute Mappings, User Name, Last Name and Work Email.

1. Section of the UI that allows users to ask for access.

Select a match:

Answer: Request Center

2. Provide an interface to read user account data and provision changes from Identity Security Cloud to target systems and applications.

Select a match:

Answer: Direct Connection

3. A ticket is created in ServiceNow and assigned to the operations team that manages the source application.

Select a match:

Answer: Service Desk Integration

4. A task is created and assigned to a source owner to provision the users' access being requested.

Select a match:

Answer: Manual work Item

Request Center is the end-user interface through which users browse and request configured roles, access profiles, and entitlements. Direct Connection represents the connection model through which Identity Security Cloud communicates with a managed source and, when provisioning is supported and enabled, performs changes directly rather than requiring manual intervention. SailPoint distinguishes directly connected sources from flat-file/manual provisioning sources.

Service Desk Integration is appropriate when fulfillment is delegated to an external service-management platform such as ServiceNow. The resulting ticket is routed to the operational team responsible for implementing the requested change. Manual work Item applies when Identity Security Cloud cannot automatically provision the requested change; instead, a provisioning task is assigned to the responsible source or entitlement owner for completion outside the automated connector path. SailPoint explicitly documents manual provisioning tasks for sources that cannot be automatically written to.

Study Guide Reference: Provisioning — Provisioning Methods, Direct Connections, Manual Provisioning, Service Desk Integration and Request Center.

The statement is explicitly incorrect. Identity Security Cloud allows users to hold multiple User Levels in many circumstances, and permissions from compatible User Levels are cumulative. However, SailPoint defines several combinations that cannot be assigned simultaneously because their delegated administrative scopes conflict.

One of the specifically prohibited combinations is Role Admin and Source Sub-Admin . SailPoint's User Level documentation lists this pair among the User Levels that cannot coexist on the same user. Other prohibited combinations include Role Sub-Admin with Source Admin, Role Sub-Admin with Role Admin, and Source Sub-Admin with Source Admin.

The distinction is important. A Role Admin has broad role-management privileges, whereas a Source Sub-Admin receives scoped administrative capabilities based on Governance Group associations with particular sources. Combining certain global and scoped administrative models could create inconsistent authorization behavior, so SailPoint prevents those assignments.

Administrators should therefore consult the User Level compatibility matrix before granting multiple elevated permissions rather than assuming that every User Level can be stacked.

Study Guide Reference: Platform — User Level Permissions, User Level Compatibility, Role Admin and Source Sub-Admin.

===============

The statement correctly describes the relevant Configuration Hub capability, although current SailPoint terminology generally refers to configuration backups, configuration files, and drafts rather than simply "templates." Configuration Hub is specifically designed to manage supported Identity Security Cloud configuration objects through backup, comparison, migration, and deployment operations.

An administrator can back up configuration objects from one tenant, establish a tenant connection, prepare a deployment draft, and migrate configurations into another tenant. This directly supports maintaining consistency between environments such as sandbox/staging and production. SailPoint explicitly documents deploying backups from one connected tenant to another.

Configuration Hub also supports exported sp-config JSON configuration files. Those files can subsequently be uploaded and used to migrate configurations between tenants, including tenants in different domains or regions where supported.

For recovery, Configuration Hub can restore supported configurations from previous automated or manual backups by preparing and deploying a draft. It is a configuration-management mechanism rather than a full business-data backup system.

Study Guide Reference: Platform — Configuration Hub, Configuration Backups, Tenant Connections, Configuration Files and Cross-Tenant Deployment.

===============

Gather data from requestor to build search query.

Run the query to gather results.

Save and name the search query.

Schedule saved search query on a month cadence as requested.

The sequence follows the correct Identity Security Cloud Search workflow. First, the administrator must gather the audit requirements from the requestor, including which distribution list, identities, access attributes, or other conditions must be evaluated. Those requirements are then translated into an appropriate Search query. Second, the query must be executed so the administrator can confirm that it returns the intended records before automating it.

After validating the output, the administrator saves and names the query. Identity Security Cloud requires the query to exist as a saved search before a recurring subscription can be configured. Finally, the saved search is scheduled according to the requested monthly cadence. SailPoint supports subscriptions to saved searches with Daily, Weekly, and Monthly schedules and allows administrators to specify the numerical days of the month and execution times. Therefore, scheduling must occur after the query has been constructed, tested, and saved.

Study Guide Reference: Platform — Search, Building Search Queries, Saved Searches, Search Subscriptions and Scheduled Reporting.

Yes. Identity Security Cloud's Account Activity view is designed to provide administrators with a chronological operational view of provisioning actions. SailPoint documents that account activities are displayed by default in descending order of Last Modified date , which places the most recently updated provisioning activity first. This is useful during troubleshooting because current or recently failed operations are immediately visible.

The activity table exposes operational fields such as Status, Action, Requester, Recipient, Sources, Last Modified, and Stage. Administrators can use the tabular controls to reorganize the displayed information for analysis, including changing sort direction on sortable columns. This makes it possible to investigate provisioning operations from perspectives other than chronological order—for example, grouping similar requesters, recipients, sources, statuses, or actions.

Selecting an individual activity exposes additional request information, including provisioning errors and the progression of the request through its processing stages. This capability is important when determining whether an account create, modify, enable, disable, or entitlement operation completed successfully or stalled.

Study Guide Reference: Provisioning — Monitoring Provisioning, Account Activity, Last Modified Sorting and Provisioning Troubleshooting.

===============

This action is valid. In Identity Security Cloud, the health state of an individual Virtual Appliance is exposed through VA status and alert indicators. A VA displaying a Connected status is operating normally and maintaining communication with the SailPoint tenant. Therefore, when an administrator reviews the appliances in a VA cluster and encounters a VA whose status is Connected, no remediation is required for that particular appliance.

The administrator should continue reviewing the remaining VAs because cluster health depends on the operational state of all participating appliances. Other statuses can require intervention. For example, an inactive or disconnected appliance can indicate network, configuration, certificate, or service-related problems. Warning and error indicators should be investigated to determine whether restart, connectivity troubleshooting, configuration correction, or escalation is required.

Consequently, treating a Connected VA as healthy and proceeding to inspect the next appliance is the correct operational response.

Study Guide Reference: Virtual Appliances — Monitoring Virtual Appliance Health, VA Status and Alert Messages.

===============