Answers.Body: <p>The final solution came from @Coleman and our developer resolved this by implementing a 1.9.1 branch of Stripe from GitHub alongside the dev Webform-civicrm ...</p>
  
  <p>I would tick Colemans comments as the solution, but it won't let me.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-08-13T08:19:04.693Z
Answers.LastActivityDate: 2015-08-13T08:19:04.693Z
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.Body: <p>An alternative to redirecting from a webform to a contribuion form would be to configure those settings directly in the webform. A webform can be set up to create and renew paid memberships if you configure both the "Contribution" and "Membership" sections of the webform on the CiviCRM tab.</p>
  
  <p>For more information see the <a href="http://wiki.civicrm.org/confluence/display/CRMDOC/Webform+CiviCRM+Integration#WebformCiviCRMIntegration-Memberships" rel="nofollow">Memberships and Payments webform-civicrm instructions</a>.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-17T18:29:24.680Z
Answers.Text: Right so.... that is already what I have in place. When I said in the original posts that I went directly to CiviContribute page that was just to see how the system reacted to narrow down the problems. Looking at the _Memberships and Payments_ page I would suspect that it could be because we use Stripe as our payment processor?
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-17T20:59:59.857Z
Answers.Text: Could be. Stripe integration is quite new so be sure to use the bleeding edge of the stripe extension and the latest -dev version of webform-civicrm.
Answers.UserDisplayName: Coleman
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-17T14:28:09.730Z
Answers.LastActivityDate: 2015-05-17T14:28:09.730Z
Answers.UserDisplayName: Coleman
Answers.Body: <p>For the problem with having the related org show up on the contribution page, if the relationship is not permissioned, and not of type "Employee of" then it will not work.
  There is currently work being done to fix this to work with other relationship types (although they still need to have the permission flag set in CiviCRM)
  See <a href="https://issues.civicrm.org/jira/browse/CRM-16490" rel="nofollow">https://issues.civicrm.org/jira/browse/CRM-16490</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-14T05:47:35.340Z
Answers.Text: So, because we have created the a custom relationship that is not employee of, it will not work? We have created the relationship of "Station Administrator for" which connects the relevant people to their organisation and made sure that they are permissioned. I assume now that this (and nothing within Eileen's _permissions as ACLs_ 1.2 module will solve anything until the issue tracker fix is implemented?
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-14T06:01:58.137Z
Answers.Text: Thinking about it, is there a quick and dirty fix to create an identical "Employee of" for each "Station Administrator for"? I would read deep into this, but we are going to start losing money in the interim.
Answers.UserDisplayName: Darren Whittenham-Gray
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-05-13T23:17:16.997Z
Answers.LastActivityDate: 2015-05-13T23:17:16.997Z
Answers.UserDisplayName: Coleman
Body: <p>We have a webform set up to enable an individual to update an organisations details and then pay for the organisations annual membership. We are having an issue however where a user is reporting the following error.</p>
  
  <blockquote>
    <p>I've tried to make payment for the [organisation] membership, but it tells me after putting my payment details in that it needs an email address to complete the transaction. There's no-where on this page to put that in!! There was on the previous page, and that part was completed.</p>
  </blockquote>
  
  <p>The webform is set out as a two pages; updating details and membership payment, so I have truncated the screenshots to remove the non-relevant organisation updates:</p>
  
  <p><img src="https://i.sstatic.net/5LEQP.png" alt="This is the top of the webform linking the user to the organisation, in this case the *Station Administrator* user does have a permissioned relationship over the *Station* organisation"></p>
  
  <p>This is the top of the webform linking the user to the organisation, in this case the <em>Station Administrator</em> user does have a permissioned relationship over the <em>Station</em> organisation</p>
  
  <p><img src="https://i.sstatic.net/V3LQL.png" alt="This is the bottom of the webform with the payment page">
  This is the bottom of the webform with the payment page</p>
  
  <p>I have the organisation contribute webform set up identically as an individual membership we also run, so I can not see that there are any issues there(?) and I have used the individual payment page (directly through the contribute link though, not a webform) so that side of it worked for me.</p>
  
  <p>Set-up wise, we are using D7.36 Civi4.4.14 and Stripe as our payment processor.</p>
  
  <p>I would appreciate any thoughts you have, because I have tried everything to get this working and it does not want to be co-operative.</p>
  
  <p><strong>Edited 12 May 2015</strong></p>
  
  <p>I have been persevering with this taking @Coleman 's thoughts forwards. We have since had another report of payment failing (my previous member chose to pay using another method) and this is what I can glean from the CiviCRM:</p>
  
  <ul>
  <li>When I masquerade as the user and go to the webform I can see the notice that their organisations membership has expired, so the relationships are being seen. I have also checked that the user is permissioned</li>
  <li>When I go to the CiviContribute page directly while in masquerade there is nothing obvious that the Contribute page is recognising the link between the user and the organisation</li>
  <li>When I go into our Stripe dashboard there is no record of any decline or failure; indeed the last successful transaction was my own which was around a month ago</li>
  </ul>
  
  <p>I have also taken out the <em>on behalf of organisation</em> option that was in place as it was just loading a Reserved Profile that did not appear to be connecting to any existing information.</p>
  
  <p>This is all getting very confusing now... </p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-06T18:32:41.460Z
Comments.Text: From your screenshot, I don't see a *CiviCRM* email field in the webform. You need to add an email field for contact 1 from the CiviCRM tab.
Comments.UserDisplayName: Coleman
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-06T19:44:45.570Z
Comments.Text: Hmmm. I did add that, and it is the one on page two with the payment information.
Comments.UserDisplayName: Darren Whittenham-Gray
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-06T20:44:42.003Z
Comments.Text: I see. Ok as an experiment, try adding a profile to the Civi contribution page (the one that's being embedded in the webform) which contains the email field. It won't be shown on the webform but might satisfy Civi.
Comments.UserDisplayName: Coleman
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-07T03:38:31.783Z
Comments.Text: I am wondering if it would be more logical to set the confirmation page for the details update to be the CiviContribute page for the renewal. Then it will be forced to re-load the users details and cross them for the organisations. --- Maybe not as the Contribute Page does not appear to be recognising the connection between user and organisation.
Comments.UserDisplayName: Darren Whittenham-Gray
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-07T13:30:28.800Z
Comments.Text: Make sure the relationship is "permissioned" in Civi.
Comments.UserDisplayName: Coleman
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-12T14:39:06.197Z
Comments.Text: Hi @Coleman I am still stuck and have edited the post above to add new information based on another failed payment. I would appreciate your thoughts.
Comments.UserDisplayName: Darren Whittenham-Gray
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-13T23:03:51.177Z
Comments.Text: Do you have the contribution page set up to allow contributing on behalf of an org? If the current user has a permissioned relationship to an org, then the name of that org should show up on the contribution page.
Comments.UserDisplayName: Coleman
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-14T05:45:46.597Z
Comments.Text: Yes I have and yes they are..... but no it doesn't
Comments.UserDisplayName: Darren Whittenham-Gray
Tags: <civicontribute><webform-civicrm>
Title: Why Could My Payment Page Not Be Accepting Payment?
ThreadText: # Why Could My Payment Page Not Be Accepting Payment?
  
  (Asked by: username_0 on 2015-05-06)
  
  We have a webform set up to enable an individual to update an organisations details and then pay for the organisations annual membership. We are having an issue however where a user is reporting the following error.
  
  > I've tried to make payment for the [organisation] membership, but it tells me after putting my payment details in that it needs an email address to complete the transaction. There's no-where on this page to put that in!! There was on the previous page, and that part was completed.
  
  The webform is set out as a two pages; updating details and membership payment, so I have truncated the screenshots to remove the non-relevant organisation updates:
  
  ![This is the top of the webform linking the user to the organisation, in this case the *Station Administrator* user does have a permissioned relationship over the *Station* organisation](https://i.sstatic.net/5LEQP.png)
  
  This is the top of the webform linking the user to the organisation, in this case the *Station Administrator* user does have a permissioned relationship over the *Station* organisation
  
  ![This is the bottom of the webform with the payment page](https://i.sstatic.net/V3LQL.png)
  This is the bottom of the webform with the payment page
  
  I have the organisation contribute webform set up identically as an individual membership we also run, so I can not see that there are any issues there(?) and I have used the individual payment page (directly through the contribute link though, not a webform) so that side of it worked for me.
  
  Set-up wise, we are using D7.36 Civi4.4.14 and Stripe as our payment processor.
  
  I would appreciate any thoughts you have, because I have tried everything to get this working and it does not want to be co-operative.
  
  **Edited 12 May 2015**
  
  I have been persevering with this taking @username_1 's thoughts forwards. We have since had another report of payment failing (my previous member chose to pay using another method) and this is what I can glean from the CiviCRM:
  
  * When I masquerade as the user and go to the webform I can see the notice that their organisations membership has expired, so the relationships are being seen. I have also checked that the user is permissioned
  * When I go to the CiviContribute page directly while in masquerade there is nothing obvious that the Contribute page is recognising the link between the user and the organisation
  * When I go into our Stripe dashboard there is no record of any decline or failure; indeed the last successful transaction was my own which was around a month ago
  
  I have also taken out the *on behalf of organisation* option that was in place as it was just loading a Reserved Profile that did not appear to be connecting to any existing information.
  
  This is all getting very confusing now...
  
  **Tags:** civicontribute, webform-civicrm
  
  > **Comments:**
  > **username_1**: From your screenshot, I don't see a *CiviCRM* email field in the webform. You need to add an email field for contact 1 from the CiviCRM tab.  
  > **username_0**: Hmmm. I did add that, and it is the one on page two with the payment information.  
  > **username_1**: I see. Ok as an experiment, try adding a profile to the Civi contribution page (the one that's being embedded in the webform) which contains the email field. It won't be shown on the webform but might satisfy Civi.  
  > **username_0**: I am wondering if it would be more logical to set the confirmation page for the details update to be the CiviContribute page for the renewal. Then it will be forced to re-load the users details and cross them for the organisations. --- Maybe not as the Contribute Page does not appear to be recognising the connection between user and organisation.  
  > **username_1**: Make sure the relationship is "permissioned" in Civi.  
  > **username_0**: Hi @username_1 I am still stuck and have edited the post above to add new information based on another failed payment. I would appreciate your thoughts.  
  > **username_1**: Do you have the contribution page set up to allow contributing on behalf of an org? If the current user has a permissioned relationship to an org, then the name of that org should show up on the contribution page.  
  > **username_0**: Yes I have and yes they are..... but no it doesn't  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_0 on 2015-08-13. Score: 1 | Accepted answer
  
  The final solution came from @username_1 and our developer resolved this by implementing a 1.9.1 branch of Stripe from GitHub alongside the dev Webform-civicrm ...
  
  I would tick username_1s comments as the solution, but it won't let me.
  
  
  ---
  
  ### Answer by username_1 on 2015-05-17. Score: 0
  
  An alternative to redirecting from a webform to a contribuion form would be to configure those settings directly in the webform. A webform can be set up to create and renew paid memberships if you configure both the "Contribution" and "Membership" sections of the webform on the CiviCRM tab.
  
  For more information see the [Memberships and Payments webform-civicrm instructions](http://wiki.civicrm.org/confluence/display/CRMDOC/Webform+CiviCRM+Integration#WebformCiviCRMIntegration-Memberships).
  
  > **Comments:**
  > **username_0**: Right so.... that is already what I have in place. When I said in the original posts that I went directly to CiviContribute page that was just to see how the system reacted to narrow down the problems. Looking at the _Memberships and Payments_ page I would suspect that it could be because we use Stripe as our payment processor?  
  > **username_1**: Could be. Stripe integration is quite new so be sure to use the bleeding edge of the stripe extension and the latest -dev version of webform-civicrm.  
  
  ---
  
  ### Answer by username_1 on 2015-05-13. Score: 0
  
  For the problem with having the related org show up on the contribution page, if the relationship is not permissioned, and not of type "Employee of" then it will not work.
  There is currently work being done to fix this to work with other relationship types (although they still need to have the permission flag set in CiviCRM)
  See <https://issues.civicrm.org/jira/browse/CRM-16490>
  
  > **Comments:**
  > **username_0**: So, because we have created the a custom relationship that is not employee of, it will not work? We have created the relationship of "Station Administrator for" which connects the relevant people to their organisation and made sure that they are permissioned. I assume now that this (and nothing within Eileen's _permissions as ACLs_ 1.2 module will solve anything until the issue tracker fix is implemented?  
  > **username_0**: Thinking about it, is there a quick and dirty fix to create an identical "Employee of" for each "Station Administrator for"? I would read deep into this, but we are going to start losing money in the interim.  
  
  ---
  
  