Answers.Body: <p>A couple of thoughts:</p>
  
  <ol>
  <li>The data model where Payment is recorded from a Different Contact in CiviCRM (for Membership payments) does indeed exist natively in CiviCRM. You can use this to record a Payment From the Organization.</li>
  </ol>
  
  <p><a href="https://i.sstatic.net/UZpxv.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/UZpxv.png" alt="enter image description here"></a></p>
  
  <ol start="2">
  <li>The data model where if an Membership Organization has acquired a Membership -> Memberships can filter down to a specific number of Individuals who have a current/specific relationship with that Organization also exists natively in CiviCRM.</li>
  </ol>
  
  <p><a href="https://i.sstatic.net/NkBao.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/NkBao.png" alt="enter image description here"></a></p>
  
  <ol start="3">
  <li><p>The data model where the Contribution is recorded at an Individual level and subsequently the Organization is also invoiced for it - that's highly unusual as it will lead to double financial records. If the Organization is paying for the Membership but the Individual is paying/perhaps this would be a reimbursement from the Organization to the Individual? </p></li>
  <li><p>(preface - love Webform CiviCRM module) - if you're on Drupal - you can have a single Organization purchase memberships for any number of Individuals on one page; The monies will be recorded in that Organization's Contact Record - all Individuals will get Memberships; Add in Soft-Credits for bonus points. </p></li>
  </ol>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-16T20:55:40.257Z
Answers.Text: Thanks. I ended up writing a custom thing to pass the info to paypal.
Answers.UserDisplayName: Patrick Davis
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-16T20:58:13.323Z
Answers.Text: We basically use method 3. The individual has a membership, but to simplify things for the treasurer (and most units have their own dues on top of ours) the unit pays national. So we don't record the payment as from the unit, but apply it to individuals. So before I wrote a form in my extension for civi, the adjutant had to process each individually into the database. They now want to add credit cards as a payment option, so I was just extending that entry form to then pass the info to a payment processor.
Answers.UserDisplayName: Patrick Davis
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2018-04-15T20:29:21.760Z
Answers.LastActivityDate: 2018-04-15T20:29:21.760Z
Answers.UserDisplayName: KarinG - Semper IT
Body: <p>I am trying to create a form to renew dues for multiple members at once. We do dues by member organization and not the individual.</p>
  
  <p>I have a form working to do that, but need a way to bulk pay. I can't seem to figure out a API call to create a payment using a processor that doesn't create a contribution for the whole payment, since that is already being recorded at a individual level.</p>
  
  <p>Does any one know if there is a CiviCRM native way to do this, or am I going to to have to write custom paypal code for this?</p>
  
Tags: <civimember><webform-civicrm><payment-processor>
Title: payment-processor for multiple (bulk) memberships
ThreadText: # payment-processor for multiple (bulk) memberships
  
  (Asked by: username_0 on 2018-04-13)
  
  I am trying to create a form to renew dues for multiple members at once. We do dues by member organization and not the individual.
  
  I have a form working to do that, but need a way to bulk pay. I can't seem to figure out a API call to create a payment using a processor that doesn't create a contribution for the whole payment, since that is already being recorded at a individual level.
  
  Does any one know if there is a CiviCRM native way to do this, or am I going to to have to write custom paypal code for this?
  
  **Tags:** civimember, webform-civicrm, payment-processor
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2018-04-15. Score: 0
  
  A couple of thoughts:
  
  1. The data model where Payment is recorded from a Different Contact in CiviCRM (for Membership payments) does indeed exist natively in CiviCRM. You can use this to record a Payment From the Organization.
  
  [![enter image description here](https://i.sstatic.net/UZpxv.png)](https://i.sstatic.net/UZpxv.png)
  
  2. The data model where if an Membership Organization has acquired a Membership -> Memberships can filter down to a specific number of Individuals who have a current/specific relationship with that Organization also exists natively in CiviCRM.
  
  [![enter image description here](https://i.sstatic.net/NkBao.png)](https://i.sstatic.net/NkBao.png)
  
  3. The data model where the Contribution is recorded at an Individual level and subsequently the Organization is also invoiced for it - that's highly unusual as it will lead to double financial records. If the Organization is paying for the Membership but the Individual is paying/perhaps this would be a reimbursement from the Organization to the Individual?
  4. (preface - love Webform CiviCRM module) - if you're on Drupal - you can have a single Organization purchase memberships for any number of Individuals on one page; The monies will be recorded in that Organization's Contact Record - all Individuals will get Memberships; Add in Soft-Credits for bonus points.
  
  > **Comments:**
  > **username_0**: Thanks. I ended up writing a custom thing to pass the info to paypal.  
  > **username_0**: We basically use method 3. The individual has a membership, but to simplify things for the treasurer (and most units have their own dues on top of ours) the unit pays national. So we don't record the payment as from the unit, but apply it to individuals. So before I wrote a form in my extension for civi, the adjutant had to process each individually into the database. They now want to add credit cards as a payment option, so I was just extending that entry form to then pass the info to a payment processor.  
  
  ---
  
  