0

I want Finance Administrators to have the ability to record cash or check membership contributions with predefined Price Sets.

In this aim, I have created a Contribution Page with no Payment Processor.

But when I use this Contribution Page to record someone else's Check or Cash Contribution (i.e. with ...&cid=0)(e.g. https://mysite.com/civicrm/contribute/transact?reset=1&id=8&cid=0), and select the pertaining user, his email is not displayed (while it is if my Contribution Page specified a Payment Processor) :

... and I get the following message : email is a mandatory field

Is there any solution, or is it a bug ?

(I am in Drupal 7.51 / CiviCRM 4.7.12)

Improve this question
2
  • Finance Administrators can record (cash or check) offline contributions using pricesets. What do you want to use Contribution page?
    – Ghost
    Commented Nov 25, 2016 at 12:22
  • Thank you Ghost : 2 reasons : 1-Filling Contributions is combersome and dangerous if you have a number of checks to record (lots of info to repeat) ; 2-Contributions do not accept (propose) Membership Price Sets.
    – Jacques-Marie Moranne
    Commented Nov 28, 2016 at 8:28

2 Answers 2

Reset to default
1

I presume you are trying both to simplify things for your Finance Administrators and restrict who has direct access to CiviCRM, but I don't think using a front-facing CiviCRM contribution page will accomplish those aims.

If monetary contributions are involved then a front-facing CiviCRM contribution page will need either to have a payment processor specified or to have the "Pay later option" ticked. Once the pay later option is enabled then the email field will be pre-filled when an existing contact is selected.

However, if the pay later option is ticked then the payment is recorded as "pending (pay later)" so the Finance Aministrators will still need direct access to CiviCRM to record the payment. You also then have a two-step process rather than a one-step process.

It might be easier to use permissions to restrict what Finance Administrators can do in CiviCRM and train them to use a rear-facing form.

And just for completeness for other people looking at this Q&A, at this time CiviCRM pricesets cannot be used with webforms.

Improve this answer
3
  • though you can reconstruct the equivalent of a Price Set on a webform i think
    – petednz - fuzion ♦
    Commented Nov 27, 2016 at 5:00
  • Thank you Pete : not exactly : it is not really for me a matter of authorization, but of ease : members or participants can pay either on line (via a Contribution Page with a Payment Processor) or by check or cash : I would like to have a Contribution Page so that pertaining administrators could record those easily (i.e. same Contribution Page but rear facing, with same Price Set, but no Payment Processor). Concerning your Webform suggestion, I think you mean using custom fields (?) : it may be a spare solution
    – Jacques-Marie Moranne
    Commented Nov 28, 2016 at 8:42
  • Sorry, I meant thank you JoAnne. BTW, Pete : Congratulations for your Rugby victory (... but we are progressing ...)
    – Jacques-Marie Moranne
    Commented Nov 28, 2016 at 8:49
1

Finally, il you use Stripe Processor (maybe also others) and Webforms, you can include the Contribution page in a Webform, which gives the ability :

  • to record some membership custom data (e.g. check number, and bank id)
  • to fix (or let the user choose) pay later vs pay on line
  • to actually pay on the way
  • and do this all in one

Great !

Improve this answer

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.