Gathering additional information

Currently Pay uses the postal module to provide an address element for AVS. If you install the Postal project http://drupal.org/project/postal you'll have this field. This information is not currently stored but just used for AVS purposes. Beyond that, you'd likely want to extend the donation form to integrate with user registration. This is a bit tricky, as you'd also need some bits to link return visitors (who don't realize they have a user account from a previous donation) to their previously created account.

Ultimately some of these functions will be provided through our overarching CRM efforts where modules such as Pay and Donate along with mailing and marketing tools like Send, News and MLM are brought together.

In the interim, Pay does track what user initiated a transaction if a user is logged in when the transaction is generated. This can be exposed via Views and tied back to a user and a user's profile. Integrating a signup process or requiring registration/login prior to a transaction would collect the information you need.

There may be other solutions available soon as well.

Hi Obrienmd,

If you're taking donations against something like a program, you should try using donation in combination with the Pay Node module. This allows you to create a new donation form per content type or per node, or link a group of nodes to one donation form.

For an example of this, take a look at The Cedar @ http://www.thecedar.org/get-involved/donate

The Cedar is a local non-profit music venue. They have a number of programs or Series throughout the year, and wanted to be able to take donations either generally, or specifically against one of these programs. To facilitate this we're using Donate, Pay, and Pay Node.

The Cedar has one donation form created, basically for their general fund. Using Pay and Pay Node that donation form is available to be used on all nodes of content type Series. When a donation is made to the general donation form, it's recorded normally. When a donation is made to the same form attached to a Series such as Cedar Outdoors, the NID of the related node is tracked as well. This allows you to set up reporting showing total donations and total contributions against particular programs.

You'll see some of the series listed on http://www.thecedar.org/get-involved/donate with links to support each. Browse around to get a feel for it and let us know if you have questions!

Hope this helps!

Jeremiah

Ouch! Yeah sorry to hear that. If you take another look keep us updated, I think the tools are already there for supporting what you've described of your use case, probably wouldn't take very long to set up!

Jeremiah

Related problem using Donate, Postal and Authorize.net. Our authorize.net account is set up to require address/city/state/zip fields; these appear (after installing Postal), but are not "required" on the node payment form we've set up. If a donation is submitted without one of these fields, the user is taken to the confirmation page, and given this drupal error: "Error processing payment: Authorize.Net gateway returned 'Bill To City is required.'"

Is there a way to either 1: (ideally) make the address fields required for submission on the payment page, or 2: return users to the payment page with this error, not the confirmation page?