The correct answer is A because Salesforce Life Sciences Field Email allows field users to add colleagues as CC recipients. Salesforce Help for customizing and sending emails in Life Sciences Cloud states that users can send emails to healthcare professionals and healthcare organizations from their workflow, select an email template, and add colleagues as CC recipients.

This distinction matters for compliance. In Life Sciences engagement, HCPs and HCOs are the intended external recipients of approved email communications. The CC field is not intended as a free-form way to add additional HCPs. Instead, CC is used for internal collaboration or visibility, such as copying a colleague involved in the account, territory, or follow-up process. This helps keep HCP communications controlled, trackable, and aligned with approved email workflows.

Option B is incorrect because it suggests both HCPs and colleagues can be CC’d. Although emails are sent to HCPs or HCOs, Salesforce’s documented CC behavior specifically references colleagues as CC recipients. Option C is also incorrect because HCPs are the primary external recipients, not the users who should be copied in the CC field. Therefore, when sending email from the Agentforce Life Sciences mobile app, field sales reps can CC colleagues .

=========

Option B, MedicalInsightSharingHandler, is correct because the requirement is about collaboration and access to medical insight records by users in the same territory. Salesforce Help describes the Medical Insights tab as enabling users to view their own insights as well as insights captured by users with the same profile within their territories. That means Life Sciences Cloud supports territory-based visibility for Medical Insights so that relevant field users can collaborate around insights collected from HCP engagements.

The key word in the question is “collaborate.” Collaboration requires record sharing, not merely record availability. MedicalInsightSharingHandler is the out-of-the-box configuration that aligns with sharing medical insight records across the appropriate users, such as reps associated with the same territory. MedicalInsightAvailabilityHandler is not the best answer because “availability” typically controls whether a feature, action, or object behavior is available in a given context; it does not directly describe record sharing between users. MedicalInsightTerritoryAvailabilityHandler is also not correct because the Salesforce-documented sharing behavior for Medical Insights is about viewing insights captured within the user’s territories, and the named handler that most directly supports that requirement is the sharing handler.

Therefore, when Cumulus Pharma wants field sales reps in the same territory to access and collaborate on relevant HCP medical insights, the correct out-of-the-box configuration is MedicalInsightSharingHandler.

Option C is correct because Medical Insight upvotes are handled through the UserReaction object and related out-of-the-box logic. Salesforce’s Life Sciences Cloud Developer Guide states that UserReaction represents a user’s reaction to a medical insight, such as an upvote or downvote, and that these reactions are used to identify trending insights. This directly supports the scenario because the problem involves duplicate upvotes and the inability to see total upvote counts on Medical Insight records.

Salesforce’s MedicalInsight object documentation also references fields related to ranking and upvotes, including a default rank determined based on linked insights and their upvotes. This confirms that upvote behavior is part of the standard Medical Insights data model rather than something that should be rebuilt manually.

Option A is not the best answer because MedicalInsightValidationHandler sounds focused on validating Medical Insight records generally, not specifically managing user reactions, duplicate reactions, or upvote counts. Option B is also not preferred because custom validation rules and a new roll-up summary field would duplicate behavior that Salesforce provides through the Medical Insights user-reaction framework. The requirement asks for the out-of-the-box configuration, so the consultant should activate the UserReactionMedicalInsightHandler to manage upvote reactions consistently and support the total-count behavior.

=========

The correct answer is C because Salesforce’s electronic signature capability for Life Sciences is Digital Verification . Salesforce Help states that the Electronic Signature feature provides 21 CFR Part 11-ready electronic signature functionality , and the setup guidance directs administrators to configure the Digital Verifications feature to manage electronic signatures in Salesforce rather than relying on a third-party application.

The requirement is specific to regulated sample drop-off. The system must capture the HCP’s signature image, associate it with the sample disbursement, preserve the timestamp, and maintain an audit trail that supports compliance expectations. Digital Verification is the Salesforce Life Sciences feature designed to support electronic-signature capture in this type of regulated workflow.

Option A, Shield Audit Trail , is incorrect because Salesforce Shield can help with broader platform security, event monitoring, and auditability, but it is not the Life Sciences feature that captures an HCP’s electronic signature for sample drop-off. Option B, DocuSign for Salesforce , is also incorrect because the question asks for the Agentforce Life Sciences for Customer Engagement feature that supports this requirement. Salesforce Help specifically points to Digital Verification for managing electronic signatures directly in Salesforce. Therefore, the consultant should enable Digital Verification to support the 21 CFR Part 11-ready signature and audit requirements.

=========

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 Salesforce Life Sciences Sample Inventory Management is intended to provide a unified view of sample-related inventory activity. Salesforce documentation describes Sample Inventory Management as providing a unified view of transactions, shipments, inventory counts, and assigned batches, helping users stay on top of items requiring attention. This directly matches the requirement for reps to monitor batch assignments, received inventory, disbursements, transfers, and returns from one experience rather than navigating across multiple object tabs.

To make that experience available in the Agentforce Life Sciences mobile app, the consultant should expose the Sample Inventory Management dashboard through the user’s navigation configuration. Adding it to Navigation Items ensures the field sales rep profile can access the dashboard from the mobile app. This is better than building a custom report type because the standard dashboard is purpose-built for Life Sciences sample inventory workflows and already aligns with the sample inventory data model and operations.

Option A is not the best answer because a custom report chart would be less functional than the standard inventory dashboard and would not provide the operational interface reps need. Option B is also incomplete. The Inventory Operations Timeline is useful for viewing transaction history, and Salesforce describes it as an overview of transactions and product requests in chronological order, but it does not provide the full dashboard experience for assigned batches, inventory counts, shipments, and operational status.

Option B is correct because Communication Subscription Channel Type is the junction record that links a Communication Subscription to an Engagement Channel Type. Salesforce’s Life Sciences Consent Management data model includes Communication Subscription, Communication Subscription Channel Type, Communication Subscription Consent, Data Use Purpose, Engagement Channel Type, and related consent objects. This confirms that subscription-channel availability is modeled through Communication Subscription Channel Type, not only through the subscription or channel records separately.

Salesforce’s Communication Subscription objects documentation states that Communication Subscription Channel Type specifies the engagement channel that can be used to contact the customer for a communication subscription. The Salesforce object reference also identifies fields on Communication Subscription Channel Type such as EngagementChannelTypeId, confirming that this object connects the subscription to the channel.

Option A is incorrect because there is no indication that a generic “Allow Email Channel” checkbox controls this relationship. Option C is also incorrect because Communication Subscription Consent stores an individual HCP’s consent preference after the channel-subscription combination exists. It does not make the Email channel selectable for the subscription. Therefore, the consultant must create a Communication Subscription Channel Type record linking “Immunexis KOL Webinar Series” to the Email Engagement Channel Type.

Option A is correct because the Medical Inquiries record page setup depends on configuring the Inquiry Question Answer related-list experience with the correct field set. Salesforce Help for setting up the Inquiry record page for Medical Inquiries instructs admins to add tabs and Lightning components to the Inquiry page. It also specifically references the “Inquiry Question Answer” tab and requires the field set name for the Inquiry Question Answer field set. That means the field set must exist before the consultant can properly configure the Medical Inquiries record page component.

This requirement fits the business process described in the question. Field sales reps create and submit medical inquiry requests, and MSLs respond to the inquiry questions. The Inquiry Question Answer object supports the question-and-answer details used by the record page component, so the field set determines which fields appear to users when viewing or entering inquiry responses.

Option B is not the best answer because a support process is typically associated with Case status handling. While medical inquiries may be operationally similar to case management, the Salesforce Life Sciences setup step in this question is specifically about the Medical Inquiries record page. Option C is also not correct because syncing statuses between Case and Medical Inquiries is not identified as the prerequisite for configuring the page. Therefore, the consultant should first create the required field set for the Inquiry Question Answer object.

=========

Option B is correct because the requirement is specifically to prevent visit creation when a Visit overlaps with a Time Off Territory record. Salesforce Life Sciences documentation references Time Off Territory overlapping rules as the standard mechanism that prevents creating visits during TOT events. Salesforce’s Winter ’26 Customer Engagement package patch notes also mention an issue where a visit could be created during a Time Off Territory event, bypassing the overlapping rule that should have prevented creation. That confirms TOT overlapping rules are the expected standard control for this scenario.

Because the business wants a hard stop, the overlapping rule behavior must be set to “Error.” This means the rep receives an error and cannot proceed with scheduling the visit while it conflicts with the TOT time block.

Option A is incorrect because a custom validation rule on Visit would duplicate a standard Life Sciences calendar/TOT capability and may not handle the full mobile scheduling experience correctly. Option C is also not the best answer because “Block Activity on Conflict” on the TOT record type is not the documented standard configuration in the Life Sciences Visit/Calendar settings. The correct standard configuration is to use TOT Overlapping Rules and set the overlap behavior to Error. This prevents scheduling visits during the rep’s logged time off.

=========

Option C is the best answer because the requirement is specifically to activate Activity Plans based on the time period. In Life Sciences Cloud, Activity Plans define activity goals for sales representatives over a specific period, including goals, measures, territories, accounts, and activity targets. Salesforce Help describes Activity Plans as a way to transform provider interaction strategies into actionable tasks with defined goals and targets for field representatives.

When the key requirement is status activation based on the plan’s effective time period, the relevant job is the Update Activity Plan Status batch job. The wording of this option directly aligns with the requested outcome: activate the plans according to time period. Validate Activity Plans is related to validation and activation readiness. Salesforce Help notes that the Validate Activity Plans batch job is used in the activity-plan approval and activation process, but the question does not ask merely to validate plans or activate approved provider activity goals.

Process Provider Activity Plans is also not the best answer because it is more closely associated with processing provider-level plan records and goal calculations after plans are configured. The question asks which step completes configuration and activates plans based on time period, making the status update job the precise fit. Therefore, the consultant should schedule or immediately trigger the Update Activity Plan Status batch job.

=========