Als-Con-201 Exam Dumps - Salesforce Consultant Questions and Answers

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 Account Summarization can use different Cross-Object Field History Graph assignments by org or profile. Salesforce Help for Life Sciences Account Summarization states that administrators can create a Cross-Object Graph for Account Summarization and assign cross-object graphs to an org or profile. Salesforce also describes the Account Summarization workflow as using configured cross-object field history so summaries can include recent and relevant account changes from related objects.

In this case, KAMs see summaries that include Provider Visit and Medical Inquiry records, while field sales reps do not. Both groups have Read access to the objects, so object permission is not the root cause. The difference is most likely profile-based summarization configuration: the graph containing Provider Visit and Medical Inquiry data has been assigned to the KAM profile but not to the field sales rep profile.

Option B is incorrect because Account Summary generation in this scenario is driven by Cross-Object Field History Graph configuration, not membership in a Data 360 segment. Option C is also incorrect because the question explicitly says both user groups have Read access. View All is not the stated requirement for using a graph in summarization. Therefore, the issue is that the Cross-Object Field History Graph is not assigned to the field sales rep profile.

=========

Digital Verification is the correct answer because Salesforce Life Sciences resources describe it as the native capability used to manage electronic signatures in Salesforce and support an organization’s 21 CFR Part 11 compliance requirements. Salesforce Help states that Electronic Signatures can be set up using the Digital Verifications feature, allowing signatures to be managed in Salesforce instead of relying on a third-party application. It also references creating a “signature trail,” which is the key concept in this question: the signature is not just a stored image, but part of a controlled verification process tied to the signed record and signer context.

Field Audit Trail is not the best answer because it tracks field history and retention for data changes; it does not provide the electronic-signature process required for HCP sample acknowledgments. Adobe Sign is also not the best answer because the question asks for the Salesforce Life Sciences feature that generates the audit trail inside the Life Sciences process. The Salesforce Developer Guide also identifies Digital Verification standard objects as part of the electronic-signature data model, reinforcing that Digital Verification is the Life Sciences capability designed for this use case.

The correct answer is B because Salesforce Life Sciences Cloud for Customer Engagement includes country-specific sample limit templates by default. Salesforce Help states that Life Sciences Cloud includes a generic sample limit template and several country-specific templates by default. These templates are intended to support sample-limit compliance where rules vary by country, including situations where statutory limits must be consistently applied without requiring administrators to rebuild complex legal rules from scratch.

In this scenario, Germany has strict legal limits on sample quantities that must apply to all HCPs. A default country-specific template is the best fit because it is designed to represent country-level sample compliance requirements in a reusable configuration. This approach reduces administrative maintenance, improves consistency, and helps ensure the sampling program follows local legal constraints.

Option A is incorrect because adding a new sample limit to custom metadata would require the admin or implementation team to manually maintain rule logic, which the requirement explicitly wants to avoid. Option C is also not the best answer because manually creating a sample limit rule in the Admin Console may work for custom business policies, but it is less appropriate when Salesforce provides a default country-specific template for statutory country rules. Therefore, the consultant should use the Default Country-Specific Template for Germany.

=========

The correct answer is C because Life Sciences Calendar can display visits where the user is not the owner but is included as an attendee or visitor. Salesforce Life Sciences Visit Management supports adding internal users as visitors to a visit so that colleagues participating in the same HCP interaction can be recorded and the visit can be shared with them. Salesforce also describes Life Sciences Calendar as a place to visualize and prioritize key activities, including visits and other events, and Trailhead explains that reps can view colleagues’ visits in shared calendars to coordinate engagement.

In this scenario, the rep bulk deleted several planned visits from their calendar. The two remaining visits are likely not visits owned and managed by the rep. Instead, they are visits owned by another user where the rep is included as an attendee. Because the calendar is configured to show attendee visits, those records continue to appear even after the rep deletes their own planned visits.

Option A is incorrect because the issue is not tied to the selected account list. Option B is plausible for some filtered-calendar behavior, but the key clue is that only some visits remain visible after bulk deletion. The standard Life Sciences explanation is that attendee visits can remain visible because they belong to a colleague and are displayed for collaboration. Therefore, the visits remain because the rep is added as an attendee.

=========