Salesforce AP-222 Salesforce Accredited Agentforce 360 for Public Sector Professional Exam Practice Test

Grants Management provides native Funding Request Collaboration , making Invite Collaborators the correct design rather than implementing an email-based or custom collaboration mechanism.

Salesforce allows applicants to invite other people to collaborate directly on a Funding Request. The invitation contains a secure, time-limited link. After the invitee accepts it and has the appropriate portal identity, that collaborator can participate in completing the Funding Request. Administrators enable this capability through the Grants Management settings and configure the collaborator invitation URL, expiration period, certificate, and associated email template.

Salesforce also provides a Manage Collaborators component on Funding Requests. From this component, authorized users can invite collaborators, view pending and confirmed collaborators, and remove access when necessary. The solution also contains automation for controlling the collaborator's access to the Funding Request.

This directly satisfies the requirement for application collaboration without creating a parallel data or communication model. Option A relies on email and loses the controlled application-level collaboration experience. Option B creates unnecessary custom metadata and does not provide collaboration. Option C relies on a feed rather than the purpose-built collaborator-access capability and would not independently provide secure external access.

Study Guide Reference: Public Sector Solution Product Configuration – Grants Management; Funding Request Collaboration; Invite Collaborators; Manage Collaborators; grants portal security.

================

An Integration Procedure is the appropriate OmniStudio component when a solution must retrieve, combine, transform, and calculate data from multiple sources without custom Apex. Integration Procedures execute server-side and can orchestrate multiple data-access and transformation operations before returning a consolidated response to a FlexCard, OmniScript, Lightning component, or another consumer.

Salesforce defines OmniStudio Integration Procedures as components that can read and write data between Salesforce and external systems , while Data Mappers handle Salesforce data retrieval, transformation, and persistence. Integration Procedures can invoke multiple Data Mappers, conditional actions, calculations, HTTP actions, and other services within one declarative process.

That orchestration capability is particularly important when the records being aggregated aren't connected through one simple Salesforce relationship. The Integration Procedure can independently query each required data set, calculate or transform the results, merge the outputs into a JSON response, and provide the resulting data to the presentation widget.

SOQL is a query language, not a standalone declarative OmniStudio orchestration component. Apex could implement the requirement but introduces unnecessary custom code. MuleSoft is appropriate for enterprise integration scenarios but is excessive when the required aggregation can be handled natively through OmniStudio.

Study Guide Reference: Public Sector Solution Product Configuration – OmniStudio; Integration Procedures; Data Mappers/DataRaptors; server-side orchestration; data aggregation and transformation.

================

Salesforce's documented preparation process for installing the OmniStudio package directly validates A, B, and E . Before installing OmniStudio into an organization that doesn't already have the package, administrators must verify that the browser and Salesforce environment satisfy OmniStudio's minimum technical requirements. This includes supported browser behavior, JavaScript availability, sufficient environment capability, and a supported Salesforce edition.

Salesforce also instructs administrators to verify that Orders are enabled . OmniStudio installation tests and configuration depend on underlying Salesforce functionality, so this is an explicit prerequisite rather than an optional Public Sector data-model choice.

The same preparation procedure requires Salesforce email deliverability to use the All email access level. Salesforce specifically directs administrators to configure Access to Send Email accordingly.

Person Accounts aren't a generic OmniStudio package-installation prerequisite. They are enabled for Public Sector business requirements that need individual constituent representation, but OmniStudio can operate in organizations that don't use Person Accounts. Similarly, enabling Assets isn't identified in Salesforce's package-preparation checklist.

One current-version consideration is that Salesforce states that, beginning with newer OmniStudio licensing arrangements, the standard designer/runtime may be available without installing the legacy managed package. The question nevertheless targets the managed-package prerequisite sequence.

Study Guide Reference: Agentforce Public Sector Implementation Strategies and Best Practices – OmniStudio Installation; package prerequisites; Orders; email deliverability; browser requirements.

================

Administrators responsible for creating and managing the Analytics for Licenses, Permits, and Inspections application require both platform-level CRM Analytics administrator access and Public Sector analytics-template administrator access.

Salesforce's current official documentation specifies the combination as CRM Analytics Plus Admin AND TCRM for Public Sector Admin for users who create, share, and view the Analytics for Licenses, Permits, and Inspections application. The question's option D, "CRMA for Public Sector Admin," represents the corresponding Public Sector analytics administrator permission-set naming in the version of the product on which this item is based. Therefore A and D are the intended pair.

CRM Analytics Plus Admin grants the broad CRM Analytics administrative capabilities required to create and manage templated applications, datasets, dashboards, and analytics assets. Salesforce confirms that the Plus Admin permission set provides full platform administration as well as Einstein Discovery capabilities.

The second Public Sector-specific administrator permission set provides access to the LPI template and its industry assets. Generic CRM Analytics administration alone is insufficient because templated industry applications impose additional product-specific permissions.

Study Guide Reference: Public Sector Solution Product Configuration – CRM Analytics for Public Sector; Analytics for Licenses, Permits, and Inspections; CRM Analytics Plus Admin; Public Sector analytics permissions.

================

Salesforce explicitly states that the Person Account model uses the standard Account object to hold the details about a person . In Public Sector, Person Accounts represent individual constituents who apply for licenses, permits, programs, benefits, grants, and government services.

A Person Account combines selected Account and Contact behavior into a single person-oriented record. Salesforce's Public Sector data-model documentation explains that this record can contain personhood information such as birth date and tax identification information and can relate directly to Cases, Individual Applications, and Public Complaints.

Option B is incorrect because Person Accounts combine Account and Contact characteristics, not Opportunity and Contract fields. Option C is incorrect because the Person Account record type is fundamental to the implementation; Salesforce explicitly identifies Person Account as an Account record type.

Option D is particularly important from an implementation-governance perspective. Salesforce warns that after Person Accounts are enabled in an organization, they cannot be disabled . This is why enabling them requires deliberate architectural planning and testing before activation.

For Public Sector, business constituents should normally be represented by Business Accounts, while individual constituents can use Person Accounts. This separation supports Public Sector data relationships while maintaining a consistent CRM data model.

Study Guide Reference: Agentforce Public Sector - Product-Specific Systems Knowledge – Person Accounts; Account data model; constituents; Person Account record type; implementation considerations.

================

The native Public Sector design combines an OmniScript application form with Business Rules Engine . Salesforce explicitly documents this architecture for automatically calculating processing fees associated with business license applications. Business Rules Engine uses Decision Matrices and Expression Sets to determine fee amounts from multiple input criteria, while the OmniScript captures those constituent inputs.

For example, a Decision Matrix can contain base-fee values indexed by authorization type, industry category, location, revenue band, or another applicable parameter. An Expression Set invokes one or more matrices, performs any additional arithmetic, and returns a calculated currency amount. Salesforce documents that Expression Sets and Decision Matrices accept JSON input from and return JSON output to OmniScripts.

The integration is direct: Salesforce explains that an Expression Set Action can be added to the OmniScript so that, when the applicant supplies the required information, the Business Rules Engine processes those values and returns the appropriate license fee.

Triggered Flow could calculate values, but it would duplicate a purpose-built policy calculation engine. Integration Procedures are appropriate for data orchestration and external integrations, not for replacing BRE as the authoritative fee-policy engine. A generic Flow application also bypasses the Public Sector OmniScript application architecture.

Study Guide Reference: Public Sector Solution Product Configuration – OmniScripts; Business Rules Engine; Expression Sets; Decision Matrices; automated application fee calculation.

================

The Hierarchical View component is the standard Public Sector feature designed for precisely this requirement. Salesforce states that Hierarchical View provides users with a unified visualization of related records across up to four levels of a relationship hierarchy, eliminating the need to navigate multiple related lists and individual records.

The component supports Account as well as numerous Public Sector objects relevant to this scenario, including Visit, Inspection Assessment Indicator, Regulatory Code Violation, Violation Enforcement Action, Business License Application, Public Complaint, Regulatory Transaction Fee , and other related records. Salesforce gives a closely aligned example in which reviewers need to understand records associated with a business license application: an application leads to an inspection visit, the inspection can identify regulatory-code violations, and violations can result in enforcement actions and regulatory transaction fees. Hierarchical View presents those relationships as a connected structure rather than disconnected lists.

Custom Aura or Lightning Web Components could reproduce this functionality, but doing so would introduce unnecessary development and maintenance when Public Sector already supplies the purpose-built component. An AppExchange component creates the same unnecessary dependency.

Therefore, the lowest-customization and product-native solution is Hierarchical View .

Study Guide Reference: Agentforce Public Sector - Product-Specific Systems Knowledge – Hierarchical View; unified record visualization; Accounts; Visits; regulatory violations and enforcement records.

================

Salesforce defines Expression Sets and Decision Matrices as the key components of Business Rules Engine and explicitly establishes their relationship. Expression Sets perform a sequence of calculations using matrix lookups, user-defined variables, constants, conditional logic, and other BRE elements. During execution, an Expression Set can call a Decision Matrix , which stores business rules as a structured table of input and output values.

A Decision Matrix does not itself perform the sequence of calculations described in option A. Instead, it accepts input values, locates the table row that satisfies those values, and returns the corresponding output. That behavior makes option C reversed: matching inputs to rows is the responsibility of the Decision Matrix, not the Expression Set.

Option D is also technically incorrect. Salesforce documents that Expression Sets and Decision Matrices can receive JSON input from OmniScripts and return JSON output , not XML input.

This architecture is particularly effective for Public Sector licensing because frequently changing regulatory criteria, fee schedules, eligibility conditions, and authorization rules can be maintained declaratively in Decision Matrices while Expression Sets orchestrate the calculations and matrix lookups.

Study Guide Reference: Public Sector Solution Product Configuration – Business Rules Engine; Expression Sets; Decision Matrices; matrix lookups; JSON integration with OmniScripts.

================

The Public Sector Case Analytics App is specifically designed to analyze public-sector service cases and provides prebuilt dashboards and metrics for measuring organizational effectiveness, caseworker performance, service trends, and operational outcomes. This makes it preferable to creating a custom Salesforce reporting implementation.

More importantly, Salesforce documents exactly how the template handles case duration when an organization does not already maintain its own duration field. During Public Sector Case Analytics configuration, administrators can identify an existing duration field if one exists. If no case-duration field is tracked, CRM Analytics uses its own formula , calculating duration from the case opened and closed dates. For cases that remain open, the calculation uses the current date.

Consequently, Bobahaven does not need to introduce a custom duration field merely to obtain trend reporting. Options A and B add unnecessary data-model customization and would primarily benefit future records unless additional historical transformation were implemented. Option C similarly creates a custom reporting solution despite the presence of a purpose-built analytics template.

Study Guide Reference: Agentforce Public Sector – Product-Specific Systems Knowledge; CRM Analytics for Public Sector; Public Sector Case Analytics; case-duration metrics and prebuilt analytics dashboards.

The decisive requirement is pixel-perfect control over the digital experience . Salesforce specifically positions the Build Your Own (LWR) Experience Cloud template for organizations that need high-performance, highly customized experiences using Lightning Web Components. Salesforce states that the template enables developers to build pixel-perfect pages and create Lightning Web Components and themes that precisely match an organization's brand.

Lightning Web Runtime is optimized for performance because Lightning Web Components execute using browser-native standards, resulting in lightweight components and efficient rendering. LWR also includes performance capabilities such as HTTP caching and publish-time optimizations.

The Licenses and Permits template is excellent when the priority is rapid deployment and minimal customization. It provides preconfigured application, renewal, permit, complaint, inspection-history, and account-management pages. However, that was not the dominant requirement in this scenario. The sponsor has explicitly elevated pixel-perfect branded UX above minimizing implementation effort.

Help Center is designed primarily for public knowledge and support self-service. BYO Aura supports customization but does not provide the performance-oriented modern LWR architecture that Salesforce recommends for sophisticated custom digital experiences.

Therefore, BYO LWR with custom Lightning Web Components best satisfies the specified UX requirement.

Study Guide Reference: Agentforce Public Sector Implementation Strategies and Best Practices – Experience Cloud architecture; Build Your Own LWR; Lightning Web Components; branding and digital experience design.

================

Two Decision Matrices provide the cleanest and appropriate Business Rules Engine design because the scenario contains two independent lookup domains . The first matrix represents the federal income-limit values applicable to household size or related criteria. The second maps the calculated percentage of Area Median Income to the appropriate prioritization pool.

Salesforce defines Decision Matrices as tables that match supplied input values against rows and return corresponding output values. Expression Sets can invoke these matrices and combine the results with calculations, variables, and constants.

The Expression Set would therefore obtain or calculate the applicable household AMI percentage by referencing the federal-income-limit criteria and then pass that calculated percentage into the prioritization matrix. Separating these rule sets is preferable to placing unrelated policy dimensions into one monolithic matrix. It improves maintainability because federal limits can change independently of an agency's prioritization thresholds.

Option D unnecessarily creates a third matrix for household data. Household income and household size are transactional inputs , not reference-policy values that inherently require their own Decision Matrix. Option A omits the Federal Income Limit lookup, while B improperly combines two independently maintained rule sets.

This modular design also supports policy changes without rebuilding the Expression Set itself.

Study Guide Reference: Public Sector Solution Product Configuration – Business Rules Engine; Expression Sets; Decision Matrices; policy lookup tables; AMI and prioritization calculations.

================

Salesforce's official Grants Management installation prerequisites directly support B, C, and E . Grants Management requires the appropriate Grants Management licensing together with Customer Community Plus Login licenses for the external grantseeker experience. Salesforce also requires Lightning Experience and Chatter to be enabled.

Therefore, because the agency's employees currently operate in Salesforce Classic, they must move to Lightning Experience to use the supported Grants Management experience. Chatter must also be enabled because the package depends on Salesforce collaboration functionality. For the external grant portal, Customer Community Plus provides the supported external-user licensing required by the managed-package implementation.

The distinction between options B and D is significant. Although Customer Community is appropriate for many high-volume constituent portals, the Grants Management managed-package prerequisites specifically identify Customer Community Plus Login licensing. This is therefore a product-specific requirement, not merely a generic Experience Cloud licensing choice.

Web-to-Lead concerns conversion of public web submissions into Lead records and has no role in installing or enabling Grants Management.

Salesforce additionally lists Digital Experiences and My Domain among the overall prerequisites, although those choices are not provided in this question.

Study Guide Reference: Agentforce Public Sector - Product-Specific Systems Knowledge; Grants Management installation; Experience Cloud; Customer Community Plus; Chatter; Lightning Experience.

================

Customer Community is the correct license because this is an extremely high-volume business-to-consumer Experience Cloud scenario. Salesforce explicitly categorizes Customer Community users as high-volume external users and describes the license as appropriate for large populations requiring limited access to Salesforce CRM functionality.

The decisive requirement is scalability beyond 100 million users . Salesforce's Experience Cloud licensing guidance states that Customer Community or External Apps licenses can support 100+ million users , whereas role-based licenses such as Customer Community Plus, Partner Community, and Channel Account are designed for more sophisticated sharing requirements and generally operate at lower standard user scales.

Customer Community users do not participate in the normal external role hierarchy. Eliminating those role calculations is precisely what allows the high-volume user architecture to scale efficiently. That design is appropriate where constituents primarily access their own data and execute defined portal transactions.

Customer Community Plus should be selected when external users require advanced sharing, reports, dashboards, and role-based access—not simply because they use authenticated portal functionality. Partner Community and Channel Account are primarily B2B/partner-oriented models and are inappropriate for the mass constituent population described.

Study Guide Reference: Agentforce Public Sector Implementation Strategies and Best Practices – Experience Cloud architecture, external-user licensing, high-volume user design, scalability, and sharing models.

================

Salesforce's Grants Management documentation provides a specific procedure for manual grantseeker registration . The administrator updates the appropriate Contact page layout and adds the Enable Customer User action. The agency can then open an existing Contact and manually create the corresponding Experience Cloud user rather than exposing self-registration.

Salesforce's documented sequence is to navigate to Object Manager, open Contact, edit the page layout assigned to the administrators managing grantseekers, and add Enable Customer User and, where required, Log in to Experience as User to the Lightning actions. An administrator then opens the Contact, selects Enable Customer User, specifies the email and external-user configuration, and assigns the required community license and grantseeker profile.

There is no separate "Enable manual registration" switch that replaces this configuration. Manual registration is achieved through administrator-controlled customer-user creation. Enabling self-registration would accomplish precisely the opposite of the stated requirement by allowing grantseekers to create their own portal identities.

"Register User" is also not the Salesforce action used to convert a Contact into an Experience Cloud customer user. Salesforce identifies Enable Customer User as the appropriate action on Contact records.

Study Guide Reference: Public Sector Solution Product Configuration – Grants Management; grantseeker portal; manual registration; Contact page layouts; Enable Customer User; Experience Cloud users.

================

The inspection checklist belongs to the actual onsite Visit , not directly to the Business License Application. Consequently, the Action Plan Template must target the Visit object. In the terminology used by this exam item, the inspection-oriented template type is Visit Execution , making B the correct selection.

The underlying Salesforce design is explicit. An inspection Action Plan Template groups assessment tasks and additional visit activities, such as signature capture, into a repeatable inspection process. Salesforce documents that the target object for an inspection Action Plan Template is Visit . Assessment Task Definitions provide the regulatory-compliance checklist, while Signature Tasks allow signatures to be collected during the visit.

A terminology update is important for current implementations: current Salesforce documentation uses Assessment Execution as the Action Plan Type for Public Sector inspection templates rather than the older Visit Execution terminology appearing in this question. The architectural answer remains unchanged—an inspection template is associated with the Visit .

Targeting Business License Application would incorrectly attach the execution checklist to the application rather than the physical inspection event.

Study Guide Reference: Public Sector Solution Product Configuration – Inspection Management; Action Plan Templates; Assessment Execution/Visit Execution; Visit target object; Assessment Tasks; Signature Tasks.

================

For the managed-package OmniStudio architecture represented by this question, OmniStudio Tracking Service is specifically designed to capture user interactions and component-performance information so that consultants can identify inefficient steps in a business process.

Salesforce describes Tracking Service as an event-tracking service that records details of actions performed by users. A documented example is tracking how long users take to complete individual steps in an OmniScript specifically to identify process improvements . The service receives interaction events from OmniScripts, FlexCards, Integration Procedures, and other supported components and stores tracking details such as elapsed time, timestamps, event types, session information, and contextual data.

This makes it directly applicable after go-live: the consultant can determine where constituents or employees spend excessive time, abandon processes, encounter errors, or experience inefficient navigation.

Event Monitoring is a broader Salesforce security and activity-monitoring capability and does not provide the same OmniStudio process-level interaction analytics. Roll-up libraries and generic field tracking don't measure OmniScript process efficiency.

A release distinction is important: Salesforce's standard OmniStudio runtime doesn't implement the legacy Tracking Service , while OmniStudio for Managed Packages does. Salesforce currently provides OmniAnalytics and related analytics capabilities for modern OmniStudio environments. The question uses the managed-package-era feature terminology, for which A is correct.

Study Guide Reference: Agentforce Public Sector - Product-Specific Systems Knowledge – OmniStudio Tracking Service; OmniAnalytics; process optimization; user-interaction tracking.

================

A Sharing Set is the appropriate Experience Cloud sharing mechanism when external users need access to records associated with their account or contact but don't own those records themselves.

Salesforce states that a sharing set grants Experience Cloud site users access to records by mapping the user's Account or Contact relationship to a corresponding Account or Contact lookup on the target record. Salesforce gives Cases as a specific example: administrators can grant site users access to all Cases associated with the Account identified on the user's Contact record.

That matches this scenario precisely. The internal support team creates the Case, so the external constituent isn't necessarily its owner. A Sharing Set can expose the appropriate Cases to the authenticated external user based on the associated Account or Contact while keeping unrelated constituent Cases inaccessible.

Changing Case OWD to Public Read/Write would be excessively permissive and violate least-privilege principles. A permission set provides object- and field-level authorization but doesn't by itself grant access to specific records restricted by the Salesforce sharing model. Share Groups solve the opposite direction of high-volume sharing: they primarily give internal users access to records owned by high-volume external site users.

Study Guide Reference: Agentforce Public Sector Implementation Strategies and Best Practices – Experience Cloud sharing; Sharing Sets; Cases; Account/Contact access mappings; external OWD and least-privilege record access.

Volunteer Management for Community is the permission-set license intended for external community users who participate in the Volunteer Management experience. The constituent in this scenario isn't an internal emergency-management administrator; the person is an external volunteer who must access a digital experience and sign up for volunteer projects.

Public Sector's user-access architecture separates feature entitlement from the base Experience Cloud user license. Permission-set licenses extend the capabilities of the underlying Salesforce user license and must correspond to the Public Sector product functionality the user needs. Salesforce's Public Sector permissions documentation confirms this general architecture: users require the appropriate Public Sector permission sets and associated permission-set licenses for the features they consume.

For this specific legacy Volunteer Management implementation, the relevant external entitlement is Volunteer Management for Community . This enables the community-side functionality necessary for volunteers to interact with volunteer projects rather than granting internal emergency-response administration.

Option A relates to broader Community Response capabilities rather than the specific volunteer-user entitlement. Option B is generic Public Sector community access and doesn't, by itself, grant Volunteer Management functionality. Option D is aligned with internal Emergency Response functionality rather than the community volunteer persona.

Study Guide Reference: Public Sector Solution Product Configuration – Volunteer Management; Community Response; Experience Cloud user access; Permission Set Licenses.

================

An Integration Procedure is the correct orchestration component because this requirement combines information from different data sources: an external fee system and Salesforce custom-object data. OmniStudio Integration Procedures are declarative server-side processes designed to execute multiple data operations within a single server call.

Salesforce specifically states that Integration Procedures can retrieve, transform, and send information between Salesforce and external systems, invoke REST APIs, perform conditional processing, and combine information from multiple sources into a single response.

That architecture maps directly to this scenario. The Integration Procedure can retrieve the base permit fee from the external system, retrieve site or address information and applicable discount information from Salesforce, apply the required transformations or calculations, and return the resulting fee to the calling application process.

A Data Mapper is more suitable for straightforward Salesforce object reads, writes, and transformations. It is not the preferred component when multiple heterogeneous data sources and external REST services are involved. A FlexCard primarily presents information and actions to users. An OmniScript manages the interactive guided process, but it would normally invoke an Integration Procedure to execute this server-side integration.

Study Guide Reference: Public Sector Solution Product Configuration – OmniStudio; Integration Procedures; external data access; REST integration; multi-source orchestration; license and permit fee processing.

================

A DataRaptor , now called an OmniStudio Data Mapper , is specifically designed to read, transform, and write data to Salesforce objects. For the use case in this question, the external portal already exists; the primary requirement is therefore to take submitted application data and map it into the corresponding Public Sector Salesforce objects.

Salesforce states that a Data Mapper Load accepts JSON, XML, or supported custom input formats and writes the resulting data to Salesforce objects using configured object and field mappings. More importantly for this scenario, Salesforce exposes a Data Mapper REST API . An external application can POST a JSON payload to a Data Mapper Load, and the Data Mapper updates or creates Salesforce records according to its mappings.

That makes DataRaptor/Data Mapper an appropriate declarative bridge between the existing external portal and Public Sector's Grant application records.

An Integration Procedure is preferred when orchestration involves multiple data sources, several operations, conditional processing, REST integrations, error handling, or multiple Data Mappers. Salesforce recommends a single Data Mapper where the requirement is fundamentally a Salesforce-object write operation that can be handled through direct mappings.

FlexCards provide user-interface presentation. OmniOut runs OmniStudio UI components on third-party sites, but the question states that the agency will retain its existing portal and specifically needs to integrate submitted data .

Study Guide Reference: Public Sector Solution Product Configuration – OmniStudio DataRaptors/Data Mappers; Data Mapper Load; REST API; external application integration.

================

The Public Sector inspection experience provides purpose-built Lightning components that support inspectors while they execute onsite Visits. The three applicable components are Inspection Details, Inspection Action, and Inspection Tab Container .

Inspection Details presents the contextual information an inspector needs for the Visit, such as the inspection subject, location, relevant authorization information, and related inspection data. Inspection Action exposes inspection-specific actions that allow inspectors to execute the operational steps associated with the Visit. Inspection Tab Container organizes the various inspection functions into a usable tabbed workspace, allowing the inspector to move efficiently between inspection information, assessment activities, violations, signatures, and associated tasks.

These components belong to the execution layer of Public Sector inspection management and are intended to reduce navigation between unrelated Salesforce records while an inspector is conducting field work.

Inspection Dynamic Dashboards is not one of the standard built-in inspection execution components represented by this configuration. Inspection Calendar can be useful for scheduling and viewing inspection appointments, but it does not constitute one of the three embedded Visit-execution components asked for here.

The Set 3 question itself also identifies A, D, and E as the selected combination.

Study Guide Reference: Agentforce Public Sector - Product-Specific Systems Knowledge – Inspection Management; Visits; Inspection Details; Inspection Action; Inspection Tab Container; inspector workspace.

================

A high-volume grant window creates a capacity and transaction-load problem , so the implementation must reduce synchronous processing, optimize content delivery, and validate the architecture at anticipated peak volume.

First, computationally expensive operations should be moved away from the synchronous user transaction when possible. Salesforce's high-volume Experience Cloud architecture uses asynchronous processing and micro-batching to prevent heavy record creation and processing from blocking interactive requests during traffic spikes.

Second, Salesforce specifically identifies Content Delivery Network (CDN), caching, Lightning Web Runtime, Apex caching, and progressive rendering among its Experience Cloud performance and scale optimization tools. CDN and caching reduce repeated server processing and improve the delivery of static or reusable resources during high traffic.

Third, the agency must test the expected peak workload rather than assuming functional UAT proves scalability. Salesforce identifies Scale Testing as an optimization tool for heavy transaction loads and customizations.

UAT remains necessary for functional acceptance but does not establish capacity under concurrent traffic. IP restrictions would deliberately restrict legitimate applicants rather than scale the application to serve the expected demand.

Study Guide Reference: Agentforce Public Sector Implementation Strategies and Best Practices – Experience Cloud scale; asynchronous processing; CDN; caching; high-volume transactions; performance and load testing.

Cloning an Action Plan Template creates a separate template configuration; it doesn't automatically redirect existing inspection configuration to the cloned version. Therefore, if the "Business Re-Opening" inspection continues to generate work based on the previous template, the configuration that identifies which Action Plan Template applies to that inspection must be updated. This makes C the intended configuration correction.

Salesforce's current Public Sector inspection architecture maintains the same fundamental principle: an inspection visit must be explicitly associated with the intended published Action Plan Template . Salesforce documents Action Plan Templates as reusable definitions containing assessment tasks, signature tasks, and other activities. When creating the inspection workflow, the appropriate template must be associated with the Visit so that the corresponding Action Plan and assessment indicators are generated.

Merely cloning the template doesn't alter existing references. Option A is unnecessary because creating a new template doesn't inherently require cloning the Inspection Type. Option D is also irrelevant; record identity, rather than display-name similarity, governs the relationship.

The terminology and association workflow have evolved in newer Public Sector releases, but the configuration principle tested by this item remains: the inspection must reference the new template rather than the previous template record .

Study Guide Reference: Public Sector Solution Product Configuration – Inspection Types; Action Plan Templates; Inspection Visits; template associations and version management.

================

Action Plans are intended for exactly this type of repeatable licensing workflow. Salesforce identifies Business License Application as a supported target object for Action Plan Templates, allowing the agency to define standardized reviewer activities that are instantiated whenever the plan is applied to a specific application.

Salesforce also supports Document Checklist Items within action-plan-based document-processing workflows. Document checklist items identify the specific documents that applicants or staff must supply, such as a driver's license. When a document checklist item is included in a published Action Plan Template, it can be propagated to Action Plans created from that template, creating consistent document requirements.

Therefore, option A accurately combines the correct target record—Business License Application—with document tracking for the required identity-document image.

The other statements are overly restrictive. Salesforce supports Action Plan task dependencies in applicable Public Sector implementations, including prerequisite and successor task relationships, so dependent execution can be modeled declaratively. Action Plans also use ordinary task records, and Salesforce supports ad hoc task creation when configured, so staff can supplement standardized plans when case-specific work is necessary.

This gives the agency both governance and flexibility: required standard tasks come from the template, while exceptional application-specific work can still be accommodated.

Study Guide Reference: Public Sector Solution Product Configuration – Action Plans; Action Plan Templates; Business License Applications; Tasks; task dependencies; Document Checklist Items.

================

Grants Management is the appropriate product because it includes the grantseeker portal experience required for external applicants to discover funding opportunities, apply online, supply application information, and manage their applications.

Salesforce describes the Grants Management managed package as providing program management, financial commitments, relationship management, and a grantee portal . The portal is specifically intended to improve the applicant/grantee experience while allowing grantmakers to manage the complete funding lifecycle.

Salesforce's portal setup documentation explains that the Grantee Portal Experience Cloud template provides a location where people can review available Funding Programs, apply to programs, and manage their applications. Grants Management also supports enhanced application flows, organization self-registration, application mapping, collaboration, and other functions beyond the lightweight funding-management capabilities of Outbound Funds Module.

This matches Foodvania's requirement for a constituent-facing relief application experience with supporting documentation and ongoing application management.

Outbound Funds Module supplies the underlying funding data model and can manage Funding Programs, Funding Requests, reviews, and disbursements. However, Grants Management provides the richer preconfigured portal and application experience targeted by the scenario. Therefore, it is unnecessary to combine the products as option A suggests simply to obtain the applicant-facing capabilities described.

Study Guide Reference: Agentforce Public Sector - Product-Specific Systems Knowledge – Grants Management; Grantee/Grants Portal; Funding Programs; Funding Requests; application management and constituent self-service.