CiviCRM Community Forums (archive)

Is there a way to use Drupal Commerce, rather than CiviContribute, for payments and still have the payments received available in the Civi database? Working on a site that needs a mixture of paid events, recurring and non-recurring subscriptions, payments to place advertisements, payments to purchase merchandise, and I really don't want to have two separate sets of payment systems to try to tie together 

Thanks,
Andy

Thanks! Will give it a look as it seems to make a lot of things easier Also means less of Civi exposed to end-users of the site, which is also something of a goal for the customer.

Only problem now is I need a UK payment processor that will accept Amex (so, not Authorize.Net) and also has working recurring billing for subscriptions (so, not WorldPay, according to forums on here). I was really hoping to be able to use Drupal Commerce's payments system, with the ability to do things like pay for Commerce items using userpoints (so for example if a member attends an event, userpoints gives them a bonus, and if their bonus > 1000 (or whatever) at subscription renewal time, they can have a discount.

will investigate commerce / webform and update this thread so others can find it.
The problem that I can see there is if webform_civicrm hands over to commerce for the actual payment, the CiviContribute data won't be accurate.

"Probably that will require a bit of glue code, which once written you should contribute back to the community "
I would, if I wasn't fairly sure that level of coding is beyond me 


To be honest the easiest answer is to tell the client they can't have Amex, but I've tried that