Answers.Body: <p>Why don't you create a contribution (using the api) and connect the participant to it?</p>
  
  <p>I'd create that contribution with the right financial type and status pending and update with the QB report. On that topic, it probably needs some tuning and work to import the file, but <a href="https://github.com/Project60/org.project60.banking" rel="nofollow">https://github.com/Project60/org.project60.banking</a> would make it possible to automatically match most of the payments and let your staff focus on the ones that are a bit weird (eg. where the amount or reference quite doesn't match) </p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-30T13:28:05.940Z
Answers.Text: I like the idea of a pending contribution, but the organization is very lax about when they take payment, and how much. A parent could pay a deposit, the entire amount due, or anything in between. They can use any combination of online, check, or cash payments. Are you thinking I should create a $0 contribution to tie all of a transaction's participants together?
Answers.UserDisplayName: Nicholai
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-30T13:30:42.940Z
Answers.Text: You can still create an initial contribution of participant x price as the initial pending one, and let them update the contribution when paying to reflect the proper amount paid.
Answers.UserDisplayName: Xavier
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-04-30T11:04:02.973Z
Answers.LastActivityDate: 2015-04-30T11:04:02.973Z
Answers.UserDisplayName: Xavier
Body: <p>We're using the API to create multiple event registrations via a single form, then send the user to Quickbooks Payments after submission for those who wish to pay a deposit online. The bookkeeper sends the back office staff a weekly QB report of all payments received that week (online, checks, cash, etc), which they then enter into Civi manually.</p>
  
  <p>Is there an "invoice number" or some other unifying ID we could use to help staff easily find the appropriate payments from the bookkeeper's report and create them on the correct Civi registrations? I see a Cart ID in the civicrm_participants table, but the cart functionality doesn't have an API, so I can't insert in a safe way. Should I just go with the Source field, or a custom field?</p>
  
Tags: <civievent>
Title: How to tie multiple event registrations to a single (non-monetary) transaction?
ThreadText: # How to tie multiple event registrations to a single (non-monetary) transaction?
  
  (Asked by: username_0 on 2015-04-29)
  
  We're using the API to create multiple event registrations via a single form, then send the user to Quickbooks Payments after submission for those who wish to pay a deposit online. The bookkeeper sends the back office staff a weekly QB report of all payments received that week (online, checks, cash, etc), which they then enter into Civi manually.
  
  Is there an "invoice number" or some other unifying ID we could use to help staff easily find the appropriate payments from the bookkeeper's report and create them on the correct Civi registrations? I see a Cart ID in the civicrm\_participants table, but the cart functionality doesn't have an API, so I can't insert in a safe way. Should I just go with the Source field, or a custom field?
  
  **Tags:** civievent
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-04-30. Score: 1 | Accepted answer
  
  Why don't you create a contribution (using the api) and connect the participant to it?
  
  I'd create that contribution with the right financial type and status pending and update with the QB report. On that topic, it probably needs some tuning and work to import the file, but <https://github.com/Project60/org.project60.banking> would make it possible to automatically match most of the payments and let your staff focus on the ones that are a bit weird (eg. where the amount or reference quite doesn't match)
  
  > **Comments:**
  > **username_0**: I like the idea of a pending contribution, but the organization is very lax about when they take payment, and how much. A parent could pay a deposit, the entire amount due, or anything in between. They can use any combination of online, check, or cash payments. Are you thinking I should create a $0 contribution to tie all of a transaction's participants together?  
  > **username_1**: You can still create an initial contribution of participant x price as the initial pending one, and let them update the contribution when paying to reflect the proper amount paid.  
  
  ---
  
  