This article explains why the Nonprofit Fundraising Gift Entry flow throws an unhandled fault when you process a gift or a gift entry batch, and how to identify the failing element from the flow fault email and debug log.
"When I click Process Gift I receive the following error message..."
"Gift Entry Flow failing in Fundraising Operations, I keep getting An unhandled fault has occurred."
"An error occurred. Try again, or contact Salesforce Customer Support and provide this error ID: ."
An unhandled fault is thrown when a non-admin user (most common) runs the Gift Entry flow.
The generic error message does not name the specific object or field causing the failure. In observed cases, the running user lacks Read, Create, or Edit access on fields the flow writes to (such as ObjectSourceCodeId and PaymentInstrumentId on the Gift Transaction object), causing the invocable action to fail silently with only default fault text. This can occur in both sandbox and production environments.
Work through the causes in order. Reproduce the error as the affected user after each configuration change.
The administrator who owns the flow receives an automatic fault email when the flow fails. Open this email and note the element name and the underlying error message (for example, a field-level access error, an INSUFFICIENT_ACCESS error, or a named field such as ObjectSourceCodeId or PaymentInstrumentId).
Go to Setup > Debug Logs.
Under User Trace Flags, click New, set Traced Entity Type to User, and select the user experiencing the error.
Set the Apex Code and Workflow log levels to FINEST.
Have the user reproduce the error by clicking Process Gift.
Open the newest log and search for FLOW_ELEMENT_ERROR and INSUFFICIENT_ACCESS to identify the exact object and field causing the block.
Go to Setup > Object Manager > Gift Transaction (GiftTransaction) > Fields & Relationships.
Locate the fields named in the fault email or debug log (commonly ObjectSourceCodeId and PaymentInstrumentId).
Click on each field, click Set Field-Level Security, and for the affected user's profile or permission set, set the value to Visible (and clear Read-Only so the field is editable).
Repeat this process for any additional fields logged on Gift Transaction, Gift Commitment (GiftCommitment), Gift Commitment Schedule (GiftCommitmentSchedule), or Payment Instrument (PaymentInstrument).
Confirm the user's profile or permission set has Read, Create, and Edit object-level access on both Gift Transaction and Payment Instrument.
(Follow these steps if Step 1 identifies a rollup update element, such as a flow updating commitment-to-next-transaction values):
Go to Setup > Flows and open the failing fundraising rollup flow named in the fault email.
Click the failing element and confirm every field it reads or updates exists in your org and that the running user has Read access to those fields.
Verify the flow's API Version in flow settings is 55.0 or higher. Open the flow, click the version properties, and if it is lower, save it as a new version to update it.
After correcting field-level security or object access, have the affected user log out and log back in so the permission changes take effect.
Confirm the issue is resolved by having the affected user click Process Gift (or submit the Gift Entry batch) again and verifying that the Gift Transaction record saves successfully without the "An unhandled fault has occurred in this flow" message appearing.
005388959

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.