Skip to main content
Featured group

Salesforce.org System Administrators

This is a public group for all admins in the nonprofit & education space!

Our org wants to utilize GAU Allocations - but from what I can tell, On the "New Opportunity" form, there's no way to just have a field similar to Primary Campaign Source where you just select which GAU you want to associate the donation with. The only way to do it is after the Opportunity is created, going to related lists in the newly created record and edit the GAU, which takes too long. I imagine this is because GAU has the ability to be split up the amount into multiple Allocations, which is too complex for a simple lookup field, but 99% of the time I just want it to go 100% to one GAU. How can I make this an option directly from the New Opportunity form? I know Campaigns can be tied to a GAU but sometimes we'll have an event where people give to different things, so that's not a solution. Would the easiest thing be to Create a picklist with the GAU options and then a flow that creates a GAU based on the picklist selection? 

5 answers
  1. Today, 2:26 PM

    I don't have need for this so I've never solved it. An opportunity has one closed date. A payment has one date. GAU offers zero dates.

    If I truly had a one off for this, I would break it into three opportunities with three closed dates and market so that we don't think people for them multiply and try to live with it. If it were an extremely routine thing, I would probably create 3GAU for the funding in different years and make the allocation that way. Reporting would obviously have to be driven by the GAU grouping and not necessarily the year given. I don't think NPSP or Salesforce has a clean answer for this type of thing.

    Even financial folk don't have a great solution. They typically accrue all of it into one account separate out the future part into a liability and then transfer from the liability to current assets one year at a time. That's another option, I suppose. Inner one opportunity with the full amount and make 1/3 GAU allocation to the fund. Create two activities do a year from now and two years from now to allocate more of the Donation to the GAU. In the end, you have 100% of an allocated to the fund and it reports Properly. In the middle, the donation reports properly as a whole donation, but the GAU only gets credit for the "earned" portion. But it's two manuel tasks for someone.

    --Terry

0/9000

PSA for anyone using Grants Management (managed package built on Outbound Funds model) AND also actively using the guidestar verification feature in any automated manner.  

 

In case you aren't fatigued enough with all of the security changes coming next week, there was an announcement for anyone using the native guidestar verification included in the Grants Management managed package with changes deploying now > the underlaying certificate will be changed to Candid's Premiere API instead of the current Guidestar Essentials API. 

 

If you automated the guidestar check in any way (including using the out-of-the-box flow that was released in 2022), at some point you will hit a gobbly gook error and not know why (fun fact: there are no plans to fix it).  

 

If you have already manually updated all of your custom code to handle that error based on the change to the new Candid Premiere API OR you already manually run the tax verification OR you don't use the included guidestar API - excellent > ignore me.  

 

If you are still heavily dependent on the included guidestar verification and don't know WTF I'm talking about, and you want to understand what will break for you, holla at me! (< am I showing my age? I know). I'm happy to chat or even have an open office-hours / ask-me-anything for anyone, depending on level of interest. 

 

also copying @Nonprofit and Education MindShare @Salesforce.org System Administrators @Foundations User Group

0/9000

Salesforce asks to verify email domain ownership. I go to setup -> authorized email domain -> domain name "salesforce.com" -> edit -> check the box "Verify domain ownership". then I got a message saying "We could not verify this domain. Add a DNS TXT record for this domain with the verification code."

I sent this to our IT and asked them to create the DNS TXT record. They say "can't be done because we don't own salesforce.com or the other domains provided."

 

Did I misunderstand Salesforce requirement? If I am to give our IT permission to Salesforce, what kind of permission/profile should I give them? I don't really want to give them admin.

7 answers
0/9000

Based on the SF announcement that come June, System Administrator users need to adopt Phishing-Resistant MFA for login, we will move to using a Yubikey for me.   We are a relatively small non-profit,  totally virtual/no physical location. Thus, all workers are remote.  We have 20 SF users. I appreciate any guidance. Question is, what is the justification or real world need for use making it required for all our users to use a physical key?

55 answers
  1. Jun 11, 8:52 PM

    Good question @Heath Parks

    . Because authentication methods don't carry over from production, you do need to reset up sandbox every time you create new or refresh an existing sandbox (i.e. delete whatever passkey you have saved and re-create a new one, if you're using a password manager). We run into this now when someone refreshes a sandbox, but there's an old TOTP code saved in the existing password vault and they don't update it when they sign into the refreshed sandbox. 

     

    I wonder if that will change, however. For instance, I know SSO doesn't get carried over for legitimate reasons, like dKIM doesn't carry over. But will MFA in the future?

0/9000

Hello everyone,

I hope you are doing well. I need your help.

I am a community college instructor, and we have a Salesforce program at Santa Monica College in Los Angeles, California. I am looking for an industry expert like you who would be willing to provide feedback and advice on our program.

I am hoping to find someone who can attend a Zoom meeting on June 4th from 12:00 PM- 1:00 PM Pacific Time. During the session, we will present an overview of our Salesforce program and invite your input and recommendations to help us stay aligned with current industry needs and move in the right direction.

No preparation is needed, and this is a one-time meeting.

Please let me know if you are available to participate and, if so, feel free to share the best email address to continue the conversation.

 

Your insights would be incredibly valuable in helping us strengthen our program and better serve our students.  This is a one-time thing.

 

Thank you in advance for your time and consideration.  

Katya Rodriguez 

1 comment
  1. Jun 11, 5:03 AM

    @Katya Rodriguez I missed this request and I'm not sure I'm qualified enough anyway, but I do hope you got someone to provide feedback. I looked at what SMC is doing with Salesforce and it seems like a great starting point to familiarize students with Salesforce. 

     

    Good luck!

0/9000

A few small orgs I'm involved with give all users the Modify All Data privilege. 

 

The reason is to make NPSP function properly.  Ex: Manage Household --> move a Contact from one single-Contact HH Account to another (due to marriage or data cleanup).  NPSP tries to delete the now-empty source HH Account. 

 

While Modify All Data is not

required

for this (only Delete on Account is required I think), in small orgs with messy record ownership, it seems to be the easy way to make sure an error never happens. 

 

My question then: In practice for small NPSP-using orgs, will all users end up being "privileged" and therefore require Phishing Resistant MFA?  Or is there a better way?  What does the community recommend as best practice here to keep NPSP running smoothly for all users without too much authentication aggravation? 

 

Emphasis on

practical for small orgs 

who don't have immediate access to a sysadmin who knows what to do when NPSP throws an error. 

 

(I'm freaking out along with the rest of the community about the upcoming security changes...) 

 

@Salesforce.org System Administrators

 

 

#Salesforce Admin

4 answers
  1. Jun 3, 7:00 PM

    Hi @John Fine

    - great to see your name! 

     

    I don't think it matters really how large, small, or resourced an organization is. If the user has the *System Permission* for Modify All Data, then they must have phish-resistant MFA. And I'd argue, given everything happening in the world right now, they should.  

     

    There isn't a good reason for a user to have Modify All Data, again at the *system* level, to work around these issues in NPSP. They can have it at the Object level on Account instead. 

0/9000

Hi Experts, 

 

I am trying to create a Gift Transaction and allocate my gift to 12 Gift Designation records using the New Gift Entry button. However, when I try to enter the gift, the form only allows me to add 3 rows.

Please find the attached screenshot for reference.  

 

Unable to Add More Than 3 Gift Designations in Single Gift Entry

 

I am not sure if this is a limitation in the Single Gift Entry Form

 

I was also unable to find any information about this in the help articles.

Can anyone please help me get better clarity on this? 

 

@Agentforce Nonprofit (Nonprofit Cloud)@Nonprofit Hub@Salesforce.org System Administrators@Nonprofit Release Readiness

1 answer
  1. Dec 10, 2025, 1:40 PM
    This will be fixed for the Gift Entry Grid (not the flow version) in Spring ‘26 .
0/9000

Hi Experts, 

 

  • We have a requirement to show the remaining balance amount on a Gift Commitment when the Schedule Type is set as Recurring.
  • The remaining balance should be calculated using:

      Total Gift Transaction Amount - Total Paid Gift Transaction Amount 

 

  • The issue is that for recurring Gift Commitments, we cannot access all upcoming Gift Transaction records because they are only displayed in the Lightning component.

 Could anyone please confirm whether it is possible to retrieve or calculate the remaining balance amount in this scenario?   

 

@Nonprofit Hub@Fundraising@Salesforce.org System Administrators@Agentforce Nonprofit (Nonprofit Cloud)

6 answers
0/9000

Greetings,  

 

How can i create a process (simple as possible) to allow sales users to upload a contract to an opportunity? I know there is an attachment object, however i cannot incorporate whether the contract was uploaded or not to a validation rule on the opportunity that says "you cannot move this to closed won if there is no related contract created". This is my biggest issue.  

 

Is a form of screenflow the only option? 

 

Thanks! 

 

@Who owes me a beer?!? @Admin Group, Dallas, US @* MC Account Engagement (fka Pardot) * @Salesforce Flow Automation @Trailblazer Community Cove @Salesforce.org System Administrators

11 answers
  1. May 18, 5:57 PM

    @Russell Everett

    if the Files are just attached via the standard Files related list on the Opportunity Record Page, you could create a Record Triggered Flow on the Opportunity that uses a Get Records to find any Content Document Link records that meet your criteria, then update a custom Checkbox field on the Opportunity.  

     

    The Content Document Link Object is not supported as the Trigger in a Record Triggered Flow, so it needs to be initiated at the Opportunity   

     

0/9000

We are getting thoughtful questions from our Planned Giving folks about NPC's native ability to generate the present value of our gifts as required by FASB ASC 958-310. We know other tools can do this (like GiftWrap by PGCalc), but this all just sounds like calculations and reporting to me. I just don't see anything out there or in the documentation about this. We'd love any help and guidance we could get to answer these questions about what's possible.

1 answer
  1. May 14, 1:56 PM

    Commenting to follow, but also pretty sure that you need to custom build the specific calculation/formula yourself OR use one the apps that do this. i.e. I don't think it's a native functionality that comes out-of-the-box with planned gifts data model. But also happy to be wrong. So waiting for other experts to weigh in too.

0/9000