Pass the Salesforce Salesforce Consultant Als-Con-201 Questions and answers with CertsForce

Option B is correct because Presentation Page Product is the standard Life Sciences Cloud object that links presentation content to products. Salesforce’s Life Sciences Cloud Developer Guide states that PresentationPageProduct represents the link between a presentation page and a product, and may also include a connection to product guidance or product messages. This directly matches the requirement to link Immunexis to specific presentation pages or slide content so analytics can identify which products were detailed during visits.

Salesforce’s Intelligent Content data model also includes Presentation, Presentation Linked Page, Presentation Page, Presentation Page Product, Product2, Life Science Marketable Product, Provider Visit, and visit-detailing objects. This confirms that Presentation Page Product is part of the standard content and detailing analytics architecture for Life Sciences Customer Engagement.

Option A, Presentation Linked Page, is not the best answer because it links pages within presentation structure, but it does not specifically represent the product association. Option C, Product Media Link, is not the documented standard object for connecting Life Sciences presentation pages to products. Salesforce also provides a Presentation Page Product API resource for creating or updating product and guidance associations for a presentation page, reinforcing that this is the intended object.

Therefore, the consultant should use Presentation Page Product.

The correct answer is A because the subscription and channel must be connected before reps can capture consent for that channel. Salesforce’s Life Sciences Consent Management model includes Communication Subscription , Engagement Channel Type , and Communication Subscription Channel Type as standard entities for capturing and managing HCP consent and communication preferences. The Communication Subscription Channel Type object acts as the junction between a subscription topic, such as “Immunexis KOL Webinar Series,” and a channel, such as Email.

In the scenario, the subscription is visible, which confirms that the Communication Subscription record exists and is available in the mobile consent experience. However, Email is not selectable because the subscription has not been associated with the Email engagement channel. Creating the Communication Subscription Channel Type record resolves this gap by telling the system that this subscription can be consented to through the Email channel.

Option B is incorrect because Communication Subscription Consent records represent an individual HCP’s consent decision, such as opt-in or opt-out. They do not control whether a channel is available for a subscription. The channel must first be configured as valid for the subscription. After that, reps can capture the HCP’s opt-in preference during the visit. Therefore, the consultant should create the Communication Subscription Channel Type junction record.

=========

Option B is correct. In Agentforce Life Sciences for Customer Engagement, the visit engagement screen in the mobile app can be customized so field users have quick access to key visit information and related records while preparing for or conducting a visit. Salesforce Help identifies the Life Sciences Cloud mobile app setup area as the place where admins configure the visit engagement page, sidebar menu, visit information fields, visit record types, quick actions, and other customer engagement mobile settings. The sidebar menu is intended to provide focused, in-context access to the most relevant information, not to replicate every possible related list from the desktop experience.

The maximum number of custom object-related lists that can be added to the sidebar is five. This limit helps preserve mobile usability and keeps the visit engagement experience streamlined for field sales reps using an iPad or mobile device during HCP or HCO interactions.

Option A is incorrect because 10 related lists would create a heavier mobile interface than the supported sidebar configuration allows. Option C is also incorrect because the product allows more than two custom object-related lists. Therefore, when configuring the visit engagement sidebar, the consultant should plan for a maximum of five custom object-related lists and prioritize the most important related records for the field workflow.

=========

Option C is correct because the requirement is strict enforcement. Salesforce Help for Sample Limit Template types states that when the enforcement type is Error, distributions are blocked after limits are met. This directly matches the legal requirement in the question: the field sales rep must be prevented from submitting the visit when the disbursement quantity exceeds the allowed limit.

A controlled substance requires a hard compliance stop rather than a soft business warning. Setting the Limit Enforcement Type to Error ensures that the rep receives an error message and must correct the sample quantity before continuing. This protects the company from noncompliant disbursements and supports controlled sampling governance.

Option A is incorrect because Warning is a soft-limit behavior. A warning may alert the rep that the limit has been exceeded, but it allows the rep to proceed. That does not meet the requirement to strictly prevent the transaction. Option B is also not the best answer because “Block” is not the documented Limit Enforcement Type in the sample-limit template options shown in Salesforce’s Life Sciences sample limit resources. The documented strict enforcement behavior is Error. Therefore, for controlled substances or any legally required hard stop, the consultant should configure the Sample Limit Template with Limit Enforcement Type set to Error.

The correct answer is A because Salesforce Life Sciences Cloud provides the MIRF Share Management job specifically to manage sharing for medical inquiry records. Salesforce Help states that teams can save time, reduce manual errors, and maintain the integrity and reliability of inquiry data by using the MIRF Share Management job. Salesforce also has dedicated guidance for defining sharing settings for Medical Inquiries.

The requirement is territory-based sharing: all medical inquiries in a territory must be shared with all field sales reps in that same territory. A scheduled MIRF Share Management job is the Life Sciences-specific mechanism designed to maintain this sharing behavior for medical inquiry records. This is preferable because medical inquiry workflows often have regulated data-handling and access-control requirements, so using the purpose-built sharing-management capability is safer and more maintainable than creating generic sharing automation.

Option B is not the best answer because the described configuration is not simply a generic Territory Management setting in the Life Sciences Admin Console. The question asks specifically how to share medical inquiry records, and Salesforce points to MIRF Share Management for that purpose. Option C is also incorrect because an owner-based sharing rule on the Inquiry object would be a generic Salesforce sharing approach. It may not correctly reflect Life Sciences medical inquiry sharing logic or maintain the intended record integrity. Therefore, the consultant should schedule the MIRF Share Management job .

The correct answer is C because Provider Cards are designed to consolidate key account information from multiple objects and fields into a single user-friendly account view. Salesforce Help describes Provider Cards in Life Sciences Cloud as consolidating an account’s information that is scattered across objects and fields, such as provider locations and related account information. Salesforce also describes the Provider Account Territory Info object as representing engagement data between an account and a user within an assigned territory, including account-territory context such as visit and engagement details.

The requirement is to display an indicator, not to filter accounts out of the card. Field reps need to see whether each account is a target or not. Adding an item group element to the Provider Card section and including the Targeted Account field from Provider Account Territory Info allows the template to display territory-specific targeting information. Visibility conditions can then show “Target” when the field value indicates the account is targeted and “Not Target” when it is not.

Option A is incorrect because filtering to show only targeted accounts would hide non-targeted accounts, but the requirement is to display both states. Option B is not the best answer because a repeater is used for repeating multiple related records, not for showing a single indicator from the account-territory information context. Therefore, the consultant should use an item group element with the Targeted Account field and visibility conditions.

=========

The correct answer is C: Perform audits of Inventory Count Assessment records user permission. In Life Sciences Cloud sample inventory management, Inventory Count Assessment records are used to support inventory count and audit processes. Salesforce documentation distinguishes between conducting or performing an audit and requesting an audit. The wording in the question asks which permission is needed for a user to conduct a self-audit of their inventory count. Because the action is to perform the audit, the required permission is the user permission that allows users to perform audits of Inventory Count Assessment records.

Option A is incorrect because the Life Sciences Field Sales Representative permission set alone should not be assumed to include every inventory audit capability by default. Salesforce Life Sciences sample inventory features use specific user permissions for different inventory audit actions, so the named permission is the safer and more precise answer. Option B is incorrect because “Request audits of multiple Inventory Count Assessment records” is related to submitting or requesting audits, especially peer-audit-style workflows, not personally conducting the self-audit. Salesforce Help notes that requesting a peer audit requires the Request Multiple Inventory Count Assessment Audits user permission, which confirms that request permission is separate from the permission to perform audits.

Therefore, for a self-audit where the user is actually conducting the audit activity, the correct permission is “Perform audits of Inventory Count Assessment records.”

The correct answer is C because the Life Sciences Cloud mobile app relies on metadata cache configuration to make updated page metadata available in the mobile experience. Salesforce documentation for customizing the Life Sciences Cloud mobile app states that administrators should generate a new metadata cache whenever they update Lightning record pages, page layouts, object or schema changes, new or modified feature settings, or related mobile configuration. The official setup path also references the Life Sciences Commercial app, Admin Console, Mobile, and Object Metadata Cache Configuration.

In this scenario, the Lightning web component was deployed and added correctly to the Lightning page, and the page was activated as the Org Default for Desktop and Phone. That means the desktop Lightning configuration is not the issue. The missing step is refreshing or creating the mobile metadata cache so the Agentforce Life Sciences mobile app can recognize the updated Lightning page structure and component metadata.

Option A is incorrect because activating a trigger handler is not the normal remedy for mobile page metadata visibility. Trigger handlers relate to backend automation behavior, not rendering a newly added component in the mobile UI. Option B is also not the best answer because reinstalling the app is a user-side workaround and does not address the administrator-controlled metadata cache. The correct administrative action is to create a new metadata cache in the Admin Console.

=========

The correct answer is A because Remote Engagement video traffic requires Twilio endpoints to be trusted by the Salesforce org. Salesforce Help for setting up Twilio for Remote Engagement states that participants can connect to video calls by adding Twilio WSS endpoints as Trusted URLs in the Salesforce org. This is specifically required for secure video-call connectivity, which directly matches the symptom in the question: the Twilio credentials and Experience Cloud site are configured, but the video media fails to load.

Twilio External Credentials handle authentication and connection details for the integration, and the Experience Cloud site provides the HCP-facing remote engagement experience. However, browser and Salesforce security controls still need to allow the required Twilio WebSocket Secure traffic. If those URLs are not trusted, the page can load while the actual audio/video media connection fails.

Option B is incorrect because assigning a field-sales permission set to the Site Guest User would be inappropriate and overly permissive. The issue is media connectivity, not guest-user access to sales functions. Option C is also incorrect because a trigger handler for remote-session invitations would relate to record automation or invitation behavior, not secure loading of Twilio video traffic. Therefore, the consultant must add Twilio’s required endpoints to Trusted URLs .

=========

The correct answer is C because the requirement is to lock a submitted visit report so it can no longer be edited. Salesforce Life Sciences Visit Management supports compliant planning, execution, and reporting for provider visits, and Salesforce Help directs administrators to use the Visit Management Admin Console to configure what fields users can see and how users can interact with and manage visit records.

A submitted visit report often represents a compliance-sensitive record, especially in life sciences, where visit details, sampling activity, consent capture, and inquiry handling may need to remain auditable after submission. Enabling VisitLockHandler enforces the locking behavior, while leaving Unlock submitted visit unchecked prevents the record from being reopened or edited after final submission. This configuration best matches the requirement that the submitted visit report become immutable.

Option A is incorrect because VisitAutoSaveHandler relates to saving visit data, and checking “Allow edits after submission” would contradict the stated requirement. The business specifically wants no further edits after submission. Option B is also incorrect because disabling a permissions handler and setting the status to Closed does not directly enforce immutable submitted-visit behavior. Status alone is not the same as a record lock. Therefore, the consultant should enable VisitLockHandler and ensure submitted visits remain locked by unchecking Unlock submitted visit in the Admin Console.

=========