Answers.Body: <p>Omnipay should work with the latest version - but is only relevant if a processor you wish to use is currently offered through it.</p>
  
  <p>If you want recurring in the US you should probably consider
  IATS
  Paypal
  Authorize.net</p>
  
  <p>in that order. </p>
  
  <p>IATS is most actively developed &amp; IATS has been investing in Civi development itself &amp; the other 2 have the most traction - although Authorize.net has some real technical gaps - ie. they don't retry IPNS.</p>
  
  <p>If you do go with IATS you should use their customer referral programme as your customer will save $100 that way. IATS will also either give you $100 or donate it to CiviCRM if you (like us) prefer not that in order to maintain neutrality <a href="http://home.iatspayments.com/civicrm-referral">http://home.iatspayments.com/civicrm-referral</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-23T20:00:58.557Z
Answers.Text: That's very helpful Eileen. Looking at IATS I see they support clients in Canada and UK as well as US. Big advantages over Paypal that I can see are a) ACH / Direct Debits, in addition to credit cards, and b) no mandatory emails to customers every time a recurring payment is taken.
Answers.UserDisplayName: Jonathan
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-27T19:50:33.590Z
Answers.Text: Wow - Omnipay seems "too good to be true" with support for so many processors and lot's of github activity.  What's the catch?  Could Civicrm get out of the processor support business?  Anything else relevant planned for 4.7 payment/order API that could have big impact on processor support?
Answers.UserDisplayName: Sonicthoughts
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-27T21:58:59.220Z
Answers.Text: The catch I think is that there is always going to be a bit more complexity than it can handle for some processors. Omnipay is all about standardisation - but they fiercly resist that :-)
  
  I think we will need to maintain the ability to write processor specific extensions even if many of them do move to Omnipay for flexibility
Answers.UserDisplayName: eileen
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-07-22T01:23:41.147Z
Answers.LastActivityDate: 2015-07-22T01:23:41.147Z
Answers.UserDisplayName: eileen
Body: <p>For a new client install, we need to pick a supported payment processor. Many questions about payment processors support appear in this forum, in the civicrm forums and elsewhere.  The <a href="http://wiki.civicrm.org/confluence/display/CRMDOC43/Payment+Processors#PaymentProcessors-ProcessorComparisonChart">Wiki</a> lists many and there are several <a href="https://civicrm.org/extensions/home?title=payment&amp;body_value=&amp;field_extension_cms_tid=All&amp;sort_by=field_extension_current_usage_value&amp;sort_order=DESC">extensions</a>, with various levels of support and capabilities.</p>
  
  <p>There is a general extension to support <a href="https://civicrm.org/extensions/omnipay-multiprocessor-extension">omnipay</a> but that does not support the latest (4.6.5) version and has not had much traction.  Also, <a href="https://civicrm.org/blogs/totten/timeline-47">4.7</a> will substantially refactor payment processing.</p>
  
  <p>I would normally turn to paypal as that is in core and likely dominant, but the wiki notes say it is migrating to payflow and recurring payments require an additional fee, so I'm skeptical that this may pose risk in future versions.</p>
  
  <p>Would appreciate suggestions on how to select a payment processor that will be well supported.</p>
  
Tags: <payment-processor><recurring-contributions>
Title: What payment processors will be supported in core for 4.7?
ThreadText: # What payment processors will be supported in core for 4.7?
  
  (Asked by: username_0 on 2015-07-21)
  
  For a new client install, we need to pick a supported payment processor. Many questions about payment processors support appear in this forum, in the civicrm forums and elsewhere. The [Wiki](http://wiki.civicrm.org/confluence/display/CRMDOC43/Payment+Processors#PaymentProcessors-ProcessorComparisonChart) lists many and there are several [extensions](https://civicrm.org/extensions/home?title=payment&body_value=&field_extension_cms_tid=All&sort_by=field_extension_current_usage_value&sort_order=DESC), with various levels of support and capabilities.
  
  There is a general extension to support [omnipay](https://civicrm.org/extensions/omnipay-multiprocessor-extension) but that does not support the latest (4.6.5) version and has not had much traction. Also, [4.7](https://civicrm.org/blogs/totten/timeline-47) will substantially refactor payment processing.
  
  I would normally turn to paypal as that is in core and likely dominant, but the wiki notes say it is migrating to payflow and recurring payments require an additional fee, so I'm skeptical that this may pose risk in future versions.
  
  Would appreciate suggestions on how to select a payment processor that will be well supported.
  
  **Tags:** payment-processor, recurring-contributions
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-07-22. Score: 5
  
  Omnipay should work with the latest version - but is only relevant if a processor you wish to use is currently offered through it.
  
  If you want recurring in the US you should probably consider
  IATS
  Paypal
  Authorize.net
  
  in that order.
  
  IATS is most actively developed & IATS has been investing in Civi development itself & the other 2 have the most traction - although Authorize.net has some real technical gaps - ie. they don't retry IPNS.
  
  If you do go with IATS you should use their customer referral programme as your customer will save $100 that way. IATS will also either give you $100 or donate it to CiviCRM if you (like us) prefer not that in order to maintain neutrality <http://home.iatspayments.com/civicrm-referral>
  
  > **Comments:**
  > **username_2**: That's very helpful username_1. Looking at IATS I see they support clients in Canada and UK as well as US. Big advantages over Paypal that I can see are a) ACH / Direct Debits, in addition to credit cards, and b) no mandatory emails to customers every time a recurring payment is taken.  
  > **username_0**: Wow - Omnipay seems "too good to be true" with support for so many processors and lot's of github activity.  What's the catch?  Could Civicrm get out of the processor support business?  Anything else relevant planned for 4.7 payment/order API that could have big impact on processor support?  
  > **username_1**: The catch I think is that there is always going to be a bit more complexity than it can handle for some processors. Omnipay is all about standardisation - but they fiercly resist that :-)  I think we will need to maintain the ability to write processor specific extensions even if many of them do move to Omnipay for flexibility  
  
  ---
  
  