Als-Con-201 Questions and Answers

Option C, Account Plan Stakeholder, is correct because the requirement is to capture stakeholder-profiling attributes within a Key Account Management account plan. Salesforce Help describes Account Plan Stakeholders as the way to influence an account’s decision-making policies by adding stakeholders to an account plan. That aligns directly with the scenario, where the KAM is mapping the influence structure of a hospital’s Pharmacy & Therapeutics committee and classifying an HCP as “High Influence” and a “Supporter.”

The Salesforce Key Account Management Account Plan data model includes Account Plan, Account Plan Participant, Account Plan Participant Stakeholder, Account Plan Stakeholder, Account Plan Stakeholder Action, and Account Plan Stakeholder Product. This confirms that stakeholder management is part of the standard KAM account-planning architecture, and Account Plan Stakeholder is the object used to represent stakeholders in the account plan context.

Option A is incorrect because Account Contact Relation represents a relationship between an account and a contact in standard Salesforce account modeling. It does not represent the stakeholder’s role, sentiment, or influence inside a specific Life Sciences Account Plan. Option B, Account Plan Participant, is also not the best answer because participants are users or collaborators who work on the account plan, while stakeholders represent the external decision-makers or influencers being profiled. Therefore, the correct object for storing stakeholder attributes such as influence level and support position is Account Plan Stakeholder.

=========

Option A is correct because routines are the Life Sciences Cloud capability intended for reusable visit schedules and recurring route patterns. Salesforce Help describes Customer Engagement features as including the ability to optimize daily schedules by showing key events and applying predefined routines on the calendar. This directly matches the requirement: field sales reps repeatedly visit the same groups of accounts across weekly routes or multi-day coverage patterns and want to reuse those planned schedules instead of rebuilding visits every time.

Routines support practical field planning because a rep can save a predefined pattern of planned visits and apply it later when the same route or schedule is needed. This is different from simply grouping accounts.

Option B is not the best answer because account lists help reps organize, filter, and target groups of accounts, but they do not by themselves preserve a reusable multi-day visit schedule. Account lists can help with planning, but they are not the direct solution for saving and reapplying a planned route. Option C is also incorrect because Activity Plans define strategic goals, targets, and activity expectations across a period. They align engagement activity to business objectives, but they are not designed to save and reapply recurring visit schedules. Therefore, the consultant should recommend creating a routine that saves the predefined set of visits and applying that routine as needed.

Option A is correct because Provider Activity Measure Type defines how engagement activities are measured and categorized in Activity Plans. Salesforce Help explains that an activity can be an interaction with a healthcare professional, such as a visit, and that a channel is the medium in which the interaction or activity occurs. This is exactly the requirement: Cumulus Pharma wants to distinguish email interactions from in-person visits so each channel can be counted separately against the field rep’s targets.

Salesforce Help for creating Activity Plans also states that admins should verify that a provider activity measure type has been created to track provider engagement activities. This confirms that Provider Activity Measure Type is the setup object used to define what kind of activity is being measured.

Option B, Provider Activity Goal, is not correct because it represents the target or goal assigned to providers or reps, such as six emails or three visits. It does not define the activity category itself. Option C, Provider Activity Plan Interaction, is also not the best answer because the question asks which configuration object defines the distinct interaction categories. The measure type is the categorization layer that can use Visit Channel, such as Email or In-Person, to count interactions separately. Therefore, Provider Activity Measure Type is the correct answer.

=========

The correct answer is A from the available options, because the requirement is to control which user actions are exposed to different roles during the Medical Inquiry lifecycle. Salesforce Help for Medical Inquiries states that organizations can define relevant workflow actions for tasks users perform in the medical inquiry process, such as inquiry submission and assignment. Salesforce also describes a compliant role separation where field sales reps can submit medical inquiries, while Medical Science Liaisons can assign and respond to them.

The ideal Salesforce Life Sciences configuration pattern is to use Medical Inquiry workflow actions and workflow paths to control status transitions, actions, and permissions. However, among the provided answer choices, record types with role-specific page layouts is the only option that directly supports restricting the available buttons and actions by user role. This enables sales users to see only draft, sign, and submit actions, while MSL users see only assignment and response actions.

Option B is incorrect because a formula field can calculate or display logic, but it cannot enforce workflow actions or user interaction permissions by itself. Option C is also incorrect because a Flow action could add custom logic, but it is not the standard configuration approach for restricting Medical Inquiry lifecycle actions. Therefore, the best available answer is A .

=========

Option A is correct because Salesforce Help for setting up the Inquiry record page for Medical Inquiries explicitly states that, to view timeline details for inquiries, the consultant should drag the Timeline component to the page. The requirement in the question is to expose a chronological list of key events and changes associated with the inquiry. That is exactly the purpose of the Timeline component on the Medical Inquiries record page.

Salesforce also documents Enhanced Timeline for Life Sciences Cloud, explaining that the Enhanced Timeline component shows key events relating to a person or a record. This supports the use case of giving users a consolidated, chronological view of relevant inquiry activity, rather than requiring them to inspect multiple related lists or audit records separately.

Option B is not the best answer because field history tracking and the standard History component are used for field-level audit history, not the Life Sciences Medical Inquiries timeline experience. Option C is also incorrect because adding an Inquiry History related list would expose related records, but it would not provide the configured timeline component experience described in Salesforce’s Medical Inquiries setup documentation.

Therefore, the consultant must drag the Timeline component onto the Lightning record page and configure its component details for the Inquiry record page.

The correct answer is A because Salesforce Life Sciences Territory Management batch jobs can be scheduled with an hourly frequency. Salesforce Help for running Territory Management jobs states that, from the Life Sciences Commercial Admin Console, the job can be scheduled hourly, every selected hours , by selecting the hour from the dropdown. This confirms that hourly scheduling is a supported automatic execution option for Territory Management batch jobs.

Territory Management batch jobs are important because Life Sciences territory configuration affects field execution, account alignment, provider access, and downstream engagement processes. Scheduling these jobs automatically helps ensure that territory-related processing runs on a predictable cadence without requiring administrators to manually start each batch job. When the question asks how often the jobs can be scheduled to execute automatically, the available option that matches Salesforce’s documented scheduling capability is Hourly .

Option B, Every 12 hours , may sound plausible because some enterprise batch processes use longer intervals, but it is not the best answer because Salesforce’s documented configuration describes hourly scheduling and selecting the hour interval. Option C, Monthly , is also incorrect because monthly execution would be too infrequent for many territory-management operational updates and is not the option reflected in the documented batch-job scheduling guidance. Therefore, the consultant should identify Hourly as the correct scheduling frequency.

The correct answer is B because physical sample disbursement to an HCP requires compliant signature capture to confirm the handoff and support the audit trail. Salesforce’s Life Sciences Customer Engagement data model states that Provider Visit Management supports compliance requirements for sample eligibility, sample limits, allocations, and e-signature capture . Salesforce also describes Electronic Signatures through Digital Verifications as the way to set up signature trails for records or workflows that require users to verify key updates.

In this scenario, the field sales rep is physically transferring custody of a restricted product to the HCP. To finalize that disbursement and generate the required electronic receipt, the rep must capture the HCP’s digital signature directly on the mobile device. This ties the transaction to the HCP, the product, the quantity, the timestamp, and the specific disbursement event.

Option A is incorrect because an Inventory Adjustment is used to reconcile inventory discrepancies or administrative stock changes, not to document a compliant HCP sample handoff. Option C is also incorrect because a confirmation email is not the standard Life Sciences sample-disbursement action for chain-of-custody compliance. The required mobile action is direct digital signature capture from the HCP.

=========

Option B is correct because the requirement is based on an HCP’s affiliation with an HCO and a specialty filter. Salesforce Life Sciences Cloud supports Territory Alignment for Affiliated Accounts, which lets organizations align affiliated accounts to specific territories. Salesforce Help also states that admins can define affiliation alignment rules to automatically align affiliated accounts to territories. This is the correct configuration when territory assignment must depend on the relationship between an HCP and an HCO, rather than only the HCP’s standalone demographic or geographic attributes.

The question specifically says that only oncology-specialty HCPs affiliated with a specific HCO should be automatically aligned. An affiliation alignment rule can use Care Specialty as a criterion, so selecting “Oncology” ensures that only matching affiliated HCPs are included. Other specialties at the same HCO are excluded because they do not meet the specialty condition.

Option A is not the best answer because a territory geo assignment rule evaluates territory assignment using geographic or account-level criteria. It does not specifically model the affiliated-account relationship with the HCO. Option C is incorrect because sharing rules only control record visibility; they do not perform territory alignment. Therefore, the consultant should configure an affiliation alignment rule for the territory and select Care Specialty as “Oncology.”

=========

Option B, Product Item, is correct because Salesforce defines ProductItem as the object that represents the stock of a particular product at a particular location. Salesforce Field Service developer documentation states that ProductItem represents stock of a product at a location, such as items stored in a warehouse. The Field Service Inventory Management data model also states that inventory management starts with product items, which represent stock of a particular product at a particular location.

This exactly matches the reporting requirement. The analyst needs to calculate how much “Immunexis 50mg” exists in each sales rep’s trunk. In Salesforce inventory architecture, each rep’s trunk is modeled as a Location, and the stock quantity of a given Product2 at that Location is represented by Product Item records. Reporting on Product Item allows the analyst to group by Location, filter or group by Product, and calculate quantity or value.

Option A, Location Group, is incorrect because a location group organizes or groups locations; it does not represent the actual stock quantity of a specific product at an individual location. Option C, Product Request, is also incorrect because a product request is used for requesting or moving inventory, not for representing the on-hand inventory balance. Therefore, Product Item is the primary data source for this report.

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 B because the requirement is specifically compliance-driven verification of sample holdings against an audit trail. Salesforce Help for Sample Inventory Management identifies inventory assessment types, including Ad hoc , Periodic , and Audited . It describes Ad hoc as an unplanned inventory count, Periodic as an inventory count used to comply with organizational guidelines, and Audited as a self-audit, declaration of inventory count, or peer audit.

The scenario mentions preparation for an FDA inspection, which is more rigorous than a routine count or unplanned check. The purpose is to verify current holdings against the digital audit trail and support compliance evidence. An Audited assessment is designed for this type of controlled verification because it supports audit-oriented sample inventory confirmation.

Option A, Ad Hoc , is incorrect because an ad hoc count is generally unplanned and operational, such as preparing for a visit or checking inventory outside a regular schedule. While useful, it does not best represent formal inspection readiness. Option C, Periodic , is also not the best answer because periodic counts are recurring counts based on company policy or schedule. The question focuses on audit preparation and verification against the digital audit trail, making Audited the most appropriate assessment type. Therefore, the consultant should recommend an Audited assessment.

=========

Option A is correct because Salesforce Life Sciences Account Summarization uses field history tracking to include the latest changes for configured fields. Salesforce Help states that, to get summaries of the latest changes in a record, history tracking must be enabled for the fields configured in the Account Summarization template. This directly matches the issue: the summaries include related data, but recent updates to specific HCP Account fields are missing. The consultant must enable history tracking for the relevant fields so Agentforce can use those tracked changes when generating the account summary.

Feed tracking is not the best answer because Chatter feed tracking is primarily used to publish field changes to the record feed for collaboration and visibility. It does not satisfy the specific Account Summarization requirement documented by Salesforce. Field Audit Trail is also not correct for this scenario. Field Audit Trail is a Salesforce Shield capability used for long-term retention and audit-policy management of field history data, but the Account Summarization setup requirement is specifically field history tracking for the fields included in the template. Salesforce’s Account Summarization Data Setup documentation also confirms that the Provider Summary Lightning App Builder component can be configured to enable history tracking for fields included in the information summary.

Therefore, the consultant should enable history tracking for the Account fields configured in the Account Summarization template.

=========

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.

Option C is correct. Salesforce Life Sciences Cloud documentation for Synchronization Management describes Simulation Mode as the feature used to proactively find and fix synchronization problems before they affect users. This is directly aligned with the question’s wording: the consultant must identify potential synchronization transaction failures that could prevent recently created records from being available offline in the Life Sciences mobile app. Simulation Mode helps admins validate synchronization behavior in advance, rather than waiting for sales users to encounter missing or failed offline records.

Option B is not the best answer, even though the question included it as the proposed answer. Event Monitoring can be useful for broader Salesforce activity monitoring, but the Salesforce Life Sciences synchronization documentation points specifically to Synchronization Management and Simulation Mode for identifying and resolving sync problems in the Life Sciences mobile app context. Option A is also incorrect because sending warning emails to sales users would notify people after a problem or warning occurs; it does not test synchronization transactions or identify potential failures before users are impacted.

Therefore, to identify potential synchronization transaction failures and reduce offline data issues for field sales users, the consultant should leverage Simulation Mode to test transactions.

=========

The correct answer is C because the scenario is asking for structured capture of field observations, sentiment changes, and competitive intelligence gathered during HCP interactions. Salesforce Life Sciences Cloud includes Medical Insights for capturing, analyzing, and sharing insights with medical, R & D, and commercial teams. Salesforce’s Life Sciences Cloud pharma materials describe the capability as helping teams detect, capture, analyze, and share medical insights across R & D and commercial teams, while Salesforce Help also provides setup guidance for Medical Insights in Life Sciences Cloud.

Medical Insights is the best fit because the business requirement is not merely to log a question from an HCP. It is to capture structured observations that can reveal commercial risks, such as competitor activity, sentiment shifts, or emerging concerns. These insights can then support early risk identification and mitigation planning.

Option A is incorrect because Medical Inquiries are used to capture, manage, and respond to critical questions from HCPs, including formal inquiries that may require medical information handling. Salesforce describes Medical Inquiries as a way to capture, manage, and respond to critical questions from HCPs. That is different from capturing strategic field insights. Option B is also incorrect because Account Ratings help prioritize or segment accounts, but they are not the structured feature for recording competitive intelligence and sentiment observations. Therefore, Medical Insights is the correct feature.

=========

Option C is correct because Territory Product Quantity Allocations are designed to manage sample product distribution at the territory level. Salesforce Help explains that territory product quantity allocations and sample limits both help manage sample distribution to HCPs, but territory product quantity allocation is used when the business needs to allocate a defined product quantity to a territory. Salesforce’s setup guidance for Territory Product Quantity Allocations also states that Max Disbursement Limit Quantity is the maximum amount a sales rep can disburse in a given visit.

This directly matches the requirement. Cumulus Pharma wants to cap the total quantity of Immunexis 50mg available for a high-growth territory in the next quarter and also prevent reps from handing off more than 50 units in a single visit. A Territory Product Quantity Allocation record can store the territory-level allocated quantity, while Max Disbursement Limit Quantity enforces the per-visit disbursement cap.

Option A is incorrect because an Advanced Sample Limit Template focuses on account or provider-level sample limits, not the total allocation available to a territory. Option B is also incorrect because changing the Life Sciences Marketable Product globally would affect the entire organization, not just the high-growth territory. Therefore, the correct recommendation is to create a Territory Product Quantity Allocation record and set the per-visit max disbursement limit to 50.

=========

The correct answer is B because the requirement is persona-specific. Cumulus Pharma does not want the two additional custom objects to influence provider summaries for all users; the new insights and market intelligence must be used only when the provider summary is generated for the Key Account Manager profile. Salesforce Life Sciences Account Summarization is designed to generate contextual provider summaries from the latest changes, interactions, and insights related to a healthcare provider, and its configuration includes profile-specific setup so different personas can receive summaries grounded in the information relevant to their role.

Creating mapping records in the Provider Summary Profile Mappings tab associates the relevant summary data with the KAM profile. This is the most precise configuration because it controls which profile receives access to the additional summary context. Option A is not the best answer because creating a cross-object graph and assigning it directly to a profile is not the described administrative mechanism for persona-based provider summary control. Option C is also too broad: updating the Provider Summary Objects mapping may make the custom objects available to the summarization framework, but the key requirement is limiting usage to the new KAM persona. Profile mapping is what ensures the new objects are applied only for that persona’s provider summary generation.

=========

Option C is correct because Sample Inventory Management includes standard lock behavior for inventory operations based on status. The requirement is to prevent edits after a field sales rep submits inventory records such as transfers and adjustments. Salesforce Help references trigger handlers for Product Batch Item and Product Transfer objects, including ProductTransferLockHandler, which prevents modifications to Product Transfer records when the associated inventory operation is locked. This supports the standard Life Sciences pattern: the Inventory Operation reaches a locked status, and related inventory transaction records can no longer be modified.

Adding finalized status values to the Inventory Operation Locked Status list in Sample Inventory Settings is the appropriate administrative configuration because it tells the system which statuses should make the inventory operation locked. Once the record enters one of those statuses, the standard inventory lock handlers can enforce the restriction.

Option A is not the best answer because a restriction rule controls record visibility, not the complete GxP-style lock behavior for submitted inventory operations and related records. Option B is also not the best answer because a generic flow lock template is not the documented Sample Inventory Settings mechanism for locking inventory operations. Therefore, the consultant should configure the Inventory Operation Locked Status list with the finalized statuses that must prevent further edits.

=========

The correct answer is A because Today’s Pace is tied to the Activity Plan’s calculation behavior, not the home page component itself. Salesforce describes Activity Plans as a way to establish a strategic activity plan and define activity goals for sales representatives over a specific period. Salesforce’s Life Sciences Activity Plans developer guidance also describes Activity Plans as allowing administrators to define goals for specific employees, including targeted accounts, plan-cycle duration, activity types, and progress tracking.

When the business wants Today’s Pace calculated based on working days, that logic should be defined where the activity plan is created and governed. Selecting Working Days in the Today’s Pace Calculation Type field ensures the pacing metric uses working-day logic for the plan instead of simply counting all calendar days. This is the correct place to configure the calculation because Today’s Pace reflects plan progress against the plan timeline.

Option B is incorrect because editing the home page component only controls presentation. A component can display the metric, but it should not be the source of the calculation rules for the underlying Activity Plan. Option C is also not the best answer because the requirement is not a broad global enablement setting; it asks how to calculate Today’s Pace for the relevant Activity Plan. Therefore, the consultant should configure the calculation type directly on the Activity Plan by selecting Working Days .

Option C is correct because Subject Management is the standard approach for organizing Medical Insights by topic. Salesforce Life Sciences Medical Insights allows users to capture, view, and work with insights from HCP engagements. Salesforce Help describes Medical Insights as a feature that can be made available in the Life Sciences mobile app so users can view their own insights and insights captured by users in their territories. Salesforce also documents Medical Insight object setup through page layouts and field sets, which supports structured capture and display of insight details.

The question asks for a way to organize insights for easy searching and filtering by topics. Subject Management fits that need because subjects provide a controlled way to classify insights into topics or categories. This helps reps and analytics teams search, filter, and review insights consistently rather than relying only on free-text notes.

Option A, Life Science Insight List Filter, is not the best answer because filtering is a user experience mechanism, not the underlying topic-management configuration. Option B, Actionable List Filter Criteria, is also not correct because actionable lists and filter criteria are broader account or list-management concepts; they do not define Medical Insight topics. Therefore, to organize Medical Insights by topic for better searching and filtering, the consultant should recommend Subject Management.

=========

The correct answer is A because the requirement is for a single embedded, interactive graph that visualizes multiple relationship types around an HCP. Salesforce describes Actionable Relationship Center (ARC) as a capability for viewing relationships among people and businesses in an interactive graph. Salesforce also describes ARC as supporting entity hierarchy and entity relationship visualization, and Life Sciences provider-card guidance references account-related object relationships in an ARC graph.

This scenario includes more than a simple parent-child hierarchy. The HCP has an employment relationship with one hospital, affiliation relationships with two additional hospitals, and a Key Opinion Leader role for a research study. ARC is designed for this type of multi-object, multi-relationship visualization. It allows users to see related entities in context and navigate through connected records from a graph-based interface rather than moving through several related lists.

Option B, Einstein Relationship Insights , is incorrect because it is not the Life Sciences page component used to display a configured relationship graph for HCP-related records. Option C, Account Hierarchy Visualization , is also too limited because account hierarchy is generally used for hierarchical account structures, not a broader relationship network involving employment, affiliations, KOL status, and research-study connections. Since the requirement calls for an interactive relationship graph embedded on the record page, the consultant should implement Actionable Relationship Center .

=========

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.

=========

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 sample visibility during visits depends on the product being configured as a Life Sciences Marketable Product with an appropriate distribution method. Salesforce Help for setting up Sample Inventory Management data states that, to designate a product as a sample product, administrators create a corresponding Life Science Marketable Product record. Salesforce’s Life Sciences Cloud Developer Guide for LifeSciMarketableProduct identifies distribution methods such as Drop , DropAndShip , and Ship , which define how a product is distributed to a provider.

In a provider visit, a product must be configured as marketable and available for the relevant distribution method before reps can select it for sample drop-off. If the product is meant to be handed directly to the HCP during the visit, the distribution method must include Drop . If it can be either handed off during the visit or shipped, Drop and Ship is appropriate. This setup makes the product eligible for visit-based sampling workflows.

Option A is incorrect because permissions alone do not make a specific sample product visible. Reps may have access to sampling functionality, but the product still must be configured correctly. Option B is also incorrect because profile configuration in Visit Administration is not the key product-availability control. The essential configuration is the Life Sciences Marketable Product record with the correct distribution method. Therefore, the consultant should set the distribution method to Drop or Drop and Ship .

Data Use Purpose is the correct answer. In Salesforce Life Sciences Cloud Consent Management, a Communication Subscription represents a specific subscription, such as a newsletter, and the consent model must also connect that subscription to the business purpose and relevant Life Sciences product. Salesforce’s Life Sciences Help documentation specifically describes creating a Data Use Purpose record to associate a Life Sciences Marketable Product with a Communication Subscription. That directly matches the scenario: “Immunology Monthly” is the Communication Subscription, and “Immunexis” is the product record that must be linked for consent capture.

Engagement Channel Type is not correct because it represents the channel through which the HCP can be contacted, such as email, SMS, or other communication methods. It defines the communication channel, not the relationship between a subscription and a marketable product. Communication Subscription Consent is also not correct because it represents an individual customer’s or HCP’s consent preference for a subscription. In other words, that record is created or updated when the HCP opts in or opts out; it is not the setup record used to link the newsletter subscription to the product. Salesforce’s Life Sciences standard object documentation also describes Communication Subscription Consent as representing a customer’s consent to a communication subscription, reinforcing that it stores the HCP’s consent outcome rather than the product-subscription configuration.

=========

The correct answer is B because the requirement is based on HCP affiliation with an aligned HCO plus a specialty filter. Salesforce Help for Life Sciences affiliations explains that affiliation alignment rules can automatically align affiliated accounts to specific territories. Salesforce also describes territory alignment for affiliated accounts as a way for a user’s territory to determine which accounts they can view and manage, with affiliated-account alignment supporting territory assignment through relationships.

In this scenario, the territory is driven by the hospital relationship: Bay Area General Hospital is the major HCO that defines the hospital-based territory. Both HCPs are affiliated with that hospital, but only the oncology HCP should be aligned. Therefore, the correct configuration is an affiliation alignment rule for the territory with Care Specialty = Oncology . This lets the system evaluate the affiliation relationship and apply the specialty constraint before aligning the HCP to the San Francisco Oncology territory.

Option A is incorrect because a geo assignment rule based on zip code would not correctly model the hospital-based affiliation logic. It might align accounts by location, but it does not address the HCP-HCO affiliation relationship. Option C is incorrect because sharing rules control record visibility, not territory alignment. The requirement is automatic territory alignment, so the consultant should configure an affiliation alignment rule with the oncology specialty filter.

The correct answer is B because the deadlines and review windows for activity-plan adjustments are configured on the Activity Plan record, specifically in the review-related configuration. Salesforce Help for creating Activity Plans references fields such as Reviewer Plan Adjustment Start Date and Reviewer Plan Adjustment End Date , which define the date range in which the manager can review adjustment requests.

The scenario describes a plan-level governance requirement: field sales reps must submit proposed visit targets by a specific deadline, and adjustments above allowed thresholds must be reviewed. This belongs to the Activity Plan configuration because the plan defines the cycle, timing, targets, review process, and adjustment behavior for the territory or provider planning period. Configuring the Review Details section ensures that the plan controls when reps can submit changes and when managers can review them.

Option A is incorrect because Global Calculation Settings for a Provider Activity Measure Type would relate to how measures or calculations are evaluated, not the submission and manager-review deadline for a specific Activity Plan. Option C is also incorrect because a Goal Definition represents a reusable planning objective, but it does not control the operational review dates and adjustment thresholds for a specific West Coast Activity Plan. Therefore, the consultant should configure the deadlines and adjustment limits on the Activity Plan record within the Review Details section .

=========

Option A, Provider Account Territory Summary, is the best answer because the requirement is to store summarized, territory-specific account metrics. The HCP belongs to more than one territory, and Cumulus Pharma must track Year-to-Date Visit Counts independently for each territory. Salesforce’s Life Sciences Account Management data model includes both Provider Account Territory Information and Provider Account Territory Summary as standard entities for managing healthcare provider and organization accounts, related profiles, and territory-specific information.

Provider Account Territory Summary is the object designed for summarized metrics at the provider-account-and-territory level. That makes it the appropriate place for values such as Year-to-Date Visit Counts, which are calculated or aggregated metrics rather than the raw alignment relationship itself.

Option C, Provider Account Territory Information, is related but not the best answer. Salesforce’s Developer Guide describes ProviderAcctTerritoryInfo as representing engagement data between an account and a user within an assigned territory, including items such as next provider visit date and preferred address. However, the question asks for territory-specific account metrics, not general engagement information between a user, account, and territory. Option B, Provider Account Territory Association, is also not correct because the issue is not simply associating an account to a territory. The HCP is already assigned to both territories. The need is to store independent summarized metrics for each territory. Therefore, Provider Account Territory Summary is the correct standard object.

=========

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 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.

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 .