As of February 2017, this page is still under construction and has not been completed..
The NPSP Recurring Donations package was the first NPSP package to provide a mechanism for storing pledge-type donations (first release in June 2009). The enhancements provided with later (late 2011) release of the NPSP Payment package are therefore not used by the Recurring Donations package. And some aspects of the February 2017 version of the Recurring Donations package still reflect that release-time situation.
Accordingly:
pledged.
The Opportunity.Stage Pledged
picklist value is typically installed
by NPSP as a Type Open
stage. NPSP Opportunity rollup fields located
on the Account and Contact objects do not include the Amount
values from Opportunities until the stage value is changed to a Closed/Won
stage value.
The Opportunity.Stage value is therefore used to track both:
developmentactivities than the approach recommended with the later-released NPSP Payments package.
Donorwith IsPrimary =
True
However, if there is a need to set other Opportunity Contact Roles
on linked Opportunities (for instance, soft credit
or solicitor
,
those Opportunity Contact Roles will need to be created by other means on
each Opportunity representing a pledge installment, etc.
The NPSP Recurring Donations object provides:
Key Fields:
Account
Campaign
Contact
Date Established
Installment Period
Installments
Open Ended Status
Paid Amount
Recommendations Concerns Discussion References
If detailed tracking of donation development
activites is not needed,
or if NPSP Payment records are not being used, the Recurring Donations
approach to storing pledges might be a good match to your needs. (Use of NPSP
Payment records is sometimes avoided in order to reduce data volumen and resulting
storage-related charges from SF.)
agreementsshould be represented using a Recurring Donation record with linked Opportunities representing anticipated installments.
Typesetting of the Opportunity.Stage
Pledgepicklist value. This value is typically defined with Type
Openby an NPSP installation. The
openstatus setting will cause Opportunities with the
Pledgedstage value to be ommitted from inclusion in NPSP-provided Opportunity roll-ups located on the Account and Contact objects.
If your organization interprets a word like pledged
as committed
, you
might decide that changing the Type setting to Closed/Won
is
more suitable. And you may want to introduce additional Opportunity.Stage
picklist values like pledge pursuit
to represent other stages
of donation development activies.
(I haven't closely checked functions of the current Recurring Donations package to verify. Some of the points raised here are derived mainly from my earlier experiences with that package.)
The biggest concern is perhaps the absence of features that allow a Recurring Donation to track progress of an effort to secure a pledge donation. Abilities readily provided by the SF Opportunity object are not available on the Recurring Donation object. The approach to storing pledges using the approach recommended with the NPSP Payments package uses an Opportunity to represent the overarching pledge promise, and therefore provides superior capacities for tracking pledge development progress and outcomes.
Difficulties may be encountered in the following situations:
IsPrimary Donorrecords linked to the Opportunities. And if NPSP Settings are correct, Opportunity Contact Roles linking
Household Memberswill also be created.
But if Opportunity Contact Roles for other purposes need to be applied to the pledge, these mayneed to be created manually. Because multiple Opportunities might be linked to a Recurring Donation record, this might require repetitive manual edits for multiple Opportunities.
If automation is desired, custom configurations might be needed for the Recurring Donation object to store these data, and custom automation to ensure that all linked Opportunities provide the desired Opportunity Contact Role records.
Custom configurations might be needed for the Recurring Donation object to store these data, and custom automation to ensure that all linked Opportunities that are created with links to a Recurring Donation records provide appropriate GAU Allocation records.
Custom configurations might be needed for the Recurring Donation object to store these data, and custom automation to ensure that all linked Opportunities represent the tribute links as desired.
This means that database users will need to be trained to use different data entry approaches for different situations, to use different approaches for construction SF reports for different types of donations, etc.
These users are more likely to find this SF data structure familiar. And this seems likely to make adoption of SF easier. By contrast, the approach using Recurring Donations with linked Opportunities might then make user transition to SF a bit more difficult.
Opento
Closed/Wonstates as payments are received. This essentially
breaksthe separation between revenue and cash that was the original goal of the NPSP Payments package.
And, as outlined
above, this also breaks
the ability to use Opportunities as a permanent
record of the outcomes that were attained by development staff at the end of
their work to attain a donation commitment. Desirable abilities (outlined
above) to compare original donor promises to actual donor fulfillment performance
will then also be broken
.
To track details about the pursuit of donations, or the progress of
development staff efforts, the approach using the NPSP Payments package
may be preferred. That approach allows the Opportunity
record representing the pledge agreement to be tracked with the full power
provided with an Opportunity record. Progress
can be documented by changed settings of the Opportunity.Stage value. And if
all collection
activities are tracked using fields on linked Payment
records, the Opportunity can be used to permanently represent results obtained
by efforts of fundraising staff. This separation of fundraising data from
collection data can provide very useful abilities for fundraising analysis and
targeting of outreach efforts.
The later-released NPSP Payments package was specifically designed to provide for needs of organizations using accrual-based accounting systems. Storage of pledges using Recurring donations is perhaps a better match to organizations using cash-basis accounting.
Links are numbered to allow easier reference during discussions, etc.
You may need to use the website search
function to find this specific page.
Question/answer dialgue providing some information about handling of Pledge donations.
Simple discussion of difference between accrual and cash-basis accounting systems.
Simple discussion of difference between accrual and cash-basis accounting systems.
Brief explanzation of Financial Accounting Standards Board rules that nonprofits are often required to meet..
Explains the typical differences betwen accural and cash-basis accounting, with specific mention of how pledges are typically handled under the two systems.
Explaingation of typicaly distinctions between pldeges
and reucrring donations
.
From Idealist Consulting
Salesforce trailhead page. Please note, this explanation suggested using the Opportunity.Stage value pledge
,
which differs from the recommednations on the current page.
This article provides some basoc explanations of nonprofit accounting principles and of the needs the NPSP Payments package was intended to meet. Especially focuses on frequenty nonprofit needs to record revenue on a date that differs from the actual collection date of the funds promised. Written at a time after the Recurring Donations package had been released, but shortly preceeding release of the newer NPSP Payments package.
Main NPSP document explaining typical entry of recurring donation or pledge donations when using the NPSP Payment object
(From the Power of Us Hub) Recommendations for basic used of NPSP Payments for entering multiple payment donations.
(I believe an earlier, but relatively recent version of this article specifically linked the Kell Partners page described just below.)
(From Kell Partners) Recommendations for more advanced uses of NPSP Payments. Includes
more detailed recommendations specific to the needs of organizations using
cash-basis
and accrual
accounting approaches. (Accrual
accounting
seems to be more common among nonprofits, especially among larger or international nonprofits.)
The only changes suggested are a different assignment of Opportuniity.Stage values
for Opportunities representing pledges.
The details may be important for your organization. Page dated 2017.
Note especially the sections on
What if you want to record both the pledge and the collection story?
And then there's rollups
Very basic, but does mention (briefly) the main differences in recommended data entry approach for accrual and cash-basis accounting systems.