Answers.Body: <p>I don't have the same error, but a similar issue with workflow for processing additional cc registrations where we can't "submit a credit card edit to an event registration" to add these items for folks. That would be ideal.</p>
  
  <p>Last year we worked around by either having them run through registration again for only the additional item or submitting a credit card registration for the additional item in the back end, then consolidating the line items in one record, updating the amount paid, forcing the status 'registered' at the top, and deleting the second event registration.</p>
  
  <p>This caused a bunch of problems for example the event report dollar amount was off because when editing event registration line items you can't add in discount codes or edit the event total, only the contribution total. Therefore only the contributions dollar amount with that financial code was correct.</p>
  
  <p>In the end the event ran and the badges printed. Not a great answer but this is what we ad-hoc threw together and wanted to say you aren't the only one who has had this workflow issue for events.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-14T22:55:16.180Z
Answers.Text: Did you ever find another solution to this issue?
Answers.UserDisplayName: Zachary
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-15T14:39:49.380Z
Answers.Text: One thing that has been suggested to me is make each line item a separate event and pull them into the same registration page with an extension. This makes cancelling and re-ordering administratively easier, but setup is much harder. As Tamar suggests below the 'cc edit' could be something that needs people to pull together and fund development for a feature. I would think it's a relatively large and difficult project due to PCI and all that.
Answers.UserDisplayName: Eli Lisseck
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-01-15T16:01:41.653Z
Answers.LastActivityDate: 2016-01-15T16:01:41.653Z
Answers.UserDisplayName: Eli Lisseck
Answers.Body: <p>My answer to this would be the same as to your latest question in this regards (<a href="https://civicrm.stackexchange.com/questions/13214/credit-card-payment-after-editing-event-registration-with-more-choices">Credit Card Payment after Editing Event Registration with more Choices</a>):</p>
  
  <p>Your use case is quite valid, however, the assumption that once a contribution has been marked as completed, there should be no need for further payment processing, and, AFAIK, is meant to preserve data integrity. That said, aside from what Pete suggested, the only other way I can think of would be for you to charge the amount due directly via your payment processor portal (i.e. outside of Civi), and then update the pending contribution to a status of completed and include the transaction ID for good measure. In this way, your event income reporting will remain accurate without having to cancel the participant registration and re-record it.</p>
  
  <p>I do like the thought of an extension that provides more flexibility as Eli suggests, but that request would either need to come with funding if you would like the core team to handle it, or through contributed code from the community. </p>
  
  <p>Hope this helps! Tamar</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-08-13T17:36:42.443Z
Answers.LastActivityDate: 2016-08-13T17:36:42.443Z
Answers.LastEditDate: 2017-04-13T12:53:13.017Z
Answers.UserDisplayName: Tamar Meir - Cividesk
Body: <p>I am running CiviCRM (4.6.9) on Joomla (3.4.5), and am having issues changing registrations for events and posting payments due to changes to the registration options for an event.</p>
  
  <p>We have a lot of events with options.  We use price sets pretty heavily to cover all of those options.  If a user registers for an event, and pays with a credit card all works as it should.  However if that same user comes back to us and wants to change their registration, by wanting an additional option like attending a banquet, the status for that event for the user gets changed to Partially Paid.  This is where it all break down for us.</p>
  
  <p>If the user chose initially to pay offline (by sending us a check), instead of by credit card, we can at this point open the Event record for editing, and see a Record Payment link right there where we can click, record a new payment that we took offline and everything is perfect.</p>
  
  <p>For the user that paid with a credit card, we don't see that Record Payment link.  If we return to the event listing for that user, click on the More link and choose Record Payment, we immediately get an ugly looking error.  The error is:</p>
  
  <pre><code>An error has occurred.
   0 &lt;div id="crm-container" class="crm-container" lang="en" xml:lang="en"&gt; &lt;style type="text/css" media="screen"&gt; @import url(/administrator/components/com_civicrm/civicrm/css/civicrm.css); @import url(/administrator/components/com_civicrm/civicrm/bower_components/jquery-ui/themes/smoothness/jquery-ui.min.css); &lt;/style&gt; &lt;div class="messages status no-popup"&gt; &lt;div class="icon red-icon ui-icon-alert"&gt;&lt;/div&gt; &lt;span class="status-fatal"&gt;Sorry but we are not able to provide this at the moment.&lt;/span&gt; &lt;div class="crm-section crm-error-message"&gt;No payment information found for this record&lt;/div&gt; &lt;p&gt;&lt;a href="https://www.uhms.org/administrator/" title="Main Menu"&gt;Return to home page.&lt;/a&gt;&lt;/p&gt; &lt;/div&gt; &lt;/div&gt; &lt;script language="JavaScript"&gt; function toggle( element ) { var className = element.className; if ( className == 'crm-accordion-wrapper collapsed crm-fatal-error-details-block') { element.className = 'crm-accordion-wrapper crm-fatal-error-details-block'; } else { element.className = 'crm-accordion-wrapper collapsed crm-fatal-error-details-block'; } } &lt;/script&gt;
  </code></pre>
  
  <p>For watever reason the error is not displaying right.  If I look at the jumbled mess of an error I see the following:</p>
  
  <pre><code>Sorry but we are not able to provide this at the moment. No payment information found for this record
  </code></pre>
  
  <p>Why does this functionality work fine for events paid offline, but not events paid with credit cards?  It also works fine for event registrations that are created through the backend, even if I choose that it is paid with a credit card.  </p>
  
  <p>How can I fix this?  Or work around this?</p>
  
  <p>Has anyone else run into this?</p>
  
  <p>Any help or guidance would be appreciated.  Thank you.</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-01-06T20:42:54.630Z
Comments.Text: I wanted to bump this question again.  Has anyone ever had an issue like this?  Anyone have any thoughts how to get around this issue?  We are having a heck a time with this, and it is causing us a lot of issues.  Any help or hints would be appreciated.
Comments.UserDisplayName: vanboke
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-11-02T18:59:33.960Z
Comments.Text: Just one more piece of information on this question.  We are using Authorize.net for all online credit card transactions.  Any help or hints on this question would be appreciated.
Comments.UserDisplayName: vanboke
Tags: <civievent><joomla>
Title: Having issues with recording new payments for registrations paid with credit cards
ThreadText: # Having issues with recording new payments for registrations paid with credit cards
  
  (Asked by: username_0 on 2015-10-29)
  
  I am running CiviCRM (4.6.9) on Joomla (3.4.5), and am having issues changing registrations for events and posting payments due to changes to the registration options for an event.
  
  We have a lot of events with options. We use price sets pretty heavily to cover all of those options. If a user registers for an event, and pays with a credit card all works as it should. However if that same user comes back to us and wants to change their registration, by wanting an additional option like attending a banquet, the status for that event for the user gets changed to Partially Paid. This is where it all break down for us.
  
  If the user chose initially to pay offline (by sending us a check), instead of by credit card, we can at this point open the Event record for editing, and see a Record Payment link right there where we can click, record a new payment that we took offline and everything is perfect.
  
  For the user that paid with a credit card, we don't see that Record Payment link. If we return to the event listing for that user, click on the More link and choose Record Payment, we immediately get an ugly looking error. The error is:
  
  ```
  An error has occurred.
   0 <div id="crm-container" class="crm-container" lang="en" xml:lang="en"> <style type="text/css" media="screen"> @import url(/administrator/components/com_civicrm/civicrm/css/civicrm.css); @import url(/administrator/components/com_civicrm/civicrm/bower_components/jquery-ui/themes/smoothness/jquery-ui.min.css); </style> <div class="messages status no-popup"> <div class="icon red-icon ui-icon-alert"></div> <span class="status-fatal">Sorry but we are not able to provide this at the moment.</span> <div class="crm-section crm-error-message">No payment information found for this record</div> <p><a href="https://www.uhms.org/administrator/" title="Main Menu">Return to home page.</a></p> </div> </div> <script language="JavaScript"> function toggle( element ) { var className = element.className; if ( className == 'crm-accordion-wrapper collapsed crm-fatal-error-details-block') { element.className = 'crm-accordion-wrapper crm-fatal-error-details-block'; } else { element.className = 'crm-accordion-wrapper collapsed crm-fatal-error-details-block'; } } </script>
  
  ```
  
  For watever reason the error is not displaying right. If I look at the jumbled mess of an error I see the following:
  
  ```
  Sorry but we are not able to provide this at the moment. No payment information found for this record
  
  ```
  
  Why does this functionality work fine for events paid offline, but not events paid with credit cards? It also works fine for event registrations that are created through the backend, even if I choose that it is paid with a credit card.
  
  How can I fix this? Or work around this?
  
  Has anyone else run into this?
  
  Any help or guidance would be appreciated. Thank you.
  
  **Tags:** civievent, joomla
  
  > **Comments:**
  > **username_0**: Just one more piece of information on this question.  We are using Authorize.net for all online credit card transactions.  Any help or hints on this question would be appreciated.  
  > **username_0**: I wanted to bump this question again.  Has anyone ever had an issue like this?  Anyone have any thoughts how to get around this issue?  We are having a heck a time with this, and it is causing us a lot of issues.  Any help or hints would be appreciated.  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2016-01-15. Score: 1
  
  I don't have the same error, but a similar issue with workflow for processing additional cc registrations where we can't "submit a credit card edit to an event registration" to add these items for folks. That would be ideal.
  
  Last year we worked around by either having them run through registration again for only the additional item or submitting a credit card registration for the additional item in the back end, then consolidating the line items in one record, updating the amount paid, forcing the status 'registered' at the top, and deleting the second event registration.
  
  This caused a bunch of problems for example the event report dollar amount was off because when editing event registration line items you can't add in discount codes or edit the event total, only the contribution total. Therefore only the contributions dollar amount with that financial code was correct.
  
  In the end the event ran and the badges printed. Not a great answer but this is what we ad-hoc threw together and wanted to say you aren't the only one who has had this workflow issue for events.
  
  > **Comments:**
  > **username_2**: Did you ever find another solution to this issue?  
  > **username_1**: One thing that has been suggested to me is make each line item a separate event and pull them into the same registration page with an extension. This makes cancelling and re-ordering administratively easier, but setup is much harder. As username_3 suggests below the 'cc edit' could be something that needs people to pull together and fund development for a feature. I would think it's a relatively large and difficult project due to PCI and all that.  
  
  ---
  
  ### Answer by username_3 on 2016-08-13. Score: 0
  
  My answer to this would be the same as to your latest question in this regards ([Credit Card Payment after Editing Event Registration with more Choices](https://civicrm.stackexchange.com/questions/13214/credit-card-payment-after-editing-event-registration-with-more-choices)):
  
  Your use case is quite valid, however, the assumption that once a contribution has been marked as completed, there should be no need for further payment processing, and, AFAIK, is meant to preserve data integrity. That said, aside from what Pete suggested, the only other way I can think of would be for you to charge the amount due directly via your payment processor portal (i.e. outside of Civi), and then update the pending contribution to a status of completed and include the transaction ID for good measure. In this way, your event income reporting will remain accurate without having to cancel the participant registration and re-record it.
  
  I do like the thought of an extension that provides more flexibility as Eli suggests, but that request would either need to come with funding if you would like the core team to handle it, or through contributed code from the community.
  
  Hope this helps! username_3
  
  
  ---
  
  