Home

How Donor Management Software Tracks Giving History: Bloomerang vs. Neon CRM vs. DonorPerfect

 


 Last Updated: September 20, 2026

 Disclosure: This article contains no affiliate links at the time of publication. It was written independently, and no vendor mentioned here paid for or reviewed it. If affiliate links are added later, they will be clearly marked and this note will be updated, with the change recorded in the update log below.

Key takeaways

  • All three platforms store a gift as a transaction tied to a donor and tagged with attribution codes, but they differ in how strictly they enforce those codes.
  • Pledges and recurring gifts are stored as separate objects (a commitment and its payments), so "revenue" can mean cash received or cash promised depending on the report.
  • Bloomerang Fundraising's $40 headline price requires the $125 CRM, so the real entry cost is $165 per month.
  • Neon CRM's add-on modules cost a percentage of your base fee (+10%, +10%, +20%), so they get more expensive as your revenue tier rises.
  • DonorPerfect does not publish a firm price card, and payment processing can exceed the subscription at higher giving volumes.

Every donor management system promises "a complete giving history." That phrase hides design decisions that matter. Is a pledge a gift? Does a recurring donation create one record or sixty? Where does the campaign live? What happens to a donor's totals when someone else gets soft credit?

Those answers decide whether your year-end report matches your bank deposits, whether a donor's lifetime value is right, and whether a migration or integration quietly damages your history. This article compares how Bloomerang, Neon CRM, and DonorPerfect structure giving data, using their published documentation and developer references, and ties that structure to what each product costs.

What "giving history" means inside a database

Under the interface, every system needs the same six building blocks: the constituent (donor, household, or organization), the transaction (a dated, dollar-valued gift), attribution (fund, campaign, appeal, solicitation, or purpose), commitments (pledges and recurring schedules), credit (soft credits, tributes, notifications), and summaries (lifetime totals, first and last gift, retention flags).

The products differ mostly in the last four. Attribution decides whether you can report on a campaign next year. Commitments decide whether revenue means cash received or cash promised. Credit and summaries decide who your best donors appear to be.

Bloomerang: transactions split into designations

Bloomerang's API describes a transaction as the total amount of a payment saved in the database. A transaction is always saved as at least one designation and can be split into several. A designation can be a donation, pledge, pledge payment, recurring donation schedule, or recurring donation payment. The documentation adds that a pledge or recurring schedule can have only one designation. As this reviewer reads it, a single pledge cannot be split across two funds, so a donor who wants half a pledge to go to each of two funds needs two pledges.

For attribution, Bloomerang's help center says funds, campaigns, and appeals are fields on transactions that track why money was donated and what it is reserved for. The legacy v1 API reference shows the same pattern, with fund, campaign, and appeal names on each donation, plus read-only soft credits and a tribute name and type ("In Memory of" or "In Honor of").

Recurring giving has two levels: the schedule and the payments it generates. Bloomerang's help documentation says you can change the fund, campaign, appeal, and payment method for future payments, and you can add an extra payment that leaves the next scheduled payment untouched.

The constituent timeline is where history shows up. The v1 timeline endpoint returned donations, recurring donations, recurring donation payments, pledges, pledge payments, interactions, notes, and tasks, so gifts and relationship activity share one chronological record. Event registrations from Bloomerang Fundraising appear as interactions, while donations appear as transactions, and peer-to-peer gifts are soft credited to the fundraiser.

Where it can go wrong: Bloomerang's public-key JavaScript API notes that if the submitted fund does not exist in Bloomerang, the transaction defaults to the form's first fund. A typo in a fund name on a website form does not fail; it silently lands in the wrong fund, and reports look fine until someone reconciles them. Campaigns and appeals must be created in Bloomerang first and referenced by exact name.

Neon CRM: fund, campaign, and purpose on the donation

Neon's API v2 exposes accounts, households, donations, pledges, recurring donations, campaigns, memberships, events, custom fields and objects, the online store, volunteers, and webhooks. Independent API coverage adds soft credits, pledges with pledge payments, and grants to the useful extras for nonprofits.

The most revealing detail is Neon's error catalogue. It includes explicit errors such as "Fund id is required," "Campaign id is required," and "Purpose id is required," alongside required tender type, solicitation method, source, and topic IDs. That suggests Neon expects several attribution dimensions on a donation and rejects an incomplete gift at the door. This is stricter than Bloomerang's fall-back-to-default behavior, trading friction now for cleaner reports later.

Neon also protects history after the fact. Its error list includes messages saying a donation cannot be edited once a CRA receipt has been issued (until unlocked in the interface) or once it has been synced to QuickBooks. The CRA lock is specific to Canadian receipting. The general lesson is that once a gift has been receipted or synced to accounting, the system treats it as a record to protect. That helps audits and complicates corrections.

Recurring gifts are stored as schedules: the error catalogue lists required fields for recurring period, period type, and next date, and enforces that the end date falls after the next date. Soft credits arrived later; the OpenAPI reference notes the soft credit list endpoint was added in API v2.3.

Where it can go wrong: Fundraise Up's integration guide states that Neon CRM does not have a recurring donations object, so its integration records each installment as a separate donation. Neon's own API, however, lists recurring donation endpoints. The likely explanation is that the integration writes individual donations rather than using Neon's native schedule, so "recurring donor" reports may miss those gifts unless you add a custom field. The same guide says refunded donations delete the transaction from Neon CRM. If donations arrive through a third-party form tool, confirm how they are written into your ledger before trusting totals.

DonorPerfect: a gift table driven by code tables

DonorPerfect is the oldest of the three, and its structure shows it. A partner integration reference (WeGive) documents the primary table as dpgift (gift records), with fields including a gift ID, donor ID, a record type of "G," a gift date in MM/DD/YYYY format, amount, a GL code that must already exist, a pledge payment flag, a memorial or honor name, and a narrative. This is a partner's documentation of DonorPerfect's API, not DonorPerfect's own, so treat it as a guide rather than a specification.

Attribution is code-driven. DonorPerfect's user guide describes code tables for GL, solicitation, and campaign, and notes that a campaign code can auto-fill from the solicitation code. Fundraise Up's guide states the consequence plainly: for general ledger, campaign, solicit code, and sub-solicit code, you must use the exact IDs that exist in your DonorPerfect system. That is rigid, but a code that is not in the table cannot be stored.

Pledges follow a parent-and-child pattern. DonorPerfect's XML API manual says the pledge procedure creates or saves a parent pledge and is not used for pledge payments. Payments are entered as gifts applied against the pledge; in the interface, you highlight the pledge, click Apply Payment, and a gift screen for the pledge payment appears.

The most interesting design choice is how totals work. The API manual says the save-gift procedure updates certain calculated fields but not others, such as fiscal-year fields, so some totals are stored and refreshed by specific operations rather than recomputed on demand. DonorPerfect's own training shows why this matters: a demonstration donor's lifetime gift total was $16,770, while the donor's total value, once pledges and soft credits were included, was described as roughly $116,000. Whether a "total" includes pledges and soft credits is a setting, not a fact. DonorPerfect's release notes say SYBUNT and LYBUNT reports can display soft credits when the "Include Soft Credits in Calculated Fields" parameter is enabled.

Credit has nuances too. For a notification gift, DonorPerfect says the gift is recorded in the donor's record as usual, and the recipient is linked to it without their giving totals changing. For donor-advised funds, DonorPerfect recommends putting the hard credit under the fund's record while still crediting the individual giver.

Side-by-side: how the three model giving history

Design question Bloomerang Neon CRM DonorPerfect
Core unit Transaction split into one or more designations Donation with attached payment Gift record (dpgift), record type "G"
Attribution Fund, campaign, appeal Fund, campaign, purpose (plus source, solicitation method) GL, solicitation, sub-solicit, campaign codes
Missing attribution Web forms default to the first fund API rejects with "required" errors Codes must already exist in code tables
Pledges Pledge plus pledge payments Pledge plus pledge payments Parent pledge; payments entered as gifts
Recurring Schedule plus payments; future payments editable Schedule with period and next date Not verified in the sources read
Soft credit Read-only soft credit on donation; peer-to-peer auto-credits Soft credit endpoints (API v2.3+) Linked gifts; inclusion in totals is a setting
Edit protection Not verified Locks after CRA receipt or QuickBooks sync Not verified
Totals Vendor-described insights; underlying fields not verified Not verified in the sources read Calculated fields, partly stored, configurable

"Not verified" means no authoritative documentation was found for that cell. It was left blank rather than guessed.

Where giving history breaks

Across the vendor and partner documentation, four failure patterns repeat.

  1. Defaults hide errors. Bloomerang's first-fund default is convenient and silent. Neon's required fields are annoying and loud. Choose which failure mode you can live with.
  2. Integrations flatten commitments. A recurring plan from a third-party form tool can arrive as individual donations. Check how each incoming gift is typed before relying on retention reports.
  3. Refunds may erase history. In the Fundraise Up and Neon combination, refunds delete the record. Bloomerang says Bloomerang Fundraising transactions cannot be refunded through the CRM; they are refunded from the fundraising platform. Know where the refund happens.
  4. "Total giving" is a definition. In DonorPerfect, the same donor can look like a $16,770 donor or a roughly $116,000 donor depending on a setting. Write down what your organization means by the phrase before comparing reports across systems.

Verified pricing (checked September 20, 2026)

Bloomerang's and Neon's official pricing pages were checked on September 20, 2026, including live phone captures of both pages shown below. DonorPerfect does not publish a firm price card, so its figures come from its official pricing guide as excerpted by search and a third-party check dated September 17, 2026.

Product What the vendor publishes Source
Bloomerang CRM From $125/month, billed annually Bloomerang pricing page
Bloomerang Fundraising From $40/month, but must be purchased as a bundle with Bloomerang CRM Bloomerang pricing page
Bloomerang Volunteer From $119/month, billed annually Bloomerang pricing page
Bloomerang Giving Platform From $242/month, billed annually; contact sales. Inclusions differed between two reads of the page on Sept. 20, 2026 (see Pattern 2) Bloomerang pricing page
Neon CRM From $99/month; revenue-based; unlimited contacts and users Neon One pricing page
Neon add-ons Memberships +10% of CRM fee, Volunteers +10%, Events +20% Neon One pricing page
DonorPerfect Pricing guide says suites start at $99/month; homepage says $119/month; Core, Plus, and Pro are priced on request
 Third-party check, Sept. 17, 2026




Figure 1. Bloomerang's public pricing page (bloomerang.com/pricing), captured on a phone on September 20, 2026. Bloomerang's page states that Fundraising must be purchased with the CRM. Image cropped to remove the phone's status bar; content unedited.





Figure 2. The same Bloomerang pricing page, scrolled to CRM ($125) and Volunteer ($119), captured September 20, 2026.

Bloomerang states that pricing is based on the number of records (contacts) you track, with unlimited users on every plan. Neon states the opposite philosophy: it charges by total revenue, not records.




Figure 3. Neon One's public pricing page (neonone.com), captured on a phone on September 20, 2026. This capture shows the $99 starting price and the three optional modules; the percentage add-on pricing is described in the page text and is not visible in this image.

Neon's page does not list revenue tiers; its pricing-guide form offers revenue bands from $0-$15K up to $10M+, and one third-party listing reports plans of $99, $199, and $399 per month. Treat that listing as unconfirmed, especially since it describes Neon pricing as record-based, which contradicts Neon's own page.

The overpay pattern, with numbers

Comparing sticker prices is the trap. Here is what the verified numbers show.

Pattern 1: The headline price is not the floor. Bloomerang Fundraising's $40 headline requires the CRM, so the real entry cost is $40 + $125 = $165 per month, or $1,980 per year, about 4.1 times the headline. Aggregators add to the confusion: across sources published between January and September 2026, Bloomerang appeared as "starting" at $40, $45, $79, $119, and $125. That is a 3.1x spread for one product. DonorPerfect's spread across sources is $89 to $119, or 1.3x.

Pattern 2: The bundle math is unclear, so do not assume the platform is cheaper. Fundraising ($40) plus CRM ($125) at starting prices is $165 per month, while the Giving Platform starts at $242 (contact sales). Two reads of Bloomerang's pricing page on September 20, 2026 disagreed on what the platform includes: one listed Volunteer and prospect research as included, and the phone capture in Figure 1 lists them as optional upgrades priced separately. Until Bloomerang confirms in writing what the $242 covers, treat any claimed bundle saving as unproven and ask for an itemized quote.

Pattern 3: Neon's add-ons scale with your revenue tier. At the $99 base, all three modules add 10% + 10% + 20% = 40%, or $138.60 per month ($1,663.20 per year) versus $1,188 for the CRM alone, an extra $475.20 per year. If the unconfirmed $399 tier is real, the same modules would add $159.60 per month for a total of $558.60. The functionality does not change; the price of adding it does. Ask Neon for your exact tier before comparing.

Pattern 4: Processing fees can outweigh the subscription. DonorPerfect's processing rate is not published on the pages read. Third-party sources report 2.89% + $0.30 per card transaction, and note the underlying processor quotes 2.6% to 2.9% + $0.30 depending on volume and business type. Using 2.89% + $0.30 and an assumed average online gift of $75 (an assumption, not vendor data):

Online giving per year Approx. transactions Processing cost Subscription at $99/mo Subscription at $119/mo
$50,000 667 $1,645 $1,188 $1,428
$100,000 1,333 $3,290 $1,188 $1,428

At $100,000 in online gifts, processing is about 2.8 times the $99 subscription and 2.3 times the $119 one, for an all-in annual cost of roughly $4,718 on the $119 figure.

A fairness caveat: every processor charges something, so this is not a "DonorPerfect costs more" finding. Processing rates for Bloomerang and Neon were not verified, so no comparison is claimed. A subscription price alone tells you little. Get all three vendors' processing rates in writing and run your own donation volume through them.

Pattern 5: Features and records drive cost more than the ledger does. DonorPerfect's pricing guide shows QuickBooks integration, auctions, crowdfunding, moves management, and automated alerts from the Plus plan upward, with custom API access on Pro only, so a team that needs accounting sync effectively buys the higher tier. Bloomerang's model scales with records, and third-party analysis notes that records include lapsed donors and contacts, so costs grow with the database whether or not those records generate revenue. Neon markets the reverse. A high-record, low-revenue organization (a large event list, for example) tends to fit revenue-based pricing, while a low-record, high-revenue one may do better with record-based pricing. Count your records before you decide.

What reviewers say

Reviews mirror the pricing findings. A small-museum reviewer on Capterra titled an April 2026 review "Good Features, But Costly for a Small Nonprofit," praising ease of use and donor tracking while wishing pricing scaled with organization income. A verified reviewer on TrustRadius said "ROI is huge; lower cost + quick 'up and running.'" The same product, viewed from different budgets, produces opposite value verdicts.

For Neon, G2 reviewers broadly call it good value, and several flag that events, memberships, and volunteer modules are a meaningful extra expense beyond the entry-level subscription, which matches Pattern 3. For DonorPerfect, Capterra's review summary says costs can rise steeply as features are added, some reviewers report hidden costs for upgrades and integrations, and per-donor pricing can hurt organizations with large databases, while flexibility and support are praised. That matches Patterns 4 and 5.

Which fits which organization

These are documentation-based leanings, not hands-on verdicts.

Bloomerang suits teams that want relationship activity and gifts on one timeline and whose record count stays modest relative to revenue. Watch the first-fund default in web forms.

Neon CRM suits organizations that need memberships and events tied to donations, especially those with many low-value records. Expect stricter attribution and protected receipted history, and budget for the module percentages.

DonorPerfect suits teams that want mature code-based attribution, batch gift entry, and configurable totals, and are willing to get a written quote covering tier, processing, and migration. Settle the "what counts in totals" question before going live.

How this was researched

  • Sources: Vendor pricing pages, vendor and partner developer documentation, help-center articles, and public review platforms, all read between September 16 and 20, 2026 (listed below).
  • Pricing captures: Figures 1 to 3 are phone screenshots of Bloomerang's and Neon's public pricing pages taken on September 20, 2026, cropped only to remove the phone's status bar.
  • Read from text only: DonorPerfect's own pricing page could not be opened directly, so its figures rely on the official pricing guide as excerpted by search and a dated third-party check.
  • Discrepancy: Two reads of Bloomerang's pricing page on September 20, 2026 differed on whether the Giving Platform includes Volunteer. This is flagged in Pattern 2 rather than resolved.
  • Not done: No database was migrated between these systems, and processing rates for Bloomerang and Neon were not verified. The "not verified" cells in the comparison table are real gaps.
  • Assumptions: The $75 average gift and the processing rate in Pattern 4 are stated assumptions, not vendor data.
  • Scope: This is a documentation-and-pricing review, not a hands-on product test. No product-interface screenshots are included because none were captured; the data-model descriptions rely on the vendors' published documentation and are labeled accordingly.
  • Independence: No vendor paid for, reviewed, or approved this article.

Corrections: If you spot an error, please use the Contact page on this site. Corrections are dated in the update log below.

Update log: September 20, 2026: First published; pricing and documentation verified.

FAQ

Which platform has the strictest giving data structure? From the API error catalogues, Neon appears strictest on required attribution, and DonorPerfect on requiring pre-existing codes. Bloomerang falls back to a default fund for web forms.

Is a pledge counted as a gift? Not by default in any of them. All three store pledges separately from pledge payments, and DonorPerfect makes inclusion in totals a setting.

Can I move my giving history between these systems? Yes, but pledges, recurring schedules, and soft credits are the parts most likely to break. DonorPerfect's pricing guide advertises free data transfers from most CRMs, while its data transfer page says pricing varies with record volume, data quality, and services. Ask for the scope in writing.

Which is cheapest? It depends on records, revenue, add-ons, and processing. Use the numbers above with your own inputs, and confirm current prices on each vendor's site.

About the author

Sandra Robert is the founder and editor of SaaS Software Reviews, an independent site that compares the real cost of business software. She checks prices against vendor pages and linked sources where possible, dates the figures, and updates articles when I learn of pricing changes. Corrections? Contact Sandra.

Sources