Salesforce Als-Con-201 - Salesforce Certified Agentforce Life Sciences Consultant

Option C is correct because the issue is isolated to the selected target account list, not to the overall availability of HCO accounts in the territory or application. Salesforce Life Sciences Cloud supports Lists and Filters so users can quickly identify a target group of accounts. These lists can be manually curated or filtered, meaning the accounts shown depend on the criteria or membership of the specific list being used. If only HCP accounts appear while HCO accounts are still aligned to the territory and visible elsewhere, the most likely cause is that the selected target account list itself includes only HCP accounts. Salesforce’s Life Sciences Cloud Developer Guide describes Lists and Filters as a way to quickly identify target account groups, and the LifeScienceAccountList object represents account list types such as filter, static list, and routine list.

Option A is not the best answer because Planner Administration record type settings would more broadly control planner behavior, not only one selected target account list. Option B is also not the best answer because Account Management record type configuration would affect how account types are configured or displayed more generally. The question states that HCO accounts are aligned and available elsewhere, which eliminates a broad record type or account management restriction. The problem occurs only when using the selected target account list during visit creation. Therefore, the consultant should review and correct the target account list criteria or membership so that both HCP and HCO accounts are included when needed.

=========

The correct answer is B because the requirement is product-specific consent tracking. Salesforce’s Life Sciences Consent Management data model is designed for capturing and managing HCP consent and communication preferences. The model includes objects such as Communication Subscription , Communication Subscription Consent , Contact Point Consent , and Life Science Marketable Product , which together support consent management across communication channels and products.

When a field sales rep captures whether an HCP agrees to receive communications for a specific product, the consent must be tied both to the communication/contact point consent and to the relevant Life Sciences Marketable Product. A Life Sciences Marketable Product Consent record provides that product-level association, allowing the organization to track consent preferences for a particular product rather than only a general channel or subscription.

Option A is incorrect because Data Use Purpose represents the purpose for using data, such as marketing or communication, but it does not by itself create a product-specific consent relationship between an HCP’s contact point and a marketable product. Option C is also incorrect because adding a custom lookup to Communication Subscription Consent would be unnecessary and less aligned with the standard Life Sciences consent model. The best-practice configuration is to use the standard product-consent relationship by creating a Life Sciences Marketable Product Consent record linked to the relevant Contact Point Consent and product.

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.

=========

Option A is correct because Remote Engagement with Twilio uses Salesforce named and external credentials, and users need access to the external credential principal to use those credentials. Salesforce Help for configuring Twilio credentials in Life Sciences Remote Engagement states that the Life Sciences Customer Engagement managed package includes the named and external credentials for Twilio. The same Salesforce Help result specifically references selecting External Credential Principal Access as part of the setup. This aligns directly with the error: the field sales rep cannot access the video service credentials, even though the Life Sciences Field Sales Representative permission set has been verified.

Option B is incorrect because the solution is not to manually provide the rep with a Twilio authentication token. That approach would be insecure and inconsistent with Salesforce’s named/external credential model. Credentials should be managed centrally through Salesforce configuration, not distributed directly to end users. Option C is also incorrect because “Twilio Users Public Group” is not the documented permission mechanism for accessing the video service credentials in Life Sciences Cloud Remote Engagement.

Salesforce’s broader named credential security documentation also explains that external credential principals can be mapped to permission sets and profiles so users can make callouts to external systems with the right access. That supports the need to grant External Credential Principal Access rather than changing the rep’s profile or sharing tokens manually.

=========

The correct answer is C because the HCP should be aligned to the San Francisco North territory based on an affiliation relationship with Bay Area General Hospital, not based on the HCP’s primary address. Salesforce Life Sciences Cloud documentation explains that affiliation alignment rules are used to automatically align affiliated accounts to specific territories, and that rules can be created based on criteria such as account type and affiliation details. Salesforce also describes territory alignment for affiliated accounts as a way to determine which accounts users can view and manage based on affiliation-based territory logic.

In this scenario, the hospital is already aligned to San Francisco North through geography. The HCP’s personal primary address places them in Los Angeles South, but their active work relationship with Bay Area General Hospital means they should also be aligned to San Francisco North. An affiliation alignment rule can evaluate that relationship and the relevant Affiliation Role , such as “Affiliated Practice,” so the HCP is automatically aligned to the hospital-based territory.

Option A is incorrect because a geo assignment rule using the hospital zip code would not apply correctly to an HCP whose primary address is in Beverly Hills. Option B is incorrect because the relationship is not described as a parent-account hierarchy; it is an affiliation. Therefore, the correct configuration is an affiliation alignment rule with the appropriate territory and affiliation role.

The correct answer is B because the Provider Activity Goal object represents the parent-level association between a provider account and an activity plan, while Provider Activity Goal Measure stores the specific measurable targets associated with that goal. Salesforce’s Life Sciences Cloud Developer Guide describes ProviderActivityGoal as storing progress toward the target for an account, including the percentage of the overall goal achieved by completed activities. Salesforce’s Life Sciences standard objects also include ProviderActivityGoalMeasure , which represents the activity goal measure details.

In practical reporting and querying terms, the analyst should use Provider Activity Goal to identify the HCP/account’s association to the plan period, and then query the related Provider Activity Goal Measure records to retrieve the specific target values, such as total interaction target, channel target, product target, or other measurable plan goals depending on configuration.

Option A is incorrect because Assessment Task and Assessment Indicator are used for assessment-style workflows, not for storing provider activity-plan target measures. They may capture structured assessment responses, but they do not represent activity-plan goal targets. Option C is incorrect because while Activity Plan is the high-level planning object, it is not the direct account-to-plan parent association described in the question, and “Account Goal” is not the specific Life Sciences child object used for provider activity target measures. Therefore, the correct parent-child pairing is Provider Activity Goal and Provider Activity Goal Measure .

=========

The correct answer is A because Salesforce Life Sciences Sample Inventory Management includes a process for fixing unresolved product disbursements. Salesforce Help for managing samples references Fix Unresolved Product Disbursements , and the same Sample Inventory Management area describes inventory operations such as transfers, returns, shipments, assigned batches, and product disbursements as part of the sample lifecycle.

The issue occurs because the rep physically received samples and handed them to an HCP before formally acknowledging the inventory in the system. To preserve inventory integrity, Salesforce cannot simply reduce inventory counts as if the stock were already confirmed in the rep’s available inventory. Instead, the system flags the Product Disbursement as unresolved. The rep must first acknowledge the inventory so the system recognizes the received stock, and then use the Resolve Disbursement quick action to complete the reconciliation and finalize the inventory count updates.

Option B is incorrect because the process does not require an admin to manually override an unresolved status in org-wide settings. This is an operational correction handled by the rep through the sample inventory workflow. Option C is also incorrect because forcing a Manual Adjustment would bypass the intended reconciliation process and could weaken auditability. The proper Life Sciences process is to acknowledge the inventory and then resolve the disbursement using the quick action.

=========

Option C is correct because Product Batch Item is the Salesforce Life Sciences Cloud record that connects a production batch to a specific product inventory location or user inventory context. Salesforce Help describes creating Product Batch Items for sample inventory and states that a product batch item establishes the relationship between the Product, Life Science Marketable Product, Production Batch, Product Batch Item, Location, and User. This directly matches the scenario: Cumulus Pharma needs to allocate samples from a specific production batch to a field sales rep’s inventory and track remaining quantity at the batch level.

The ProductBatchItem object also includes the RemainingQuantity field, which supports the requirement to track remaining quantity by batch. Salesforce’s Life Sciences Cloud Developer Guide documents ProductBatchItem and identifies RemainingQuantity as a field on the object.

Option A is incorrect because simply assigning a Production Batch to the Life Sciences Marketable Product does not allocate batch-specific stock to a rep’s inventory. Visit submissions can update inventory, but the batch allocation must already be represented correctly. Option B is also incorrect because updating Quantity on Hand on Product Item only changes general product inventory at a location. It does not establish the production-batch relationship needed for batch-level tracking. Therefore, the consultant should create a Product Batch Item, associate it to the rep’s Product Item, mark it Active, and enter the Remaining Quantity.

=========

Option A is correct because Life Sciences Cloud Visit Management includes an Admin Console configuration called Map Visit Types to Accounts. This configuration is designed to associate the correct Visit record type with the relevant Account type. Salesforce Life Sciences setup resources reference Visit Management Admin Console tasks, including Configure Visit Settings, Activate Trigger Handlers, Schedule Visit Jobs, and Map Visit Types to Accounts. That mapping is the appropriate configuration when a company has separate visit processes for HCOs and HCPs.

In this scenario, Cumulus Pharma already has separate Account record types and separate Visit record types. The missing configuration is the relationship between those two sets of record types. Mapping Visit Types to Accounts ensures that, when a sales rep creates a visit from an HCO account, the HCO visit process is used, and when the rep creates a visit from an HCP account, the HCP visit process is used.

Option B is not the best answer because trigger handlers enable underlying Visit Management automation, but they do not define which Visit type is associated with each Account type. Option C is also incorrect because page layouts control what users see on record pages; they do not determine the visit process or Visit record type mapping. Therefore, the consultant should configure mappings in Map Visit Types to Accounts.

=========

Option A, HCP Remote Platform Conference, is correct. In Salesforce Life Sciences Cloud Remote Engagement, the consultant creates an Experience Cloud site so Healthcare Providers can join remote visits. Salesforce Help specifically states that the HCP Remote Platform Conference component is available under Custom Components and can also be found through the search bar when building the Experience Cloud page. This is the component that is placed on the page to support the remote engagement conference experience.

The question also mentions video playback and Terms & Conditions logic. Salesforce Life Sciences Cloud Remote Engagement setup includes configuration for video call settings and video call Terms and Conditions, and the Experience Cloud site component is the user-facing component that brings the HCP remote conference experience onto the page. Salesforce Help also references Remote Engagement setup tasks such as configuring video call settings with Twilio and configuring video call Terms and Conditions, showing that Twilio is part of the underlying video-call configuration rather than the Experience Cloud page component itself.

Option B, Twilio Connector, is incorrect because Twilio configuration supports the video service settings, but it is not the component dragged onto the Experience Cloud page canvas. Option C, Remote Video Player, is not the standard component name identified in the Salesforce setup documentation. Therefore, the out-of-the-box component the consultant should select is HCP Remote Platform Conference.