Salesforce Nonprofit-Cloud-Consultant Salesforce Certified Nonprofit Cloud Consultant (NPC) NP-Con-102 Exam Practice Test

In NPSP, there is a clear distinction between how we track "people to people" and "people to organizations."

People to Organizations (Affiliations): When a Contact (the volunteer) has a professional or community connection to an organization (Universal Containers), the Affiliation object is used. An Affiliation is a junction record that links a Contact record to an Account record with an 'Organization' record type.

People to People (Relationships): The Relationship object is used exclusively for person-to-person ties (e.g., "Spouse," "Coworker," or "Father"). You do not use the Relationship object to link a person to a business.

The Solution:

To track this volunteer's employment or connection to Universal Containers:

Step 1: Create an Account record for "Universal Containers" and ensure its record type is "Organization."

Step 2: Create an Affiliation record.

Step 3: On the Affiliation record, link the volunteer's Contact record to the Universal Containers Account record.

Step 4: Specify the Role (e.g., Employee) and mark it as the Primary Affiliation if this is their main employer.

Using Leads (Options A & B) is incorrect because the volunteer is already an established "Contact" in the system; creating a Lead would create a duplicate record and fragment the data history.

The new Nonprofit Cloud (NPC) has introduced a high-performance framework for calculating donor metrics, moving away from the real-time Apex triggers used in the older NPSP model. To display a donor's total giving, last gift date, or largest gift, the system uses a combination of the Data Processing Engine (DPE) and the Donor Giving Summary object.

The Data Processing Engine (DPE):

DPE is a powerful tool built on the Salesforce Industries core that can process massive volumes of data in batches. A consultant uses DPE to:

Extract: Pull data from Gift Transactions (the records of actual money received).

Transform: Aggregate the data—summing the amounts, finding the "max" amount, or identifying the "min" date.

Write Back: Save these calculated values into fields on the Donor Giving Summary record.

The Donor Giving Summary Object:

This object serves as the "storage container" for these rolled-up values. It is linked to the donor's Account (Person Account). By storing the results here, the system ensures that when a fundraiser opens a donor's page, the summary is already calculated and displays instantly without needing to run a live query across thousands of transaction records.

The Workflow:

Clone Templates: Salesforce provides pre-built DPE templates for common fundraising rollups.

Schedule Jobs: The consultant schedules these DPE jobs to run periodically (e.g., nightly).

Display: The Donor Giving Summary component is added to the Lightning record page via the App Builder to show the fields (e.g., TotalGiftAmount, LastGiftDate) to the users.

While Declarative Lookup Rollup Summaries (DLRS) is a popular community tool, it is not a native "Nonprofit Cloud feature." The Business Rules Engine (Option A) is used for complex decision logic (like eligibility checks), not for aggregating historical financial totals.

Nightly batch jobs in NPSP, particularly the Rollup Donors batch, process thousands or millions of records. Any increase in the "workload" per record will result in a measurable increase in total processing time.

Two Primary Performance Factors:

New Flows (A): Salesforce Flows (especially Record-Triggered Flows) are highly powerful but resource-intensive. If a new Flow was activated on the Opportunity or Account object, it will fire every time the NPSP batch job updates a record. If the batch job updates 100,000 Accounts, the Flow runs 100,000 times. If the Flow contains "In-Loop" queries or complex logic, it can drastically slow down the batch execution time or even cause it to hit governor limits.

New Customizable Rollups (C): Every time you add a new Customizable Rollup in NPSP Settings, you are adding another calculation that the batch job must perform for every record. If the new rollup has complex filters (e.g., "Total Gifts from 3 years ago excluding In-Kind and Grants"), the system must query more data and perform more evaluations per record, extending the batch window.

Why other options are less likely:

Standard Roll-up Summary (Option B): These are calculated by the Salesforce platform kernel and are generally more efficient than Apex-based rollups. While they add some overhead, they usually do not cause the "significant" slowdowns seen with custom logic or complex NPSP settings.

Role Hierarchy (Option D): While changes to the hierarchy trigger sharing recalculations, this typically affects record visibility and sharing performance rather than the execution speed of a data-processing batch job.

In Salesforce, sensitive data like Social Security Numbers or Tax IDs is often protected using Classic Encryption or Shield Platform Encryption. When a field is encrypted, it appears as masked (e.g., XXXX-XX-1234) to most users, even if they have "Read" access to the Contact object.

To allow a specific subset of users (such as the HR Director or a high-level Compliance Officer) to see the actual, unmasked data, the View Encrypted Data system permission must be utilized.

Step-by-Step Implementation:

Create a Permission Set: The consultant should create a specific Permission Set named "PII Access" or similar.

Enable System Permission: Under the System Permissions section of the Permission Set, the consultant must locate and check the box for View Encrypted Data.

Assign to Users: This Permission Set is then assigned only to the specific users who require access to the sensitive identification numbers.

Security Principle: This follows the "Principle of Least Privilege." Users with this permission can see the data in plain text in reports, list views, and record pages, while all other users see the masked version.

Why other options are incorrect:

View All Data (Option A): This is a very broad and dangerous permission that grants access to almost all data in the org, but even "View All Data" does not automatically unmask encrypted fields unless View Encrypted Data is also present.

Manage Encryption Keys (Option B): This is a highly technical administrative permission for managing the security certificates and keys; it does not grant the ability to view field data.

View All Contacts (Option D): This provides object-level visibility but respects field-level security and masking.

In the modern Nonprofit Cloud (NPC) for Fundraising, the generation of gift acknowledgments and tax receipts is powered by Document Generation (DocGen) technology. This system allows organizations to move beyond simple mail merges into a robust, server-side document creation process.

To manage these templates effectively, a consultant must understand the distinction between "Designers" and "Users" within the permission set framework.

FundraisingAccess: This is the foundational permission set group (or permission set) that grants the user rights to interact with fundraising-specific objects like Gift Transactions, Gift Commitments, and Gift Designations. Without this, the user cannot access the data that needs to be merged into the templates.

DocGen Designer: This specific permission set is required for administrative or "super user" tasks. A user with the DocGen Designer permission set is granted the ability to upload, manage, and customize the .docx or .pptx files that serve as the templates. This includes mapping Salesforce fields to the document tokens and organizing the library of available templates for the rest of the team.

DocGen User (Contrast): In contrast, the DocGen User permission set is intended for staff who only need to trigger the creation of a document (e.g., clicking a "Generate Receipt" button). They cannot upload new templates or change the underlying logic of existing ones.

Step-by-Step Assignment Logic:

Navigate to Setup > Users > Permission Sets.

Locate the DocGen Designer permission set and assign it to the staff responsible for template creation.

Ensure the user also has the SalesforceCRM Content User license enabled on their User record, as templates are stored and managed within Salesforce Files/Content.

Verify that the FundraisingAccess group is assigned to provide the necessary object-level permissions.

By correctly separating these roles, a consultant ensures that only authorized personnel can modify the official legal and branding language used in the organization’s donor communications.

When a nonprofit organization needs to integrate external third-party applications into the Salesforce user interface while maintaining a seamless "single pane of glass" experience, Salesforce Canvas is the specialized tool designed for this purpose.

How Salesforce Canvas Works:

Application Encapsulation: Canvas allows a consultant to take an existing external web application (such as a legacy accounting tool, a specialized document management system, or a custom program tracking app) and "embed" it directly within Salesforce.

Authentication and Identity: Unlike a simple